Planet voz-ip.com

saghul.net: Building Telephony Systems with OpenSIPS 1.6

jue, 11 mar 2010 21:58:55 +0000

Hoy os voy a comentar la impresión que me he llevado tras leer el libro “Building Telephony Systems with OpenSIPS 1.6” de Flavio E. Goncalves. Si Manwe si, ya se que para ti esto no cuenta como libro pero bueno.

Al igual que la versión anterior (Building Telephony Systems with OpenSER) la idea del libro es introducir al lector en la configuración de OpenSIPS e ir avanzando poco a poco e ir integrando más servicios.

Aunque saber algo SIP es más que recomendable, el libro comienza con una introducción a SIP, y a lo largo de los capítulos se muestran capturas con ngrep, para poder entender como afecta la configuración de OpenSIPS a los mensajes SIP y su procesamiento.

La estructura es muy acertada, ya que se comienza con una configuración muy básica sin tan siquiera autenticación, para terminar con una configuración que incluye autenticación en MySQL, tratamiento de NAT, accounting en RADIUS, …

Capítulo 1: Introduction to SIP: Una breve introducción a SIP, SDP y RTP para conocer los aspectos básicos de los protocolos involucrados.
Capítulo 2: Introduction to OpenSIPS: Introducción a las características de OpenSIPS y la estructura del fichero de configuración.
Capítulo 3: OpenSIPS installation: Detalle de la instalación de OpenSIPS en una Debian compilando OpenSIPS desde los ficheros fuente.
Capítulo 4: Script and routing basics: Configuración básica de OpenSIPS (sin auntenticación ni nada) y explicación más detallada de la estructura del fichero de configuración.
Capítulo 5: Adding authentication with MySQL: Partiendo de la configuración del capítulo 4 se añade autenticación de usuarios utilizando MySQL como backend.
Capítulo 6: Graphical user interfaces for OpenSIPS: Éste capítulo me ha parecido bastante interesante, ya que se exponen las 2 GUIs que actualmente hay para OpenSIPS: serMyAdmin y OpenSIPS-CP (que acaban de estrenar versión), y teniendo en cuenta que a muchos les tira para atrás el hecho de no poder administra el proxy con algo gráfico… Aunque el verdadero poder siempre estará en la consola
Capítulo 7: Connectivity to PSTN: Configuraciones para la interconexión de OpenSIPS con la PSTN. Routing dinámico, grupos de usuarios, permisos, …
Capítulo 8: Media Services integration: Integración de OpenSIPS (recordemos que es un proxy, no entiende de audio) con servidores de media como Asterisk, con ejemplos de configuración e integración con Asterisk en RealTime.
Capítulo 9: SIP NAT traversal: El capítulo que todos los recién llegados a OpenSIPS querrán leer. Explicación de cómo “arreglar” el NAT con RTPProxy. A ver si para la próxima edición se puede incluir también MediaProxy
Capítulo 10: Accounting and billing: Configuración de OpenSIPS para hacer accounting en MySQL y FreeRADIUS.
Capítulo 11: Monitoring tools: Explicación de algunas herramientas de configuración y diagnóstico como sipsak o SIPp.

He resumido mucho, así que os recomiendo que si queréis empezar a aprender OpenSIPS os lo compréis (no es caro) y lo pongáis en vuestra mesita de noche, justo al lado del RFC3261.

share.skype.com/sites/es/: 10 Historias de Skype

jue, 11 mar 2010 14:19:20 +0000

Para la mayoría de nosotros, Skype es ahora parte de las tecnologías que usamos naturalmente, sin darnos cuenta. Sentado frente a nuestro ordenador, o ahora desde nuestro teléfono móvil o nuestra televisión, hacemos y recibimos llamadas desde el otro lado del mundo gratuitamente o para casi nada! Incluso podemos interactuar visualmente con nuestro interlocutor, mientras que hace unos años solamente la videoconferencia a través de una linea telefónica fija ofrecía esta tecnología (pero a qué precio!).

