VoIP

Standards y Protocolos

www.inacap.cl

H.323 - ITU

www.inacap.cl

H.323 - ITU
El paraguas H.323, de la
ITU, agrupa una serie de
normas, mediante las cuales
podemos transmitir:
Voz
Video
Datos
Mediante un red LAN o
llegado el caso la Internet.

www.inacap.cl

H.323 - ITU
H.323 esta formados por los
siguientes elementos:
Terminales
Gateways (GW)
Gatekeepers (GK)
Multipoint Control Unit
(MCU)
Proxy H.323
De los cuales, segn la red,
complejidad de la misma e
interconexin,
dispondremos de varios de
estos elemento o solamente
de los terminales.

www.inacap.cl

Red H.323

Terminales - H.323
El terminal H.323 cumple la
funciones de:
Control del sistema
Transmisin
de
la
informacin
Codificacin/decodificaci
n de audio y video
Interfaz de Red
Interfaz de Datos
Manejo de la sealizacin

Cabe
destacar
que
terminal puede ser:

el

una PC con el software

correspondiente
Un
dispositivo
de
hardware dedicado
O una mezcla de ambos.

www.inacap.cl

Terminales - H.323
Audio Codecs: unidad capaz
de soportar la codificacin /
decodificacin de los tipos
de compresin segn:
ITU serie G.

(http://www.itu.int/rec/T-REC-

g)

ISO
GSM
La
codificacin
/
decodificacin
de
video
depender de la aplicacin
y para nuestro caso no es
objeto de estudio

www.inacap.cl

Terminales - H.323
Unidad de control de Sistema:
encargada de implementar las
funciones vitales de:
Control de llamada (H.225)
RAS (H.225)
Control y transporte de medios
H.245

Finalmente la interfaz de
red, es la encargada del:
armado y desarmado de
paquetes
adaptacin a red
manejo de canales
lgicos
trfico UDP/TCP
Multiplexacin de
servicios

www.inacap.cl

Gateway - H.323
La funcin como indica su
nombre es la de proveer
interconectividad entre dos
redes tan dismiles como la red
IP y la red de circuitos
conmutados.
El Gateway entonces ser
necesario, en las redes que
posean interconexin con la
PSTN, RDSI y dems redes.

SCN : Switched Circuit Network

www.inacap.cl

Gateway - H.323

www.inacap.cl

Gatekeeper - H.323
Sus principales funciones son
las de:

control de pre-llamada
control de admisin
conversin de direcciones
administracin de zonas
H.323.

Si bien el mismo tiene un

importante papel en el H.323,
el protocolo permite la
conexin de dos terminales
en forma extremo a extremo,
prescindiendo del Gatekeeper.

Por lo tanto podemos decir

que su presencia o no en la
red depender principalmente
de la envergadura de la
misma.
Su implemetacin tambin
depender de las dimensiones
y cantidad de nodos, pudiendo
ser esta:
Hardware especifico
Software dentro del
Terminal
Software dentro del
Gateway.

www.inacap.cl

Gatekeeper - H.323

www.inacap.cl

Multipoint Controller Unit - H.323

Su funcin principal es la de
soportar
conferencias
multipunto, tanto sean estas
de voz, video o datos.
En
general
el
MCU
se
implementa
en
software
integrandolo segn el caso en:
Terminal
Gateway
Gatekeeper

El mismo esta compuesto por

dos funciones principales:
MP (Multipoint Processor)
MC (Multipoint Controller)
El MP, se encarga del manejo
tanto de voz, datos y video
hacia los distintos destinos.
El MC, es el encargado de
gestionar
los
recursos
y
capacidades de cada punto de
servicios.

www.inacap.cl

Multipoint Controller Unit - H.323

www.inacap.cl

Proxy H.323
Al igual que el proxy
standard, el Proxy H.323,
brinda las siguientes
funciones:

Dicho elemento se
encuentra generalmente en
redes privadas con enlaces
WAN y gran cantidad de
terminales.

Seguridad, concentrando
el trfico H.323
Manejo del IP
precedence de manera
de lograr QOS.
Manejo de nodos H.323
con direccionamiento
privado.

www.inacap.cl

Sealizacin RAS
Registration, Admission & Status
(RAS), tal como su nombre lo
indica, estas son las funciones
principales y que forman parte
del denominado control de prellamada.
El RAS se utiliza en el dialogo con
el Gatekeeper, dentro de una
zona o entre zonas.
Como podemos observar el RAS
utliza el modo no seguro (UDP)
para la conexin.

www.inacap.cl

RAS - H.225.0
Las funciones del RAS, son:
Registro
Admisin
Cambios en el Ancho de
Banda
Estado
Procedimiento de liberacin
Dado que RAS utiliza UDP, se
debe tener en cuenta los
TimeOut y llegado el caso con
la seal RIP, resetear los
mismos.

