Está en la página 1de 130

Tráfico y Conmutación

Clase 4
Tecnologías de Voz sobre IP
(VoIP)

Ing. Rigoberto Muñoz Díaz


Universidad Tecnológica de Panamá
Agosto, 2019
Objetivos
• Describir cómo paquetizar voz, utilizando análisis de paquetes,
estándares de compresión, Real Time Protocol (RTP), y User Datagram
Protocol (UDP)
• Explicar y diferenciar entre los principales componentes del Protocolo
de VoIP
• Definir Calidad de Voz en una red de datos, incluyendo desempeño de
CODECS de habla, delay, manejo y control de eco y pérdida de
paquetes.
• Dados los requerimientos de CODEC, carga de voz y velocidades de
enlace, calcular los requerimientos de ancho de banda para el diseño de
redes de VoIP
• Describir los modelos comunes para medición de Calidad de Voz,
incluyendo el Modelo-E G.107 y Mean Opinion Score (MOS).
• Definir los disponibles para implementar QoS, incluyendo Resource
ReSerVation Protocol (IS/RSVP), Differentiated Services (DiffServ) y
los estándares 802
Objetivos - continuación
• Definir los disponibles para implementar QoS, incluyendo Resource
ReSerVation Protocol (IS/RSVP), Differentiated Services (DiffServ) y los
estándares 802
• Identificar las dificultades al implementar redes de VoIP sobre enlaces de
área amplia (WAN) de baja velocidad, enfocándose en retardo por
serialización (Serialization Delay) y MTUs (Maximum Transmission Unit)
• Definir la infraestructura de Red, incluyendo ambientes LAN/WAN y
problemas de Seguridad
• Describir los componentes del estándar H.323, incluyendo el terminal, el
gateway, gatekeeper, y MCU (multipoint Control Unit).
• Identificar y entender los objetivos de Protocolo de Iniciación de Sesión
(SIP)
• Explicar las diferencias entre los estándares SIP y H.323
• Dados escenarios de ejemplo para optimización de red, determinar los pasos
de esta optimización y las herramientas necesarias para la mejora de la red
del cliente
Contenido
• Cómo funciona
• Introducción a la telefonía de paquetes
• Parámetros de diseño de telefonía digital
• Aspectos de Convergencia de Tráfico
• Protocolos de Señalización y Estandarización de
VoIP
• Optimización de Red
Cómo Funciona

Tecnologías de
VoIP
Conversión Análogo-Digital

• Conversión a través de CODEC


(coder/decoder)
• Modulación por codificación de Pulso (PCM)
—Muestreo
—Quantización
—Codificación
CODEC CODEC
Muestreo

• Es una fotografía digital del Sonido


• 8000 muestras por segundo
Cuantización

• Se asigna un valor
decimal a cada una de
mas muestras
• Un valor de 8 bits es
igual a 0-255 decimal
Codificación
0100
0010
1011 0000 0011
• Se traduce a un set
de Bits
• Se transmite a
través de la red
Conmutación de Circuitos

Central Pública Central Tandem Central Pública


(Clase 5) (Clase 4) (Clase 5)
Conmutación de Paquetes
LAN LAN

Red de paquetes del


Proveedor de Servicio
Router A
e te
a qu
P

ete
Paqu

Pa
qu
ete
te
ue
q
Pa

Switch
Router B

LAN LAN
Multiplexación por Division de
Tiempo (TDM)

1 64 K

2 64 K

3 64 K

4 64 K
Capa Línea E1
cidad
=2.04
8 Mb
5 64 K
ps 64 K

64 K

32 64 K 64 K

64 K

64 K

64 K
Conexiones E1

Línea E1
2.048 Mbps

Proveedor
Mux De Mux
Servicio

Hacia los LANs Hacia los LANs


Red Digital de Servicios
Integrados (ISDN)
• Basic Rate Interface
• Primary Rate Interface
ISDN - Continuación

• ISDN BRI (Basic Rate Interface)


– Works over a standard twisted-pair loop
– 2 B-Channels 64Kbps for data
– 1 D-Channel 16Kbps for signalling
• ISDN PRI (Primary Rate Interface)
– Requires a 4 wire loop
– 1 D-Channel 64Kbps for signalling
– 23 B-Channels 64Kbps for data (US + Japan)
– 30 B-Channels 64Kbps for data (RoW)
Red de Relevo de Tramas
(Frame Relay)

• Reemplaza X.25 Frame


• FRF.11 Relay
• Committed Information Rate (CIR)
• Mas Económico
• Las conexiones son PVCs o Circuitos Virtuales Permanentes
• Menor overhead
• Permite alta velocidad con bajo Delay
• Ideal para grandes corporaciones
• Necesita garantía de desempeño para delay, variaciones de
delay y pérdida de tramas (no verifica errores)
Aplicaciones de Frame Relay
PBX

FRAD

PBX

PVC
FRAD PVC
PVC
Frame Relay PBX
Network

FRAD

PVC = Permanent Virtual Circuits


FRAD = Frame Relay Access Device
Asynchronous Transfer Mode
(ATM)

• Transmisión por Celdas


