{"id":6606,"date":"2016-08-16T11:07:18","date_gmt":"2016-08-16T16:07:18","guid":{"rendered":"http:\/\/www.servervoip.com\/blog\/?p=6606"},"modified":"2019-06-11T07:56:45","modified_gmt":"2019-06-11T12:56:45","slug":"senalizacion-en-telefonia-ip","status":"publish","type":"post","link":"http:\/\/www.servervoip.com\/blog\/senalizacion-en-telefonia-ip\/","title":{"rendered":"Se\u00f1alizaci\u00f3n en telefon\u00eda IP"},"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

Por herencia hist\u00f3rica, la se\u00f1alizaci\u00f3n en voz sobre IP sigue unos principios muy parecidos a la se\u00f1alizaci\u00f3n en RTB. La s se\u00f1ales y las conversaciones est\u00e1n claramente diferenciadas. En esta secci\u00f3n introducimos dos protocolos de VoIP que se van a integrar en el PBX: SIP e IAX2. <\/p>\n

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

El protocolo de se\u00f1alizaci\u00f3n de inicio de sesi\u00f3n, del ingl\u00e9s Session Initiation Protocol (SIP), es una especificaci\u00f3n par a Internet para ofrecer una funcionalidad similar al SS7 pero en una red IP. <\/p>\n

El protocolo SIP, desarrollado por el IETF, es responsable de establecer las llamadas y del resto de funciones de se\u00f1alizaci\u00f3n. Se debe recordar que cuando se habla de se\u00f1alizaci\u00f3n en el contexto de llamadas de voz, se est\u00e1 hablando de la indicaci\u00f3n de l\u00ednea ocupada, los tonos de llamada o que alguien ha contestado al otro lado de la l\u00ednea. SIP hace tres cosas importantes: <\/p>\n

1. Encargarse de la autentificaci\u00f3n.
\n2. Negociar la calidad de una llamada telef\u00f3nica. Una de las grandes diferencias entre la telefon\u00eda tradicional y la IP es que la calidad de servicio de una conversaci\u00f3n se puede negociar.
\n3. Intercambiar las direcciones IP y puerto s que se van utilizar para enviar y recibir las conversaciones de voz. <\/p>\n

Servidores Proxy Aunque dos dispositivos SIP (tel\u00e9fonos IP)<\/strong><\/p>\n

Pueden comuni carse directamente, SIP normalmente hace uso de alg unos elementos adicionales llamados \u201cproxies\u201d para facilitar el establecimiento de las llamadas.
\nUn \u201cproxy\u201d opera como un representant e (apoderado) que se encarga de negociar entre dos partes. Con la ay uda de un \u201cproxy\u201d se puede mover f\u00edsicamente un n\u00famero de tel\u00e9fono en Internet. Los n\u00fameros no est \u00e1n asociados a un sitio concreto sino que se pueden mover siempre y cuando se notifique al \u201cproxy\u201d de la nueva ubicaci\u00f3n. Como el \u201cproxy\u201d funciona como un intermediario , es capaz de indicar a las partes d\u00f3nde se encuentran los tel\u00e9fonos. <\/p>\n

Este servidor in termedio en SIP \u201caprende\u201d la posici\u00f3n de sus usuarios durante un proceso que se conoce como \u201cregistro\u201d (figura 2.2). El proceso de registro entre clientes y el servidor \u201cpro xy\u201d. La se\u00f1alizaci\u00f3n (SIP) y las conversaciones de voz (RTP) viajan por caminos diferentes. <\/p>\n

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

\n

Protocolos en tiempo real y el NAT<\/strong> <\/p>\n

En Internet, las conversaciones que usan s e\u00f1alizaci\u00f3n de tipo SIP resultan en flujo constante de paquetes de peque\u00f1o tama\u00f1o entre los comunicantes. Estos paquetes de voz hacen uso de otro protocolo llamado RTP. El protocolo de transporte de tiempo real o Realtime Transport Protocol (RTP) es el encargado de llevar las conversaciones (la voz) de un lado a otro. En el RTP se define un mecanismo est\u00e1ndar para enviar audio y video en Internet. De la misma forma que en una conversaci\u00f3n existen dos flujos de voz, en una conversaci\u00f3n en una red IP t enemos dos flujos de paquetes RTP. Los Network Address Translators (NATs) son los grandes enemigos del RTP. <\/p>\n

Una red con un NAT consiste en varios ordenador es compartiendo, con el mundo exterior, una sola direcci\u00f3n IP p\u00fablica. Las m\u00e1quinas situadas dentro de la red NAT usan direcciones privadas. Aunque el NAT permite conectar m\u00e1s f\u00e1cilmente ordenadores a la red, lo hace al precio de no permitir una conex i\u00f3n puramente bidireccional. El efecto de un NAT en voz sobre IP es que no se pueden recibir conexiones iniciadas desde el exterior. Existen varios problemas relacionados con NAT y VoIP. <\/p>\n

El m\u00e1s com\u00fan de los problemas es conocido como \u201caudio en una sola direcci\u00f3n\u201d (oneway audio). Como se sabe, una conversaci\u00f3n est\u00e1 compuesta por dos flujos de paquetes RTP distintos. En presencia de un NAT, s\u00f3lo el flujo de dentro a fuera no es bloqueado; el flujo de fuera a dentro no tiene la misma suerte y puede atra vesar el NAT. La consecuencia: el que inicia la llamada desde dentro del NAT no puede escuchar a la otra parte. Si los dos comunicantes se encuentran dentro de NATs la s cosas se complican a\u00fan m\u00e1s, hasta el punto de que ning\u00fan flujo de audio llega a su destino final. Por desgracia, las direcciones IP priv adas y los NAT est\u00e1n especialmente presentes en todos los lugares de las regi ones en desarrollo. Configurar una red con se\u00f1alizaci\u00f3n SIP y NATs no es trivial, esto es, no es que no se pueda hacer. <\/p>\n

InterAsterisk eXchange versi\u00f3n 2 (IAX2) <\/strong><\/p>\n

La segunda versi\u00f3n del protocolo de com unicaci\u00f3n entre Asterisks (InterAsterisk eXchange) se conoce como IAX2. IAX2 es un protocolo de telefon\u00eda IP que utiliza un reducido n\u00famero de bits en las cabeceras. El contenido de voz en los paquetes se env\u00eda usando una cabecera de tan solo 4 octetos (32 bits). Una cabecera m\u00e1s compleja de 12 octetos se utiliza con los paquetes de control y en algunos paquetes especiales de voz (uno por minuto aproxim adamente). IAX2 es una alter nativa al protocolo de se\u00f1alizaci\u00f3n SIP. IAX2 fue creado como pa rte del desarrollo de la PBX Asterisk. <\/p>\n

A diferencia del SIP, que usa dos flujos de datos para voz y otros dos para se\u00f1alizaci\u00f3n, IAX2 usa s\u00f3lo un par de flujos donde voz y dat os coexisten. Esta forma de enviar tanto las conversaciones como la se\u00f1alizaci\u00f3n por el mismo canal se conoce como inband, en contraste con el m\u00e9todo que usa SIP, el outofband. La idea de enviar la se\u00f1alizaci\u00f3n dentro del canal de voz (inba nd) obliga a separar los paquetes de voz de los paquetes de se\u00f1alizaci\u00f3n. Aunque este dise\u00f1o requiere m\u00e1s gasto de procesamiento (CPU) ofrece mejores propiedades en presencia de cortafuegos y NATs. Debido a su dise\u00f1o, IAX2 es la opci\u00f3n m\u00e1s adecuada en regiones en desarrollo donde existen gran presencia de NATs. A dem\u00e1s, IAX2 es capaz de empaquetar llamadas simult\u00e1neas en un s\u00f3lo flujo de paquetes IP. Este mecanismo es conocido como \u201ctrunking\u201d y su implementaci\u00f3n resulta en ahorros en el consumo de ancho de banda. <\/p>\n

El concepto de \u201ctrunking\u201d se puede explicar con la siguiente met\u00e1fora: hay que imaginarse que se necesita mandar cinco cartas a gente que vive en otro pa\u00eds. Una posibilidad es usar un s obre por cada una de las cartas; la otra es usar un \u00fanico sobre e incluir el nombre del destinatario final en la cabecera de cada una de las cartas.<\/p>\n

La agregaci\u00f3n de llamadas en telefon\u00eda IP funciona de la misma forma y permite enviar m\u00faltiples cartas (llamadas) en un \u00fanico sobre (paquete IP). El dise\u00f1o de IAX2 es m\u00e1s adecuado para regiones en desarrollo por tres razones: <\/p>\n

1. Reduce el uso de ancho de banda por llamada.
\n2. Est\u00e1 dise\u00f1ado para operar en presencia de NATs (soporte nativo) y es m\u00e1s f\u00e1cil de usar detr\u00e1s de los cortafuegos.
\n3. Reduce a\u00fan m\u00e1s el ancho de banda c uando se realizan varias llamadas simult\u00e1neas (como resultado del \u201ctrunking\u201d). <\/p>\n

Tomado de:
\nM\u00e9ndez, V. (2008). Implementaci\u00f3n de conmutador de voz IP (PBX virtual) sobre una red de datos (tesis de pregrado). Instituto Politecnico Nacional, Culhuacan, M\u00e9xico.<\/p>\n

Fuente:
\nhttp:\/\/itzamna.bnct.ipn.mx:8080\/dspace\/bitstream\/123456789\/6880\/1\/ice180.pdf<\/p>\n

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

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