Protocolos de

Sealizacin
H.323 y SIP

Dr. Ing. Jos Joskowicz 2013

Sealizacin
H.323

Dr. Ing. Jos Joskowicz 2013

 H.323

Es un estndar base para las comunicaciones

de audio, video y datos a travs de redes IP que
no proveen calidad de servicio garantizada
La primera versin fue aprobada en 1996 por la
ITU.
La versin 7 fue aprobada en diciembre de 2009
Es parte de las recomendaciones H.32x (como
por ejemplo H.320 para ISDN y H.324 para la
PSTN)

Dr. Ing. Jos Joskowicz 2013 3

Arquitectura de H.323

Dr. Ing. Jos Joskowicz 2013 4

 Componentes de H.323

Terminales
Gateways (pasarelas)
Gatekeepers
Multipoint Control Units (Unidades de control
multipunto, para conferencias)

Dr. Ing. Jos Joskowicz 2013 5

 Terminales H.323

Son los telefonos multimedia IP

Deben soportar comununicaciones de voz, y
opcionalmente comunicaciones de video y
datos.
Pueden ser equipos stand alone conectados
directamente a la LAN, o software de PC.

Dr. Ing. Jos Joskowicz 2013 6

Terminal H.323
Alcance de H.323
Audio Codec
Micrfono G.711, G.722, G.723,
Parlante G.728, G.729

Video Codec RTP UDP

Cmara H.261, H.263 RTCP
Display

Intrerfaz de datos
Equipos de T.120
datos

Control
Canal de control
H.245 IP

Canal de
Control
sealizacin
TCP
H,225.0 (Q.931)
Interfaces de
Canal de RAS
usuario
H.225.0

Dr. Ing. Jos Joskowicz 2013 7

 Estndares de Control

H.245
Describe los mensajes y procedimientos para abrir y cerrar
canales lgicos para audio, video y datos, y para realizar el
control de las comunicaciones
Q.931 (H.225.0)
Protocolo de control de conexiones (similar a ISDN)
RAS
Registration/Admission/Status: Protocolo de comunicacion con
el Gatekeeper
RTP / RTCP
Real-Time Protocol / Real-Time Control Protocol : Protocolo que
define los procedimientos para manejar datos de tiempo real

Dr. Ing. Jos Joskowicz 2013 8

 Gateways

Realiza funciones de interconexin entre

sistemas H.323 y sistemas de otro tipo (por
ejemplo redes ISDN o PSTN)

Dr. Ing. Jos Joskowicz 2013 9

 Gatekeeper

Acta como punto central de las llamadas de

una determinada zona (como PBX virtual).
Funciones de control:
Traduccin de direcciones
Gerenciamiento del ancho de banda
Ruteo de llamadas H.323

Dr. Ing. Jos Joskowicz 2013 10

 Funciones obligatorias de
Gatekeepers
Traduccin de direcciones
De nmeros de telfonos o nombres a direcciones
de red
Control de Admisin
Autorizacin de uso a los diversos dispositivos
(terminales, gateways, MCUs)
Control de Ancho de banda
Manejo del ancho de banda permitido para cada
servicio y/o terminal

Dr. Ing. Jos Joskowicz 2013 11

 Funciones opcionales de
Gatekeepers
Autorizacin de llamadas
Control de llamadas (con fines administrativos -
costos)
Control de la sealizacin
Otras funciones, de acuerdo a criterios de los
fabricantes

Dr. Ing. Jos Joskowicz 2013 12

 Multipoint Control Units

Soporta conferencias entre 3 o ms puntos

Consiste de:
MC: Multipoint Controller
Encargado de la sealizacin H.245 entre los terminales
MP: Multipoint Processors
Encargado de mezclar y procesar audio video y/o datos

Dr. Ing. Jos Joskowicz 2013 13

 Tipos de conferencias

Centralizadas
UtilizaMCU para centralizar el control y contenido de
la conferencia (dispone de MC y MP centralizado). La
comunicacin es siempre punto a punto
Descentralizadas
Utilizan la tecnologa de Multicast, donde el audio y
video es enviado por cada terminal a todos los otros
(utiliza MC y no MP)
Hibridas
Conjuga los modos anteriores