• Maneja todo tipo de tráfico
• Permite grandes velocidades y anchos de banda

ATM Multiplexer

Trunk Trunk
PBX ATM Cell Cell ATM PBX
PBX PBX
I/F Adaptation Buffers Buffers Adaptation I/F
and and
Interface Cells Interface

LAN ATM Other Other ATM LAN


I/F Adaptation trunks trunks Adaptation I/F

Other Other
trunks trunks

Ethernet Ethernet
LAN LAN
Internet Protocol (IP)
• Protocolo de red mas flexible en uso hoy en día
para soluciones de telefonía en Redes de Área
Amplia (WAN), y aplicaciones
• Redes altamente escalables, independientes del
transporte
• Transmite Data sobre el WAN
• Soporta los sistemas operativos mas utilizados
• Es tolerante a fallas para datos y paquetes de
voz
Procesando VoIP
Cómo funciona la voz sobre IP?
Headquarters
IP
Analog VoIP Digital IP LAN
Voice Gateway Voice Packet

Voice

Branch Office
IP
LAN

IP
Fax WAN
Router Router

PBX or VoIP
KTS Gateway
PBX o KTS

Gatekeeper
Sistema de Señalización 7
SS7

• Columna vertebral de las PBX


redes de comunicaciones
de hoy en día PBX
PBX
• La Señalización es
enviada por separado en Red
SS7
una red de paquetes
PBX
PBX
Redes de Jerarquía
Síncronas (SDH)
Frame Relay

Frame Relay ATM


ATM SONET
E1 E1
OC-192
E3 SDH E3
POTS STM-64
ISDN POTS

ISDN
Optical Electrical Line Rate Payload Rate Overhead Rate SDH
Level Level (Mbps) (Mbps) (Mbps) Equivalent
OC-1 STS-1 51.840 50.112 1.728 -

OC-3 STS-3 155.520 150.336 5.184 STM-1

OC-12 STS-12 622.080 601.344 20.736 STM-4

OC-48 STS-48 2488.320 2405.376 82.944 STM-16

OC-192 STS-192 9953.280 9621.504 331.776 STM-64

OC-768 STS-768 39813.120 38486.016 1327.104 STM-256


Desempeño de Red

• El objetivo es proveer confiabilidad 99.999%, lo que se


tiene hoy en día en las redes conmutadas
• Requiere de monitoreo constante de desempeño y
verificación de errores
• Factores que pueden afectar el desempeño de la red:
— Jitter: Que resulta en Pops y Clicks (delay variable)
— Delay: Que resulta en eco (voz) y distorsión (data)
— Distorsión: Producto de comprimir la voz a ratas menores de
64Kbps
— Eco: Resultado de varias causas como retorno de niveles de
señal, Round Trip Delay (RTD), Echo Return Loss (ERL)
— Paquetes Perdidos
Introducción a Telefonía de
Paquetes
Tecnologías de VoIP
Objetivos

• Calcular overhead
• Comparar y diferenciar los modelos de
conmutación de paquetes para VoIP
• Calcular Ancho de Banda en kbps
• Identificar porqué RTP es ideal para manejar
voz paquetizada en un ambiente de telefonía
IP
• Comparar TCP y UDP
Paquetización de Voz
• CODECs: Codificador Decodificador
• Tasa de Muestreo: Las señales análogas
son muestreadas en una rata de 8KHz
0101
0111
0000
1100
1100
0011
0011
1100
1101
1100
0100
0110
0100
0100
1101
1100
1110
Selección de CODEC
• G.711 64 Kbps PCM
• G.729 8 Kbps CS-ACELP
• G.726 16, 24, 32, 40 ADPCM
• G.723.1 6.3 Kbps MPMLQ
5.38 Kbps CS-ACELP

Los Requerimientos de Ancho de Banda son


Estimados
Estimados
Codecs (de ITU G.114)
Encoding/Compression Algorithm Frame Look- Qualit
Bit rate
size ahead y*

ITU G.711 – PCM 64 0.125 Toll


0
(Pulse Code Modulation, u-law, a-law) Kbps msec quality

40,32,24
ITU G.726 - ADPCM ,16 0.125 very
0
(Adaptive Differential PCM) msec good
kbps

ITU G.723.1 - ACELP 5.3 30 7.5


(Algebraic Code-Excited Linear good
Prediction) kbps msec msec

ITU G.723.1 - MP-MLQ 6.3 30 7.5


(Multipulse Maximum Likelihood good
Quantization) kbps msec msec

ITU G.729 - CS-ACELP 8 10 very


(Conjugate Structure Algebraic Code 5 msec
Excited Linear Prediction) kbps msec good

ITU G.729a - CS-ACELP Annex


*MOS scores
8
areAsubjective - not listed in10
ITU G.114 very
5 msec
(low complexity)Does not include codec processing
kbps delays msec good
Caudal requerido por los sistemas de
compresión de vídeo más comunes

Estándar/Formato Ancho de banda Ratio de


