{"id":7771,"date":"2016-08-31T09:54:11","date_gmt":"2016-08-31T14:54:11","guid":{"rendered":"http:\/\/www.servervoip.com\/blog\/?p=7771"},"modified":"2019-06-10T10:56:44","modified_gmt":"2019-06-10T15:56:44","slug":"entidades-basicas-sip","status":"publish","type":"post","link":"http:\/\/www.servervoip.com\/blog\/entidades-basicas-sip\/","title":{"rendered":"Entidades b\u00e1sicas 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

Entidades b\u00e1sicas SIP:<\/strong> El Protocolo SIP (Session Initiation Protocol) inicia, gestiona y termina las sesiones de voz y video entre redes IP. Su origen o procedencia es de t\u00e9cnicas Internet y, consecuentemente, est\u00e1 basado en intercambiar mensajes de texto. Es importante remarcar que SIP es bastante m\u00e1s que un protocolo para establecer llamadas. Se dise\u00f1\u00f3 de modo que fuese un protocolo extensible y sus funciones pudiesen ser ampliadas mediante nuevos mensajes, para de ese modo solucionar algunas caracter\u00edsticas propias de los nuevos servicios de movilidad, presencia, control de llamadas e interoperabilidad con los sistemas telef\u00f3nicos actuales.<\/p>\n

Este art\u00edculo describe someramente los principales elementos de SIP. El desarrollo de SIP est\u00e1 normalizado por el SIP Working Group, dentro de Internet Engineering Task Force (IETF). El protocolo comenz\u00f3 su vida como RFC 3261, pero hoy en d\u00eda comprende multitud de normas RFC. Si desea conocer el detalle de los mensajes y las acciones que deben corresponder a los mismos, le sugerimos que estudie los RFC correspondientes. Tenga en cuenta que para que los interesados no se pierdan en la mara\u00f1a de recomendaciones RFC, el propio IETF se ha visto obligado a preparar un documento informal de gu\u00eda, titulado: SIP Hitchhikers Guide que le recomendamos lea, como tambi\u00e9n recomendamos que vea las p\u00e1ginas SIP de Tech Invite.<\/p>\n

Las especificaciones SIP se agrupan por temas. Los temas son: (en ingl\u00e9s)<\/strong><\/p>\n

\uf0a7\tCore: The essential SIP specifications that are expected to be utilized for every session or registration.
\n\uf0a7\tPSTN Interop: Specifications related to interworking with the telephone network.
\n\uf0a7\tGeneral Purpose Infrastructure: General purpose extensions to SIP, SDP and MIME, but ones that are not expected to always be used.
\n\uf0a7\tNAT Traversal: Specifications to deal with firewall and NAT traversal.
\n\uf0a7\tMinor Extensions: Specifications that solve a narrow problem space or provide an optimization.
\n\uf0a7\tConferencing: Specifications for multimedia conferencing.
\n\uf0a7\tCall Control Primitives: Specifications for manipulating SIP dialogs and calls.
\n\uf0a7\tEvent Framework: Defines the core specifications for the SIP event framework, providing for pub\/sub capability.
\n\uf0a7\tEvent Packages: Packages that utilize the SIP event framework.
\n\uf0a7\tQuality of Service: Specifications related to multimedia quality of service (QoS).
\n\uf0a7\tOperations and Management: Specifications related to configuration and monitoring of SIP deployments.
\n\uf0a7\tSIP Compression: Specifications to facilitate usage of SIP with the Signaling Compression (Sigcomp) framework.
\n\uf0a7\tSIP Service URIs: Specifications on how to use SIP URIs to address multimedia services.
\n\uf0a7\tSecurity Mechanisms: Specifications providing security functionality for SIP.
\n\uf0a7\tInstant Messaging, Presence, and Multimedia: SIP extensions related to IM, presence and multimedia. This covers only the SIP extensions related to these topics. SIP for IM and Presence (SIMPLE).
\n\uf0a7\tEmergency Services: SIP extensions related to emergency services.<\/p>\n

Entidades l\u00f3gicas SIP<\/strong><\/p>\n

Una red basada en se\u00f1alizaci\u00f3n SIP tiene al menos cinco tipos de entidades l\u00f3gicas. Cada entidad tiene una funci\u00f3n determinada y participa en las conversaciones SIP como cliente (inicia solicitudes), como servidor (responde a solicitudes) o de ambas formas. Un \u201cdispositivo f\u00edsico\u201d puede desempe\u00f1ar las funciones de m\u00e1s de una entidad l\u00f3gica. Por ejemplo un ordenador que funcione como servidor Proxy puede que simult\u00e1neamente tambien est\u00e9 funcionando como Registrador SIP.<\/p>\n

Las entidades l\u00f3gicas b\u00e1sicas SIP son:
\n\uf0a7\tAgente de Usuario o User Agent
\n\uf0a7\tServidor Proxy
\n\uf0a7\tServidor de Redirecci\u00f3n
\n\uf0a7\tServidor Registrador
\n\uf0a7\tAgente de Usuario Inverso, Back-to-Back User Agent (B2BUA)<\/p>\n

Agente de Usuario<\/strong><\/p>\n

Todos los terminales de Telefon\u00eda IP tienen cierta inteligencia que est\u00e1 proporcionada por un Agente de Usuario (UA), que consiste en un programa inform\u00e1tico (siempre activo, del tipo demonio). Dicho de otro modo en UA es la entidad final o del extremo, la que dialoga con otras entidades. Los UAs inician y terminan las sesiones mediantes mensajes que solicitan alg\u00fan servicio, responden a solicitudes o piden respuestas.<\/p>\n

La RFC 3261 define el Agente de Usuario como una aplicaci\u00f3n, que contiene dos elementos: un Agente de Usuario cliente y un Agente de Usuario servidor, tal como se detalla a continuaci\u00f3n:
\nAgente de Usuario Cliente (UAC)\u2014 una aplicaci\u00f3n cliente que inicia solicitudes SIP hacia la red IP.<\/p>\n

Agente de Usuario Servidor (UAS)\u2014 una aplicaci\u00f3n que al recibir una solicitud SIP de la red IP se pone en contacto con el usuario y devuelve la respuesta que este desee.
\nCuando un UAC emite una solicitud, esta pasa por algunos proxys y termina en un UAS del corresponsal. Cuando dicho UAS responde, la respuesta se hace llegar al UAC del otro extremo de la conversaci\u00f3n.<\/p>\n

Los procedimientos UAC y UAS dependen de dos factores. Si la solicitud o respuesta forma parte o no de un Di\u00e1logo, y cual es el m\u00e9todo invocado por la solicitud. Los Di\u00e1logos se explican en la Secci\u00f3n 12 de la RFC 3261, representan una relaci\u00f3n peer-to-peer entre los UA y se establecen mediante m\u00e9todos SIP como INVITE.<\/p>\n

\"Sistema

Sistema Operativo<\/p><\/div>\n

Algunos de los dispositivos que pueden tener una funci\u00f3n de UA son los Tel\u00e9fonos IP, ordenadores con Softphone, pasarelas telef\u00f3nicas y sistemas de mensajer\u00eda autom\u00e1tica.<\/p>\n

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

\n

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

El t\u00e9rmino Proxy tiene un origen jur\u00eddico: en ingl\u00e9s quiere decir \u00abPoder de representaci\u00f3n, Apoderado o representante para que act\u00fae en mi nombre\u00bb, por esa raz\u00f3n se ha adoptado ese termino para nombrar a entidades t\u00e9cnicas que desarrollan una funci\u00f3n de intermediaci\u00f3n. De manera muy sencilla se podr\u00eda decir que un proxy es \u00abun intermediario que nos hace un recado\u00bb. Frente a una solicitud nuestra act\u00faa como si fuese un servidor devoldiendonos una respuesta, pero realmente en muchas ocasiones tendr\u00e1 que consultar a otros proxys, ante quienes ser\u00e1 un cliente que solicita datos. Una vez que obtenga lo solicitado, nos lo presentar\u00e1. Por tanto, en ese momento ha terminado de hacer el recado. Durante el proceso ha actuado tanto como cliente (frente a otros proxys) como servidor (frente a nosotros).<\/p>\n

Los servidores proxy se suelen utilizar en funciones de enrutado, por tanto su funci\u00f3n principal es conseguir que la solicitud del cliente se remita a la entidad m\u00e1s cercana al usuario de destino. Pero los Proxys tambi\u00e9n se emplean para verificar las pol\u00edticas (esto es, comprobar si el usuario est\u00e1 autorizado a efectuar una llamada). El proxy interpreta, y si fuese preciso, reescribe partes del mensaje de solicitud antes de reenviarlo.<\/p>\n

Por tanto, de manera sencilla se puede decir que un proxy es un programa que act\u00faa como servidor o accede a otros servidores. Es un punto intermedio que sirve para aumentar la seguridad o la velocidad de acceso (o el anonimato). Suele tener lo que se conoce como cache, que es una copia temporal de los datos que ha obtenido recientemente.<\/p>\n

En la se\u00f1alizaci\u00f3n SIP los elementos extremos se conocen como \u00abUser Agents\u00bb (UA) o \u00abAgentes de Usuario\u00bb, y los elementos intermedios como \u00abServidores Proxy\u00bb. En la Figura se muestra la t\u00edpica configuraci\u00f3n SIP, que se conoce como el \u00abtrapezoide\u00bb SIP. En el ejemplo del esquema, un llamante en el dominio A (UA1) quiere llamar a Pepe en el dominio B (pepe@B). Para hacerlo, se comunica con el proxy 1 de su dominio (dominio A). El Proxy 1 remite la solicitud al proxy del dominio de la persona llamada (dominio B), que es el proxy 2. Y el Proxy 2 remite la llamada al Agente de Usuario de la persona llamada, UA 2.<\/p>\n

\"Proxy\"

Proxy<\/p><\/div>\n

Para conseguir realizar dicho proceso de llamada, el proxy 1 necesita determinar cual es el servidor SIP del dominio B. Para conseguir saberlo emplea procedimientos DNS, obteniendo registros SRV y NAPTR que apuntan al servidor SIP del dominio B.<\/p>\n

Por tanto, los proxys SIP son elementos que envi\u00e1n las solicitudes SIP al agente de usuario en el servidor y devuelven las respuestas al agente de usuario en el cliente. Una solicitud, en su progreso hacia un agente de usuario en un servidor, puede pasar por varios proxys, cada uno de los cuales puede tomar decisiones de enrutado y modificar la solicitud antes de remitirlo al siguiente proxy. Las respuestas recorrer\u00e1n el camino inverso.<\/p>\n

El proxy nunca es el punto de terminaci\u00f3n de una llamada, ni es el UA final, por tanto no se ocupa del estado o progreso de la llamada, lo cual desconoce. Para esta funci\u00f3n de conocer el progreso de la llamada, es preciso tener un \u00abback-to-back user agent\u00bb (B2BUA), por ejemplo en el Session Border Controller, o en una centralita IP.<\/p>\n

Proxys de uso m\u00e1s frecuente<\/p>\n

\uf0a7\tKamailio, (antes Open SER)
\n\uf0a7\tSER,
\n\uf0a7\tOpenSIPS,
\n\uf0a7\tSIp-Router<\/p>\n

Localizaci\u00f3n: Servidor de Redirecci\u00f3n<\/strong><\/p>\n

En algunas arquitecturas es conveniente reducir la carga del Servidor Proxy y mejorar la robustez de la se\u00f1alizaci\u00f3n mediante un servidor de redirecci\u00f3n.[3]
\nUn Servidor de Redirecci\u00f3n acepta solicitudes SIP y mapea o convierte la direcci\u00f3n SIP de la persona llamada a cero[4] o mas direcciones y las devuelve al cliente que las solicit\u00f3. A diferencias de los servidores Proxy, los Servidores de Redirecci\u00f3n no pasan la solicitud a otros servidores.<\/p>\n

El servidor de Redirecci\u00f3n contestar\u00e1 a una consulta del cliente devolviendo la informaci\u00f3n de enrutado sin atender m\u00e1s mensajes de la transacci\u00f3n. Cuando quien haya originado la solicitud reciba la redirecci\u00f3n, har\u00e1 una nueva solicitud basada en la URI que ha recibido. De este mdodo las URI se propagan del nucleo del softswitch hacia los bordes con lo que se mejora la escalabilidad y redimiento del sistema.<\/p>\n

Servidor Registrador<\/strong><\/p>\n

SIP es capaz de localizar donde est\u00e1 el destinatario de la llamada. Si un usuario quiere iniciar una sesion con otro usuario, SIP ha de descubrir en qu\u00e9 host est\u00e1 el destinatario. En este proceso intervienen Proxys y servidores de redirecci\u00f3n que al recibir la solicitud han de averiguar donde est\u00e1 el usuario, para llamarle y conectar los medios (Voz, im\u00e1genes o mensajes) a intercambiar. Para ello el proxy consulta a un servicio de localizaci\u00f3n que devolver\u00e1 una o varias URI.<\/p>\n

El servidor de Registro o Registrador, que en ingl\u00e9s se conoce como SIP Registrar, es quien asocia una (o varias) direcci\u00f3n SIP a una URI.<\/p>\n

Por tanto, el Servidor Registrador es un elemento cuya funci\u00f3n es atender las solicitudes SIP REGISTER y en consecuencia actualiza una base de datos de localizaci\u00f3n, con la informaci\u00f3n de contacto del usuario que se registre. El Registrador SIP suele estar ubicado junto al proxy, si bien no es algo obligatorio. Su funci\u00f3n consiste en asociar una URI con una o varias direcciones IP, que generalmente ser\u00e1n del tipo sip: pero que tambi\u00e9n pueden ser del tipo tel:. La relaci\u00f3n se realiza mediante una tabla. T\u00e9ngase en cuenta que cuando en la tabla que relaciona una URI haya correspondencia con m\u00faltiples direcciones IP, todas ellas sonar\u00e1n simult\u00e1neamente cuando sean llamadas.<\/p>\n

A continuaci\u00f3n se muestran diversos ejemplos de las acciones b\u00e1sicas en SIP, con las secuencias de mensajes que intercambian con el Registrar. Si desea m\u00e1s informaci\u00f3n sobre el contenido de los mensajes, puede verla de forma esquem\u00e1tica, en ingl\u00e9s, en esta p\u00e1gina de Tech Invite o con pleno detalle en la propia norma RFC 3665 .<\/p>\n

Agente de Usuario Inverso, Back-to-Back User Agent (B2BUA)<\/strong><\/p>\n

Los B2BUA se emplean en aquellas funciones donde es preciso controlar el saldo remanente del usuario o el tiempo que le queda de conversaci\u00f3n, como es el caso de los locutorios y de los sistemas de llamadas prepagadas.<\/p>\n

Un B2BUA es una entidad l\u00f3gica que recibe una solicitud, la procesa como si fuese un Servidor Agente de Usuario (UAS) y, para determinar c\u00f3mo contestar al mensaje de solicitud, act\u00faa como un Cliente Agente de Usuario (UAC) y genera mensajes de solicitud. El B2BUA debe seguir el estado de la llamada para lo cual ha de dialogar mediante solicitudes y respuestas con los UA que intervienen en la llamada. El B2BUA controla la llamada mucho mejor que un proxy que ni puede desconectar la llamada ni cambiar los mensajes.<\/p>\n

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

Los clientes SIP invocan m\u00e9todos (de modo similar a como se hace en HTTP) al servidor, quien responder\u00e1 con mensajes al estilo HTTP. Los m\u00e9todos definidos en la especificaci\u00f3n SIP b\u00e1sica son:<\/p>\n

INVITE: para iniciar una sesi\u00f3n desde un UA.
\nACK: para acusar recibo de una solicitud INVITE.
\nBYE: termina la sesi\u00f3n de quienes est\u00e9n en llamada.
\nOPTIONS: pregunta a un servidor sobre sus capacidades, sin establecer la llamada.
\nCANCEL: anula una solicitud que est\u00e9 pendiente. Por ejemplo cuando un proxy ha reenviado una solicitud a varios proxys y alguno de ellos contesta satisfactoriamente, la parte UA que inici\u00f3 la consulta puede querer cancelarla.
\nREGISTER: para registrar una direcci\u00f3n URI en un servidor SIP, de modo que a partir de entonces sepa a donde hay que enrutar las solicitudes dirigidas hacia la entidad registrada. Un UA puede enviar una solicitud REGISTER a un determinado proxy, pero tambi\u00e9n podr\u00eda enviarla a una direcci\u00f3n multicast (\u201call SIP servers\u201d).<\/p>\n

Tomado de: http:\/\/wikitel.info\/wiki\/Entidades_b%C3%A1sicas_SIP<\/p>\n

DataCenter VoIP<\/h2>\n

Los edificios que alojan a los servidores en Europa y Estados Unidos son los centros de datos m\u00e1s ecol\u00f3gicos y fueron construidos como idea de almac\u00e9n de datos. La ubicaci\u00f3n estrat\u00e9gica en Europa central y en Estados Unidos son las ventajas principales.<\/p>\n

Los Data Centers est\u00e1n perfectamente situados para garantizar conexiones r\u00e1pidas a todos los territorios de Europa y Am\u00e9rica para que todos los clientes se beneficien de la mejor calidad en el servicio brindado. Por otra parte, el edificio que est\u00e1 situado en Europa se encuentra en una de las zonas m\u00e1s ricas de agua subterr\u00e1nea, lo que abre la posibilidad a ServerVoIP de realizar un innovador, ecol\u00f3gico y \u00fanico sistema de refrigeraci\u00f3n de forma natural.<\/p>\n

\"datacenter<\/a>
\n