Y no existe una recompensa mas grande para una empresa que ver que la innovación que ha desarrollado es casi perfectamente integrada en las "costumbres" de una sociedad.

Skype está entonces ayudando a mejorar la vida cotidiana de la gran mayoría de nosotros que lo usa regularmente. Pero para otros, eso significa más que "llamadas gratis" o de "bajo costo".

Aquí les va diez pequeñas historias que narran cómo Skype participa a mejorar significativamente las vidas de algunos de nosotros.

* Skype y la familia *

Un soldado canadiense basado en Afganistán ha conocido a su hija por primera vez después de asistir a su nacimiento a través de Skype! Y un militar estadounidense desplegado en Irak logra mantener el contacto con sus dos jóvenes hijos, a través de Skype.
Los ancianos de una casa de retiro en Pennsylvania (Estados Unidos) están usando Skype para mantenerse en contacto con sus familiares dispersos por todo el mundo, y en un centro comunitario en Wisconsin, una pareja no "pierde de vista "su hija que vive en China.
Tanguy, ¿conoces esa película? Es la historia de una pareja (Andrew Dussolier y Sabine Azema), que intenta por todos los medios posibles de deshacerse de su hijo de 28 años (Eric Berger) un poco intrusivo. Pues en el Reino Unido, un columnista del Daily Mail comentó en uno de sus artículos que las nuevas tecnologías hacen que los niños de hoy se quedan virtualmente mas tiempo en casa de sus papas ... aunque ya no viven con ellos!

* Skype y el trabajo *

Mi entrevista de trabajo con Skype: una escuela en los EE.UU. entrevista a sus candidatos-profesores gracias a las herramientas de videoconferencia de Skype!
Cinco razones por las cuales las empresas ya no deben privarse de Skype.
Cuando el tiempo es caprichoso y que tu casa se parece más a una base avanzada en el Ártico que a otra cosa, Skype puede ser una buena herramienta para que te quedes en tu casa teletrabajando con los pies calientes en tus zapatillas!

* Skype y las escuelas *

Los estudiantes de una escuela primaria en Alabama y en Dakota del Norte mantienen la moral de los soldados estadounidenses desplegados en el extranjero.
La historia de un estudiante hemipléjico que por fin puede seguir casi normalmente su programa de estudios, desde su casa.
Una escuela en Kansas usa Skype regularmente para permitir a los padres que no pueden asistir a las reuniones de escuela, de mantener el contacto con los profesores.
Tu hijo de 8 años es un fan de Asteroseismología? No hay problema! Una escuela de Nebraska permite a sus estudiantes de tomar cursos que no existen en el programa, sea con profesores o expertos externos, a través de Skype.

Milagros de la tecnología? No creo. Yo diría más bien una forma inteligente de utilizar un programa inteligente.

¿Y tu ¿utilizas Skype de una forma un poco inusual? Si tienes una historia que quieres compartir con nosotros, por favor adelante!

voipnovatos.es: Kamailio 3.0.1

mar, 09 mar 2010 07:34:22 +0000

Feed de www.voipnovatos.es

Se ha liberado la versión 3.0.1 del proxy SIP Kamailio.

El historial de cambios completo lo tenéis aquí

Technorati tags: kamailio, 3.0.1

voipnovatos.es: OpenSIPS Control Panel

mar, 09 mar 2010 07:32:31 +0000

Feed de www.voipnovatos.es

Un panel web interesante para OpenSIPs, con lo que la gestión de este proxy es mucho más sencilla que modificar archivos de configuración.

Como siempre, para saber lo que hace un interfaz web, es recomendable aprender a configurar la aplicación mediante archivos de texto... pero siempre es una ayuda por si queréis usar un proxy SIP, sin grandes conocimientos ni tiempo para implementarlo

Podéis localizarlo en http://opensips-cp.sourceforge.net/

Technorati tags: opensips, web, server, interface, control, panel