típico compresión
CCIR 601 170 Mb/s 1:1 (Referencia)
M-JPEG 10-20 Mb/s 7-27:1
Bajo
retardoajo H.261 64 Kb/s – 2000 Kb/s 24:1
retardo
H.263 28,8-768 Kb/s 50:1
MPEG-1 0,4-2,0 Mb/s 100:1

Elevado MPEG-2 1,5-60 Mb/s 30-100:1


Elevado
MPEG-4 28,8-500 Kb/s 100-200:1
retardo
rdo
El Paquete de Voz

Payload Header

Mensaje Información de
Control
Cómo el Overhead impacta el tamaño
de los paquetes

20 ms

160 Bytes G.711 40

Payload Header

60 ms

480 Bytes G.711 40

Payload Header
Comparando Modelos de
Conmutación de Paquetes
• VoIP
—Protocolo LAN/WAN Capa 3
—Tamaños de paquetes variables
• VoFR
—Protocolo WAN Capa 2
—Tamaños de trama variables
• VoATM
—Protocolo LAN/WAN Capa 2
—Tamaño fijo de celdas
• VoMPLS
—Protocolo LWAN Capa 2.5
—Tamaño de tramas variables
Calculando Ancho de Banda para
diferentes estándares de compresión

(Bytes de Payload + IP Header)


x Paquetes IP por segundo de voz
x 8 bits por Byte
PCM – G.711
Analog Voice
(300-4000Hz) 8,000 samples/sec Digitized Voice
64kbps

11010010110010010001111000110101

u-law, a-law  linear PCM


samples compressed to
20 msec
logarithmic scale
(quantization/companding)

Voice Payload (20msec, 160 bytes)

UDP RTP
IP (20) Voice Payload (160 bytes)
(8) (12)

200 byte packet


every 20 msec 50 packets/sec 80kbps
PCM – G.711
The Math …

8,000 samples/sec x 8 bit encoding => 64 kbps => 8,000 bytes/sec => 8 bytes/msec

Hence: 10 msec voice sample = 80 byte payload


20 msec voice sample = 160 byte payload
30 msec voice sample = 240 byte payload

IP header 20 bytes
UDP header 8 bytes 40 byte header
RTP header 12 bytes

10 msec sample: [ 80 byte payload + 40 byte header] x 100 pkts/sec x 8 bits/byte = 96 kbps
20 msec sample: [160 byte payload + 40 byte header] x 50 pkts/sec x 8 bits/byte = 80 kbps
30 msec sample: [240 byte payload + 40 byte header] x 33 pkts/sec x 8 bits/byte = 74 kbps
G.711

ms Sample The Math IP Bytes Effective


Required Bandwidth
5 ms 200 (40+40) x 200 = 16,000 128 Kbps

10 ms 100 (80+40) x 100 = 12,000 96 Kbps

20 ms 50 (160+40) x 50 = 10,000 80 Kbps


PCM – G.729
Analog Voice
(300-4000Hz) 8,000 samples/sec Digitized Voice
64kbps

11010010110010010001111000110101

20 msec
8 kbps
Voice Payload
(20bytes) 8:1 Compression

u-law/a-law PCM first


UDP RTP Voice Payload (20 converted back to linear
IP (20) PCM, then compressed
(8) (12) bytes)

60 byte packet
every 20 msec 50 packets/sec 24kbps
PCM – G.729
The Math …

8,000 samples/sec x 8 bit encoding => 64 kbps


Compression 8:1 => 8,000 bps => 1,000 bytes/sec => 1 byte/msec

Hence: 10 msec voice sample = 10 byte payload


20 msec voice sample = 20 byte payload
30 msec voice sample = 30 byte payload

IP header 20 bytes
UDP header 8 bytes 40 byte header
RTP header 12 bytes

10 msec sample: [ 10 byte payload + 40 byte header] x 100 pkts/sec x 8 bits/byte = 40 kbps
20 msec sample: [ 20 byte payload + 40 byte header] x 50 pkts/sec x 8 bits/byte = 24 kbps
30 msec sample: [ 30 byte payload + 40 byte header] x 33 pkts/sec x 8 bits/byte = 18.6
kbps
G.729 A/B

ms Sample The Math IP Bytes Effective


Required Bandwidth
5 ms 200 (5+40) x 200 = 9,000 72 Kbps

10 ms 100 (10+40) x 100 = 6,000 40 Kbps

20 ms 50 (20+40) x 50 = 3,000 24 Kbps


Protocolos de Transporte y de
Sesión
• TCP
—Transmission Control Protocol
• RTP
—Real Time Protocol
• RTCP
—Real Time Control Protocol
• UDP
—User Datagram Protocol
TCP

• Altamente confiable, pero con lento inicio


de sesión
• Orientado a Conexión (Connection
Oriented)
• Control de Flujo y verificación
• Habilidad de retransmitir datos

Utilizado cuando la integridad de la data


es más importante que el tiempo de
transmisión
de extremo a extremo
RTP- Real-time transport protocols

• Gobernado por Reloj y marcado en tiempo


• Campos de SSRC y CSRC
• Identificación de Payload
• Framework (interopera con RTCP y UDP)
• Sequence ID (parte de la información del header)

Utilizado para aplicaciones afectadas


