IAX[editar editar fuente] Acrnimo de Inter Asterisk eXchange.

nge. IAX es un protocolo abierto, es decir que se puede descargar y desarrollar libremente. An no es un estndar.

Es un protocolo de transporte, que utiliza el puerto UDP 4569 tanto para sealizacin de canal como para RTP (Protocolo de transporte en tiempo real). Puede truncar o empaquetar mltiples sesiones dentro de un flujo de datos, as requiere de menos ancho de banda y permite mayor nmero de canales entre terminales. En seguridad, permite la autenticacin, pero no hay cifrado entre terminales.

Segn la documentacin (Asterisk 1.4) el IAX puede usar cifrado (aes128), siempre sobre canales con autentificacin MD5. IAX2 IAX (Inter-Asterisk eXchange protocol) es uno de los protocolos utilizado por Asterisk, un servidor PBX (central telefnica) de cdigo abierto patrocinado por Digium. Es utilizado para manejar conexiones VoIP entre servidores Asterisk, y entre servidores y clientes que tambin utilizan protocolo IAX. El protocolo IAX ahora se refiere generalmente al IAX2, la segunda versin del protocolo IAX. El protocolo original ha quedado obsoleto en favor de IAX2. ndice [ocultar] 1 Propiedades Bsicas 2 El Inicio de IAX 3 Objetivos de IAX 4 Enlaces externos

Propiedades Bsicas[editar editar cdigo] IAX2 es robusto, lleno de novedades y muy simple en comparacin con otros protocolos. Permite manejar una gran cantidad de cdecs y un gran nmero de streams, lo que significa que puede ser utilizado para transportar virtualmente cualquier tipo de dato. Esta capacidad lo hace muy til para realizar videoconferencias o realizar presentaciones remotas. ESTA DISEADO PARA DARLE PRIORIDAD A LOS PAQUETES DE VOZ SOBRE UNA RED IP IAX2 utiliza un nico puerto UDP, generalmente el 4569, para comunicaciones entre puntos finales (terminales VoIP) para sealizacin y datos. El trfico de voz es transmitido in-band, lo que hace a IAX2 un protocolo casi transparente a los cortafuegos y realmente eficaz para trabajar dentro de

redes internas. En esto se diferencia de SIP, que utiliza una cadena RTP out-of-band para entregar la informacin. IAX2 soporta Trunking (red), donde un simple enlace permite enviar datos y sealizacin por mltiples canales. Cuando se realiza Trunking, los datos de mltiples llamadas son manejados en un nico conjunto de paquetes, lo que significa que un datagrama IP puede entregar informacin para ms llamadas sin crear latencia adicional. Esto es una gran ventaja para los usuarios de VoIP, donde las cabeceras IP son un gran porcentaje del ancho de banda utilizado. Commend es un fabricante de interfonia IP que utiliza IAX2. El Inicio de IAX[editar editar cdigo] El protocolo IAX2 fue creado por Mark Spencer para la sealizacin de VoIP en Asterisk. El protocolo crea sesiones internas y dichas sesiones pueden utilizar cualquier cdec que pueda transmitir voz o vdeo. El IAX esencialmente provee control y transmisin de flujos de datos multimedia sobre redes IP. IAX es extremadamente flexible y puede ser utilizado con cualquier tipo de dato incluido vdeo. El diseo de IAX se bas en muchos estndares de transmisin de datos, incluidos SIP (el cual es el ms comn actualmente), MGCP y Real-time Transport Protocol. Objetivos de IAX[editar editar cdigo] El principal objetivo de IAX ha sido minimizar el ancho de banda utilizado en la transmisin de voz y vdeo a travs de la red IP, con particular atencin al control y a las llamadas de voz y proveyendo un soporte nativo para ser transparente a NAT. La estructura bsica de IAX se fundamenta en la multiplexacin de la sealizacin y del flujo de datos sobre un simple puerto UDPentre dos sistemas. IAX es un protocolo binario y est diseado y organizado de manera que reduce la carga en flujos de datos de voz. El ancho de banda para algunas aplicaciones se sacrifica en favor del ancho de banda para VoIP.

IAX fue creado por Mark Spencer (tambin creador de AsterisK) para paliar una serie de problemas o incovenientes que se encontr al utilizar SIP en VoIP y que pens que deba ser mejorado.

Las principales diferencias ente IAX y SIP son las siguientes:

