La VoIP, una sopa de protocolos:

Hay muchos protocolos involucrados en la transmision de voz sobre IP.

Clasificacion los protocolos VoIP

Protocolos de señalización

Los protocolos de señalización en VoIP cumplen funciones similares a sus homologos en la

telefonía tradicional. Se encuentran en la capa 5 del modelo OSI, es decir en al capa de Sesión.

Algunos son:

• SIP
• IAX
• H.323
• MGCP
• SCCP

Protocolos de transporte de voz

No se debe confundir aquí con protocolos de transporte de bajo nivel como TCP y UDP.
Nos referimos aquí al protocolo que transporta la voz propiamente dicha.
Este protocolo entra a funcionar una vez que el protocolo de señalización ha
establecido la llamada entre los participantes.

Fabián Pignataro – [email protected]
RHCSA Red Hat Certified Sys. Admin.
dCAP Digium­Certified Asterisk Professional
ECE Elastix Certified Engineer
Protocolos de plataforma IP

En esta categoría agruparemos a los protocolos básicos en redes IP y que forman la base sobre la
cual se añaden los protocolos de voz anteriores. Ethernet, IP, TCP y UDP.

Ilustrancion de una pila de protocolos VoIP.

Vamos a tratar de explicar muy brevemente cada protocolo involucrado en una comunicación VoIP,
desde abajo hacia arriba.

Protocolo IP
El protocolo IP (Internet Protocolo) es un protocolo que trabaja en la capa de red donde la
información se envía en paquetes llamados paquetes IP cuya cabecera entre muchas cosas posee la
dirección IP origen y destino de cada paquete (Identifica Hosts).

Este protocolo ofrece un servicio “sin garantías”.

Nada garantiza que los paquetes lleguen a destino, sin embargo se hará lo posible por hacerlos
llegar.

Fabián Pignataro – [email protected]
RHCSA Red Hat Certified Sys. Admin.
dCAP Digium­Certified Asterisk Professional
ECE Elastix Certified Engineer
Los protocolos TCP y UDP
Los dos protocolos más comunes de la capa de Transporte de la suite de protocolos TCP/IP

Ambos protocolos gestionan la comunicación de múltiples aplicaciones corriendo dentro del host.

Las diferencias entre ellos son las funciones específicas que cada uno implementa.

Protocolo de datagramas de usuario (UDP)

- UDP es un protocolo simple, sin conexión

- Provee la entrega de datos sin utilizar muchos recursos. Envía datagramas como el "mejor
intento".

- No le importa si los datos llegan con errores o no, tampoco si llegan en secuencia o no.

- Cada segmento UDP posee solo 8 bytes de encabezado.

- Es por esta razón que la voz en aplicaciones de VoIP es transmitida sobre este
protocolo.

Protocolo de control de transmisión (TCP)

- TCP es un protocolo orientado a la conexión TCP

- TCP controla que los datos transmitidos se encuentren libre de errores y sean recibidos por las
aplicaciones en el mismo orden en que fueron enviados.

- Si se pierden datos en el camino introduce mecanismos para que estos datos sean retransmitidos.

- Cada segmento de TCP posee 20 bytes de carga en el encabezado.

El protocolo RTP
Sus siglas significan Real Time Protocolo y trabaja en conjunto con el protocolo SIP formando un
equipo que juega un papel fundamental en una comunicación VoIP SIP, ya que éste es el que lleva
los paquetes de audio y SIP es el encargado de señalizar las llamadas.

- RTP Se encarga de añadirle a los paquetes UDP un número de secuencia, una marca de tiempo y la
identificación del tipo de carga útil que transportan.

- El protocolo RTP opera encima de UDP.

- RTP añade cierta información adicional a los paquetes: un número de secuencia (para ayudar a
detectar si hay pérdidas de paquetes o desorden en la recepción) y el tiempo en el que el paquete a
bandono el origen (para ayudar a determinar si existe retardo o jitter en la comunicación).