por el tiempo de transmisión, como
voz en tiempo real, fax y video
RTP- Real-time transport protocols

• Protocolo basado en IP que provee


—Tiempo-reconstrucción (time-reconstruction)
—Detección de pérdidas. (loss detection)
—Seguridad (security)
—Identificación de contenido (content identification)
• Diseñado primordialmente para multicast de
datos en tiempo real (real-time data) (también
unicast, simplex, duplex)
RTP - desarrollo
• Diciembre 1992, Henning Schulzrinne, GMD
Berlin, published RPT version 1
• Propuesto (version 2) como estándar
Noviembre,1995
• Netscape and Microsoft utilizan RTP
Cómo funciona RTP
• Timestamping – la información mas importante
para aplicaciones en tiempo real.
—El dispositivo que envía los paquetes, los marca en
función del tiempo (timestamp) de acuerdo al
instante en que el primer octeto del paquete fue
muestreado.
—El dispositivo que recibe, usa estos ”timestamps”
para reconstruir la secuencia original de tiempo
—También se utiliza para sincronizar diferentes
streams de datos; audio y video en MPEG. (El nivel
de aplicación es el verdaderamente responsable de la
sincronización)
Cómo funciona RTP
• Identificador de tipo de Payload
—Especifica el formato del payload asi como los
esquemas de codificación y compresión
—La aplicación entonces sabe como interpretar el
Payload
• Identificación de Origen
—Para audio conferencia y Voz
Dónde reside RTP
• RTP corre tipicamente por encima de UDP
—Utiliza las funciones de multiplexación y checksum de
UDP
• RTP se implementa usualmente dentro de la
aplicación (el control de congestión y perdida de
paquetes debe ser implementado a nivel de
aplicación)
RTCP - Real Time Control Protocol

• Diseñado para trabajar en conjunto con RTP


• En una sesión RTP los participantes envían
paquetes RTCP periódicamente para ofrecer una
retroalimentación acerca de la calidad de la data
• Comparable al control de flujo y congestión de
otros protocolos.
• RTP produce reportes de emisor y receptor,
estadísticas y conteo de paquetes
RTCP

• Complementa RTP
• Provee una retroalimentación al que envía,
sobre la sesión en tiempo real

Voz RTP Voz

Reportes RTCP Reportes


RTCP provee los siguientes
servicios
• Monitoreo de QoS y control de congestión
—Función promordial: feedback de QoS a la aplicación
—El emisor puede ajustar su transmisión
—El receptor puede determinar si la congestión es
local, regional, o global
—Los Administradores de Red pueden evaluar el
desempeño de la red para distribución de tráfico
RTP/RTCP - Características

• Provee • No Provee
— Entrega de data en — Entrega a tiempo
tiempo real de fin a fin. (necesita reservaciones
(functionalidad y control en capas mas bajas)
de mecanismos) — Ninguna forma de
— Numeración de las seguridad o control de
secuencias timestamps flujo o congestion
(a ser usado por la (RTCP)
aplicación)
• Usa UDP
UDP

• Protocolo sin conexión (Connectionless)


• Trabaja por encima de las redes IP
• No utiliza las funciones de TCP que introducen
retardo (Delay) como control de flujo y correción
de errores

Muy útil para tráfico de voz


Headers UDP y RTP
Destination Address
Destination Address (cont.) Ethernet V2
Header
Source Address
(14 bytes)
Source Address (cont.) Type
TOS/DiffS
Ver HDR Length Total Length
erv
IP Header
Indentification Flags Fragment Offset
TTL Protocol Header Checksum (min. Length 20
bytes)
Source IP Address
IP
Datagra Destination IP Address
m Options and Padding
UDP Header
Source Port Destination Port
(8 bytes)
Length Checksum
Ver P X CC M PT Sequence Number
Time Stamp RTP Header
Synchronization Source Numbers (12-16 bytes)
Contributing Source (optional)
G.729 Header
Voice Payload (20 msec, G.729, 20 bytes) (20 bytes)
Componentes principales de las
redes de VoIP

• Call Server
• Call Signaling Servers
• Gateways H.323/SIP
• Media Gateways
• Gatekeepers
• Terminales IP y clientes
• Red IP
Componentes principales de las
redes de VoIP

Signaling
Red SS7 Gateway Media
Controller Gateway
Controller

PSTN

Red de datos IP
VoIP
Gateway

PSTN
VoIP
Gateway
VoIP
Teléfonos Gateway
TDM y Análogos

Teléfonos
IP
Funcionamiento de una Red VoIP
Funcionamiento de una Red VoIP
Tipos de Arquitectura
Tipos de Arquitectura
Tipos de Arquitectura
Objetivos
• Seleccionar CODECs de acuerdo a los
requerimientos de calidad del cliente
• Determinar los requerimientos de ancho de
banda
• Especificar el nivel de calidad de la voz
Factores que afectan la calidad
de la Voz
Factores que afectan la calidad
de la Voz
Factores que afectan la calidad
de la Voz
Factores que afectan la calidad
de la Voz
Factores que afectan la calidad
de la Voz
Otros factores que afectan la
calidad de la voz
Desempeño de los CODECS de
Voz
• Compresión de Voz

