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

Sobre lo primero, después pondré un post específico. Respecto al VoIP2day, creo que estuvo muy bien, con muchos asistentes y mucha animación, sobre todo teniendo en cuenta lo rápido que tuvo que hacerse todo… la gente de Avanzada7 se lo han currado un montón y les ha salido muy bien.

Los dos primeros días fueron más comerciales, mientras que el tercer día fue totalmente técnico y frikie! . Como siempre, ver a la gente que normalmente sólo ves en estos eventos, escuchar charlas interesantes, hablar con unos y otros… divertido!.

La charla de Josep Antoni Torres (bytecoders) me pareció muy interesante y es increíble la de cosas relacionadas con vídeo que se pueden hacer con Asterisk… sobre todo echándole un poco de imaginación.

Al final del último día llegó la cena y después de la cena lo que le suele seguir… hasta altas horas

Gracias a Avanzada7 por montar el evento e invitarme, a los chicos del norte y del sur por sus recomendaciones sobre las licencias y en general a todos los que han participado de una forma u otra en esta historia… que espero se repita y sea el inicio de algo mucho más grande e importante.

La presentación que utilicé en mi charla se puede encontrar aquí, junto al resto de presentaciones del última día del VoIP2day.

El objetivo del ataque era encontrar gateways o equipos con interconexión a PSTN que no estuviesen protegidos y aceptasen llamadas desde cualquier origen para enviarles tráfico a destinos bastante caros. Un efecto colateral de este incidente ha sido uno de los mayores ataques de SPIT que han habido ya que muchos teléfonos IP o ATA conectados directamente a Internet (por ejemplo, los Fritzbox de AVM de lo que hay millones en Alemania) empezaron a sonar a cualquier hora del día o de la noche… y seguro que molesta mucho más que el Spam

En el artículo se hacen algunas recomendaciones básicas para asegurar los equipos de VoIP, pero no dejan de ser cosas básicas de sentido común que todo aquel que trastee con estos equipos debería tener en cuenta desde el primer momento.

Este ataque ha sido uno de los incidentes de seguridad relacionados con la VoIP que más repercusión ha tenido en medios, listas y foros, lo que no es de extrañar visto el ámbito de actuación.

Esta semana Olle Johanson, el responsable del chan_sip de Asterisk ha abierto la caja de Pandora en la lista de desarrollo de Asterisk al enviar un mail en el que entre otras cosas dice que la nueva política de releases no es buena y que Russell (el actual “release engineer”) no está preparado para ejercer esa función.

Olle habla de que el soporte de SIP TCP/TLS en las versiones 1.6 simplemente no funciona, como se pudo comprobar en el pasado SIPIt23 y que los cambios que hay que hacer para arreglar esa parte son tan extensos y profundos que SIP sobre TCP/TLS no estará listo hasta dentro de algunas versiones y que estos cambios van en contra de la política de releases implantada, igual que otras nuevas funcionalidades como soporte de IPv6, el nuevo sistema de bridging, nuevo framework de negociación de codecs o el tan discutido ultimamente Pinemango y el framework de seguridad.

La verdad es que este tipo de problemas son comunes a todos los proyectos de desarrollo (personalmente lo he vivido muchas veces como desarrollador de FreeBSD) y siempre son complicados de gestionar porque cada desarrollador, de una forma o de otra, piensa que lo suyo es más importante o es más necesario o tiene más valor y después de horas y horas desarrollando lo que quieres es ver todo ese código implementado en las versiones release… porque ¿cuantos usuarios hay que prueben las nuevas funcionalidades de versiones “release candidate” o trunk en sistemas de producción?. Y claro, luego cuando esos cambios se pasan a las versiones estables salen bugs y problemas… y es el pez que se muerde la cola.

Ser el “release engineer” de un proyecto importante es realmente complicado, hay que ser muy político y tener mucha mano izquierda para saber moverse entre tantos “tiburones”

Además, creo que en este caso hay cierta ¿frustación? por parte de Olle. A pesar de que (aún sin tener números reales) SIP debe ser el protocolo más usado en Asterisk y con mucha diferencia sobre IAX, pienso que Digium no ha apostado nunca por SIP, siempre lo ha dejado de lado y parece que no ha mostrado ningún interés por apoyarlo, soportarlo, mejorarlo e impulsarlo. La apuesta de Digium ha sido siempre IAX/IAX2 y hasta ahora no he entendido el porqué. SIP es un estándar, IAX/IAX2 no (aunque puede que lo sean en un tiempo ya que el draft anda en el IETF), SIP se ha convertido en el protocolo de facto para VoIP y cada vez más para vídeo sobre IP, aplicaciones, etc, y Digium sigue con su IAX. ¿Porqué?.

Olle ha invertido muchas horas en mejorar el soporte de SIP en Asterisk pero siempre de forma voluntaria o con proyectos específicos pagados. Por el camino se han quedado cosas tan interesantes como chan_sip2, chan_sip3 y algunas cosas más que darían un verdadero stack SIP a Asterisk. Estos proyectos se han tenido que abandonar por falta de tiempo y recursos por parte de Olle y Digium nunca ha decidido poner a algún programador o recursos para que se pueda dedicar a ellos así que si Olle no programa y Digium no pone recursos, el soporte de SIP se queda tal y como está, es decir, cogido con pinzas.

En la versión 1.4.22, el archivo chan_sip.c tiene 18678 líneas… hasta ahora, lo único que se ha hecho ha sido parchear este archivo, añadir todos los comentarios posibles y rezar para que si tocas codigo en las 500 primeras líneas no afecte a algo mucho más abajo.