La mensajera H.225.0 utiliza

la sintaxis ASN.1.
Los comandos se agrupan
por funciones y segn la
accin.
A continuacin entraremos
en detalle en cada una de
las funcionalidades del RAS.
ASN.1 : Abstract Syntax Notation One

www.inacap.cl

RAS - Localizacin del GK

Los
terminales
deben
registrarse en el Gatekeeper
para
lo
cual
resulta
indispensable la conexin con
el mismo, la cual puede ser:

Es muy comn por temas

administrativos,
evitar
las
definiciones
estticas
de
direcciones IP, por lo cual dicha
funcin es bastante menos
empleada.

Esttica,
mediante
la
direccin IP del Gatekeeper.
Dinmica,
mediante
la
funcin de localizacin del
Gatekeeper.

Adems de brindar flexibilidad,

recordemos que el Gatekeeper
no es un elemento obligatorio
dentro del H.323.
El autodiscovery se realiza
mediante UDP a la direccin
224.0.1.41 utilizando para el
mismo el puerto 1718.

www.inacap.cl

RAS - Localizacin del GK

Mensajes de localizacin:
GRQ (Gatekeeper
request), es utilizado por
el terminal para localizar
el Gatekeeper, mediante
multidifusin.

En el GCF, en algunas
ocasiones se puede pasar al
terminal la direccin IP de
gatekeepers alternativos.

GCF(Gatekeeper confirm),
respuesta del GK, se
devuelve direccin del
canal RAS
GRJ (Gatekeeper reject), el
GK no acepta el registro.

www.inacap.cl

RAS - Registro
Dado que el Gatekeeper cumple
la funcin de manejo de reas, es
imprescindible para el GK conocer
los nodos que de el dependen.
La manera de brindar informacin
al Gatekeeper, es mediante el
proceso indispensable de registro
de los terminales.
El registro permite al Gatekeeper
conocer no solo la direccin IP del
elemento, sino tambin su alias,
el cual ser del tipo:

El registro se realiza en
forma directa al canal RAS,
dado que se supone que el
terminal ya lo localiz
previamente.
La operacin se subdivide
en:
registracin
desregistrarse

pcvoz@andescap.cl
www.inacap.cl

RAS - Registro
Mensajes de registro:
Registration request (RRQ)
Registration Confirmation
(RCF)
Registration Rejection (RRJ)
Mensajes de baja de registro:
Unregister Request (URQ)
Unregister Confirm (UCF)
Unregister Reject (URJ)

www.inacap.cl

RAS - Localizacin de Terminal

El mensaje es enviado al
Gatekeeper con el nico dato
que se tiene del terminal, en
este caso puede ser:
Alias. Pc1@andescap.cl
Nmero E.164
El gatekeeper realizar una
bsqueda en su tabla interna
tratando de resolver el alias.
La funcin especifica para
dicha tarea es Locate, por
lo tanto tendremos:

Mensajes:
Locate Request (LRQ)
Locate Confirm (LCF)
Locate Reject (LRJ)
LRQ, permite obtener la
resolucin de ms de una
direccin E.164.
LCF, la respuesta depender
del tipo de conexin que se
este usando.

E.164 : Normativa que define el plan de numeracin telefnica internacional

www.inacap.cl

RAS - Localizacin de Terminal

LCF, IP del Gatekeeper, es
porque se utiliza una conexin
del tipo GKRCS o tambin
conocido modo enrutado
LCF, IP del terminal, es porque
se utiliza un conexin directa
entre terminales.

www.inacap.cl

RAS - Admisin de Terminal

Los terminales deben ser
admitidos
por
el
Gatekeeper, el cual puede:
aceptar la admisin
rechazar la admisin
Una de las funciones de la
admisin es la de regular el
ancho de banda necesario
para la conexin.

Mensajes:
Admission Request (ARQ)
Admission Confirm (ACF)
Admission Reject (ARJ)
El ARQ es el paso previo a
iniciar un llamado.
Si el gatekeeper admite la
conexin es porque dispone
de capacidad como para
manejarla y le entrega al
Terminal el IP del Gateway o
Gatekeeper de terminacin.

www.inacap.cl

RAS - Estado de la conexin

El gatekeeper debe obtener
informacin sobre el estado
de la conexin, dado que
una vez iniciado el dilogo,
el H225.0 no interviene.

Mensajes:
Information Request (IRQ)
Information Request Response
(IRR)

Dicho estado se puede

obtener
mediante
dos
tcnicas
Pooling
Reportes del terminal

Mientras el IRQ parte del Gatekeeper

