Protocolos TCP IP

VoIP y Telefona IP
Ing. Jos Cota
Arquitectura de Protocolos TCP/IP

Ing. Jos Cota, Agosto 2007
Captulo I: Arquitectura de Protocolos TCP/IP
VoIP y Telefona IP
Ing. Jos Cota
El Modelo de Referencia OSI
Layer 7: Aplicacin Layer 6: Presentacin Layer 5: Sesin Layer 4: Transporte Layer 3: Red Layer 1: Enlace Layer 1: Fsica
FTP, HTTP, HTTPS, SMTP, POP3, SNMP, BGP, etc.
TCP, UDP, IPSec, OSPF IPv4 , IPv6/IPng Ethernet, Frame Relay, ATM, HDLC, X.25, Ethernet, V.35, RS-232, RS485,
Network
VoIP y Telefona IP
Ing. Jos Cota
El Modelo de Referencia TCP/IP
Aplicacin Transporte Red Enlace/Acceso Fsica
FTP, HTTP, HTTPS, SMTP, POP3, SNMP, BGP, etc. TCP, UDP, IPSec, OSPF IPv4 , IPv6/IPng Ethernet, Frame Relay, ATM, HDLC, X.25, Ethernet, V.35, RS-232, RS485,
Network
VoIP y Telefona IP
Ing. Jos Cota
Redes de Conmutacin de Circuitos Conmutaci

Capacidad Dedicada entre Usuarios. Sincronizacin. Mayor confiabilidad y No requiere procedimientos de ReTransmisin. Sistema de Acceso bajo demando Secuencial.
VoIP y Telefona IP
Ing. Jos Cota
Redes de Conmutacin de Paquetes Conmutaci

Paquetes/Datagramas: Entidades de Data que contienen una Cabecera y una Data Asociada.
Red IP
Origen Destino
Destino Origen
VoIP y Telefona IP
Ing. Jos Cota
Ethernet IEEE 802.3 (Capa de Enlace)

delimitador
prembulo
direccin de destino 6 bytes
direccin de origen 6 bytes
campo de datos
frame check sequen ce
longitud
campo de tipo
7 bytes
1 byte
2 bytes
de 46 a 1500 bytes
relleno.
4 bytes
Ethernet 10Base5 Ethernet 10Base2 Ethernet 10/100/1000/10000BaseT Ethernet 10Base-FP
VoIP y Telefona IP
Ing. Jos Cota
Otros Protocolos de Capa de Enlace

Token Ring ATM Franme Relay IPX/SPX IEEE 802.1Q y IEEE 802.1P
VoIP y Telefona IP
Ing. Jos Cota
Direccionamiento IPv4
Protocolo de Internet, Versin 4 Versi
Redes Basadas en una Arquitectura de Direccionamiento IPv4 Direcciones IPv4 y Enrutamiento Asignacin de Direcciones IPv4 y Familias IPv4
VoIP y Telefona IP
Ing. Jos Cota
Direccionamiento IPv4
Aspectos Generales
Estndar IETF, Documento RFC791 (1981). Est
Protocolo Oficial para INTERNET. Se Fundamenta el Uso de las Direcciones IP. Es un Protocolo de Red, Capa 3 del Modelo OSI y el Modelo TCP/IP. Es un Protocolo No Confiable, No Confirmado. Es un Protocolo No Orientado a Conexin. Conexi Es un Protocolo Enrutable. Enrutable. Trabaja bajo el Criterio The Best Effort. Effort Prxima Generacin => IPv6 Ipng (IETF, 1996). Pr Generaci
Captulo I: Arquitectura de Protocolos TCP/IP 9
El Protocolo de Internet, Versin 4 Versi

VoIP y Telefona IP Ing. Jos Cota
ESTRUCTURA DE UNA DIRECCIN IPv4

32 Bits 8 Bits 8 Bits 8 Bits 8 Bits
31 Octeto 3
24 23 Octeto 2
16 15 Octeto 1
7 Octeto 0
Cada Octeto (Byte) en el Rango: 0, ,255. (00H, ,FFh) Un Total de 232 (4.294.967.296) Direcciones IPv4. Rango de Direcciones IPv4: En Formato Decimal: desde 0, hasta 4.294.967.295 (232-1). En Formato Hexadecimal: desde 00h, hasta FFFFFFFFh. En Formato Base 256: desde 0.0.0.0, hasta 255.255.255.255.
10
VoIP y Telefona IP
Ing. Jos Cota
Formato Base 256 (Formato Decimal por Puntos). Se Expresa cada Octeto en Base 256 y se Separan los Octetos con un Punto. Se tiene entonces el siguiente Rango de Direcciones IPv4 expresado en Formato Base 256, Desde: 0.0.0.0 Hasta: Ejemplos, Las siguientes son Direcciones IPv4: IPv4:
10.0.2.36.25 100.100.10.25 200.36.99.95 150.25.69.69 200.47.151.140 10.0.7.254
255.255.255.255, con cada Octeto entre 0 y 255.
Las siguientes NO son Direcciones IPv4: IPv4:

10.10.25.300 25.130.256.285 10.10.10.256 1000.200.257.300
11
VoIP y Telefona IP
Ing. Jos Cota
0.0.0.0
Rango Total de Direcciones IPv4 Se Identifican y Define Bloques que Contienen siempre 2N Direcciones IPv4 Contiguas.
0.0.0.255 0.0.1.0 0.0.0.1.255 0.1.0.0 0.1.255.255
Bloques de 1 (20) Direcciones IPv4. Bloques de 2 (21) Direccin IPv4. Bloques de 4 (22) Direcciones IPv4. Bloques de 8 (23) Direcciones IPv4. Bloques de 16 (24) Direcciones IPv4. Bloques de 32 (25) Direccin IPv4. Bloques de 64 (26) Direcciones IPv4. Bloques de 128 (27) Direcciones IPv4. Bloques de 256 (28) Direcciones IPv4. Y as sucesivamente Un Bloque de 2N es la Unin de Dos Bloques de 2N-1
255.255.255.255
VoIP y Telefona IP
Ing. Jos Cota
Divisin de las Direcciones IPv4 por Clases Divisi

ESTRUCTURA DE UNA DIRECCIN IPv4
32 Bits 8 Bits 8 Bits 8 Bits 8 Bits
31 Octeto 3 Direcciones IPv4 Clase A Bloque Clase A Reservado para Loopback 0 ID-RED (7 Bits) 127
24 23 Octeto 2
16 15 Octeto 1 ID-HOST (24 Bits) ID-Direccin LOOPBACK
7 Octeto 0
Direcciones IPv4 Clase B
ID-RED (14 Bits)
ID-HOST (16 Bits)
Direcciones IPv4 Clase C
ID-RED (21 Bits)
ID-HOST (8 Bits)
Direcciones IPv4 Clase D
ID-GRUPO_MULTICAST (28 Bits)
Direcciones IPv4 Clase E
ID-RESERVADO USO FUTURO (27 Bits)
13
VoIP y Telefona IP
Ing. Jos Cota
Direcciones IPv4 Clase A

Bit7 del Octeto3 en 0. Bit6-Bit0 del Octeto3 Identificador de Red (Mscara /8). Identificador de Host. 10.0.0.0/8. Octeto2-Octeto1-Octeto0
Familia IPv4 Privada Clase A
Octeto3 Octeto2 Octeto1 Octeto0 7 6 5 4 3 3 1 0 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 0

7 bits: ID de Red 24 bits: ID de Host
14
VoIP y Telefona IP
Ing. Jos Cota
Direcciones IPv4 Clase B

Bit7 del Octeto3 en 1 y Bit6 del Octeto3 en 0. 14 Bits de Octeto3 y Octeto2 para ID de Red (Mscara /16). Octeto1-Octeto0 Identificador de Host. 172.16.0.0/12. Familia IPv4 Privada Clase B
Octeto3 Octeto2 Octeto1 Octeto0 7 6 5 4 3 3 1 0 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 1 0

15
VoIP y Telefona IP
Ing. Jos Cota
Direcciones IPv4 Clase C

Bit7-Bit6-Bit5 de Octeto3 en 110. 21 Bits de Octeto3, Octeto2 y Octeto1 para ID de Red (Mscara /24). Octeto0 Identificador de Host. 192.168.0.0/24. Familia IPv4 Privada Clase C
Octeto3 Octeto2 Octeto1 Octeto0 7 6 5 4 3 3 1 0 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 1 1 0

16
VoIP y Telefona IP
Ing. Jos Cota
Direcciones IPv4 Clase D

Para uso como Direcciones IPv4 de Destino en Trfico Multicast. Familia IPv4 Clase D: 224.0.0.0 239.255.255.255
Octeto3 Octeto2 Octeto1 Octeto0 7 6 5 4 3 3 1 0 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 1 1 1 0

28 bits: ID de Grupo Multicast
17
VoIP y Telefona IP
Ing. Jos Cota
Direcciones IPv4 Clase E

Reservadas por la IANA para Uso Futuro/Experimental. Familia IPv4 Clase E: 240.0.0.0 247.255.255.255
Octeto3 Octeto2 Octeto1 Octeto0 7 6 5 4 3 3 1 0 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 1 1 1 1 0

27 bits: Reservados
18
VoIP y Telefona IP
Ing. Jos Cota
Direcciones IPv4 para Interfaces Loopback

Todo Host que hable IPv4 tiene una Interfaz Virtual, llamada Interfaz de Loopback lo, con asignacin de Direcciones IPv4 de la Familia 127.0.0.0/8. Su uso esta estrictamente reservado para Uso Interno. Interfaz lo localhost 127.255.255.255 Familia 127.0.0.0/8: 127.0.0.0
No se debe asignar nunca una direccin de esta familia a ninguna Interfaz de ningn Host. Direcciones IPv4 Especiales: 0.0.0.0 y 255.255.255.255 !!!
VoIP y Telefona IP
Ing. Jos Cota
Bloques de Direcciones IPv4 y Familias IPv4 Se define un Bloque de Direcciones IPv4 como: un conjunto contiguo de Direcciones IPv4 de Tamao 2N. Es decir, solo hay Bloques de 1, 2, 4, 8, 16, 32, 64, 128, 256, 512 .. Direcciones IPv4. Un Bloque de Direcciones IPv4 define una Familia IPv4. El Tamao de una Familia IPv4 se define a travs de una Mscara de Red. Red Un Bloque IPv4 de Tamao 2N, SIEMPRE debe comenzar en una Direccin IPv4 Mltiplo de 2N. Mscara de Red. Red Una Mscara de Red es un Nmero, con el mismo Formato que una Direccin IPv4, que se utiliza para definir el Tamao de una Familia IPv4.
Formato y Estructura de una Mscara de Red 1 1 1 1 1 1 1 1 1 1 1 . . . 1 1 1 0 . 0 0 0 0 0 0 0 0 0 0 0 0 0
M Bits Consecutivos en '1'
(32-M) Bits Consecutivos en '0'

20
10
VoIP y Telefona IP
Ing. Jos Cota
Bloques de Direcciones IPv4 y Familias IPv4

Formato y Estructura de una Mscara de Red 1 1 1 1 1 1 1 1 1 1 1 . . . 1 1 1 0 . 0 0 0 0 0 0 0 0 0 0 0 0 0
M Bits Consecutivos en '1'
(32-M) Bits Consecutivos en '0'

Binario 11111111 11111110 11111100 11111000 11110000 11100000 11000000 10000000 00000000
Decimal 255 254 252 248 240 224 192 128 0
21
VoIP y Telefona IP
Ing. Jos Cota
Bloques de Direcciones IPv4 y Familias IPv4 Si M es el Nmero de Bits en 1 que tiene la Mscara de Red, entonces 2M es el Tamao de la Familia IPv4 o Bloque IPv4 al que hace Referencia. Tama
255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 254 252 248 240 224 192 128 0 Formato . 255 . 255 . 255 . 255 . 255 . 255 . 255 . 255 . 255 . 255 . 255 . 255 . 255 . 255 . 255 . 255 . 255 . 254 . 252 . 248 . 240 . 224 . 192 . 128 . 0 . 0 . 0 . 0 . 0 . 0 . 0 . 0 . 0 Base 256 . 255 . 255 . 255 . 254 . . 255 252 . 255 . 248 . . 255 240 . 255 . 224 . 255 . 192 . 255 . 128 . 255 . 0 . . 254 0 . . 252 0 . . 248 0 . 240 . 0 . 224 . 0 . 192 . 0 . 128 . 0 . . 0 0 . . 0 0 . . 0 0 . 0 . 0 . 0 . 0 . 0 . 0 . 0 . 0 . . 0 0 . . 0 0 . . 0 0 . 0 . 0 . 0 . 0 . 0 . 0 . 0 . 0 . . 0 0 . . 0 0 . . 0 0 Formato CIDR (/M) / 32 / 31 / 30 / 29 / 25 / 27 / 26 / 25 / 24 / 23 / 22 / 21 / 20 / 19 / 18 / 17 / 16 / 15 / 14 / 13 / 12 / 11 / 10 / 9 / 8 / 7 / 6 / 5 / 4 / 3 / 2 / 1 / 0 Tamao de la Familia IPv4 1 2 4 8 128 32 64 128 256 512 1.024 2.048 4.096 8.192 16.384 32.768 65.536 131.072 262.144 524.288 1.048.576 2.097.152 4.194.304 8.388.608 16.777.216 33.554.432 67.108.864 134.217.728 268.435.456 536.870.912 1.073.741.824 2.147.483.648 4.294.967.296
33 Mscaras de Red Posibles en IPv4 !! M

11
VoIP y Telefona IP
Ing. Jos Cota
Bloques de Direcciones IPv4 y Familias IPv4 Si M es el Nmero de Bits en 1 que tiene la Mscara de Red, entonces 2M es el Tamao de la Familia IPv4 o Bloque IPv4 al que hace Referencia. Tama
Mscara de Red Barra /32 /31 /30 /29 /28 /27 /26 /25 /24 Decimal 255.255.255.255 255.255.255.254 255.255.255.252 255.255.255.248 255.255.255.240 255.255.255.224 255.255.255.192 255.255.255.128 255.255.255.0 Totales 1 2 4 8 16 32 64 128 256 IP Familia ** ** 1 1 1 1 1 1 1 Total Direcciones IP IP Broadcast ** ** 1 1 1 1 1 1 1 1 1 1 1 1 1 IP DGW ** ** 1 5 13 29 61 125 253 Restantes ** **
33 Mscaras de Red Posibles en IPv4 !! M

VoIP y Telefona IP
Ing. Jos Cota
Bloques de Direcciones IPv4 y Fmilias IPv4 En una Familia IPv4 se especifica entonces con una Direccin IPv4 (Identificador IPv4 de la Familia o Direccin IPv4 de la Familia) y una Mscara de Red. Dada cualquier Direccin IP de una Familia IPv4 (Any-Dir_IPv4), la Mscara de Red (Mask) se puede Calcular el Identificador de la Familia IPv4 (IPv4_Familia) como: IPv4_Familia = (Any-Dir_IPv4) And_Bits (Mask) Ec. 1 IPv4_Familia (Any-Dir_IPv4) Mask) Ec. La IPv4_Familia es SIEMPRE la Primera Direccin IPv4 del Bloque. La IPv4_Familia Identifica a la Familia IP y JAMAS debe ser Asignada a NINGN Host de la Red. En Toda Familia IPv4 se Define una Direccin IPv4 Especial llamada Direccin IP de Direcci Broadcast (IPv4_Broadcast) de la Familia IP. Esta, es SIEMPRE la ltima Direccin IPv4 del Bloque. Se calcula as, IPv4_Broadcast = (Any-Dir_IPv4) Or_Bits (Mask) Ec. 2 IPv4_ (Any-Dir_IPv4) Mask Ec. La IPv4_Broadcast se utiliza cuando un Host quiere Transmitir un Paquete IPv4 a TODOS los dems Hosts de la Red. Al igual que la IPv4_Familia, JAMAS debe ser asignada.
12
VoIP y Telefona IP
Ing. Jos Cota
Bloques de Direcciones IPv4 y Familias IPv4 Ejemplo de una Familia IPv4. IPv4. Familia IPv4: 200.47.50.0 (IPv4_Familia) Mscara de Red: 255.255.255.0 (/24) (Tamao del Bloque = 256) IPv4_Broadcast = (200 . 47 . 50 . 0) OR_Bits (0.0.0.255) = 200.47.50.255 Rango de Direcciones IPv4 de la Familia, Desde: 200.47.50.0 Desde 200.47.50.1 200.47.50.254 Hasta: 200.47.50.255 (Esta Direccin IP NO se DEBE Asignar) Hasta Se Identifica la Familia IPv4 as: 200.47.50.0 /24
(Esta Direccin NO se DEBE Asignar)

Note que Solo Tengo, en este caso, 254 Direcciones IPv4 para Asignar !!!
VoIP y Telefona IP
Ing. Jos Cota
Bloques de Direcciones IPv4 y Familias IPv4 Ejemplo de una Familia IPv4. IPv4.
Familia IP: 172.23.12.0 Mscara de Red: 255.255.255.0 Identificador IP de la Familia: 172.23.12.0 Direccin IP de Multidifusin: 172.23.12.255 NO Asignable!! NO Asignable!!
Direcciones IP Asignables: 172.23.12.1, ., 172.23.12.254.
Familia IP 172.23.12.0 /24
26
13
VoIP y Telefona IP
Formato . 255 . 255 . 255 . 255 . 255 . 255 . 255 . 255 . 255 . 255 . 255 . 255 . 255 . 255 . 255 . 255 . 255 . 254 . 252 . 248 . 240 . 224 . 192 . 128 . 0 . 0 . 0 . 0 . 0 . 0 . 0 . 0 . 0 Base 256 . 255 . 255 . 255 . 254 . . 255 252 . 255 . 248 . . 255 240 . 255 . 224 . 255 . 192 . 255 . 128 . 255 . 0 . . 254 0 . . 252 0 . 248 . 0 . 240 . 0 . 224 . 0 . . 192 0 . . 128 0 . . 0 0 . 0 . 0 . 0 . 0 . 0 . 0 . 0 . 0 . . 0 0 . . 0 0 . . 0 0 . 0 . 0 . 0 . 0 . 0 . 0 . . 0 0 . . 0 0 . . 0 0 . 0 . 0 . 0 . 0 . 0 . 0 Formato CIDR (/M) / 32 / 31 / 30 / 29 / 25 / 27 / 26 / 25 / 24 / 23 / 22 / 21 / 20 / 19 / 18 / 17 / 16 / 15 / 14 / 13 / 12 / 11 / 10 / 9 / 8 / 7 / 6 / 5 / 4 / 3 / 2 / 1 / 0 Tamao 1 2 4 8 128 32 64 128 256 512 1.024 2.048 4.096 8.192 16.384 32.768 65.536 131.072 262.144 524.288 1.048.576 2.097.152 4.194.304 8.388.608 16.777.216 33.554.432 67.108.864 134.217.728 268.435.456 536.870.912 1.073.741.824 2.147.483.648 4.294.967.296
Ing. Jos Cota

IPv4 Asignables N/A N/A 2 6 126 30 62 126 254 510 1.022 2.046 4.094 8.190 16.382 32.766 65.534 131.070 262.142 524.286 1.048.574 2.097.150 4.194.302 8.388.606 16.777.214 33.554.430 67.108.862 134.217.726 268.435.454 536.870.910 1.073.741.822 2.147.483.646 4.294.967.294
255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 254 252 248 240 224 192 128 0
27
VoIP y Telefona IP
Ing. Jos Cota
Otros Ejemplos de Familias IPv4

10.0.0.0/8 200.47.0.0/16 200.47.151.128/28 172.16.19.0/30 200.200.200.192/29 10.0.7.8/29 200.25.25.0.29 192.168.25.0/27 10.25.25.64/26 172.16.19.4/30 10.0.7.0/29 10.0.7.16/28
28
14
VoIP y Telefona IP
Ing. Jos Cota
La Familia IPv4 y la Mscara de Red M

1 1 1 1 1 1 1 1
M Bits Consecutivos en '1' (32-M) Bits Consecutivos en '0'
Bits de Red
Bits de Host
232-M, Direcciones IPv4 para la Red /M La Primera Direccin IPv4, La IPv4_Familia => Bits de Host = 00..00 232-M-2, Direcciones IPv4 para los Hosts de la Red La ltima Direccin IPv4, la IPv4_Broadcast => Bits de Host en 11..11
Los Bits de Red, Permanecen Fijos en Todas las Direcciones del Bloque IPv4 Identifican a la Red/Bloque IPv4
Ejemplo, la Red 10.0.64.0 /22 (Mscara de Red /22, 255.255.252.0) !!! (M

VoIP y Telefona IP
Ing. Jos Cota
La IANA (http://www.iana.org) (http://www.iana.org) Autoridad Internacional que Regula y Establece todo lo Relacionado al Uso de las Direcciones IPv4/IPv6, los Servicios y Protocolos y la Asignacin de Puertos/Servicios.
ipv4-address-space ipv4- addressmulticast-addresses multicastport-numbers port-
30
15
VoIP y Telefona IP
Ing. Jos Cota
Clasificacin de las Direcciones IPv4 segn la IANA Clasificaci seg Direcciones IPv4 Privadas Los Bloques 10.0.0.0 /8, 192.16.0.0 /16 y 172.16.0.0 /12. Solo para ser usadas en ambiente de Redes LAN a Nivel Privado. No se admite trfico en INTERNET con Direcciones IPv4 Privadas. Direcciones IPv4 de Loopback El Bloque 127.0.0.0/8, se Reserva su Uso Exclusivamente para Interfaces de Loopback (lo). Direcciones IPv4 de Uso Reservado Clase E: 240.0.0.0 247.255.255.255 Direcciones IPv4 Pblicas, Reales, Certificadas Todas aquellas que no son: Ni Reservadas, Ni Privadas, Ni de uso para Loopback. Son Asignadas y Enrutadas por Proveedores ISP / WISPs (Proveedores de Acceso a INTERNET). Y su asignacin se negocia de acuerdo a los planes.
VoIP y Telefona IP
Ing. Jos Cota
Asignacin de Direcciones IPv4 Asignaci A) Asignacin de Direcciones IPv4 Estticamente (Direcciones IPv4 Fijas). Mecanismo mediante el cual, el administrador de una Red IPv4, asigna en forma Manual, esttica y de manera Pre-Definida a cada Host una Direccin IPv4. Las Direcciones IPv4 se Asignan a las Interfaces de Red, Ethernet, Frame Relay, Seriales Sncronas, ATM. Se pueden Asignar Varias Direcciones IPv4, de una misma Familia, a un Host dado siempre y cuando se asignen a solo una Interfaz de Red. NO se puede asignar a distintas Interfaces de Red Direcciones IPv4 de una misma Familia IP. Se pueden Asignar Varias Direcciones IPv4, de distintas Familias, a distintas Interfaces de Red. La asignacin de una Direccin IPv4 a una Interfaz de Red de un Host; hace pertenecer al Host a la Red LAN de esa Familia IPv4 por esa Interfaz donde se ha configurado la(s) Direccin(es) IPv4. Hay que ser cuidadoso y mirar con detalle las Configuraciones de Direcciones IPv4 en un Host; para evitar Problemas de Inestabilidad.
16
VoIP y Telefona IP
Ing. Jos Cota
Asignacin de Direcciones IPv4 Asignaci

B) Asignacin de Direcciones IPv4 Dinmicamente. Protocolo DHCP (Dynamic Host Configuration Protocol). Protocolo BOOTP (Boot Protocol). Con la Asignacin esttica de Direcciones IPv4 se tienen los siguientes inconvenientes, Prdida de tiempo por reconfiguracin. Por ejemplo, si el Host de mueve de una red a otra hay que reconfigurarlo manualmente. Inconvenientes en situaciones de acceso dinmico de los hosts a las redes IPv4; y en situaciones donde se tienen mas hosts que direcciones IPv4 disponibles. Por ejemplo, el caso del Acceso a INTERNET (hoy poco utilizado) va Dial-UP. Serios inconvenientes si se cometen errores a la hora de la configuracin. Por ejemplo, que se repitan asignaciones de direcciones IPv4 en una misma Red.
33
VoIP y Telefona IP
Ing. Jos Cota
Escenario de IPv4 en INTERNET para Redes Privadas

NATs y Enmascaramiento: Pao Caliente El Ideal: Conexiones IP End To End
ISP / WISP Internet TCP/IP
Router WAN / LAN
Red LAN Protocolo TCP/IP Familia IP
34
17
VoIP y Telefona IP
Ing. Jos Cota
Conexiones TCP y UDP

Aplicacin proc. de usuario proc. de usuario proc. de usuario proc. de usuario Transporte Red ICMP IP IGMP TCP provee confiabilidad; implementa conexin de datos, recuperacin de errores por repeticin, control de flujo UDP transporte de datagramas, no orientado a conexin IP protocolo de enrutamiento ICMP gestin de errores de la capa IP (implementa, por ejemplo, Ping y Traceroute) IGMP gestin de grupo (para multicasting) ARP (Address Resolution Protocol) e RARP (Reverse ARP) para conversin de direcciones IP en direcciones usadas por la interfaz de red y vice-versa
35
TCP
UDP
ARP Interfaz RARP Enlace Red / Medio

VoIP y Telefona IP
Ing. Jos Cota
Protocolo TCP
Protocolo Fiable ya que dispone de un Mecanismo de Confirmacin (ACK); es decir es Confirmado. Es un Protocolo de Ventana Deslizante. Es un Protocolo Orientado a Conexin; dispone de mecanismos de Establecimiento y Cierre de Conexin. Multiplexa Servicios y Aplicaciones a travs de Puertos; Puertos TCP: 0 65.535. Dispone de un mecanismo de recuperacin ante errores de transmisin y de re-secuenciamiento de los paquetes. Aplicaciones que usan TCP: HTTP, HTTPS, TELNET, SSH, POP3, SMTP, ETC. Es mas Lento que UDP !!!
18
VoIP y Telefona IP
Ing. Jos Cota
Protocolo UDP
Protocolo No Fiable ya que No dispone de un Mecanismo de Confirmacin (ACK); es decir es No Confirmado. Es un Protocolo No Orientado a Conexin; No dispone de mecanismos de Establecimiento ni Cierre de Conexin. Sin embargo, el Sistema Operativo que lo ejecuta mantiene una Base de Datos (Monitor) de los Procesos UDP. Multiplexa Servicios y Aplicaciones a travs de Puertos; Puertos UDP: 0 65.535. No Dispone de un mecanismo de recuperacin ante errores de transmisin y de re-secuenciamiento de los paquetes. Aplicaciones que usan UDP: DNS, DHCP, Traceroute, NTP, SIP, Multimedia Streaming. Es mas Rpido que TCP; la Cabecera es mas Pequea y No tiene Confirmacin !!!
VoIP y Telefona IP
Ing. Jos Cota
Funciones de NAT y Enrutamiento