- Ancho de banda. IAX utiliza un menor ancho de banda que SIP ya que los mensajes son codificados de forma binaria mientras que en SIP son mensajes de texto. Asimismo, IAX intenta reducir al mximo la informacin de las cabeceras de los mensajes reduciendo tambin el ancho de banda

- NAT En IAX la sealizacin y los datos viajan conjuntamente con lo cual se evitan los problemas de NAT que frecuentemente aparecen en SIP. En SIP la sealizacin y los datos viajan de manera separada y por eso aparecen problemas de NAT en el flujo de audio cuando este flujo debe superar los routers y firewalls. SIP suele necesitar un servidor STUN para estos problemas

- Estandarizacin y uso SIP es un protocolo estandarizado por la IETF hace bastante tiempo y que es ampliamente implementado por todos los fabricantes de equipos y software. IAX est aun siendo estandarizado y es por ello que no se encuentra en muchos dispositivos existentes en el mercado.

- Utilizacin de puertos IAX utiliza un solo puerto (4569) para mandar la informacin de sealizacin y los datos de todas sus llamadas. Para ello utiliza un mecanismo de multiplexin o "trunking". SIP, sin embargo utiliza un puerto (5060) para sealizacin y 2 puertos RTP por cada conexin de audio (como mnimo 3 puertos). Por ejemplo para 100 llamadas simultaneas con SIP se usaran 200 puertos (RTP) ms el puerto 5060 de sealizacin. IAX utilizara slo un puerto para todo (4569)

- Flujo de audio al utilizar un servidor En SIP si utilizamos un servidor la sealizacin de control pasa siempre por el servidor pero la informacin de audio (flujo RTP) puede viajar extremo a extremo sin tener que pasar necesariamente por el servidor SIP. En IAX al viajar la sealizacin y los datos de forma conjunta todo el trfico de audio debe pasar obligatoriamente por el servidor IAX. Esto produce una aumento en el uso del ancho de banda que deben soportar los servidores IAX sobretodo cuando hay muchas llamadas simulataneas.

- Otras funcionalidades IAX es un protocolo pensado para VoIP y transmisin de video y presenta funcionalidades interesantes como la posibilidad de enviar o recibir planes de marcado (dialplans) que resultan muy interesante al usarlo conjuntamente con servidores Asterisk.SIP es un protocolo de proposito general y podra transmitir sin dificultad cualquier informacin y no slo audio o video.

Codecs en la Telefonia IP, Codecs VoIP Un Codec, que viene del ingles coder-decoder, convierte una seal de audio analgico en un formato de audio digital para transmitirlo y luego convertirlo nuevamente a un formato descomprimido de seal de audio para poder reproducirlo. Esta es la esencia del VoIP, la conversin de seales entre analgico-digital. Tipos de codecs en la Telefona IP Los codecs realizan esta tarea de conversin tomando muestras de la seal de audio miles de veces por segundo. Por ejemplo, el codec G.711 toma 64,000 muestras por segundo. Convierte cada pequea muestra en informacin digital y lo comprime para su transmisin. Cuando las 64,000 muestras son reconstruidas, los pedacitos de audio que se pierden entre medio de estas son tan pequeos que es imposible para el odo humano notar esta perdida, esta suena como una sucesin continua de audio. Existen diferentes frecuencias de muestre de la seal en VOIP, esto depende del codec que se este usando. 64,000 veces por segundo 32,000 veces por segundo 8,000 veces por segundo

Un codec G728A tiene una frecuencia de muestreo de 8,000 veces por segundo y esta el codec mayormente usado en VoIP. Tiene el balance justo entre calidad de sonido y eficiencia en el uso de ancho de banda. Como Funcionan los Codecs VoIP Los codecs operan usando algoritmos avanzados que les permiten tomar las muestras, ordenas, comprimir y empaquetar los datos. El algoritmo CS-ACELP (conjugate-structure algebraic-codeexcited linear prediction) es uno de los algoritmos mas comunes en VoIP. CS-ACELP ayuda a organizar el ancho de banda disponible. El anexo B de este algoritmo CS-ACELP es el que crea la regla que dice "si ninguno esta transmitiendo, no mandar ninguna informacin". Como aprendimos anteriormente la eficiencia creada por esta regla es una de las cosas mas importantes en las que el intercambio de paquetes es superior a la conmutacin de circuitos. Es el Anexo B en este algoritmo CS-ACEPL que es responsable de este regla en las llamadas VoIP. El Protocolo H.323 El protocolo mas usado es el H.323, un standard creado por la International Telecomunication Union (ITU) (link) H323 es un protocolo muy complejo que fue originalmente pensado para videoconferencias. Este provee especificaciones para conferencias interactivas en tiempo real, para compartir data y audio como aplicaciones VoIP. Actualmente H323 incorpora muchos protocolos individuales que fueron desarrollados para aplicaciones especficas. CUADRITO ROBAR

