“MeetMeCon e’ il primo evento in Italia organizzato da volontari, per promuovere e diffondere conoscenze, tecnologie e strumenti Open Source relativi al mondo delle (tele)comunicazioni ed in particolare di quello del VoIP.

MeetMeCom e’ un evento libero e non commerciale della durata di 2 giorni.“

Cerca relatori e progetti, se siete interessati trovate tutti i riferimenti nel sito, i main track sono: VoIP e Comunicazioni, Networking e Sicurezza.

Pausa godareccia a Bruxelles, per il Fosdem (Free and Open Source Software Developpers’ European Meeting

Cosi succede, che siamo ri-ri-tornati. Il tempo ultimamente ci e’ piu amico, forse abbiamo solo capito come ritagliarne un po’ per questo blog, o forse, non abbiamo capito nulla e verremmo inghiottiti nel vuoto cosmico da /dev/null

Nel frattempo sono successe un sacco di cose nel mondo di Asterisk, ma non c’e’ abbastanza tempo per elencarle tutte. La piu bella, o frose quella che ci fa piu piacere, per noi che vorremmo usfruire di un sacco di belle funzionalita’ e’ che siamo sempre piu vicini alla versione 1.6.

All’orizzone pero’, potrebbero esserci altre alternative, in fondo tutto accade…se c’e’ abbastanza tempo.

* Il titolo e’ una citazione di ” George Bernard Shaw”

In -dev e’ apparsa un’interessante mail, riportata anche da SineApps, nella quale Russel Bryant spiega:

… working on various Asterisk bugs and new features. One of these has been working on TCP and TLS support for SIP. I think that there is still some work to be done to get the client side of TLS working, but it’s close. The TCP part appears to be working well in our tests here. Also, accepting TLS connections should be working, as well. I’d like to invite anyone interested to take a look and test it out.

Ecco come si porta’ usufruire del supporto TCP e TLS

Il TCP potra’ essere attivato da 3 opzioni nella sezione [general], tcpenable, tcpbinaddr e tcpbindport dai nomi piu che esaustivi.

Idem per il TLS con tlsenable, tlsbindaddr, tlsbindport, e tlscertfile.

Per quanto riguarda i peer ed i register, sara possibile specificare il tipo di protocollo in questo modo, per i peer inserendo come opzione “transport=tcp”, mentre per i register si scrivera’ :

register => tcp://russell:password@digium.com/1234

Sarebbe interessante capire se se un peer puo’ usufruire sia di TCP che di UDP, magari settando un transport=both, cosicche sia che utilizzi client UDP o TCP l’account sarebbe unico.

Il 9 e 10 Ottobre in Belgio si terra’ Profoss una manifestazione dedicata ad Asterisk, ecco una lista degli interventi piu interessanti (ovvero esclusi “introduction” e “time break”
* sme case study
* networking and discussion time
* Debunking Asterisk myths
* Improving your commercial service with Asterisk
* networking and discussion time
* The future of Asterisk ( K.Felmming)
* Asterisk and security
* Asterisk now (K.Flemming)

Se volete partecipare basta registrarsi…

1.4
* “dialplan save” produceva schifezze nel config
* disabilitato chan_features di default in menuselect
* come per 1.2 corrette le opzioni della dial, ora e’ possibile utilizzare g e S congiuntamente
* corretti alcuni crash se si usava jabber e TSL in fase di unload
* disabilitata la funzione reload di snmp, non e’ possibile inizializzarla piu di una volta senza prima scaricare il modulo
* la voicemail generava un segfault in alcuni casi:

1. VoiceMailMain was
configured in the dialplan with an extension as its argument 2. A
message was left for this mailbox 3. Tried to call VoiceMailMain
but hung up before entering password. This was fixed by checking
that a pointer was non-null prior to trying to dereference it.

* “agi debug off” ora funziona
* corretto il comando meetme da CLI, riporto il testo originale:

The code for this command was not locking the conference list at all

* iax2 corretti alcuni bachi sulle strutture pvt che “sparivano” mandandolo in crash
* sip, a volte effettuava l’hangup due volte, corretto
* libjingle, ora scrive il CLI correttamente nei CDR
* corretto una memory leack sulla funzione find_user dell’app_voicemail
* corretto una baco che rendeva l’opzione “language” in zapata.conf inutile.

Queste sono solo alcuni dei 253 cambiamenti dalla versione 1.4.4 a quest’ultima 1.4.5

1.4-addons
Qui sono state apportate le stesse modifiche di degli addons 1.2, con l’aggiunta di un fix sulla compilazione multi piattaforma di format_mp3

1.4-zaptel
Anche qui stesse modifiche delle zaptel 1.2

Negli ultimi giorni sono stai rialisciti degli aggiornamenti per tutti i pacchetti piu imoprtanti vale a dire Asterisk, Zaptel e Asterisk-addons, ecco i changelog:

1.2
* Portata da 1.4 la correzione di un baco che causava il fallimento di alcune chiamate che usavano codec g729
* Corretta la funzione GROUPCOUNT che talvolta impiegava il 99% di CPU
* E’ stato corretto il sistema di restat di misdn, ora e’ possibile riavviare anche solo un particolare canale
* Corretto un baco nell’applicazione Dial che non permetteva di utilizzare l’opzione g assieme alla S
* Corretto un memory leak in app_queue.
* Nei CDR e’ stato corretto il problema che riportava la chiamata per fallita quando il dial conteneva piu entry ed anche una sola falliva. ( io ho provato piu volte ma non mi si e’ mai verificato, voi?)

Questi i piu importanti secondo me, ci sono stati molti altri fix, su mISDN sopratutto.

1.2-addons
Direi che come changelog non merita proprio, e’ stato corretto un baco sulla distruzione del canale h323, ed un altro che corregge i nomi lunghi nel file di configurazione.

1.2-zaptel
* Fix stack overflow on FC6 and VPM450M (messaggio subliminale: usate debian
* wct4xxp, aggiunto il supporto per 220/420
* wct4xxp, fix stack usage VPM450M su FC6 (messaggio subliminale: retry 2: usate Debian
* Migliorato e corretto il supporto xpp
* Filippine, ah si, e’ stato aggiunto il supporto in zonedata

Altri fix per correggere veri piccoli problemi.

nb: non e’ che debian non avesse avuto quei problemi, e’ che la versione supportata ufficialmente e’ FC, pero’ … usare debian aiuta sempre e fa bene alla salute

E’ nato un nuovo gruppo su Google Groups. Iscrivetevi numerosi

Tempo fa avevo il progetto Tapioca,

What is Tapioca?

The Tapioca project provides a set of convenience libraries to easily integrate VoIP and IM in your application, or even write new ones.

tra i protoclolli supportati vi sono SIP, Jabber, MSN e IRC

Tapioca provides convenience libraries for Glib, Qt and C#, for client-side application development.

(che oo con sto c# pero…, almeno non gli avessero dato estensione .exe agli “exeguibili”)

Il progetto tuttavia(c#) sembra molto interessante, l’architettura e’ ben pensata in stile K.I.S.S.
il tutto e’ basato su Telepathy che si appoggia poi a D-Bus, per l’interazione con i vari programmi.

Cosi ad esempio potremmo avere un programma che potra’ usufruire del protocollo sip, messo a disposizione da un altro programma attraverso il sistema tapioca-telepathy-dbus, questo molto in breve

Dateci un occhio, il tutto poi e’ ben documentato.

Stavo cercando informazioni per sapere di cosa hanno parlato AstriDevCon quando finalmente ho trovato una lista di todo per la prossima 1.6 di cui discuteranno.

Per quanto riguarda il fronte IAX2 gli argomenti sembrano essere stati supporto ipv6, review dell’RFC.

I topic piu generici comprendevano inoltre Multimedia inteso come Video/IM/Presence, Codecs e Wideband, Secutiry, TLS e SRTP.

Ed ancora internazionalizzazioni, supporto UTF 8 sia per le estensioni che per i caller id.

Ma soprattutto Clustering (redundancy e failover), un sistema di bridging tra più Asterisk ed una riscrittura completa del supporto per il realtime.

Come gia annunciato poco tempo fa da Olle in -dev vi sara’ puoi un milgioramento delle AMI con nuove eventi ed informazioni piu dettagliate, oltre che un supporto migliore per controllarne gli acessi.

Relativamente al core di Asterisk troviamo novita per quanto riguarda le API, una nuova gestione dei thread e della memoria (da test eseguiti sino ad ora pare vi sia un mglioramento piu che sensibile sul numero di chiamate concorrenti che si riescono a gestire a pari hardware).

Sembra poi si volglia riscrivere in toto app_voicemail, “modularizzandolo”, e che i messaggi possano essere salvati su file system piuttosto che su mysql o odbc per il quale saranno presenti nuove API.

Chissa’ poi cos’altro bolle in pentola, gia questo non e’ poco