Fabián Pignataro – [email protected]
RHCSA Red Hat Certified Sys. Admin.
dCAP Digium­Certified Asterisk Professional
ECE Elastix Certified Engineer
- RTP no resuelve estos problemas, los detecta e informa a través del protocolo RTCP a los
protocolos de capas superiores (a la aplicación VoIP) para qué en esa instancia se tomen medidas.

- Generalmente RTP opera conjuntamente con RTCP (RTP control protocolo).

- Cuando se asigna un puerto a una sesión RTP, también se asigna otro para la sesión RTCP
correspondiente.

- RTP toma un número de puerto par entre 1024 y 65534 (5004 por defecto). RTCP impar entre
1024 y 65534 (5005 por defecto)

- El uso de RTCP no es imprescindible, algunas aplicaciones permiten desactivarlo.

- Una de las características de RTP es que incluye la identificacin del codec de audio que está
utilizando la información (audio o video) que contiene.

- Los paquetes RTP se componen de una cabecera de 128 bits y de un cuerpo (carga útil) . El
tamaño de la carga útil puede ser distinto dependiendo del codec.

Los capos principales que forman la cabecera son los sgtes:

Versión (V)

Tipo de carga útil (PT) : codec que transporta

Número de secuencia (Sequence Number)

Contador de tiempo (Timestamp)

Identificación de origen (Synchronization Source, SSRC): Se trata de un campo de

32 bits que identifican al remitente o la aplicación intermedia utilizada.

Intercambio de información, el protocolo RTCP

- La finalidad de RTCP es la de informar a la fuente de sonido (llamante) la calidad con la que está
llegando el stream al destino.

- Esta información puede ser utilizada por la aplicación del cliente o el proveedor del servicio, para
detectar y corregir posibles problemas.

Fabián Pignataro – [email protected]
RHCSA Red Hat Certified Sys. Admin.
dCAP Digium­Certified Asterisk Professional
ECE Elastix Certified Engineer
El protocolo SIP
El protocolo SIP (Session Initialization Protocol) es un protocolo de señalización creado para
administrar sesiones multimedia entre dos o más partes. Sip NO es quien transporta la voz
propiamente dicha, esta labor como ya vimos la realiza el protocolo RTP. SIP se encarga de la
comunicación necesaria para establecer una llamada, modificarla, finalizarla, cancelarla, etc.

El protocolo SIP fue diseñado con la premisa de la simplicidad en mente, se trata de un protocolo de
texto con mensajes de comunicación sencillos.

Detalles del protocolo SIP:

- Trabaja con RTP como portador de la voz y el video.

- En el inicio de sesión transporta mensajes SDP (embebidos). SDP se usa para negociar las
capacidades de los SIP peers (codecs, puertos, etc).

- Basado en texto, lo que nos permite entender los mensajes de una manera relativamente fácil.

Durante la negociación SIP en cada nueva sesión, mensajes SDP (embebidos como “contenido”
dentro de mensajes SIP) son intercambiados por los participantes para acordar el codec a
implementar y el número de puerto RTP en el que se escuchará el streaming de audio.

El protocolo SDP Session Description Protocol, es un protocolo para describir los parámetros de
inicialización de los flujos multimedia. SDP está pensado para describir sesiones de comunicación
multimedia; anuncio de sesión, invitación a sesión y negociación de los parámetros de la llamada.

En la figura podemos observar como la señalización, osea el intercambio de mensajes SIP van por
un puerto (UDP 5060) y el streaming de voz viaja encapsulado en paquetes RTP en otro puerto
(puerto UDP en el rango de los no conocidos)

Señalización SIP por el puerto UDP 5060, Flujo de media en algún puerto entre el UDP 10000 y
20000 (En Asterisk).

Fabián Pignataro – [email protected]
RHCSA Red Hat Certified Sys. Admin.
dCAP Digium­Certified Asterisk Professional
ECE Elastix Certified Engineer
El Protocolo IAX (Inter-Asterisk eXchange)
El protocolo IAX (Inter-Asterisk eXchange) es un protocolo de señalización creado por Mark
Spencer. En esencia IAX presenta tres ventajas muy interesantes sobre otras alternativas como SIP

- Consume menos ancho de banda