voipnovatos.es: Primera estación real con OpenBTS

lun, 08 mar 2010 17:59:35 +0000

Feed de www.voipnovatos.es

Hace tiempo , casi un año largo, que teníamos noticias de OpenBTS , un proyecto opensource para tener una BTS de operador de telefonía, en casa, o bien en tu barrio :)

Ahora, casi un año y unos pocos meses, me entero por @vuc, que se ha puesto en marcha la primera instalación real en Nieu, con apoyo del gobierno.

Podéis ver más información aquí

Technorati tags: openbts, asterisk, voip, gsm, opensource

voipnovatos.es: VXI* 4.4 liberado

lun, 08 mar 2010 11:19:22 +0000

Feed de www.voipnovatos.es

Se ha liberado la versión 4.4 del Browser VXML de I6net, VXI*

Hay versiones para 32 y 64 bits para las principales distribuciones de Linux y Asterisk 1.4 y 1.6.

Podéis ver el historial completo de cambios aquí

Technorati tags: vxml, vxi*, i6net, asterisk, voip

voipnovatos.es: Attrafax FoIP stack: ¿La alternativa GPL a Fax for Asterisk?

lun, 08 mar 2010 10:42:55 +0000

Feed de www.voipnovatos.es

Hace ya un tiempo Attractel, la empresa desarroladores de Zoiper , desarrolló un stack para Fax para Asterisk que hasta la fecha ha sido comercial, ahora parece ser que lanza dos versiones, una GPL y otra comercial, quizá para hacer un poco de pupa a Digium , que sólo tiene una versión de Fax para Asterisk comercial y por licencia de canal de fax.

Los estándares soportados son:

ITU-V V.21 V.27ter V.29 V.17
V.27ter (2400 and 4800bps)
V.29 (7200 and 9600bps)
V.17 (7200, 9600, 12000 and 14400bps)
ITU-T T.4 T.30

y podéis encontrar más información y descargar la versión GPL en http://www.zoiper.com/foip/

Vía Nota de Prensa

Technorati tags: asterisk, fax, t.30, t.38, attrafax, attractel, zoiper

voipnovatos.es: Nuevo producto de AVM : FritzFon MT-F

vie, 05 mar 2010 08:37:28 +0000

Feed de www.voipnovatos.es

Hace unos días referenciaba los nuevos Fritzbox 7390 y 3270, pero hoy viendo la página de AVM me encuentro también con terminales DECT, y terminales DECT HD, denominados FritzFon como no podía ser de otra manera :)

Los terminales son compatibles con la nueva norma DECT CAT-iq orientada a telefónía DECT/VoIP.

Sirvirían para los Fritzbox que tienen capacidad DECT, como son el 7270, 7930 y 7240.

Podéis encontrar más información aquí y aquí

Technorati tags: fritbox, dect, phones, avm

saghul.net: OpenSIPS estrena diseño

jue, 04 mar 2010 23:06:09 +0000

Y no es que hayan cambiado el CSS de la web. OpenSIPS va a ser reescrito por completo a partir del diseño que fue publicado hace unos días.

OpenSIPS tiene ya más de 7 años, tiempo en el que ta tecnología ha ido cambiado y han ido surgiendo necesidades y problemas que antes no había. Intuyo que no habrá sido fácil decidir reescribirlo, ya que supone mucho esfuerzo, pero seguramente sea lo mejor para un futuro.

El nuevo diseño se basa en el patrón reactor asíncrono, gracias al cual no habrá problemas de bloqueo entre los procesos de OpenSIPS, algo que actualmente si que puede suceder al hacer operaciones como consultas a BBDD, etc. Además, habrá dos importantes partes: el core y el routing engine.

SIP core: El encargado de realizar el procesamiento de SIP a bajo nivel. Su arquitectura se basa en capas, cada una de las cuales decidirá si tiene que hacerse cargo del mensaje SIP o delegará la tarea a la capa siguiente.

