{"id":6849,"date":"2016-08-19T08:34:03","date_gmt":"2016-08-19T13:34:03","guid":{"rendered":"http:\/\/www.servervoip.com\/blog\/?p=6849"},"modified":"2019-06-11T07:37:03","modified_gmt":"2019-06-11T12:37:03","slug":"protocolos-voip-senalizacion","status":"publish","type":"post","link":"http:\/\/www.servervoip.com\/blog\/protocolos-voip-senalizacion\/","title":{"rendered":"Protocolos VoIp \u201c Se\u00f1alizaci\u00f3n\u201d"},"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

Protocolos de se\u00f1alizaci\u00f3n:<\/strong> Los protocolos de se\u00f1alizaci\u00f3n en VoIP cumplen funciones similares a sus hom\u00f3logosen la telefon\u00eda tradicional, es decir tare as de establecimiento de sesi\u00f3n, control del progreso de la llamada, entre otras. Se encuentran en la capa 5 del modelo OSI, es decir en la capa de Sesi\u00f3n. Existen algunos protocolos de se\u00f1alizaci\u00f3n, que han sido desarrollados por diferentes fabricantes u organismos como la ITU o el IETF, y que se encuentran soportados por Asterisk. Algunos son: <\/p>\n

\u2022 SIP
\n\u2022 IAX
\n\u2022 H.323
\n\u2022 MGCP
\n\u2022 SCCP <\/p>\n

Entre estos los m\u00e1s populares en el \u00e1mbito de Asterisk son SIP e IAX. <\/p>\n

Protocolo SIP (Session Initiation Protocol) . <\/strong> <\/p>\n

El protocolo SIP, protocolo de inicio de sesi\u00f3n, permite establecer el procedimiento inicial de conexi\u00f3n para que dos UAs se conecten. User Agents (UAs) se llaman as\u00ed a los terminales SIP que pueden ser Tel\u00e9fonos SIP, Softphone, Gateways FXS\/IP, Routers SIP, Tel\u00e9fonos USB, etc. Este protocolo es abierto, no est\u00e1 amarrado a ning\u00fan proveedor de hardware ni de software por lo que hoy en d\u00eda en el mercado existen diversos fabricantes que est\u00e1n produciendo estos productos a precios realmente muy bajos. Este protocolo no solo se usa para establecer llamadas telef\u00f3nicas si no tambi\u00e9n se utiliza para CHAT y Video. <\/p>\n

Procedimiento de llamada<\/strong> <\/p>\n

Usuario 1 quiere comunicarse con Usuario 2, Usuario 1 le pregunta al servidor SIP sobre la IP del Usuario 2, el servidor SIP procesa los datos de inicializaci\u00f3n y establece la llamada telef\u00f3nica entre los dos usuarios. Usuario 1 transmite y recibe directamente la voz con el Usuario 2, el servidor S IP no interviene en esto, Servidor SIP supervisa la se\u00f1alizaci\u00f3n de los dos usuarios mientras dura la comunicaci\u00f3n. <\/p>\n

SIP es un protocolo basado en texto (de acuerdo con RFC82279 para la codificaci\u00f3n del set de caracteres) y el mensaje basado en http (RFC82068 para la sem\u00e1ntica y sintaxis). La direcci\u00f3n usada en SIP se basa en un localizador URL (Uniform Resource Locater) con un formato del tipo si p:monica@192.190.132.31 (o mediante el dominio Domain: teleinfo.com.ec). De es ta forma SIP integra su servicio a la Internet. En este modelo se requiere el auxilio de un server de resoluci\u00f3n de dominio DNS (Domain Name Server). <\/p>\n

\"Intercambio

Intercambio de mensajes para establecer una comunicaci\u00f3n con protocolo SIP<\/p><\/div>\n

El protocolo SIP incorpora tambi\u00e9n funciones de seguridad y autentificaci\u00f3n, as\u00ed como la descripci\u00f3n del medio mediante el protocolo SDP. Las fases de comunicaci\u00f3n soportadas en una conexi\u00f3n unicast mediante el protocolo SIP, son las siguientes: <\/p>\n

\u2022 User location: En esta fase se determina el sistema terminal para la comunicaci\u00f3n.
\n\u2022 User capabilities: Permite determinar los par\u00e1metros del medio a ser usados.
\n \u2022 User availability: Para determinar la disponibilidad del llamado para la comunicaci\u00f3n.
\n\u2022 Call setup (\u00abringing\u00bb): Para el establecimiento de la llamada entre ambos extremos.
\n\u2022 Call handling: Incluye la transferencia y terminaci\u00f3n de la llamada. <\/p>\n

Protocolo IAX (Inter-AsteriskeXchangeprotocol) <\/strong><\/p>\n

IAX (Inter 8 AsteriskeXchangeprotocol) es un protocolo propietario, desarrollado por Mark Spencer (creador de Asterisk), Brian Capouch, Ed Guy y Frank Miller. La versi\u00f3n m\u00e1s reciente es la 2 y por ello lo encontramos m\u00e1s com\u00fanmente como IAX2. Aunque surgi\u00f3 como un proyecto privado, desde febrero del 2010 figura ya dentro de los RFCs bajo el n\u00famero 5456 con el car\u00e1cter de informativo y en el mismo documento se aclara que tal publicaci\u00f3n, se h ace a discreci\u00f3n del editor y que de ninguna manera IAX2 es candidato a convertir se en est\u00e1ndar de la IETF. <\/p>\n

Descripci\u00f3n y caracter\u00edsticas generales del protocolo <\/strong><\/p>\n

IAX2 IAX2 es un protocolo de la capa de aplicaci\u00f3n defin ido para crear, modificar y terminar sesiones multimedia sobre redes IP. IAX2 fue desarrollado para el desarrollo Open SourceAsterisk y est\u00e1 orientado hacia el control de llamadas VoIP, sin embargo, tambi\u00e9n puede ser usado para controlar flujo de video y otros medios.
\nA diferencia de otros protocolos como SIP y H.323, IAX2 es un protocolo \u00abtodo en uno\u00bb, ya que combina los servicios de se\u00f1alizaci\u00f3n y transporte de medios en el mismo protocolo. Adem\u00e1s de lo anterior, IAX2 utiliza un \u00fanico socket UDP, evitando as\u00ed la problem\u00e1tica que implican atravesar dispositivos como NATs y firewalls. IAX2 es un protocolo binario, lo cual reduce de forma significativa el overhead y el uso de ancho de banda. Por \u00faltimo, IAX2 permite la adici\u00f3n de nuevos tipos de carga \u00fatil (medios) para soportar nuevos servicios. <\/p>\n

Elementos del protocolo IAX2 <\/strong><\/p>\n

El protocolo IAX2 es un protocolo peer2peer orienta do al control de llamadas VoIP. Algunos de los elementos que conforman este protocolo son: <\/p>\n

\u2022 Peer : Es cualquier dispositivo o host que implemente el protocolo IAX2 para comunicarse. <\/p>\n

\u2022Frame: Es la unidad elemental de comunicaci\u00f3n entre dos Peers IAX2. Todos los mensajes del protocolo son enviados en forma de Frames. <\/p>\n

\u2022Elemento de Informaci\u00f3n (IE): Es una unidad discreta de datos que se a\u00f1ade a un frame IAX2 y que contiene datos espec\u00edficos a una llamada o usuario. <\/p>\n

\u2022UniformResourceIdentifier (URI) de IAX: Al igual que SIP, IAX utiliza el Mecanismo de URI.<\/p>\n

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

\n

Uso de banda ancha <\/strong> <\/p>\n

El uso de banda ancha en voz sobre IP es modificado por una serie de factores. Desde el CODEC, hasta cuestiones como compresi\u00f3n de encabezados. El IAX permite el uso del modo Trunked. En este caso, cuando m\u00e1s de una llamada es hecha, el overhead de los encabezados IP es disminuido, encaminando m\u00faltiples paquetes de voz de diferentes llamadas en un \u00fanico paquete. Con esto la necesidad de banda ancha es reducida <\/p>\n

Protocolo H.323 <\/strong><\/p>\n

La UIT defini\u00f3 el est\u00e1ndar que proporciona a los fabricantes las normas a seguir para la voz sobre IP. En este est\u00e1ndar se definen 3 elementos b\u00e1sicos:
\n\u2022 Terminales: son los sustitutos de los terminales cl\u00e1sicos. Pueden ser hardware o software. Voz, datos y video y por separado.
\n\u2022 Gateways: son los que se utilizan para intercomunicar las redes de datos con las de telefon\u00eda de conmutaci\u00f3n de paquetes, siendo su actuaci\u00f3n transparente para los usuarios.
\n\u2022 Gatekeepers: este es opcional para este protocolo pero si est\u00e1 presente. Los terminales y gateways deben hacer uso de su ser vicio. Los obligatorios son: <\/p>\n

1. La traducci\u00f3n de alias o n\u00fameros de tel\u00e9fono en direcciones IP
\n2. La administraci\u00f3n de ancho de banda y control del tr\u00e1fico generado por las diferentes comunicaciones, limitando el n\u00famero m\u00e1ximo de comunicaciones simult\u00e1neas.
\n3. Enrutamiento teniendo la capacidad para elegir el gateway m\u00e1s adecuado al que redireccionar la llamada.
\n4. Control de admisi\u00f3n en la red utilizando para ello mensajes del protocolo RAS ARQ, ACF y ARJ. <\/p>\n

El H323 define un est\u00e1ndar que a su vez se apoya en una se rie de protocolos para su implementaci\u00f3n seg\u00fan los distintos aspectos de l a comunicaci\u00f3n que cubren: <\/p>\n

1. Direccionamiento: RAS protocolo de comunicaciones que a traces de mensajes permite a un gatekeeper desempe\u00f1ar sus funciones, y DNS servicio de resoluci\u00f3n de nombres en direcciones IP del que ya hablamos en otras ocasiones. <\/p>\n

2. Se\u00f1alizaci\u00f3n: Q.931 la se\u00f1alizaci\u00f3n inicial de llamada. H225 control de llamada se\u00f1alizaci\u00f3n registro y admisi\u00f3n y paquetizaci\u00f3n del stream o flujo de voz, H245 protocolo de control para especificar mensajes de apertura y cierre de canales para streams de voz.<\/p>\n

3. Compresi\u00f3n de voz: requeridos G711 y G723. Opcionales G.728, G729 y G.722. <\/p>\n

4. Transmisi\u00f3n de voz: UDP , la transmisi\u00f3n se realiza sobre paquetes UDP, RPT maneja los aspectos relativos a la temporarizaci\u00f3n marcando los paquetes UDP con la informaci\u00f3n necesaria para la correcta entrega de los mismos en recepci\u00f3n. <\/p>\n

5. Control de la transmisi\u00f3n: RTCP se utiliza principalmente para detectar situaciones de congesti\u00f3n de la red y tomar en su c aso acciones correctoras <\/p>\n

Protocolo MGCP (Media Gateway Control Protocol) <\/strong><\/p>\n

El protocolo del control de entrada de medios (MGCP ) especifica la comunicaci\u00f3n entre los elementos del control de la llamada y las entradas de la telefon\u00eda. Es un protocolo basado en texto. Las entradas de los medios son las entradas de la telefon\u00eda que convierten se\u00f1ales con conmutador de circuito de la voz a los paquetes de los datos para las redes. El Internet Engineering Task Force (IETF) cre\u00f3 MGCP para tratar algunos de los defectos percibidos de H.323. El prop\u00f3sito principal de MGCP es poner el control de la inteligencia que se\u00f1ala de llamada y de proceso en agentes de la llamada o reguladores de la entrada de los medios. <\/p>\n

Este protocolo interno se desarroll\u00f3 principalmente para atender las demandas de las redes de telefon\u00eda IP con base en portaaviones. MGCP es un protocolo complementario para H.323 y SIP, que fue dise\u00f1ado como un protocolo interno entre el controlador y el Media Gateway. En MGCP, u n MGC principalmente se ocupa de todas las operaciones de procesamiento de llamadas mediante la vinculaci\u00f3n con la red IP a trav\u00e9s de constantes comunicaciones con un dispositivo de se\u00f1alizaci\u00f3n IP, por ejemplo, un servidor SIP o un Gatekeeper H.323.
\nMGCP est\u00e1 compuesto por un agente de llamadas, un M G (media gateway) que realiza la conversi\u00f3n de las se\u00f1ales de los medios de comunicaci\u00f3n entre circuitos y paquetes, y una SG (Signaling Gateway) cuando se conecta a la PSTN (PublicSwitchedTelephone Network). MGCP es ampliamente utilizado entre los elementos de una puerta de enlace multimedia descompuesto. <\/p>\n

Protocolo SCCP (SkinnyClient Control Protocol)<\/strong> <\/p>\n

La capa Parte de Control de la Conexi\u00f3n de Se\u00f1alizaci\u00f3n o PCCS (SCCP \u2013Signalling Connection Control Part), se incluye por encima de la Parte de Transferencia de Mensajes (PTM o MTP) de la pila N7 para proporciona r funciones adicionales de servicios de transferencia de informaci\u00f3n a nivel de red <\/p>\n

Este servicio de transferencia de informaci\u00f3n no est\u00e1 relacionado con la se\u00f1alizaci\u00f3n (establecimiento, mantenimiento o libe raci\u00f3n) de un circuito de conversaci\u00f3n, si 8 no que es utilizado para acceder a bases de datos que permitan conocer c\u00f3mo debe evolucionar una llamada b\u00e1sica o un servicio suplementario en un entorno de red. De alguna forma complementa a la MTP para ofrecer servicios puros de capa de Red de OSI. <\/p>\n

Tomado de:
\nArroba, M, & Salazar, M. (2011). Propuesta de soluci\u00f3nes a las vulnerabilidades del protocolo de se\u00f1alizaci\u00f3n SIP en voz sobre IP: Red IP-PBX (tesis de pregrado). Escuela Superior Polit\u00e9cnica de Chimborazo, Riobamba, Ecuador.<\/p>\n

Fuente:
\nhttp:\/\/dspace.espoch.edu.ec\/bitstream\/123456789\/872\/1\/38T00263.pdf<\/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