- Soluciona mejor problemas de NAT
- Pasa más fácilmente a través de firewalls

IAX es un protocolo binario, a diferencia de SIP que como recordaremos es un protocolo basado en
texto. Esto es una ventaja desde el punto de vista desde ancho de banda puesto que en binario se
desperdiciarán menos bytes.

Características:
- Siempre usa UDP como protocolo de la capa de trasporte.

- Por default usa el puerto UDP 4569.

- El audio de la llamada y la señalización son transmitidos en los mismos paquetes UDP.

- El protocolo nos ofrece una opcion (trunk) la cual permite que en un mismo datagrama se pueden
enviar varias sesiónes al mismo tiempo, lo que significa una reutilizacion de datagramas y por
consiguiente un ahorro de ancho de banda.

CODECS: Codificación de la voz

Ya tenemos claro que para transportar la voz se utilizan algunos protocolos como SIP, IAX y otros
como RTP o RTCP. Pero la voz es una onda analogica que necesita transformarse a digital en algún
formato antes de ser transmitida.

La palabra codec proviene de abreviar las palabras COdificacion y DECodficacion. Su función

principal es la de adaptar la información digital de la voz para obtener algún beneficio. Este
beneficio en muchos casos es la compresión de la voz de tal manera que podamos utilizar menos
ancho de banda del necesario.

Explicaremos brevemente tres de ellos: g711, g729 y gsm.

G711
- G.711 es uno de los codecs más usados de todos los tiempos y proviene de un estándar ITU-T que
fue liberado en 1972. Viene en dos sabores llamados u-law y a-law.
La primera versión se utiliza en los Estados Unidos y la segunda se
utiliza en Europa.

- Una de sus características es la calidad de voz debido a que casi no

la comprime. Utiliza 64kbit/s, es decir un muestreo de 8 bits a 8kHz.

Fabián Pignataro – [email protected]
RHCSA Red Hat Certified Sys. Admin.
dCAP Digium­Certified Asterisk Professional
ECE Elastix Certified Engineer
- Es el codec recomendado para redes LAN pero hay que pensarlo dos veces antes de utilizarlo en
enlaces remotos debido al alto consumo de ancho de banda.

- Ya viene habilitado en Asterisk

G729

- También se trata de una recomendación ITU cuyas implementaciones ha sido históricamente

licenciadas, o sea que hay que pagar por ellas.

- La ventaja en la utilización de G.729 radica principalmente en su alta compresión y por ende bajo
consumo de ancho de banda lo que lo hace atractivo para comunicaciones por Internet.

- Pese a su alta compresión no deteriora la calidad de voz significativamente y por esta razon ha
sido ampliamente usado a través de los años por muchos fabricantes de productos de VoIP.

- G.729 utiliza 8kbit/s por cada canal. Si comparamos este valor con el de G.711 notaremos que
consume 8 veces menos ancho de banda, lo cual a simple vista es un ahorro de recursos
significativo, pero como nada es gratis, este ahorra de BW lo pagamos con carga para el procesador
que codifica en este formato.

GSM

- Muchas personas suelen preguntar si el codec GSM tiene algo que ver con el estándar de
comunicaciones celulares y la respuesta es que sí.

- El estándar que define la tecnología celular GSM (Global System for Mobile communications)
incluye este codec.

- La ventaja de este codec también es su compresión. Acerca de la calidad de voz… bueno, ya

habremos hablado por un celular GSM alguna vez.

- GSM comprime aproximadamente a 13kbit/s y ya viene habilitado en Asterisk

Overhead
Como ya vimos, para transportar la voz de un lugar a otro, en una red de paquetes, necesitamos la
ayuda de algunos protocolos; pero ya nos habremos dado cuenta de que estos protocolos transmiten
data adicional que ocupa ancho de banda extra a la voz propiamente dicha. Algunos de ellos son
Ethernet, IP, UDP, RTP.

En resumen esto hace que el ancho de banda real para transmitir voz sea mayor al del codec.

