VOICE OVER IP

Introducción
Este documento explica los cálculos del ancho de banda del códec de voz y las
características para modificar o conservar el ancho de banda cuando se usa Voz sobre IP
(VoIP). Uno de los factores más importantes a tener en cuenta al construir redes de voz por
paquetes es la planificación adecuada de la capacidad. Dentro de la planificación de la
capacidad, el cálculo del ancho de banda es un factor importante que debe tenerse en
cuenta cuando diseña y soluciona problemas de redes de voz de paquetes para obtener una
buena calidad de voz.

VoIP - Ancho de banda por llamada

Estas suposiciones de encabezado de protocolo se utilizan para los cálculos:
 40 bytes para IP (20 bytes) / Protocolo de datagrama de usuario (UDP) (8 bytes) / Cabeceras de
protocolo de transporte en tiempo real (RTP) (12 bytes).
 El protocolo comprimido en tiempo real (cRTP) reduce los encabezados IP / UDP / RTP a 2 o 4
bytes (cRTP no está disponible en Ethernet).
 6 bytes para Multilink punto a punto Protocolo (MP) o Frame Relay Forum (FRF) .12 Capa 2 (L2)
encabezado.
 1 byte para el indicador de fin de fotograma en fotogramas MP y Frame Relay.
 18 bytes para los encabezados Ethernet L2, que incluyen 4 bytes de Frame Check Sequence (FCS)
o Cyclic Redundancy Check (CRC).
 Fórmulas de cálculo de ancho de banda

Estos cálculos se usan:

 Tamaño total del paquete = (encabezado L2: MP o FRF.12 o Ethernet) + (encabezado IP / UDP /
RTP) + (tamaño de carga de voz)
 PPS = (velocidad de bits del códec) / (tamaño de la carga útil de la voz)
 Ancho de banda = tamaño total del paquete * PPS

Cálculo de muestra

Por ejemplo, el ancho de banda requerido para una llamada G.729 (velocidad de bits del
códec de 8 Kbps) con cRTP, MP y la carga útil de 20 bytes por defecto de la voz es:
 Tamaño total del paquete (bytes) = (encabezado MP de 6 bytes) + (encabezado IP / UDP / RTP
comprimido de 2 bytes) + (carga útil de la voz de 20 bytes) = 28 bytes
 Tamaño total del paquete (bits) = (28 bytes) * 8 bits por byte = 224 bits
 PPS = (velocidad de bits del códec de 8 Kbps) / (160 bits) = 50 pps

 Ancho de banda por llamada = tamaño del paquete de voz (224 bits) * 50 pps = 11.2
Kbps
 En Cisco CallManager, el tamaño de la carga de voz por paquete es configurable en todo
el sistema. Este atributo se establece en la Administración de Cisco CallManager
( Servicio > Parámetros de servicio > select_server > Cisco CallManager ) con estos tres
parámetros de servicio:
 PreferredG711MillisecondPacketSize - (Ajuste predeterminado: 20 ms. Configuraciones
disponibles: 10, 20 y 30 ms)
 PreferredG729MillisecondPacketSize - (Ajuste predeterminado: 20 ms. Configuraciones
disponibles: 10, 20, 30, 40, 50 y 60 ms)
 PreferredG723MillisecondPacketSize - (Ajuste predeterminado: 30 ms. Configuraciones
disponibles: 30 y 60 ms)

En Cisco CallManager, el tamaño de la carga de voz se configura en términos de

milisegundos (ms) de muestras. Según el códec, esta tabla asigna algunas muestras de
ms al tamaño real de la carga útil en bytes.

En las pasarelas Cisco IOS, se agrega una característica en la versión 12.0 (5) T del software
Cisco IOS que permite cambiar el tamaño de la carga útil de la voz (en bytes) para los
paquetes VoIP a través de la CLI. La nueva sintaxis de comando sigue:
Cisco-Router (config-dial-peer) #codec g729r8 bytes?
Cada muestra de códec produce 10 bytes de carga útil de voz.

Los tamaños válidos son:

10, 20, 30, 40, 50, 60, 70, 80, 90, 100, 110, 120,
130, 140, 150, 160, 170, 180, 190, 200, 210, 220, 230

Cualquier otro valor dentro del rango se redondeará al tamaño

válido más cercano.

<10-230> Elija un tamaño de carga de voz de la lista anterior

 mpacto de un cambio en los tamaños de carga de voz
El número de muestras de códec por paquete es otro factor que determina el ancho de
banda y el retraso de una llamada VoIP. El códec define el tamaño de la muestra, pero la
cantidad total de muestras colocadas en un paquete afecta la cantidad de paquetes que se
envían por segundo.
Cuando aumenta el tamaño de la carga útil de voz, el ancho de banda VoIP se reduce y la
demora general aumenta. Este ejemplo ilustra esto:
 Llamada G.729 con tamaño de carga de voz de 20 bytes (20 ms): (40 bytes de encabezados IP /
UDP / RTP + carga útil de voz de 20 bytes) * 8 bits por byte * 50 pps = 24 Kbps
 Llamada G.729 con tamaño de carga de voz de 40 bytes (40 ms): (40 bytes de encabezados IP /
UDP / RTP + carga útil de voz de 40 bytes) * 8 bits por byte * 25 pps = 16 Kbps