Speech

DSP
Compression

Available
Available
Bandwidth
Bandwidth

64Kbps 64 Kbps
8 Kbps Voice
Bandwidth Voice
Available
Available
Bandwidth
Bandwidth

Helps Assure Toll Quality VoIP


Calidad de Voz vs. Reducción
de Ancho de Banda
Calidad de Voz vs. Reducción de Ancho
de Banda

CODEC Sample Look Minimum Voice


Size Ahead compression Quality
Delay Algorithm
Delay
G.711 .125 ms N/A .125 ms Toll
(64Kbps)

G.729 (8Kbps) 10 ms 5 ms 15 ms Near Toll

G.723 30 ms 7.5 ms 37.5 ms Fair or


(6.3/5.38Kbps) Good
Reducción de Ancho de Banda
Supresión de Silencios

Optimización
de Ancho de
Banda

64 Kbps 8 Kbps 14.8 Kbps ~7 Kbps


Muestreo Codec Con el Luego
de Voz (G.729) Overhead de eliminar
del Paquete IP los silencios

Ya que la conversación de voz promedio es en un 60-


70% silencio, la Surpresión de Silencios ayuda a
reducir el impacto en la Red de Datos
Otros factores que afectan la
calidad de la voz
Delay de Red de extremo a extremo

Propagation Delay
Packet Flow

Serialization Delay

Codec Delay
(Algorithmic)
Switching Delay Jitter Buffer
Queuing Delay Delay
Codec Delay
(Processing)
Todas la redes experimentan Delay

• El Delay tiene un impacto significativo en la


calidad de voz que se percibe
• Se consideran dos tipos de Delay:
—Delay de extremo a extremo (end-to-end)
—Delay variable (Jitter)

Es vital detectar el Delay


Compensarlo
Delay Variable (Jitter)

Jitter

Flujo Constante
Jitter Buffer
• La diferencia en los intervalos de transmisión y
recepción de los paquetes se denomina “jitter”
(temblor).
• Un buffer en el lado receptor acumula paquetes y los
envia al CODEC a intervalos regulares.
• El tamaño del buffer se configura de acuerdo al retardo
total de la red.
Jitter
Jitter Buffer
Buffer

WAN
Técnicas para compensar el Delay

• Differentiated Services (DiffServ)


• Resource ReSerVation Protocol (RSVP)
• Estándares Ethernet 802
• Prioritización basada en puerto
• Separación de Tráfico
• Prioritización por direcciones IP
Pérdida de Paquetes
La convergencia requiere Ancho de Banda

Datos Voz

Pérdida de Paquetes!!

Entrada (Datos + Voz) < max.Salida


Técnicas para controlar la Pérdida
de Paquetes
• Protocolos de Calidad de Servicio (QoS)
• Control de Admisión de Llamadas (Call Admision
Control)
• Buffer de Jitter adaptable
• Encubrimiento de Pérdida de Paqutes
• Aumento de ancho de banda
Encolamiento (Queuing)

• Encolar significa clasificar los paquetes y crear


diferentes buffers para almacenarlos. Luego los
paquetes son enviados basados en su prioridad.
• Métodos de Encolamiento (nombre original en inglés):
— Priority Queuing (PQ). PRIORITY
PRIORITY 11

— Weight Fair Queuing (WFQ).


— Class Base Weight Fair PRIORITY
PRIORITY 22

Queuing (CBWFQ).
PRIORITY
PRIORITY 33
— IP RTP Priority.
— Low Latency Queuing.
PRIORITY
PRIORITY 44
• Se implementa
en los routers o Switches.
Ejemplo: Enlace de 56Kbps

1 ms 37 ms
25 ms
1 ms Paquete de datos
Con 256 Bytes MTU
Codificador
PBX
8 Kbps 9 ms
Compresión 56 Kbps
Paquete de Voz
Switch WAN
66 Bytes
Routing

LAN HQ 40 ms
WAN
1 ms 9 ms
25 ms Paquete de Voz
40 ms 1 ms 56 Kbps 66 Bytes
WAN
PBX Codificador
8 Kbps Jitter 37 ms
Compresión Buffer
Paquete de datos
Switch Con 256 Bytes MTU
Routing
Latencia en un sentido de 204 ms

MTU = Maximum Transmission Unit


Ejemplo: Enlace de 1.544 M

1 ms 11 ms
25 ms
1 ms Paquete de datos
Con 2048 Bytes MTU
Codificador
PBX
8 Kbps .3 ms
Compresión T1
Paquete de Voz
Switch WAN
66 Bytes
Routing

LAN HQ 40 ms
WAN
1 ms .3 ms
25 ms Paquete de Voz
40 ms 1 ms T1 66 Bytes
WAN
PBX Codificador
8 Kbps Jitter 11 ms
Compresión Buffer
Paquete de datos
Switch Con 2048 Bytes MTU
Routing
Latencia en un sentido de 134.6 ms

MTU = Maximum Transmission Unit


Otros factores que afectan la
calidad de la voz
Otros factores que afectan la
calidad de la voz
Control y efectos del Eco