NAT por Origen: Src-Nat NAT por Destino: Dst-nat NAT por Sobrecarga: Masquerading (Enmascaramiento) El Proceso de Enmascaramiento TCP, UDP e ICMP Funciones de NAT e INTERNET
38
19
VoIP y Telefona IP
Ing. Jos Cota
Anlisis de la Seal de Voz

Jos Cota, Agosto 2007
Capitulo II: Anlisis de la Seal de Voz
VoIP y Telefona IP
Ing. Jos Cota

La Seal de Voz: en su forma mas elemental es proviene de una fuente acstica convertida en una seal elctrica, voltaje v(t) o corriente i(t), a travs del uso de un transductor.
La Seal de Voz es una Seal Elctrica, V(t) y/o I(t) X(t)
t
Capitulo II: Anlisis de la Seal de Voz 2
VoIP y Telefona IP
Ing. Jos Cota

Transductores (Conversin de Tipos de Seal) De Acstica a Elctrica: Micrfonos De Elctrica a Acstica: Cornetas
VoIP y Telefona IP
Ing. Jos Cota

Anlisis en Tiempo de la Seal de Voz
Seal Analgica: Variacin Contnua en Tiempo. Seal No Deterministica (Aleatoria). NO podemos predecir su valor en tiempo, pero podemos entender y explicar su comportamiento. Seal No Peridica (Aperidica). Seal que padece del Fenmeno de Irreversibilidad. Descrita Tcnicamente con: Vprom (Vdc), Vrms, Vmax, Vmin y Vpp
t
VoIP y Telefona IP
Ing. Jos Cota

Anlisis en Tiempo de la Seal de Voz
La definicn matemtica de los parmetros tcnicos de anlisis en tiempo es la siguiente:
VPICO = VMAX VPICO PICO = VMAX VMIN VPROMEDIO = VDC = X (t )dt

T0
VRMS =
X
T0
(t )dt
t
VoIP y Telefona IP
Ing. Jos Cota

Anlisis en Frecuencia de la Seal de Voz
Toda seal X(t) tiene una representacin equivalente en el dominio de la Frecuencia. El Anlisis se Fundamenta en las Herramientas de Anlisis de Fourier. Para Seales Continuas en Tiempo: Serie de Fourier (Peridicas) y Transformada de Fourier. Para Seales en Tiempo Discreto: Transformada Discreta de Fourier (DFT/FFT) y Transformada Z.
VoIP y Telefona IP
Ing. Jos Cota

Anlisis en Frecuencia de la Seal de Voz
Parametrizacin en el espacio Frecuencial: Fmax Ancho de Banda en Banda Base (BW). Seales de Voz: Fmax = BW = 4KHz; con componentes espectrales entre 200Hz y 4000Hz. Seales de Audio: Fmax = BW = 22kHz; con componentes espectrales entre 200Hz y hasta 22kHz. (!! Msica e Instrumentos !!). Fmax para Voz Fmax para Audio
4KHz hasta 22KHz

7
VoIP y Telefona IP
Ing. Jos Cota

Acondicionamiento de la Voz para VoIP
Una vez comprendida un poco la naturaleza y definiciones de la seal de voz, enfrentamos nuestro primer desafo: La Seal de Voz es una Seal Analgica, con Variacin Contnua en el Tiempo, y el Protocolo IP es Estrictamente y 100% Digital: Qu Hacemos? Quin debe adaptarse a quin? La Voz debe adaptarse al Protocolo IP. Nuestro Primer Paso: Digitalizacin. Digitalizacin de la Seal de Voz
VoIP y Telefona IP
Ing. Jos Cota

Acondicionamiento de la Voz para VoIP
Digitaliazacin de la Seal de Voz
Pasos Fundamentales: - Filtrado - Muestreo y Retencin - Cuantificacin - Codificacin Pasos Secundarios: - Consideracin de Efectos de Ruido - Errores, Compresin y Encriptamiento
VoIP y Telefona IP
Ing. Jos Cota

El Proceso de Muestreo
Este proceso consiste en registrar el valor de la seal de Voz/Audio a intervalos regulares de tiempo. El intervalo de tiempo entre cada 2 instantes de muestreo consecutivos es igual a TS segundos y se le denomina PERIODO DE MUESTREO (TS).
10
VoIP y Telefona IP
Ing. Jos Cota

El Proceso de Muestreo
En su anlisis se lo puede clasificar en tres tipos: Ideal: El instante de muestreo (T), tiende a cero, es decir se trata de una sucesin de muestras infinitas. Natural: El tren de pulsos posee un perodo T de cualquier valor distinto de cero. La funcin muestreada tendr un nmero infinito de valores en el perodo de muestreo.
11
VoIP y Telefona IP
Ing. Jos Cota

El Proceso de Muestreo Muestreo y Retencin: (Sample and Hold) Es el que se emplea en la prctica, y consiste en tomar la muestra y retener el valor un cierto tiempo hasta que comience el prximo perodo de muestreo.
TEOREMA DEL MUESTREO, NYQUIST:
Toda seal analgica se puede recuperar o reconstruir a partir de sus muestras tomadas a intervalos regulares de tiempo TS segundos, siempre que se cumpla la condicin: (1/TS= FS) 2BW BW: es la mxima frecuencia Espectral, TS es el periodo de muestreo y FS es la frecuencia de muestreo).
12
VoIP y Telefona IP
Ing. Jos Cota

El Proceso de Cuantificacin Proceso que consiste en transformar los niveles de amplitud continuos de la seal de entrada previamente muestreada, en un conjunto de niveles discretos previamente establecidos. En esta etapa s se pierde informacin, y mayor ser su prdida cuanto menor sean los niveles determinados, esta prdida se llama error o ruido de cuantificacin.
13
VoIP y Telefona IP
Ing. Jos Cota

El Proceso de Cuantificacin
Mensaje
Seal cuantificada Con Q=8
14
VoIP y Telefona IP
Ing. Jos Cota

Mensaje
15
VoIP y Telefona IP
Ing. Jos Cota

Mensaje
16
VoIP y Telefona IP
Ing. Jos Cota

Mensaje
17
VoIP y Telefona IP
Ing. Jos Cota

18
VoIP y Telefona IP
Ing. Jos Cota

19
VoIP y Telefona IP
Ing. Jos Cota

Niveles de Cuantificacin (L) Nmero de Bits por Muestra (n).
20
10
VoIP y Telefona IP
Ing. Jos Cota

El Proceso de Codificacin
Proceso que consiste en convertir los pulsos cuantificados en un grupo equivalente de pulsos binarios de amplitud constante. En la prctica para la transmisin de voz digitalizada se emplean sistemas de ocho bit por muestra, lo que equivale a trabajar con 256 niveles cunticos.
21
VoIP y Telefona IP
Ing. Jos Cota

El Proceso de Codificacin
Es por esta razn que al digitalizar un canal telefnico de voz cuyo ancho de banda es 4.000 Hz, tomando muestras al doble de este ancho de banda, implica 8.000 muestras/segundo, las que al cuantificar en 256 niveles y codificar con 8 bit dan como resultado 8.000 m/s * 8 bit = 64.000 bit /seg, que es el ancho de banda de un canal telefnico digitalizado. Proceso de Codifiicacin Tpico: Ancho de Banda Considerado: 4 KHz. Niveles de Cuantificacin: 256. Bits de Codificacin: 8. Frecuencia de Muestreo: 8 KHz. Tiempo de Muestreo: 250 us. Tasa de Bits Mnima: 64.000 Bits por Segundo. (Sin Compresin!). Una seal de Voz necesita de 4KHz de Ancho de Banda, necesita ser Muestreada a una Tasa de 4000 Muestras por Segundo. Esto equivale a la necesidad de enviar 64Kbits por segundo, para poder transmitirla en formato digital
11
VoIP y Telefona IP
Ing. Jos Cota

Algunas Comparaciones
Seal
Audio Audio CD Telefona (Voz) Telefon
BW
200-20000 200-20000 200-4000 200-
Freq. Nyquist
40KHz 40KHz 8KHz
Freq. Muestreo
48KHz 44.1KHz 8KHz
N
16 16 8
KBPS
768 705.6 64
Generalmente, cuando nos referimos a la Voz en VoIP, hablamos de Voz para Telefona. Sin embargo, Podemos eventualmente estar hablando de Seales de Audio con mayor Ancho de Banda: Radio sobre IP, Msica sobre IP en Tiempo Real, Trunking IP, Multimedios sobre IP, etc.
23
12
VoIP y Telefona IP
Ing. Jos Cota
CODECs de VoIP
Ing. Jos G. Cota, Agosto 2007 Jos Cot
Capitulo 03: Codecs de VoIP, RTP/RTCP y Sealizacin DTMF
VoIP y Telefona IP
Ing. Jos Cota
CODECs de VoIP
Codec: Codificador - Decodificador Codec: Encargado de los Procesos de: Filtrado Muestreo y Retencin Retenci Cuantificacin Cuantificaci Codificacin Codificaci Compresin Compresi Encriptamiento Empaquetamiento
Capitulo 03: Codecs de VoIP, RTP/RTCP y Sealizacin DTMF 2
VoIP y Telefona IP
Ing. Jos Cota
CODECs de VoIP
Consideraciones Iniciales y Aspectos Generales La Voz/Audio: Seal Analgica, continua en el Tiempo. Parametrizacin en el Dominio Temporal: vmax, vmin, vprom, vrms. Parametrizacin en el Dominio Frecuencial: fmax. Voz: frecuencias entre 200Hz y 4KHz (fmax) Audio: frecuencias entre 200Hz y 22KHz (fmax)
VoIP y Telefona IP
Ing. Jos Cota
CODECs de VoIP
Consideraciones Iniciales y Aspectos Generales El Primer Proceso: Digitalizacin de la Seal de Voz/Audio (Filtrado + Muestreo/Retencin + ). Para la Frecuencia de Muestreo: Teorema de Nyquist FS mayor o igual que 2FMAX El primer procesamiento con el que se encuentra la seal de voz en una red de VoIP es el Codec (Codificacin y Decodificacin).
VoIP y Telefona IP
Ing. Jos Cota
CODECs de VoIP
Consideraciones Iniciales y Aspectos Generales Procesamiento de Voz/Audio: Filtrado, Muestreo y Retencin, Cuantificacin, Codificacin, Compresin, Encriptamiento y Empaquetamiento. En VoIP se aade un componente procesamiento de la Seal de Empaquetamiento. adicional al Voz/Audio:
Si la comunicacin de voz/audio es full-duplex, el proceso de CODEC es bidireccional. Fenmeno de Irreversibilidad de la Voz.

VoIP y Telefona IP
Ing. Jos Cota
CODECs de VoIP
Consideraciones Iniciales y Aspectos Generales Conceptos de Compresin Perceptiva. La Red IP: IPv4 IPv4/Ipng; Prdida de Paquetes, Jitter, Retardo, Multienrutamiento, Desordenamiento (Desincrona de Paquetes), etc. Factor de Compresin: Qu tanto puedo reducir en consumo de Ancho de Banda?; mientras mayor es la Tasa de Compresin, y otras funcionalidades, mayor es el procesamiento y mayor es el Retardo Intrnseco de los Codecs.
VoIP y Telefona IP
Ing. Jos Cota
CODECs de VoIP
Consideraciones Iniciales y Aspectos Generales Los CODECs tienen impacto en la Sealizacin concurrente en canales de VoIP como: DTMF, Tonos de Telefona, Tonos de Fax, Tonos de Modem, Tonos SubAudibles, etc. Realmente, en la actualizad el CODEC es un proceso que se ejecuta en Software; hay soluciones privativas y no privativas y depende de la arquitectura, del procesador y/o del sistema operativo que lo ejecute. Para desarrollo y diseo hay que seguir al pie de la letra el estndar.
VoIP y Telefona IP
Ing. Jos Cota
CODECs de VoIP
Consideraciones Iniciales y Aspectos Generales Para los Gateways, Softswitchs y IP-PABXs se tienen varios procesos de CODECs de forma concurrente. Es posible integrar en aplicaciones VoIP los Traductores de CODECs. Los Anchos de Banda que nos Suministran y Cobran los ISP/WISP y dems Proveedores de Interconexin se miden es a Nivel de Interface; no a nivel de Aplicacin/Transporte/Red. Esto es, por ejemplo, un 256kbps (simtrico o no) representa un Ancho de Banda mucho menor a Nivel de Aplicacin..!!!!
VoIP y Telefona IP
Ing. Jos Cota
CODECs de VoIP
Consideraciones Iniciales y Aspectos Generales Parmetros de un Codec:
Frecuencia de Muestreo. Tamao de la Trama. Retardo Intrnseco. Tasa de Compresin Nativa. Tamao del Frame y Payload. Factor/Tasa de Compresin. Escala MOS. Otros.
VoIP y Telefona IP
Ing. Jos Cota
CODEC de VoIP Visualizacin del Proceso Visualizaci

Voz/Audio Analgica Analog
Digitalizacin: 64 KBPS
- Filtrado (Filter).
- Muestreo y Retencin (Sample and Hold). - Cuantificacin (Cuantization). - Codificacin (Codification).
Compresin
CODEC
Digital
?? KBPS Paquetes UDP/IP/Ethernet
Media Stream
Packets
PBN: IP
10
VoIP y Telefona IP
Ing. Jos Cota

KBPS _ PCM = f ( FS , N ) = FS * N 2n = N FS 2 BW Tpico : 64 KBPS
Estructura Funcional de un CODEC de VoIP

vmin, vmax, vprom, vrms, fmax (BW) Fs: Frecuencia de Muestreo Ts Fs (8 KHz) N: Nmero de Bits por Muestra (N = 8)
PCM DPCM ADPCM
Voz
Filter/Sample/Hold
Cuantificacin
Codificacin
Codificacin PCM
KBPS_IN_Algoritmo Interface
ETH
IPv4
UDP
RTP
Compresin Algoritmo
1100011100 Frame N 1100011100 Frame N+1
Empaquetamiento KBPS_OUT_Interface PPS_OUT_Interface Media Stream
KBPS_OUT_Algoritmo
Tamao del Frame, en MS en Bytes: Frame Tamao del Payload: PAYLOAD. Requerimientos de PPS: PPS. Factor de Compresin: K. Retardo Intrnseco: RETARDO.
Factor _ Compresin _ A lg oritmo = K = 1 :
KBPS _ PCM KBPS _ Out _ A lg oritmo

11
VoIP y Telefona IP
Ing. Jos Cota
El Algoritmo de Compresin Compresi

IN: KBPS_PCM Tpico: 64KBPS
Compresin Algoritmo
OUT: KBPS_Out_Algoritmo Tpico: << 64KBPS
El Procesamiento es Algoritmo/Software/DSP.
COMPLETAMENTE
Digital:
El Algoritmo se Fundamenta en Principios de: Redundancia, Prediccin, Percepcin, Acondicionamiento, Compromiso, etc. El Procesamiento se hace en Tiempo Discreto; con Herramientas y Tcnicas de DSP.
12
VoIP y Telefona IP
Ing. Jos Cota
Parametrizacin del Algoritmo (CODEC) Parametrizaci

Frecuencia de Muestreo (FS): Nmero de Muestras tomadas de la Seal de Voz/Audio en la Unidad de Tiempo de 1 Segundo. (Tpico: 8KHz) Frame: El Procesamiento de la Seal de Voz en realidad se hace por Intervalos de duracin Pr-Definidos. Se toman Datos Digitalizados equivalentes para cada Intervalo de Duracin. Se denomina Frame la Duracin del Intervalo en Milisegundos (ms). Tambin se puede especificar el Frame en Bytes. Frame en Bytes: Frame(ms) * FS(KHZ). Bytes:
13
VoIP y Telefona IP
Ing. Jos Cota

Payload: Nmero de Bytes de Data de Voz/Audio enviados por cada Paquete RTP/UDP. Se puede Expresar tambin en ms. K_Frame: Nmero de Frames por Payload. K_Frame: PPS: Paquetes por Segundo. Nmero de Paquetes que necesita el Algoritmo enviar en la unidad de tiempo de 1 Segundo para garantizar la reconstruccin de la seal de voz/audio en el receptor. Este parmetro es el que en realidad fija los requerimientos de ancho de banda, a nivel de interface (KBPS UP/DOWN Stream), que necesita el algoritmo.
PPS: Requerimiento de Ancho de Banda Real !!.
14
VoIP y Telefona IP
Ing. Jos Cota

Delay: Retardo Introducido por el Algoritmo desde que se Muestrea la Seal de Voz hasta que se dispone del Stream Media Audio a nivel de UDP. Ojo, recuerde la Bidireccionalidad del Proceso !!. Tpico: < 40 ms. Factor de Compresin: KPBS_PCM y KBPS_Algoritmo. Fijo para cada algoritmo en particular. El Sacrificio: La Calidad de la Seal de Voz Se Recuperada !!
15
VoIP y Telefona IP
Ing. Jos Cota
El Proceso de Empaquetamiento
IN: KBPS_Algoritmo Tpico: << 64KBPS
RTP
UDP
IPv4
ETH
OUT: KBPS_Out_Interface Tpico: < 64KBPS > 64 KBPS !!
Empaquetamiento
Ahora, el Stream de Data comprimida por el Algoritmo hay que empaquetarlo y enviarlo a travs de la red. Hay tres empaquetamientos: UDP, IP y Enlace (ETH). Los Datos NECESITAN ser transportados a su destino: se pasan al protocolo RTP, luego a UDP (Capa 4: Transporte), este utiliza los protocolos de red disponibles (en este caso IPv4) y finalmente los protocolos de enlace de datos y capa fsica (Interface) disponibles (Ethernet por Excelencia).
VoIP y Telefona IP
Ing. Jos Cota
RTP
UDP
IPv4
ETH
Empaquetamiento
En cada capa, los protocolos aaden datos de cabecera Header los cuales se constituyen en mas Bits/Bytes que hay que Transmitir: >> Bits por Segundo. De esta forma los KBPS_Out_Algoritmo, se convierten en unos KBPS_Out_Interface; el cual es el Ancho de Banda (UP/DOWN Stream) requerido por el algoritmo para UN CANAL de VOZ sobre IP.
!! KBPS_Interface >> KBPS_Algoritmo !! Los Protocolos Aaden Control, pero Cobran KBPS A
VoIP y Telefona IP
Ing. Jos Cota
RTP
UDP
IPv4
ETH
Empaquetamiento
Comnmente, si no consideramos casos especiales como: Frame Relay (VoFR), ATM (VoATM); se tienen valores como: Cabecera RTP: 12 Bytes. Bytes. Cabecera UDP: 8 Bytes. Bytes. Cabecera IPv4: 20 Bytes. Bytes. Ethernet Capa 2: 26 Bytes. Bytes. De forma que, Total_Header(RTP+UDP+IPv4+ETH) = 66 Bytes. Total_Header(RTP+UDP+IPv4+ETH) Bytes. Total_Packet_Bytes = Voice_Payload + Total_Header(RTP+UDP+IPv4+ETH) Total_Header(RTP+UDP+IPv4+ETH) Requerimientos de Real Time Protocol Protocol Requerimientos de Transporte Transporte Requerimientos de Red Red Requerimientos de Enlace e Interface Interface
Algoritmo de Compresin
Donde, Voice_Payload= K*Frame(Bytes). Tpico: K: 1, 2 3.

OSI Protocolos
18
VoIP y Telefona IP
Ing. Jos Cota
RTP
UDP
IPv4
ETH
Empaquetamiento
Total_Header(RTP+UDP+IPv4+ETH) = 68 Bytes. Total_Packet_Bytes = Voice_Payload + Total_Header(RTP+UDP+IPv4+ETH) KBPS_Interface = PPS * Total_Packets_Bytes !!!!! Esta Formula nos da el Verdadero Consumo en KBPS del Algoritmo Esto SOLO Incluye el Canal Stream de Audio UDP/IP/RTP sobre Etnernet Recuerde adems: Canales SIP, H.323, Control, otros Medios, etc. Ejemplo, para el CODEC G.729: FS: 8KHz, N:8, KBPS_PCM: 64KBPS, FRAME: 10ms (80 bytes), PAYLOAD: 20 bytes (20ms), PPS: 50 Total_Packet_Bytes = 20 + 66 = 86 Bytes, KBPS_Interface = (50PPS) * (86Bytes/Paquete) = 4300Bytes/Seg. KBPS_Interface = (50PPS) * (86Bytes/Paquete) = 34400BPS = 34.4KBPS.
VoIP y Telefona IP
Ing. Jos Cota
Protocolo RTP
Formato de la Cabecera RTP
Bits / Bytes de Informacin 0 1 2 P 3 4 1 Byte X 5 6 7 8 M 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 1 Byte 1 Byte 1 Byte PT Timestamp Synchronization Source (SSRC) Identifier Contributing Source (CSRC) Identifiers Contributing Source (CSRC) Identifiers Multimedia Data Seq
V=2
CC
Cabecera de Extensin RTP

0 1 2 3 4 1 Byte 5 6 7 8 9 User Defined Bits / Bytes de Informacin 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 1 Byte 1 Byte 1 Byte Length Header Extension (Longitud Variable)
Cabecera RTP (normalmente): 12 Bytes Payload del CODEC: X Bytes Tamao del Paquete RTP: (12 + X) Bytes Tama
10
VoIP y Telefona IP
Ing. Jos Cota
Protocolo UDP
Formato de la Cabecera UDP
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 Puerto Origen (0 - 65535) (SAP-Origen) Puerto Destino (0 - 65535) (SAP Destino) Longitud en Bytes del Datagrama UDP (>=8) Checksum Payload UDP = Paquete RTP
Cabecera UDP: 8 Bytes Paquete RTP: (12 + X) Bytes Tamao del Paquete UDP: (20 + X) Bytes Tama
21
VoIP y Telefona IP
Ing. Jos Cota
Protocolo IPv4
Fo rmato de la Cabec era IPv4
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 TOS Indicadores Longitud Total de Header y Data (en Bytes) Offset del Segmento Header Checksum (Solo Aplicado a Header IPv4) Version IHL (x32 Bits) Identificacion TTL
Protocolo (ICMP=1, TCP, UDP, etc.)
IPv4 Origen IPv4 Destino ((Opciones) + (Relleno (Multiplo de 32 Bits))) Payload IPv4 = Paquete UDP
Cabecera IPv4 (normalmente): 20 Bytes Paquete UDP: (20 + X) Bytes Tamao del Paquete IPv4: (40 + X) Bytes Tama IPv4:
22
11
VoIP y Telefona IP
Ing. Jos Cota
Protocolo Ethernet Formato de la Trama Ethernet

prembulo direccin de destino direccin de origen Paquete IPv4
frame check sequen ce campo de tipo 2 bytes
8 bytes
6 bytes
6 bytes
de 46 a 1500 bytes
4 bytes
Campos Cabecera Ethernet: 26 Bytes Ethernet: Paquete IPv4: (40 + X) Bytes IPv4: Tamao del Paquete IPv4: (66 + X) Bytes Tama IPv4: Entonces, Ancho de Banda del Algoritmo (Interface) = (PPS * (66 + X) * 8) bps (Interface)
23
VoIP y Telefona IP
Ing. Jos Cota
En realidad pareciera que la Compresin en los CODECs es necesaria en parte para compensar el Overhead de los Protocolos RTP, UDP, IP y ETH. Hay otras opciones para evitar el efecto del Overhead. Por ejemplo, existe un Protocolo de RTP Comprimido (cRTP), que Encapsula los Headers de RTP/UDP/IPv4 en 2-4 Bytes. PERO, NO corre sobre Ethernet; sino sobre enlaces PtP.
24
12
VoIP y Telefona IP
Ing. Jos Cota
Para IPv6, hay un Overhead adicional; dado que la cabecera IPv6 contiene mas Bytes que la Cabecera IPv4. En aplicaciones con WiFI, ZigBEE, WiMAX, Pre-WiMAX, Bridges-ETH, Redes VPN y otros procesos de encapsulamiento extras; hay un Overhead Adicional que hay que considerar y que aumenta el Ancho de Banda Real que consume SOLAMENTE el Codec.
25
VoIP y Telefona IP
Ing. Jos Cota
Tipos de Codecs Codec

Existen, al menos, Tres (03) Tipos de Codecs: Codec Algoritmos de Forma de Onda (Codecs) (Codec Algoritmos de Paramtricos (Vocodecs) Param Vocodec Algoritmos Parmetricos de Anlisis y Sistesis en en TX Par An
26
13
VoIP y Telefona IP
Ing. Jos Cota

Algoritmos de Forma de Onda
La codificacin de la seal de voz/audio se basa directamente en los valores provenientes del proceso de filtrado, muestreo y retencin. La reproduccin se basa en el cumplimiento del Teorema de Nyquist. Complejidad reducida Procesos PCM y ADPCM. Son los que mas consumen ancho de banda. No usan criterios de compresin perceptual ni de modelamiento de la voz humana. ITU G.711a/u y G.726. Fuerte impacto en la calidad de voz en prdida de paquetes y de ancho de banda.
27
VoIP y Telefona IP
Ing. Jos Cota

Utiliza modelo del tracto vocal y utiliza las caractersticas de la voz humana y de percepcin. Se basan en modelos matemticos complejos de la generacin de la voz humana. Lo que se transmite al receptor son parmetros de filtros digitales (coeficientes) que permiten reconstruir la seal de voz/audio. Permiten optimizar y reducir el uso de ancho de banda. Requieren DSP y niveles importantes de procesamiento
Algoritmos de Fuente Vocal
14
VoIP y Telefona IP
Ing. Jos Cota
El Proceso de Compresin Compresi

La Seal de Se Voz/Audio
1100011100 Frame N+1
Procesamiento Digital de la Seal de Voz/Audio Se
1100011100 Frame N
Anlisis An Ruido Blanco Tren de Pulsos
Filtro Digital
Switch
+ -
Error
Sntesis Filtro Digital: Set de Coeficientes Coeficientes

VoIP y Telefona IP
Ing. Jos Cota
Tipos de Codificacin Codificaci

Con respecto a la Codificacin, se usan los siguientes esquemas: Codificaci 1) Codificacin PCM. Codificaci 2) Codificacin DPCM. Codificaci 3) Codificacin ADPCM. Codificaci 4) Codificacin CELP. Codificaci 5) Codificacin CS-ACELP. Codificaci CSCodificacin PCM Codificaci
Se codifica cada muestra de la seal de voz/audio con M bits (generalmente M = 8). Es el esquema de codificacin que mas requiere ancho de banda. De hecho, para esta codicicacin no hay compresin.
15
VoIP y Telefona IP
Ing. Jos Cota