Routing Engine: Encargado de gestionar la lógica de enrutado a alto nivel.

Otro importante cambio con respecto al diseño actual es la posibilidad de utilizar varios routing engines con un solo core, de manera que cada routing engine implemente un funcionamiento diferente, pero un único core se encargue del procesamiento SIP a bajo nivel.

Hasta ahora, la lógica de OpenSIPS se definía en un fichero cfg en una sintaxis similar a C, pero con el nuevo diseño tendremos dos opciones para definir el funcionamiento de nuestro servidor:

Librería: La funcionalidad será una o varias capas adicionales del core, por lo que será compilada junto a el y formará parte del mismo ejecutable.
Aplicación externa: Una aplicación externa será la encargada de realizar las operaciones de rutado comunicándose con el core. Al ser una identidad externa, la lógica podrá escribirse en un lenguaje “de verdad” como Python, de manera que la flexibilidad a la hora de configurar el servidor es la que te ofrezca el lenguaje que escojas. How cool is that?!

Éste post es solo un resumen del documento que podéis ver aquí. Os recomiendo echarle un vistazo, veremos que tal sale la cosa dentro de unos 12 meses.

Si tenéis alguna duda, mañana viernes 5 de Marzo el tema central de la VoIP Users Conference será el diseño de OpenSIPS, y como invitados estarán Bogdan-Andrei Iancu (CEO en Voice-System), Adrian Georgescu (CEO en AG Projects) y Flavio Golcalves (autor de ‘Building Telephony Systems with OpenSIPS 1.6′).

¿Te lo vas a perder?

Por último me gustaría felicitar al equipo de ‘arquitectos’ que ha diseñado el nuevo OpenSIPS: Bogdan Iancu, Anca Vamanu, Andrei Dragus y Dan Pascu, OpenSIPS 2.0, here we go!

share.skype.com/sites/es/: Skype llega al Ovi Store de Nokia!

jue, 04 mar 2010 17:02:40 +0000

La semana pasada escribi una nota en este blog acerca del lanzamiento de la versión de Skype para teléfonos Symbian. Algunos de ustedes probablemente ya la han descargado desde el sitio de Skype y probado en sus teléfonos móviles.
Hoy, Skype y Nokia han anunciado que Skype para Symbian está ahora también disponible gratuitamente en el Ovi Store*, la tienda virtual de Nokia para teléfonos Symbian.

Como se lo había comentado, Skype para Symbian permite a los usuarios de los smartphones Nokia de ultima generación** de poder seguir usando Skype cuando viajan, sea mediante una conexión WiFi o una red móvil (GPRS, EDGE, 3G). Pueden descargar gratuitamente esa aplicación desde el Ovi Store de Nokia.

Mark explica en detalles en este video lo que lleva esa nueva versión de Skype para Symbian:

En resumen gracias a esta nueva versión de Skype, los usuarios de smartphones Nokia pueden ahora:

Llamar gratuitamene a otros usuarios de Skype en cualquier parte del mundo *

Ahorrar dinero en llamadas y mensajes de texto (SMS) a móviles en el extranjero

Intercambiar mensajes instantáneos y chatear en un grupo

Compartir imágenes, vídeos y otros archivos

Ver si sus contactos Skype están en línea y disponibles,

Importar fácilmente los nombres y números de teléfonos de todos sus contactos guardados en su móvil

Skype para Symbian funciona en todos los teléfonos Nokia que utilizan Symbian ^1, la última versión de la plataforma Symbian. La aplicación será pronto integrada en los dispositivos móviles Symbian de otros fabricantes como Sony Ericsson.

* Al igual que la App Store de Apple, la tienda Ovi te permite descargar gratis o comprar aplicaciones prácticas y divertidas, softwares de todos tipos, contenido general (videos, wallpapers, juegos, etc .) así que servicios Web y de localización geográfica.

