VoipForo Blog

Hay veces que necesitamos depurar determinados aspectos del protocolo SIP y no sabemos como podemos lanzar nuestros paquetes SIP sin tener que utilizar un softphone.

Esta herramienta es perfecta para simular la respuesta de nuestros equipos a los mensajes SIP que queramos construir. La podemos bajar en http://sipp.sourceforge.net/ y nos permite un montón de opciones. Incluido hacer un lanzamiento masivo de mensajes SIP para saber como se comporta nuestra máquina.

El funcionamiento consiste en crear escenarios medainte ficheros del tipo XML y una vez realizados podemos ejecutarlos. Pero mejor que lo intenteis vosotros mismos.

Por último decir que está disponible en varios sistemas operativos como Windows o Linux.

SIP es un protocolo del nivel de aplicación y por tanto debe usar un protocolo de transporte en su capa de nivel inferior. Los más conocidos en el mundo Internet son TCP y UDP.

TCP es un protocolo de transporte orientado a conexión y UDP es un protocolo de transporte no orientado a conexión.

Según el último draft de SIP (RFC 3261 en su punto 18 http://www.ietf.org/rfc/rfc3261.txt) se dice:

All SIP elements MUST implement UDP and TCP.SIP elements MAY
implement other protocols.

Making TCP mandatory for the UA is a substantial change from RFC
2543.  It has arisen out of the need to handle larger messages,
which MUST use TCP, as discussed below.Thus, even if an element
never sends large messages, it may receive one and needs to be
able to handle them.

Es decir cualquier dispositivo SIP debiera obligatoriamente poder trabajar con los dos protocolos.

En la actualidad esto no es posible y si bien el 100 % de ellos trabajan actualmente con UDP sólo el 82 % son capaces de hacerlo sobre TCP (datos de Abril de 2007- Conferencia SIPit 20 http://www1.ietf.org/mail-archive/web/sip/current/msg18959.html)

¿Pero que ventajas y desventajas hay entre utilizar SIP sobre TCP o sobre UDP cuando sea posible?

SIP sobre UDP:
UDP es un protocolo más simple y sencillo y no está orientado a conexión. Es más tolerante a problemas de lí­nea y utiliza por lo general menos ancho de banda. Produce menos retrasos y delays y los bufferes a utilizar en los dispositivos son menores.  Es dí­ficil implentar medidas de seguridad sobre UDP y por tanto es más vulnerable a ataques. Además presenta más problemas para atravesar routers que usen NAT. En un principio todos los fabricantes de software y hardware SIP implementaron SIP sobre UDP.

SIP sobre TCP:
TCP es un protocolo más robusto y complicado ya que está orientado a conexión. Es menos tolerante a problemas de lí­nea pero permite una rápida retransmisión cuando se detecta un fallo. Además permite gestionar mejor el control de la congestión y la fragmentación de paquetes. Permite gestionar paquetes de tamaño más elevado y por ello actualmente en algunos casos es imperioso su uso. Permite implentar medidas de seguridad para evitar ataques a las transmisiones. (seguridad frente a spoofing). No todos los dispositivos SIP lo implementan aunque cada dí­a el % de los equipos que lo implementan es mayor.

Mi recomendación es usar SIP sobre TCP siempre que sea posible y no tengamos problemas muy especificos (Ej: ancho de banda limitado) o la necesidad de retrasos extremadamente pequeños en los establecimientos (que no suele ser el caso). El problema es que aún no todos los dispositivos hardware y software lo implementan aunque en un futuro muy cercano seguro que lo harán.

El PDD (post dial delay) es “el tiempo que transcurre desde que se marca el último número de una llamada y se escucha la señal de respuesta del numero llamado”.Tras buscar por Internet y no encontrar nada interesante sobre los valores habituales de este parámetro me he puesto a hacer algunas pruebas manuales yo mismo para saber de que valores podemos estar hablando en función del tipo de llamada.No es lo mismo este retardo en una comunicación móvil-móvil que en una comunicación fijo-fijo.

Destacar que si vamos marcando los números de uno en uno el sistema va encaminando la llamada a medida que vamos marcando. (Esto se puede observar si marcamos por ejemplo el prefijo 602 en España que actualmente no está asignado y la red ya nos indica sin marcar más números que ese número no existe). Por eso al marcar dí­gito a dígito parece que hay menos retardo.

Por último, decir que he echado un vistazo al PDD que ofrecen otros proveedores de VoIP que ofrecen terminación de llamadas a móviles en España, y sus valores (cuando los dan que no es tampoco muy frecuente) suelen estar entre 6-10 segundos.

Me gustaría comentaros un par de programas que pueden ayudaros a depurar algunas aplicaciones SIP o a comprobar si las máquinas del proveedor de VoIP están funcionando correctamente.

Hoy hablaré de un programa que se llama sipsak. EL programa es muy sencillo y lo podéis descargar en www.sipsak.org : Funciona desde la lí­nea de comandos de MS-DOS.

Para poder ver todas las opciones simplemente teclear “sipsak” en la lí­nea de comandos y veréis todas sus posibilidades.

Un ejemplo útil de para que lo he utilizado yo es para saber si los equipos de VoIP están funcionando. Para ello hago una especie de “Ping SIP”; lo que hago es enviar con el programa un mensaje OPTIONS al servidor de VoIP y si este contesta con un mensaje de OK es que el servidor SIP funciona OK. En caso contrario algo va mal en la máquina.

El comando que utilizo es “sipsak -vvv -s sip:usuario@direccionIP”

El programa tiene más opciones como podréis comprobar vosotros mismos pero se queda un poco corto para testear cosas más complicadas.

Para ello utilizo habitualmente otro del que hablaré más adelante llamado SIPs y que me gusta aún más porque ofrece un montón de posibilidades.

A veces uno encuentra cosas realmente sorprendentes por Internet. Hace unos dí­as me tope con este programita 

http://www.oxid.it/ca_um/index.html

Es un sniffer llamado Cain & Abel que permite capturar y grabar las conversaciones de VoIP que circulan por una red de Área local. Es decir podemos “espiar” a la gente de una red de área local que utiliza VoIP.

Esto nos da una idea del nivel de seguridad que hoy en dí­a tienen las comunicaciones por VoIP. El programa es capaz de decodificar bastantes codecs y poder grabar las conversaciones en archivos .wav que luego podemos escuchar.

Para más detalles de los codec que decodifica y del modo de funcionamiento del programa os dejo un enlace http://www.oxid.it/ca_um/topics/voip.htm