Con respecto a la Codificacin, se usan los siguientes esquemas: Codificaci 1) Codificacin PCM. Codificaci 2) Codificacin DPCM. Codificaci 3) Codificacin ADPCM. Codificaci 4) Codificacin CELP. Codificaci 5) Codificacin CS-ACELP. Codificaci CSCodificacin DPCM Codificaci
Se aprovecha Nyquist y la Correlacin de Muestras Adjuntas y se Muestrea siempre la diferencia de una Muestra con la anterior. No se obtienen ahorros significativos de Ancho de Banda.
VoIP y Telefona IP
Ing. Jos Cota

Con respecto a la Codificacin, se usan los siguientes esquemas: Codificaci 1) Codificacin PCM. Codificaci 2) Codificacin DPCM. Codificaci 3) Codificacin ADPCM. Codificaci 4) Codificacin CELP. Codificaci 5) Codificacin CS-ACELP. Codificaci CSCodificacin ADPCM Codificaci
Se codifica es la Diferencia entre la Muestra Original y la Prediccin de esta; es decir, el Error de la Prediccin. Con un buen predictor, basado en la Correlacin de Muestras cercanas, se pueden lograr ahorros significativos de Ancho de Banda. Se pueden obtener Tasas de 32KBPS (G.721 y G.726) y entre 24 y 40KBPS (G.723). Poco robusto ante prdida de paquetes; pus est basado en Prediccin.
16
VoIP y Telefona IP
Ing. Jos Cota

Con respecto a la Codificacin, se usan los siguientes esquemas: Codificaci 1) Codificacin PCM. Codificaci 2) Codificacin DPCM. Codificaci 3) Codificacin ADPCM. Codificaci 4) Codificacin CELP. Codificaci 5) Codificacin CS-ACELP. Codificaci CSCodificacin CELP (Prediccin Lineal con Excitacin de Cdigos) Codificaci (Predicci Excitaci C
Es una forma hbrida de codificacin que usa codificacin por forma de onda y codificacin de fuente vocal. Tratando de explotar las ventajas de ambas tcnicas de codificacin. Se obtienen Anchos de Banda entre 4.8 y 16KBPS. Lo que se transmite al receptor son cdigos asociados a filtros digitales que mejor reproducen la seal original.
VoIP y Telefona IP
Ing. Jos Cota

Con respecto a la Codificacin, se usan los siguientes esquemas: Codificaci 1) Codificacin PCM. Codificaci 2) Codificacin DPCM. Codificaci 3) Codificacin ADPCM. Codificaci 4) Codificacin CELP. Codificaci 5) Codificacin CS-ACELP y LD-CELP. Codificaci CSLDPrediccin por Excitacin Lineal de Cdigo Algebraico de Estructura Predicci Excitaci C Conjugada (CS-ACELP) (CSEs la Codificacin que usa ITU G.729. G.729 usa 8KBPS (en Algoritmo). Utiliza muestras de 10ms y Payloads de 20 Bytes @ 50PPS.
17
VoIP y Telefona IP
Ing. Jos Cota
Compromiso entre el Ancho de Banda y la Calidad de la Voz
35
VoIP y Telefona IP
Ing. Jos Cota
Medida Subjetiva de la Calidad de Voz

Media Opinin Scope (Mtodo MOS) Opini (M
Es un mtodo subjetivo, basado en opiniones expertas de personan que escuchan una seal de voz/audio procesada y recuperada, que se utiliza para medir la Calidad de la Voz/audio en sesiones de VoIP. De una manera subjetiva y emprica se mide la calidad de una seal de voz/audio en una sesin de VoIP, dado un Codec especfico utilizado en la sesin. La medicin se hace consultando la opinin de personas que escuchan muestran de la voz/audio y los resustados se registran en una escala de 1 a 5. El MOS es el resultado de una prueba de escala de categora absoluta, ACR (Absolutly Categorie Rate). La prueba consiste en una serie de personas que escuchan un conjunto de muestras de voz/audio pregrabadas con diversos escenarios de algoritmos de compresin.
36
18
VoIP y Telefona IP
Ing. Jos Cota
Medida Subjetiva de la Calidad de Voz Medida del MOS 5 Excelente 4 Buena 3 2 1 Media Pobre Mala Respuesta y Esfuerzo
Relajacin completa, no requiere esfuerzo Atencin necesaria, muy poco esfuerzo Se requiere un primer nivel de esfuerzo moderado Se requiere esfuerzo adicional considerable No se entiende nada
37
VoIP y Telefona IP
Ing. Jos Cota
Los CODECs de VoIP mas Utilizados
38
19
VoIP y Telefona IP
Ing. Jos Cota
Codec ITU-T G.711 ITUG.711a y G.711u

Frecuencia de Muestreo de 8KHz 50ppm; @ 8 Bits por Muestra. El Algoritmo NO Comprime y requiere un Ancho de Banda de 64KBPS. Se utilizan Leyes de Codificacin PCM Ley (G.711) y PCM Ley A (G.711a). Procesa Frames de 10ms (80 Muestras/Bytes @ 8000Muestras/seg). Utiliza un Payload de 160 Muestras/Bytes (20ms) y requiere de 50PPS. Es el que consume mas ancho de Banda y tiene la Mejor Calidad de Voz (MOS = 4.1). Ancho de Banda Real = 90.4 KBPS (RTP+UDP+IPv4+ETH). Soporte nativo en TODAS las Aplicaciones y Protocolos de VoIP.
VoIP y Telefona IP
Ing. Jos Cota
Codec ITU-T G.729 ITUCodec de Voz a 8kbps mediante Prediccin Lineal con Excitacin Predicci Excitaci por Cdigo Algebraico de Estructura Conjugada (CS-ACELP) C (CSRecibe PCM de G.711, convertido a PCM de 16 bits por Muestra. Procesa Frames de 10ms (80 Muestras/Bytes @ 8000 Muestras/seg). Por cada Frame genera 10 Bytes comprimidos. Utiliza un Payload de 20 Bytes (equivalentes a 20ms de audio comprimido); y requiere 50 PPS. Es uno de los de Mejor Calidad de Voz luego de G.711, MOS = 3.92. Pero, requiere un nivel importante de procesamiento. Ancho de Banda Real = 34.4KBPS (RTP+UDP+IPv4+ETH). Ya viene incluido el soporte nativo de G.729 en la mayora de los Sistemas de VoIP. Sin embargo, para algunos fabricantes y arquitecturas podra requerirse instalacin y compilacin especializada.
20
VoIP y Telefona IP
Ing. Jos Cota
Codec ITU-T G.723.1 ITUCodec de Voz de Doble Velocidad para la Transmisin en Transmisi Comunicaciones Multimedia a 5.3 y 6.3 kbps (MP-MLQ) (MPRecibe PCM de G.711, convertido a PCM de 16 bits por Muestra. Procesa Frames de 30ms (240 Muestras/Bytes @ 8000 Muestras/seg). Se incluye un sub-frame de pr-anlisis de 7.5ms; por lo que el retardo intrnseco de este Codec es de al menos 37.5ms. Puede operar en dos velocidades, 5.3kbps y 6.3kbps, la de 6.3kbps tiene mejor calidad de voz. Calidad de Voz Aceptable (Buena), MOS = 3.9. Es posible Conmutar entre las Velocidades en las Fronteras de Trama; logrando veocidades entre 5.3kbps y 6.3kbps. Utiliza codificacin predictiva lineal de anlisis por sntesis.
Para G.723.1 @ 5.3kbps Para G.723.1 @ 6.3kbps MOS = 3.8, Payload = 20 Bytes @ 34 PPS (23.4kbps) MOS = 3.9, Payload = 24 Bytes @ 34 PPS (24.4kbps)
41
VoIP y Telefona IP
Ing. Jos Cota
Otros Codecs de VoIP Codec

ITU-T: G.726 (24kbps), G.726 (32kbps), G.728, entre otros. ITUiLBC (internet Low Bitrate Codec): creado originalmente por Global IP Codec) Sound; pero actualmente es de Cdigo Libre FREE (http://www.ilbcfreeware.org http://www.ilbcfreeware.org/). Puede trabajar con Frames de 20ms (iLBC de 13.33kbps, payload de 50 bytes) y de 30ms (iLBC de 15.2kbps, payload de 38 bytes). Est especialmente ideado para ambientes de Internet; muy robusto ante Prdida de Paquetes. Complejidad Computacional no despreciable. La IETF ya ha aprobado la estandarizacin de este Codec. LPC10 (Linear Predictive Coding with 10 Predicment Coefficients Calculations): Usado en condiciones de bajo Ancho de Banda disponible. La Voz Calculations) se escucha Robotizada; pero se entiende.
42
21
VoIP y Telefona IP
Ing. Jos Cota
Otros Codecs de VoIP Codec

SPEEX (http://www.speex.org/): Codec Open Open Source/Free Software, (http://www.speex.org/ parte del Proyecto GNU. Consume mucho recurso de procesamiento, mas que G.726, G.729 y GSM. El Frame y el Payload es Configurable. Creado para Speech. Hay dos versiones_ Speex-NB y Speex-WB. Comnmente, Anchos de Banda de 8, 16 y 32kbps. Pero, se pueden Configurar Anchos de Banda desde 2.15 hasta 44.2kbps GSM: Estndar ETSI. Es el Codec utilizado en Telefona Celular GSM. Trabaja GSM con Frames de 22.5ms y su Ancho de Banda es de 13kbps. Otros Codecs usados en VoIP: Siren (muy poca informacin), DVI4 Codec VoIP (ADPCM), GIPS, DoD CELP, etc.
43
VoIP y Telefona IP
Ing. Jos Cota
Cul Codec de VoIP utilizar? Cu

Resp. Resp. Depende.
Si el Ancho de Banda no es Limitado; puede ser que no sea necesario utilizar un Codec distinto a G.711. En ambientes de Internet: G.729, GSM y iLBC funcionan bastante bien. iLBC es muy bueno para condiciones de Prdida de Paquetes. Hay que considerar compatibilidad, requerimientos de procesamiento, requerimientos de traduccin de codecs, calidad de voz mnima aceptable (MOS), etc.
22
VoIP y Telefona IP
Ing. Jos Cota

Si hay Codec Translator; se introduce un Retardo Adicional; ademn de la sobrecarga de procesamiento. Lo mas recomendable, siempre y cuando se pueda, es que el Codec sea uniforme en toda la solucin de VoIP. Si las condiciones de Ancho de Banda son crticas, piense en usar LPC10. Si la solucin de VoIP est con otras soluciones como VPN, WiFI, WiMAX, Pre-WiMAX, Bridges, Protocolos de Encapsulamiento, etc. Piense en usar Codecs con Poco Payload.
VoIP y Telefona IP
Ing. Jos Cota

Si su solucin de VoIP est basada en GNU/Linux; piense en que Speex puede ser completamente compatible y configurable; adaptndolo a sus requerimientos. En todo caso; siempre que sea posible trate siempre de usar un solo Codec en su Plataforma de VoIP. Haga Pruebas!!! Monitoree la Tecnologa: Cada vez hay nuevos y mejores Codecs.
23
VoIP y Telefona IP
Ing. Jos Cota
Conclusiones y Comentarios
Los procesos claves de un Codec de VoIP son: a) Conversin de Analgica a Digital, b) Compresin y c) Encriptamiento. No hay una relacin lineal entre el ancho de banda requerido por un codec y la calidad de voz percibida; se asocian conceptos complejos como compresin perceptual. Se puede comprimir y usar menor ancho de banda y mantener significativamente la calidad de la voz, el precio: costo en procesamiento y algoritmos complejos. La escogencia del es un balance entre Calidad, Costo y desempeo de la Red IP. Hay Tres Tipos de Codecs: a) Algoritmos de Forma de Onda (PCM y ADPCM), b) Algoritmos de Fuente (Vocoders), y c) Hbridos.
VoIP y Telefona IP
Ing. Jos Cota
La frecuencia de Muestreo de la Voz/audio y los Bits por Muestra tienen un Impacto tremendo en el Ancho de Banda Requerido por el Codec. Si FS = 8KHz (TS = 125us) , @8 Bits por Muestra Bits/Seg = 64KBPS. Fmax = 4KHz, Nyquist FSMin = 8KHz. 64000
48
24
VoIP y Telefona IP
Ing. Jos Cota
El captulo de los Codecs en VoIP todava est abierto y en estudio. El desafo es fuerte. Actualmente, se est investigando con nuevas tcnicas de anlisis y procesamiento inspiradas en nuevos paradigmas como: inteligencia artificial, transformada ondcula, codificacin perceptual, etc. Los Codecs pueden estar acompaados de soluciones adicionales como: FAX, Cancelacin/Supresin de Eco, VAD (Voice Activity Detection). Estas opciones son generalmente configurable por Umbrales; hay que ser cuidadosos con estas configuraciones porque introducen procesamiento adicional y pueden causar la impresin de que el sistema no funcione adecuadamente.
VoIP y Telefona IP
Ing. Jos Cota
Comentarios Finales
Nuevos Paradigmas y Desafos: Inteligencia Artificial, Compresin en Dominio Frecuencial, Transformada Ondcula, etc. En GNU/Linux: Un Codec Un Archivo *.so (Librera) Codificacin Redundante ante Escenarios de Alta Prdida de paquetes. Codecs para Audio Mayor FS. En Redes de muy Alta Velocidad (Paradigma Ancho de Banda Infinito!!); piense: Realmente, se necesita un Codec?. Pruebe, Mida y Cambie de ser Necesario!!!
25
VoIP y Telefona IP
Ing. Jos Cota
Transport Protocol for Real-Time Applications RealProtocolo RTP

Estndar de la IETF Documento RFC1889 (Jun 1996)
51
VoIP y Telefona IP
Ing. Jos Cota
Descripcin General de RTP Descripci

RTP es el protocolo que da soporte al transporte end-toend de data multimedia en tiempo real, como: voz, audio video. Para ello, RTP puede utilizar los servicios de red de trfico Unicast Multicast. RTP no incluye funciones de garanta de calidad de servicio (QoS), entrega fiable, ni de reserva de recursos para el trfico de multimedia en tiempo real. RTP confa en que los protocolos underlaying se ocuparn de estos aspectos.
52
26
VoIP y Telefona IP
Ing. Jos Cota

El transporte de data en RTP est soportado por un protocolo adicional de control, llamado RTCP (Real Time Control Protocol), el cual permite supervisar la entrega de la data, unicast multicast, y proveer funciones de identificacin y control de trfico multimedia. RTP y RTCP son protocolos independientes de los protocolos de transporte (TCP/UDP) y de los protocolos de red (IPv4/IPv6).
53
VoIP y Telefona IP
Ing. Jos Cota

RTP y RTCP se definen dentro del mismo estndar. Por defecto usa UDP, el cual soporta multiplexacin de procesos y deteccin de error (checksum). RTP est pensado para transporte de data multimedia en aplicaciones con necesidades de tiempo real. Pensado especialmente para ser transportado por UDP e IP.
54
27
VoIP y Telefona IP
Ing. Jos Cota

RTP no dispone de soporte para garantas de: Entrega efectiva (delivery). Entrega a tiempo (timely delivery). Calidad de servicio (quality-of-service). Entrega en orden (in order delivery); sin embargo, se dispone de soporte para reconstruccin temporal del streaming (a travs del uso de nmeros de secuencia).
55
VoIP y Telefona IP
Ing. Jos Cota
Servicios Soportados por RTP

Identificacin identification). de tipo de contenido (payload type
Secuenciamiento (sequence numbering and timestamping). Supervisin de entrega de la data multimedia (monitoring). RTP soporta transferencia de data multimedia a multiples destinos, va multicast; el cual es un servicio que es soportado por los protocolos de red IPv4 IPv6.
56
28
VoIP y Telefona IP
Ing. Jos Cota
Aplicacin de RTP: Conferencia de Audio Multicast Aplicaci

RTP se soporta en los servicios de IP Multicast para permitir distribuir informacin de audio en conferencia. El protocolo IP dispone de direcciones IP especialmente asignadas, por la IANA, para el trfico multicast. Se crean y referencian grupos de recepcin de audio multicast. Un canal para el audio y un canal para el RTCP. Puede o no usarse encriptamiento. Se empaqueta la voz/audio en tramas de 20ms y se emplean esquemas de codificacin PCM, ADPCM LPC.
57
VoIP y Telefona IP
Ing. Jos Cota
Aplicacin de RTP: Conferencia de Audio y Video Multicast Aplicaci
Un par de canales RTP y RTCP para cada tipo de media. Se utiliza una direccin IP multicast para cada tipo de media. No hay acople entre los canales de streaming de voz/audio y video. Se maneja cada canal para cada tipo de media, en forma independiente. Todos los destinatarios reciben cada canal de media, en el mismo formato de codificacin.
58
29
VoIP y Telefona IP
Ing. Jos Cota
Aplicacin de RTP: Mixers and Translators Aplicaci

til cuando se quiere desplegar data multimedia, va multicast, en diferentes formatos de codificacin. Por ejemplo, en redes IP con capacidades no uniformes de ancho de banda. Esto es, algunos enlaces con baja capacidad de tasa de bits y otros con alta capacidad de tasa de bits. RTP-Level Relay (Mixer): sincroniza envo de data multimedia a travs de mltiples enlaces con diferentes capacidades de tasas de bits; enviando la misma data multimedia con distintos formatos de codificacin a travs de mltiples enlaces con distintas capacidades de tasas de bits.
59
VoIP y Telefona IP
Ing. Jos Cota
RTP y los Protocolos de Transporte y de Red que Utiliza RTP usa, y lo necesita, del soporte de multiplexacin de flujos de data multimedia y de flujo de streming de control RTCP. Para UDP, y para protocolos de transporte simulares a UDP, RTP usa puertos pares para el flujo de data multimedia; y el correspondiente RTCP stream usa el prximo puerto superior impar. Los paquetes RTP, eviados comnmente sobre UDP/IPv4, no contienen un campo que especifique su longitud. La longitud se calcula a partir de los protocolos underlaying. De hecho, la mxima longitud de un paquete RTP es limitado justamente por las capacidades mximas de payload de los protocolos underlaying. RTP puede, incluso, transportar data multimedia sobre redes no basadas en conmutacin de paquetes. En estos casos, RTP requiere un mtodo adicional (no definido dentro del estndar) para el framing o encapsulamiento de la data RTP. Hay que recordar, que RTP est pensado para transporte de data multimedia sobre redes basadas en conmutacin de paquetes.
30
VoIP y Telefona IP Supervicin Supervici Control Multimedia Streaming
Ing. Jos Cota Sealizacin Sealizaci
Megaco SIP H.323
RTCP
RTP
UDP / UDP Lite
TCP / SCTP
ICMPv4 IPv4 IPv6
IGMP
ICMPv6
ARP Ethernet / IEEE 802.3, 802.1Q, 802.1P

RARP
61
VoIP y Telefona IP
Ing. Jos Cota
Definiciones en RTP y RTCP RTP Payload (Carga til RTP): data multimedia transportada dentro de un paquete (Carga RTP) RTP. Por ejemplo, muestras de audio, voz o video comprimido. Su formato o interpretacin no est definido dentro del estndar RTP. RTP Packet (Paquete RTP): entidad RTP contentiva de una Cabecera RTP (de (Paquete RTP) longitud fija) y una Data Payload. RTCP packet (Paquete RTCP): entidad RTCP contentiva de una Cabecera RTCP, RTCP) seguida de una serie de elementos estructurales del paquete RTCP; que dependen del tipo de paquete RTCP. RTCP no transporta payload. Varios paquetes RTCP pueden ser transportados dentro de un mismo paquete UDP. La cabecera RTCP si dispone de un especificador de longitud del paquete RTCP. Esto no sucede en RTP. Port (Puerto): Puerto UDP/TCP asociado en la capa de transporte. (Puerto) RTP Session (Sesin RTP): Conexin a nivel de transporte entre dos entidades, (Sesi RTP) que se comunican a travs de UDP/TCP. La sesin RTP queda identificada por el Socket UDP/TCP establecido a nivel de la capa 4 (Capa de transporte). En sesiones RTP, cada Media es transmitido con un canal RTP propio; con su respectivo canal RTCP cada uno. RTP session Multiple Streams
31
VoIP y Telefona IP
Ing. Jos Cota
Definiciones en RTP y RTCP

Synchronization Source (SSRC): Identificador de 32 Bits (4 Octetos) que identifica la fuente de los stream RTP packets. Este identificador es parte de la cabecera RTP. Es independiente del Identificador de Red (Direccin IP) utilizado a nivel 3. Este identificador referencia paquetes con el mismo timing y secuenciamiento. Se escoge aleatoriamente. Es nico para una sesin RTP. Los receptores agrupan los paquetes por SSRC para reproducir la informacin.
63
VoIP y Telefona IP
Ing. Jos Cota

Contributing Source (CSRC): Fuente de un flujo de paquetes RTP que ha contribuido al flujo combinado producido por un mezclador. El mezclador incluye la lista de identificadores SSRC. Esta lista es llamada CSRC. Por ejemplo, en una Conferencia de Audio; el mezclador indica todos los hablantes, permitiendo al receptor referenciar al actual hablante, aunque todos los paquetes de audio tengan el mismo SSRC. CSRC Lista de Identificadores SSRC que dan origen a un flujo combinado, producido por un mezclador. End System (Sistema Final): Aplicacin asociada al trfico de data multimedia. La Final) que origina y/o recibe los datos RTP. Mixer (Mezclador): Sistema intermedio que recibe paquetes RTP, de una o mas (Mezclador) fuentes, y que posiblemente cambia los formatos de la data RTP, y combina estos dando como resultado un solo y nuevo paquete RTP. Dado que no hay sincronizacin entre las diferentes fuentes de paquetes RTP; el Mixer debe ajustar esta sincronizacin origen dispersa en una nica sincronizacin del trafico resultante combinado.
32
VoIP y Telefona IP
Ing. Jos Cota

Translator (Traductor): Sistema intermedio que reenvo paquetes RTP sin alterar la fuente de sincronizacin. Por ejemplo: traductores de codificacin sin Mezclado, replicadores de multicast a unicast, enrutadores, filtros y firewalls. Monitor: Sistema que recibe paquetes desde los participantes de una sesin RTP. El Monitor objetivo, es hacer reportes de desempeo, estimados de calidad de servicio, supervisin de entregas, debugs, diagnosticos de falla, estadsticas. Puede ser o no parte de la sesin. Protocolos No-RTP: En una sesin multimedia concurren una serie de protocolos de No- RTP sealizacin, de calidad de servicio, de encriptamiento, de control de conferencia, de enrutamiento, y por supuesto de streaming.
65
VoIP y Telefona IP
Ing. Jos Cota
Formatos, Alineacin y Tiempos Alineaci Para nmeros enteros, se utiliza el formato big-endian: Bytes, MSB LSB. n big- endian Para las constantes decimales, se utiliza el sistema decimal (Base 10). (Base Sistema de numeracin de octetos: comienzo en 0. numeraci Formato y Estructura de un Paquete RTP
Bits / Bytes de Informacin 0 1 2 P 3 X 4 5 6 7 8 M 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 1 Byte CC PT Timestamp Synchronization Source (SSRC) Identifier Contributing Source (CSRC) Identifiers 1 Byte Seq 1 Byte 1 Byte V=2
Contributing Source (CSRC) Identifiers Multimedia Data
66
33
VoIP y Telefona IP
Ing. Jos Cota
Formato y Estructura de un Paquete RTP

V, Versin (2 bits): especifica la versin del protocolo RTP implementado. Versi bits) Actualmente, se utiliza la versin 2 (10B). P, Padding (1 bit): bit de relleno. Si P=1, indica que el paquete contiene uno o bit) mas octetos de relleno; los cuales deberan ser ignorados. Se utilizan bits de relleno cuando, por ejemplo, se emplean algoritmos de encriptamiento que utilizan tamaos de bloques fijos.
VoIP y Telefona IP
Ing. Jos Cota

X, Extension (1 bit): bit de extensin. Si E=1, indica que luego de la cabecera bit) RTP se incluye una cabecera de extensin con el siguiente formato:
Cabecera de Extensin RTP
0 1 2 3 4 1 Byte 5 6 7 8 9 User Defined Bits / Bytes de Informacin 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 1 Byte 1 Byte 1 Byte Length Header Extension (Longitud Variable)
68
34
VoIP y Telefona IP
Ing. Jos Cota

CC, CSRC Count (4 bits): especifica el nmero de identificadores CSRC. bits) M, Marker (1 bit): marcador especial del paquete RTP. Su significado lo asigna bit) el usuario. Por ejemplo, se puede activar este marcador para frame boundaries, para asociar eventos al trfico de streaming.
69
VoIP y Telefona IP
Ing. Jos Cota

PT, Payload Type (7 bits): identifica el formato del payload RTP. Los que no bits) estn definidos, se referencian va Non-RTP Protocols y tienen el valor de unassigned.
70
35
VoIP y Telefona IP
Ing. Jos Cota
Formato y Estructura de un Paquete RTP PT, Payload Type (7 bits): identifica el formato del payload RTP. bits) PT Payload PT Payload
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 PCMU audio 1016 audio G721 audio GSM audio Unassigned audio DV14 audio(8Khz) DV14 audio(16Khz) LPC audio PCMA audio G722 audio L16 audio(stereo) L16 audio(mono) TPS0 audio VSC audio MPA audio G728 audio 16-22 23 24 25 26 27 28 29 30 31 32 33 34-71 72-76 77-95 96-127 unassigned audio RGB8 video HDCC video CelB video JPEG video CUSM video nv video PicW video CPV video H261 video MPV video MP2T video unassigned video reserved unassigned dynamic
71
VoIP y Telefona IP
Ing. Jos Cota

