02-interfases y protocolos

7/23/2019 02-Interfases y Protocolos

1/25

IMSIP Multimedia Subsystem

CAPITULO 02PLANO DE SEALIZACION

Universida


2/25

ARQUITECTURA DE IMSDebemos reco

estandariza fun

la arquitectura

conjunto de

interfaces capEsto permite

implementador

funciones en un


3/25

SIP SESSION INITI TION PROTO


4/25

SIP

Session Initiation Protocol es un protocolo que se encarga del manejo de

en internet: establecimiento, mantenimiento y desconexion. Esta oriemanejar sesiones multimedia.

Su especificacin la encontramos en el RFC 3261. Aunque hay

documentos que extienden sus funcionalidades.

Una caracterstica importante de SIP es que utiliza mensajes de texto

manejo de las sesiones, igual como lo hacen HTTP y SMTP.


5/25

SDP

Uno de los objetivos principales de SIP es entregar la descripcin de la ses

usuario SIP en la ubicacin que se encuentre. Una vez que el usuarioubicado y la descripcin inicial de la sesin ha sido establecida SIP puede

modificaciones sobre la sesin as como terminarlas en le momento

necesario.

La descripcin de sesin debe contener suficiente informacin para

usuario SIP pueda participar de la sesin: nombre, direccin IP,

caractersticas de la media que se va transportar. El formato que utiliza SI(Session Description Protocol) RFC2327, aunque su nombre indique qu

protocolo en realidad es un formato de texto que permite describir la sesi


6/25

SDP Modelo Oferta/Respuesta

El intercambio de las descripciones de sesin se hacen siguiendo el

Oferta/Respuesta. Para establecer una sesin no es suficiente quedispositivo llamante enve un descripcin de sesin, sino que el llamante

describa sus condiciones para determinar si es posible estable

comunicacin.

Para esto el modelo oferta/respuesta garantiza un descripcin de sesin