hacia el terminal, a intervalos
regulares.
IRR lo hace en sentido inverso,
entregando
al
Gatekeeper
informacin del estado del enlace.

www.inacap.cl

RAS - Control de Ancho de Banda

Si bien durante el proceso
de admisin, el gatekeeper
verifica la disponibilidad de
ancho de banda y en base a
esta admite o no la
conexin, en algunos casos
es
necesario
realizar
modificaciones en el ancho
de
banda
una
vez
establecida la conexin.

Mensajes:
Bandwith Request (BRQ)
Bandwith
Confirmation
(BCF)
Bandwith Reject (BRJ)
Los rechazos pueden deberse
a que no se encuentre
disponible el ancho de banda
solicitado.
Uno de los motivos tpicos de
requerimiento de cambio de
ancho de banda es el cambio
de codecs.

www.inacap.cl

H.225.0

www.inacap.cl

H.225 - Sealizacin de control de

llamada
El H.225 utiliza para el control
de llamada los mensajes
basados en la norma ITU
Q.931.

En
el
modo
directo
solamente el trfico H.225.0
llega al Gatekeeper.

La
conexin
se
realiza
mediante TCP y se emplea el
puerto 1720.
El canal de sealizacin se
puede
manejar
de
dos
maneras:
Directo entre end points
Enrutado al Gatekeeper

www.inacap.cl

H.225 - Sealizacin de control de

llamada
Mientras que el en modo
enrutado, tambin conocido
como
GKRCS,
la
mensajera
H.225
es
manejada
por
el
Gatekeeper.

Mientras Q.931, brinda las

funciones ms utilizadas,
Q.932 permite el manejo de
servicios adicionales.
Tanto Q.931 y Q.932 utilizan
mensajes del tipo ASN.1, lo
cual
dificulta
su
interpretacin por parte del
usuario, uno de los puntos a
favor de SIP, segn veremos
ms adelante.

www.inacap.cl

H.225 - Sealizacin de control de

llamada
Mensajes:
SETUP, el mismo avisa hacia
delante el intento de
establecer un llamado, es
generado por el extremo
llamante hacia el end point o
GK segn el caso.
CALL PROCEEDING, es un
mensaje hacia atrs, el cual da
aviso al extremo llamante que
se ha iniciado el proceso de
llamada.
ALERTING,
mensaje
hacia
atrs, donde se avisa que el
sonido de llamada se ha
iniciado.

CONNECT, mensaje hacia atrs,

donde el extremo llamado avisa
al extremo llamante que se
acepta la llamada.
RELEASE, es un mensaje
generado por cualquiera de los
extremos, en particular el que
finalice la llamada y Avisa al
extremo opuesto la finalizacin
de la misma.
FACILITY, es un mensaje hacia
delante que indica si la llamada
se cursa o no a travs del
Gatekeeper

www.inacap.cl

H.225 - Q.931

www.inacap.cl

H.245 - Control Protocol

Su funcin es la de
establecer y controlar los
canales lgicos para los
servicios de:
Voz
Datos
Video
El H.245 se encarga tambin
del intercambio de
capacidades, tanto sean
conexiones:
unidireccionales
bidireccionales
y de requerimientos:
Simtricos
Asimtricos

El H.245 interviene en la
negociacin de codecs
La mensajera del H.245 es ASN.1
La conexin H.245 puede ser:
Directa
Va Gatekeeper

www.inacap.cl

H.245 - Control Protocol

Mensajes:
Capability Exchange: se
negocian los codecs, la
norma
soporta
los
Codecs tipo ITU, ISO y
GSM.
Round
trip
Delay:
procedimiento mediante
el cual se establece el
retardo de la conexin.

www.inacap.cl

H.245 - Control Protocol

Logical
Channel
Signalling: apertura y
cierra
de
canales
lgicos.
Master/Slave
Termination:
procedimiento en el cual
se fija un extremo como
maestro y el otro como
esclavo.

www.inacap.cl

RTP/CRTP/RTCP - Transporte
RTP es el protocolo de
transporte en tiempo real,
sus
principales
funciones
son:

RTP se transporta sobre UDP

y su estructura se muestra
a continuacin:

Identificar la carga til

temporizacin del trfico
secuenciamiento
Sincronizacin

RTP es el protocolo ideal para

el transporte sobre redes IP
de trfico como voz y video,
dado su alta sensibilidad al
retardo y las variaciones del
retardo.

www.inacap.cl

RTP - Real-Time Transport Protocol

Campos del RTP:

Nmero de versin de RTP (V - versin number): 2 bits. La versin definida

por la especificacin actual es 2.

Relleno (P - Padding): 1 bit. Si el bit del relleno est colocado, hay uno o ms
bytes al final del paquete que no es parte de la carga til. El ltimo byte del
paquete indica el nmero de bytes de relleno. El relleno es usado por algunos
algoritmos de cifrado.