Seq, Sequence Number (16 bits): se incrementa en 1 por cada paquete RTP Seq, bits) enviado. Lo utiliza el receptor para determinar las estadsticas de prdida de paquetes y/o la reconstruccin temporal de paquetes. El nmero inicial de la secuencia se asigna aleatoriamente. aleatoriamente
72
36
VoIP y Telefona IP
Ing. Jos Cota

Timestamp, Marcador de Tiempo (32 bits): especifica de manera precisa el Timestamp, bits) instante de tiempo en que fue muestreado el primer octeto de la Data RTP contenida en el payload. Al igual que Seq, el valor inicial de Timestamp se especifica aleatoriamente. Puede estar asociado al clock del sistema al clock aleatoriamente del muestreo de la seal de media (voz, audio video).
73
VoIP y Telefona IP
Ing. Jos Cota

SSRC, Sinchronization Source (32 bits): identifica la fuente de sincronizacin. bits) Este identificador se establece aleatoriamente, bajo la premisa de que dos o aleatoriamente mas fuentes de sincronizacin, dentro de una misma sesin RTP, no tengan el mismo valor (en cuyo caso ocurrira lo que se conoce como SSRC collision; y el algoritmo debe ser capaz de detectar si esto sucede). El mismo protocolo especifica mecanismos y algoritmos de generacin de nmeros aleatorios. Nuevas asignaciones de transporte a nivel 4 (cambio de puerto); debera implicar asignar un nuevo SSRC.
37
VoIP y Telefona IP
Ing. Jos Cota

CSRC, Contributing Source (0 to 15 items, 32 bits c/u): lista de SSRC que items, c/u) identifica a las distintas fuentes que han contribuido en la data contenida en el payload RTP. El nmero de contribuyentes se especifica en el campo CC. Pueden haber mas de 15 contribuyentes; pero solo 15 pueden ser identificados. MIXER !!!
75
VoIP y Telefona IP
Ing. Jos Cota
Multiplexado de Sesiones RTP Para un procesamiento eficiente del protocolo RTP; el nmero de puntos de multiplexacin debera ser minimizado. La multiplexacin de canales RTP se define con el soporte de los protocolos de transporte (UDP/TCP) y de red (IPv4/IPv6). Por ejemplo, en una videoconferencia conmpuesta con audio y video codificados por separado, cada media (el audio y el video) debera ser transportada en una sesin RTP (cada una con su propia asignacin de direcciones a nivel 4). RTP no est ideado para que audio y video sean transportados dentro de una misma sesin RTP; y demultiplexadas en el receptor basndose el el Tipo de Media contenida en el payload; por el valor del campo SSRC. Se utiliza un identificador SSRC para cada tipo de media que se desea transmitir.
76
38
VoIP y Telefona IP
Ing. Jos Cota
RTP Control Protocol (RTCP)

Se fundamenta en el envo peridico de paquetes de control a todos los participantes de una sesin RTP; utilizando el mismo mecanismo de distribucin utilizado para los paquetes de streaming RTP. Se utiliza un canal separado para estos paquetes de control; un canal distinto al de cada canal RTP de la sesin (se utiliza otro puerto UDP).
RTCP RTP Sealizacin Se alizaci
RTCP est pensado para trabajar en conjunto con RTP !! est

VoIP y Telefona IP
Ing. Jos Cota
Funciones de RTCP
Obtener informacin acerca de la Calidad de Entrega de los Datos (feedback on the quality of the data distribution) en la distribucin de contenido multimedia en la sesin. til para protocolos de codificacin adaptativa, en trfico Unicast. Monitorizacin de la QoS y control de congestin (SR y RR) Monitorizaci congesti (SR RR) Transmitir unos identificadores asociados a las fuentes RTP, identificadores conocidos como CNAME (Canonical Name), com o una identificacin antelnativa al SSRC; por si este vara. Identificacin de Fuente (SDES). Identificaci (SDES). Obtener informacin acerca del nmero de participantes de una sesin y recalcular dinmicamente la tasa de envo de paquetes RTCP. Sincronizacin Inter-Media. Sincronizaci InterControl de los participantes dentro de una sesin. Escalado de la informacin de control. informaci
39
VoIP y Telefona IP
Ing. Jos Cota
Tipos de Paquetes RTCP

SR, Sender Report. Report.
0 V P
31 RC
PT=200 (SR)
Longitud
Sender NTP Timestamp (MSW) NTP Timestamp (ISW) RTP Timestamp Contador de Paquetes del Emisor Contador de Octetos del Emisor SSRC 1 datos adicionales RR SSRC n datos adicionales RR
VoIP y Telefona IP
Ing. Jos Cota

SR, Sender Report. Report.
0 V P
31 RC
PT=200 (SR)
Longitud
Sender NTP Timestamp (MSW) NTP Timestamp (ISW) RTP Timestamp Contador de Paquetes del Emisor Contador de Octetos del Emisor SSRC 1 datos adicionales RR SSRC n datos adicionales RR
40
VoIP y Telefona IP
Ing. Jos Cota

SR, Receiver Report. Report.
0 V P RC
PT=201 (RR)
31 Longitud Paquetes perdidos Jitter entre llegadas ltimo SR TimeStamp (LSR) Retardo desde ltimo SR (DLSR) SSRC Lost fraction Nmero de secuencia recibido ms alto
81
VoIP y Telefona IP
Ing. Jos Cota

Otros Paquetes RTCP. SDES Source Description RTCP Packet CNAME, NAME, E-MAIL, PHONE, LOC. BYE Indica que una o ms fuentes dejan de estar activas APP Paquetes especficos de aplicaciones Algunos no se utilizan en H.323
82
41
VoIP y Telefona IP
Ing. Jos G. Cota
Protocolo de Sealizacin ITU-T H.323

Ing. Jos G. Cota, Agosto 2007
Captulo IV La Suite de Protocolos ITU-T H.323
VoIP y Telefona IP
Ing. Jos G. Cota
ITU La Unin Internacional de Telecomunicaciones

La ITU es el Organismo de las Naciones Unidas para el campo de las Telecomunicaciones a nivel mundial (http://www.itu.int/) Est constituida por Tres (03) sectores: a) Sector de Normalizacin (ITU-T) Normalizaci (ITUb) Sector de Radiocomunicaciones (ITU-R) (ITUc) Sector de Desarrollo de las Telecomunicaciones (ITU-D) (ITUCaptulo IV La Suite de Protocolos ITU-T H.323
VoIP y Telefona IP
Ing. Jos G. Cota
ITU-T Sector de Normalizacin de la Unin Internacional de Telecomunicaciones

La ITU-T es un rgano permanente de la ITU que estudia los aspectos tcnicos, de explotacin y tarifarios de las telecomunicaciones y publica Recomendaciones sobre los mismos con miras a la normalizacin de las telecomunicaciones a nivel mundial.
VoIP y Telefona IP
Ing. Jos G. Cota
Protocolo H.323
ITU-T H.323 Recomendacin Nro. 323 de la Serie H (Sistemas Audiovisuales y Multimedios) de las recomendaciones del sector de estandarizacin y normalizacin de la ITU (ITU-T), denominada: Sistemas de Comunicacin Multimedios Comunicaci basados en Paquetes
VoIP y Telefona IP
Ing. Jos G. Cota
Protocolo H.323
Serie H, de las Recomendaciones ITU-T Sistemas Audiovisuales y Multimedios
Infraestructura de los servicios audiovisuales, sistemas y equipos terminales para los servicios audiovisuales
VoIP y Telefona IP
Ing. Jos G. Cota
Versiones de ITU-T H.323

Rec. ITU-T H.323, Nov-1996 (H.323v1) Rec. ITU-T H.323, Feb-1998 (H.323v2) Rec. ITU-T H.323, Sep-1999 (H.323v3) Rec. ITU-T H.323, Jul-2003 (H.323v4)
VoIP y Telefona IP
Ing. Jos G. Cota
mbito de la Rec ITU-T H.323

La Rec ITU-T H.323 describe terminales y otras entidades H.323 que proporcionan servicios de comunicaciones multimedios, voz, video y data, a travs de redes de conmutacin de paquetes (PBN, Packet Based Network) que pueden no proporcionar una calidad de servicio garantizada.
VoIP y Telefona IP
Ing. Jos G. Cota
Redes de Conmutacin de Paquetes

Redes PBN LAN/WAN/MAN IEEE 802.15 Token Ring ATM, Frame Relay IPv4/IPv6 sobre Ethernet 10/100/1000/10000BaseTX (IEEE 802.3)
VoIP y Telefona IP
Ing. Jos G. Cota
Entidades H.323
PE, Punto Extremo H.323 GW, Gateway H.323 GK, Gatekeeper H.323 MC, Controlador Multipunto MP, Procesador Multipunto MCU, Unidad de Control Multipunto
VoIP y Telefona IP
Ing. Jos G. Cota
H.323: Una Suite de Protocolos

Rec ITU-T H.225.0 (2003): Protocolos de sealizacin de llamadas y paquetizacin de trenes de medios para sistemas de comunicaciones multimedios basados en paquetes Rec ITU-T H.245 (2003): Protocolo de control para comunicaciones multimedios Codecs de Audio: G.711 (1988), G.722 (1988), G.723.1 (1996), G.728 (1992), G.729 (1996), etc. Codecs de Video: H.261(1993), H.263 (1998), H.264 (2003), etc. Datos en Multimedia: T.120 (1996). Otros: Q.931 (1998), Q.932 (1998), E.164 (1997), etc.
VoIP y Telefona IP
Ing. Jos G. Cota
Rec H.323 - Definiciones

Llamada: Comunicacin multimedios entre dos puntos extremos H.323. La llamada empieza con el procedimiento de establecimiento de la comunicacin comunicaci y termina con el procedimiento de terminacin de la llamada. La llamada est terminaci formada por el conjunto de canales fiables (TCP) y no fiables (UDP) entre los puntos extremos. Una llamada puede producirse directamente entre dos puntos extremos o puede implicar a otras entidades H.323 tales como un controlador de acceso o un MC. En caso de interfuncionamiento con algunos puntos extremos de redes con conmutacin de circuitos (RCC) a travs de una pasarela, todos los canales terminan en la pasarela donde se convierten en la representacin apropiada para el sistema de extremo de la RCC. Normalmente una llamada se efecta entre dos usuarios con fines de comunicacin, pero puede haber llamadas que slo sean de sealizacin. Un punto extremo puede ser capaz de soportar varias llamadas simultneas.
VoIP y Telefona IP
Ing. Jos G. Cota

Canal de Sealizacin de Llamada: Canal fiable (TCP) utilizado para llevar los mensajes de establecimiento de la comunicacin y de liberacin de la llamada, empleando mensajes H.225.0, entre dos entidades H.323. Canal de Datos: Tren de comunicacin distinto a audio, video y control/sealizacin, transportado por un canal llamado Canal de Datos Lgicos. Canal de Control H.245: canal fiable (TCP) que transporte mensajes H.245 entre puntos extremos H.323 para control de la llamada. Tren de Informacin: Flujo de informacin, paquetizada, de un tipo especfico de medio, voz, data, video, sealizacin o control, de una sola fuente a uno o mas destinatarios.
VoIP y Telefona IP
Ing. Jos G. Cota

Canal Lgico: Canal utilizado para transportar trenes de informacin entre puntos extremos H.323. Estos canales se establecen siguiendo los procedimientos de Apertura de Canal Lgico, definido en la Rec H.323. Se utiliza un canal no fiable para trenes de audio, control de audio, video y control de video. Se utiliza canales fiables para trenes de data y de informacin de control H.245. Canal de Registro, Admisin y Situacin: Canal no fiable utilizado para transportar mensajes H.225.0 de registro, admisin, cambios de ancho de banda y situacin entre entidades H.323. Identificador de Transporte TSAP : Direccin de la capa de transporte de una entidad H.323. En VoIP el identificador TSAP es el Puerto TCP/UDP del canal asociado.
VoIP y Telefona IP
Ing. Jos G. Cota

Canal Fiable (TCP): orientado a conexin, secuenciado, confirmado y con control de flujo. Canal No Fiable (UDP): no orientado a conexin, criterio the best effort, no confirmado, sin control de flujo. Zona: Conjunto de puntos extremos (PE) y gateways (GW) y unidades de control multipunto (MCUs) gestionados por un mismo gatekeeper (GK). Una zona incluye al menos un punto extremo, puede tener o no gateways o MCUs y tiene solo un GK.
VoIP y Telefona IP
Ing. Jos G. Cota
Protocolo de Sealizacin ITU-T H.323 Entidades H.323
VoIP y Telefona IP
Ing. Jos G. Cota
Punto Extremo H.323

Terminal End Point
VoIP y Telefona IP
Ing. Jos G. Cota
Punto Extremo H.323

Los componentes estructurales de un PE H.323 son: a) Codec de Audio y Video b) Canal de Datos, basado en T.120 c) Mdulo de Sealizacin y Control de Llamada y Control RAS: H.225.0 y H.245 d) Mdulo de Sincronizacin y Retardo Audio/Video e) Aplicacin e Interfaz de Datos (T.120) f) Transductores/Mezcladores de Audio/Video g) Interfaz de Red h) Interfaz Usuario
VoIP y Telefona IP
Ing. Jos G. Cota
Punto Extremo H.323

Estructura y Elementos de un PE H.323
IN/OUT Audio IN/OUT Video IN/OUT Data
Codec de Audio Codec de Video
Mdulo de Sincronizacin y Retardo Interfaz de Red
Capa Control H.245 H.225.0
Interfaz Usuario
Sealizacin H.225.0 Control RAS H.225.0 Alcance Rec. ITU-T H.323
VoIP y Telefona IP
Ing. Jos G. Cota
Punto Extremo H.323

Son Puntos Extremos H.323 Telfonos IP H.323 (H.323 IP-Phone) Telfonos IP H.323 en Software (H.323 SoftPhone) Gateway H.323, con puertos E1/T1-FXS/FXO Gateway H.323, con Puertos BRI/PRI de ISDN Aplicaciones Multimedia en Sistemas Operativos. IP-PABX H.323 Todo aquel que Inicie y/o Termine Llamadas en H.323
VoIP y Telefona IP
Ing. Jos G. Cota
Gateway H.323
Pasarela Puerta de Acceso
10
VoIP y Telefona IP
Ing. Jos G. Cota
Gateway H.323
Su funcin principal es la conversin adecuada entre formatos, procedimientos y protocolos entre redes no compatibles H.225.0 a/de H.221 H.245 a/de H.242 (Rec. H.246) Interoperabilidad entre la RCC y la PBN a nivel de canales de voz y telefona; reflejar del lado de la PBN la telefon realidad RCC (y viceversa) en modo transparente Conversin de formatos de video, audio y datos Transferir datos desde la RCC a la PBN y viceversa; usando T.120
VoIP y Telefona IP
Ing. Jos G. Cota
Gateway H.323
Un GW tiene caractersticas de un PE de una MCU del lado de la PBN; y de un PE de una MCU del lado de la RCC Un GK sabe si un PE es o no un GW; esto lo sabe al momento que el PE/GW se registra en el GK Un GW disponen de soporte para el procesamiento de Sealizacin DTMF entre la RCC y la PBN La conversin de sealizacin de la PBN (H.225.0) a la RCC est definida en el estndar Q.931 (Q.2931 tambin)
11
VoIP y Telefona IP
Ing. Jos G. Cota
Gateway H.323
Un GW puede conectarse con otro GW a travs de la RCC para facilitar la comunicacin de PE H.323 que no estn en la misma red
Red A (Protocolo A)
Gateway H.323
Red B (Protocolo B)
VoIP y Telefona IP
Ing. Jos G. Cota
Gatekeeper H.323
Controladores de Acceso Guardin de Puerta
12
VoIP y Telefona IP
Ing. Jos G. Cota
Gatekeeper H.323
Tambin llamado Controlador de Acceso H.323 El Gatekeeper (GK) es un elemento Opcional en una Red H.323 El Gatekeeper H.323 proporciona servicios de control de llamada entre Endpoints H.323 y Gateways H.323 El controlador de acceso est separado lgicamente de los Endpoints. Sin embargo, su implementacin fsica puede estar dentro de un Endpoint, un GW, un MC, un MCU o incluso en un dispositivo que no es H.323 (una PC con Linux por ejemplo)
VoIP y Telefona IP
Ing. Jos G. Cota
Gatekeeper H.323
Servicios del Controlador de Acceso Conversin de Direcciones y Plan de Llamadas Control de Admisiones (Mensajes ARQ/ACF/ARJ H.225.0) Control de Ancho de Banda (Mensajes BRQ/BRJ/BCF H.225.0) Gestin de Zonificacin Registracin
13
VoIP y Telefona IP
Ing. Jos G. Cota
Gatekeeper H.323
Servicios del Controlador de Acceso Autorizacin de Llamada Gestin y Monitoreo de Llamadas en Curso Compatibilidad con E.164: conversin de digitos a nmeros de red Soporte para Conferencias Multipunto; reenviando el Canal H.245 al MC
VoIP y Telefona IP
Ing. Jos G. Cota
Procesador Multipunto H.323 MP
Ing. Jos G. Cota
14
VoIP y Telefona IP
Ing. Jos G. Cota
Entidad H.323 Procesador Multipunto MP

El MP tiene la funcin de recibir, procesar y reenviar los trenes multimedia (voz, video y datos) de/hacia los PE que participan en una conferencia multipunto centralizada o hbrida. El MP proporciona servicios de conmutacin y/o mezcla de video. El MP proporciona servicios de conmutacin y/o mezcla de audio con opciones de atenuacin de seales de audio para mejoramiento de la calidad
VoIP y Telefona IP
Ing. Jos G. Cota
Entidad H.323 Procesador Multipunto MP

El MP proporciona soporte para conversin de algoritmos y formatos de video y audio (Codec Translation) El MP no es llamable; la MCU que forma parte de l si que lo es. El MP termina y origina los trenes/canales de medio (voz, video y data)
15
VoIP y Telefona IP
Ing. Jos G. Cota
Controlador Multipunto MC
Ing. Jos G. Cota
VoIP y Telefona IP
Ing. Jos G. Cota
Entidad H.323 Controlador Multipunto MC

El MC proporciona funciones de control para sustentar conferencias entre tres o mas PE de una conferencia multipunto. El MC lleva a cabo el intercambio de capacidades con cada PE de la conferencia multipunto y enva el conjunto de las capacidades a los dems PE El MC determina el Modo de Comunicacin Seleccionado (SCM, Selected Commnunication Mode) para la conferencia; el cual puede ser comn para todos los PE diferente para cada PE
16
VoIP y Telefona IP
Ing. Jos G. Cota

En una conferencia multipunto, cada PE queda conectado a un MC en su canal de control H.245; a travs de una de las siguientes vas: a) Conexin explcita a la MCU b) Conexin implcita a un MC dentro de un GK c) Conexin implcita a un MC dentro de otro PE o GW d) Conexin implcita a una MCU a travs de un GK
VoIP y Telefona IP
Ing. Jos G. Cota

La eleccin del Modo de Conferencia (descentralizada o centralizada) se produce despus de la conexin del PE con el MC utilizando mensajes H.245 El MC puede estar situado en: a) Dentro de un GK b) Dentro de un GW c) Dentro de un PE d) Dentro de una MCU
17
VoIP y Telefona IP
Ing. Jos G. Cota

Si el MC est dentro de un PE; entonces no es llamable; aunque puede asumir el papel de los mensajes H.245 del PE Si el MC est dentro de un GK; entonces puede ser llamable. Una MCU contiene siempre un MC. La MCU es llamable y el MC procesa el canal de contro H.245 proveniente de los dems PE
VoIP y Telefona IP
Ing. Jos G. Cota

Cuando dos o mas PE participan en una conferencia, utilizan el procedimiento H.245 de determinacin principalsubordinado para determinar el MC que controla la conferencia
18
VoIP y Telefona IP
Ing. Jos G. Cota
Unidad de Control Multipunto MCU
VoIP y Telefona IP
Ing. Jos G. Cota
Entidad H.323 Unidad de Control Multipunto MCU

La MCU es un punto extremo que da soporte a las conferencias multipunto Est formada por un MC y opcionalmente por una o ms MP. de audio, video y datos Un GW puede ser una MCU del lado de la PBN Un GK puede incluir una MCU La MCU es llamable por puntos extremos
19
VoIP y Telefona IP
Ing. Jos G. Cota
Protocolo de Sealizacin ITU-T H.323 Aspectos Generales y Lineamientos

VoIP y Telefona IP
Ing. Jos G. Cota
Todo PE H.323 DEBE tener un codec de audio. Deber, al menos, codificar y decodificar el formato G.711 con Ley y Ley A. Las capacidades de otros codecs, como G.722, G.728, G.729, G.723.1, sern opcionales. El codec empleado por el PE se obtendr durante el intercambio de capacidades enviando/recibiendo mensajes H.245. Un PE deber poder operar con codecs asimtricos (transcoding) para todos los codecs declarados. Por ejemplo enviar G.711 y recibir G.728.
Codecs de Audio en Puntos Extremos H.323
20
VoIP y Telefona IP
Ing. Jos G. Cota
Mezcla de Audio en H.323

Un punto extremo H.323 puede recibir mas de un canal de audio; por ejemplo en llamadas de conferencias multipunto. El PE puede mezclar las seales de audio entrantes y producir una seal de audio compuesta. El nmero mximo de trenes de audio simultneos que un PE es capaz de mezclar es parte de las capacidades que negocia un punto extremo al ingresar a una llamada de conferencia multipunto.
VoIP y Telefona IP
Ing. Jos G. Cota
Nmeracin de Canales Lgicos

Cana canal lgico se identifica de manera nica con un identificador (LCN, Logical Channel Number); el cual es un valor nmerico entero entre 0 y 65.535 (16 bits). Este identificador sirve para asociar canales lgicos con conexiones de transporte (TCP/UDP). Los identificadores de canales lgicos se eligen aleatoriamente por el TX; exepto el 0 que se usa para el Canal de Control H.245.
21
VoIP y Telefona IP
Ing. Jos G. Cota
Identificacin de Entidades H.323

Toda entidad H.323 queda identificada al menos con los siguientes parmetros: a) Direccin de Red b) Identificador TSAP (Puerto TCP/UDP) c) Alias
VoIP y Telefona IP
Ing. Jos G. Cota

Direcciones de Red (IPv4/IPv6)
Cada entidad H.323 tiene al menos una direccin IP que lo identifica Varias entidades H.323 coubicadas pueden compartir una direccin IP; por ejemplo un punto extremo y un MC Un punto extremo puede utilizar direcciones IP diferentes para canales diferentes dentro de una misma llamada IPv4 IPv6/IPng
22
VoIP y Telefona IP
Ing. Jos G. Cota

Direcciones TSAP
Se denominan de forma genrica Identificadores TSAP (Transport Service Access Point) Identificador TSAP Puerto TCP/UDP Los identificadores TSAP permiten la multiplexacin de canales que comparten la misma direccin IP Identificadores TSAP: TSAP de Canal RAS, con direccin de Multidifusin IP para el Gatekeeper Discovery TSAP con direccin IP de multidifusin TSAP Dinmicos para los Canales Multimedia TSAP Dinmicos para Sealizacin de Llamada en los Gatekeeper
VoIP y Telefona IP
Ing. Jos G. Cota

Direcciones de Alias
Un Alias es una Cadena Alfanumrica que se asocia a un Punto Extremo: una direccin E.164, ID H.323, Nmero de Telfono, una Direccin e-mail, etc. Un Endpoint puede tener uno o varios Alias asociados Las direcciones de alias proporcionan un mtodo alternativo de direccionemiento H.323 Las direcciones de Alias deben ser nicas dentro de una Zona Los MC y los MP no tienen Alias
23
VoIP y Telefona IP
Ing. Jos G. Cota
Identificacin de Llamadas en H.323

En H.323 se definen los siguientes identificadores para los procesos de llamadas: ID de Llamada (Call-ID) ID de Conferencia (CID) Cometido de Conferencia (conferenceGoal) Valor de Referencia de Llamada (CRV)
VoIP y Telefona IP
Ing. Jos G. Cota

ID de Llamada (Call-ID)
Valor distinto de cero globalmente nico creado por el PE llamante y pasado en varios mensajes H.225.0. Identifica la llamada con la que est asociado el mensaje. Se utiliza para asociar todos los mensajes RAS y de sealizacin de llamada relacionados con una misma llamada. No cambia dentro de una llamada. Su codificacin y formato se especifica cen la Rec H.225.0. Asocia TODOS los mensajes entre todas las entidades H.323 dentro de una misma llamada.
24
VoIP y Telefona IP
Ing. Jos G. Cota

ID de Conferencia (CID)
Valor nico distinto de cero creado por PE llamante y transferido en diversos mensajes H.225.0. Identifica la conferencia a la que est asociado un mensaje. Los mensajes procedentes de todos los PE de una conferencia multipunto tendrn el mismo CID. Su codificacin y formato se especifica cen la Rec H.225.0. El CID asocia TODOS los mensajes entre todos las entidades H.323 de todas las llamadas en la misma conferencia.
VoIP y Telefona IP
Ing. Jos G. Cota

Cometido de Conferencia (conferenceGoal)
Se utiliza para especificar el propsito de la llamada, las opciones son las siguientes: a) Creacin b) Incorporacin c) Invitacin d) Negociacin e) Servicio Suplementario Independiente de la Llamada
25
VoIP y Telefona IP
Ing. Jos G. Cota

Valor de Referencia de Llamada (CRV)
Todos los mensajes de sealizacin de llamada y RAS contienen un valor de referencia de llamada, llamado CRV (Call Reference Value). Hay un CRV para el canal de sealizacin y otro independiente para el canal RAS. Cada llamada ascoaia un nuevo CRV para la sealizacin de llamada y para el RAS. El CRV solo asocia los mensajes de sealizacin de llamada y RAS a una llamada.
VoIP y Telefona IP
Ing. Jos G. Cota
Canal de Datos en H.323