• Eco es el fenómeno por el cual la persona que


llama escucha su propia voz por la reflexión del
lado receptor.
• Factores que impactan la severidad del eco
—Amplitud de la señal de eco
—Tiempo que toma a la señal para regresar
• Dispositivos para control del eco
—Cancelador de eco y supresor de eco

Remover el eco superior a 25 ms


Cancelador de Eco

El Cancelador de Eco predice el tiempo del eco y


lo borra sumando la voz desfasada 180 grados.

Transmision
Transmision de
de Voz
Voz

COD
COD EC
EC DEC
DEC

Hibrido
IP

IP

Hibrido
Hibrido

IP TRK

IP TRK
Hibrido

WAN
TRK

TRK
DEC
DEC EC
EC COD
COD
Calculando Ancho de Banda

La capa de enlace (L-2) impacta el overhead

PPP: 40 + 8 = 48

FR: 40 + 6 = 46

802.3: 40 + 18 = 58
Ejemplo 1: G.711

—CODEC G.711 = 64 Kbps


—Payload de Voz (muestra) = 10 ms (80 bytes)
—Header IP = 40 Bytes
—Tipo de Enlace = 802.3 (Ethernet) 18 Bytes
—Paquetes IP por segundo = 100

La Matemática:
(80 + 58) x 8 x 100 = 110,400 (110.4 Kbps)
Ejemplo 2: G.729

– CODEC G.729 = 8 Kbps


– Payload de Voz (muestra) = 10 ms (10 bytes)
– Header IP = 40 Bytes
– Tipo de Enlace = PPP 8 Bytes
– Paquetes IP por segundo = 100

La Matemática:
(10 + 48) x 8 x 100 = 46,400 (46.4 Kbps)
Modelos de Calidad de Voz

• Mean Opinion Score (UIT P.800)


• Modelo-E (UIT G.107)
Medición de calidad de Voz

• Mean Opinion Score (MOS)


—Medición subjetiva de opinión promediada
—Basada en la calidad percibida por el sujeto
• Modelo E (E-Model) G.107
—Objetiva
—Basado en medicíones estadísticas válidas de
opiniones
MOS (Mean Opinion Score)

Niveles de Medición
5 Persona a persona (excelente)
6 Calidad Telefónica (bueno)
7 Entendible pero no de muy buena calidad
(aceptable)
8 Se puede entender la voz, pero no se reconoce
al que habla (pobre)
9 No se puede entender la voz ni se reconoce al
que habla (mala)
Modelo E
• Nos permite relacionar mediciones subjetivas y
objetivas al manejar limitaciones de Telefonía IP

Mediciones Mediciones
Objetivas Subjetivas
Modelo
E

Valor R
Ecuación básica para el Modelo E

R = Ro – Is – ld – le + A

Donde:
—Ro = Valor R base, como el ruido
—Is = Defectos que son simultáneos al habla, (eco)
—Id = Defectos retardados
—Ie = Defectos producto de equipos especiales
(CODECs)
—A = Factores de ventajas (como movilidad del
usuario)
Valor-R mapeado a MOS

MO
R S
100 5.0
94 Muy Satisfecho 4.4
90 4.3

Satisfecho
80 4.0

Algunos usuarios no satisfechos


70 3.6

Muchos usuarios no satisfechos


60 3.1
Casi todos usuarios no
50 satisfechos 2.6

No recomendado

* Valores son subjetivos


Factores de Convergencia de
Tráfico
Tecnologías de VoIP
Objetivos
• Discriminar entre los diferentes métodos
disponibles para implementar QoS
• Explicar los factores y retos de implementar
VoIP sobre enlaces WAN de bajo ancho de
banda
• Definir la insfraestructura necesaria para
soportar tráfico VoIP en ambientes de LAN y
WAN
• Identificar factores comunes de redes Ethernet
para el tráfico VoIP en ambiente de LAN
¿Qué es QoS?

• Es controlado por la percepción de


calidad de voz por usuario
• Depende de las características de
la red IP
• Es gobernado por diferencias entre
costo y calidad
• Proporciona disponibilidad,
confiabilidad y predecibilidad
• Prioritiza flujo de tráfico
• Administra las expectativas del
usuario por medio de SLAs
Factores que impactan QoS

• Amplio rango de tecnologías, architecturas y


protocolos
• Altamente dependiente de jitter, delay y pérdida
de paquetes.
Métodos para obtener QoS
• Resource ReSerVation Protocol (RSVP)
• Differentiated Services (DiffServ)
• Estándards de Ethernet 802
• Prioritización basada en puertos
• Separación de tráfico
• Prioritización de direcciones IP
• Fragmentación de paquetes
Resource ReSerVation Protocol
(RSVP)
• Reserva recursos a lo largo de la red
• Coloca solicitudes en base a orden de llegada

Favor reservar
32.3 Kbps para
esta llamada

Host transmisor Hosts receptores


Differentiated Services
(DiffServ)
• Define tratamiento de paquetes a lo largo de la red
—Lo que se conoce como tratamiento
Per Hop Behavior (PHB)
• Especifica y controla el tráfico de la red por clases
Campo DSCP