Fabián Pignataro – [email protected]
RHCSA Red Hat Certified Sys. Admin.
dCAP Digium­Certified Asterisk Professional
ECE Elastix Certified Engineer
Por ejemplo, para transmitir voz usando G.711 en teoría deberíamos usar 64Kbps (peso del codec)
pero en realidad usamos 95.2Kbps de BW. En otros codecs más compresores la sobrecarga es
incluso más significativa (porcentualmente hablando).

Realicemps un pequeño análisis:

Bytes transmitidos cada 20ms = 38 + 20 + 12 + 8 + 160 = 238 bytes

Bits transmitidos cada 20ms = 238 bytes * 8 bits/byte = 1904 bits

Bits transmitidos cada segundo = 1904 bits/frame * 50 frames/seg = 95,200 bits/segundo =

95.2Kbps!

Vemos el overhead en la siguiente figura:

Fabián Pignataro – [email protected]
RHCSA Red Hat Certified Sys. Admin.
dCAP Digium­Certified Asterisk Professional
ECE Elastix Certified Engineer
Comparativa de codecs

A continuación una tabla que muestra el overhead para algunos de los codecs más populares
soportados por Asterisk.

Un fragmento de 20ms de voz podría visualizarse como esto:

Calidad de serivicio – Retos de la transmisión de la voz

La tecnología IP no fue diseñada para soportar el intercambio de voz o cualquier otro tipo de señal
interactiva en tiempo real.

IP fue diseñado para la transmisión de datos, donde resulta extremadamente importante que no se
pierda ni un solo bit, aunque es extremadamente tolerante con el retardo.

La voz es muy sensible al retardo, aunque no importa que algún bit no llegue al destino.

Fabián Pignataro – [email protected]
RHCSA Red Hat Certified Sys. Admin.
dCAP Digium­Certified Asterisk Professional
ECE Elastix Certified Engineer
Factores que afectan la QoS
- Retardo de ida y vuelta: tiempo necesario para que la señal de voz haga el camino de ida y vuelta
entre los dos extremos de la comunicación. No debe superar los 300 ms.

Fluctuación de retardo (jitter)

Tan importante como el retardo que haya, es que ese retardo permanezca constante. Si además del
retardo que exista, éste varía, la comunicación se vuelve mucho más incomoda.

A la fluctuación del retardo se la conoce como jitter.

La forma de contrarestar el jitter es usando buffers que añadan retardo cuando la comunicación es
más rápida y que lo quiten cuando es más lenta. Si bien el retardo existe, al menos es constante.

Los motivos del jitter son dos:

- Entutamiento variable, los paquetes experimentan retardos distintos, según el camino que tomen.

- Ocupación variable, por más que los paquetes viajen por la misma ruta, los routers pueden tener
mayor o menor carga en el tiempo.

Pérdida de paquetes

Afecta la comunicación de voz.

Éste factor está bastante contemplado en las comunicaciones de datos, donde al perderse un paquete
TCP puede pedir su retransmisión y éste tiempo no afecta a la carga de una página web en un
navegador por ejemplo.

En el caso de la voz si se pierde un paquete es preferible darlo por perdido que esperar la
retransmisión del mismo.

La falta esporádica de un paquete no afecta en demasía el entendimiento de la comunicación.

Fabián Pignataro – [email protected]
RHCSA Red Hat Certified Sys. Admin.
dCAP Digium­Certified Asterisk Professional
ECE Elastix Certified Engineer
Dispositivos VoIP
Finalmente, antes de meternos de lleno en el mundo Asterisk, que es nuestro dispositivo VoIP
principal de nuestra red y la herramienta que vamos a estudiar en profundidad, vamos a citar a otros
dispositivos integrantes de esta nueva forma de red telefónica.

ATA

Este pequeño aparato transforma un teléfono tradicional en un interno SIP y le da la posibilidad de

utilizar su teléfono convencional para hacer llamadas por internet o integrar directamente su interno
análogo a su VoIP-PBX .

Gateways SIP - FXO | SIP - FXS

Es como un gran ATA, vienen con puertos FXO, FXS o FXO y FXS.