Como pueden ver H.323 es una larga coleccin de protocolos y especificaciones. Eso es lo que lo permite ser usado en tantas aplicaciones. El problema con H.323 es que no fue especficamente dirigido a VoIP. El protocolo SIP Una alternativa al H.323 surgi con el desarrollo del Session Initiation Protocol (SIP). SIP es un protocolo mucho mas lineal, desarrollado especficamente para aplicaciones de Voip. Ms chicas y ms eficientes que H.323. SIP toma ventaja de los protocolos existentes para manejar ciertas partes del proceso. Uno de los desafos que enfrenta el VoIP es que los protocolos que se utilizan a lo largo del mundo no son siempre compatibles. Llamadas VoIP entre diferentes redes pueden meterse en problemas si chocan distintos protocolos. Como VoIP es una nueva tecnologa, este problema de compatibilidad va a seguir siendo un problema hasta que se genere un standard

Se viene hablando en el ltimo semestre, de una nueva generacin de codecs los cuales van a permitir reproducir nuevos estilos de vdeo a travs de las conexiones que disponemos actualmente. Aunque mayoritariamente sean de banda ancha, todava distan de ser uniformes y aptas para para un streaming de calidad y trasmisiones VoIP de semejante calibre.

Esto quiere decir, que si en la actualidad, aun muchos hogares no pueden disfrutar de vdeo y despliegues VoIP en Alta Resolucin (720p) y ni que decir, en 1080p con la introduccin de estas nuevas tecnologas se abrir el acceso a ello. Y en aquellos lugares, donde ya es viable este tipo de reproduccin, se abren nuevas posibilidades como la reproduccin 4K (especialmente diseada para reproduccin en medios con mas de 80 pulgadas sin perder calidad de imagen). Incluso la reproduccin en 3D supone un aumento considerable en el ancho de banda que hasta la fecha es muy difcil caracterizar. Y que decir de trasmisiones en tiempo real donde cualquier perdida destaca de una forma mas sealada como puede ocurrir en todos los sistemas VoIP que conocemos. Con esto se abre un nuevo mundo de posibilidades Imaginan la posibilidad de mantener una videoconferencia VoIP en 3D? Considerando que ambas partes dispusieran de la tecnologa fsica adecuada, aun hace falta incorporar un componente que aun no esta totalmente distendido: Los codecs de nueva generacin. El cdec VoIP H.265 Por un lado tenemos la propuesta de la ITU-T segn comentbamos en un anterior articulo, que permitira dar paso a estos nuevos tipos de reproduccin, el cdec H.265 y en el cual no voy a extender porque ya qued bien definido anteriormente. La propuesta de Google: VP9 Tambin mencionamos el famoso consorcio, WebM el cual esta tratando de llevar el medio de vdeo a la web en forma de Comunicacin en tiempo Real. Esto con el nuevo estndar para la VoIP