** Skype para teléfonos móviles está disponible para los smartphones Nokia N97, Nokia N97 mini, Nokia X6, Nokia 5800 XpressMusic et Nokia 5530, Nokia E72, Nokia E71, Nokia E90, Nokia E63, Nokia E66, Nokia E51, Nokia N96, Nokia N95, Nokia N95 8Gb, Nokia N85, Nokia N82, Nokia N81, Nokia N81 8Gb, Nokia N79, Nokia N78, Nokia 6220 classic, Nokia 6210 Navigator y Nokia 5320.

voipnovatos.es: Skype para Nokia 5800 y otros

jue, 04 mar 2010 14:23:17 +0000

Feed de www.voipnovatos.es

En la tienda OVI de Nokia ya se encuentra disponible la versión de Skype para el Nokia 5800 y varios modelos más que podéis consultar aquí.

Podéis descargarla en skype.com/go/mobile

Technorati tags: skype, symbian, nokia, 5800

voipnovatos.es: El laboratorio de Fritz!

mar, 02 mar 2010 17:49:47 +0000

Feed de www.voipnovatos.es

Mi alemán es bastante reducido, pero no deja de ser interesante la página de Fritz Labor en la web del fabricante AVM para el 7170 y 7270 ,en la que podréis encontrar versiones de desarrollo con distintos aspectos

- Soporte IPV6
- Soporte Telefonía HD
- Soporte ADSL mejorado
- Softphone para Google Android
etc..

Podéis echarle un ojo en http://www.avm.de/de/Service/Service-Portale/Labor/index.php

Technorati tags: fritz!, labor, laboratorio, avm, 7270, 7170, beta, firmware

bytecoders.homelinux.com: En un Honeypot, ¿emular o recolectar?

lun, 01 mar 2010 17:44:30 +0000

Este es uno de los principales problemas con los que me he encontrado (un poco tarde por cierto) a la hora de crear un honeypot VoIP. Y el problema ya hecho que ahora llege a un punto muerto, la idea inicial de emular un proxy SIP (stateless) queda corto de cara a la multitud de soluciones VoIP existentes en el mercado actual. Sería interesante también un Honeypot que emulara el comportamiento de una PBX como Asterisk, o un completo proxy SIP del nivel de Kamailio.

share.skype.com/sites/es/: Terremoto en Chile

lun, 01 mar 2010 16:34:21 +0000

En Skype unimos nuestros pensamientos a todos los familiares de las víctimas de la terrible tragedia que pego a Chile.

Si quieren mantenerse al tanto de como evoluciona la situación en Chile, lo pueden hacer a través del grupo twitter Ayudachile. El blog Ayudar Chile también comparte informaciones para saber como uno puede ayudar:

Mucha suerte y coraje a todos y todas que están sufriendo allá.

voipnovatos.es: Vodafone ahora si permite usar VoIP en sus tarifas planas

dom, 28 feb 2010 17:55:45 +0000

Feed de www.voipnovatos.es

Vía Xataka me entero de que en las nuevas tarifas planas Contigo Ilimitado se elimina la restricción de uso de VoIP y P2P.

Un paso interesante e importante, para por fin, hacia la neutralidad de la red.. esa utopía que no se si verán nuestros hijos.

Más información en xataka

Technorati tags: voip, vodafone, 3g, si, tarifa, plana, p2p, ilimitado, contigo

saghul.net: ICE, ¿la solución definitiva al NAT en SIP?

dom, 28 feb 2010 11:42:14 +0000

Tras estar varias semanas trabajando en éste tema me he decidido a escribir un (largo) post comentando qué es y cómo funciona esto del ICE, ya que no es algo que se esté utilizando demasiado desafortunadamente.

Introducción

Interactive Connection Establishment (ICE) define un protocolo de actuación gracias al cual dos dispositivos SIP son capaces de mantener una sesión multimedia salvando todas las dificultades que el NAT pueda poner de por medio. Aún se encuentra en estado de draft (la última es la revisión 19), pero está en la cola para obtener un número de RFC.