Ing. Jos G. Cota, Junio 2007
26
VoIP y Telefona IP
Ing. Jos G. Cota

Los canales de datos son opcionales en PE H.323. Un PE puede tener uno o varios canales de datos. Los canales de datos pueden ser unidireccionales o bidireccionales. Por defecto, los canales de datos en H.323 se manejan con en estndar T.120 de la ITU-T. Despus del establecimiento de la llamada, el intercambio de capacidades; se abre un Canal Lgico para la conexin T.120 de acuerdo con los procedimientos de H.245.
VoIP y Telefona IP
Ing. Jos G. Cota

Apertura de Canal Lgico para T.120
Cualquiera de las entidades de una llamada enva un Mensaje de Apertura de Canal Lgico y se siguen despus los procedimientos de Canal Lgico Bidireccional de la Rec H.245. El iniciador del canal lgico especifica que se trata de un canal T.120 y adems especifica las direcciones de transporte necesarias para el establecimiento del canal. Los canales lgicos T.120 se pueden cerrar en cualquier momento y puede seguir activa la llamada H.323. Si se termina la llamada H.323, por supuesto, se cierra todo canal lgico T.120 asociado.
27
VoIP y Telefona IP
Ing. Jos G. Cota

Apertura de Canal Lgico para T.120
Entidad 1 (llamante)
H.245(openLogicalChannel, T.120) H.245(openLogicalChannelAck, T.120)
Entidad 2 (llamado)
Flujo de Datos T.120
H.245(Sealizacin de Cierre de Canal Lgico)
VoIP y Telefona IP
Ing. Jos G. Cota
El Proceso de Llamadas en H.323

Ing. Jos G. Cota, Junio 2007
28
VoIP y Telefona IP
Ing. Jos G. Cota

El Proceso Tpico de las Llamadas en H.323 sigue la siguiente secuencia:
Pre-Llamada, Canal RAS: Registracin y GK Discovery (H.225.0) Pre-Llamada, Canal RAS: Localizacin y Admisin (H.225.0) Sealizacin de Llamada: Establecimiento y Conexin (H.225.0) Comunicacin Inicial e Intercambio de Capacidades (H.245) Establecimiento de Canales Multimedia: Audio/Video (RTP/RTCP) Establecimiento de Canales Multimedia: Datos (T.120/TCP) Servicios de Llamada Terminacin de la Llamada
VoIP y Telefona IP
Ing. Jos G. Cota

Pre-Llamada, Canal RAS GK Discovery y Registracin
Los Procesos Inciales Claves de Pre-Llamada son: a) GK Discovery b) Registracin de PE y/o GW en GK Registraci Canal RAS, Canal No Fiable (UDP) Basado en Mensajes H.225.0 Identificadores TSAP (Puertos UDP) Bien Conocidos y Estticos
29
VoIP y Telefona IP
Ing. Jos G. Cota
Canal RAS Gatekeeper Discovery
VoIP y Telefona IP
Ing. Jos G. Cota
Gatekeeper Discovery
Es el proceso empleado por los puntos extremos para determinar el gatekeeper en el que pueden registrarse El proceso puede ser, a) Manual b) Automtico Si el punto extremo ya dispone, por configuracin previa, de las direcciones del Puerto UDP y la Direccin IP del gatekeeper asociado; se dice que el proceso es Manual.
30
VoIP y Telefona IP
Ing. Jos G. Cota
Gatekeeper Discovery (cont.)

El proceso automtico permite que un punto extremo se registre a un gatekeeper en forma dinmica. Es decir, que el punto extremo pueda determinar en todo momento un gatekeeper en el que pueda iniciar un proceso de registracin. El proceso dinmico tambin permite que un punto extremo identifique a otro gatekeeper, en caso de que uno haya fallado. En un proceso dinmico, el punto extremo no conoce a priori al gatekeeper en el que puede asociarse. El proceso automtico permite cambiar un gatekeeper sin necesidad de reconfigurar a los puntos extremos afectados.
VoIP y Telefona IP
Ing. Jos G. Cota

Procedimiento
GRQ, Gatekeeper Request: El punto extremo enva un mensaje de multidifusin (direccin IP destino de multidifusin IP broadcast y direccin MAC destino de multidifusin FF:FF:FF:FF:FF:FF) de Peticin de Gatekeeper. GCF, Gatekeeper Confirmation: Uno o mas gatekeepers responden con un mensaje de confirmacin y especifica la direccin de transporte del Canal RAS del gatekeeper (identificador del puerto UDP para el canal RAS). Si responde mas de un gatekeeper, el punto extremo puede elegir que gatekeeper utilizar.
31
VoIP y Telefona IP
Ing. Jos G. Cota

Procedimiento
GRF, Gatekeeper Reject: Si un gatekeeper no desea que un punto extremo sea registrado en l, devuelve un mensaje de rechazo. Unidifusin GRQ: Si el punto extremo conoce a priori la localizacin (la direccin IP y los puertos del canal RAS), puede elegir Unidifundir la GRQ al gatekeeper para efector de intercambio criptolgico H.225.0. Inicio del Proceso de Registro: Usando el canal RAS. Ya el punto extremo conoce un gatekeeper donde se puede registrar.
VoIP y Telefona IP
Ing. Jos G. Cota

Procedimiento
Punto Extremo H.323 Multidifusin/Unidifusin GRQ Gatekeeper H.323
Unidifusin GCF/GRJ
Automatic Gatekeeper Discovery (Fuente: Autor)
32
VoIP y Telefona IP
Ing. Jos G. Cota

Otros Aspectos
Redundancia de Gatekeeper: Un gatekeeper puede especificar, en el mensaje GCF, una lista alternativa de gatekeepers que pueden utilizarse en caso de fallo del gatekeeper primario. Reintentos de GRQ: Si no responde ningn gatekeeper, en un lapso de tiempo determinado (mayor de 5 seg.), el punto extremo puede reintentar enviando de nuevo un GRQ. El nmero de reintentos es configurable. Rediscovery: Si un punto extremo determina que tiene un registro no vlido en su gatekeeper, deber hacer un Rediscovery. Un registro no vlido puede ser detectado cuando se recibe un Mensaje RRJ en respuesta a una Peticin RRQ al no recibir respuesta alguna a un RRQ trascurido el tiempo mximo de espera de registro.
Ing. Jos G. Cota
Canal RAS Registracin de Puntos Extremos en Gatekeepers
33
VoIP y Telefona IP
Ing. Jos G. Cota
Registro de Puntos Extremos en Gatekeeper

El registro es el proceso mediante el cual un punto extremo se incorpora a una zona y le indica al gatekeeper su direccin de transporte (puertos TCP/UDP) y sus direcciones de Alias. Es registro es necesario para iniciar cualquier llamada y podr producirse peridicamente. Un gateway o una MCU puede registrar una sola direccin de transporte multiples direcciones de transporte. El uso de mltiples direcciones de transporte facilita el enrutamiento de llamadas hacias los puertos de un gateway.
VoIP y Telefona IP
Ing. Jos G. Cota

La Registracin Aceptacin Rechazo
RRQ, Registration Request: Un punto extremo enva una peticin RRQ a la direccin de transporte (puerto UDP) del canal RAS, y a la direccin IP, del gatekeeper. RCF, Registration Confirmation: El gatekeeper responde con un mensaje de confirmacin a la solicitud de registro; esto si la solicitud de registro es aceptada. RRJ, Registration Reject: Si el gatekeeper rechaza la solicitud de registro, enviar entonces un mensaje de rechazo a la solicitud.
34
VoIP y Telefona IP
Ing. Jos G. Cota

Procedimiento
La Registracin
Punto Extremo H.323 Peticin de Registro, RRQ
Aceptacin Rechazo
Gatekeeper H.323
Aceptacin/Rechazo de Registro, RCF/RRJ
Registration Process (Fuente: Autor)
VoIP y Telefona IP
Ing. Jos G. Cota

Aspectos Generales del Proceso de Registro
Un punto extremo deber registrarse en un nico gatekeeper. Los mensajes RRQ pueden enviarse peridicamente para: a) actualizar registro, b) actualizar direcciones de transporte, c) actualizacin de alias. Los registros pueden expirar, los puntos extremos pueden especificar un Time to Live (expresado en segundos) en los mensajes RRQ. Los puntos extremos pueden renovar la registracin, antes de que expire, enviando mensajes RRQ con el bit de Keepalive activado. Los puntos extremos pueden especificar direcciones de transporte alternativas, de reserva o redundante. Si el punto extremo no especifica un Alias en el mensaje RRQ, el gatekeeper puede asignarle uno y se lo indica en el mensaje RCF.
35
VoIP y Telefona IP
Ing. Jos G. Cota

Procedimiento de Desregistracin
La Desregistracin URQ, Unregister Request: Un punto extremo puede Cancelar su registro, enviando un Mensaje URQ (Unregister Request) al gatekeeper. UCF, Unregister Confirmation: El gatekeeper responde con un mensaje de confirmacin a la solicitud de desregistro. URJ, Unregister Reject: Si el punto extremo no est registrado en el gatekeeper, este devolver un mensaje de rechazo a la solicitud de desregistro. Mensajes URQ a Puntos Extremos: UN gatekeeper puede cancelar el registro de un punto extremo, envindole un mensaje URQ al punto extremo y este responder con una confirmacin a la solicitud de desregistro (UCF).
VoIP y Telefona IP
Ing. Jos G. Cota

Punto Extremo H.323 Peticin de Desregistro, URQ Gatekeeper H.323
Aceptacin/Rechazo de Desregistro, UCF/URJ
Unregistration Process (Fuente: Autor)
36
VoIP y Telefona IP
Ing. Jos G. Cota

Punto Extremo H.323 Peticin de Desregistro, URQ Gatekeeper H.323
Aceptacin de Desregistro, UCF
Unregistration Process (Fuente: Autor)
VoIP y Telefona IP
Ing. Jos G. Cota

Pre-Llamada, Canal RAS Localizacin y Admisin
Otros Procesos Inciales Claves de Pre-Llamada son: a) Localizacin de PE (Alias Direcciones del Canal de Sealizacin de Llamada y del Canal RAS que han de usarse para alcanzar el PE deseado) b) Admisin c) Cambios de Ancho de Banda d) Situacin e) Desligamiento
37
VoIP y Telefona IP
Ing. Jos G. Cota
Canal RAS Localizacin de Puntos Extremos
VoIP y Telefona IP
Ing. Jos G. Cota
Localizacin de Puntos Extremos Localizaci

Defnicin: Es el proceso mediante el cual un punto extremo o un gatekeeper tiene la informacin de Alias de un punto extremo y desea conocer su informacin de contacto (su direccin IP y los puertos TCP/UDP). Procedimiento LRQ, Location request: El punto extremo o el gatekeeper enva un mensaje LRQ al identificador TSAP del canal RAS del gatekeeper asociado por multidifusin como se envan los mensajes GRQ del proceso de gatekeeper discovery. LCF, Location Confirmation: El gatekeeper con el que est registrado el punto extremo solicitado responder con un mensaje de confirmacin a la solicitud de localizacin. Este mensaje especifica entonces la informacin de contacto del punto extremo solicitado. La Direccin de Contacto: direcciones del canal de sealizacin y del canal RAS mas informacin adicional.
38
VoIP y Telefona IP
Ing. Jos G. Cota
Localizacin de Puntos Extremos Localizaci

Aspectos Generales de Funcionamiento LRJ, Location Reject: Todos los gatekeeper en los que no est registrado el punto extremo solicitado, devolvern un mensaje de rechazo de localizacin; si han recibido mensajes LRQ Unidifusin por el canal RAS. Si reciben mensajes LSQ Multidifusin, no respondern con el LRJ. LQR asociados a Puntos Extremos de la RCC: Un gatekeeper puede conocer el Alias y la informacin de conexin de los puntos extremos de la RCC; este gatekeeper podra responder a un LRQ, que solicita informacin sobre un punto extremo de la RCC, suministrando la informacin de conexin necesaria para alcanzar a ese punto extremo (alcanzable a travs de un Gateway).
VoIP y Telefona IP
Ing. Jos G. Cota

Pre-Llamada, Canal RAS Localizacin y Admisin
Admisin, Cambios de Ancho de Banda, Situacin y Admisi Situaci Desligamiento Mensajes H.225.0 de Canal RAS entre PE y GK. Toda llamada de PE a travs de un GK se inicia con un Proceso de Admisin ARQ/ACF/ARJ; con esto el PE Llamante obtiene del GK la Direccin TSAP del Canal de Sealizacin de Llamada, H.225.0 tambin, del PE Llamado. El PE Llamado tambin hace un Proceso de Admisin en su GK.
39
Ing. Jos G. Cota
Canal RAS Admisiones, Cambios de Ancho de Banda, Situacin y Desligamiento
VoIP y Telefona IP
Ing. Jos G. Cota
Canal RAS Admisiones, Cambios de Ancho de Banda, Situacin y Situaci Desligamiento

El Canal RAS se emplea tambin para admisiones, cambios de ancho de banda, situacin y desligamiento. Estos mensajes se producen entre puntos extremos y gatekeepers. ARQ, Admission Request: Este mensaje especifica el ancho de banda de la llamada solicitada. Es decir, la tasa de bits agregada de todos los canales de audio y video a ser enviados y recibidos; excluidos los encabezamientos RTP, UDP, IP y ETH. ACF, Admission Confirmation: El gatekeeper responde afirmativamente a la solicitud; y puede incluso reducir el ancho de banda pedido para la llamada. BRQ, Bandwidth Change Request: Un punto extremo un gatekeeper puede intentar modificar el ancho de banda, con la llamada en curso, utilizando este tipo de mensajes.
40
VoIP y Telefona IP
Ing. Jos G. Cota
Canal RAS Testigos de Acceso Un testigo de acceso es una cadena que se pasa en algunos mensajes RAS y en el mensaje de establecimiento de llamada, para: a) Dar privacidad a la informacin de las direcciones de transporte y a las direcciones de Alias de un punto extremo contra la parte llamante. b) Asegurar que las llamadas se encaminen correctamente a travs de las entidades H.323.
VoIP y Telefona IP
Ing. Jos G. Cota
Escenarios de Llamadas en H.323
41
VoIP y Telefona IP
Ing. Jos G. Cota

Llamadas PE PE sin Registracin
Red IPv4/IPv6
H.225.0 H.245 PE (Llamante) Multimedia/Data PE (Llamado)
VoIP y Telefona IP
Ing. Jos G. Cota

Llamadas PE-PE Co-Registrados en GK
Gatekeeper
GK
do
g Re
is t ra
ist d ra
Re g
Red IPv4/IPv6
PE (Llamante)
PE (Llamado)
42
VoIP y Telefona IP
Ing. Jos G. Cota

Llamadas PE-PE donde solo un PE (Llamante) tiene GK
Gatekeeper
GK
do Re g is t ra
Red IPv4/IPv6
PE (Llamante)
PE (Llamado)
VoIP y Telefona IP
Ing. Jos G. Cota

Llamadas PE-PE donde solo un PE (Llamado) tiene GK
Gatekeeper
GK
g Re ist d ra
Red IPv4/IPv6
PE (Llamante)
PE (Llamado)
43
VoIP y Telefona IP
Ing. Jos G. Cota

Llamadas PE-PE cada uno con su GK
Gatekeeper Gatekeeper
GK
Registrado
GK
Registrado PE (Llamado)
Ing. Jos G. Cota
Red IPv4/IPv6
PE (Llamante)
VoIP y Telefona IP
Sealizacin de Llamada
Protocolo H.323
Ing. Jos G. Cota Junio, 2007
44
VoIP y Telefona IP
Ing. Jos G. Cota
Sealizacin de Llamada en H.323 Se alizaci
Definicin Definici
La sealizacin de llamada en H.323 est referida al conjunto de mensajes, procedimientos y protocolos para: Establecimiento de la llamada Comunicacin inicial e intercambio de capacidades Establecimiento de la comunicacin de multimedia Servicios de llamada Terminacin de la llamada La sealizacin de llamada en H.323 utiliza mensajes H.225.0 y H.245
Ing. Jos G. Cota
VoIP y Telefona IP
Ing. Jos G. Cota
Canal de Sealizacin de Llamada
45
VoIP y Telefona IP
Ing. Jos G. Cota
Canal de Sealizacin de Llamada Sealizaci

El Canal de Sealizacin de Llamada transporta mensajes H.225.0 para: Sealizacin de Llamadas entre puntos extremos en redes H.323 que no tienen gatekeeper. Sealizacin de Llamadas entre puntos extremos gatekeepers en redes H.323 que tienen gatekeeper. Caractersticas del Canal de Sealizacin de Llamada Es un Canal Fiable (TCP) Basado en Mensajes H.225.0 y
VoIP y Telefona IP
Ing. Jos G. Cota

El Canal de Sealizacin en el Contexto de una Llamada 1.) Gatekeeper Discovery 2.) Canal RAS, Registracin 3.) Canal RAS, Mensajes de Admisin (ARQ, ACF/ARJ) 4.) Canal H.225.0, de Sealizacin de Llamada Se alizaci 5.) Canal de Control H.245 6.) Canales de Multimedia y Datos
46
VoIP y Telefona IP
Ing. Jos G. Cota

Modelos de Sealizacin de Llamadas Sealizacin Enrutada por Gatekeepers
Nube de Gatekeepers
Punto Extremo A
Punto Extremo B
Primer Modelo de Sealizacin de Llamadas

VoIP y Telefona IP
Ing. Jos G. Cota

Modelos de Sealizacin de Llamadas Sealizacin Enrutada entre Puntos Extremos
Nube de Gatekeepers
Punto Extremo A
Punto Extremo B
Segundo Modelo de Sealizacin de Llamadas

47
VoIP y Telefona IP
Ing. Jos G. Cota

Valor de Referencia de Llamada (CRV)
Todos los mensajes de sealizacin de llamada y RAS contienen un valor de referencia llamado CVR, Call Reference Value; definido en la Rec. H.225.0 Hay un CRV para el canal de sealizacin de llamada y un CRV distinto para el canal RAS. Los CRV son nicos para una misma llamada; se utilizan nuevos CRV para nuevas llamadas. No es lo mismo que el ID de Llamada (Call ID) el ID de Conferencia (CID, Conference ID). En resumen el CRV asocia mensajes de sealiacin de llamada o RAS entre entidades H.323 dentro de la misma llamada. Su formato est definido en la Rec. H.225.0
VoIP y Telefona IP
Ing. Jos G. Cota

ID de Llamada (Call ID)
Asocia todos los mensajes entre todas las entidades H.323 de una misma llamada. Es un valor nico, distinto de Cero, creado por el punto extremo llamante y pasado en varios mensajes H.225.0. El Call ID identifica la llamada a la que est asociado el mensaje. A diferencia del CRV, el Call ID no cambia dentro de una misma llamada. Su formato est definido en la Rec. H.225.0
48
VoIP y Telefona IP
Ing. Jos G. Cota

ID de Conferencia (CID) y Cometido de Conferencia
Es un valor nico distinto de Cero creado por el punto extremo llamante y transferido en diversos mensajes H.225.0. El CID identifica la conferencia con la cual est asociado un mensaje. Los mensajes procedentes de tosos los puntos extremos de una conferencia tendrn asociado un nico CID. Su formato est definido en la Rec. H.225.0 El Cometido de Conferencia (ConferenceGoal) especifica el propsito de la llamada: a) Creacin, b) Incorporacin, c) Invitacin, d) Negociacin de Capacidad, y e) Servicio Suplementario Independiente de la Llamada.
VoIP y Telefona IP
Ing. Jos G. Cota
Procedimientos de Sealizacin de Llamada
49
VoIP y Telefona IP
Ing. Jos G. Cota
Procedimientos de Sealizacin de Llamada Se alizaci Fase 1 Establecimiento de la Llamada

El establecimiento de las llamadas en H.323 se efecta utilizando mensajes H.225.0 El procedimiento de establecimiento de llamadas en H.323 es completamente asncrono; cada punto extremo puede iniciar llamadas en forma independiente y en cualquier momento El intercambio de capacidades se establece mediante mensajes H.245
VoIP y Telefona IP
Ing. Jos G. Cota

1.-) Llamadas entre Puntos Extremos sin Gatekeeper
Punto Extremo 1 (1) Establecimiento Punto Extremo 2
(2) Llamada en Curso (3) Aviso
(4) Conexin
Ing. Jos G. Cota
50
VoIP y Telefona IP
Ing. Jos G. Cota

1.-) Llamadas entre Puntos Extremos sin Gatekeeper
Establecimiento/Peticin: El Punto Extremo 1 (llamante) enva un Mensaje de Establecimiento (1) identificador TSAP del canal de sealizacin de llamada conocido del Punto Extremo 2 (H.225.0). Respuesta/Conexin: El Punto Extremo 2 responde con el Mensaje Conexin (4) y le pasa al Punto Extremo 1 la direccin TSAP del Canal de Control H.245 (H.225.0). El Punto Extremo 2 puede responder con mensajes: a) Aviso, b) Conexin, c) Llamada en Curso, y d) Liberacin Un Mensaje de Aviso (del llamado al llamante solamente) especifica que el llamado tiene una llamada entrante en establecimiento.
Ing. Jos G. Cota
VoIP y Telefona IP
Ing. Jos G. Cota

2.-) Llamadas entre Puntos Extremos con Gatekeeper Comn H.323 define dos modos de sealizacin para este caso: 1) Sealizacin de Llamada Directa 2) Sealizacin de Llamada con Gatekeeper como Intermediario (GK/Proxy)
51
VoIP y Telefona IP
Ing. Jos G. Cota

2.-) Llamadas entre Puntos Extremos con Gatekeeper Comn 2.1.-) Sealizacin de Llamada Directa
Punto Extremo 1 (llamante)
ARQ (1) ACF/ARJ (2) Establecimiento (3) Llamada en Curso (4) ARQ (5) ACF/ARJ (6) Aviso (7) Conexin (8)
Gatekeeper
Punto Extremo 2 (llamado)
VoIP y Telefona IP
Ing. Jos G. Cota

Llamadas entre Puntos Extremos con Gatekeeper Comn 2.1.-) Sealizacin de Llamada Directa
El PE1 (llamante) inicia el intercambio ARQ(1)/ACF(2) con el GK; este devuelve las direcciones TSAP H.225.0 del PE2 (llamado) en el ACF. El PE1 enva el Mensaje de Establecimiento (3) al PE2 utilizando el TSAP de H.225.0 del PE2. Si el PE2 acepta la llamada, inicia entonces el intercambio ARQ(5)/ACF(6) con el gatekeeper. Si el PE2 recibe un ARJ(6) del gatekeeper enva entonces un Mensaje de Liberacin al PE1. El PE2 responde con un Mensaje de Conexin al especificandole la direccin TSAP del canal de control H.245.
PE1,
52
VoIP y Telefona IP
Ing. Jos G. Cota

2.-) Llamadas entre Puntos Extremos con Gatekeeper Comn
2.2.-) Sealizacin de Llamada con Gatekeeper Comn como Intermediario
Gatekeeper
ARQ (1) ACF/ARJ (2) Establecimiento (3) Llamada en Curso (5) Establecimiento (4) Llamada en Curso (5) ARQ (6) ACF/ARJ(7) Aviso (8) Conexin (9) Aviso (8) Conexin (9)
Punto Extremo 1 (llamante)
Punto Extremo 2 (llamado)
VoIP y Telefona IP
Ing. Jos G. Cota

2.2.-) Sealizacin de Llamada con Gatekeeper Comn como Intermediario El PE1 (llamante) inicia el intercambio ARQ(1)/ACF(2) con el gatekeeper, el gatekeeper devuelve las direcciones TSAP H.225.0 de l mismo en el ACF. El PE1 enva el Mensaje de Establecimiento (3) al GK utilizando el TSAP del canal H.225.0 recibido en el ACF anterior. El GK enva al PE2 el Mensaje de Establecimiento. Si el PE2 acepta la llamada, inicia entonces el intercambio ARQ(6)/ACF(7) con el GK. Si el PE2 recibe un ARJ(6) del GK enva entonces un Mensaje de Liberacin al GK.
53
VoIP y Telefona IP
Ing. Jos G. Cota

2.2.-) Sealizacin de Llamada con Gatekeeper Comn como Intermediario (Cont.) El PE2 responde con el Mensaje de Conexin (9) que contiene los identificadores TSAP del canal de control H.245; esto es reenviado al PE1. El GK le puede enviar al PE1 los identificadores TSAP del canal de control H.245 del PE1 del GK (MC); en este ltimo caso el GK encamina tambin el canal de control H.245.
VoIP y Telefona IP
Ing. Jos G. Cota

3.-) Llamadas entre Puntos Extremos con Gatekeeper SOLO para un Punto Extremo (llamante) 3.1.-) Sealizacin de Llamada Directa
Punto Extremo 1 (llamante/registrado)
ARQ (1) ACF/ARJ (2) Establecimiento (3) Llamada en Curso (4)
Gatekeeper
Punto Extremo 2 (llamado/no registrado)
Aviso (5) Conexin (6)
54
VoIP y Telefona IP
Ing. Jos G. Cota

3.-) Llamadas entre Puntos Extremos con Gatekeeper SOLO para un Punto Extremo (llamante) 3.1.-) Sealizacin de Llamada Directa
Solo el PE1 (llamante) est registrado en el GK; el PE2 (lamado) no est registrado en el GK. El PE1 (llamante) inicia el intercambio ARQ(1)/ACF(2) con el GK. El PE1 enva en Mensaje de establecimiento (3) al PE2 utilizando el identificador TSAP H.225.0 que ya lo conoce. Si el PE2 decide aceptar la llamada, responde con un Mensaje de Conexin (6) que contiene su identificacin TSAP del canal de control H.245.
VoIP y Telefona IP
Ing. Jos G. Cota

3.-) Llamadas entre Puntos Extremos con Gatekeeper SOLO para un Punto Extremo (llamante)
3.2.-) Sealizacin de Llamada con Gatekeeper Comn como Intermediario
Gatekeeper
ARQ (1) ACF/ARJ (2) Establecimiento (3) Llamada en Curso (5) Aviso (6) Conexin (7) Establecimiento (4) Llamada en Curso (5) Aviso (6) Conexin (7)
Punto Extremo 1 (llamante/registrado)
Punto Extremo 2 (llamado/no registrado)
55
VoIP y Telefona IP
Ing. Jos G. Cota

