{"id":7647,"date":"2016-08-29T12:04:50","date_gmt":"2016-08-29T17:04:50","guid":{"rendered":"http:\/\/www.servervoip.com\/blog\/?p=7647"},"modified":"2019-06-10T11:07:29","modified_gmt":"2019-06-10T16:07:29","slug":"protocolo-se-inicio-de-sesion","status":"publish","type":"post","link":"http:\/\/www.servervoip.com\/blog\/protocolo-se-inicio-de-sesion\/","title":{"rendered":"Protocolo de in\u00edcio de sesi\u00f3n"},"content":{"rendered":"
\n
\n
\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n <\/div>\n
\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n <\/div>\n<\/div>\n
\n <\/span>\n <\/div>\n<\/div>\n

PROTOCOLO DE INICIO DE SESI\u00d3N: <\/strong>Tiene sus or\u00edgenes a fines de 1996 cuando fue desarrollado por el Grupo de Trabajo de Ingenier\u00eda de Internet (IETF) dentro del grupo de trabajo de Control de Sesi\u00f3n Multimedia Multipartidaria (MMUSIC) como un componente de la Trocal de Multidifusi\u00f3n (Mbone), que era una Red experimental montada sobre la Internet para la distribuci\u00f3n de contenido multimedia incluyendo charlas, seminarios y conferencias de la IETF. Este protocolo fue aprobado en marzo de 1999 y especificado en la RFC 2543. <\/p>\n

En primera instancia SIP fue casi ignorado, debido a que H.323 era considerado como el protocolo de elecci\u00f3n para VoIP. Sin embargo, SIP comenz\u00f3 a ganar popularidad a gran escala. En junio de 2002, el RFC 2543 fue reemplazado por un conjunto de nuevas recomendaciones entre las que se encuentran el RFC 3261, RFC 3262, RFC 3263, RFC 3264, RFC 3265 y RFC 3266<\/p>\n

Ha ido sustituyendo al H.323 debido a su simplicidad y a que es agn\u00f3stico frente a los equipos de Red necesarios para implantar la VoIP. Este protocolo permite a los usuarios participar en sesiones de intercambio de informaci\u00f3n multimedia soportando mecanismos de establecimiento, modificaci\u00f3n y finalizaci\u00f3n de llamada.<\/p>\n

Caracter\u00edsticas de SIP<\/strong><\/p>\n

A continuaci\u00f3n se citan sus caracter\u00edsticas m\u00e1s sobresalientes:<\/p>\n

– Inicia y dirige las sesiones (conexiones) entre dos o m\u00e1s participantes. Encarg\u00e1ndose de crear, modificar y terminar una sesi\u00f3n.
\n– Se utiliza mucho debido a que cumple con los requisitos de simplicidad, extensibilidad, modularidad, escalabilidad e integraci\u00f3n.
\n– No entrega flujos de medio, ni controla su entrega.
\n– Es orientado de extremo a extremo, es decir, que toda la l\u00f3gica se almacena en los terminales, incluyendo el estado de la llamada (excepto el encaminamiento de mensajes). Esta caracter\u00edstica es diferente a la RTC, en la que se almacena toda la l\u00f3gica en los elementos de Red.
\n– Es de nivel de aplicaci\u00f3n y utiliza el puerto 5060 para las comunicaciones. Es un protocolo relativamente simple, con una sintaxis similar a la del Protocolo de Transferencia de Hipertexto (HTTP).
\n– Para el establecimiento y terminaci\u00f3n de comunicaciones multimedia soporta los siguientes elementos funcionales: localizaci\u00f3n de usuarios, disponibilidad de usuarios, intercambio\/negociaci\u00f3n de capacidades de los terminales, establecimiento y mantenimiento de llamada.<\/p>\n

Elementos y Funcionalidad de SIP<\/strong><\/p>\n

Presenta los siguientes componentes: Terminal, Servidor y Pasarela.<\/p>\n

– Terminales SIP. Los clientes SIP env\u00edan solicitudes a un servidor, el cual una vez procesada la solicitud contesta con un mensaje de respuesta. Los terminales SIP, llamados tambi\u00e9n Agentes de Usuario (UAs), por lo general suelen ser una aplicaci\u00f3n en un equipo, aunque tambi\u00e9n podr\u00edan ser un Asistente Personal Digital (PDA), tel\u00e9fono IP, tel\u00e9fono m\u00f3vil, GW\u2026<\/p>\n

Un UA puede adoptar roles como cliente o servidor. Si un UA ha iniciado una petici\u00f3n SIP hacia otros terminales se le denomina Agente de Usuario del Cliente (UAC); mientras que un Agente de Usuario del Servidor (UAS) es una aplicaci\u00f3n de servidor que escucha y atiende las solicitudes SIP.<\/p>\n

Los terminales pueden soportar servicios de presencia, incorporando Agentes de Presencia (PAs). En estos casos son capaces de recibir solicitudes de subscripciones y generar notificaciones de cambios de estados.<\/p>\n

As\u00ed como los terminales telef\u00f3nicos cl\u00e1sicos se identifican mediante su n\u00famero de tel\u00e9fono o n\u00famero de abonado; los terminales SIP se identifican a trav\u00e9s de su \u201cdirecci\u00f3n SIP\u201d. Las direcciones SIP son identificadas mediante los denominados Identificador de Recursos Uniforme (URI), que siguen la estructura usuario@host, donde usuario corresponde a un nombre, identificador o n\u00famero telef\u00f3nico y host es el dominio al que pertenece el usuario o direcci\u00f3n de Red.<\/p>\n

– Servidores SIP. Realizan la resoluci\u00f3n de nombres y la localizaci\u00f3n de usuarios, ya que todos los usuarios SIP registran sus direcciones en un servidor SIP. Los servidores SIP son servicios de software y pueden residir en un mismo equipo. SIP define los siguientes tipos de servidores:<\/p>\n

– Servidor Proxy. Se encarga de encaminar solicitudes y respuestas hacia el destino final. El encaminamiento se realiza de un servidor a otro hasta alcanzar el destino final. Para ubicar el destino se puede consultar un servidor de localizaci\u00f3n.<\/p>\n

Este tipo de servidor no inicia solicitudes, \u00fanicamente responde a solicitudes provenientes de agentes. No tiene capacidad de manejar medios (audio, v\u00eddeo); no cambia ni interpreta los cuerpos de los mensajes, pues se basa exclusivamente en los campos de la cabecera del mensaje. Act\u00faa como servidor o cliente y puede iniciar una llamada en nombre de un UA SIP. Tambi\u00e9n puede transmitir una solicitud en nombre de un UA a otro proxy SIP.<\/p>\n

– Servidor de Registro. Entidad SIP que recibe los registros de los usuarios mediante el intercambio de mensajes SIP. \u00c9ste, extrae la informaci\u00f3n sobre la ubicaci\u00f3n actual del usuario (direcci\u00f3n IP, puerto, nombre de usuario) y almacena esta informaci\u00f3n en una base de datos de localizaci\u00f3n. Este servidor facilita la movilidad de usuarios, al actualizarla din\u00e1micamente.<\/p>\n

– Servidor de Redirecci\u00f3n. Recibe las solicitudes, busca el destinatario en la base de datos de localizaci\u00f3n creado por el servidor de registro y transmite informaci\u00f3n a un UA sobre el destinatario con el que se desea comunicar (la direcci\u00f3n IP del destino).<\/p>\n

Este servidor crea una lista de ubicaciones actuales de los posibles destinatarios y los env\u00eda como respuesta a quien origina la solicitud, de este modo, el UA utiliza esa informaci\u00f3n para iniciar la llamada. A diferencia de los servidores proxy, los servidores de redirecci\u00f3n no intervienen en el establecimiento de la comunicaci\u00f3n, sino que informan la manera de ubicar al destino final.<\/p>\n

– Agente de Llamada (CA). Adem\u00e1s de realizar las funciones de los tres servidores anteriores, esta entidad tambi\u00e9n puede realizar las siguientes acciones:<\/p>\n

\uf0d8 Localizar a un usuario mediante la redirecci\u00f3n de la llamada a una o varias localizaciones.
\n\uf0d8 Implementar servicios de redirecci\u00f3n.
\n\uf0d8 Implementar filtrado de llamada en funci\u00f3n del origen o del instante de la llamada.
\n\uf0d8 Almacenar informaci\u00f3n de administraci\u00f3n de llamadas.
\n\uf0d8 Realizar cualquier otra funci\u00f3n de gesti\u00f3n.<\/p>\n

– Servidor de Localizaci\u00f3n. Utilizado como un servidor de b\u00fasqueda. Puede ser consultado para obtener la direcci\u00f3n final de un usuario SIP.
\n– Servidor de Presencia. En ciertas ocasiones act\u00faa como un agente de presencia y env\u00eda informaci\u00f3n de presencia a otros agentes; en otras ocasiones realiza funciones de proxy, redirigiendo las solicitudes de subscripciones a otros PAs.<\/p>\n

\"Esquema

Esquema de Funcionamiento de los Servidores SIP<\/p><\/div>\n

– Interacci\u00f3n de los Servidores. Adem\u00e1s de interactuar unos con otros, \u00e9stos pueden interactuar con servicios de otra aplicaci\u00f3n como los servidores de Sistema de Nombres de Dominio (DNS), servidores de localizaci\u00f3n, una aplicaci\u00f3n de base de datos o un Lenguaje de Marcas Extensible (XML).<\/p>\n

Estos servidores prestan servicios de directorio, autenticaci\u00f3n y facturaci\u00f3n. La relaci\u00f3n entre los varios tipos de servidores SIP es ilustrada en la figura<\/p>\n

– Pasarela SIP. Al igual que en H.323, existen GWs SIP hacia la RTC y tambi\u00e9n hacia H.323. Los GWs son responsables de adaptar el audio, v\u00eddeo y los datos; tambi\u00e9n la se\u00f1alizaci\u00f3n entre los formatos propios de SIP y otras Redes de telecomunicaciones de manera transparente para los usuarios.<\/p>\n

[rev_slider captions]
\n[rev_slider ServerVoip]
\n <\/p>\n

\n

Protocolos relacionados directamente con SIP <\/strong><\/p>\n

SIP se apoya en otros protocolos para la definici\u00f3n de las sesiones y la comunicaci\u00f3n, \u00e9stos se encuentran representados en la figura.<\/p>\n

Para establecer conexiones con QoS se emplean protocolos como el Multiprotocolo de Conmutaci\u00f3n por Etiquetas (MPLS), el Protocolo de Reserva de Recursos (RSVP), RTP y RTCP.<\/p>\n

\"Situaci\u00f3n

Situaci\u00f3n del Protocolo SIP en la Arquitectura de Protocolos de Internet<\/p><\/div>\n

– Protocolo de Descripci\u00f3n de Sesi\u00f3n. SIP usa el Protocolo de Descripci\u00f3n de Sesi\u00f3n (SDP) para describir las caracter\u00edsticas de los terminales en una sesi\u00f3n. SDP no es realmente un protocolo, sino un esquema que permite definir un formato basado en texto, el cual describe los terminales multimedia con el fin de establecer los par\u00e1metros de la sesi\u00f3n. El formato SDP se estandariza en el RFC 2327 [47]. Todos los protocolos de se\u00f1alizaci\u00f3n de VoIP utilizan este est\u00e1ndar con excepci\u00f3n de H.323.<\/p>\n

– Protocolo de Anuncio de Sesi\u00f3n. El Protocolo de Anuncio de Sesi\u00f3n (SAP) estandarizado con el RFC 2974 es empleado por los administradores de sesi\u00f3n de multidifusi\u00f3n, con el fin de distribuir una descripci\u00f3n de la sesi\u00f3n de multidifusi\u00f3n a un gran grupo de destinatarios.<\/p>\n

Mensajes SIP<\/strong><\/p>\n

Los mensajes SIP son cifrados empleando la sintaxis de mensajes definidos en el protocolo HTTP\/1.1 (\u00faltima versi\u00f3n); siguiendo el contenido de cada mensaje, las recomendaciones del SDP. SIP utiliza dos tipos de mensajes: solicitudes y respuestas. Las solicitudes son emitidas por los clientes y basadas en texto, mientras que las respuestas son emitidas por los servidores y son c\u00f3digos num\u00e9ricos.<\/p>\n

\"M\u00e9todos

M\u00e9todos SIP<\/p><\/div>\n

Solicitudes SIP<\/strong>
\nEl RFC 3261 define seis solicitudes o m\u00e9todos SIP principales. La tabla 3.3 resume los m\u00e9todos SIP.<\/p>\n

Extensiones de M\u00e9todos SIP<\/strong>
\nExisten otros m\u00e9todos definidos en extensiones al protocolo SIP, las cuales son detalladas en la tabla.<\/p>\n

\"Extensiones

Extensiones de M\u00e9todos SIP<\/p><\/div>\n

Respuestas SIP<\/strong>
\nDespu\u00e9s de haber recibido e interpretado una petici\u00f3n SIP, su destinatario devuelve una respuesta. Las probables respuestas SIP se resumen en la tabla<\/p>\n

\"Respuestas

Respuestas SIP<\/p><\/div>\n

Tomado de:
\nGuti\u00e9rrez, R. (2014). Estudio detallado de los protocolos SIP, H.323 y otros, para la se\u00f1alizaci\u00f3n en VoIP: Estado actual y futuro (tesis de grado). Escuela Superior Polit\u00e9cnica del Litoral, Guayaquil, Ecuador.<\/p>\n

Fuente:
\nhttp:\/\/www.cib.espol.edu.ec\/Digipath\/D_Tesis_PDF\/D-84316.pdf<\/p>\n

Emprendiendo en la Telefon\u00eda por Internet<\/h2>\n

\"empresa-de-telefonia-voip\"<\/a>
\n