• Campo de 6 bits en header IP que especifica


comportamiento por salto para un flujo de paquetes
determinado
• Reemplaza campo de precedencia IP en ToS
Longitud Type of Service (TOS)
Version del Longitud total en bytes más información de
header Tipo de Servicio
4 bits 16 bits header...
4 bits 8 bits

0 1 2 3 4 5 6 7

DSCP CU
Campo Differentiated Services (DS)
CU = no utilizado actualmente
Class Selector (CS)
• Representado por 8 clases de prioridad
• Utiliza misma posición de bits que campo de
precedencia IP en ToS
• Las clases están numeradas de CS0 a CS7
• CS7 tiene la mayor prioridad
• CS0 es el equivalente a servicio de mejor
esfuerzo (best effort)
Expedited Forwarding y Assured
Forwarding
• Expedited Forwarding DiffServ Class
—Servicio de baja latencia y alta prioridad

• Assured Forwarding DiffServ Class


—Cuatro clases de servicio, cada una con tres niveles
diferentes de descarte por prioridad

Utilice Expedited Forwarding para voz


Estándards de Ethernet 802
• Proporcionan administración de congestión
• Utilizados para prioritizar transmisión de
paquetes
• 802.1p: a nivel de usuario
• 802.1q: a nivel de puerto de LAN
Ejemplo 802.1Q

Usuario B
(2) VLAN Y
Prioridad=4
(3)

Usuario A
(1) VLAN X
Prioridad =6

802.1q es usado para prioritizar transmisión de


paquetes a nivel de puerto de LAN
Ejemplo 802.1P

(3)
Usuario C Usuario B
(1) Prioridad =5

(2)

Usuario B
Prioridad =6

802.1p es usado para prioritizar transmisión de


paquetes a nivel de usuario
Prioritización basado en puertos

• Método efectivo de obtener calidad de voz


óptima
• Habilidad de prioritizar todo el tráfico
proveniente de un puerto específico de switch
de Ethernet capa 2
—802.1p no es necesario

No recomendado para terminales IP


Separación de Tráfico

• Técnica opcional
— Le permite colocar todo el tráfico de voz en un VLAN y todo el
tráfico de datos en otro VLAN
• Beneficios:
— Asegura QoS para la voz permitiendo que el tráfico del VLAN de
voz tenga mayor prioridad que el tráfico del VLAN de datos
— Provee una forma más fácil de conectar un gateway VoIP de
una central habilitada para IP al switch de Ethernet de capa 2
de la compañía utilizando tecnología de capa 2
Prioritización por dirección IP
• El tráfico de VoIP también puede ser prioritizado
por sus direcciones IP
• Ideal para dispositivos con direcciones IP
estáticas que se cambian en raras ocasiones
• El administrador de la red puede configurar que
los routers filtren (clasifiquen) y prioriticen todos
los paquetes que originan de estas direcciones
IP y saber si son de dispositivos VoIP
Protocolos y Lineamientos

• Protocolos
—Protocolos pueden utilizar puertos UDP para
proporcionar prioridad mayor a paquetes VoIP
• Lineamientos
—Routers de backbone reserva más puertos que
routers de borde
—Rangos de puertos en routers de borde son un
subconjunto de los rangos de puertos de los routers
de backbone
—Dos puertos deben ser reservados para cada llamada
que se espera tener sobre el enlace de WAN
Fragmentación de paquetes

• En redes en donde la voz y los datos se


mezclan, se deben fragmentar los paquetes
antes de atravesar enlaces de ancho de banda
limitado (menos de 1Mbps) para minimizar delay
de voz y jitter
• Diferentes protocolos pueden realizar
fragmentación
—ATM (automático), Frame Relay (FRF, 12), PPP, IP

Permite al protocolo realizar fragmentación


Fragmentación IP (Unidad
máxima de transmisión)
• La mayoría de los routers utilizan un tamaño
máximo de de paquete por defecto de 1500
bytes, que puede tomar una cantidad
considerable de tiempo para transmitir sobre
una conexión de bajo ancho de banda
• Los paquetes de datos utilizan la mayoría del
presupuesto de delay para tráfico de voz antes
de que el primer paquete de voz sea transmitido
• Reducir el MTU puede colocar más datos en el
WAN anticipadamente y no es necesariamente
más eficiente
Retos de enlaces de WAN de
bajo ancho de banda

• Serialization delay: puede ocurrir cuando paquetes pequeños


