General

VAD son las islas en inglés del algoritmo de Detección de actividad de voz (Voice Activity Detection)

¿Para que sirve?

Normalmente las comunicaciones telefonicas, en general, todas las conversaciones humanas son “half-duplex”. Un interlocutor habla mientras el otro escucha. No sería necesario mandar los “silencios” de los interlocutores por la
línea puesto que no aportan ninguna información. Esteos algoritmos son capaces de detectar los silencios o la no actividad de la voz.

¿Que ventajas aporta?

Si somos capaces de detectar los silencios podemos no enviar esa información reduciendo el ancho de banda necesario para una conversación telefónica.

A pequeña escala puede parecer poco pero imaginad que tenemos un servicio de 100000 llamadas simultaneas. Con este sistema podemos reducir el tráfico RTP (tráfico de datos en tiempo real) a menos de la mitad lo que supone un importante ahorro en líneas y sistema.

Normalmente todos los softphones habituales funciona con el protocolo SIP como los que mostramos en la lista de la web

http://www.voipforo.com/Telefonos/softphones.php

Pero y si necesito para hacer pruebas un softphone que funcione con H.323.

Os dejo una lista que algunos que funcionan también con protocolo H.323

- SJPhone. http://www.sjlabs.com/
- Yate. http://yate.null.ro/pmwiki/

En principio depende de si vas a usar SIP o H323 para tus llamadas.

Si usas SIP deberías abrir normalmente el puerto 5060 que es por donde van la señalización SIP.

Además debes abrir los puertos RTP para la voz y estos suelen cambiar un poquito.

Resumiendo
5060 — UDP (SIP)
16000 ~ 17000 — UDP (para RTP)

Pero lo mejor es que consultes a tu proveedor de Voip porque a veces los RTP pueden ser del 29000 al 29120, etc…

Si por el contarrio usas H.323 o incluso RADIUS para tarificación:

 H323 : 1719 y 1720
Si usas radius: 1812 y 1813

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.