Telefonía clásica - FXO y FXS

Central Central

VoIP Trunk
FXS FXS
FXO FXO
 Temas PBX CO Switch PBX CO Switch

 Usualmente el Local Loop está en modo Loop Start

Tecnología de transmisión de voz en
redes IP  FXO se conecta a una PBX o a una CO

H.323  FXS se conecta a un aparato telefónico o a una línea y genera el

SIP timbre.
 FXO detecta el voltaje de timbre, cierra el lazo cuando se levanta
el auricular y lo abre cuando el teléfono esta colgado
 FXO se comporta como la red telefónica y se conecta a una línea
2
de dos hilos

Interfaces Digitales y Señalización Muestreo y cuantificación.

Muestreo Conversor Compresión Confección de Tx

A/D Ley A / Ley µ paquetes

Descompresor Converso
Rx Buffer
Cliente Troncal Ley A / Ley µ rD/A

Voz analógica Digitalización Compresión Paquetización

 T-1/E-1 son sistemas digitales diseñados para

transportar voz y datos 010100101100 DSP IP 10011101 11010101

 T-1 combina 24 canales de 64 kbps en un circuito

 E-1 combina 30 canales de 64 kbps en un circuito

3 4

1
 Codificadores de Voz Algunos formatos de audio digital

 La codificación de la voz, que comprende la digitalización y la Formato Frec. Muestreo Canales Caudal por canal Uso
(KHz) (Kb/s)
compresión de la voz, puede ser realizada mediante tres técnicas
PCM (G.711) 8 1 64 Telefonía
principales:
ADPCM (G.721) 8 1 32 Telefonía
SB-ADPCM (G.722) 16 1 48/56/64 videoconferenc.
 Codificadores de forma de onda: ej. ITU-T G.711 (PCM) a 64 kbps.
MP-MLQ (G.723.1) 8 1 6,3/5,3 variable Telefonía Internet
 Codificadores basados en modelos matemáticos sobre la producción
ADPCM (G.726) 8 1 16/24/32/40 Telefonía
de la voz . Vocoders: envían un set de parámetros, ej. LPC
E-ADPCM (G.727) 8 1 16/24/32/40 Telefonía
 Codificadores híbridos: usan técnicas de análisis por síntesis (AbS). LD-CELP (G.728) 8 1 16 Telefonía/Videoc.
Usan tasas entre 4 y 16 kbps CS-ACELP (G.729) 8 1 8 Telefonía Internet
RPE-LTP (GSM 06.10) 8 1 13,2 Telefonía GSM
 Toll-quality coders  MOS (mean opinion score) >= 4 CELP (FS 1016) 8 1 4,8
LPC-10E (FS 1015) 8 1 2,4
 La mayoría de los codificadores usados en VoIP operan en el rango de CD-DA / DAT 44,1/48 2 705,6/768 Audio Hi-Fi
5.2 - 8 kbps

5 6

Medición de la QOS en VoIP Métodos subjetivos

 Son aquellos métodos que se basan en la opinión de la gente y

 Las comunicaciones de voz sobre IP deben constatar una
en pruebas de audición.
medida de calidad confiable, para ofrecer un servicio rentable
a la vez que satisfactorio al cliente.  Existe una escala de medida fijada por el estándar P.800 de la
ITU-T que recoge todos los métodos subjetivos asignándoles un
 La audición de la voz depende directamente de las cierto grado MOS (Mean Opinion Score).
características más comunes de una red de paquetes IP.
 Las siguientes escalas de opinión son las utilizadas con más
 Existen diferentes métodos o formas para medir dicha calidad frecuencia:
de servicio, clasificándose la mayoría en métodos subjetivos y
métodos objetivos.  Escala de calidad de escucha
 Escala de esfuerzo de escucha
 Escala de sonoridad preferida

7 8

2
 Comparación de codecs Comparación entre los diferentes estándares
de codificación

MOS Calidad voz Nivel de distorsión

Tipo de Tasa de Bit Retardo en
5 Excelente Imperceptible Estándar MOS Complejidad
codificación en Kbps ms
4 Buena Apenas Perceptible, no desagradable
G.711 PCM 64 4.3 1 0.125
3 Regular Perceptible, levemente desagradable
ACELP MP- 5.3 3.8 25 37.5
2 Pobre Desagradable, pero aceptable G.723.1
MLQ 6.3 3.8 25 37.5
1 Insatisfactoria Muy desagradable. Inaceptable
G.728 LD-CELP 18 4.0 50 0.625

G.729 CSA-CELP 8 4.0 30 15

MOS: Mean Opinion Score MOS de 4.2 = Calidad óptima G.729A CSA-CELP 8 4.0 15 15

9 10

Compresión vs calidad Métodos Objetivos

 Son aquellos que están basados en algoritmos que comparan

64 PCM (G.711)
Caudal (Kb/s)

la señal provinente de la fuente y la señal codificada.

56

48

40  Consiste en comparar la señal original con la señal codificada

32 ADPCM 32 (G.726)
mediante un algoritmo que trata de "imitar" el proceso de
24 ADPCM 24 (G.725)
percepción auditiva de una persona, de cierto modo se
16 ADPCM 16 (G.726) LDCELP 16 (G.728)
Normalmente requieren relaciona con el anterior criterio MOS.
8 CS-ACELP (G.729a) CS-ACELP 8 (G.729) hardware especial
LPC 4.8 MP-MLQ 6,4 (G.723.1) (DSP, Digital Signal
0 Processor)
0 1 2 3 4 5
MOS (Mean Opinion Score)

11 12

3
 Modelo Matemático – Modelo E Factores que afectan la calidad de la voz
ITU-T G.107 presenta un modelo matemático conocido como modelo-E, el cual
 Retardo (Latency)
intenta predecir valores de QoS usando factores de comunicación más objetivos.
 Fluctuación del Retardo (jitter)
Las normas TIA/EIA TSB116 ofrece una comparación de los valores del Modelo E
(R) y los valores de MOS. Por ejemplo: un valor de R = 94 es equivalente a un MOS  Pérdida de Paquetes
de 4.4  Paquetes aislados
 Ráfagas de paquetes

