You are on page 1of 51
Protocolos de Señalización H.323 y SIP © Dr. Ing. José Joskowicz 2013

Protocolos de Señalización

H.323 y SIP

© Dr. Ing. José Joskowicz 2013

Señalización H.323 © Dr. Ing. José Joskowicz 2013

Señalización

H.323

© Dr. Ing. José Joskowicz 2013

H.323  Es un estándar “base” para las comunicaciones de audio, video y datos a través

H.323

  • Es un estándar “base” para las comunicaciones

de audio, video y datos a través de redes IP que

no proveen calidad de servicio garantizada

  • La primera versión fue aprobada en 1996 por la ITU.

    • La versión 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)

Arquitectura de H.323 © Dr. Ing. José Joskowicz 2013 4

Arquitectura de H.323

Arquitectura de H.323 © Dr. Ing. José Joskowicz 2013 4
Componentes de H.323  Terminales  Gateways (“pasarelas”)  Gatekeepers  Multipoint Control Units (“Unidades de

Componentes de H.323

  • Terminales

  • Gateways (“pasarelas”)

  • Gatekeepers

  • Multipoint Control Units (“Unidades de control multipunto, para conferencias”)

Terminales H.323  Son los “telefonos multimedia IP”  Deben soportar comununicaciones de voz, y opcionalmente

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.

Terminal H.323 Micrófono Parlante Cámara Display Equipos de datos Control Interfaces de usuario Alcance de H.323

Terminal H.323

Micrófono

Parlante

Cámara

Display

Equipos de

datos

Control

Interfaces de

usuario

Alcance de H.323 Audio Codec G.711, G.722, G.723, G.728, G.729 Video Codec H.261, H.263 RTP UDP
Alcance de H.323
Audio Codec
G.711, G.722, G.723,
G.728, G.729
Video Codec
H.261, H.263
RTP
UDP
RTCP
Intrerfaz de datos
T.120
Control
Canal de control
IP
H.245
Canal de
señalización
H,225.0 (Q.931)
TCP
Canal de RAS
H.225.0
Estándares de Control  H.245  Describe los mensajes y procedimientos para abrir y cerrar canales

Estándares de Control

  • H.245

    • Describe los mensajes y procedimientos para abrir y cerrar canales lógicos 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

Gateways  Realiza funciones de interconexión entre sistemas H.323 y sistemas de otro tipo (por ejemplo

Gateways

  • Realiza funciones de interconexión entre

sistemas H.323 y sistemas de otro tipo (por

ejemplo redes ISDN o PSTN)

Gateways  Realiza funciones de interconexión entre sistemas H.323 y sistemas de otro tipo (por ejemplo
Gatekeeper  Actúa como “punto central” de las llamadas de una determinada zona (como “PBX virtual”).

Gatekeeper

  • Actúa como “punto central” de las llamadas de

una determinada zona (como “PBX virtual”).

  • Funciones de control:

    • Traducción de “direcciones”

    • Gerenciamiento del ancho de banda

    • Ruteo de llamadas H.323

Funciones obligatorias de Gatekeepers  Traducción de direcciones  De números de teléfonos o nombres a

Funciones obligatorias de

Gatekeepers

  • Traducción de direcciones

    • De números de teléfonos o nombres a direcciones

de red

  • Control de Admisión

    • Autorización 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

Funciones opcionales de Gatekeepers  Autorización de llamadas  Control de llamadas (con fines administrativos -

Funciones opcionales de

Gatekeepers

  • Autorización de llamadas

  • Control de llamadas (con fines administrativos - costos)

  • Control de la señalización

  • Otras funciones, de acuerdo a criterios de los fabricantes

Multipoint Control Units  Soporta conferencias entre 3 o más puntos  Consiste de:  MC:

Multipoint Control Units

  • Soporta conferencias entre 3 o más puntos

  • Consiste de:

    • MC: Multipoint Controller

      • Encargado de la señalización H.245 entre los terminales

    • MP: Multipoint Processors

      • Encargado de “mezclar” y procesar audio video y/o datos

Tipos de conferencias  Centralizadas  Utiliza MCU para centralizar el control y contenido de la

Tipos de conferencias

  • Centralizadas

    • Utiliza MCU para centralizar el control y contenido de la conferencia (dispone de MC y MP centralizado). La comunicación es siempre punto a punto

  • Descentralizadas

    • Utilizan la tecnología 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

Esquema de un MCU en H.323 © Dr. Ing. José Joskowicz 2013 15

Esquema de un MCU en H.323

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

H.323 en el modelo OSI

H.323 en el modelo OSI © Dr. Ing. José Joskowicz 2013 16
Direct Call © Dr. Ing. José Joskowicz 2013 17

Direct Call

Direct Call © Dr. Ing. José Joskowicz 2013 17
Direct Call © Dr. Ing. José Joskowicz 2013 18

Direct Call

Direct Call © Dr. Ing. José Joskowicz 2013 18
Direct Call © Dr. Ing. José Joskowicz 2013 19

Direct Call

Direct Call © Dr. Ing. José Joskowicz 2013 19
Direct Call © Dr. Ing. José Joskowicz 2013 20

Direct Call

Direct Call © Dr. Ing. José Joskowicz 2013 20
Gatekeeper Routed © Dr. Ing. José Joskowicz 2013 21

Gatekeeper Routed

Gatekeeper Routed © Dr. Ing. José Joskowicz 2013 21
Gatekeeper Routed © Dr. Ing. José Joskowicz 2013 22

Gatekeeper Routed

Gatekeeper Routed © Dr. Ing. José Joskowicz 2013 22
Gatekeeper Routed © Dr. Ing. José Joskowicz 2013 23

Gatekeeper Routed

Gatekeeper Routed © Dr. Ing. José Joskowicz 2013 23
Gatekeeper Routed © Dr. Ing. José Joskowicz 2013 24

Gatekeeper Routed

Gatekeeper Routed © Dr. Ing. José Joskowicz 2013 24
Fast Connect  Con este procedimiento el terminal que origina una llamada pude proponer un conjunto

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)

Ejemplo de captura H.323 © Dr. Ing. José Joskowicz 2013 26

Ejemplo de captura H.323

Ejemplo de captura H.323 © Dr. Ing. José Joskowicz 2013 26
Señalización SIP © Dr. Ing. José Joskowicz 2013

Señalización

SIP

© Dr. Ing. José Joskowicz 2013

SIP  En marzo de 1999 es aprobado el RFC 2543, por el grupo de estudio

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 orígenes a fines de 1996, como un componente del “Mbone” (Multicast Backbone)

    • El Mbone, era una red experimental montada sobre la Internet, para la distribución 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 sesión multimedia, futura o ya establecida. Básicamente un

“protocolo de inicio de sesión” (SIP).

  • En junio de 2002, el RFC 2543 fue reemplazado por un conjunto de nuevas recomendaciones, RFC 3261-3266

“Filosofía” de SIP  Estándar de Internet  Promocionado por IETF - http://www.ietf.org  Reutilizar la

“Filosofía” de SIP

  • Estándar de Internet

    • Promocionado por IETF - http://www.ietf.org

  • Reutilizar la tecnología de Internet:

    • URLs, DNS, proxies

  • Reutilizar el código HTTP

    • Textual, sencillo de implementar y depurar

Mensajería SIP  La mensajería SIP está basada en el esquema “Request” – “Response” de HTTP.

Mensajería SIP

  • La mensajería 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 fáciles de interpretar

  • Para iniciar una sesión se envía un mensaje de

“Request” a una contraparte de destino. El destino recibe el “Request”, y lo contesta con el correspondiente “Response”.

Ejemplo de una llamada SIP “peer to peer” sip:manuel@192.168.2.2 sip:nancy@192.168.2.4 INVITE con SDP INVITE con SDP

Ejemplo de una llamada SIP

“peer to peer”

sip:manuel@192.168.2.2

sip:nancy@192.168.2.4

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

Flujo de datos

BYE sip:nancy@192.168.2.4 SIP/2.0:5060

Finalización de la

llamada

SIP/2.0 200 OK

 

© Dr. Ing. José Joskowicz 2013

31

SIP Requests  Los mensajes de “Request” tiene el formato:  <Método> <URL> <SIP-Version>  Ejemplo:

SIP Requests

  • Los mensajes de “Request” tiene el formato:

    • <Método> <URL> <SIP-Version>

    • Ejemplo: INVITE sip:nancy@fing.com SIP/2.0

Método

Descripción

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.”

SIP Requests Método Descripción REFER Used to referring the remote user agent to a web page

SIP Requests

Método

Descripción

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)

SIP Responses  Las respuestsa SIP son del estilo HTTP:  <SIP-Version> < Status-Code> <Reason> 

SIP Responses

  • Las respuestsa SIP son del estilo HTTP:

    • <SIP-Version> < Status-Code> <Reason>

    • Ejemplo: SIP/2.0 404 Not Found

Respuesta

Descripción

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.

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:

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

Cabezal

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

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:

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

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

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: <dirección SIP>

  • From: <dirección SIP>

Cabezal Direcciones SIP:  Utiliza el formato de URLs de Internet  Uniform Resource Locators 

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

Cabezal  Call-ID: <numero>@<Host>  CSeq: <numero> <metodo>  Contact: <dirección SIP>  Content-Type: <tipo de

Cabezal

  • Call-ID: <numero>@<Host>

  • CSeq: <numero> <metodo>

  • Contact: <dirección SIP>

  • Content-Type: <tipo de contenido y formato del cuerpo>

  • Content-Length: <largo del cuerpo>

Cuerpo SDP  El formato de cada renglón de SDP es <tipo>=<valor>  <tipo> es siempre

Cuerpo SDP

  • El formato de cada renglón de SDP es

<tipo>=<valor>

  • <tipo> es siempre un único carácter, y se diferencian mayúsculas de minúsculas

  • El formato de <valor> depende del <tipo> al que corresponda

Cuerpo SDP  Versión del protocolo (v)  Origen (o) o=<username> <session id> <version> <network type>

Cuerpo SDP

  • Versión del protocolo (v)

  • Origen (o)

o=<username> <session id> <version> <network type> <address type> <address>

  • Nombre de la sesión (s)

  • Datos de la conexión (c)

c=<network type> <address type> <connection address>

  • Medios (m)

m=<media> <port> <transport> <fmt list>

SIP Clients and Servers  SIP utiliza una arquitectura cliente / servidor  Elementos:  SIP

SIP Clients and Servers

  • SIP utiliza una arquitectura cliente / servidor

  • Elementos:

    • SIP User Agents (Teléfonos 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

SIP Clients and Servers - 2  Entidades lógicas SIP:  User Agents  User Agent

SIP Clients and Servers - 2

  • Entidades lógicas 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 próximo salto y redirecciona el requerimiento

    • Redirect: Envía la dirección del próximo salto al cliente

    • Location: Servidor de búsqueda

    • Presence: Servidor de presencia

  • Ejemplos con Proxy Server © Dr. Ing. José Joskowicz 2013 44

    Ejemplos con Proxy Server

    Ejemplos con Proxy Server © Dr. Ing. José Joskowicz 2013 44

    © Dr. Ing. José Joskowicz 2013

    44

    Tel A Tel B SIP SIP SIP Server Invite 0 ms Invite 100 Trying 50 ms
    Tel A Tel B SIP SIP SIP Server Invite 0 ms Invite 100 Trying 50 ms
    Tel A
    Tel B
    SIP
    SIP
    SIP
    Server
    Invite
    0 ms
    Invite
    100 Trying
    50 ms
    100 Trying
    180 Ringing
    100 ms
    180 Ringing
    200 OK(Answer)
    10000 ms
    200 OK
    ACK
    10050
    ms
    ACK
    Both way Audio
    Bye
    195000 ms
    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

    Ejemplos con Redirect Server © Dr. Ing. José Joskowicz 2013 46
    Ejemplos con Redirect Server SIP User Agent Client SIP Redirect Server SIP User Agent Server sip.ucla.com

    Ejemplos con Redirect Server

    SIP

    User Agent

    Client

    SIP

    Redirect

    Server

    SIP

    User Agent

    Server

    sip.ucla.com

    REGISTER pepe@ucla.com

    Ejemplos con Redirect Server SIP User Agent Client SIP Redirect Server SIP User Agent Server sip.ucla.com

    200 OK

    Ejemplos con Redirect Server SIP User Agent Client SIP Redirect Server SIP User Agent Server sip.ucla.com

    INVITE sip:pepe@fing.com.uy 302 Moved sip:pepe@ucla.com

    Ejemplos con Redirect Server SIP User Agent Client SIP Redirect Server SIP User Agent Server sip.ucla.com
    Ejemplos con Redirect Server SIP User Agent Client SIP Redirect Server SIP User Agent Server sip.ucla.com

    ACK

    Ejemplos con Redirect Server SIP User Agent Client SIP Redirect Server SIP User Agent Server sip.ucla.com
    1 RS 2 C 3 UAS
    1
    RS
    2
    C
    3
    UAS

    INVITE sip:pepe@ucla.com

    Ejemplos con Redirect Server SIP User Agent Client SIP Redirect Server SIP User Agent Server sip.ucla.com

    180 Ringing

    Ejemplos con Redirect Server SIP User Agent Client SIP Redirect Server SIP User Agent Server sip.ucla.com
    200 OK ACK
    200 OK
    ACK
    Media Stream
    Media Stream

    server.fing.com.uy

    host.fing.com.uy

    © Dr. Ing. José Joskowicz 2013 48
    © Dr. Ing. José Joskowicz 2013 48
    Comparación H.323 - SIP H.323 SIP Standard de ITU RFC de IETF Primera versión de 1996

    Comparación H.323 - SIP

    H.323

    SIP

    Standard de ITU

    RFC de IETF

    Primera versión de 1996

    Primer RFC de 1999

    Originalmente diseñado para comunicaciones multimedia sobre redes

    Originalmente diseñado para establecer sesiones

    Mensajes con representación binaria

    Mensajes con representación textual

    Protocolos complejos

    Protocolos simples

    Basado en Q.931 (ISDN)

    No basado en protocolos telefónicos

    Utiliza RTP y RTCP

    Utiliza RTP y RTCP

    Amplia difusión, pero disminuyendo

    Amplia difusión, en aumento

    © Dr. Ing. José Joskowicz 2013 50
    Muchas Gracias! Ing. José Joskowicz © Dr. Ing. José Joskowicz 2013

    Muchas Gracias!

    Ing. José Joskowicz

    © Dr. Ing. José Joskowicz 2013