3.2.-) Sealizacin de Llamada con Gatekeeper Comn como Intermediario Solo el PE1 (llamante) est registrado en el GK; el PE2 (lamado) no est registrado en el GK. El PE1 (llamante) inicia el intercambio de mensajes ARQ (1)/ACF (2) con el GK. El GK devuelve sus identificadores TSAP del canal de sealizacin H.225.0. El PE1 enva el Mansaje de Establecimiento (3) utilizando esas direcciones de transporte; el GK a continuacin enva el Mensaje de Establecimiento (4) al PE2 a las direcciones de transporte H.225.0 conocidas del PE2.
VoIP y Telefona IP
Ing. Jos G. Cota

3.2.-) Sealizacin de Llamada con Gatekeeper Comn como Intermediario (Cont.) Si el PE2 acepta la llamada responde con un Mansaje de Conexin (7), el cual contiene la direccin de transporte del canal de contro H.245. El GK enva el Mensaje de Conexin (7) al PE1 que contiene: a) la direccin de transporte del canal de control H.245 del PE2, b) la direccin de transporte del canal de control H.245 del GK (MC) en caso de que el GK encamine tambin el canal de control H.245
56
VoIP y Telefona IP
Ing. Jos G. Cota

4.-) Llamadas entre Puntos Extremos con Gatekeeper SOLO para un Punto Extremo (llamado)
4.1.-) Sealizacin de Llamada Directa 4.2.-) Sealizacin de Llamada con Gatekeeper Comn como Intermediario
Procedimiento Anlogo!!!
VoIP y Telefona IP
Ing. Jos G. Cota

5.-) Llamada entre Puntos Extremos registrados en Gatekeepers Diferentes 4.1.-) Ambos PE registrados, sealizacin de llamada directa de ambos GK 4.2.-) Ambos PE registrados, directa/encaminada 4.3.-) Ambos PE registrados, encaminada/directa sealizacin sealizacin de de llamada llamada
4.4.-) Ambos PE registrados, embos GK encaminan la sealizacin de llamada
57
VoIP y Telefona IP
Ing. Jos G. Cota

5.-) Otros procedimientos de sealizacin 5.1.-) Sealizacin Opcional de PE llamado 5.2.-) Procedimiento de Conexin Rpida
VoIP y Telefona IP
Ing. Jos G. Cota
Procedimientos de Sealizacin de Llamada Se alizaci Fase 2 Comunicacin Inicial e Intercambio de Capacidad

Luego del establecimiento de la sealizacin H.225.0, los PE establecen el canal de control H.245 para (en este orden): a) Intercambio de capacidaddes b) Determinacin principal-subordinado c) Apertura de canales de medios (voz, video y data) (Opcional) Los mensajes H.245 pueden ser encapsulados dentro de mensajes Q.931; a esto se le llama proceso de encapsulado o tunelacin H.245
58
VoIP y Telefona IP
Ing. Jos G. Cota
Procedimientos de Sealizacin de Llamada Se alizaci Fase 3 Establecimiento de Comunicacin Multimedia

Apertura de Canales Lgicos para los trenes de medio (voz, video y data) La apertura de canales lgicos es regido segn H.245 Canales lgicos asociados a identificadores TSAP dinmicos Caneles lgicos Canales no fiables (UDP), para Voz y Video y fiable (TCP) para Data
VoIP y Telefona IP
Ing. Jos G. Cota
Procedimientos de Sealizacin de Llamada Se alizaci Fase 4 Servicios de Llamada

Gestin de cambios de ancho de banda (aumento/disminucin) Situacin Ampliacin de una conferencia ad hoc Servicios suplementarios Puesta en cascada multipunto Pausa y reencaminamiento iniciados por terceras partes
59
VoIP y Telefona IP
Ing. Jos G. Cota
Procedimientos de Sealizacin de Llamada Se alizaci Fase 5 Terminacin de la Llamada

Terminacin de una llamada enviando un Mensaje H.245 de finalizacin de llamada (endSessionCommand) Terminacin de una llamada enviando un Mensaje H.225.0 de Liberacin Completa H.323 define varios mecanismos para Terminacin de Llamadas; basados estos en Mensajes H.245 y/o H.225.0
VoIP y Telefona IP
Ing. Jos G. Cota
Sealizacin de Control H.245 en H.323

Protocolo de Control para Comunicaciones Multimedia
(Resumen)
60
VoIP y Telefona IP
Ing. Jos G. Cota

Luego de los procesos de Pre-Llamada (RAS) y de Establecimiento de Llamada (Admisin, establecimiento y Conexin) los PE establecen un Canal de Control H.245. La Funcin Principal del Canal de Control H.245 es: a) Intercambio de Capacidades. b) Apertura de Canales de Medios. Opcionalmente, para fines de disminucin de tiempo de establecimiento de llamada, se pueden transmitir mensajes H.245 dentro del Canal de Sealizacin Q.931. A este proceso se le llama: Tunelizacin H.245. Tunelizaci H.245
VoIP y Telefona IP
Ing. Jos G. Cota

Tunelizacin H.245, Continuacin: La Opcin de Tunelizacin H.245 la define el PE Llamante en el Mensaje de ESTABLECIMIENTO (h245Tunneling: TRUE) y en TODOS los Mensajes Q.931 sugsiguientes. Sin embargo, durante el curso de la llamada; cualquier PE puede elegir efectuar un cambio y pasar a una Conexin H.245 separada en cualquier momento. Bsicamente, uno de los PE le enva, en Mensajes Q.931, la direccin h245Address al otro PE para iniciar el Canal H.245.
61
VoIP y Telefona IP
Ing. Jos G. Cota

La sealizacin H.245 se establece entre: a) PE y MC b) PE y GK c) PE y PE Se establece exactamente un Canal de Control H.245 en cada sentido de cada llamada, en la que participe la entidad H.323. El Canal de Control H.245 se identifica como el Canal Lgico 0. Los procedimientos normales de apertura/cierre de canales lgicos no se aplican al canal de control H.245.
VoIP y Telefona IP
Ing. Jos G. Cota

Los Mensajes de Control H.245 se clasifican en: a) de Peticin, requieren una accin especfica y una ) Petici respuesta inmediata. b) de Respuesta, respondetn a peticiones. Respuesta c) de Instruccin, requieren accin especfica; pero no una Instrucci respuesta d) de Indicacin, informativos y no requieren respuesta Indicaci
62
VoIP y Telefona IP
Ing. Jos G. Cota

Mensajes de control extremo-extremo para: a) Determinacin principal-subordinado b) Intercambio de capacidades c) Sealizacin de canal lgico d) Sealizacin de canal lgico bidireccional e) Sealizacin de cierre de canal lgico f) Peticin de modo g) Determinacin de retardo de ida y vuelta h) Sealizacin de bucle de mantenimiento
VoIP y Telefona IP
Ing. Jos G. Cota

Determinacin Principal-Subordinado
Se utiliza para resolver conflictos entre dos PE que estn intentando establecer un canal multimedia bidireccional. Lo que sucede es que ambos PE intercambian Nmeros Aleatorios, enciados en Mensajes H.245, con el objeto de determinar cual PE es el Principal y cual es el Subordinado.
63
VoIP y Telefona IP
Ing. Jos G. Cota

Intercambio de Capacidades
Se utiliza para que cada PE anuncie sus capacidades de recepcin y transmisin de trenes de medio; as como los modos de funcionamiento en que un PE puede funcionar. Por ejemplo: los Codecs de Audio y Video que el PE puede ejemplo utilizar. Los PE pueden aadir capacidades dinmicamente durante una sesin.
VoIP y Telefona IP
Ing. Jos G. Cota

Sealizacin de Canal Lgico
Canal Lgico Receptores. Informacin de un Transmisor a uno o mas
Los Canales Lgicos se identifican con un Nmero de Canal Lgico; nico en cada sentido de la direccin. Los Canales Lgicos se Abren y Cierran usando Mensajes de Control H.245. Puede existir Bidireccionales. Canales Unidireccionales (Asimtricos)
Canales Lgicos para Voz y Video: UDP, RTP/RTCP. Canales Lgicos para Data: TCP.
64
VoIP y Telefona IP
Ing. Jos Cota
Media Gateway Control Protocol MGCP v1.0

Ing. Jos Cota, Agosto 2007 Jos Cot
Capitulo V: Protocolos de Sealizacin MGCP y MEGACO
VoIP y Telefona IP
Ing. Jos Cota
Descripcin General de MGCP Descripci

IETF RFC3435 (2003) Es un protocolo ideado para intercambio de sealizacin entre: - Agentes de Llamada (Call Agent Media Gateway Controllers). - Pasarelas (Media Gateway).
VoIP y Telefona IP
Ing. Jos Cota

Agentes de Llamada Es donde reside el control y la inteligencia del trfico telefnico. Control del plan de enrutamiento de llamadas y de sealizacin. Origen de instrucciones y comandos a las pasarelas y telfonos IP. Supervisin de eventos en las pasarelas. Pasarelas Interconexin PSTN a VoIP. Puertos FXS, FXO, TDM, etc. Funciones de Media. Sealizacin final hacia/desde la PSTN. Enva eventos a los Agentes de Llamada. Recibe y ejecuta comandos e instrucciones de los Agentes de Llamada.
VoIP y Telefona IP
Ing. Jos Cota

MGCP es un protocolo de tipo Maestro/Esclavo (Gestin Centralizada). - Maestro: Los Agentes de Llamada. - Esclavo: Las Pasarelas.
Maestro
Agente de LLamada
os os nt d ve an E om C
s os n nd os os a ntt m en o Ev C Ev C
Pasarela FXO FXS TDM Esclavo
Pasarela Esclavo FXO FXS TDM
VoIP y Telefona IP
Ing. Jos Cota
Gestin Centralizada MGCP Gesti

Son los intermediarios de interconexin entre la PSTN y la VoIP. Contienen en uno de sus extremos los Endpoints sobre los cuales los Agentes de Llamada pueden crear, modificar o finalizar conexiones de VoIP asociadas a sesiones de media con otros Endpoints. En los Media Gateway se generan eventos y sealizacin de cambio de status de los Endpoints, colgado y descolgado por ejemplo, que son reportados a los Agentes de Llamada. Los Media Gateway reciben instrucciones y comandos directamente de los Agentes de Llamada para la gestin de cada sesin de VoIP. Los Media Gateway pueden ser Auditados: se audita a los Endpoints y a sus conexiones.
VoIP y Telefona IP
Ing. Jos Cota
Detalles de Funcionamiento MGCP