Fabián Pignataro – [email protected]
RHCSA Red Hat Certified Sys. Admin.
dCAP Digium­Certified Asterisk Professional
ECE Elastix Certified Engineer
Gateways SIP - GSM

Es un dispositivo que hace de gateway entre la telefonía IP y la red GSM.

Placas PCI análogas – fxo-fxs

Se colocan en algún bus pci disponible de su PBX Asterisk, poseen puertos RJ11 que se pueden
comportar como interfaces FXS o FXO dependiendo de qué módulos se coloquen en cada ranura.
Los módulos rojos son FXO y los verdes FXS.

Fabián Pignataro – [email protected]
RHCSA Red Hat Certified Sys. Admin.
dCAP Digium­Certified Asterisk Professional
ECE Elastix Certified Engineer
Placas PCI digital – E1 o T1.

Se colocan en algún bus pci disponible de su PBX Asterisk y nos permite conectar una trama digital
E1 o T1 a nuestra PBX.

Softphone

Son aplicaciones que corren en un sistema operativo y operan como un teléfono SIP

Fabián Pignataro – [email protected]
RHCSA Red Hat Certified Sys. Admin.
dCAP Digium­Certified Asterisk Professional
ECE Elastix Certified Engineer
Teléfonos VoIP

Fabián Pignataro – [email protected]
RHCSA Red Hat Certified Sys. Admin.
dCAP Digium­Certified Asterisk Professional
ECE Elastix Certified Engineer
Capítulo 4

Asterisk aclarando algunos

conceptos...

Fabián Pignataro – [email protected]
RHCSA Red Hat Certified Sys. Admin.
dCAP Digium­Certified Asterisk Professional
ECE Elastix Certified Engineer
Vamos a plantearnos las siguientes preguntas:
Qué es Asterisk?

-Asterisk es una aplicación de software libre (bajo licencia GPL) que proporciona funcionalidades
de una central telefónica (PBX). Soporta todas las funcionalidades de una PBX tradicional y mucho
más.

Sus usuarios pueden ser:

- Pequeñas y medianas y grandes empresas

- Proveedores VoIP
- Compañías telefónicas

Digium es el desarrollador principal y responsable de mantener la plataforma y además es

desarrollador y vendedor de hardware telefónico. Ubicado en Huntsville, Alabama

Quién lo creo y por qué?

Historia de Asterisk:

Mark Spencer creo Linux Support Services (LSS) en 1999, necesitaba una PBX para atender sus
llamados. Él quedo sorprendido por el costo y por no haber opciones que no sean propietarias,
entonces el decidió crear una propia y de código abierto. En el 2002, LSS se renombro como
Digium y se enfoco completamente en Asterisk.open source

La VoIP y el software Open Source

Existen varios proyectos además de Asterisk que realizan funciones de PBX o VoIP Servers:

- OpenSER Kamailio: SIP proxy (redirector ultra-rápido de llamadas SIP)

- OpenSips: SIP proxy (redirector ultra-rápido de llamadas SIP)
- Bayonne (IP PBX del proyecto GNU)
- YaTe
- Freeswitch (Softswitch muy poderoso, con varias funciones de PBX también)

Qué es capaz de hacer Asterisk?

Principalmente un sistema telefónico PBX para empresas. Escalable desde una pequeña oficina a
toda una gran empresa con varias sucursales. Corre sobre Linux, BSD, Mac OS X, Solaris y nos
ofrece soluciones de PBX convencional, soluciones híbridas: VoIP y telefonía tradicional.

Existiendo tantos desarrollos hardware en PBX , por qué elegir una solucion
basada en software y más aún basada en Software Libre y corriendo
sobre GNU/Linux?

-Estabilidad y robustez
-Libertad y Gratuidad
-Adaptabilidad y mejora continua

Fabián Pignataro – [email protected]
RHCSA Red Hat Certified Sys. Admin.
dCAP Digium­Certified Asterisk Professional
ECE Elastix Certified Engineer
-Funcionalidad de PBX basada 100% en software
-Capacidad de expansion prácticamente ilimitada
-Menores costos contra plataformas privativas

Características y funciones de PBX:

- Desvío de llamada si la extensión (el interno) está ocupado