tienen que esperar a paquetes mayores para ser enviados por
el enlace
Serialization Delays (msec)
Enlace Tamaño de Paquete
en Kbps 40 bytes 80 bytes 88 bytes 136 bytes 184 bytes 232 bytes 280 bytes 520 bytes 1Kbytes 1.48 Kbytes
56 5.714 11.429 12.571 19.429 26.286 33.143 40.000 74.286146.286 211.429
64 5.000 10.000 11.000 17.000 23.000 29.000 35.000 65.000128.000 185.000
128 2.500 5.000 5.500 8.500 11.500 14.500 17.500 32.500 64.000 92.500
256 1.250 2.500 2.750 4.500 5.750 7.250 8.750 16.250 32.000 46.250
384 0.833 1.667 1.833 2.833 3.833 4.833 5.833 10.833 21.333 30.833
1000 0.320 0.640 0.704 1.088 1.472 1.856 2.240 4.160 8.192 11.840
1540 0.208 0.416 0.457 0.706 0.956 1.205 1.455 2.701 5.319 7.688
2048 0.156 0.313 0.344 0.531 0.719 0.906 1.094 2.031 4.000 5.781
10000 0.032 0.064 0.070 0.109 0.147 0.186 0.224 0.416 0.819 1.184
100000 0.003 0.006 0.007 0.011 0.015 0.019 0.022 0.042 0.082 0.118
150000 0.002 0.004 0.005 0.007 0.010 0.012 0.015 0.028 0.055 0.079
Maximum Transmission Unit

LAN
Frames de datos (MTU = 1500 bytes)
214 ms para transmitir solo uno

Red IP
Enlace de 56 kbps
Router

Frames de voz

PBX con interfaz VoIP


Tamaños de MTU
(Maximum Transmission Unit)

Velocidad de
56 64 128 256 512
Enlace (Kbps)

Máximo de MTU 128 128 256 512 1024


recomendado bytes bytes bytes bytes bytes

70 80 160 320 640


MTU Ideal
bytes bytes bytes bytes bytes

Reducir el MTU puede colocar más datos en el WAN anticipadamente


y no es necesariamente tan eficiente. Existe una relación entre
mejor desempeño de la red y calidad de voz.
Requerimientos clave de
infraestructura
• Full Duplex – envía y recibe simultáneamente
—Enlaces de WAN (T1, E1, PPP, FR, ATM, SONET,
SDH, MPLS)
—Switches de LAN
• Half Duplex – envía O recibe, un dispositivo
habla a la vez
—LAN: LANs antiguas basadas en cable
—LAN: hubs
—LAN: switches en base de puerto a puerto
Requerimientos clave de
infraestructura LAN
• Autonegociación: realiza balance de recursos
máximos de cada nodo
• Switches de capa 3: combinan velocidad de
switches con la capacidad de ruteo IP de los
routers
• Manejo de power: incrementa confiabilidad de la
red
Ethernet Speed/Duplex Mismatch

Device Must match

10/100 Mbps 10/100 Mbps


Half/Full Duplex Half/Full Duplex

Device Highest Common


Denominator
Auto-negotiate Auto-negotiate

Device 10/100 Mbps


Half Duplex
Auto-negotiate 10/100 Mbps
Half Duplex

Device
Half Full Duplex Mismatch

Auto-negotiate 10/100 Mbps


Full Duplex
Protocolos de datos y aplicaciones
comunes
• File Transfer Protocol (FTP)
• Telnet
• Simple Mail Transfer Protocol (SMTP)
• Hypertext Transfer Protocol (HTTP)
• Structured Query Language (SQL)
• Domain Name Server (DNS)
• Dynamic Host Configuration Protocol (DHCP)
Falta de QoS en ambiente 802.11
inalámbrico

• Redes inalámbricas
normalmente tienen
mayor delay que medios
tradicionales
• La industria investiga
técnicas para
implementar QoS en
ambiente inalámbrico
Ambiente WAN

• Mismos factores de
administración de tráfico
que el LAN, pero con
mayor complejidad
• Retos para garantizar
desempeño de
aplicaciones consistente
debido a gran cantidad
de escenarios
Ejemplo

• Enlace de alto ancho de banda terminando en enlace de


bajo ancho de banda
• Traffic Shaping asegura que no ocurran pérdidas de
paquetes entre el túnel de alto ancho de banda y el de
bajo ancho de banda
256k B
DS3 Frac T1
C

D
A
Evaluando routers de clientes

• Tres factores que inluyen


en el desempeño de los
routers:
— Velocidad de baseline
— Características de
tráfico enrutado
— Eventos externos
(además de tráfico
enrutado)
Necesidad de Control de admisión
de llamada

• Previene congestión
• Limita número de
llamadas que pueden
estar activas en varios
nodos de la red
Falta de QoS en ambiente de
Frame Relay

• Tráfico que no esté marcado Discard Eligible (DE)


dentro del CIR de cliente recibe igual tratamiento
Flag Dirección Control Infomación FCS Flag
(7E) (2 bytes) (03) (Longitud Variable) (7E)

Dirección Q.922

7 6 5 4 3 2 1 0
DLCI (orden mayor) C/R EA
0
DLCI (orden menor) FECN BECN DE EA
1
Factores de Seguridad

• Firewalls
• Network Address
Translations (NATs)
• Encripción
Factores comunes de redes
Ethernet para ambientes de LAN
• Ancho de Banda
—Requiere switches 10/100/1000 Ethernet
• Delay
—Debe ser menor a 200 ms ???
• Congestión
—Tráfico de internet basado en TCP puede causar
problemas significativos de calidad de voz si QoS no
está implementado
—Nunca utilizar hubs de Ethernet que comparten
recursos

También podría gustarte