El Media Gateway. El Media Gateway tiene la funcin Gateway. funci principal de conversin de protocolos de la Red de conversi Conmutacin de Circuitos (RCC-PSTN) a la Red de Conmutaci (RCCConmutacin de Paquetes (PBN). Conmutaci
Red de Conmutacin Conmutaci de Paquetes IP
Media Gateway
Red de Conmutacin Conmutaci de Circuitos
ETH, ATM, xDSL, WiFI, WiMAX, Fibra, PLC
E1/T1, FXS, FXO, E&M
VoIP y Telefona IP
Ing. Jos Cota

Call Agent (Media Gateway Controller). Centro de la Inteligencia y Control de Llamadas desde y hacia los Media Gateway. Tienen la funcin principal de intercambiar Comandos, Instrucciones y Respuestas con los Media Gateways que estn bajo su control. MGCP asume que TODO el control de las llamadas, originadas y destinadas en los Media Gateways, estn controladas y sincronizadas el los Call Agents. El proceso es completamente centralizado. Los Media Gateway no ejecutan acciones o comandos que no sean provenientes de los Call Agents. El proceso es de tipo Maestro/Esclavo. Esto, es uno de los aspectos mas claves y resaltantes de MGCP.
VoIP y Telefona IP
Ing. Jos Cota

Desde el punto de vista de los Media Gateways, en MGCP se definen Dos (02) tipos de estructuras: Los Endpoints: fuentes/origen de data multimedia, pueden ser fsicos Endpoints: o virtuales. Son todos y cada una de las interfaces de los Media Gateway. Las Conexiones: pueden ser de tipo punto a punto multipunto. Est Conexiones: asociada a trfico de VoIP sobre RTP/RTCP/UDP. Una llamada es un contenedor de Conexiones.
VoIP y Telefona IP
Ing. Jos Cota

Conexiones y Llamadas. Las Conexiones se agrupan en Llamadas. Una o mas conexiones pueden pertenecer a una llamada. El establecimiento de las Conexiones y las Llamadas en MGCP es un proceso controlado completamente por los Call Agents. Las Conexiones se crean desde los Call Agents a cada Endpoint. Es decir; una llamada Punto a Punto son Dos Conexiones. Cada Conexin se referencia, de manera nica a travs de un Identificador de Conexin. Cada Conexin tiene asociada una serie de Atributos.
VoIP y Telefona IP
Ing. Jos Cota

Relacin de MGCP con H.323: Un Call Agent en MGCP es equivalente Relaci a un Gatekeeper H.323 y un Media Gateway es equivalente a un Endpoint H.323. Identificacin de los Endpoints. De la forma, Identificaci Endpoint Media_Gateway_Local_Name@Media_Gateway_Domain Media_Gateway_Local_Name@Media_Gateway_IPv4 Media_Gateway_Local_Name@Media_Gateway_IPv6
10
VoIP y Telefona IP
Ing. Jos Cota
Llamada entre Dos Endpoints, cada uno asociado a un Media Gateway, a travs de un Call Agent trav El Call Agent enva el comando Create a Connection al primer Media Gateway. El Media Gateway reserva los recursos para la conexin. El Media Gateway responde al comando con Session Description; donde se especifican bsicamente los puertos UDP, el codec a utilizar y las direcciones Ip de localizacin. El Call Agent enva el comando Create a Connection al segundo Media Gateway; y le incluye la informacin de Session Description` del primero. Igualmente, el Media Gateway reserva los recursos para la conexin y le enva tambin la respuesta con el Session Description al Call Agent.
11
VoIP y Telefona IP
Ing. Jos Cota
Llamada entre Dos Endpoints, cada uno asociado a un Media Gateway, a travs de un Call Agent trav El Call Agent usa el comando Modify Connection para pasarle al primer Media Gateway la informacin Session Description del segundo Media Gateway. La comunicacin de media se establece entre los Endpoints de los Media Gateways.
12
VoIP y Telefona IP
Ing. Jos Cota
Llamada entre Dos Endpoints, cada uno asociado a un Media Gateway, a travs de distintos Call Agents trav Agent
Cuando los Media Gateways se encuentran en Call Agents distintos, lo que sucede es que los Call Agents intercambian informacin utilizando un Protocolo de Sealizacin adicional; como SIP por ejemplo, con el objeto de sincronizar la creacin de las conexiones necesarias para comunicar a los Endpoints que estn en los Media Gateways. Una vez establecidas las conexiones entre los Endpoints, el Call Agent Endpoint puede en cualquier momento; utilizando Comandos Modify Connections, Connections modificar los parmetros de tales conexiones. Por ejemplo, cambiar los par Codecs, modificar las Direcciones IPs, cambiar los Puertos UDP, etc. Codec IP
13
VoIP y Telefona IP
Ing. Jos Cota
Gestin de Conexiones por parte de los Call Agents Gesti Agent

Una vez establecidas las conexiones entre los Endpoints, el Call Agent Endpoint puede en cualquier momento; utilizando Comandos Modify Connections, Connections modificar los parmetros de tales conexiones. Por ejemplo, cambiar los par Codecs, modificar las Direcciones IPs, cambiar los Puertos UDP, etc. Codec IP
Los Call Agents pueden eliminar Conexiones enviando Comandos de tipo Agent Delete Connections a los Media Gateway. Los Media Gateway podrn Connections podr responder, ante tal solicitud, de forma afirmativa o negativa negativa
14
VoIP y Telefona IP
Ing. Jos Cota
Protocolo MEGACO Versin 1

Ing. Jos Cota, Junio 2007 Jos Cot
15
VoIP y Telefona IP
Ing. Jos Cota
Protocolo MEGACO
Recomendacin ITU-T H.248 Documento IETF RFC3015. Basado en MGCP. Getin Centralizada de la Sealizacin. SIP y/o H.323 como protocolos complementarios de sealizacin. Sealizacin entre MGC y los MG con MEGACO y entre MGCs usando H.323 SIP. La misma Estructura Funcional que MGCP.
Capitulo V: Protocolos de Sealizacin MGCP y MEGACO 16
VoIP y Telefona IP
Ing. Jos Cota
Protocolo de Sealizacin SIP Session Initiation Protocol

Ing. Jos G. Cota Jos Cot Agosto, 2007
Captulo VI Protocolo de Sealizacin SIP
VoIP y Telefona IP
Ing. Jos Cota
Protocolo de Sealizacin SIP

Introduccin y Descripcin General
VoIP y Telefona IP
Ing. Jos Cota
Origenes de SIP
SIP es un Estndar IETF y es parte fundamental de la Arquitectura de Protocolos Multimedia de la IETF. SIP versin 1 (SIPv1), Documento RFC2543 (1999). SIP versin 2 (SIPv2), Documento RFC3261 (2002). Primer protocolo de VoIP basado en HTTP y pensado especialmente para aprovechar flexibilidad de Redes en INTERNET.
VoIP y Telefona IP
Ing. Jos Cota
Definiciones de SIP
SIP es un protocolo de sealizacin de control, a nivel de aplicacin, que se emplea para el Establecimiento, la Modificacin y la Finalizacin de Sesiones Multimedia (Llamadas) entre dos o mas participantes. SIP es un protocolo de intercambio de Mensajes, de Peticin y Respuesta, que est basado el el Modelo de Conexin Cliente/Servidor (TCP/UDP). SIP es un protocolo de sealizacin que utiliza mensajes en formato de Texto Plano, basado en el protololo HTTPv1.1.
!!! Sesin Multimedia = Voz + Video + Data !!! Sesi
VoIP y Telefona IP
Ing. Jos Cota
Aspectos Generales de SIP

SIP realmente no define, limita, establece o circunscribe las sesiones multimedia a trfico de video y voz solamente; puede ser cualquier otro tipo de sesin como juegos por ejemplo. Como protocolo de aplicacin SIP utiliza por defecto el protocolo de transporte UDP (Puerto: 5060); aunque el estndar no limita SIP a usar solo UDP; puede tambin usar TCP. SIP utiliza un protocolo llamado SDP (Session Description Protocol) en el proceso de establecimiento de sesiones. Para sesiones estrictamente de VoIP; SIP utiliza solo Dos Canales: a) Canal de Sealizacin (SIP), y b) Canal de Stream de VoIP. Desde este punto de vista es mas eficiente que H.323.
VoIP y Telefona IP
Ing. Jos Cota

SIP se fundamenta en un esquema de envo de mensajes, de peticin y respuesta, similares en su sintaxis y semntica a los definidos en el estndar HTTP (Hypertext Transfer Protocol). Por supuesto, las conexiones SIP se establecen conforme al Modelo de Conexin Cliente/Servidor. El intercambio de mensajes de tipo Peticin/Respuesta recibe el nombre de Transacciones SIP entre el Cliente y el Servidor SIP. Todos los Mensajes en SIP se codifican en Texto (no en Binario como en H.323); por tanto la Sealizacin SIP es completamente transparente a lo largo de la red IP. Es decir, cualquier Sniffer puede hacer tracking directo de dicha sealizacin. Ventaja o Desventaja?
VoIP y Telefona IP
Ing. Jos Cota

Basado en el Uso de URL (Uniform Resource Locators). El los Mensajes SIP, especifica: - Especifica el Originador (From) - Destinatario (Request-URI) - Destinatario Final (To) - Direccin de Redireccionamiento (Contact) La Sintxis de los SIP-URL est definida en el documento IETF RFC2396.
VoIP y Telefona IP
Ing. Jos Cota

Basado en el Uso de URL (Uniform Resource Locators). Sintxis: sip:user:password@host:port;transport=tcp/udp; sip:user:password@host:port;transport=tcp/ udp;
Donde, host: Direccin de Host Direccin IPv4/IPv6 Tambin el SIP-URL puede especificar Parmetros como: - Valor de TTL para SIP. - Direcciones Fsicas Nmero Telefnico del Usuario. Ejemplo: sip:jose.atel@big.com;maddr=239.255.255.1;ttl=15 sip:jose.atel@big.com;maddr=239.255.255.1;ttl=15
VoIP y Telefona IP
Ing. Jos Cota

Basado en el Uso de URL (Uniform Resource Locators). Ejemplos de SIP-URLs:
sip:j.doe@big.com sip:j.doe:secret@big.com;transport=tcp sip:j.doe@big.com?subject=project sip:+1-212-555-1212:1234@gateway.com;user=phone sip:1212@gateway.com sip:alice@10.1.2.3 sip:alice@example.com sip:alice%40example.com@gateway.com sip:alice@registrar.com;method=REGISTER Los SIP-URLs son Case-Insentitive.
VoIP y Telefona IP
Ing. Jos Cota

Basado en el Uso de URL (Uniform Resource Locators). En la Sealizacin SIP, la Localizacin de los UAS est basada en Servidores DNS. En H.323 la Localizacin de los Usuarios est basada en el Gatekeeper; el cual puede (opcionalmente) usar Servidores DNS.
10
VoIP y Telefona IP
Ing. Jos Cota
Objetivos de SIP
Lograr una mayor integracin con las aplicaciones y servicios en ambiente de INTERNET. Mayor flexibilidad para adaptarse rpidamente a nuevos requerimientos y funcionalidades. Implementacin Funcionalidades. Simplificada, conservando Robustez y
Solventar Rpidamente Inconvenientes de Firewalls y NATs. Hacer uso efectivo de la Arquitectura de Protocolos TCP/IP.
11
VoIP y Telefona IP
Ing. Jos Cota
Arquitectura Multimedia de la IETF

Distribuida y No Centralizada. Basada en un conjunto de protocolos independientes e intercambiables. Flexible, Escalable y con Ingeniera Abierta. Compatible con la Suite H.323. Funciones de Establecimiento, Modificacin y Finalizacin de Sesiones Multimedia: SIP.
12
VoIP y Telefona IP
Ing. Jos Cota
SIP y la Arquitectura de Protocolos

Aplicacin Transporte Red Enlace Fsica IPv4 SIP TCP IPv6/IPng IEEE 802.3/802.11 SDP RTP/RTCP UDP ICMP Aplicacin Transporte Red Enlace Fsica
Red IP
13
VoIP y Telefona IP
Ing. Jos Cota

Detalles de Funcionamiento
14
VoIP y Telefona IP
Ing. Jos Cota
Detalles de Funcionamiento del Protocolo SIP

En SIP la sealizacin, para el establecimiento, modificacin y terminacin de sesiones multimedia, se maneja por un canal separado al canal de Streaming de Voz y Video.
Protocolo SIP => Canal_de_Sealizacin_SIP + Canal_de_Se alizaci Canal_de_Streaming_Voz/Video !! Canal_de_Streaming_Voz/Video
Servidor SIP
Canal de Sealizacin SIP UDP/TCP
(Servidor)
Red IP
Canal de Streaming (Voz/Video) RTP/RTCP/UDP

Agente SIP (Cliente)
15
VoIP y Telefona IP
Ing. Jos Cota
SIP es un Protocolo basado en HTTP =>> Fcil Debug F Debug el Tiempo Real
Es comn encontrar en la literatura que SIP es un protocolo basado en Texto. Y de hecho es as, porque como est basado en HTTP y en una arquitectura de intercambio de mensajes de peticin y respuesta; estos mensajes se transmiten en Texto Plano, directamente con formato de caracteres ASCII. En consecuencia, SIP es un protocolo al que se le puede hacer DEBUG en tiempo real simplemente Leyendo directamente el contenido de los mensajes SIP. (Sniffer) Sniffer
16
VoIP y Telefona IP
Ing. Jos Cota
SIP es un Protocolo basado en HTTP =>> Fcil Debug F Debug el Tiempo Real
Por ejemplo, con un simple Sniffer (como Ethereal, por ejemplo) se puede hacer Debug de transacciones SIP; simplemente analizando las tramas Ethernet y sus contenidos. Esta es una de las grandes diferencias de SIP con respecto a H.323. En H.323 la sealizacin es Binaria y Codificada, ms rpida, segura y eficiente (mas no es flexible), pero; no es posible el Debug en tiempo real. Por eso, suele decirse que H.323 es un protocolo de debug especializado.
17
VoIP y Telefona IP
Ing. Jos Cota
Servicios que Soporta el Protocolo SIP
Servicio de Localizacin de Usuarios: determinacin de las Localizaci Usuarios direcciones de localizacin de los usuarios finales que participarn en las sesiones multimedia.
Servicio de Establecimiento de Llamada: repique, Llamada negociacin de parmetros entre los participantes de una sesin. Servicio de Disponibilidad de Usuario: la posibilidad de Usuario determinar si un agente SIP desea o no participar en una nueva sesin.
18
VoIP y Telefona IP
Ing. Jos Cota
Servicios que Soporta el Protocolo SIP

Servicio de Caractersticas de Usuario: la posibilidad de Caracter Usuario determinar los flujos multimedia, y las caractersticas de loos mismos, que podrn utilizarse en una sesin. Servicio de Manejo de Llamadas: transferencia de llamadas, Llamadas y terminacin de sesiones.
19
VoIP y Telefona IP
Ing. Jos Cota
Entidades SIP
Bsicamente, la Arquitectura SIP soporta Dos Tipos de Entidades claramentes definidas dentro del protocolo: Agente de Usuario SIP, o simplemente Agente SIP. En adelante: Clientes SIP. Servidores SIP.
20
10
VoIP y Telefona IP
Ing. Jos Cota
Entidades SIP
Agente de Usuario SIP, o simplemente Agente SIP Es el sistema final que modela el comportamiento del usuario del sistema SIP. Consta de dos funcionalidades: Cliente o Servidor. Esto es, el usuario final deber poder o bien Establecer/Iniciar (Agente en Modo Cliente SIP) Recibir (Agente Servidor SIP) una nueva Llamada/Sesin.
Ejemplos IP-Phone IPSoft-Phone SoftAdaptadores IP-PBX SIP IPGateways Gateway
Agente SIP, Modo Cliente SIP User Agent Client UAC Inicia Peticiones
21
VoIP y Telefona IP
Ing. Jos Cota
Entidades SIP
Servidor SIP
Servidores de Localizacin (Location Server). Localizaci (Location Server) Servidores de Registracin (Registrar Server). Registraci Server) Servidores Proxy (Proxy Server) (Proxy
Modo Persistente (Stateful Proxy Server). (Stateful Server) Servidores Proxy de Estado Voltil (Stateless Proxy Server). Vol (Stateless Server)
Servidor de Redireccin (Redirection Server). Redirecci (Redirection

22
11
VoIP y Telefona IP
Ing. Jos Cota
Entidades SIP
Servidor de Localizacin (Location Server) Localizaci (Location Este tipo de servidor es utilizado por los servidores Proxy SIP por un servidor de Reenvo SIP para obtener informacin sobre la posible localizacin del Agente de Usuario que est siendo llamado. El servidor de localizacin puede estar externo a la red SIP y puede que emplee un protocolo alternativo, como TRIP (Telephony Routing over IP) para comunicarse con los otros servidores. Servidor de Localizacin Permite Obtener Informacinde Localizacin de los Usuarios en Proceso de ser Llamados
23
VoIP y Telefona IP
Ing. Jos Cota
Entidades SIP
Servidor de Registracin (Registrar Server) Registraci A este tipo de servidor se enviar peticiones de actualizacin de ubicacin y registracin por parte de los Agentes de Usuarios. Se pueden o no aceptar y/o rechazar peticiones de registracin; todo basado en polticas de acceso y seguridad con contraseas. Servidor de Registracin Permite Obtener Actualizaciones de Ubicacin y Peticiones de Registracin de los Usuarios
24
12
VoIP y Telefona IP
Ing. Jos Cota
Entidades SIP
Servidor de Redireccin (Redirection Server) Redirecci (Redirection Este servidor devuelve a los Agentes de Usuarios la direccin del NHS (Next Hop Server). Permite el Establecimiento de Llamadas entre Clientes sin necesidad de usar Proxy SIP. Los procesos de llamadas redireccionadas disminuyen la carga de los Servidores Proxy debido a llamadas concurrentes.
25
VoIP y Telefona IP
Ing. Jos Cota
Entidades SIP
Servidor de Proxy (Proxy Server) (Proxy Son quiz los servidores mas importantes y usados en SIP. Son los grandes Intermediarios (Proxy = Intermediario) de las Transacciones SIP y Trfico de Stream entre los Agentes de Usuarios SIP. Juegan un papel similar a los Proxy HTTP en la Navegacin WEB. Un servidor Proxy reenva peticiones al siguiente servidor (tambin llamado tambi NHS, Next Hop Server) luego de decidir cual debe ser. El Server NHS puede ser cualquier tipo de servidor SIP.
26
13
VoIP y Telefona IP
Ing. Jos Cota
Entidades SIP
Servidor de Proxy (Proxy Server) (Proxy De esta forma, antes de que una peticin llegue al UAS final, en general, habr atravesado varios servidores; que sern recorridos tambin por la respuesta en sentido contrario. Puesto que el servidor Proxy maneja peticiones y respuestas, acta como Cliente y como Servidor SIP, segn sea el caso.
27
VoIP y Telefona IP
Ing. Jos Cota
Entidades SIP
Servidor de Proxy (Proxy Server) (Proxy Servidor Proxy en Modo Persistente (Stateful Proxy Server) El servidor asigna a cada peticin entrante, una peticin saliente, creando para ello un nuevo proceso de usuario que atender a cada llamada entrante.
28
14
VoIP y Telefona IP
Ing. Jos Cota
Entidades SIP
Servidor de Proxy (Proxy Server) (Proxy Servidor Proxy de Estado Voltil (Stateless Proxy Server) Vol Procesa cada peticin entrante en modo secuencial y elimina cualquier resto de la misma una vez que la peticin saliente se ha generado. Consume menos recursos.
29
VoIP y Telefona IP
Ing. Jos Cota
Entidades SIP
Servidor de Proxy (Proxy Server) (Proxy Servidor Proxy: Persistente Vs. Voltil Vol
Stateful Proxy Server
Mantiene el estado de la llamada.
Stateless Proxy Server

No existe contexto de la llamada.
Duplica el UAC/UAS para procesar peticiones/respuestas. Se guarda el estado de la llamada y de la transaccin. Deben funcionar sobre TCP para mayor fiabilidad. Los servicios de valos aadido requieren guardar la informacin de estado.
La respuesta es independiente de la duplicacin UA. Cliente annimo. Alta capacidad concurrentes. de procesos
Menor uso de recursos, memoria y procesador.
30
15
VoIP y Telefona IP
Ing. Jos Cota

El Proceso de Llamadas en SIP
31
VoIP y Telefona IP
Ing. Jos Cota
Llamada entre Usuarios SIP a travs de Servidor Proxy trav y Servidor de Localizacin Localizaci
Servidor de Localizacin
2.- CONTACT 2.-
3.- PRECISE LOCATION 3.-
1.- INVITE 1.-
4.- INVITE 4.5.- SUCCESS 5.-
Usuario Origen
UAC Llamante
6.- SUCCESS 6.-
Proxy SIP
7.- ACK 7.8.- ACK 8.-
Usuario Destino
UAS Llamado
32
16
VoIP y Telefona IP
Ing. Jos Cota
Llamada entre Usuarios SIP a travs de Servidor Proxy trav y Servidor de Localizacin Localizaci
UAC Llamante Proxy SIP Servidor de Localizacin Localizaci UAS Llamado
1.- INVITE 1.2.- CONTACT 2.3.- LOCATION 3.4.- INVITE 4.5.- SUCESS 5.6.- SUCESS 6.7.- ACK 7.8.- ACK 8.RTP STREAMING BYE BYE SUCCESS SUCCESS
RTP STREAMING
33
VoIP y Telefona IP
Ing. Jos Cota
Llamada entre Usuarios SIP a travs de Servidor de trav Redireccin Redirecci

Servidor de Localizacin
2.- CONTACT 2.UAC 1.- INVITE 1.-
3.- PRECISE LOCATION 3.UAS
Usuario Origen
4.- SUCCESS 4.5.- ACK 5.-
Redirector SIP
Usuario Destino
6.- INVITE 6.7.- SUCESS 7.8.- ACK 8.-
34
17
VoIP y Telefona IP
Ing. Jos Cota
Llamada entre Usuarios SIP a travs de Servidor de trav Redireccin Redirecci

UAC Llamante Proxy SIP Servidor de Localizacin Localizaci UAS Llamado
1.- INVITE 1.2.- CONTACT 2.3.- LOCATION 3.4. -SUCCESS 5.- ACK 5.6.- INVITE 6.7. SUCESS 8. ACK RTP STREAMING BYE SUCCESS
35
VoIP y Telefona IP
Ing. Jos Cota
Protocolo de Sealizacin SIP Anlisis Detallado de los Mensajes en SIP
36
18
VoIP y Telefona IP
Ing. Jos Cota
Los Mensajes SIP - Descripcin General Descripci

SIP es un Protocolo basados en Mensajes de Peticin y Respuesta entre los UAC y los UAS. SIP es un Protocolo basado en Texto y utiliza un el set de Caracteres definido en el Estndar ISO-10646 (Conjunto Universal de Caracteres). Cada Mensaje SIP es un Conjunto de Lneas de Texto que terminan con los Caracteres Especiales: CRLF (DAHEX), CR (DHEX) LF (AHEX).
37
VoIP y Telefona IP
Ing. Jos Cota
Los Mensajes SIP - Descripcin General Descripci

La Sintxis de los Mensajes SIP y los Campos de las Cabeceras son muy similares a los definidos en el Protocolo HTTP/1.1 (RFC2068). Sin embargo, hay que decir que SIP no es una Extensin de HTTP; hay diferencias notables como por ejemplo que HTTP usa solo TCP y SIP puede usar UDP, por defecto, y TCP. Esta es la Razn por la cual se dice que SIP es un Protocolo que permite Fcilmente hacer Debug en Tiempo Real. Pero, no hay que confundir esto con que sea mas sencillo y mas seguro. En H.323 la Estructura de los Mensajes es Binaria y Codificada.
38
19
VoIP y Telefona IP
Ing. Jos Cota
Los Mensajes SIP Tipos de Mensajes

En SIP se definen Dos (02) Tipos de Mensaje: 1) Mensajes de Peticin (Cliente (UAC) Servidor Petici (UAS)). . (UAS)) Son los mensajes enviados por los clientes a los servidores SIP para el establecimiento de sesiones. 2) Mensajes de Respuesta (Servidor (UAS) Cliente (UAC)). Son los mensajes enviados de los servidores a los clientes SIP, como respuesta a las peticiones.
39
VoIP y Telefona IP
Ing. Jos Cota
Estructura de los Mensajes SIP

La Estructura Genrica de un Mensaje SIP, sea de Peticin o Respuesta, es la siguiente: Start Line : Una Lnea de Comienzo, que depende si el mensaje es de Peticin o de Respuesta. Headers : Una o ms Cabeceras. Empty Line : Una Lnea Vaca que Indica el Fin de las Cabeceras (CRLF). Message Body : El Cuerpo del Mensaje (Opcional).
40
20
VoIP y Telefona IP
Ing. Jos Cota
Los Mensajes SIP Estructura Peticin/Respuesta Petici

Mensajes de Peticin Petici
INVITE, ACK, BYE, CANCLEL, REGISTER, OPTION, etc.
Servidor SIP UAC
Red IP
Mensajes de Respuesta
Respuesta del Servidor: 1XX, 2XX, 3XX, 4XX, 5XX, 6XX y 7XX
Cliente SIP UAC
Tanto los Mensajes de Peticin como los de Respuesta contienen los Petici Campos de Encabezado de SIP y Campos de Mensajes de SIP !! 41
VoIP y Telefona IP
Ing. Jos Cota
Mensajes SIP Estructura de los Mensajes de Peticin Petici

Lnea de Comienzo: Request-Line Cabeceras Lnea en Blanco Cuerpo del Mensaje (Opcional)
INVITE BYE OPTIONS ACK CANCEL REGISTER
Method Space Request-URI Space SIP-Version CRLF RequestSIP-
Request-URI: Request Universal Resource Identifier RequestEspecifica el Usuario o Servicio que dirige la Peticin Petici
Versin del Protocolo Versi SIP utilizado 42
21
VoIP y Telefona IP
Ing. Jos Cota
Mensajes SIP Estructura de los Mensajes de Respuesta

Lnea de Comienzo: Status-Line Cabeceras Lnea en Blanco Cuerpo del Mensaje (Opcional)
SIP-Version Space Status-Code Space Reason-Phrase CRLF SIPStatusReason-
Versin del Protocolo Versi SIP utilizado
1XX: Informacin. 2XX: xito. 3XX: Desvo.
Entero de Tres Dgitos que Indica el Resultado D del Intento de Servir la Peticin. Petici
4XX: Error en el Cliente. 5XX: Error en el Servidor. 6XX: Fallo General
43
VoIP y Telefona IP
Ing. Jos Cota
Cabeceras
Mensajes SIP Las Cabeceras
En la cebecera de los mensajes se especifica informacin como: el llamante, el llamado, el camino o ruta del mensaje, el tipo y longitud del cuerpo del mensaje, etc. Existen campos que se emplean en todos los mensajes y otros que se utilizan nicamente en situaciones muy concretas.
Lnea de Comienzo Cabeceras Lnea en Blanco Cuerpo del Mensaje (Opcional)
44
22
VoIP y Telefona IP
Ing. Jos Cota
Cabeceras
Mensajes SIP Las Cabeceras
En SIP existen 37 Campos de cabeceras diferentes que se agrupan en Cuatro (04) Tipos, que son: 1) Campos Genricos (General Header). Gen 2) Campos de Entidad (Entity Header). 3) Campos de Respuesta (Response Header). 4) Campos de Peticin (Request Header). Petici
45
VoIP y Telefona IP
Ing. Jos Cota
Mensajes SIP, Las Cabeceras (Cont.)

Cabeceras
1) Campos Genricos (General Header). Estos campos se usan tanto en Mensajes de Peticiones como en Mensajes de Respuestas. 2) Campos de Entidad (Entity Header). Estos campos especifican informacin acerca del cuerpo del mensaje o, en caso de no existir este, sobre los recursos identificados en la peticin.
46
23
VoIP y Telefona IP
Ing. Jos Cota
Mensajes SIP, Las Cabeceras (Cont.)

Cabeceras
3) Campos de Respuesta (Response Header). Permiten al servidor pasar informacin adicional sobre la respuesta que no puede ser incluida en la lnea de comienzo. 4) Campos de Peticin (Request Header). Actan como modificadores de la peticin y sirven para que el cliente especifique informacin sobre la peticin o sobre el mismo al servidor. Los mas importantes: To y From
47
VoIP y Telefona IP
Ing. Jos Cota
Mensajes SIP - El Cuerpo del Mensaje

Cuerpo del Mensaje
Todas las Peticiones pueden incluir, opcionalmente, un Cuerpo del Mensaje, excepto la Peticin de BYE. Para las Petici Peticiones INVITE, ACK y OPTIONS el Cuerpo del Mensaje es una Descripcin de la Sesin y esto se hace basado en el Descripci Sesi Protocolo SDP.
48
24
VoIP y Telefona IP
Ing. Jos Cota
Mensajes SIP Detalles de los Mensajes de Peticin
49
VoIP y Telefona IP
Ing. Jos Cota
Mensajes SIP Detalles de los Mensajes de Peticin Petici

A) Request-Line Method Space Request-URI Space RequestRequestSIP-Version CRLF SIPMethod Puede ser cualquiera de los siguientes: - INVITE - OPTIONS - CANCEL - ACK - BYE - REGISTER
50
25
VoIP y Telefona IP
Ing. Jos Cota

A) Request-Line Method Space Request-URI Space RequestRequestSIP-Version CRLF SIPMethod: INVITE Para indicarle al UAS que est siendo invitado a participar en una sesin. En el Cuerpo del Mensaje se especifica una descripcin de la sesin: Tipo de Medios a Transmitir, Direcciones de Red, etc. La Sesin se Identifica por un Call-ID (Identificador nico). El UAS, si acepta la Invitacin, Responde con una Respuesta de Cdigo 200 (OK).
51
VoIP y Telefona IP
Ing. Jos Cota

A) Request-Line Method Space Request-URI RequestRequestSpace SIP-Version CRLF SIPMethod: ACK Confirmacin de que el UAC ha recibido una respuesta final de una Peticin INVITE. Todos los Mensajes de Respuesta de tipo 2XX son confirmados, por parte del UAC, con ACK.
52
26
VoIP y Telefona IP
Ing. Jos Cota

A) Request-Line Method Space Request-URI RequestRequestSpace SIP-Version CRLF SIPMethod: OPTIONS Para solicitud de Status y Capacidades del Server SIP que es llamado.
53
VoIP y Telefona IP
Ing. Jos Cota

A) Request-Line Method Space Request-URI RequestRequestSpace SIP-Version CRLF SIPMethod: BYE El UAC le indica al UAS que desea terminar la Llamada/Sesin.
54
27
VoIP y Telefona IP
Ing. Jos Cota

A) Request-Line Method Space Request-URI RequestRequestSpace SIP-Version CRLF SIPMethod: CANCEL
Mediante una Peticin CANCEL un UAC cancela una Peticin Pendiente, asociada con las Cabeceras Call-ID, To, From y CSeq. Sin embargo, no cancela Peticiones ya completadas (aquellas en las que el UAS ya ha retornado una Respuesta Final). Un UAC puede hacer una Paticin CANCEL en cualquier momento. Un Servidor Proxy SIP que reciba una Peticin CANCEL reenva esta Peticin a todos los Destinatarios con Peticiones Pendientes.
55
VoIP y Telefona IP
Ing. Jos Cota

A) Request-Line Method Space Request-URI RequestRequestSpace SIP-Version CRLF SIPMethod: CANCEL
Cuando un UAS recibe una Peticin CANCEL, este NO DEBE enviar una Respuesta 2XX a la Peticin Original.
Cuando Ocurre una Peticin CANCEL? Petici

Resp. Cuando el Usuario UAC tranca la llamada antes de Resp. que sea finalmente establecida. establecida.
56
28
VoIP y Telefona IP
Ing. Jos Cota
Mensajes SIP Detalles de los Mensajes de Peticin Petici A) Request-Line Method Space RequestRequestRequestURI Space SIP-Version CRLF SIPMethod: REGISTER El UAC Registra una Direccin en el SIP Register Server. La Direccin se especifica en el Campo To de las Cabeceras. Campos de la Cabecera: To, From. Request-URI, Call-ID, Cseq y Contact.
57
VoIP y Telefona IP
Ing. Jos Cota

A) Request-Line Method Space Request-URI RequestRequestSpace SIP-Version CRLF SIPRequest-URI RequestEspecifica el URI del Usuario del registro solicitado. Ejemplo: sip:yan@dominio.net
58
29
VoIP y Telefona IP
Ing. Jos Cota

A) Request-Line Method Space Request-URI RequestRequestSpace SIP-Version CRLF SIPSIP-Version SIPEspecifica la Versin de SIP utilizada. Ejemplo: SIP/2.0
59
VoIP y Telefona IP
Ing. Jos Cota

A) Request-Line Method Space Request-URI RequestRequestSpace SIP-Version CRLF SIPEjemplo, INVITE sip:watson@boston.bell-telephone.com SIP/2.0 Via: SIP/2.0/UDP 169.130.12.5 From: <sip:a.g.bell@bell-telephone.com> To: T. A. Watson <sip:watson@bell-telephone.com> Call-ID: 187602141351@worcester.bell-telephone.com Content-Length: 885 Encryption: PGP version=2.6.2,encoding=ascii
60
30
.t seuqeR sejasneM odnaivne XX1 at seupseR ed seja sneM atneuc aiporp us rop rati cilo s edeup etneilC le y sat seup seR ritim snarteR ed erbiL se rodivreS lE . )KCA avne ON etneilC le( odam rifnoC oN odoM ne navne e s XX1 satseup seR sal euq etnatropmI sE .XX1 sat seupseR rai vne on o EDEUP rodiv reS lE .adamalL al ed o vitinifeD otneimi celbat sE le arap sm002 ed sam ramot arep se i s XX1 at seup seR anu rai vne AREBED rodi vreS lE .sal raivne AREBED rodi vreS le y rodi vreS led sat seupseR sarutuf rop ra repse AREBED etneilC lE
281 281 281 181 081 001

ots E .avitinifed atseupser anu avadot yah on y osecorp ne tse adamall al ed otnei micelbatse le euq ,se
)o vneeR ed ose corP ne adamalL(
)adalocnE adamalL( deueuQ dedrawroF gn eB sII aC dedrawroF gn eB s aC dedrawroF gniiiieB sII llllllllaC dedrawroF gn eB s aC )odnacipeR(
gnigniR gniyrT
.araropmeT
)odnatnetnI(
le euq acidni euq atseupseR .
odacifingiS
sno tt n ffeD edoC suttattS sno n eD edoC su a S snoiiiittiiiiniiiiffeD edoC suttattS sno n eD edoC su a S
Status Code: 1XX Respuesta Informativa Code Informativa
A) Status-Line SIP-Version Space Status-Code StatusSIPStatusSpace Reason-Phrase CRLF Reason-
Mensajes SIP Detalles de los Mensajes de Respuesta
VoIP y Telefona IP
VoIP y Telefona IP
Ing. Jos Cota
Ing. Jos Cota
62
61
31
XX1
nicca anu odnatuceje tse PIS rodivres
AVITAMROFNI ATSEUPSER ATSEUPSER
edoC sutatS
.etnem roiretnA saditimsna rT ovneeR ed senoicceriD noc oN o
adicnioC niccerideR ed rodivreS le rop adan roteR nicazilacoL ed nicceriD al euq raeuqehC NEBED yxorP nu CAU nu ,ovneeR ed sozaL ranimilE a raP
)adalocnE adamalL(
deueuQ
083 503 503 503 303 303 303 203 103 003
NEDEUP y adeuqsB al .sadeuqsB saveun raicinI
)yxo rP rasU(
yxorP esU
)ovitan retlA oicivreS(
ecivreS evitanretlA
)etnemlaropmeT adivoM( yliraropmeT devoM

)etnenam reP adivoM(
sol atseupseR atse noC .adamalL al recah arap elbinopsiD
yltnenamreP devoM seciohC elpitluM
tse
euq
ovitanretlA
oirausu led nicazilacoL al ed acreca etne ilC la namrofni
)elpitlM nicceleS(
el XX3 satseupseR saL .
odacifingiS
::RETSIIGER :RETSIGER RETS GER .ejasneM led opreuC le ne nicamrofnI .nicartsigeR ed osotixE osecorP :RETSIGER :SNOITPO .ejasneM led opreuC le ne ntse selauc sal ,sedadicapaC sus ritrapmoC odatpecA ah odamalL lE :SNOITPO
.odamalL led sedadicapaC sal acidni ejasneM led opreuC lE .)esrinU odatpecA ah( niseS al a odinU ah es odamalL lE :ETIVNI .ocaV ejasneM led opreuC .adalecnaC adeuqsB :LECNAC
:EYB .ocaV ejasneM led opreuC .adamalL ed nicanimreT :EYB

.odaelpmE tseuqeR led odotM led edneped atseupseR atse noc adanroteR nicamrofnI aL
)yllufseccuS( KO odac ff ng S odac ng S odaciiiiffiiiingiiiiS odac ng S
002
le euq etnei lC la acidni el rodivreS lE .
Status Code: 3XX Respuesta de Redireccin Code Redirecci
Status Code: 2XX Respuesta OK Code OK
VoIP y Telefona IP
VoIP y Telefona IP
Ing. Jos Cota
Ing. Jos Cota
64
63
32
ranimret NAREBED setneilC
XX3 XX3 XX3 XX3
oicivreS
nu
ed
acrecA
odamalL
NICCERIDER ED ATSEUPSER NICCERIDER ED ATSEUPSER
edoC sutatS
llufsseccuS/osotixE KO ATSEUPSER KO ATSEUPSER KO ATSEUPSER KO ATSEUPSER

odis ah tseuqeR
XX2
edoC suttattS edoC su a S edoC suttattS edoC su a S
odacifingiS
e barff csednII e bar csedn ellllbarffiiiicsednII e bar csedn etneidneP duticiloS adatpecA oN duticiloS adanimreT duticiloS odapucO ougibmA atelpmocnI nicceriD sotlaS ed osecxE odatceteD pooL etnetsixE oN niccasnarT elbinopsiD oN etnemlaropmeT everB oglA olavretnI adireuqeR nisnetxE adarrE nisnetxE odatropoS ON IRU ameuqsE
394 394 194 884 784 684 584 484 384 284 184 084 324 124 024 614
.)ERULIAF TSEUQER( ETNEILC ED RORRE
514 514 514 414 314 014 014 014 014 804 704 604 604 604 604 504 404 304 304 204 104 004 004
odatropoS oN a deM/op T oda ropoS oN a deM op T odattropoS oN aiiideM//opiiiT agraL yum IRU duticiloS agraL yum duticiloS enoG enoG enoG enoG arepsE ed opmeiT le osaperboS duticiloS aL yxorP led nicacitnetuA ereiuqeR eS odattpecA oN oda pecA oN odattpecA oN oda pecA oN oditimreP oN odotM odartnocnE oN od b horP od b horP odiiiibiiiihorP od b horP odarrE otneimireuqeR odazirotuA oN adarrE dutt c oS adarrE du c oS adarrE duttiiiiciiiilllloS adarrE du c oS odacifingiS
.)ERULIAF TSEUQER( ETNEILC ED RORRE
Status Code: 4XX Error de Cliente Code Cliente
Status Code: 4XX Error de Cliente Code Cliente
VoIP y Telefona IP
VoIP y Telefona IP
Ing. Jos Cota
Ing. Jos Cota
66
65
33
XX4
edoC sutatS
XX4 XX4 XX4 XX4
edoC sutatS
)odatpe cA oN(
elbatpeccA toN
606 406
)odamalL le et si xE oN(
erehwynA tts xE ttoN seoD erehwynA s xE oN seoD erehwynA ttsiiiixE ttoN seoD erehwynA s xE oN seoD
)ranil ceD(
enilceD
306 006 006 006 006
)duti ciloS artO ne odapu cO(
erehwyrevE ysuB erehwyrevE ysuB erehwyrevE ysuB
odac ff ng S odac ng S odaciiiiffiiiingiiiiS odac ng S
ograL yum ejasneM

)adat ropoS oN olocoto rP ed nisreV (
315 505 405 305 205 105 005 005 005 005
dettroppuS ttoN no sreV de roppuS oN no sreV dettroppuS ttoN noiiiisreV de roppuS oN no sreV t yawetaG tuO-emiT yawetaG
)yawetaG le ne odatogA a repsE ed opmeiT( )elbinopsiD oN oiciv reS(
elbaliavanU ecivreS yawetaG daB
)odar rE yawetaG( )odatnemelpmI oN( ) rodiv reS led onretnI ro rrE (
detnemelpmI toN
rorrE anretnI revreS rorrE anre n revreS rorrE lllanrettnII revreS
odac ff ng S odac ng S odaciiiiffiiiingiiiiS odac ng S
Status Code: 6XX Error Global Code Global
Status Code: 5XX Error de Servidor Code Servidor
VoIP y Telefona IP
VoIP y Telefona IP
Ing. Jos Cota
Ing. Jos Cota
68
67
34
se abo G sa aF se u aF abo G ....))sellllabollllG sallllllllaF(( serrulllliiiiaF llllabollllG ))se abo G sa aF(( serru aF abo G se abo G sa aF se u aF abo G
XX6 XX6
. e ne rorrE( eru aF revreS .)rodivreS lle ne rorrE( erulliiaF revreS
XX5
VoIP y Telefona IP
Ing. Jos Cota

A) Status-Line SIP-Version Space Status-Code StatusSIPStatusSpace Reason-Phrase CRLF ReasonReason-Phrase Reason- Phrase
Cadena de caracteres ASCII (String) que describe el Status-Code. Enfoque No Autmata del Proceso. Ideal para Debug en Tiempo Real.
69
VoIP y Telefona IP
Ing. Jos Cota

(Resumen Rpido)
70
35
VoIP y Telefona IP
Ing. Jos Cota
Resumen Caractersticas de SIP Caracter

Integracin a ambientes de WEB/INTERNET. Pensado Integraci especialmente para IP. Modelo Cliente/Servidor. Mensajes de Peticin y Respuesta. Petici Reutiliza conceptos de otros servicios como: HTTP, SMTP y DNS. (Basados en Texto Plano).
71
VoIP y Telefona IP
Ing. Jos Cota

Agentes de Usuario: UAC y UAS. Servidores SIP: Proxy, Registracin, Redireccin y Registraci Redirecci Localizacin. Localizaci Uso de URIs. Generalmente el Cuerpo de los Mensajes contiene Descripciones de las Sesiones Multimedia. Localizacin Basada en DNS.
72
36
VoIP y Telefona IP
Ing. Jos Cota

Cabeceras como mtodo de Ampliacin. m Ampliaci Actualmente utiliza SDP como mtodo de descripcin de m descripci sesiones. El mensaje de oferta especifica el conjunto de medios y codecs que se pretende usar.
73
VoIP y Telefona IP
Ing. Jos Cota

El receptor de la oferta genera una respuesta indicando si acepta cada uno de los medios ofertados, y los codecs que admite. Las ofertas/respuestas se pueden intercambiar durante sesiones activas.
74
37
VoIP y Telefona IP
Ing. Jos Cota

Diferencias entre SIP y H.323
75
VoIP y Telefona IP
Ing. Jos Cota

Las diferencias entre ambos son consecuencia de las diferencias entre el IETF y la ITU-T. ITULas diferencias en cuanto a servicios soportados se reducen a medida que se desarrollan nuevas versiones. Mucha propaganda cuando menos inexacta, incluso desde organizaciones aparentemente rigurosas.
76
38
VoIP y Telefona IP
Ing. Jos Cota

Errores frecuentes, por ejemplo: SIP es ms simple. m Los anlisis comparativos existentes son errneos o no an err estn actualizados. est Las comunidades existentes en torno a SIP y H.323 tienen tradiciones distintas.
77
VoIP y Telefona IP
Ing. Jos Cota

H.323 especifica servicios, mientras que SIP es slo un s protocolo de sealizacin para dar base a servicios. se alizaci H.323 engloba un amplio conjunto de protocolos de implementacin obligatoria. implementaci Negociacin de capacidades ms completa y compleja Negociaci m en H.323. H.323 define mecanimos de gestin y administracin de gesti administraci la red.
78
39
VoIP y Telefona IP
Ing. Jos Cota

En la arquitectura SIP, funciones y servicios como garanta de calidad, directorio o descripcin de sesiones garant descripci son ortogonales. SIP est integrado en la infraestructura web y est proporciona servicios de mensajera instantnea. mensajer instant SIP tiene mejores mecanismos de deteccin de bucles, detecci espirales y otros errores de configuracin de la red. configuraci
79
VoIP y Telefona IP
Ing. Jos Cota

El 3gpp ha sealizacin. se alizaci adoptado SIP como protocolo de
Desde las primeras versiones, el inicio de llamadas es ms rapido con SIP.
80
40
VoIP y Telefona IP
Ing. Jos Cota
VoIP y Telefona IP
Ing. Jos Cota
Inter Asterisk eXchange

Capitulo 07(a): Protocolo IAX
VoIP y Telefona IP
Ing. Jos Cota

Es un protocolo diseado para intercambio de Sealizacin VoIP entre centrales telefnicas IP Asterisk. Sin embargo, actualmente est siendo utilizado entre otros equipos clientes y/o servidores que no son Asterisk. IAXv2 (IAX2) es la actual versin del protocolo IAX. La versin IAXv1 ya est obsoleta. Est diseado fundamentalmente para solventar problemas de Barreras NATs y para maximizar la eficiencia en el Uso del Ancho de Banda en Llamadas de VoIP.
VoIP y Telefona IP
Ing. Jos Cota
VoIP y Telefona IP
Ing. Jos Cota

IAX2 est especialmente pensado para acoplarse directamente a soluciones de IP PABX (Centrales Telefnicas IP) y adaptarse en forma directa al Procesamiento del Plan de Llamadas. En IAX2 (IAXv1 tambin) se implementa una Codificacin Binaria, en lugar de una Codificacin basada en Texto/ASCII como en SIP; lo cual es un aspecto que contribuye a la rapidez de procesamiento de los mensajes/paquetes en el protocolo y adems hace que el protocolo consuma marginalmente un menor ancho de banda.
Capitulo 07(a): Protocolo IAX 3
VoIP y Telefona IP
Ing. Jos Cota

IAX2 utiliza como UDP como Protocolo de Transporte; Puerto 4569 por defecto. IAXv1 utiliza UDP Puerto 5036. A diferencia de SIP y H.323, IAX2 utiliza un Solo Canal UDP tanto para la Sealizacin de VoIP como para Multimedia. Se diferencia la informacin de sealizacin y de datos multimedia por el Tipo de Trama que se enva. El hecho de que IAX2 utiliza un solo canal para Sealizacin y para Multimedia, hace que este protocolo sea mas inmune a a barreras NATs y de Firewalls que se puedan encontrar en la Red IPv4.
VoIP y Telefona IP
Ing. Jos Cota
VoIP y Telefona IP
Ing. Jos Cota

Filosofa del Filosof Procesamiento de Llamadas en IAX2 y los Mensajes. a) Establecimiento b) Flujo de Datos Multimedia (M y F) c) Liberacin
VoIP y Telefona IP
Ing. Jos Cota

Procesamiento de Llamadas con IAX2:
a) Establecimiento: El Llamante enva una Trama NEW al Establecimiento Llamado y este responde/confirma la peticin con una Trama ACCEPT; posteriormente el Llamante reconfirma con una Trama ACK. A continuacin el Llamado enva al Llamante una Trama RINGING y este responde enviando una Trama ACK. Cuando se acepta definitivamente la llamada, el Llamado enva una Trama ANSWER al Llamante y este le confirma con una Trama ACK.
VoIP y Telefona IP
Ing. Jos Cota
VoIP y Telefona IP
Ing. Jos Cota

b) Flujo de Datos Multimedia: Se sustenta en el envo, en Multimedia ambas direcciones, de Tramas M y F. Tramas M (Mini-Frames): Contienen una Cabecera de 4 Bytes y contienen Data Multimedia (Voz). Tramas F (Frames): Tramas de Sincronizacin. (Frames) El IAX2 el Flujo de data Multimedia se enva en el mismo Canal UDP donde se enva la Sealizacin.
VoIP y Telefona IP
Ing. Jos Cota

c) Liberacin Desconexin: Cualquiera de los Liberaci Desconexi involucrados, Llamante Llamado, puede terminar la llamada enviando una Trama HANGUP y esperando una Trama de Confirmacin ACK. Nota: IAX2 destaca por su sencillez y su reducido uso del Nota Ancho de Banda; una de las razones de esto es que UDP tiene una Cabecera menor que TCP y adems las Tramas de IAX tienen una Cabecera muy simple y reducida. !!!
VoIP y Telefona IP
Ing. Jos Cota
VoIP y Telefona IP
Ing. Jos Cota

Tramas IAX2 Tipo F (Full Frame): Cada Trama F explcitamente. enviada debe ser respondida
VoIP y Telefona IP
Ing. Jos Cota

Tramas IAX2 Tipo F (Full Frame):
F (1 Bit): Especifica (Valor = 1) si la Trama es de Tipo F. Source Call Number - Nmero de Llamada de origen (15 Bits): Identificacin de Origen de la Llamada. IAX2 puede Multiplexar Varias Llamadas en un mismo Canal UDP. R (1 Bit): Bit de Retransmisin, se coloca a 1 en la Trama de F de Respuesta. Destination Call Number - Nmero de Llamada destino (15 Bits): Anlogo al Identificador de Origen de la Llamada. Timestamp o Marca de Tiempo (32 Bits): Marca en Tiempo de Muestreo de la Primera Muestra de los Datos Multimedia.
10
VoIP y Telefona IP
Ing. Jos Cota
VoIP y Telefona IP
Ing. Jos Cota

Tramas IAX2 Tipo F (Full Frame):
Oseqno, Sec. de Salida (8Bits): Nmero de Secuencia de los mensajes de Trama F. Comienza en 0. Iseqno, Sec. de Entrada (8 Bits): Anlogo al anterior, pero de Entrada. Frame Type, Tipo de Trama (8 Bits): Especifica el Tipo de Trama. C (1 Bit): Un Valor de 0 indica que el campo subclase debe tomarse como 7 bits (un solo mensaje): Puesto a 1 indica que el campo subclase se obtiene con 14 bits (dos mensajes consecutivos). Subclass, Subclase del Mensaje: Sub-Clase del Mensaje. Data: Datos que se envan en formato binario.
11
VoIP y Telefona IP
Ing. Jos Cota

Tramas IAX2 Tipo M (Mini Frame): Contienen Data Multimedia con una Cabecera Reducida (4 Bytes). No Requieren Confirmacin.
12
VoIP y Telefona IP
Ing. Jos Cota
VoIP y Telefona IP
Ing. Jos Cota

Tramas IAX2 Tipo M (Mini Frame):
El significado de los campos es similar al de las Tramas F. El Bit F est en 0 y el Timestamp es de solo 16 Bits. Son los clientes los que deben encargarse de llevar un Timestamp de 32 bits si lo desean y para sincronizarlo envan una trama F.
13
VoIP y Telefona IP
Ing. Jos Cota

Tipo de Trama IAX2
Tipo de Trama 1 2 3 4 5 6 7 8 9 Descripcin DTMF Voz Video Control No Usado Control IAX2 Texto Imagen HTML Observaciones Sealizacin DTMF El Campo Sub-Clase especifica el Codec de Voz Utilizado El Campo Sub-Clase especifica el Codec de Video Utilizado Mensajes de Control de Sesin. El Campo Sub-Clase especifica el Tipo de Control. Control de Protocolo IAX2. El Campo Sub-Clase especifica el Tipo de Control IAX2.
14
VoIP y Telefona IP
Ing. Jos Cota
VoIP y Telefona IP
Ing. Jos Cota

Sub-Campo, para Tipo de Trama = 0x02 SubTipo de Codec Utilizado
Tipo de Codec 0x001 0x002 0x004 0x008 0x080 0x100 0x200 0x400 Descripcin del Codec G.723.1 GSM G.711u G.711a LPC10 G.729 Speex iLBC
15
VoIP y Telefona IP
Ing. Jos Cota

Sub-Campo, para Tipo de Trama = 0x04 SubTipo de Control de Sesin Sesi
Tipo de Control 0x001 0x002 0x003 0x004 0x005 0x008 0x00E Descripcin del Cotrol HANGUP Llamada Colgada. RING Telefono Repicando. RINGINBACK ANSWER Respuesta. BUSY Usuario Ocupado. CONGESTION Congestin. CALL PROGRESS Llamada en Progreso.
16
VoIP y Telefona IP
Ing. Jos Cota
VoIP y Telefona IP
Ing. Jos Cota

Sub-Campo, para Tipo de Trama = 0x06 SubTipo de Control IAX2
Tipo de Control 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 NEW PING PONG ACK HANGUP REJECT ACCEPT AUTHREQ AUTHREP INVAL LAGRQ LAGRP REGREQ REGAUTH REGACK REGREJ Descripcin del Cotrol Inicio de Llamada. Envo de PING. Respuesta de PING. Confirmacin ACK. Inicio de Desconexin. Mensaje de Rechazo. Mensaje de Aceptacin. Peticin de Autenticacin. Respuesta de Autenticacin. Llamada Invlida. Peticin de LAG. Respuesta de LAG. Peticin de Registro. Autenticacin de Registro. Confirmacin de Registro. Negacin de Registro.
17
VoIP y Telefona IP
Ing. Jos Cota

Sub-Campo, para Tipo de Trama = 0x06 SubTipo de Control IAX2
Tipo de Control 17 18 19 20 21 22 23 24 25 26 27 28 29 32 33 REGREL VNAK DPREQ DPREP DIAL TXREG TXCNT TXACC TXREADY TXREL TXREJ QUELCH UNQUELCH MWI UNSUPPORT Descripcin del Cotrol Liberacin de Registro. Peticin de Retransmisin. Peticin de 'DIALPLAN'. Respuesta de 'DIALPLAN'. Marcado. Peticin de Transferencia. Conexin de Transferencia. Aceptacin de Transferencia. Transferencia Preparada. Liberacin de Transferencia. Rechazo de Transferencia. Detiene Transmisin de Audio. Continua Transmisin de Audio. Indicador de Mensaje de Espera. Mensaje No Soportado.
18
VoIP y Telefona IP
Ing. Jos Cota
VoIP y Telefona IP
Ing. Jos Cota

Comparacin de IAX2 con SIP Comparaci
SIP Estndar IETF (RFCs) Est (RFC Codificacin ASCII/Texto Codificaci Ancho de Banda (--) (--) Canal SIP de Sealizacin UDP Se alizaci y Canal de Multimedia UDP Efecto de Bareras NATs y NAT Firewall (--) --) Puerto UDP 5060, para Sealizacin Se alizaci
IAX2 Mark Spencer (Asterisk) Asterisk) Codificacin Binaria Codificaci Ancho de Banda (---) (---) Un solo Canal UDP para Sealizacin y Multimedia Se alizaci Efecto de Barreras NATs y NAT Firewall (---) ---) Puerto UDP 4569 para Todo
19
VoIP y Telefona IP
Ing. Jos Cota

Comparacin de IAX2 con SIP Comparaci
SIP Soporta Redireccionamiento; Redireccionamiento; Flujo Multimedia de Extremo a Extremo IAX2 No Soporta Redireccionamiento; dado que Redireccionamiento; la Multimedia va Multiplexada en el mismo Canal de Sealizacin Se alizaci Funcionalidades Especiales para IP-PABX: Gestin de IPGesti DIALPLAN DIALPLAN
Funcionalidades: Voz, Video, Juegos, etc. (Sesiones)
20
VoIP y Telefona IP
Ing. Jos Cota
VoIP y Telefona IP
Ing. Jos Cota
Protocolo Skinny
No es un estndar; es un Protocolo Propietario (Cisco). No es Inter-Operable entre Marcas/Modelos. Trfico de Mensajes de Sealizacin y Multimedia VoIP entre Clientes y el Servidor Call-Manager. El Call Manager acta como un Proxy Intermediario de Sealizacin de Llamadas entre los Clientes Cisco (Cisco Serie 7900). Utiliza TCP para Sealizacin y RTP/RTCP para Multimedia. Codificado en Binario (Cdigos de Mensajes)
VoIP y Telefona IP
Ing. Jos Cota
Calidad de Servicio QoS en VoIP

Captulo VIII: Calidad de Servicio QoS
VoIP y Telefona IP
Ing. Jos Cota

Definicin Definici Se entiende por QoS a todas aquellos procedimientos, tcnicas, herramientas, estndares y/o polticas que aplicadas sobre los elementos de conmutacin (capa 2 y capa 3) de una red basada en enrutamiento IP afectan el trfico de los paquetes IP en funcin de dos aspectos fundamentales: Retardo en Conexiones End to End End Ancho de Banda Jitter (Variacin del Retardo) (Variaci Prdida de Paquetes
VoIP y Telefona IP
Ing. Jos Cota

Aspectos a Considerar La Red IPv4 no est pensada para trfico de Data Multimedia (Voz/Audio/Video) las cuales son altamente sensibles a la Temporizacin. TCP asegura Conexiones Fiables con mecanismos de Entrega Correcta de Paquetes; sin embargo en TCP las conexiones tienen un retardo considerable que a las aplicaciones de Voz las afecta significativamente. Por tal motivo es que se utiliza UDP para Trfico de Voz y Multimedia sobre IPv4.
VoIP y Telefona IP
Ing. Jos Cota

Cmo se Implementa QoS? QoS? Identificacin y Clasificacin del Trfico IPv4. Definicin de Polticas y Estratgias de Control. Definicin de Niveles de Servicio. Implementacin de Reglas y Polticas de Control y aseguramiento de QoS. Dnde se implemnta QoS? Capa 2: Switchs Capa 3: Encaminadores
VoIP y Telefona IP
Ing. Jos Cota

Definiciones Retardo (Latencia): Tiempo, medido en Milisengundos, que tarda un Paquete IPv4 en llegar desde su origen a su destino. De que depende? Caractersticas de los Enlaces. Nivel de Trfico y Congestin. Tamao de los paquetes. Para VoIP (Full Duplex): Menor o igual a 150ms. !!!
VoIP y Telefona IP
Ing. Jos Cota

Definiciones Jitter: Variacin en el tiempo en la llegada de los paquetes, causada por congestin de red, perdida de sincronizacin o por las diferentes rutas seguidas por los paquetes para llegar al destino. De que depende? La No Uniformidad del Trfico en la Red IPv4. Para VoIP (Full Duplex): Menor o igual a 100ms. !!!
VoIP y Telefona IP
Ing. Jos Cota

Definiciones Packet Loss (%): Prdida Porcentual de Paquetes IPv4 de la Conexin VoIP. Para VoIP (Full Duplex): Menor o igual a 5% (Depende del Codec) Procesos de Correccin asociados: Compresin de Silencio. Supresin de ECO.
VoIP y Telefona IP
Ing. Jos Cota

Definiciones Eco: se define como una reflexin retardada de la seal acustica original. Para VoIP: que llegue a 65ms y con una Atenuacin Mnima de entre 25 y 30dB. Procesos Asociados: - Supresores de ECO. - Cancelacin de ECO.
VoIP y Telefona IP
Ing. Jos Cota

Protocolos de QoS Protocolo de Reserva de Recursos: RSVP (Servicios Integrados). Protocolo de Servicios Diferenciados (DiffServ) y TOS. MPLS. IP QoS. IEEE 802.1Q. Control de Congestin y Polticas de Encolamiento.
VoIP y Telefona IP
Ing. Jos Cota
Aplicaciones de VoIP
Ing. Jos Cota, Agosto 2007 Jos Cot
Capitulo IX: Aplicaciones de VoIP
VoIP y Telefona IP
Ing. Jos Cota
VoIP y la Telefona Analgica y Digital Tradicional (PSTN)
Telefona Analgica Tradicional: Telefon Anal - Puertos FXS - Puertos FXO - Puertos E&M Telefona Digital Tradicional: - Puertos E1/T1 - Puertos ISDN (BRI/PRI) Para Integrar la Telefona Tradicional a VoIP se necesita: En H.323: Gateways En SIP e IAX2: Adaptadores En MGCP y MEGACO: Media Gateways
VoIP y Telefona IP
Ing. Jos Cota
Telfonos IP
Hard-Phone IP (Telfonos IP): los hay para SIP, H.323 e IAX2. Hard(Tel Wireless-Phone IP (Telfonos IP Inalmbricos): los hay en IEEE Wireless(Tel Inal 802.11a/b/g Software-Phone IP (Softphone): telfonos IP, SIP/IAX2/H.323, que se Software(Softphone): ejecutan como Aplicaciones en Sistemas Operativos GNU/Linux, Windows, MAC OS X, etc. Caractersticas: Pueden incluir soporte para Video IP. Disponen de Funciones de Valor Agregado como Agendas, Menes, etc. Pueden tener Varias Lneas FXO asociadas. Configurables va WEB/HTTP con Men.
Capitulo IX: Aplicaciones de VoIP 3
VoIP y Telefona IP
Ing. Jos Cota
Servicios de Fax en VoIP
Soportado con el Protocolo T.38 de la ITU-T. Se recomienda Codecs G.711a/u para Soporte Nativo de FAX en VoIP. Las Aplicaciones de IVR y IP-PABX pueden dar Soporte Automatizado a TX/RX de FAX con INPUT/OUTPUT a/de Formado PDF y con opciones de Envo Automatizado de emails.
VoIP y Telefona IP
Ing. Jos Cota
VoIP para Radiocomunicacin Mvil Terrestre
Radiocomunicacin Mvil Terrestre, Tradicional: Sealizacin y Voz Analgica Trunking (Smartnet, Smartzone, etc.): Sealizacin Smartnet, Smartzone, Digital y Voz Analgica Smartrunk: Sealizacin Digital y Voz Analgica. Smartrunk: Migracin de Tradicional a Trunking. Sistema Mixto. Tetra: Sealizacin y Voz Digitalizada. Tetra: Sistemas en VFH, UHF, 800MHz y 900MHz.
5
VoIP y Telefona IP
Ing. Jos Cota
VoIP y Telefona IP
Ing. Jos Cota
VoIP y Telefona IP
Ing. Jos Cota
Otras Alternativas.Alternativas.Diseo propio Embedidos. con Microcontroladores y/o Sistemas
Utilizar Gateways y/o Adaptadores y crear nuevas Soluciones. IP-PABX Asterisk ya dispone de Mdulos para VoIP basada en PTT.
VoIP y Telefona IP
Ing. Jos Cota
VoIP y Redes VPN
Protocolos para Redes VPN IPSec OpenVPN VTUN L2TP Tneles GRE Tneles IPv4/IPv6 Otros: PPtP, EoIP, Bridges, etc.
Aspectos a Considerar La VPN introduce Retardo. Overhead e Incremento Ancho de Banda. El Cifrado de la VPN. VPN con Compresin. Aspectos de Firewall y NATs.
9
VoIP y Telefona IP
Ing. Jos Cota
Otras Aplicaciones
VoIP en Telefona Celular (Prxima Generacin) Call Centers y Nuevos Proveedores. Servicios de Valor Agregado en VoIP: Bases de Datos, IVRs y RADIUS. VoIP para Intercomunicacores Digitales. VoIP para Estaciones de Radio FM/AM. Radio AM/FM en INTERNET.
10
VoIP y Telefona IP
Ing. Jos Cota
VoIP sobre INTERNET, Consideraciones Acceso a INTERNET: - Garantizado/Dedicado Compartido? - Simtrico Asimtrico? - Asignacin de IPv4 Reales/Fijas/certificadas? - Asignacin esttica DHCP?
11
VoIP y Telefona IP
Ing. Jos Cota
VoIP sobre INTERNET, Consideraciones Acceso a INTERNET: - Cul es el Ancho de Banda Disponible? - Cul es el consumo WEB/HTTP Estimado de la Red, Nmero de Usuarios? - Que Codecs y Protocolos voy a Utilizar? - Como es la Topologa Virtual? - Que tipo de Acceso tengo: Inalmbrico, ADSL/ADSL2/ADSL2+, Fibra, etc.?
Capitulo IX: Aplicaciones de VoIP 12
VoIP y Telefona IP
Ing. Jos Cota
Otras Tecnologas de Voz sobre Paquetes
Voz sobre ATM: VoATM. Voz sobre Frame Relay: VoFR. Voz sobre MPLS: VoMPLS. Voz sobre Ethernet: VoETH.
13

Protocolos TCP IP

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Protocolos TCP IP

Cargado por

Copyright:

Formatos disponibles

VoIP y Telefona IP

Ing. Jos Cota

Arquitectura de Protocolos TCP/IP

Captulo I: Arquitectura de Protocolos TCP/IP

Ing. Jos Cota

El Modelo de Referencia OSI

FTP, HTTP, HTTPS, SMTP, POP3, SNMP, BGP, etc.

Captulo I: Arquitectura de Protocolos TCP/IP

Ing. Jos Cota

El Modelo de Referencia TCP/IP

Aplicacin Transporte Red Enlace/Acceso Fsica

Captulo I: Arquitectura de Protocolos TCP/IP

Ing. Jos Cota

Redes de Conmutacin de Circuitos Conmutaci

Captulo I: Arquitectura de Protocolos TCP/IP

Ing. Jos Cota

Redes de Conmutacin de Paquetes Conmutaci

Captulo I: Arquitectura de Protocolos TCP/IP

Ing. Jos Cota

Ethernet IEEE 802.3 (Capa de Enlace)

direccin de destino 6 bytes

direccin de origen 6 bytes

frame check sequen ce

Ethernet 10Base5 Ethernet 10Base2 Ethernet 10/100/1000/10000BaseT Ethernet 10Base-FP

Captulo I: Arquitectura de Protocolos TCP/IP

Ing. Jos Cota

Otros Protocolos de Capa de Enlace

Captulo I: Arquitectura de Protocolos TCP/IP

Ing. Jos Cota

Captulo I: Arquitectura de Protocolos TCP/IP

Ing. Jos Cota

El Protocolo de Internet, Versin 4 Versi

ESTRUCTURA DE UNA DIRECCIN IPv4

Captulo I: Arquitectura de Protocolos TCP/IP

Ing. Jos Cota

255.255.255.255, con cada Octeto entre 0 y 255.

Las siguientes NO son Direcciones IPv4: IPv4:

Captulo I: Arquitectura de Protocolos TCP/IP

Ing. Jos Cota

0.0.0.255 0.0.1.0 0.0.0.1.255 0.1.0.0 0.1.255.255

Ing. Jos Cota

Divisin de las Direcciones IPv4 por Clases Divisi

16 15 Octeto 1 ID-HOST (24 Bits) ID-Direccin LOOPBACK

Direcciones IPv4 Clase B

ID-RED (14 Bits)

ID-HOST (16 Bits)

Direcciones IPv4 Clase C

ID-RED (21 Bits)

Direcciones IPv4 Clase D

ID-GRUPO_MULTICAST (28 Bits)

Direcciones IPv4 Clase E

ID-RESERVADO USO FUTURO (27 Bits)

Captulo I: Arquitectura de Protocolos TCP/IP

Ing. Jos Cota

Direcciones IPv4 Clase A

Familia IPv4 Privada Clase A

Octeto3 Octeto2 Octeto1 Octeto0 7 6 5 4 3 3 1 0 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 0

Captulo I: Arquitectura de Protocolos TCP/IP

Ing. Jos Cota

Direcciones IPv4 Clase B

Octeto3 Octeto2 Octeto1 Octeto0 7 6 5 4 3 3 1 0 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 1 0

Captulo I: Arquitectura de Protocolos TCP/IP

Ing. Jos Cota

Direcciones IPv4 Clase C