Archive for July 11th, 2007

Attraverso SinoLogic sono venuto a conosccenza di Nrenum.net.

What is nrenum.net?

nrenum.net provides countries, where the Golden ENUM Tree (e164.arpa) is not (yet) available, with the possibility to publish ENUM data. The nrenum.net tree is queried by the participating partners in case no ENUM data is found in the Golden Tree. Those countries that have already access to the Golden Tree cannot get a delegation in nrenum.net. As soon as the Golden Tree is available in a country, e164.arpa shall be used, and the delegation in nrenum.net will be revoked.

In pratica Nrenum fornisce supporto enum, ai paesi in cui non e’ ancora attivo. Tra questi c’e’ l’Italia a quanto ne so in fase di sperimentazione da diverso tempo, ora pero’ in qualche modo accessibile.

Country NREN CC Populates tree Queries trees Populates NAPTR types Queries NAPTR
Italy GARR +39 nrenum.net e164.arpa, nrenum.net sip, h323 sip, h323

Vengono inoltre forniti how-to per i seguenti programmi/telefoni:
* How-to use GnuGK with nrenum.net
* How-to use OpenSER with nrenum.net
* How-to use Asterisk with nrenum.net
* How-to use snom 360 Softphone with nrenum.net
* How to use NAPTR / SRV records for H.323 / SIP with nrenum.net

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.