Los registros DNS más habituales son los de tipo A (AAAA en IPv6) y simplemente resuelven un nombre a una IP:

En VoIP lo habitual es definir registros SRV, que nos ayudan a mapear un servicio en un determinado transporte a otro nombre de dominio, que posteriormente será resuelto con una consulta de tipo A. Si queremos saber si un dominio tiene un servidor SIP UDP podemos hacer la iguiente consulta:

Como sabréis podemos tener varios servidores SIP escuchando distintos transportes (UDP, TCP, TLS) que no necesariamente sean el mismo servidor. Alguno tal vez ya se haya preguntado: ¿Qué transporte elijo? ¿Debería ser el cliente quien elija a cual conectarse? Para resolver esto tenemos otro tipo de registros DNS: NAPTR. Tal vez os acordéis de los registros NAPTR, ya los vimos cuando hablamos sobre ENUM.

Los registros NAPTR nos van a indicar cual el registro SRV preferido para cada servicio de ese dominio. Veamos un ejemplo:

Como se puede apreciar en la imagen el orden que un cliente SIP debería seguir para encontrar el servidor SIP al que conectarse sería el siguiente, suponiedo que su dirección SIP sea saghul@sip2sip.info:

1. Realizar una consulta NAPTR al dominio sip2sip.info. La respuesta contiene _sip._udp.sip2sip.info como registro SRV prefereido.
2. Realizar una consulta SRV a _sip._udp.sip2sip.info. La respuesta contiene proxy.sipthor.net.
3. Realizar una consulta de tipo A a proxy.sipthor.net. La respuesta serán 3 IPs (en este caso). El cliente SIP debería intentar conectarse a esas IPs en secuencia hasta conseguir establecer una conexión el servidor.

Como se puede observar ninguna de las IPs que hemos obtenido es la que se muestra en la primera imagen, así que una consulta de tipo A al dominio no es válida para encontrar nuestro servidor SIP.

Todos estos se pueden (y deben) aplicar en entronos LAN también. Puede parecer una tontería, pero a mi no me gustaría ser el que cambia la IP a 200 terminales si fuera necesario

Happy dig-ing!

Más info en el blog de Tekelec.

DISCLAIMER: No soy un super-mega-experto conocedor de la tecnologia en sí, pero la he utilizado y la entiendo, espero que os sea util

ENUM o tElephone NUMber mapping es un sistema que nos permite utilizar el sistema DNS para hacer consultas en base a numeros de telefono. Ein?! Normalmente hacemos consultas DNS sobre un dominio para saber cual es la IP a la que apunta, su servidor de correo, o si usa SRV hasta cual es su servidor SIP. Con ENUM hacemos la consulta DNS (de tipo NAPTR) en base a un numero de telefono y podremos obtener informacion como una URI SIP, información de geolocalización, blog, twitter, … Lo interesante es que podemos obtener una URI SIP a la que podemos llamar en lugar de al número, por lo que el coste de la llamada quedaría reducido a 0. How cool is that?

Como siempre que hay algo gratis involucrado, surgen los problemas: ¿quién llena las bases de datos ENUM? ¿está la gente interesada? ¿y las grandes telcos? Seguramente el principal problema de la no expansion de ENUM sea que es un servicio que no se puede cobrar, por lo que es algo que se hace pero que no retorna un beneficio ni inmediato ni directo. Por otro lado, para poder introducir tus datos en ENUM es necesario contactar con la autoridad responsable y demostrar que tal número es tuyo. El proceso implica demostrar mediante facturas, etc. que eres el usuario de dicho número, pero esto no es como darte de alta en Twitter, y la gente no suele querer perder el tiempo… Ademas, las grandes operadoras obviamente no quieren que la gente use ENUM, porque entonces no facturarias las llamadas que gracias a ENUM se hacen por SIP.

¿Entonces quién usa ENUM? ENUM tiene un árbol publico (e164.arpa) pero nadie te impide tener tu propio árbol ENUM privado, por lo que es posible utilizar ENUM internamente dentro de un ITSP por ejemplo, de manera que antes de sacar la llamada de un cliente a PSTN podemos consultar en ENUM si la llamada es para otro usuario de nuestra red, y enrutarla a coste 0 (esto se puede hacer de muchas maneras, ENUM es una de ellas).

Bueno, tras la brasa inicial vamos a ver si algo de lo que he dicho es verdad. Para ello vamos a ver un ejemplo real, con el siguiente numero: +40317105163. Se trata de un DID de Rumania que apunta a la cuenta SIP de mi trabajo asi que absteneos de intentar venderme viagra a las 4 de la mañana Para ver qué información tiene asociado ese número de telefono haremos una consulta DNS de tipo NAPTR al arbol e164.arpa:

Como se puede apreciar en la imagen la consulta devuelve 4 resultados: una URI SIP, dos direcciones web y una dirección de geolocalización. Al parecer esto del ENUM no es del todo mentira

El Capitán Obvio me ha dicho que esto no tiene sentido a menos que la gente introduzca ahí su número, y claro está que no es algo que muchos particulares estén dispuestos a hacer, pero para empresas, y mas concretamente las del sector de las comunicaciones y/o VoIP podria resultar interesante (en realidad para los que les llaman).

En el siguiente post comentaré que utilidad podemos darle a ENUM desde un móvil con Android, stay tuned!

Unos links de interés:

http://es.wikitel.info/wiki/Enum
http://en.wikipedia.org/wiki/Enum

http://www.e164.org/
https://secure.dns-hosting.info/enum_lookup.phtml