sentidos: El terminal que inicia la sesin enva una oferta (descripcin de

al terminal destino, este responde con una nueva descripcin de sesin.


7/25

SDP

v=0

o=rgonzales 2790844676 2867892807 IN IP4 192.0.0.1s=Sesion de prueba

c=IN IP4 192.0.0.1

t=0 0

m=audio 20000 RTP/AVP 0

a=sendrecv

m=video 20002 RTP/AVP 31

a=sendrecv

v=0

o=arodriguez 234562566 23637660

s=Sesion de Pruebac=IN IP4 192.0.0.2

t=0 0

m=audio 30000 RTP/AVP 0

a=sendrecv

m=video 30002 RTP/AVP 31

a=sendrecv

Oferta

Respuesta

Nota: Codecs0G.711 uLaw

31H261


8/25

SDP

Tipos SDP

v - Protocol version

b - Bandwidth information

o - Owner of the session and session identifier

z - Time zone adjustments

s - Name of the session

k - Encryption key

i -Information about the session

a - Attribute lines

u - URL containing a description of the session

t - Time when the session is active

e - Email address to obtain information about the session

t - Times when the session will be repeated

p - Phone number to obtain information about the session

m - Media line

c - Connection information

i - Information about the media line


9/25

SIP URI (Uniform Resource Identifier)

El intercambio de las descripciones de sesin se hacen siguiendo el

Oferta/Respuesta. Para establecer una sesin no es suficiente que

dispositivo llamante enve un descripcin de sesin, sino que el llamante

describa sus condiciones para determinar si es posible estable

comunicacin.

Algunos ejemplos de URIs:

sip:[email protected]:[email protected];transport=tcp


10/25

ENTID DES SIP


11/25

SIP Agentes de Usuario (UA)

Un agente de usuario es un dispositivo terminal con funcionalidad SI

recibe comandos de un usuario (una persona u otro protocolo) y acta ini

terminando sesiones con otros UA. El UA debe mantiene el estado

llamadas que inicia o recibe.

El UA contiene tanto una aplicacin cliente y una servidor:

- UAC (User Agent Client)Se encarga de iniciar solicitudes.

- UAS (User Agent Server)Se encarga de generar respuestas.

Durante una sesin el UA acta como ambos cliente y servidor a la vez.

El UA tambin debe soportar SDP para la descripcin de medios.


12/25

SIP - Agentes de Usuario (UA)

INVITE

180 Ringing

200 OK

ACK

MEDIA (no SIP)

BYE

200 OK

Establecimiento de sesin directo entre dos

terminales SIP, normalmente esto ocurre cuando

se conoce la ubicacin del terminal llamado.

La comunicacin empieza con el envo de un

paquete INVITE al terminal llamado.

El paquete INVITE lleva los detalles de la sesin

que se esta intentando establecer.

La informacin (MEDIA) viaja utilizando otro

protocolo normalmente RTP.


13/25

SIP B2BUA

El Back-to-Back User Agent es un tipo de dispositivo SIP, que recibe solicit

las reformula y las reenva como si fueran solicitudes nuevas. Se suele

para la implementacin de nuevos servicios.

El B2BUA opera entre los dos terminales igual que el proxy SIP, pero

intercambio de mensajes en dos flujos de llamadas diferentes.


14/25

SIP - B2BUAB2BUA

100 Trying

MEDIA (no SIP)

INVITE

180 Ringing

100

180

2200 OK

ACK

200 OK

ACK

MEDIA

2

Como tanto los mensajes de

control SIP e incluso la Media

pasa a travs del B2BUA, es

posible implementar

caractersticas de valor

agregado durante la llamada.


15/25

SIP B2BUA

En el flujo original el B2BUA acta como UAS y procesa la solicitud como un U

terminal destino., manejando la sealizacin entre ambos extremos. El B2BUA m

estado completo de las llamadas que maneja.

Es por eso que el B2BUA puede realizar tareas como:

- Gestin de las llamadas.

- Facturacin de llamadas.

- Monitoreo de llamadas.

- Desconexin de llamadas.

- Transferencia de llamadas.


16/25

SIP Gateway

El Gateway SIP es la aplicacin que hace interface entre una red SIP y una

utiliza otro protocolo de sealizacin. Se puede considerar como un tipo

de UA que trabaja para un protocolo.

Los gateways SIP terminan la ruta de sealizacin y en algunos casos tam

ruta de la informacin.

GW SIP H323, termina la ruta de sealizacin SIP y la convierte en seapara H323. Sin embargo la informacin es intercambiada entre el SIP

terminal H323 utilizando RTP.

GW SIP PSTN,termina la ruta de sealizacin SIP y la convierte en seapara la PSTN. En este caso tambin termina la ruta de la informacin del f

dentro de una red IP y lo convierte en una troncal tradicional dela PSTN.


17/25

SIP - Servidores

Los Servidores SIP son aplicaciones que aceptan solitudes SIP y

responden. El protocolo SIP define varios tipos de servidor, todas esdefiniciones son de funciones lgicas, por lo tanto estas pueden

agrupadas en un solo nodo.

- SIP Proxy Server.

- SIP Redirect Server.

- SIP Registrar Server.

- SIP Location Server.


18/25

SIP - PROXY

Un proxy SIP recibe solicitudes SIP UA o de otros Proxis y reenva las solicit

destino. Normalmente tiene acceso a una base de datos de ubicacin (Loc

para determinar el siguiente salto cuando atiende solicitudes entrantes.

La diferencia de un Proxy con un UA o un Gateway es la siguiente:

- El proxy no genera solicitudes. Solo responde a solicitudes o las reenva.

- El proxy no tiene capacidades para manejo de media.

- El proxy no lee el cuerpo de los mensajes SIP solo las cabeceras.

EL proxy SIP no es un B2BUA ya que no modifica el contenido de la sealiz

informacin dentro de una conversacin.

S S


19/25

SIP - Proxy ServerProxy Server

180 Ringing

200 OK

ACK

MEDIA (no SIP)

BYE

200 OK

IN

180

2

INVITE

Normalmente el terminal llamante

no conoce la ubicacin del

terminal llamado. Por eso esnecesario el uso de un proxy.

El Proxy SIP recibe el mensaje de

Invitacin, utiliza la URI del

llamado y lo busca hasta encontrar

su direccin IP. Luego reenva los

mensajes hasta que se establezcala comunicacin.

El proxy SIP no maneja el

establecimiento de sesin, ni tiene

control sobre la informacin que

se enva.

SIP PROXY


20/25

SIP - PROXY

Los UA son configurados con un

Outbound Proxy dentro de su

dominio al cual le enviaran las

solicitudes. Aqu se autentican los

UAs.

El Inbound proxy recibe las

solicitudes de otro proxy y

consulta al servicio de ubicacin

de su zona para enrutar la

solicitud a UA llamado.

Cada Proxy atiende en su respectivo

SIP FORKING PROXY


21/25

SIP FORKING PROXY

Este proxy mantiene un registro de las

solicitudes enviadas y las respuestas de

cada una. Es til cuando es necesario

enviar una solicitud a diferentes

posibles ubicaciones del destino.

SIP REDIRECT SERVER


22/25

SIP REDIRECT SERVER

Un servidor de redireccin recibesolicitudes las responde, pero no las

reenva. Igual que el servidor Proxy

utiliza un servicio de ubicacin para

buscar la informacin de los UAs.

Sin embargo en vez de reenviar la

informacin hacia el UA encontrado, loque hace es devolver la ubicacin del

UA destino al UA que hizo la solicitud.

Su trabajo concluye despus de recibido

el ACK.

Redirect Server

302 Moved Temporarily

ACK

MEDIA (no SIP)

BYE

200 OK

INVITE

180 Ringing

200 OK

ACK

INVITE

SIP REGISTRAR SERVER


23/25


Un servidor de registro acepta solicitudes SIP REGISTER. El servidor d

registro crea una relacin temporal entre el AOR URI y el URI del dispositiv

desde el cual se esta registrando el UA.

De esta manera se mantiene disponible la informacin de los UA

registrados dentro del mismo dominio administrativo para los Proxies

servidores de redireccin.

Los servidores de registro pueden solicitar la autenticacin de los Uas qu

se intentan registrar.

Como respuesta a cualquier otra solicitud responde: 501 Not Implemented



24/25


REGISTER

200 OK

re

UA

REGISTER sip:registrar.sipdomain.com SIP/2.0

To: Renatto Gonzales

From: Renatto Gonzales

Call-ID: [email protected]

Cseq: 1 REGISTERContact: Sip:[email protected]

Content-Length: 0
mailto:[email protected]:[email protected]


25/25

CONCLUSIONES

02-interfases y protocolos

Documents