R caracterización MOS
 Compresión de voz
90-100 Usuarios muy satisfechos 4.3+
80-90 Usuarios satisfechos 4.0-4.3  Eco
70-80 Algunos usuarios satifechos 3.6 - 4.0
 Distorsión de digitalización
60-70 Muchos usuarios no satisfechos 3.1 – 3.6

50-60 Casi todos los usuarios no satisfechos 2.6 – 3.1

0-60 No recomendado 1.0 – 2.6

13 14

Retardos Factores que afectan la calidad de la voz

30 ms Interrelación entre los factores

30 ms 20 ms Codificacion
5 ms Codificacion Transmisión Paquetizacion 5 ms  La fluctuación del retardo (jitter) se puede controlar con memorias
propagacion paquetizacion (jitter) buffering propagacion
temporales (buffers), a expensas de un aumento del retardo
90 ms en
un sentido  Los “codecs” que comprimen en mayor escala introducen más
retardo
gateway gateway  Exceso de tráfico en el dominio de colisión
Red IP
 Descarte de paquetes
PSTN
 Demasiada fluctuación de retardos
 Saturación del jitter buffer
Componentes del Retardo (Latencia)
• Retardo de paquetización
• Retardo de propagación
• Retardo de transporte
• Retardo del jitter buffer
15 16

4
 Fluctuación de Retardo y Retardo
Consideraciones de performance (1)

 Tamaño de paquete de voz   impacto de pérdida de

paquetes   calidad del audio en RX 

 Tamaño de paquete de voz   retardo paquetización  y

tamaño de buffers 

 Pérdida de tráfico de voz y tamaño de paquete:

 Estudios (para tráfico G.711) revelaron que perder tráfico
de 32-64 mseg afecta la performance.
 En cambio la pérdida de paquetes de 4-16 mseg no es
perceptible  tamaño de payload  32-64 octetos sería
aceptable

17 18

Consideraciones de performance (2) Eco

El eco es localizado por
30 ms
30 ms 20 ms Codificacion el circuito hibrido
 Tamaño de buffer 5 ms Codificacion Transmisión Paquetizacion localizado aqui
propagacion paquetizacion (jitter) buffering
 Tamaño de buffer   retardo  pero pérdida 
5 ms
 Pérdida de tráfico versus retardo unidireccional: propagacion

20% 90 ms en
 El paquete de voz debe un sentido
ser pequeño para reducir Red IP
PSTN
Potencialmente pobre latencia y mejorar calidad
Traffic loss

usable
gateway gateway
10%
bueno  El overhead de los headers
5% El eco es localizado en el extremo más cercano del
hacen que la eficiencia sea
Toll gateway 10 ms después de haber sido recibido y es
quality muy baja
cancelado por el mismo gateway
100 150 400
Retardo unidireccional en ms La calidad del audio depende de los codecs y del algoritmo de cancelacion de eco
usado
Status of the art: codecs with packet loss concealment such as ILBC (used by
19 Gizmo, skype, GoogleTalk; not used by Cisco)
20

5
 Encolamiento en un router con QoS Ancho de banda requerido para VoIP
Voz Vo Vo
Tamaño
Vídeo Vi Vi NU NU NU NU Ur Ur Vi Vi Vo Vo Tamaño Ancho de
Tiempo trama Ancho de
de banda a
Datos urgentes Tasa de de Paquetes IP=(Carga banda a
Ur Ur Vocoder carga nivel
bit Kbps paquetiza por seg util+ RTP + nivel IP
útil RTP Ethernet
Datos no urg. NU NU NU NU cion UDP + IP) Kbps
(bytes) Kbps
Bytes
Subsistema de colas de nivel 3 Subsistema de colas de nivel 2

Encolamiento de baja latencia G.723.1 6,3 30 ms 33,3 24 64 17 27,2

(MP-MLQ)
silencio 18 5,5 4 44 1,9 3,7
PQ voz
Política 8 30 33,3 20 60 16 26,1
PQ voz G.729
Entrada Interleave TX Salida silencio 18 5,5 4 44 1,9 3,7
Paquetes Ring Paquetes
Clase X
G.711 64 30 33,3 240 280 74,6 84,7
Clase Y CBWFQ Fragmento
FAX
WFQ Default 4,8 40 25 24 64 12,8 20,4

WFQ: Weighted Fair Queuing

CBWFQ: Customer Based Weighted Fair Queuing

21 22

Ahorro de ancho de banda Supresión de eco y de períodos de silencio

 Empaquetado de tramas

Un flujo stream es analizado

 Compresión de encabezados

 Supresión de silencio Se remueve el eco

 Control de admisión Se remueve el silencio por VAD

La muestra resultante se envía al CODEC

23 24

6
 Combinación de tramas en un paquete Retardo de serialización vs
velocidad y tamaño de paquete
Tamaño de
Retardo de serialización fragmento
(para retardo de 20 ms)
IP UDP
Ancho de 64 128 256 512 1024 1500 Velocidad Tamaño
banda bytes bytes bytes bytes bytes bytes fragmento
64 Kb/s 8 ms 16 ms 32 ms 64 ms 128 ms 187 ms 64 Kb/s 160 Bytes
128 Kb/s 4 ms 8 ms 16 ms 32 ms 64 ms 93 ms 128 Kb/s 320 Bytes
192 Kb/s 2,7 ms 5,3 ms 10,7 ms 21,3 ms 42,6 ms 62,5 ms 192 Kb/s 480 Bytes

Se añade un encabezado de 8 bytes the UDP y 20 bytes de IP y un 256 Kb/s 2 ms 4 ms 8 ms 16 ms 32 ms 46 ms 256 Kb/s 640 Bytes

encabezado Real Time Protocol (RTP) de 12 bytes que permite el 384 Kb/s 1,3 ms 2,7 ms 5,3 ms 10,7 ms 21,3 ms 31,3 ms 384 Kb/s 960 Bytes

