Inscripción a la red SIP
El método "REGISTER" es utilizado por el softphone (UA) con el fin de indicar a la función de Registrar (físicamente implantada en un Proxy Server o un Redirect Server) la correspondencia entre su dirección SIP
(ejemplo cliente sip: mary.Taylor@ orange.com) y su dirección IP (ejemplo: sip:mary.Taylor@ 192.190.132.20). La dirección IP puede ser estática u obtenida de modo dinámico por DHCP. La función Registrar actualiza la base de datos con su localización actual.
Desde este momento, el User Agent puede recibir llamadas ya que se encuentra ubicado. Si un usuario SIP desea reenviar las llamadas de su dominio corriente hacia otro dominio, (ejemplo: del dominio orange.com al dominio francetelecom.com), solo tendrá que indicar a la función Registrar de orange.com su dirección SIP en el dominio francetelecom.com. Si un mensaje INVITE debe ser entregado por el Proxy Server del dominio orange.com a sip:mary.Taylor@ orange.com, la base de datos actualizada por la función Registrar indica al Proxy Server que el mensaje tiene que ser relevado a sip:mary.Taylor@ francetelecom.com. Entonces, el Proxy Server efectúa una búsqueda por el DNS de la dirección IP del Proxy Server del dominio francetelecom.com con el fin de relevar el mensaje SIP a encaminar al destino apropiado (sip:mary.Taylor@ francetelecom.com).
En una red IP Multimedia Subsystem o IMS, el Proxy Server corresponde a una entidad CSCF (Call State Control Function), mientras la base de datos de localización es representada por la entidad Home Subscriber Server o HSS. El HSS en el IMS por los móviles es un HLR conteniendo por otra parte el perfil del usuario para los servicios IMS suscritos.
Establecimiento y Liberación de sesión SIP
En el ejemplo siguiente: El que llama tiene como URL SIP sip:mary.taylor@ francetelecom.com, mientras la URL SIP del destinatario de la llamada es sip: mark.rich@ francetelecom.com.
El mensaje INVITE contiene distintos "headers" o cabeceras obligatorias, entre los cuales esta la dirección SIP de la persona que llama "From", la dirección SIP de la persona que recibe la llamada "To", una identificación de la llamada "Call-ID", un numero de secuencia "Cseq", un número máximo de saltos "max-forwards". El encabezamiento "Via" esta actualizado por todas las entidades que participaron al enrutamiento del requerimiento INVITE. Eso asegura que la respuesta seguirá el mismo camino que el requerimiento.
Por otra parte, el requerimiento SIP INVITE contiene una sintaxis "Session Description Protocol" o SDP. Esta estructura consiste en varias líneas que describen las características del media que el que llama (Mary) necesita para la llamada.
Mary Taylor indica que la descripción SDP utiliza la versión 0 del protocolo, que se trata de una sesión telefónica (m = audio), y que la voz constituida en paquetes le debe ser entregada a la dirección de transporte (puerto UDP = 45450, dirección IP =192.23.34.45) con el protocolo RTP y utilizando un formato de codificación definido en el RFC “Audio Video Profile” o AVP y pudiendo ser G. 711, ulaw o G.728.
Proceso:
INVITE sip:mark.rich@ francetelecom.com SIP/2.0
- Via : SIP/2.0/UDP station1.francetelecom.com:5060
- Max-Forwards : 20
- To : Mark Rich <sip:mark.rich@ francetelecom.com>
- From : Mary Taylor <sip:mary.taylor@ francetelecom.com>
- Call-Id: 23456789@ station1.francetelecom.com
- CSeq: 1 INVITE
- Contact: mary.taylor@ 192.190.132.20
- Content-Type: application/sdp
- Content-Length:162
- v = 0
- c = IN IP4 192.190.132.20
- m = audio 45450 RTP/AVP 0 15.
La respuesta 180 RINGING esta devuelta por el destinatario a la UA del que genera la llamada. Cuando el destinatario acepta la sesión, la respuesta 200 OK esta emitida por su UA y encaminada hacia la UA del que genera la llamada.
SIP/2.0 200 OK
- Via : SIP/2.0/UDP ps1.francetelecom.com:5060
- Via : SIP/2.0/UDP station1.francetelecom.com:5060
- Max-Forwards : 20
- To : Mark Rich <sip:mark.rich@ francetelecom.com>
- From : Mary Taylor <sip:mary.taylor@ francetelecom.com>
- Call-Id: 23456789@ station1.francetelecom.com
- CSeq: 1 INVITE
- Contact: mark.rich@ 192.190.132.27
- Content-Type: application/sdp
- Content-Length:162
- v = 0
- c = IN IP4 192.190.132.27
- m = audio 22220 RTP/AVP 0
EL UA del que genera la llamada devuelve un método ACK al destinatario, relevada por la entidad Proxy Server.
La entidad Proxy Server participa al encaminamiento de la señalización entre UAs mientras que las UAs establecen directamente canales RTP para el transporte de la voz o del video en forma de paquetes sin implicación del Proxy Server en este transporte.
Cuando Mary cuelga, su UA envía un requerimiento BYE para terminar la sesión. Este requerimiento esta entregado al Proxy Server quien lo encamina a la UA de Mark. Este último, devuelve la respuesta 200 OK.
BYE sip:mark.rich@ francetelecom.com SIP/2.0
- Via : SIP/2.0/UDP station1.francetelecom.com:5060
- Max-Forwards : 20
- To : Mark Rich <sip:mark.rich@ francetelecom.com>
- From : Mary Taylor <sip:mary.taylor@ francetelecom.com>
- Call-Id: 23456789@ station1.francetelecom.com
- CSeq: 2 BYE
SIP/2.0 200 OK
- Via : SIP/2.0/UDP ps1.francetelecom.com:5060
- Via : SIP/2.0/UDP station1.francetelecom.com:5060
- Max-Forwards : 20
- To : Mark Rich <sip:mark.rich@ francetelecom.com> ¿Como funciona el protocolo SIP?
- From : Mary Taylor <sip:mary.taylor@ francetelecom.com>
- Call-Id: 23456789@ station1.francetelecom.com
- CSeq: 2 BYE