Dr. Ing. Jos Joskowicz 2013 14

Esquema de un MCU en H.323

Dr. Ing. Jos Joskowicz 2013 15

H.323 en el modelo OSI

Dr. Ing. Jos Joskowicz 2013 16

Direct Call

Dr. Ing. Jos Joskowicz 2013 17

Direct Call

Dr. Ing. Jos Joskowicz 2013 18

Direct Call

Dr. Ing. Jos Joskowicz 2013 19

Direct Call

Dr. Ing. Jos Joskowicz 2013 20

Gatekeeper Routed

Dr. Ing. Jos Joskowicz 2013 21

Gatekeeper Routed

Dr. Ing. Jos Joskowicz 2013 22

Gatekeeper Routed

Dr. Ing. Jos Joskowicz 2013 23

Gatekeeper Routed

Dr. Ing. Jos Joskowicz 2013 24

 Fast Connect

Con este procedimiento el terminal que origina

una llamada pude proponer un conjunto de
canales de medios para su inmediata apertura
en el mensaje de establecimiento (setup) H.225
Se utiliza el campo fastStart, lo que permite
encapsular mensajes de apertura de canales de
medios H.245 (openLogicalChannel)

Dr. Ing. Jos Joskowicz 2013 25

Ejemplo de captura H.323

Dr. Ing. Jos Joskowicz 2013 26

Sealizacin
SIP

Dr. Ing. Jos Joskowicz 2013

 SIP

En marzo de 1999 es aprobado el RFC 2543, por el

grupo de estudio MMUSIC (Multiparty Multimedia
Session Control ) del IETF, dando origen oficial al
protocolo SIP (Session Initiaton Protocol)
SIP tiene sus orgenes a fines de 1996, como un
componente del Mbone (Multicast Backbone)
El Mbone, era una red experimental montada sobre la Internet,
para la distribucin de contenido multimedia, incluyendo charlas,
seminarios y conferencias de la IETF. Uno de sus componentes
esenciales era un mecanismo para invitar a usuarios a escuchar
una sesin multimedia, futura o ya establecida. Bsicamente un
protocolo de inicio de sesin (SIP).
En junio de 2002, el RFC 2543 fue reemplazado por un
conjunto de nuevas recomendaciones, RFC 3261-3266
Dr. Ing. Jos Joskowicz 2013 28
 Filosofa de SIP

Estndar de Internet
Promocionado por IETF - http://www.ietf.org
Reutilizar la tecnologa de Internet:
URLs, DNS, proxies
Reutilizar el cdigo HTTP
Textual, sencillo de implementar y depurar

Dr. Ing. Jos Joskowicz 2013 29

 Mensajera SIP

La mensajera SIP est basada en el esquema

Request Response de HTTP.
A diferencia de H.323, todos los mensajes son
de texto plano, y por lo tanto fciles de
interpretar
Para iniciar una sesin se enva un mensaje de
Request a una contraparte de destino. El
destino recibe el Request, y lo contesta con el
correspondiente Response.

Dr. Ing. Jos Joskowicz 2013 30

 Ejemplo de una llamada SIP
peer to peer
sip:manuel@192.168.2.2 sip:nancy@192.168.2.4
INVITE sip:nancy@192.168.2.4 SIP/2.0
INVITE con SDP
From: sip:manuel@192.168.2.2
To: sip:nancy@192.168.2.4
100 Tryinig
SIP/2.0 100 Trying
Medios SDP:
180 Ringing SIP/2.0 180 Ringing
G.729
Establecimiento
MPEG-I Video
SIP/2.0 200 OK
de
200 OK con SDP la llamada
Medios SDP:
ACK ACK
G.729sip:nancy@192.168.2.4 SIP/2.0:5060
MPEG-I Video

RTP Audio G.729

Flujo de datos

RTP Video MPEG-1

BYE BYE sip:nancy@192.168.2.4 SIP/2.0:5060

Finalizacin de la
200 OK llamada
SIP/2.0 200 OK

Dr. Ing. Jos Joskowicz 2013 31

 SIP Requests
Los mensajes de Request tiene el formato:
<Mtodo> <URL> <SIP-Version>
Ejemplo: INVITE sip:nancy@fing.com SIP/2.0