Supongo que toda esta situación es lo que hace que Olle envíe un mail tan provocador (según sus propias palabras) a la lista de desarrollo de Asterisk para ver si hay algún tipo de reacción por parte de alguien, llegando incluso a hablar de forks, renombrar el proyecto, etc… y creo que algo habrá conseguido porque hasta el momento no se ha convertido en una “flame war”.

En un mail de ese thread leí que algunos desarrolladores estuvieron hablando sobre la posibilidad de integrar resiprocate como el stack SIP de Asterisk… lo que creo que no sería mala idea.

Digium sabrá lo que hace y porqué lo hace (¿alguien recuerda los comentarios que habían hace un tiempo en el chan_sip.c escritos por Mark Spencer?)… eso, aunque igual es una tontería, quizás podría dar una idea de lo que hay detrás… además de que queda muy bonito ser autor de una RFC, aunque sea de un estándar que no usa nadie y que lo tiene realmente complicado para llegar a usarse fuera de tu ámbito más cercano.

El lugar del evento será el Centro de Convenciones Norte de Ifema del 12 al 14 de Noviembre.

Se mantiene el formato de exposición y conferencias. El día 12 será dedicado a los Call Centers, el segundo día a las comunicaciones avanzadas y el tercer día es el día de la comunidad.

Durante el tercer día habrán diferentes charlas por parte de gente de todos conocidos como Elio, Saúl, Alberto, Iñaki, Sergio y un servidor, además de contar con la participación estelar de Kevin Flemming y Olle Johanson.

Por lo que a mi me toca, el título de la charla será “Asterisk, proxies SIP, servidores de aplicaciones… ¿A qué se puede jugar?” y trataré de explicar qué se puede llegar a hacer combinando los diferentes componentes del título como aplicaciones y servicios complejos que unifiquen redes de telefónía, bases de datos, aplicaciones web, etc.

Nos vemos en Madrid!!.

P.D. Tengo ganas de ver a Olle y hablar con él sobre un mail bomba que envió ayer a la lista de desarrollo de Asterisk… no entiendo como Digium sigue en sus trece con no apoyar el desarrollo del chan_sip. En breve pondré un post sobre este tema.

El 62% de los UA probados enviaban RTCP y tenían en cuenta el RTCP recibido. Esta es la primera vez que tantos UA tienen en cuenta este parámetro.

Parece que ya no podré meterme tanto con Víctor ya que se ha conseguido que tres implentaciones de ICE sean (casi) interoperables

Los roles representados en este evento se han dividido de la siguiente manera (una implementación puede ejercer más de un rol):

• 29 endpoints
• 13 proxy/registrars
• 8 event servers
• 7 gateways
• 2 autonom UAs (voicemail, conference, appserver, etc)
• 14 b2bua/sbc
• 3 UA with signaling, but without media
• 5 test/monitoring tool

Implementaciones usando los diferentes transportes para los mensajes SIP:

• UDP 100%
• TCP 93%
• TLS 48%
• SCP 11%
• DTLS none

Es curioso como el soporte de TCP está creciendo muy rapidamente… creo que el futuro de SIP pasa por migrar de UDP a TCP y los fabricantes se han concienciado de ello.

El 30% de las implementaciones soportaban SIP sobre IPv6 (¿dónde se puede encontrar de una vez algún UA con soporte IPv6?) y el 19% soportaba SIP sobre IPSec.

Otra cosa que me ha parecido muy curiosa es el lío que hay para saber qué parámetro usa cada implementación para mostrar el número llamante:

• P-Asserted-Identity if present, then From
• From display name part of the From uri
• P-Asserted-Identity only
• Contact uri
• Remote ip address
• P-Asserted-Identity, then Remote-Party-ID, then From
• From, then Remote-Party-ID, then P-Asserted-Identity
• Remote-Party-ID, then From
• From, then P-Asserted-Identity
• P-Asserted-Identity, then Reply-To, then From
• Entire From uri

Como se puede ver, es un completo galimatías y cuando te mueves en un entorno multifabricante de UAs gestionar todo esto es realmente complicado :-/ … tendrían que ponerse de acuerdo para decidir qué valores usar… no debería ser tan difícil, ¿no?.

Parece que también se hicieron bastantes pruebas referentes a presencia, XCAP, etc, y que son partes que van ganando participantes.

Uno de los equipos participantes en este SIPIt me había invitado a ir y hacer las pruebas con ellos pero no me fue posible acudir … la verdad es que los SIPIt es de los eventos que más me llaman y espero poder participar en el próximo… y contar la experiencia, claro

Estuvimos charlando con Daniel y Olle (que por cierto, parecía conocer el WeSIP bastante bien, para grata sorpresa nuestra y de Ginés en especial), con Ramona, Nacho, Silvia… y después con el grupo de la juventud compuesto entre otros por Alberto, Sergio, Elías, Víctor, Iñaki… era divertido ver a Iñaki dándole el vino a Olle antes de empezar a darle su opinión real y sincera sobre el chan_sip

Ojalá fuese posible hacer cosas como esta más amenudo porque están muy bien.

El programa se puede ver aquí. Las charlas son bastante diferentes y pueden dar una idea general de la cantidad de cosas que se pueden hacer con estos sistemas operativos.

El sábado a las 17:00 daré una charla sobre SIP y aplicaciones de VoIP en FreeBSD… para no salirme mucho de mis temas recurrentes

La participación es totalmente abierta y gratuita así que el que quiera acercarse por allí, bienvenido sea.

El premio del concurso es una camiseta y vale descuento para comprar productos Digium.

Más información aquí.