WebRTC (Web Real Time Communications). As posibilitara desde un navegador que lo permitiese, establecer una comunicacin de cualquier tipo, sin intermediacin de pasarelas de conversin con el consiguiente ahorro de procesamiento que esto implica. Como ya vimos anteriormente, tanto Chrome como Firefox haban ya dado el paso para implementar este nuevo avance. Para este sistema, se han planteado dos propuestas: - Para el Audio la utilizacin del (relativamente) novedoso cdec OPUS el cual permitir por primera vez establecer una comunicacin de audio elstica al mas puro estilo VoIP de Skype. Esto implica, poder reducir el bitrate de transmisin en conexiones con dificultades de ancho de banda, y poder ampliarlo a necesidad, aumentando por consiguiente la calidad de la comunicacin. Cuando esto este funcionando al 100% supondr una verdadera competencia para el actual omnipotente sistema VoIP que acabamos de comentar. - Para el Vdeo, se introducir el uso del cdec VP9, como reemplazo al actual VP8 el cual como ya vimos, andaba pasando dificultades para su lanzamiento general. Todava el antecesor a H.265, el popular formato, aun propietario, H.264, se ha impuesto como formato para la mayor parte de audio especialmente distribuido a travs de canales de reproduccin de medios. Qu es Next Gen Open Video? Dentro del concepto Next Generation Video tambin orientados a VoIP, y en el que hemos englobado los anteriores formatos, hay que destacar, que a mediados de Julio del ao 2012 durante la Conferencia Internacional de Procesamiento de Imagen propuesta por el IEEE (ICIP), Google lanz una iniciativa. Con la idea de empezar a difundir las nuevas bondades de HTML5 (y WebRTC de forma implcita , y a su veces como una campaa para demoler la imparable imposicin de los codecs de vdeo de la ITU-T (H.264, y el que estaba apunto de salir H.265). En estos momentos haba que considerar que su propuesta VP9 haca la comparativa contra H.264 y era evidentemente que era capaz de batirla en aproximadamente un 50% de reduccin en la mayora de sus pruebas. Esto quedo as hasta apenas unas semanas despus con la salida del H.265, VP9 volvera a quedar relegado a segundo puesto. Aun as Google esta respaldado por otras fundaciones como Mozilla Foundation en cuanto al impulso para relanzar sus nuevos paradigmas del Video VoIP. Creen que los codecs del a ITU-T quedarn eclipsados por el cuasi-monopolio de Google online (Youtube, Google Web Search)? O piensan que de momento la especializacin sigue siendo una tremenda barrera de entrada para el poderoso gigante de las tecnologas de la informacin? Post to Google+ Post to Facebook 5 5 5 5

5 5 5 5 5 Post to Twitter 3 3 3 3 3 3 3 3 3 Add to LinkedIn para el protocolo VoIP.

Cdecs[editar editar cdigo] La voz ha de codificarse para poder ser transmitida por la red IP. Para ello se hace uso de cdecs que garanticen la codificacin y compresin del audio o del video para su posterior decodificacin y descompresin antes de poder generar un sonido o imagen utilizable. Segn el Cdec utilizado en la transmisin, se utilizar ms o menos ancho de banda. La cantidad de ancho de banda utilizada suele ser directamente proporcional a la calidad de los datos transmitidos. Entre los codecs ms utilizados en VoIP estn G.711, G.723.1 y el G.729 (especificados por la ITUT). Estos Codecs tienen los siguientes anchos de banda de codificacin: G.711: bit-rate de 56 o 64 Kbps. G.722: bit-rate de 48, 56 o 64 Kbps. G.723: bit-rate de 5,3 o 6,4 Kbps.

G.728: bit-rate de 16 Kbps. G.729: bit-rate de 8 o 13 Kbps.

Esto no quiere decir que es el ancho de banda utilizado, ya que hay que sumar el trfico de por ejemplo el Codec G729 utiliza 31.5 Kbps de ancho de banda en su transmisin. Retardo o latencia[editar editar cdigo] Una vez establecidos los retardos de trnsito y el retardo de procesado la conversacin se considera aceptable por debajo de los 150 ms, que viene a ser 1,5 dcimas de segundo y ya producira retardos importantes. Prdida de tramas (Frames Lost): Durante su recorrido por la red IP las tramas se pueden perder como resultado de una congestin de red o corrupcin de datos. Adems, para trfico de tiempo real como la voz, la retransmisin de tramas perdidas en la capa de transporte no es prctico por ocasionar retardos adicionales. Por consiguiente, los terminales de voz tienen que retransmitir con muestras de voz perdidas, tambin llamadas Frame Erasures. El efecto de las tramas perdidas en la calidad de voz depende de como los terminales gestionen las Frame Erasures. En el caso ms simple si se pierde una muestra de voz el terminal dejar un intervalo en el flujo de voz. Si muchas tramas se pierden, sonar grietoso con slabas o palabras perdidas. Una posible estrategia de recuperacin es reproducir las muestras de voz previas. Esto funciona bien si slo unas cuantas muestras son perdidas. Para combatir mejor las rfagas de errores usualmente se emplean sistemas de interpolacin. Basndose en muestras de voz previas, el decodificador predecir las tramas perdidas. Esta tcnica es conocida como Packet Loss Concealment (PLC). La ITU-T G.113 apndice I provee algunas lneas de gua de planificacin provisional en el efecto de prdida de tramas sobre la calidad de voz. El impacto es medido en trminos de Ie, el factor de deterioro. Este es un nmero en el cual 0 significa no deterioro. El valor ms grande de Ie significa deterioro ms severo. La siguiente tabla est derivada de la G.113 apndice I y muestra el impacto de las tramas perdidas en el factor Ie.