Mtodo Descripcin
INVITE A session is being requested to be setup using a specified media

ACK Message from client to indicate that a successful response to an INVITE

has been received
OPTIONS A Query to a server about its capabilities
BYE A call is being released by either party
CANCEL Cancels any pending requests. Usually sent to a Proxy Server to cancel
searches
REGISTER Used by client to register a particular address with the SIP server

SUBSCRIBE Used to request status or presence updates from the presence server

NOTIFY Used to deliver information to the requestor or presence watcher.

Dr. Ing. Jos Joskowicz 2013 32

 SIP Requests

Mtodo Descripcin
REFER Used to referring the remote user agent to a web page or another URI

MESSAGE Used to transport instant messages (IM) using SIP

UPDATE Used to modify the state of a session without changing the state of the
dialog
INFO Used by a user agent to send call signaling information to another user
agent with which it has an established media session
PRACK Provisional ACK. Used to acknowledge receipt of reliably transported
provisional responses (1xx)

Dr. Ing. Jos Joskowicz 2013 33

 SIP Responses
Las respuestsa SIP son del estilo HTTP:
<SIP-Version> < Status-Code> <Reason>
Ejemplo: SIP/2.0 404 Not Found

Respuesta Descripcin
1xx Informational Request received, continuing to process request.
(100 Trying 180 Ringing 181 Call is Being Forwarded )
2xx Success Action was successfully received, understood and accepted.
(200 OK )
3xx Redirection Further action needs to be taken in order to complete the
request.
4xx Client Error Request contains bad syntax or cannot be fulfilled at this
server.
5xx Server Error Server failed to fulfill an apparently valid request.

6xx Global Failure Request is invalid at any server.

Dr. Ing. Jos Joskowicz 2013 34

 Ejemplo: INVITE
INVITE sip:pepe@fing.com SIP/2.0
Via:SIP/2.0/UDP pc33.montevideo.com:5060;branch=z9hG4bK776asdhds
Max-Forwards: 70
To: Pepe <sip:pepe@fing.com>
From: Alicia <sip:alicia@abc.com>;tag=1928301774
Call-ID: a84b4c76e66710@pc33.montevideo.com
CSeq: 314159 INVITE Cabezal
Contact: <sip:alicia@pc33.montevideo.com>
Content-Type: application/sdp
Content-Length: 142

v=0
o=AGarcia 2890844526 2890842807 IN IP4 126.16.64.4
s=Phone Call
c=IN IP4 100.101.102.103
t=0 0
m=audio 49170 RTP/AVP 0
a=rtpmap:0 PCMU/8000

Dr. Ing. Jos Joskowicz 2013 35

 Ejemplo: INVITE
INVITE sip:pepe@fing.com SIP/2.0
Via:SIP/2.0/UDP pc33.montevideo.com:5060;branch=z9hG4bK776asdhds
Max-Forwards: 70
To: Pepe <sip:pepe@fing.com>
From: Alicia <sip:alicia@abc.com>;tag=1928301774
Call-ID: a84b4c76e66710@pc33.montevideo.com
CSeq: 314159 INVITE
Contact: <sip:alicia@pc33.montevideo.com>
Content-Type: application/sdp
Content-Length: 142

v=0
o=AGarcia 2890844526 2890842807 IN IP4 126.16.64.4
s=Phone Call Cuerpo SDP
c=IN IP4 100.101.102.103
t=0 0
m=audio 49170 RTP/AVP 0
a=rtpmap:0 PCMU/8000

Dr. Ing. Jos Joskowicz 2013 36

 Cabezal

Tienen un formato del tipo

Campo: Valor
Via: SIP/<version>/<transporte>
hostname:port;branch=<transaction
numer>
Via:SIP/2.0/UDP pc33.montevideo.com:5060;branch=z9hG4bK776asdhds

Max-Forwards: <numero>
To: <direccin SIP>
From: <direccin SIP>

Dr. Ing. Jos Joskowicz 2013 37

 Cabezal

Direcciones SIP:
Utiliza el formato de URLs de Internet
Uniform Resource Locators
El formato general es nombre@dominio
Ejemplos:
sip:pepe@fing.com.uy

