En el draft propuesto hay cosas tan interesantes como:

• Hiding SIP complexity under the right, standards based API
• The SIP state machine moves to the business logic in UA and Web
  feature servers
• Added references for metadata standards to replace SDP
• Keep only UDP for media transport, RTP data about the media is moved to the application as well
• New reference for HIP specific NAT traversal utilities

La verdad es que Henry Sinnreich lleva ya un tiempo aportando dentro del IETF nuevas propuestas de este tipo para crear toda una serie de elementos/tecnologías que permitan integrar SIP de una forma sencilla en las aplicaciones Web.

P.D. Sí, de vuelta…

El índice del libro es, en general, muy similar al de OpenSER pero haciendo uso de algunos módulos específicos de OpenSIPS.

Lo pediré y ya comentaré cuando lo tenga por aquí.

Ya iremos comentando y explicando algunas de esas novedades con un poco más de tiempo. Mientras tanto, podeis ver aquí la guía de migración a la versión 3.0.0.

Y como siempre, desde aquí podeis bajaros tanto el tarball de código fuente como los diferentes paquetes.

Ah, por cierto… ¿sabeis quién tiene hospedado en su red el servidor de www.kamailio.org?

Saludos

Como regalo de reyes, en breve vamos a tener la versión 3.0.0 de Kamailio. Esta nueva versión es realmente nueva en el sentido de que ya está basada en el core de SIP Router, que como ya comentamos anteriormente, es la unión de SER y Kamailio, intentando aprovechar lo mejor de cada casa.

Esta nueva versión 3.0 no creo que sea para usar en producción pero sí es un paso necesario para avanzar en la mejora y estabilización de SIP Router, además de ser el punto inicial del camino para futuras migraciones de Kamailio a SIP Router.

En el blog de Daniel hay una serie de posts muy interesantes explicando las novedades más importantes de Kamailio 3.0. Algunas de ellas son realmente interesantes y ofrecen aún más flexibilidad en la gestión de la señalización, limpieza y modularidad en los scripts de configuración, etc.

Por supuesto, avisaré cuando se publique oficialmente la release 3.0.0 con más información de las novedades que incluye.

Feliz año a todos y a ver si pasa esta puñetera crisis, baja el paro, los bancos vuelven a dar crédito, no petan más la web de la presidencia de España en la UE (nuestros políticos ya hacen el ridículo suficiente en el día a día… ¿como puede ser que España proponga sanciones para los países que no cumplen los acuerdos económicos cuando es precisamente España el que no cumpla casi ninguno?)… bueno, sí, es como la carta a los reyes, pero de ilusiones e imaginación se vive, ¿no?

Se trataron diferentes temas, entre ellos:

• Creación de la primera release de Sip-router, que empezará por la versión 3.0.
• Publicación de la versión 3.0 de Kamailio, basada ya en el core de Sip-router. Ambas versiones serán publicadas en las próximas semanas.
• Formalización del proyecto y creación de un “board” encargado de la gestión.
• Repaso de todo lo que se ha desarrollado/integrado hasta ahora, que no es poco.
• Desarrollos futuros.
• Por el momento parece que no va a haber una integración de proyectos como tal y todo apunta a que SER y Kamailio serán “distribuciones” de Sip-router, en un modelo similar al de Linux, con un core común y diferentes “flavours”.

Y para terminar, cervezas y cena en un italiano . Siempre es muy agradable ver a este grupo de gente, Daniel, Ramona y Henning de Kamailio, Jiri, Andrei (master del universo) y Jan de SER/Tekelec, Bogdan y Stephan de SEMS/IPTego, Dragos de OpenIMS, etc, etc…

Esta nueva versión mantiene la compatibilidad del script de configuración y base de datos con las versiones anteriores de la rama 1.5.

Las jornadas se harán en la Universitat de Barcelona (Gran Vía/Universidad) entre los días 1 y 4 de Julio.

Todos los que estamos inmersos en el mundo SIP sabemos que es un protocolo muy complicado, con muchos problemas de interoperabilidad, con nuevas extensiones, drafts y RFCs publicados continuamente y que no deja de crecer.

En su mail, Dean Willis pone como ejemplo un draft para definir la transferencia de llamadas en SIP. La primera versión de este draft es del año 2000 y lleva ya 18 revisiones. Dean se pregunta qué clase de monstruo se ha creado dentro de la IETF para que sean necesarios 9 años y 18 revisiones para definir algo como las transferencias de llamadas… y aún no se ha terminado de definir.

Lo que propone es dar un paso atrás, coger un poco de aire y pensar seriamente sobre simplificar el framework completo de SIP en lugar de complicarlo todavía más. Una de las propuestas es congelar la versión 2.0 de SIP y no hacer nuevos desarrollos ni especificaciones excepto bug fixes. A partir de ahí, empezar a definir SIP 3.0 intentando aprender de la experiencia y errores cometidos en la definición de SIP 2.0.

Personalmente, conociendo un poco como se mueven esas cosas, no creo que tenga mucha aceptación (y de verdad que me gustaría equivocarme estrepitosamente), pero me parece una de las propuestas más coherentes, lógicas, centradas y atrevidas (mucha gente piensa lo mismo pero no se atrevía a decirlo abiertamente en los foros IETF) que se han hecho en muchísimo tiempo.

A ver si hay suerte y en el próximo IETF meeting esta idea es compartida por más gente.