La extensin (X - Extensin): 1 bit. Si el bit de extensin est colocado,

entonces el encabezado fijo es seguido por una extensin del encabezado.
Este mecanismo de la extensin posibilita implementaciones para aadir
informacin al encabezado RTP.

Conteo CSRC (CC): 4 bits. El nmero de identificadores CSRC que sigue el

encabezado fijo. Si la cuenta CSRC es cero, entonces la fuente de
sincronizacin es la fuente de la carga til.

El marcador (M - Marker): 1 bit. Un bit de marcador definido por el perfil

particular de media.

La carga til Type (PT): 7 bits. Un ndice en una tabla del perfiles de media
que describe el formato de carga til. Los mapeos de carga til para audio y
vdeo estn especificados w
enwelwRFC
1890
.in
acap.cl

RTP - Real-Time Transport

Protocol
Campos del RTP (continuacion)

El nmero de Secuencia: 16 bits. Un nico nmero de paquete que identifica

la posicin de este en la secuencia de paquetes. El nmero del paquete es
incrementado en uno para cada paquete enviado.

Sellado de tiempo: 32 bits. Refleja el instante de muestreo del primer byte en

la carga til. Varios paquetes consecutivos pueden tener el mismo sellado si
son lgicamente generados en el mismo tiempo - por ejemplo, si son todo
parte del mismoframede vdeo.

SSRC: 32 bits. Identifica la fuente de sincronizacin. Si la cuenta CSRC es cero,

entonces la fuente de carga til es la fuente de sincronizacin. Si la cuenta
CSRC es distinta a cero, entonces el SSRC identifica el mixer(mezclador).

CSRC: 32 bits cada uno. Identifica las fuentes contribuyentes para la carga
til. El nmero de fuentes contribuyentes est indicado por el campo de la
cuenta CSRC; All puede haber ms de 16 fuentes contribuyentes. Si hay
fuentes contribuyentes mltiples, entonces la carga til son los datos
mezclados de esas fuentes.

EH: El tamao de este dato debe ser CC32 en bits

Datos: El tamao de los datos debe ser de X((EHL+1)32) donde EHL es la

longitud de la extensin del la cabecera en unidades de 32 bits.

www.inacap.cl

RTP - Real-Time Transport Protocol

Si recordamos, que a su vez el

RTP se monta en UDP y este a
su vez en IP, tendremos:

www.inacap.cl

RTP - Real-Time Transport Protocol

Si analizamos la eficiencia de
dicha configuracin
tendremos:
Header:
20 Bytes, IP
8 Bytes, UDP
12 Bytes, RTP
40 Bytes, total Header
Datos:
20 Bytes, salida de la
paquetizacin.

Lo cual nos da una

eficiencia muy baja, del
orden del 33%
Resulta ilgico emplear 40
bytes de encabezado para
transportar solamente 20
bytes de informacin til.
La solucin aparece con la
compresin de
encabezado, de manera de
aumentar la eficiencia,
disminuir los retardos y
dems.

www.inacap.cl

CRTP
CRTP, compressed Real Time
protocol.
Logra optimizar el tamao
del header, llevandolo a 2-4
bytes.
Lo
cual
representa
un
cambio fundamental para la
utilizacin
de
interfaces
lentas y una sustancial
reduccin de velocidad de la
misma, pasando de:
24 Kb/s (IP+UDP+RTP)
9,6 Kb/s (CRTP)

www.inacap.cl

RTCP - Real-Time Transport Control

Protocol
RTCP enva a todos los participantes en forma peridica, paquetes de control,
mediante los cuales se monitorea, identifica y controla la entrega de datos.
Dichos paquetes se multiplexan en UDP con el resto del trfico, mediante el
uso de distintos puertos, por convencin:
RTP acta en puerto par
RTCP en impar ms alto
RTCP es el encargado de proveer informacin sobre la calidad del transporte
de informacin.
Las fuentes RTP se identifican mediante el llamado nombre cannico
(CNAME)
Dado que RTCP aporta datos estadsticos sobre las conexiones RTP, esta
informacin debe reducirse a lo estrictamente necesario, de manera de no
producir congestin.

www.inacap.cl

RTCP - Real-Time Transport Control

Protocol
Paquetes RTCP:
SR sender report: transmisin y recepcin de
estadsticas desde los participantes.
RR receive report: recepcin de estadsticas desde
participantes que no son fuentes activas
SDES source description: se enva el CNAME
BYE: indica fin de participacin
APP: aplicaciones experimentales.

www.inacap.cl

H.323 - Llamado mediante

gatekeeper

www.inacap.cl