ordenamiento de los paquetes y su priorización respecto a los paquetes 512 Kb/s 1 ms 2 ms 4 ms 8 ms 16 ms 23 ms 512 Kb/s 1280 Bytes
1024 Kb/s 0,5 ms 1 ms 2 ms 4 ms 8 ms 12 ms 1024 Kb/s 2560 Bytes
de datos

25 26

Compresión de cabeceras RTP (RFC 2508) Compresión del encabezado RTP

 Para reducir el porcentaje de ancho de banda consumido por
 Los paquetes de voz no pueden ser muy grandes (retardo de paquetización) una llamada de voz, p.e. G729, se puede utilizar cRTP
 Con la compresión de la voz el problema se acentúa. G.729 genera 8 Kb/s (20
bytes cada 20 ms)  Permite comprimir la cabecera de de 40 bytes IP/RTP/UDP
entre 2 y 4 bytes.
 Cabeceras:
 IP: 20 bytes

 UDP: 8 bytes
20 8 12 bytes
 RTP: 12 bytes
No
comprimida IP UDP RTP Carga útil
 200% de overhead. La mayoría de los campos no cambian durante la sesión
 La compresión reduce las cabeceras a 2-4 bytes. Se aplica a nivel de enlace. cabecera 20 a 160 bytes

comprimida Carga útil

cRTP 20 a 160 bytes

27 28

7
 Compresión de cabeceras RTP (RFC 2508) Comparación de anchos de banda requeridos
 Voz sobre RTP/UDP/IP