Detección de actividad de voz

Con las redes de voz con conmutación de circuitos, todas las llamadas de voz utilizan
enlaces de ancho de banda fijo de 64 Kbps, independientemente de qué parte de la
conversación sea verbal y de cuánto silencio. Con las redes de VoIP, toda la conversación
y el silencio están empaquetados. Con Voice Activity Detection (VAD), los paquetes de
silencio pueden ser suprimidos.
Over time and as an average on a volume of more than 24 calls, VAD can provide up to a 35
percent bandwidth savings. The savings are not realized on every individual voice call, or on
any specific point measurement. For the purposes of network design and bandwidth
engineering, VAD must not be taken into account, especially on links that carry fewer than
24 voice calls simultaneously. Various features such as music on hold and fax render VAD
ineffective. When the network is engineered for the full voice call bandwidth, all savings
provided by VAD are available to data applications.
VAD también proporciona Comfort Noise Generation (CNG). Debido a que puede confundir
el silencio con una llamada desconectada, el CNG proporciona ruido blanco generado
localmente, por lo que la llamada aparece normalmente conectada a ambas partes. G.729
Anexo-B y G.723.1 El Anexo-A incluye una función VAD integrada, pero de lo contrario
funciona igual que G.729 y G.723.1, respectivamente.
En Cisco CallManager, VAD se puede habilitar (está deshabilitado de forma predeterminada)
con estos parámetros de servicio:
 SilenceSuppressionSystemWide - Este parámetro selecciona la configuración de VAD para todos
los endpoints delgados (por ejemplo, teléfonos IP de Cisco y gateways Skinny)
 SilenceSuppressionWithGateways: este parámetro selecciona la configuración de VAD para
todas las pasarelas MGCP. Esto no tiene ningún efecto en las pasarelas H.323. VAD en las puertas
de enlace H.323 debe estar deshabilitado en la puerta de enlace.
Puede encontrar estos parámetros de servicio bajo Administración de Cisco CallManager
( Servicio > Parámetros de servicio > servidor_de_selecciones > Cisco CallManager ).
 Todos los paquetes de VoIP se componen de dos componentes: muestras de voz y
encabezados IP / UDP / RTP. Aunque las muestras de voz están comprimidas por el
Procesador de señal digital (DSP) y pueden variar en tamaño según el códec utilizado, estas
cabeceras tienen una longitud constante de 40 bytes. Cuando se compara con los 20 bytes
de muestras de voz en una llamada G.729 predeterminada, estos encabezados representan
una cantidad considerable de sobrecarga. Con cRTP, estos encabezados se pueden
comprimir a dos o cuatro bytes. Esta compresión ofrece ahorros considerables en el ancho
de banda VoIP. Por ejemplo, una llamada VoIP G.729 predeterminada consume 24 Kb sin
cRTP, pero solo 12 Kb con cRTP habilitado.
Debido a que cRTP comprime las llamadas VoIP enlace por enlace, ambos extremos del
enlace IP deben configurarse para cRTP.
En las versiones de software Cisco IOS 12.0.5T y anteriores, cRTP se conmuta por proceso,
lo que limita severamente la escalabilidad de las soluciones de cRTP debido al rendimiento
de la CPU. La mayoría de estos problemas se han resuelto a través de varias mejoras de
rendimiento de cRTP introducidas en las versiones de software IOS de Cisco 12.0.7T a
12.1.2T. Este es un resumen de la historia.
 cRTP se conmuta por proceso en la versión 12.0.5T y anterior del software Cisco IOS.
 En la versión 12.0.7T del software Cisco IOS, y continuando en 12.1.1T, se introdujo la
conmutación rápida y el soporte Cisco Express Forwarding Switching para cRTP.
 En la versión 12.1.2T del software Cisco IOS, se introducen mejoras de rendimiento algorítmico.

Al mover cRTP a la ruta de conmutación rápida, aumenta significativamente la cantidad de

sesiones RTP (llamadas VoIP) que las puertas de enlace VoIP y los enrutadores intermedios
pueden procesar.
 Heurística para Compresión

Como RTP no tiene un encabezado de paquete distinto, una secuencia RTP (para cRTP)
se distingue de un flujo UDP (cUDP) mediante el uso de heurísticas. La heurística exacta
utilizada actualmente para detectar paquetes RTP para compresión es:
 El número de puerto de destino es par.
 El número de puerto de destino está en el rango 16384-32767 o 49152-65535.
 El campo de versión de RTP está establecido en dos.
 El campo de extensión RTP se establece en cero.