{"id":8110,"date":"2016-09-13T12:21:31","date_gmt":"2016-09-13T17:21:31","guid":{"rendered":"http:\/\/www.servervoip.com\/blog\/?p=8110"},"modified":"2019-06-07T11:20:41","modified_gmt":"2019-06-07T16:20:41","slug":"sip-2","status":"publish","type":"post","link":"http:\/\/www.servervoip.com\/blog\/sip-2\/","title":{"rendered":"SIP"},"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

Descripci\u00f3n y caracter\u00edsticas generales del protocolo SIP<\/strong> SIP es un protocolo de la capa de Aplicaci\u00f3n del Stack de Protocolos TCP\/IP. Est\u00e1 relacionado estrechamente con el Protocolo SDP y coexiste junto con otros protocolos del mismo nivel y funciones, como son: Megaco y H323.<\/p>\n

El protocolo SIP es un protocolo de se\u00f1alizaci\u00f3n para VoIP. Sus principales funciones son:<\/strong><\/p>\n

\u2022 Establecer, modificar y finalizar sesiones entre dos o m\u00e1s participantes.
\n\u2022 Registro y localizaci\u00f3n de participantes. Movilidad.
\n\u2022 Gesti\u00f3n del conjunto de participantes y de los componentes del sistema.
\n\u2022 Descripci\u00f3n de caracter\u00edsticas de las sesiones y negociaci\u00f3n de capacidades de los participantes.<\/p>\n

Algunas de sus caracter\u00edsticas son: <\/strong><\/p>\n

\u2022 Basado en Texto
\n\u2022 Sintaxis similar a HTTP o SMTP.
\n\u2022 Uso de URIs (con esquemas sip, sips y tel).
\n\u2022 M\u00e9todos b\u00e1sicos: INVITE, ACK, BYE, CANCEL, REGISTER, OPTIONS.
\n\u2022 Los mensajes se agrupan en transacciones y llamadas.
\n\u2022 Generalmente, el cuerpo de los mensajes contiene descripciones de sesiones multimedia (SDP).
\n\u2022 C\u00f3digos de respuesta similares a los de HTTP. (Ejemplo: 200 \u2013 OK)
\n\u2022 Localizaci\u00f3n basada en DNS.
\n\u2022 Cabeceras como m\u00e9todo de ampliaci\u00f3n.<\/p>\n

El protocolo SIP no es un protocolo de prop\u00f3sito general. Su objetivo es ayudar a establecer y finalizar la comunicaci\u00f3n. SIP se ayuda de otros protocolos para lograr una llamada telef\u00f3nica, una sesi\u00f3n de video conferencia o de Mensajer\u00eda Instant\u00e1nea, etc. Los protocolos que apoyan com\u00fanmente a SIP son: SDP y RTP (RTCP). RTP es usado para transportar los datos multimedia en tiempo real mientras que SDP se emplea para describir y codificar las caracter\u00edsticas y capacidades multimedia de los participantes en la sesi\u00f3n.<\/p>\n

SIP es un protocolo de se\u00f1alizaci\u00f3n orientado a conexiones end-to-end. Esto significa que toda la l\u00f3gica se encuentra almacenada en los dispositivos finales (salvo el ruteo de mensajes SIP). La ventaja es la escalabilidad que se obtiene pues los servers no son saturados con mensajes SIP. La desventaja de esto es que los encabezados son mucho mayores.<\/p>\n

Elementos y arquitectura del protocolo SIP <\/strong><\/p>\n

La configuraci\u00f3n mas simple para establecer una sesi\u00f3n SIP es utilizando s\u00f3lo dos agentes de usuario (UA) conectados uno a otro. Los elementos b\u00e1sicos de un sistema SIP son los UA (Agentes de usuario) y los servidores de Red. Estos \u00faltimos pueden ser de diferentes tipos, Proxies, Registrars y Redirect Servers. A menudo estos elementos son s\u00f3lo entidades l\u00f3gicas y com\u00fanmente se sit\u00faan en el mismo lugar.<\/p>\n

User Agent <\/strong><\/p>\n

El agente de usuario se conforma por el UAS (User Agent Server) y UAC (User Agent Client). Son las entidades finales que usan SIP para contactarse uno con otro y definir las caracter\u00edsticas de la sesi\u00f3n. Se encuentran, por ejemplo, en un softphone, tel\u00e9fonos celulares (SIP), Hard-IPphones, etc. El UAC es la parte del UA que se encarga de generar peticiones y recibir respuestas a esas peticiones, mientras que el UAS tiene como tarea el recibir peticiones y generar respuestas a las mismas.<\/p>\n

SIP Proxy Server <\/strong><\/p>\n

Un SIP Proxy Server es aquel que realiza una petici\u00f3n a nombre de un UA hacia otro Proxy u otro UA. La tarea m\u00e1s importante de un Proxy Server es encaminar las invitaciones de sesi\u00f3n para llevarlas hasta el UA llamado. Una invitaci\u00f3n de sesi\u00f3n atravesar\u00e1 com\u00fanmente un conjunto de Proxies hasta encontrar a aquel que conozca la localizaci\u00f3n exacta del UA buscado. Existen dos tipos de SIP Proxy Servers: stateful y stateless.
\n\u2022 Stateful Proxy \u2013 Este tipo de servidor crea un estado de petici\u00f3n y lo mantiene hasta que la transacci\u00f3n finalice.
\n\u2022 Stateless Proxy \u2013 S\u00f3lo reenv\u00eda los mensajes SIP.
\nLos proxies stateful pueden desempe\u00f1ar tareas mucho m\u00e1s complejas; por ejemplo hacer retransmisiones como lo ser\u00eda el caso del servicio \u201cs\u00edgueme\u201d \u00f3 reemitir un mismo mensaje SIP hacia dos proxies diferentes con el fin de localizar a un usuario en espec\u00edfico.<\/p>\n

Registrar Server <\/strong><\/p>\n

Cuando un usuario se conecta a la Red (ejecuta su Softphone en su PC o enciende su IPphone), este env\u00eda un mensaje Register hac\u00eda su Proxy con el fin de que \u00e9ste conozca su ubicaci\u00f3n. La labor de un registrar Proxy consiste en atender estos mensajes, autenticar y validar la cuenta contra una base de datos interna o externa y \u201cregistrar\u201d la localizaci\u00f3n actual del usuario. Un Registrar Server es com\u00fanmente s\u00f3lo una entidad l\u00f3gica y la mayor\u00eda de las veces se localiza junto con el Proxy SIP Server<\/p>\n

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

\n

Redirect Server <\/strong><\/p>\n

Entidad que escucha peticiones y regresa (no reenv\u00eda mensajes) respuestas que contienen la localizaci\u00f3n actual de un usuario en particular. Este servidor escucha las peticiones y realiza la b\u00fasqueda en la Base de Datos creada por el Registrar Server. Este tipo de Server contesta con mensajes SIP de clase 3XX. El usuario o Proxy que realiz\u00f3 la petici\u00f3n original extrae la informaci\u00f3n de la respuesta y env\u00eda otra petici\u00f3n directamente al resultado de la b\u00fasqueda.<\/p>\n

Los mensajes SIP <\/strong><\/p>\n

SIP utiliza una serie de mensajes para \u201cse\u00f1alizar\u201d las sesiones. El mensaje se conforma de una l\u00ednea inicial (Start \u2013 Line \u00f3 Request \u2013 Line), el encabezado del mensaje (Message Header) y el cuerpo del mensaje (Message Body).<\/p>\n

La l\u00ednea inicial contiene la versi\u00f3n del protocolo SIP, el m\u00e9todo y direcciones involucradas en la sesi\u00f3n para las peticiones, mientras que el estado de la sesi\u00f3n para el caso de las respuestas. El encabezado contiene informaci\u00f3n relacionada con la llamada en forma de texto; por ejemplo: el origen y destino de la petici\u00f3n, el identificador de la llamada, etc. El cuerpo del mensaje o carga \u00fatil (payload) lleva informaci\u00f3n (com\u00fanmente SDP \u00f3 ISUP en caso de una troncal hacia la PSTN).<\/p>\n

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

Una transacci\u00f3n SIP es una secuencia de mensajes entre dos elementos de Red. Una transacci\u00f3n corresponde a una petici\u00f3n y todas las respuestas a esa petici\u00f3n. Esto quiere decir que una transacci\u00f3n incluir\u00e1 cero o mas respuestas provisionales y una o mas respuestas finales (en el caso de un mensaje INVITE, recuerde que este puede ser dividido por un Proxy, por lo tanto tendr\u00e1 m\u00faltiples respuesta finales.<\/p>\n

Las entidades SIP que almacenan el estado de las transacciones son denominadas Stateful. Lo hacen por medio del registro de cada transacci\u00f3n a trav\u00e9s de un identificador contenido en el encabezado VIA . A continuaci\u00f3n se muestra un ejemplo los mensajes que pertenecen a una misma transacci\u00f3n dentro de una conversaci\u00f3n SIP.<\/p>\n

Di\u00e1logos SIP <\/strong><\/p>\n

Un di\u00e1logo SIP es una conversaci\u00f3n peer-to-peer entre dos UA (Agentes de Usuario). Los di\u00e1logos son identificados usando los campos Call-ID (Id. De llamada), From (De) y To (Para). Los mensajes con estos campos iguales pertenecer\u00e1n al mismo di\u00e1logo. El campo Cseq, del que hablamos anteriormente, es utilizado para ordenar los mensajes en un di\u00e1logo. De hecho el Cseq representa el n\u00famero de transacci\u00f3n. De forma breve podemos decir que un di\u00e1logo es una secuencia de transacciones que pertenecen a la misma sesi\u00f3n (llamada) SIP.<\/p>\n

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

Dentro del protocolo SIP existen escenarios b\u00e1sicos que ayudan a entender la manera en que este protocolo opera. a continuaci\u00f3n se describe los m\u00e1s importantes y recurrentes.<\/p>\n

Registro <\/strong><\/p>\n

Para que un usuario pueda hacer y recibir llamadas, este debe registrarse primero ante el Proxy a fin de que \u00e9ste lo identifique como un usuario v\u00e1lido y conozca su ubicaci\u00f3n.<\/p>\n

Tomado de:
\nBarba, R. (2012). Propuesta de integraci\u00f3n de soluciones empresariales VoIP con software libre(tesis de pregrado). Escuela Superior Polit\u00e9cnica de Chimborazo, Riobamba, Ecuador.
\nFuente:
\nhttp:\/\/dspace.espoch.edu.ec\/bitstream\/123456789\/4055\/1\/20T00457.pdf<\/p>\n

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

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