Para cuando un RFC del protocolo IAX2
Menos de una semana queda ya para que caduque el draft con las especificaciones del protocolo IAX2 diseñado por Digium, el próximo Miércoles (entrando en el mes de Octubre) otro draft pasará a la historia.
Pasan los años y los drafts pero parece que la estandarización no acaba de llegar para este protocolo con serias mejoras sobre SIP en aspectos como la simplificación de NAT (Network Address Translation) gateway traversal, ya que al usar un único flujo de datos UDP en un puerto estático elimina la necesidad de otros protocolos trabajando alrededor de NAT, haciendo más sencilla la administración de la red y el cortafuegos.
Cuatro drafts y más de dos años han pasado desde la primera especificación de la segunda versión del protocolo IAX (IAX2), allá por el Marzo de 2006. Varias implementaciones y hardware compatible con el protocolo IAX2 lo avalan y pese a tener las especificaciones al alcance de cualquiera todavía a día de hoy no podemos considerarlo un estándar, término aplicable a SIP (Session Initiation Protocol) considerado hoy por hoy el estándar "de facto".
Tal vez algo cambiará en los próximos días. Puede que sí o puede que no, pero esta frase ya la habíamos oído otras veces.
- Añadir nuevo comentario
- 234 lecturas
Entradas similares
Lo más visto
Todas las noticias, comentarios y artículos son publicados bajo licencia Creative Commons y son responsabilidad absoluta del editor que los realice. La comunidad Bytecoders no se responsabilizará del contenido escrito por los usuarios. El uso de nuestro sitio web implica la aceptación de los Términos y Condiciones. Bytecoders es posible gracias a Debian, Drupal, Apache, MySQL, PHP y a nuestro servidor
Comentarios
¿Mejoras en NAT sobre SIP?
"este protocolo con serias mejoras sobre SIP en aspectos como la simplificación de NA"
ejem ejem... ¿mejoras? quitar características, flexibilidad y escalabilidad no es una mejora. ;)
Tal vez para el administrador de sistemas
Hola Iñaki,
primero agradecerte sinceramente que hayas compartido tu opinión con nosotros. Es cierto que SIP tiene el tema de NAT muy trabajado, y ciertamente la afirmación no es muy acertada.
Tal vez, debería aclarar que me refería a como manejar la NAT, o estabecer comunicaciones traspasando un firewall sin montar un servidor STUN.
Tal vez en vez de mejoras, sería más riguroso decir que tiene algunas facilidades de manejo de NAT para el usuario final.
PD: Siento la respuesta tardía, hemos tenido problemas con el sistema de notificación de comentarios.