sip:Jose .M. Perez <pepe@fing.com.uy>

sip:+598-2-7110978@fing.com.uy;user=phone

sip:guest@10.64.1.1

Dr. Ing. Jos Joskowicz 2013 38

 Cabezal

Call-ID: <numero>@<Host>
CSeq: <numero> <metodo>
Contact: <direccin SIP>
Content-Type: <tipo de contenido y
formato del cuerpo>
Content-Length: <largo del cuerpo>

Dr. Ing. Jos Joskowicz 2013 39

 Cuerpo SDP

El formato de cada rengln de SDP es

<tipo>=<valor>
<tipo> es siempre un nico carcter, y se
diferencian maysculas de minsculas
El formato de <valor> depende del <tipo> al
que corresponda

Dr. Ing. Jos Joskowicz 2013 40

 Cuerpo SDP

Versin del protocolo (v)

Origen (o)
o=<username> <session id> <version> <network type>
<address type> <address>

Nombre de la sesin (s)

Datos de la conexin (c)
c=<network type> <address type> <connection address>

Medios (m)
m=<media> <port> <transport> <fmt list>

Dr. Ing. Jos Joskowicz 2013 41

 SIP Clients and Servers

SIP utiliza una arquitectura cliente / servidor

Elementos:
SIP User Agents (Telfonos SIP)
SIP Servers
SIP Gateways:
Hacia la PSTN para interconectar el mundo SIP al mundo
TDM
Hacia H.323 para realizar interoperabilidad en el mundo IP

Clientes Origina mensajes

Servidores Responden a los mensajes o los redireccionan

Dr. Ing. Jos Joskowicz 2013 42

 SIP Clients and Servers - 2

Entidades lgicas SIP:

User Agents
User Agent Client (UAC): Inician requerimientos SIP
User Agent Server (UAS): Retornan respuestas SIP
Network Servers
Registrar: Acepta registraciones de clientes
Proxy: Decide el prximo salto y redirecciona el requerimiento
Redirect: Enva la direccin del prximo salto al cliente
Location: Servidor de bsqueda
Presence: Servidor de presencia

Dr. Ing. Jos Joskowicz 2013 43

Ejemplos con Proxy Server

Dr. Ing. Jos Joskowicz 2013 44

Tel A SIP Tel B
SIP Server SIP

Invite
0 ms Invite
100 Trying
50 ms 100 Trying

180 Ringing
100 ms 180 Ringing

200 OK(Answer)
10000 ms 200 OK

10050 ms ACK
ACK

Both way Audio

195000 ms Bye
Bye
200 OK
200 OK
195050 ms

Dr. Ing. Jos Joskowicz 2013 45

Ejemplos con Redirect Server

Dr. Ing. Jos Joskowicz 2013 46

 Ejemplos con Redirect Server
SIP SIP SIP
User Agent Redirect User Agent
Client Server Server
REGISTER pepe@ucla.com

200 OK
INVITE sip:pepe@fing.com.uy

302 Moved sip:pepe@ucla.com

1 RS
ACK 2
C
INVITE sip:pepe@ucla.com 3
UAS
180 Ringing

200 OK

ACK

Media Stream
Media Stream
host.fing.com.uy server.fing.com.uy sip.ucla.com

Dr. Ing. Jos Joskowicz 2013 47

 Dr. Ing. Jos Joskowicz 2013 48
 Comparacin H.323 - SIP

H.323 SIP
Standard de ITU RFC de IETF

Primera versin de 1996 Primer RFC de 1999

Originalmente diseado para Originalmente diseado para establecer

comunicaciones multimedia sobre redes sesiones
Mensajes con representacin binaria Mensajes con representacin textual
Protocolos complejos Protocolos simples

Basado en Q.931 (ISDN) No basado en protocolos telefnicos

Utiliza RTP y RTCP Utiliza RTP y RTCP

Amplia difusin, pero disminuyendo Amplia difusin, en aumento

Dr. Ing. Jos Joskowicz 2013 49

 Dr. Ing. Jos Joskowicz 2013 50
Muchas Gracias!

Ing. Jos Joskowicz

Dr. Ing. Jos Joskowicz 2013