Protocolo Sip

SIP: Session Initiation Protocol
IRIS-MMEDIA XV Grupos de Trabajo de RedIRIS Mayo 2003
Federico Montesino Pouzols fedemp@altern.org
  ¡

SIP – iris-mmedia – GT RedIRIS 2003– p.1/30

Esquema

Justificación. Arquitectura de los sistemas multimedia del IETF. Arquitectura y protocolo SIP. Diferencias entre SIP y H.323. Software, hardware y servicios disponibles. Conclusiones y propuestas. 

 

 

 

 

 

SIP – iris-mmedia – GT RedIRIS 2003– p.2/30

¿Por qué SIP si ya existía H.323?

SIP se desarrolla siguiendo los procedimientos del IETF, mientras que H.323 es una recomendación de la ITU-T.

Objetivos de SIP: Más integrado con las aplicaciones y servicios Internet. Mayor flexibilidad para incorporar nuevas funciones. Implementación más simple.
     

 SIP – iris-mmedia – GT RedIRIS 2003– p.3/30

Arquitectura Multimedia del IETF

SIP – iris-mmedia – GT RedIRIS 2003– p.4/30

Arquitectura Multimedia del IETF (1/2)

Distribuida. Basada en un conjunto de protocolos independientes e intercambiables. Flexible. Escalable. Abierta. Compatible con sistemas basados en H.323. Funciones de establecimiento, modificacion y finalizacion de sesiones:protocolo SIP.

 

 

 

 

 

 

 

SIP – iris-mmedia – GT RedIRIS 2003– p.5/30

Arquitectura Multimedia del IETF (2/2)

Calidad de servicio

Transporte Formato Sólo multicast SDP

Señalización

Nivel de Aplicación

Perfil Reserva Monitoriz. RSVP RTCP RTP SAP

SIP

Megaco

H.323

Nivel de transporte Nivel de red

UDP / UDP Lite

SCTP

TCP

IP (v4 y v6)SIP – iris-mmedia – GT RedIRIS 2003– p.6/30

Arquitectura y protocolo SIP

SIP – iris-mmedia – GT RedIRIS 2003– p.7/30

Funciones de señalización
Establecer, modificar y finalizar llamadas/sesiones. Registro y localización de participantes. Movilidad. Gestión del conjunto de participantes y de los componentes del sistema. Descripción de caracterísiticas de las sesiones y negociación decapacidades de los participantes.

 

 

 

 

SIP – iris-mmedia – GT RedIRIS 2003– p.8/30

Arquitectura de los sistemas SIP
Integrada en la infraestructura web. Modelo cliente – servidor. Mensajes de petición y respuesta. Reutiliza conceptos de otros servicios (web, correo, dns). Agentes de usuario: Agentes de usuario clientes (UAC). Agentes de usuario servidores (UAS). Servidores:Proxys, de registro y de redirección.
                 

SIP – iris-mmedia – GT RedIRIS 2003– p.9/30

Protocolo SIP
Sintaxis similar a HTTP o SMTP. Uso de URIs (con esquemas sip, sips y tel). Métodos básicos: INVITE, ACK, BYE, CANCEL, REGISTER, OPTIONS. Los mensajes se agrupan en transacciones y llamadas. Generalmente, el cuerpo de los mensajes contiene descripciones de sesiones multimedia.Códigos de respuesta similares a los de HTTP. Ejemplo: 200 – OK. Localización basada en el DNS. Cabeceras como método de ampliación.
               

SIP – iris-mmedia – GT RedIRIS 2003– p.10/30

SIP – llamadas y transacciones (1/2)
UAC
spok@imse.cnm.es REGISTER 200 - OK Servidor de registro y redirección

UAS
kirk@rediris.es

INVITE kirk@rediris.es 302 - Moved temp. ACK INVITEkirk@rediris.es 180 - Ringing 200 - OK ACK comunicación (RTP) BYE 200 - OK Finalización Inicio

SIP – iris-mmedia – GT RedIRIS 2003– p.11/30

SIP – llamadas y transacciones (1/2)
spok@imse.cnm.es kirk@rediris.es Proxy imse.cnm.es Proxy iptel.org

UAC

UAS

INVITE kirk@rediris.es INVITE INVITE 100 - Trying 100 - Trying 180 - Ringing 180 - Ringing 180 - Ringing 200 - OK 200 - OK 200 - OK ACK ACKACK comunicación (RTP)

SIP – iris-mmedia – GT RedIRIS 2003– p.12/30

Protocolo SIP – ejemplo
INVITE sip:kirk@rediris.es SIP/2.0 Via: SIP/2.0/UDP imse.cnm.es:5060 From: Mr. Spok To: J.T. Kirk Call-ID: 09876541@imse.cnm.es CSeq: 1 INVITE Subject: Bla bla bla Contact Mr. Spok Content-Type: application/sdp Content-Length: 201 v=0 o=spok 12345678 87654321 IN IP4 vulcano.int ...

SIP –...