ICE permite que los dispositivos involucrados en la sesión SIP prueben distintos medios o rutas para comunicarse entre sí y acuerden uno común. Gracias a ICE es posible que dos terminales que se encuentran en la misma LAN envíen el tráfico RTP de manera local, en lugar de utilizar un relay como MediaProxy o RTPProxy, sin realizar ninguna configuración exótica en el servidor. La inteligencia está en los terminales.

¿Cómo funciona?

ICE es un proceso bastante complejo que consta de 9 pasos que intentaré simplificar aquí. Para obtener una información más completa os recomiendo leeros el draft, que aunque es bastante denso describe el mecanismo completo.

Paso 1: Obtención de candidatos

En éste primer paso el llamante obtiene todos los candidados que pueda para posteriormente añadirlos al SDP. Lo habitual es que disponga de dos tipos de candidatos:

Host candidates: candidatos que representan tarjetas de red del sistema, incluyendo enlaces VPN etc.
Server reflexive candidates: candidatos obtenidos al realizar consultas a un servidor STUN. Lo habitual es obtener un único candidato de éste tipo con tu propia dirección IP pública.

Paso 2: Aplicar prioridades

Tras obtener la lista de candidatos se aplican prioridades, de manera que unos candidatos se prefieran frente a otros. Por ejemplo, la especificación indica que un candidato host ha de ser más prioritario que uno de tipo relayed, es decir, se prefiere mandar el audio por la LAN que a través de un servidor externo que encamina nuestro audio, lo cual tiene bastante sentido.

Al finalizar este paso se construye el SDP que será enviado. Veamos un ejemplo:

v=0 o=- 3476345811 3476345811 IN IP4 192.168.99.53 s=sipsimple 0.12.0 c=IN IP4 192.168.99.53 t=0 0 m=audio 60770 RTP/AVP 103 102 9 0 8 117 3 101 a=rtcp:60771 IN IP4 62.131.6.55 a=rtpmap:103 speex/16000 a=rtpmap:102 speex/8000 a=rtpmap:9 G722/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:117 iLBC/8000 a=fmtp:117 mode=20 a=rtpmap:3 GSM/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ice-ufrag:3e0cc9fc a=ice-pwd:19d32c8c a=candidate:Sc0a86335 1 UDP 1862270975 62.131.6.55 60770 typ srflx raddr 192.168.99.53 rport 48649 a=candidate:Hc0a86335 1 UDP 1694498815 192.168.99.53 48649 typ host a=candidate:Ha45450a 1 UDP 1694498815 10.69.69.10 48649 typ host a=candidate:Sc0a86335 2 UDP 1862270974 62.131.6.55 60771 typ srflx raddr 192.168.99.53 rport 48868 a=candidate:Hc0a86335 2 UDP 1694498814 192.168.99.53 48868 typ host a=candidate:Ha45450a 2 UDP 1694498814 10.69.69.10 48868 typ host a=sendrecv

Paso 3: Iniciación

En este paso simplemente se envía el INVITE al usuario correspondiente con el SDP creado en el paso 2. SIP atravesará el NAT mediante los mecanismos tradicionales (rport, etc.) por lo que no hay que hacer tratamiento de NAT para el SDP.

Paso 4: Obtención de candidatos (llamado)

Al recibir el INVITE con la oferta en el SDP, el llamado comienza a obtener sus propios candidatos de la misma manera que lo hizo el llamante. Una vez más, lo habitual es obtener candidatos host y server reflexive. Una vez se obtienen los candidatos, se aplican prioridades y se construye el SDP que será enviado.

Paso 5: Información

El llamado responde al INVITE con una respuesta (provisional o definitiva) y en su SDP habrá incluido sus candidatos.

NOTA: Aunque puede tener sentido enviar la respuesta en una respuesta provisional (18X) SIP no especifica como actuar ante la recepción de múltiples respuestas 18X con SDP, por lo que si encima añadimos ICE al asunto lo mas probable es que no podamos establecer la comunicación. En todas las pruebas que he hecho (y han sido muchas) la negociación ICE no lleva más de 2 segundos, por lo que hacerla tras el 200 OK no es un problema IMHO.

