o_O DAHDI e’ l’acronimo per Digium Asterisk Hardware Device Interface, e da quanto annunciato da digium andra’ a rimpiazzare le vecchie Zaptel.

Il cambio di nome, questo nuovo mi pare proprio orribile, dipende dal fatto che Zaptel e’ un marchio gia registrato ad uso telefonico, pecio’ digium e’ stata costretta a scegliersene un altro; nessuna iper-mega-super nuova funzionaliata percio determina il nuovo nome e numero di versione, semplicemente commercialese.

Zaptel 1.2 continueranno ad esistere per Asterisk 1.2 mentre , Asterisk 1.4 potra’ usare indistintamente le vecchie zaptel o le nuve DAHDI, mentre la versione 1.6 non avra’ scelta.

L’unica nota tecnica su DHADI e’ che sono stai rimossi i driver di alcune schede fuori produzione ovvero (torisa e wcusb), e’ stato rimosso il supporto al kernel 2.4 ed il supporto per devfs.

Sul sito di asterisk e’ stata creata una pagina di FAQ per il passaggio da Zaptel a DAHDI, anche se al momento e’ ancora vuota.

Mentre si sta cercando di arrivare al FreeRunner, una decina di sviluppatori hanno portato Asterisk, versione 1.4.17,  su OpenMoko.

Mentre si cerca di stabilizzare la prossima versione stabile 1.6, nuove funzionalita’ vengono gia aggiunte al prossimo step 1.6.1.

Dalla versione 1.4 alla 1.6 molte funzionalita’ sono state aggiunte, bug fix corretti, etc etc … tra cui anche il modello di sviluppo, dalla versione 1.6 di Asterisk cosi come dalla versione 2.6 del kernel di Linux, la differenza tra stabile e sviluppo e’ meno netta… di sicuro e’ probabile che nuove funzionalita’ vengano introdotte piu in fretta, poi…

La prima in questo nuovo sistema aggiunge il supporto ai multipli parking lots, sino ad ora presente solo come addon esterno.

Di recente Sinologic ha pubblicato un’interessante articolo in cui spiega alcune differenze tra il codec G729 Digium rispetto all’implementazione “libera” via Intel SDK.

Innanzitutto il codec G.729 e’ comperto da brevetto, percui a prescindere dal software utilizzato, bisognerebbe pagare una “licenza” per uso commerciale, quindi anche la versine “libera” non e’ liberamente utilizzabile.

Tuttavia in europa i brevetti software non sono legali (almeno per ora, e speriamo per sempre), percui e’ possibile utilizzare la versione prodotta attraverso le librerie intel senza infrangere alcuna legge.

» Read the rest of the entry..

Russel Bryant ieri ha spedito questo messaggio in -dev:

I just created a 1.6.0 branch in svn. What does this mean?
1) Asterisk 1.6.0 is now feature frozen and nearing release candidate status. Ihave two issues against Asterisk 1.6 that I would like to resolve first:
- 12130, G.722 transcoding problems
- 11972, deadlocks related to SIP TLS

Che dite ci siamo quasi?!

Digium il 24 Gennaio socorso aveva annunciato assieme ai nuovi prodotti,
l’introduzione di una nuova tecnologia chiamata VoiceBus nei propri chip, cosi descritta da Bill Miller:

“Digium’s VoiceBus technology enables the development of high performance PCI compatible telephony interface cards for a variety of applications,”

“Moving forward, this architecture will be used across all Digium analog and digital telephony solutions.” » Read the rest of the entry..

Ieri e’ stata rilasciata sia la Beta-4 di Asterisk che la Beta-2 del pacchetto addons, con simpatiche novita per tutti

In particolare il pacchetto Asterisk oltre a vari bugfix aggiunge:

•  11964, added the ability to get the original called number on SS7 calls
•  11873, Added core API changes to handle T.38 origination and termination

Gli addons aggingono il supporto per la generazione e ricezione dei fax in formato T.38 alle applicazione rx_fax e tx_fax.

Sara’ interessante verificare il livello di compatibilità del T.38 implementato in Asterisk con i vari apparrati/appliance gia esistenti…staremo a vedere.

Nuove versioni, mentre per le Zaptel si parla piu che altro bugfix, Asterisk introduce anche alcune novita, descritte nel chanchelog.

Di recente ho letto un post di Olle, sull’integrazione di Asterisk 1.4 con Jabber, che ci permette di effettuare il re routing delle chiamate basandosi sulla presenza o meno di un “operatore” in Jabber.

Olle scrive: “Permettendo ad Asterisk di connettersi ad un Jabber server attraverso un account, sara’ possiible aggiungere buddies attraverso il dialplan. In questo modo potremmo dedidere dove e come veicolare la chiamata sulla base dello stato dell’account Jabber. Ad esempio se Alice e’ in stato Away, potremmo inoltrare la chiamata direttamente alla voicemail.” Continua scrivendo: “... Asterisk puo’ inviare messaggi di testo ai client Jabber attraverso il dialplan.“.

Di seguito riporto un esmepio di come provare questo descritto da Olle.

exten => 123,1,jabberstatus(asterisk,buddie@server.jabber,STATUS)
exten => 123,2,gotoif($[$[${STATUS}] < 6]:available,unavailable)
exten => 123,3(available),jabbersend(asterisk, buddie@server.jabber, “Hi, $CID(NUM) is calling you!”)
exten => 123,4,Dial(iax2/mog)
exten => 123,5(unavailable),voicemail(u123)

Bello e’

se non l’avete ancora fatta, prima o poi dovreste. Qualche ritardatario c’e’ sempre si sa, e benche’ la versione 1.2 sia stata dismessa, qualcuno, sicuro della stabilita’ raggiunta aspetta ancora magari con quale scusa per aggiornare.

Un motivo in piu’ per passare ora, ovvero per non saltare a pie pari alla versione 1.6 quando uscira’, e’ fornito dalla Digium stessa, nella propria politica di “backwards compatibility”, che “li costringe” a non mandare tutto a quel paese tra una (1) versione e l’altra. Ovvero le configurazioni della versione 1.0 devono funzionare anche in 1.2, ma non in 1.4; cosi quelle di 1.2 funzioneranno in 1.4 ma non in 1.6, o almeno e’ possibile che non funzionino.

Qundi apparentemente vi verra’ da pensare: “Ottimo, non avro’ problemi con l’upgrade”, beh io continuerei a leggere…

» Read the rest of the entry..