RTP Body
• Can carry multimedia in arbitrary encoding  Cálculos de ancho de banda sin comprimir headers y
• RFC2833: DTMF comprimiendo a 2 bytes, sin considerar la contribución al
• RFC3016: MPEG-4 overhead de la capa de enlace de datos
• RFC3385: comfort-noise
• RFC3351: basic audio (GSM, G.711, G.729, …) and video (H.261, H.263, …)
• RFC3952: iLBC
Required Required
• RFC4298: Broadvoice
bandwidth bandwith
• See http://ietf.org/html.charters/avt-charter.html for All Payload
Nominal rate
Packet rate Payload size
uncompress compressed
format (ms) (bytes)
ed headers headers
Protocol (RTCP) (kbps (kbps)
• Separate packets sent on a different port number
G.711 20 160 80 64.8
• Exchange information about losses and delays between the end systems 64 Kbps
• Packets sent in intervals determined based on number of end systems and G.711 10 80 96 65.6
available bandwidth G.729 20 20 24 8.8
• Many implementers don’t bother to support RTCP 8 Kbps
G.729 10 10 40 9.6

29 30

Protocolos de señalización Stack de protocolos H.323

 H.323 consiste de varios standards y cita el uso de otros
 Para garantizar la interoperabilidad entre la red telefónica y
las redes de transmisión de datos es necesario utilizar
Audio Video Datos Interfase de control del usuario
protocolos de señalización.

 Los más conocidos son: G.711

G.722
H.261 Call RAS
 H.323 G.723 H.245
H.263 T.120 control control
 SIP G.728 control
H.255 H.255
G.729

 Otros protocolos: RTP/RTCP

UDP UDP o TCP
 IAX
IP
Tecnologías de capa 2
Tecnologías de capa 1

31 32

8
 Componentes H.323 Elementos H.323

 Terminal: punto terminal de la LANs que puede realizar una Red IP

Terminal H.323
comunicación con otro terminal, gateway o MCU que consiste en flujo Terminal H.323 LAN
de datos de control, audio, vídeo o aplicaciones. WAN
MCU
GW
 Gateway: punto terminal que provee comunicación entre terminales GK
Terminal H.323
de la LANs y otros terminales ITU dentro de una WAN

 Gatekeeper: entidad que provee el servicio de traducción de ATM

ISDN RTP
direcciones y control de acceso a la LAN de terminales, gateway y RTP
MCUs en los caso que lo ameriten. Terminal H.320
Terminal H.324

 Multipoint Control Unit (MCU): punto terminal que se encarga de

 Los puntos terminales pueden llamar y ser llamados.
la centralización del flujo informativo en una conferencia multicast.
 Las entidades no pueden ser llamadas, sin embargo, pueden
ser direccionadas para funciones específicas.

33 34

Arquitectura terminal H.323 Gatekeeper

Equipo e/s Codec Video Laura
de vídeo H.261, H.263
Retardo
147.156.4.15
RTP 5113
trayecto UDP
Equipo e/s Codec Audio RTCP
Recepción
de audio G.711, G.722, (Sync) Luis
G.723, G.728, 147.156.3.12
Datos usuario G.729 5112 Internet
Aplicaciones Capa
IP
T.120, etc. Control del sistema H.225 Ana
147.156.7.45
TCP Pedro 5114
Control H.245 147.156.1.20
Interfaz de 5111
Dirección E.164 Alias H.323 Dirección IP
H.225.0 Control
usuario para (número teléfono)
llamada
control
5111 Pedro 147.156.1.20
del sistema H.225.0 Control UDP GK
RAS 5112 Luis 147.156.3.12
5113 Laura 147.156.4.15
5114 Ana 147.156.7.45
opcional

35 36

9
 Arquitectura de H.323 - Gatekeeper Gatekeepers

 A pesar de que el Gatekeeper no es un elemento obligatorio, si existe, las

 Es un elemento opcional en la comunicación entre terminales H.323
terminales deben usarlo.
pero es el elemento más importante de una red H.323.
 RAS define para estos la traducción de direcciones, control de admisión,
 Provee traducción de direcciones y servicios de control de llamadas a
control de ancho de banda y gestión de zonas.
los terminales H.323
 Los Gatekeepers juegan también un rol en las conexiones multipunto. Para
 Es responsable de manejar el ancho de ancho de banda utilizado por la
soportar conferencias multipunto, los usuarios podrían emplear un Gatekeeper
red H.323 para recibir los canales de control H.245 desde dos terminales en una
conferencia punto-punto.
 Un simple Gatekeeper maneja una colección de terminales, Gateways
y MCU’s llamada zona (asociación lógica de estos componentes que  Existen dos formas para que una terminal se registre en un gatekeeper:
puede abarcar múltiples LANs)
 Conociendo su IP y enviando entonces un mensaje de registro unicast a
 Actúan como punto central de todas las llamadas dentro de una zona y esta dirección
proporcionan servicios a las terminales registradas y control de las
llamadas. De alguna forma, el gatekeeper H.323 actúa como un  Enviando un mensaje multicast de descubrimiento del gatekeeper (GRQ)
que pregunta ¿quién es mi gatekeeper?
conmutador virtual.

37 38

Zonas de Gatekeeper Funciones obligatorias Gatekeeper

Zona: conjunto formado  Traducción de Direcciones

GK por los terminales,
Zona 1
gateways, y MCUs
GK  Control de Admisión
gestionados por un
Prefijo 56 Zona 3  Control de Ancho de Banda
gatekeeper
Prefijo 48
 Gestión de Zona

 Señalización de control de llamada

WAN IP
Zona 2  Autorización de llamada
Prefijo 73
Las zonas de
GK  Gestión de llamada
Gatekeeper son áreas
lógicas que reflejan la
topología de la red y
simplifican las tareas
administrativas
GK

39 40

10
 Gateways Gateway/Gatekeeper, llamada entrante
 Gateway: es la interfaz entre la red basada en IP y la red telefónica

 Media Gateway: provee el mapeo y traducción entre las redes IP y Llamar a

0358 4676183 ext. 60
telefónica. Ej.: traduce G.711 a G.723.1 y viceversa. 200.156.2.15 ADSL
Arrancar Netmeeting 0358 4676183
 Signaling Gateway: provee la traducción entre las operaciones de GK: 200.42.5.96 200.156.2.69 0351 4605121
Usuario: Mafalda
señalización de H.323 y SS7 Número de tel.: 60
Internet GWY RTP
 Media Gateway Controller: es el controlador. Tiene una conexión ¿ext. 60?
con el gatekeeper, por lo tanto debe ser capaz de procesar 60 = 200.156.2.15
mensajes H.225 y H.245 . Es responsable de autenticación y
61 200.42.5.96
seguridad de red
Usuario IP Ext.
Gatekeeper o Mafalda 200.156.2.15 60
GK ‘equipo selector’
Manolito 200.156.2.16 61

Susanita 200.156.2.17 62
62

41 42

Gateway/Gatekeeper, llamada saliente Unidad de Control Multipunto (MCU)

Internet
Llamar al0351 4605121

200.156.2.15
ADSL
Arrancar Netmeeting 0351 4605121
200.156.2.69 0358 4676183
GK: 200.42.5.96
Usuario: Mafalda
Número de tel.: 60 MCU H.323 MCU
Internet GWY RTP (Multipoint Control Unit) Replica el flujo de audio para cada participante.
Registro Posible cuello de botella

 Multipoint Control Unit (MCU): soporta multiconferencia entre 3 ó más

Usar GW 200.156.2.69 terminales y Gateways. Consiste de:
Usuario IP Ext.
Gatekeeper  Multipoint controller (MC): negocia con todos los terminales para
Mafalda 200.156.2.15 60
asegurar un denominador común.
Manolito 200.156.2.16 61
GK  Multipoint processor (MP): es capaz de mezclar o conmutar tráfico
200.42.5.96 Susanita 200.156.2.17 62
43
de voz, video o datos

44

11
 Servidor proxy H.323 Señalización H.323 - Operaciones RAS

 Es un proxy específicamente diseñado para el protocolo H.323. Petición de admisión

Confirmación de admisión RAS GK

 Actúa en la capa de ampliación y puede examinar los paquetes
Gatekeeper
entre dos aplicaciones que se comunican Terminal H.323 Inicio
H.225
Conexión (Q.931)
 Puede negociar QoS adecuada y hacer túneles en un red IP

 Permite conversión de dirección de red Intercambio de capacidades Terminal H.323

Apertura de canal lógico
H.245
 Proporciona seguridad ACK de apertura de canal lógico
Path
RSVP
 Implementación libre: Open H.323 Resv
(opcional)
 Aplicaciones clientes: Microsoft Netmeeting y Ekiga Flujo RTP
Flujo RTP Medio
Flujo RTCP

45 46

Operaciones RAS – Procedimiento de registro Señalización H.323 – Control de llamada

Petición de admisión
GRQ descubrimiento GK GK RAS
Confirmación de admisión GK
autodescubrimiento GCF o GRJ acepta o rechaza Gatekeeper
Inicio
Terminal H.323 H.225
RRQ solicitud de registro Conexión (Q.931)
Inicio de una
RCF o RRJ acepta o rechaza
petición de registro
Intercambio de capacidades Terminal H.323

Apertura de canal lógico

Inicio de una URQ H.245
petición de ACK de apertura de canal lógico
UCF o URJ
cancelación de Path
registro El gatekeeper Resv RSVP
(opcional)
URQ también puede
Flujo RTP
iniciar una petición
UCF de registro Flujo RTP Medio
47 48 Flujo RTCP

12
 Operaciones RAS - Procedimiento de admisión Establecimiento de la llamada

IP 10.0.0.1 Llamado
Llamante Puerto UDP 1719 GK IP 10.0.0.12
GK
IP 10.0.0.10
H.225 RAS -ARQ TCP SYN
setup Puerto TCP
H.225 RAS - ACF/ARJ P. H225
Inicio de la llamada TCP SYN-ACK Puerto 1720
TCP ACK
H225 setup
Señalización de H.225 - setup Puerto
control de llamada Tipo de terminal, dirección RRQ UDP 1719
(H.225) H.225 - Procedimiento de llamada (llamada en curso) de RAS, dirección de la señal
Call de llamada, alias de la RCF
Inicio de una petición H.225 RAS -ARQ proceeding terminal
de registro H.225 - ACF/ARJ ARQ
H.225 RAS -IRQ Requerimiento inicial de ancho
Solicitud de de banda de la llamada ACF/ARJ
información de estado H.225 RAS -IRR
H.225 Alerting
Alert Puerto TCP H.225 Connect
Puerto 1720
H.225 - Alerting P. H225
H.225 – Alerting (conexión) Alerting
49 Connect 50

Modelos de llamada H.323 Modelos de llamada H.323

Modelo de señalización directa
Call signaling (H.225 –G.931)
Call control (H.245)
Media stream (RTP)
Modelo de señalización ruteada
Media stream (RTP)
GWY
 Modelo de ruteo directo: El modelo de llamada consiste de 5
fases:
 Fase A: establecimiento de llamada
 Fase B: comunicación inicial entre puntos finales e
intercambio de capacidades de terminal
GWY
 Fase C: establecimiento de comunicación audio/visual entre
los puntos finales.
 Fase D: requerimiento y negociación de servicios de llamada

 Fase E: terminación de llamada

GK
GK
RAS
Traducción de direcciones
RAS
Control de admisión
Traducción de direcciones
Control de ancho de banda
Control de admisión
Call signaling (H.225 – G.931)
Control de ancho de banda
51 Call control (H.245) 52

13
 H.323 – modo ruteo directo H.323 - Resumen

 Protocolo muy complicado de desarrollar, basado en ASN.1,

aunque muy bien documentado

TCP SYN
GK  Necesita de múltiples elementos para dar una solución
completa
Apertura de TCP SYN-ACK
Puerto TCP  Gatekeepers
TCP ACK
H.245  MCUs
H.245 – terminal capacity set
intercambio de H.245 – terminal capacity set
 Gateways
capacidades H.245
H.245 – open logical channel
 Fuertemente centralizado y basado en una gestión completa de
RTP
estados.
H.245 –comando de final de sesión
H.245 – comando de final de sesión
H.225 – RAS finalización
Finalización de H.225 – RAS finalización H.225 RAS –fin confirm
la sesión
H.225 – fin confirm
53 54

Problemática de H.323 Protocolo de inicio de la sesión - SIP

 Es un protocolo de control de señalización de la capa de
 Excesivamente complejo y pesado
aplicación diseñado específicamente para IP e Internet.
 Altos requisitos hardware
 Es similar a HTTP
 Desarrollos software comerciales y caros
 Propenso a errores y omisiones
 Es un protocolo genérico que se utiliza para establecer,
 No suele implementarse completamente mantener y terminar sesiones multimedia.

 Rígido y detallista  Las sesiones multimedia incluyen:

 Dificulta la creación de nuevos servicios  Telefonía en Internet
 Altos tiempos de despliegue y amortización  Conferencias
 Otras aplicaciones con audio, video y datos
 Diseñado por y para los operadores telefónicos

55 56

14
 Ubicación de SIP en la pila TCP/IP Protocolo de inicio de la sesión - SIP

 Las comunicaciones se pueden establecer y terminar utilizando

las 5 facetas de SIP:

 Localización de usuarios

 Capacidad de usuario

 Disponibilidad de usuario

 Configuración de llamada

 Manejo de llamada

57 58

Pila de Protocolos de SIP

Protocolo de inicio de la sesión - SIP

 SIP es un protocolo basado en texto

 Es parte de la arquitectura multimedia del grupo IETF que

incluye: señalización
control datos
 SIP, RTSP - Control de flujos y sesión
 SDP - Descripción de los flujos SDP SIP RTCP RTP
 RTP/RTCP - Transporte de datos en tiempo real
 RSVP, Diff-Serv - Reserva de recursos (QoS).
 Radius - Seguridad TCP UDP

 Sus funciones son independientes (no dependen de otros IP

protocolos)
Nivel de enlace y físico
 Puede operar en conjunto con H.323

59 60

15
 Filosofía de SIP Protocol Structure
SIP messages can be transmitted either over TCP or UDP SIP messages are text
 Es un estandar de Internet (RFC 2543) based and use the ISO 10646 character set in UTF-8 encoding. Lines must be
 IETF - http://www.ietf.org
terminated with CRLF. Much of the message syntax and header field are similar to
HTTP.
Messages can be request messages or response messages.
 Utiliza el direccionamiento de Internet (URLs, DNS, proxies) A request message has the following format:

 Reutiliza la codificación HTTP

 Basado en texto Method – The method to be performed on the resource. Possible methods are
Invite, Ack, Options, Bye, Cancel, Register.
• Request-URI - A SIP URL or a general Uniform Resource Identifier; this is the user
 Es independiente de los protocolos de capas inferiores or service to which this request is being addressed.
 TCP, UDP, X.25, frame, ATM, etc. • SIP version - The SIP version being used. The format of the Response message
header is shown in the following illustration:
 Tiene capacidad para multicast

 SIP is defined by IETF (www.ietf.org ) in RFC 3261, 3262,

SIP version - The SIP version being used.
3263, 3264, and 3265. • Status-code - A 3-digit integer result code of the attempt to understand and
satisfy the request.
62
61 • Reason-phrase – A textual description of the status code.

Visión general de SIP Visión general de SIP

 Agentes de usuario
 Tiene dos componentes
 Son aplicaciones cliente del sistema final
 Agente de usuario
 cliente usuario-agente (UAC)
 Servidores de red
 servidor usuario-agente (UAS)
 Las partes que llaman o que son llamadas se identifican con
 Cliente - inicia la petición SIP, actúa como agente usuario
direcciones SIP
del llamante
 Las partes necesitan localizar servidores y usuarios
 Servidor - Recibe las peticiones SIP y devuelve las
respuestas del usuario , actúa como el agente de usuario
llamado

63 64

16
 Visión general de SIP Resumen de componentes de SIP

 Servidores de red  UA (User Agent): Teléfono SIP (hard o soft)

 Servidores proxy. Actúa en nombre de otros clientes y  UAC (User Agent Client): el que inicia una llamada

contiene funciones de cliente y servidor  UAS (User Agent Server): el que atiende una llamada

 Servidor de redirección. Acepta peticiones SIP y envía una  Servidores:

 Proxy Server: actúa como intermediario, en representación
respuesta redirigida al cliente que contiene la dirección del
de un UA para efectuar o atender una llamada. Ayuda a
siguiente servidor gestionar firewall.
 Servidor de registración. Atiende peticiones de registro y
 Redirect Server: redirige a los llamantes hacia otros
mantiene registro de la ubicación de los agentes
servers. Traduce una dirección en otra u otras

 Registration Server: atiende peticiones de registro de los

UA. Mantiene la ubicación del UA

 Location Server: facilita información al Proxy o Redirect

sobre la ubicación del destinatario de una llamada
65 66

Componentes y funciones SIP Direccionamiento SIP

 Las direcciones SIP (URL SIP) tiene la forma:
Redirect server
usuario@host

Proxy server Proxy server donde:

Registratiom  Número de teléfono
server  usuario puede ser:  Nombre del usuario

UAC UAS  host puede ser:  Nombre de dominio

 Dirección de red
 Resolución de Direcciones  ejemplo:
 Funciones de Sesión hem@unrc.edu.ar
4676183@170.210.129.156
 Establecimiento y negociación de medios

 Modificación, terminación y cancelación

 Señalización en llamada

 Control de llamada

 Configuración de QoS 67 68

17
 Arquitectura SIP Localización de un servidor

Registration  Un cliente puede enviar una petición SIP de dos maneras:

DNS
server
 Directamente a un servidor proxy configurado localmente
Internet
 Esta forma es relativamente fácil porque el cliente conoce la
Proxy server Proxy server dirección del servidor proxy

SIP
 A una dirección IP y puerto del correspondiente URL
SIP (SDP)
Red IP Red IP SIP
(SDP) SIP
LAN WAN (SDP)
 Esta forma es un poco más complicada: el cliente debe
Media (RTP)
determinar la dirección IP y el número de puerto del servidor

UAC UAS

69 70

Mensajes SIP - Cabeceras de mensaje Mensajes SIP - Cabeceras de mensaje

 Las cabeceras de mensajes se utilizan para especificar la parte  Las más importantes son:
llamante, la parte llamada, la ruta y el tipo de mensaje de una  To - Identifica el receptor de la petición
llamada.  From - Indica quien hainiciado la petición
 Subject - Describe la naturaleza y el tema de la llamada
 La cabecera tiene cuatro grupos:  Via - Indica la ruta tomada por la petición
 Cabeceras generales  Call-ID - identifica una invitación específica o todos los
 Cabeceras de entidad registros de un cliente determinado.
 Cabeceras de petición  Content-Length - Identifica el tamaño del mensaje
 Cabecera de respuesta  Content-Type - Indica el tipo medio del cuerpo del mensaje
 Expires - identifica la fecha y hora a la expira el
 En total hay 37 cabeceras contenido del mensaje.
 Route - indica la ruta tomada por una petición

71 72

18
 Mensajes SIP - Modelo Transaccional
Códigos de respuesta SIP

 Basado en Petición/Repuesta, muy similar a HTTP.  Informacional  Client-error

 100 intentando  400 petición defectuosa
Mensajes de Peticiones: Mensajes de Respuestas:  180 sonando  402 se requiere pago
 181 la llamada está siendo  404 no encontrado
• REGISTER • Provisional (1xx) reenviada
• Success (2xx)  405 método no permitido
• INVITE
• ACK • Redirection (3xx)  Success  407 se requiere autenticación de
proxy
• CANCEL • Client Error (4xx)  200 OK
• BYE • Server Error (5xx)  480 no disponible temporalmente
• OPTIONS • Global Failure (6xx)  Redirección
 486 ocupado
 300 elección múltiple
 Falla generalizada
 302 movida temporalmente
 600 ocupado en todas partes
 603 rechazado
 Server error
 500 error interno del servidor
 604 no existe en ningún sitio
 503 servicio no disponible

73 74

Negociación de Contenidos - SDP Negociación de Contenidos - SDP

 Protocol Description  Modo ofrecimiento – respuesta

 The Session Description Protocol (SDP) describes multimedia  Respuesta enviada en ACK
sessions for the purpose of session announcement, session
invitation and other forms of multimedia session initiation.
 The SDP text messages include:
 Es parte de INVITE  • Session name and purpose
 SDP (Session Description Protocol)  • Time the session is active
 Lenguaje de descripción (RFC 2327)  • Media comprising the session
 Tiene campos opcionales y requeridos  • Information to receive the media (address etc.)
 Desarrollado inicialmente en la arquitectura multimedia de
Internet

75 76

19
 Ejemplo de SDP Ejemplo de Petición
INVITE
SIP header Body SDP INVITE sip:mgomez@ unrc.edu.ar SIP/2.0
Via: SIP/2.0/UDP 170.210.128.10:8938
From: "jperez" <sip:jperez@ unrc.edu.ar >
SDP INVITE SDP OK To: <sip:mgomez@ unrc.edu.ar >
v=0 v=0 Call-ID: 154112113@170.210.128.10
o= o= CSeq: 1 INVITE
S= S= Contact: <sip:170.210.128.10:8938>
c= IN IPV4 128.0.0.5 c= IN IPV4 138.4.5.9 user-agent: Windows RTC/1.0
t= t= Content-Type: application/sdp
m=video 4004 RTP / AVP 14 26 m=video 0 RTP / AVP 14 26 Content-Length: 536
a=rtpmap:14 MPA/90000 m=audio 6002 RTPAVP 0 4 …………………….
a=rtpmap:14 JPEG/90000 a=rtpmap:4 GSM/9000 m=audio 20224 RTP/AVP 4 3
m=audio 4006 RTPAVP 0 4 a=rtpmap:4 G723/8000
a=rtpmap:0 PCMU/8000 a=rtpmap:3 GSM/8000
SDP
a=rtpmap:4 GSM/9000 m=video 6898 RTP/AVP 34 31
a=rtpmap:34 H263/90000
a=rtpmap:31 H261/90000

77 78

Ejemplo de Respuesta Operatividad SIP – ejemplo de setup

SIP/2.0 200 OK
Via: SIP/2.0/UDP 170.210.128.11:16491
From: "jperez" <sip:jperez@unrc.edu.ar> INVITE sip:pepe@unrc.edu.ar
To: <sip:mgomez@ unrc.edu.ar > SIP
User Agent SIP
Call-ID:154112113@1170.210.128.10 Client 100 trying User Agent
Server
CSeq: 1 INVITE 180 ringing
host.wcom.com
Contact: <sip:170.210.128.11:16491> sip.unrc.edu.ar
User-Agent: Windows RTC/1.0 200 OK
Content-Type: application/sdp
ACK
Content-Length: 538
……….. Media Stream
m=audio 18350 RTP/AVP 4 3
a=rtpmap:4 G723/8000
BYE
a=rtpmap:3 GSM/8000
m=video 64564 RTP/AVP 34 31
a=rtpmap:34 H263/90000 200 OK
a=rtpmap:31 H261/90000

79 80

20
 Ejemplo de setup Operatividad SIP – ejemplo de setup con proxy

Internet SIP/2.0 200 OK proxy

Via: SIP/2.0/UDP 138.4.7.77:16491
From: "jperez" <sip:jperez@unrc.edu.ar>
To: <sip:mgomez@ unrc.edu.ar > INVITE sip:jose@unrc.edu.ar INVITE sip:jose@unrc.edu.ar
Call-ID:154112113@138.4.7.79 Maria
CSeq: 1 INVITE
José
mgomez 100 trying 100 trying

180 ringing 180 ringing

200 OK 200 OK

ACK

jperez Media stream

INVITE sip:mgomez@ unrc.edu.ar SIP/2.0

Via: SIP/2.0/UDP 138.4.7.79:8938 BYE
From: "jperez" <sip:jperez@ unrc.edu.ar >
To: <sip:mgomez@ unrc.edu.ar >
Call-ID: 154112113@138.4.7.79 200 OK

unrc.edu.ar

81 82

Arquitectura SIP

sip:alice@atlanta.com sip:juan@unrc.edu.ar DNS Registration

Internet
server
DNS
Alice Juan
atlanta.com SIP/2.0unrc.edu.ar
200 OK
Via: SIP/2.0/UDP 10.1.3.3:5060
To: Juan <sip:juan@unrc.edu.ar>;tag=a6c85cf Internet
From: Alice <sip:alice@atlanta.com>;tag=1928301774
Alice
Alice llama
cuelgaa Juan Proxy server Proxy server
INVITE F1 CSeq: 314159 INVITE
Juan acepta
Call-ID: a84b4c76e66710@10.1.3.3
5 INVITE sip:juan@unrc.edu.ar 170.210.128.1
INVITE F3
Contact: <sip:juan@10.4.1.4>
100 Trying F2 6. 100 trying
Content-Type: application/sdp INVITE F5 11 180 ringing
100 Trying F4
Contact-Length: 131 180 Ringing F6 14 200 OK
180 Ringing F8 180 Ringing F7muestra la carga SDP de Juan)
(No se

200 Ok F9
INVITE sip:juan@unrc.edu.ar SIP/2.0 INVITE
200 Ok F10sip:juan@unrc.edu.ar SIP/2.0 Red atlanta.com Red unrc.edu.ar
200 Ok F1110.1.1.1:5060;branch=77ef4c2312983.1
Via: SIP/2.0/UDP Via: SIP/2.0/UDP 10.1.3.3:5060
Via: SIP/2.0/UDP 10.1.3.3:5060 To: Juan <sip:juan@unrc.edu.ar>
To: Juan <sip:juan@unrc.edu.ar> ACKFrom:
F12 Alice <sip:alice@atlanta.com>;tag=1928301774 16 100 ACK
Call-ID: a84b4c76e66710@10.1.3.3
From: Alice <sip:alice@atlanta.com>;tag=1928301774
Flujos multimediaCSeq: 314159real
en tiempo INVITE
(RTP) Media (RTP) Juan
Call-ID: a84b4c76e66710@10.1.3.3
CSeq: 314159 INVITE Contact: <sip:alice@10.1.3.3> Alice
Content-Type: application/sdp 202.34.1.2 170.210.128.6
Contact: <sip:alice@10.1.3.3>
Content-Type: application/sdp Contact-Length: 142
BYE(LaF13
carga SDP no se visualiza)
Contact-Length: 142
(Carga SDP no mostrada) 200 Ok F14
83
84

21
 Operatividad SIP – ejemplo de Movilidad SIP
redireccionamiento

SIP Redirect Server 4

REGISTER sip:jose@unrc.edu.ar
5
Maria José
200 OK
Dispositivo móvil SIP Redirect
Server
INVITE sip:jose@unrc.edu.ar

Red remota SIP Proxy 3 Red local

302 Moved sip:jose@unrc.edu.ar
7 Server
ACK
INVITE sip:jose@unrc.edu.ar 1 INVITE 6 Caracteristicas
1 2 Global: redes cableadas o
180 ringing 2 302 moved temporarily inalambricas

200 OK
No requiere tunneling
3, 4 INVITE
ACK
No hay cambios de ruteo
5, 6 OK Dispositivo Se pueden usar:
Media (RTP) emisor
7 Datos •Celular IP
unrc.edu.ar •DRCP

85 86

Operatividad SIP – ejemplo de cancelación Seguridad

 Para garantizar la privacidad de los participantes en sesiones, SIP
tiene tres modos de cifrado, basando en criptografía de clave pública
Proxy (en especial, en PGP) los mensajes de señalización:
INVITE sip:jose@unrc.edu.ar INVITE sip:jose@unrc.edu.ar
Maria José
100 trying 100 trying  Cifrado, en cada enlace por separado, del campo de la cabecera
que contiene la información de la ruta seguida por los mensajes.
180 ringing 180 ringing
 Cifrado, en cada enlace por separado, de los campos de la cabecera
Cancel
que contienen información acerca de los participantes.
200 OK Cancel  Cifrado de extremo a extremo del cuerpo del mensaje y de algunos
campos de la cabecera
200 OK

487 Req cancelled

487 Req cancelled ACK
ACK

unrc.edu.ar

87

22
 Creación de Servicios con SIP CPL -Call Processing Language
 Desarrollado por el grupo IPTEL del EITF
 Ventajas: la flexibilidad y facilidad de creación de servicios.
 Código ejecutable que se ejecuta en un servidor proxy para
 Se pueden implementar servicios más avanzados que en la PSTN implementar servicios
por:
 La cantidad de información disponible en el establecimiento de  Basado en XML
llamada
 Define el comportamiento para URL SIP, H323 y tel
 La integración con WWW
 Responder a señalización de llamada
 Los servicios pueden residir en:
 Llamada entrante
 Los agentes de usuario (Teléfonos Inteligentes)
 Llamada saliente
 Los proxy o Servidor de redirección.
 Con diferentes contextos
 Los métodos pueden ser: CPL, SIP CGI (RFC 3050), SIP Servlet.
 Usuario
 Tiempo...

89 90

Servidores de aplicaciones Arquitectura SIP

 Se puede utilizar CGI (Common Gateway Interface) de forma

parecida al uso dado en protocolo HTTP, permitiendo el uso de Programa CGI
Perl, C, script, etc.
distintos tipos de lenguajes, interpretados o compilados (Perl,
Tcl, C ,C++ …). DNS

SIP
 También se puede utilizar Java Servlets de forma similar a los SIP server usub@alla.com
HTTP servlets aunque en este caso se ha de dotar de memoria y SIP server
estado.
request SIP
 Existe un API del protocolo SIP para Java denominado JAIN, Red IP (SDP) Red IP
del cual existen tanto versiones ligeras SE como pesadas J2EE. respond LAN WAN

usua@aqui.com

91 92

23
 Ventajas de SIP SIP vs H-323
 Con SIP se pueden soportar servicios más complejos como son:
 Retención de llamada
 Desvío de llamada incondicional o condicional (p.e. no respuesta)
SIP H.323 (estándar de la ITU)
 Conferencias 3-Way • Es un protocolo diseñado • Fue diseñado para operar en la
 Única extensión ( Find-Me) específicamente para Internet con red telefónica (RTPN).
 Visualización de llamada entrante una alta escalabilidad y
 Numero secundario –In/Out, flexibilidad. • Cuenta con aparatos para
 No molestar, llamada en espera
videoconferencias mas baratos y
• Integrado en infraestructura web. de excelente calidad.
 etc...
• Protocolo de señalización para dar • Especifica servicios.
 SIP proporciona soporte para la movilidad, proporciona extensiones
base a servicios usando primitivas.
de presencia (SIMPLE) de modo que se puede conocer el estado • Define mecanismos de gestión y
(presente/ausente) del usuario. • Inicio de llamadas más rápido. administración de la red.
 Puede haber un agente de presencia quien anuncia la presencia de • Negociación de capacidades mas
forma similar a como funciona ICQ en la mensajería instantánea. compleja y completa

93

SIP vs H-323 SIP vs H-323

H-323 SIP
Las sesiones H-323 solo pueden Las sesiones controladas por
Formatos emplear formatos registrados en la ITU- SIP puede emplear cualquier
H-323 SIP T. formato registrado en la IANA
Decodificación Binaria Textual Trabajan todos los protocolos
Trabaja con otros protocolos,
Modularidad acoplados para cumplir con un rango
Complejidad Recomendación mas compleja Recomendación mas fácil
de funciones
siendo todos independientes

Intervienen varios protocolos en
un proceso y deben mantener el
Establecimien
estado de la sesión.
to de
llamadas
Requiere que la conexión este
previamente establecida
Solo se realizan ampliaciones
Ampliabilidad donde se ha previsto de
forma explicita.
Intercambio de peticiones y
respuestas individuales.
Requiere un intervalo de ida y
vuelta de paquetes
Cuenta con mecanismos para
garantizar la compatibilidad
entre diferentes protocolos y
agregar nuevas funciones.
Requiere que los elementos
Escalabilidad intermedios mantengan el estado en
toda la sesión.
Sesiones La ITU-T controla las sesiones
Aplicación se diseñó para redes de área local.
Servicios Proporciona servicios de negociación
Ofrecidos de contenido mas completos.
No requiere mantener estados
intermedios y utiliza
conexiones UDP.
No tiene entidad central que
coordine las sesiones.
se diseñó para redes de área
extensa
Solo prevé el intercambio de
conjunto de formatos admitidos

24
 SCCP (Skinny): Cisco Skinny
Client Control Protocol
 Skinny Client Control Protocol (SCCP or Skinny) is a Cisco proprietary
protocol used between Cisco Call Manager and Cisco VOIP phones.
 It is also supported by some other vendors.
 For VOIP solutions, the end station of a LAN or IP- based PBX must be
simple to use, familiar and relatively cheap. SCCP defines a simple and
easy to use architecture, while the H.323 recommendations produce
quite an expensive system.
 An H.323 proxy can be used to communicate with the Skinny Client
using the SCCP. In such a case the telephone is a skinny client over
 IP, in the context of H.323.
 A proxy is used for the H.225 and H.245 signalling..
98
97
Referencias
http://www.javvin.com/protocol/rfc3261.pdf
Session Initiation Protocol.
http://www.javvin.com/protocol/rfc3262.pdf
Reliability of Provisional Responses in the Session Initiation Protocol (SIP)
http://www.javvin.com/protocol/rfc3263.pdf
Session Initiation Protocol (SIP): Locating SIP Servers
http://www.javvin.com/protocol/rfc3264.pdf
An Offer/Answer Model with the Session Description Protocol (SDP)
http://www.javvin.com/protocol/rfc3265.pdf
Session Initiation Protocol (SIP)-Specific Event Notification
25