Paso 6: Verificación

Cada agente (llamado y llamante) involucrado en la comunación empareja sus candidatos con los candidatos remotos para formar parejas de candidatos. Éstas parejas serán evaluadas por orden de prioridad descendente por el agente controlador. Por simplificar, diremos que el agente controlador siempre el el llamante (esto puede variar, pero en casos bastante peculiares, que creo que añadirían demasiada confusión al tema).

En éste momento ambos agentes comienzan a realizar pruebas de conectividad cada 20ms. Éstas pruebas se llevan a cabo mediante paquetes especiales STUN que contienen binding requests. El agente remoto contestará con la IP y el puerto desde los que ha recibido dicha binding request y así el agente que ha enviado la petición sabrá que el test ha sido satisfactorio y marcará el candidato como válido.

Si uno de los agentes involucrados en la sesión se encuentra tras un NAT simétrico, esto será detectado al ver la diferencia entre el server reflexive candidate publicado y el origen del binding request que mandará. Entonces se crea un nuevo candidato de tipo peer reflexive, que contiene la IP y puerto donde estará el RTP (los test de conectividad de hacen enviando paquetes STUN a los puertos donde posteriormente habrá RTP). Gracias a esto es posible que un usuario tras NAT simétrico y otro tras un NAT no simétrico hablen entre si con audio de router a router. Increíble, ¿no?

Paso 7: Coordinación

Tras la negociación ambos agentes involucrados en ella han de terminar con un par de candidatos válidos por cada componente. Lo habitual es tener dos componentes por cada stream en el SDP: un componente para el RTP y otro para el RTCP.

El agente controlador (habitualmente el que realiza la llamada) elegirá un candidato. A éste proceso se le llama nominación. Para validar éste candidato se envía otra binding request (STUN) pero en esta ocasión se incluye un flag. Ambos agentes utilizarán el par de candidatos que ha pasado las pruebas de conectividad y que además esté nominado.

Recordemos que todo éste proceso ha sido realizado por los agentes utilizando paquetes STUN entre si, sin ninguna interacción por parte del servidor.

Paso 8: Comunicación

Ahora que ambos agentes saben cómo comunicarse, ya pueden enpezar ha hablar, y tenemos garantizado que habrá audio bidireccional, ya que las pruebas de conectividad se realizan en ambas direcciones.

Paso 9: Confirmación

Aunque toda la negociación ha tenido lugar entre los agentes es posible (y habitual) que haya otros agentes en el medio de la señalización, como por ejemplo proxys. Para que los proxys o las middle-boxes entre el llamado y el llamante estén al tanto de lo sucedido, se enviará un re-INVITE o un UPDATE con el resultado de la negociación en el caso de que el candidato seleccionado no sea el candidato por defecto (las líneas c y m del SDP).

¡Qué way!, esto funciona, ¿no?

Pues, para variar, no. Lo habitual para el tratamiento de NAT consiste en que el proxy modifica el SDP si detecta NAT e indica como origen del RTP y RTCP un servidor que hará las veces de media relay.

Al modificar el SDP, no habrá ningún candidato que corresponda a la IP y puerto de las líneas c y m del SDP, por lo que al recibir un INVITE así el otro extremo nos responderá con ésto en su SDP: a=ice-missmatch. Mal tema. ¡Hay que solucionarlo!

“Arreglando” la negociación ICE con OpenSIPS y MediaProxy

Para solucionar éste problema ha sido necesario modificar OpenSIPS y MediaProxy (los componentes con los que trabajo actualmente, pero lo mismo puede hacerse para Kamailio/SIP-Router y RTPProxy).