- Desvío de llamada si la extensión (el interno) no responde
- Aparcamiento (estacionamiento) de llamadas
- Encolado de llamadas
- Grabación de llamadas
- Registros de llamadas detallados
- Encaminamiento de llamadas (por DID y ANI)
- Escucha de llamadas
- Transferencia de llamadas
- Llamada en espera
- Integracion con Base de Datos
- Acceso directo al sistema interno (DISA)
- Funcion No Molestar
- Respuesta vocal interactiva (IVR)
- Agentes locales y remotos
- Musica durante la espera (música en espera)
- Call pick-up group
- Encaminamiento en funcion de la identificacion del llamante
- Deteccion de habla
- Texto a Voz (TTS) (mediante la aplicación Festival)
- Llamada a tres (llamada de tres vías)
- Buzon de Voz (Envío de mensajes del buzon al correo electronico)

Integracion ordenador-telefonía (CTI)

- AGI (Asterisk Gateway Interface): interfaz de programacion de Asterisk

- Gestor gráfico de llamadas
- Interfaz de gestion TCP/IP (AMI – Asterisk Manager Interface)

Tipo de licencia?
Existen 3 formas de licenciar Asterisk:

- Open-Source Asterisk
Distribuido gratuitamente bajo la licencia GPL

- Asterisk Business Edition

Edicion altamente testeada y muy estable de Asterisk
Licenciada de forma comercial por Digium
Incluye documentacion y un año de soporte

- OEM
Desarrollos a medida
Fabián Pignataro – [email protected]
RHCSA Red Hat Certified Sys. Admin.
dCAP Digium­Certified Asterisk Professional
ECE Elastix Certified Engineer
Donde usamos Asterisk???

Fabián Pignataro – [email protected]
RHCSA Red Hat Certified Sys. Admin.
dCAP Digium­Certified Asterisk Professional
ECE Elastix Certified Engineer
Como una PBX tradicional Como una VoIP PBX

Por medio de placas Análogas y digitales Podemos usar Asterisk en una arquitectura
podemos hacer que Asterisk funcione como VoIP pura, esto puede ser muy tentador a la
una PBX convencional, reemplazando su vieja hora de instalar un sistema telefonico de cero
PBX pero gozando de todas las nuevas funciona_ en alguna organizacion que está instalandose.
lidades de Asterisk y sin tener que cambiar el
resto de su arquitectura actual.

Como una PBX híbrida

Puede que nos interese actualizar nuestra red telefónica pero sin decartar lo que ya venimos
teniendo, como las tradicionales lineas que nuestro clientes conocen y algunos aparatos telefonicos
que nos da lástima descartar. Asterisk puede trabajar como PBX en una arquitectura híbrida.

Fabián Pignataro – [email protected]
RHCSA Red Hat Certified Sys. Admin.
dCAP Digium­Certified Asterisk Professional
ECE Elastix Certified Engineer
Como una VoIP gateway

Quizás nos tienta gozar de las tarifas de los proveedores VoIP pero no queremos reestructurar todo
nuestro sistema telefonico, entonces usamos Asterisk como gateway al mundo de la VoIP ya que
con un equipo chico podemos hacer que haga transcoding a VoIP y poder gozar de los beneficios de
la VoIP.

Call & Contact Center

A la hora de montar un call center, Asterisk trae muchas funciones para call center tentadoras,
maneja colas dellamadas, agentes virtuales, posibilidades de generar reportes de llamadas sobre
bases de datos relacionales, etc. Además tenemos posibilidades de desarrollar aplicaciones propias
al ser un PBX que nace en el software y corre sobre un sistema operativo potente y abierto
como es GNU/Linux.
Fabián Pignataro – [email protected]
RHCSA Red Hat Certified Sys. Admin.
dCAP Digium­Certified Asterisk Professional
ECE Elastix Certified Engineer
Práctico 1

”Instalacion de Asterisk

Fabián Pignataro – [email protected]
RHCSA Red Hat Certified Sys. Admin.
dCAP Digium­Certified Asterisk Professional
ECE Elastix Certified Engineer