Resumiendo un poco (tenéis una explicación más completa aquí) lo que sucederá es que OpenSIPS añadirá un nuevo candidato de tipo relayed cuando modifique el SDP, de manera que corresponda con la IP y puerto de las líneas c y m. MediaProxy es ahora capaz de “dejar pasar” las pruebas de conectividad STUN, por lo que al modificar el INVITE inicial y su correspondiente respuesta habremos “engañado” a los agente insertando un nuevo candidato.

Mediante un parámetro es posible controlar la prioridad del candidato que OpenSIPS insertará, afectando así al resultado de la negociación.

Ahora sí, ¡funciona! puedo hablar con audio P2P en mi LAN aunque fuerce el uso de MediaProxy, porque al detectar una negociación ICE satisfactoria MediaProxy se “quita de en medio”. También he probado ha hablar con audio de router a router entre un NAT simétrico y otro de tipo port restricted. How f*c*i*g cool is that?

¡Quiero probarlo!

No tan rápido vaquero. Nos falta hablar de el tema más importante: los clientes SIP. Sólo conozco tres (en esencia uno) que implemente ICE correctamente. Y cuando digo correctamente es que me he leído el draft, el código y he probado que funciona Los clientes SIP con soporte ICE (draft versión 19) son PJSIP, SIPSIMPLE client (su core es PJSIP) y Blink (su core es SIPSIMPLE).

Si alguien descubre o está desarrollando un cliente SIP que cumpla la especificación ICE (draft 19) me encantaría probar la interoperabilidad con él.

Actualmente no hay ninguna versión (release) de OpenSIPS que incluya el parche para “solucionar” el problema de ICE, así que podéis parchear manualmente como se menciona aquí o podéis utilizar el servicio gratuito SIP2SIP, que ya dispone de todo lo necesario (parches para OpenSIPS y última versión de MediaProxy).

Conclusiones

Tras estar un mes con éste tema por fin he podido comprobar que funciona. No obstante, es triste ver que hay muy pocas implementaciones de ICE y que solo una funcione. Es cuanto menos sorprendente que softphones de pago de supuesto prestigio digan que soportan ICE y en el SDP se vea claramente no de la manera correcta.

Hay que agradecer a Benny Prijono y el equipo de PJSIP el buen trabajo que han realizado al respecto acudiendo en enumerosas ocasiones al SIPit para mejorar su SIP stack.

¡Joder que largo me ha quedado esto! Para más información podéis leer el draft y echarle un ojo a ésta presentación.

Happy ICE skating!

share.skype.com/sites/es/: Skype en tu televisión: Samsung se une al equipo!

jue, 25 feb 2010 15:43:36 +0000

El mes pasado, mientras se llevaba a cabo la edición 2010 del Consumer Electronic Show de Las Vegas, anunciamos una importante noticia con respecto a la colaboración de Skype con dos gigantes de la industria audiovisual, Panasonic y LG, para integrar Skype a algunos de sus televisores de alta definición conectados a Internet.

Muchos de ustedes nos han entonces preguntado si teníamos planeado trabajar algún día con otros fabricantes de televisores. Hoy acabamos de dar otro paso hacia la liberalización de Skype en la televisión, logrando convencer a Samsung de ofrecer a sus clientes, televisores HD con Skype integrado! Todos los modelos LED 7000 y 8000 de Samsung tendrán una versión integrada de Skype. Aun mejor: estos televisores ya están disponibles a la venta en Corea del Sur, y en junio del 2010 serán distribuidos en el resto del mundo !

Si compras un televisor Samsung LED 7000 o 8000, todo lo que tienes que hacer para tomar ventaja de Skype en pantalla grande, es conectar tu televisor a Internet y enchufar una cámara web compatible FREETALK TV de Samsung, que será disponible muy pronto en la tienda en linea de Skype.

Los televisores con Skype incorporado estarán disponibles en la primavera del 2010. Por ahora, por supuesto, puedes seguirnos en Twitter (@ skypeonyourtv) para mantenerte al tanto de las últimas novedades realizadas en este ámbito.