Está en la página 1de 110

ANALISIS DE REQUERIMIENTOS E IMPLEMENTACIN DE LA PLATAFORMA ASTERISK UTILIZANDO ESTANDAR H.

323/IAX2

YANNETH DIMAS A. LUIS CARLOS MORALES S.

Proyecto de grado, presentado como requisito parcial para optar al ttulo de Ingenieros de Sistemas

Director: ING. GUSTAVO HERAZO

FUNDACION UNIVERSITARIA KONRAD LORENZ FACULTAD DE INGENIERA DE SISTEMAS Y MATEMTICAS BOGOT D.C. 2009

Nota de Aceptacin

______________________________________________

______________________________________________

Presidente del jurado ____________________________________________ ____________________________________________

Jurado ____________________________________________ ____________________________________________

Jurado ____________________________________________ ____________________________________________

Jurado ____________________________________________ ____________________________________________

Bogot 10 de Mayo del 2009

Dedicatoria
Dedicamos este trabajo a nuestras familias Y seres queridos que nunca dejaron De creer en nosotros.

Agradecimientos
Gracias a nuestras familias que nos apoyaron incondicionalmente, a nuestros profesores que nos otorgaron su conocimiento, a nuestro director de proyecto Gustavo Herazo por darnos la oportunidad de trabajar a su lado y por su direccin. A William el encargado de las salas de la FUKL, por soportar las largas horas de trabajo con nosotros y toda la ayuda que nos prest en este recorrido y a Leandro Baena nuestro amigo y compaero por brindarnos su ayuda en momentos de dificultad.

CONTENIDO
LISTA DE TABLAS ............................................................................................. 3 LISTA DE FIGURAS ........................................................................................... 6 LISTA DE ANEXOS ............................................................................................ 8 GLOSARIO ......................................................................................................... 9 INTRODUCCIN .............................................................................................. 10 1. ASPECTOS INICIALES ................................................................................ 11 1.1. OBJETIVOS ........................................................................................... 11 1.1.1. General............................................................................................. 11 1.1.2. Especficos. ...................................................................................... 11 1.2. PROPOSITO. ......................................................................................... 11 1.3. CRONOGRAMA ..................................................................................... 11 2. MARCO TEORICO. ...................................................................................... 12 2.1. ANTECEDENTES................................................................................... 12 2.1.1. Histricos.......................................................................................... 12 2.1.2. Legales ............................................................................................. 13 2.1.3. Investigativos .................................................................................... 13 2.2. BASES TEORICAS ................................................................................ 13 2.2.1. PBX .................................................... Error! Marcador no definido. 2.2.2. Asterisk y Protocolo H.323 ............................................................... 15 2.2.2.1. Cdecs H.323 ................................................................................ 23 2.2.2.2. Protocolos de H.323 ...................................................................... 24 2.2.2.3. Direccionamiento de H.323 ........................................................... 26 2.2.2.4. Proceso de sealizacin en H.323 ................................................ 27 2.2.2.5. Fases de sealizacin en H.323.................................................... 32 2.2.3. IAX2 Inter-Asterisk Exchange Protocol............................................. 38 1

2.2.3.1. Tramas de IAX2............................................................................. 38 2.3. TEORIAS GENERICAS BASADAS EN INGENIERIA. ........................... 44 2.4. CONSTRUCCION DEL MARCO CONCEPTUAL ................................... 49 2.4.1. Metas a alcanzar .............................................................................. 49 2.4.2. Enfoque ............................................................................................ 50 2.4.3. Necesidades a satisfacer ................................................................. 50 3. DISEO METODOLGICO.......................................................................... 51 3.1. TIPO DE INVESTIGACIN .................................................................... 51 3.2. ANLISIS DE LA SITUACIN ACTUAL................................................. 51 3.3. DIAGNSTICO DE LA SITUACIN ACTUAL ........................................ 52 3.3.1. Sistemas Operativos ........................................................................ 52 3.3.2. Evaluacin y seleccin de la mejor alternativa ................................. 54 3.4. Plan de Pruebas ..................................................................................... 55 3.4.1. Prueba de H323 a H323 ................................................................... 60 3.4.2. Prueba de H323 a IAX2.................................................................... 66 3.4.3. Prueba de H323 a SIP...................................................................... 72 3.4.4. Prueba de SIP a H.323..................................................................... 73 3.4.5. Prueba de SIP a IAX2 ...................................................................... 79 3.4.6. Prueba de IAX2 a IAX2 .................................................................... 84 3.4.7. Prueba de IAX2 a SIP ...................................................................... 90 3.4.8. Prueba de IAX2 a H323.................................................................... 95 3.4.9. Anlisis general .............................................................................. 101 4. CONCLUSIONES Y RECOMENDACIONES .............................................. 103

LISTA DE TABLAS
Tabla 1. Cronograma ........................................................................................ 11 Tabla 2. Propiedades RTC y Internet ................................................................ 14 Tabla 3. Servicios suplementarios .................................................................... 25 Tabla 4. Mensajes de establecimiento de llamada ........................................... 29 Tabla 5. Mensajes de informacin de llamada .................................................. 30 Tabla 6. Mensajes de liberacin de llamada .................................................... 30 Tabla 7. Mensajes Miscelneas ........................................................................ 30 Tabla 8. Servicios del protocolo H.225 ............................................................. 31 Tabla 9. Valores para type en tramas F ............................................................ 40 Tabla 10. Valor de subclase con tipo de trama para datos de voz................... 41 Tabla 11. Valor de subclase con tipo de trama control ..................................... 41 Tabla 12. Valor de subclase con tipo de trama control iax ............................... 42 Tabla 13. Directorios Asterisk ........................................................................... 45 Tabla 14. Cdec y canales en Asterisk ............................................................. 46 Tabla 15. Configuracin de los ordenadores para las pruebas ......................... 55 Tabla 16. Configuracin de extensiones para pruebas ..................................... 55 Tabla 17. Descripcin de tabla plan de pruebas. .............................................. 57 Tabla 18. Definicin tabla de protocolos parte A............................................... 57 Tabla 19. Definicin de protocolos parte B ....................................................... 58 Tabla 20. Estadstica protocolo RTP parte A .................................................... 58 Tabla 21. Estadstica protocolo RTP parte B .................................................... 59 Tabla 22. Prueba de h323 a h323..................................................................... 60 Tabla 23. Resumen prueba llamada de H.323 a H.323 .................................... 63 Tabla 24. Estadstica para protocolo IP prueba llamada H.323 a H.323........... 63 Tabla 25. Estadstica para protocolo TCP prueba llamada H.323 a H.323 ....... 64 Tabla 26. Estadstica para protocolo UDP prueba llamada H.323 a H.323 ...... 64

Tabla 27. Estadstica para protocolo RTP prueba llamada H.323 a H.323 ....... 64 Tabla 28. Resumen de paquetes llamada Prueba 1 ......................................... 65 Tabla 29. Prueba de h323 a iax2 ...................................................................... 66 Tabla 30. Estadsticas generales prueba 2 ....................................................... 68 Tabla 31. Resumen prueba llamada de H.323 a IAX2 ...................................... 69 Tabla 32. Estadstica para protocolo IP prueba llamada H.323 a IAX2 ........... 70 Tabla 33. Estadstica para protocolo TCP prueba llamada H.323 a IAX2 ........ 70 Tabla 34. Estadstica para protocolo UDP prueba llamada H.323 a IAX2 ....... 70 Tabla 35. Estadstica para protocolo RTP prueba llamada H.323 a IAX2 ......... 71 Tabla 36. Prueba de H.323 a SIP ..................................................................... 72 Tabla 37. Prueba de SIP a H323 ...................................................................... 73 Tabla 38. Resumen prueba llamada de SIP a H.323 ........................................ 76 Tabla 39. Estadstica para protocolo IP prueba llamada SIP a H.323 ............. 76 Tabla 40. Estadstica para protocolo TCP prueba llamada SIP a H.323 ........... 76 Tabla 41. Estadstica para protocolo UDP prueba llamada SIP a H.323 .......... 77 Tabla 42. Estadstica para protocolo RTP prueba llamada SIP a H.323 ........... 77 Tabla 43. Estadsticas generales prueba 4 ....................................................... 78 Tabla 44. Prueba de SIP a IAX2 ....................................................................... 79 Tabla 45. Resumen prueba llamada de SIP a IAX2.......................................... 81 Tabla 46. Estadstica para protocolo IP prueba llamada SIP a IAX2 ............... 82 Tabla 47. Estadstica para protocolo TCP prueba llamada SIP a IAX2 ............ 82 Tabla 48. Estadstica para protocolo UDP prueba llamada SIP a IAX2 ............ 82 Tabla 49. Estadstica para protocolo RTP prueba llamada SIP a IAX2 ............ 83 Tabla 50. Estadstica paquetes y bytes protocolos prueba llamada SIP a IAX2 .......................................................................................................................... 83 Tabla 51. Prueba de IAX2 A X2 ........................................................................ 84 Tabla 52. Resumen prueba llamada de IAX2 a IAX2 ........................................ 87 Tabla 53. Estadstica para protocolo IP prueba llamada IAX2 a IAX2 ............. 88 Tabla 54. Estadstica para protocolo TCP prueba llamada IAX2 a IAX2 .......... 88 4

Tabla 55. Estadstica para protocolo UDP prueba llamada IAX2 a IAX2 .......... 88 Tabla 56. Estadstica para protocolo RTP prueba llamada IAX a IAX2 ............ 89 Tabla 57. Estadstica para protocolo RTP prueba llamada IAX a IAX2 ............ 89 Tabla 58. Prueba de IAX2 a SIP ....................................................................... 90 Tabla 59. Resumen prueba llamada IAX2 a SIP.............................................. 92 Tabla 60. Estadstica para protocolo IP prueba llamada IAX2 a SIP ............... 93 Tabla 61. Estadstica para protocolo UDP prueba llamada IAX2 a SIP ............ 93 Tabla 62. Estadstica para protocolo RTP prueba llamada IAX2 a SIP ............ 93 Tabla 63. Estadstica paquetes y bytes protocolos prueba llamada IAX2 a SIP .......................................................................................................................... 94 Tabla 64. Prueba de IAX2 a SIP ....................................................................... 95 Tabla 65. Resumen prueba llamada IAX2 a H.323 .......................................... 98 Tabla 66. Estadstica para protocolo IP prueba llamada IAX2 a H.323 ........... 98 Tabla 67. Estadstica para protocolo TCP prueba llamada IAX2 a H.323......... 99 Tabla 68. Estadstica para protocolo UDP prueba llamada IAX2 a H.323 ........ 99 Tabla 69. Estadstica para protocolo RTP prueba llamada IAX2 a H.323......... 99 Tabla 70. Estadstica paquetes y bytes protocolos prueba llamada IAX2 a H.323 .............................................................................................................. 100 Tabla 71. Consolidado de pruebas H323 ........................................................ 101 Tabla 72. Estadstica paquetes y bytes protocolos prueba llamada IAX2 a H.323 .............................................................................................................. 101 Tabla 73. Estadstica paquetes y bytes protocolos prueba llamada IAX2 y H.323 .............................................................................................................. 102

LISTA DE FIGURAS
Figura 1. Esquema PBX ................................................................................... 15 Figura 2. Esquema PBX y Asterisk ................................................................... 16 Figura 3. Esquema Alcance de la Rec. ............................................................. 17 Figura 4. Estructura lgica de un Gateway H.323............................................. 18 Figura 5. Funciones Distribuidas de MP y MD .................................................. 20 Figura 6. Conferencia unidifusin centralizada ................................................. 20 Figura 7. Conferencia multidifusin centralizada .............................................. 21 Figura 8. Conferencia multidifusin descentralizada ........................................ 21 Figura 9. Conferencia Mixta .............................................................................. 22 Figura 10. Pila del protocolo H.323 ................................................................... 24 Figura 11. Protocolo UDP ................................................................................. 27 Figura 12. Protocolo TCP ................................................................................. 28 Figura 13. Protocolos definidos con estndar Q.931 ........................................ 29 Figura 14. Solicitud de llamada entrante ........................................................... 33 Figura 15. Autorizacin peticin llamada .......................................................... 33 Figura 16. Establecimiento de conexin ........................................................... 34 Figura 17. Autorizacin respuesta llamada ....................................................... 34 Figura 18. Establecimiento canal H.245 ........................................................... 35 Figura 19. Intercambio de capacidades ............................................................ 35 Figura 20. Intercambio de informacin audio visual. ......................................... 36 Figura 21. Terminacin de llamada................................................................... 37 Figura 22. Trama F fullframe ............................................................................ 39 Figura 23. Trama M miniframe .......................................................................... 40 Figura 24. Flujo de datos en IAX2..................................................................... 43 Figura 26. Esquema conceptual Asterisk .......................................................... 44 Figura 27. Arquitectura Asterisk ........................................................................ 45

Figura 28. Ventana de control Wireshark .......................................................... 48 Figura 29. Ventana Sjphone. ............................................................................ 48 Figura 30. Ventana Zoiper ................................................................................ 49

LISTA DE ANEXOS
Anexo A1. Secuencia de protocolos en llamada H.323 a H.323 ...................... 62 Anexo A2. Secuencia de protocolos en llamada H.323 a IAX2 ....................... 69 Anexo A3. Secuencia de protocolos en llamada SIP a H.323. ........................ 75 Anexo A4. Secuencia de protocolos en llamada SIP a IAX2. .......................... 81 Anexo A5. Secuencia de protocolos en llamada IAX2 a IAX2. ........................ 86 Anexo A6. Secuencia de protocolos en llamada IAX2 a SIP. .......................... 92 Anexo A7. Secuencia de protocolos en llamada IAX2 a H.323. ...................... 97

GLOSARIO
ASTERISK: Software de licencia GPL que permite constituir centrales telefnicas (PBX) utilizando telefona IP. GATEKEEPER: Controlador de Acceso para el protocolo H.323. GATEWAYS: enlace de la red VoIP con la red telefnica analgica o RDSI. H.323: Recomendacin UIT-T, para sistemas de comunicacin multimedia basados en paquetes (PBN) que no puede proporcionar una calidad de servicio garantizada. IAX2: Protocolo basado en la reunin de varios protocolos como el Real-Time y el SIP, el cual se utiliza para manejar conexiones de VoIP entre servidores Asterisk. PBX (Private Branch Exchange): Central secundaria privada o centralita, central telefnica conectada a travs de lneas troncales a la red pblica y que permite la gestin y administracin de los recursos telefnicos internos, salientes y entrantes. RTB/PSTN: Red telefnica Bsica / Public Switched Telephone Network. VoIP: Voz sobre IP, Telefona IP, Hardware y software que permite tener telefona por paquetes (Internet).

INTRODUCCIN
En la actualidad las empresas buscan optimizar cada vez ms los recursos tecnolgicos con los que cuenta. El crecimiento de la mediana y pequea empresa, demanda ms inversin y productividad, pero con esto tambin crecen los costos operativos. Las tecnologas de comunicacin, particularmente los PBX que ofrecen servicios de distribucin automtica de llamadas, buzn de voz, entre otras, representan un requerimiento bsico para la operacin de cualquier empresa, sin embargo, tradicionalmente, se haban considerado casi inaccesibles para las PYMES, debido a sus altos costos. Como respuesta a esta situacin, se han desarrollado diferentes herramientas de Telefona IP que permiten a las pequeas y medianas empresas, acceder a los beneficios que ofrecen las diferentes formas de transmisin de informacin (voz, datos y video) pero a muy bajos costos. Estas herramientas son basadas en software libre y estn soportadas por grandes comunidades que permanentemente las actualizan y mejoran, logrando una robustez similar y a veces superior que las soluciones propietarias. Un ejemplo destacable de lo mencionado anteriormente es Asterisk, una plataforma de comunicaciones basada en software libre de gran penetracin en el mercado, que responde exitosamente a las necesidades de las pequeas y medianas empresas de todo el mundo. Por lo anterior, La Facultad de Matemticas e Ingenieras de la Fundacin Universitaria Konrad Lorenz, ha decidido tomar como lnea de investigacin formativa referente a la tecnologa IP e Incursionar en el uso de aquellas nuevas tecnologas de la comunicacin.. Este documento se compone de cuatro captulos. En el primer captulo, se trata aspectos que fueron definidos para el desarrollo de la investigacin, dentro de los que se encuentran; los objetivos, alcance y recursos. En el segundo captulo, se describen las bases tericas que soportan el objeto de la investigacin tratando los antecedentes, marco terico sobre el protocolo H.323/IAX2, luego un tercer captulo, en el cual se plasma el desarrollo de la investigacin sobre los protocolos de sealizacin H.323/IAX2 bajo la plataforma de Asterisk, aqu es en donde se describe el contexto, las pruebas realizadas y el anlisis correspondiente; y por ltimo un cuarto captulo, en el cual se exponen las conclusiones y las recomendaciones.

10

1.ASPECTOS

INICIALES

1.1.OBJETIVOS
1.1.1.General Presentar un anlisis de requerimientos y plan de pruebas de
la plataforma Asterisk utilizando estndar H.323 e IAX2 en entornos clienteservidor.

1.1.2.Especficos.
Identificar las generalidades de la plataforma Asterisk para la configuracin del H.323. Identificar las generalidades de la plataforma Asterisk para la configuracin de IAX2. Realizar la configuracin de los estndar H.323 e IAX2 en Asterisk. Impulsar el grupo de investigacin para dar apoyo al proyecto macro.

1.2.PROPOSITO.
Este proyecto tiene como fin realizar investigacin formativa a travs del anlisis documentado sobre el comportamiento, funcionalidad, las ventajas y desventajas de implementacin del estndar H.323 y el protocolo IAX2 bajo Asterisk.

1.3.CRONOGRAMA
Este proyecto est regido por el cronograma estipulado para el desarrollo del proyecto macro: Identificacin de las funcionalidades, potencialidades y requerimientos tcnicos, para la implementacin de ASTERISK.

Tabla 1. Cronograma

Meses
Actividad a desarrollar
Instalacin de Asterisk y Revisin de la Bibliogrfica disponi ble Exploracin inicial de las funcionali dades de Asterisk Identificacin de los requeri mientos tcnicos para la realizacin de un plan de pruebas complet o y bsico sobre Asterisk. Realizaci n del plan de pruebas bsicos. Docum entacin del proyecto
Enero-Febrero Marzo Abril Mayo-Junio

11

2.MARCO

TEORICO.

2.1.ANTECEDENTES
En la dcada de los 90s, se produjo una evolucin tecnolgica en las redes de de datos, gracias al inters de las empresas en involucrar a las redes como medio de comunicacin dentro de su entorno (redes empresariales). Dentro de las redes utilizadas para este propsito, se destacan las redes ATM, que luego fueron sustituidas por redes IP/Ethernet. A finales de esta dcada, surgi y creci de manera impresionante el fenmeno de la Internet, lo cual motivo desarrollar el concepto NGN (New Generation Network).

2.1.1.Histricos

De acuerdo a la ITU, una NGN es una red por paquetes que proporciona mltiples servicios de banda ancha, que utiliza tecnologas de transporte con una calidad de servicio mnima y en la cual las funciones relacionadas con el servicio son independientes de las tecnologas de transportes subyacentes.

Este tipo de redes soporta servicios de: Multimedia, Simulacin de servicios PSTN/ISDN, Acceso a Internet, entre otros. Uno de los estndares utilizados en las NGN es H.323, para proveer a los usuarios de la red tele-conferencias (transmisin de voz, video y datos en tiempo real).

La primera versin del H.323 fue expuesta en el ao 1996 , con el objetivo de proveer videoconferencia en tiempo real para tecnologa LAN y WAN, en el ao 1998 se expuso la segunda versin del estndar, que incluyo funcionalidad de voz sobre IP. Hasta el momento la ITU ha expuesto la versin 6, la cual fue aprobada el 13 de junio de 2006 por la Comisin de Estudio 16 (2005-2008) del UIT-T por el procedimiento de la Recomendacin UIT-T A.8

Paralelamente al progreso del estndar H.323, se desarrollaba PBX Asterisk, tecnologa integradora de la telefona convencional y la emergente telefona IP. Esta tecnologa fue creada por Mark Spencer, quien a travs de GPL logro obtener una alternativa de PBX libre en el Mercado. El estudio y el desarrollo estuvieron soportados por los resultados y trabajos realizados por Jim Dixon en el proyecto Zapata, el cual impulsaba la creacin de hardware (tarjetas telefnicas) open source. De la informacin e investigacin del desarrollo de software y hardware para Asterisk, se concluye que el objetivo en comn que comparten estos proyectos es ofrecer una alternativa de comunicacin a travs de la red de datos de una empresa al mejor costo posible y al alcance de todos.

12

2.1.2.Legales En Colombia no existe una legislacin acerca de la transmisin


de voz va internet por no considerarse como un servicio de valor agregado citado en el decreto 3055 de 2003, con lo cual no se considera un delito el hacer uso de estas herramientas para la comunicacin.

2.1.3.Investigativos

A continuacin exponemos ideas centrales de investigaciones, proyectos y trabajos, en el cual el objeto de estudio es la Telefona IP y Proyectos de desarrollo en Asterisk:

Dnic- Telefona: proyecto Voz IP, desarrollado para establecer a travs del a red telefnica comunicacin entre las diferentes sedes de la Universidad Nacional, sin ningn costo. As mismo, se adelantan investigaciones que permitirn a la Universidad extender el servicio a travs de la red WAN de la universidad. El fin del proyecto, es aprovechar la red de datos e implementar sobre la red diversos servicios via IP como; telefona, fax y mensajera, entre otros.

Diseo e implementacin de experiencias docentes para el servicio de voz sobre IP mediante la utilizacin de la plataforma Asterisk Proyecto de grado de la Universidad Austral de Chile de la Facultad de ciencias de la ingeniera, con el que se pretenda mostrar una solucin que permitiera mejorar los sistemas de comunicacin y mensajera de voz , desde lo residencial hasta lo organizacional, el trabajo consta de una extensa documentacin que va desde la explicacin de protocolos y arquitecturas usadas para implementar redes para telefona IP, hasta la implementacin de la herramienta Asterisk como PBX y un anlisis de los resultados.

2.2.BASES TEORICAS
Una red telefnica agrupa a un nmero de centralitas telfono, en las cuales se realiza el proceso de conmutacin1. En sus inicios las redes telefnicas clsicas, se fundamentaron en la conmutacin de circuitos (RTC)2, luego con el transcurrir de los aos se implemento la conmutacin electromecnica. Hacia los aos 60, se desarrollo la conmutacin de red digital y, posterior a esta revolucin se sumo la implementacin de la tecnologa de ordenadores, que permiti el intercambio de mensajes sobre una red de conmutacin de paquetes independiente y dedicada3. La red telefnica conmutada (RTC) es una red conmutada de circuitos tradicional. La RTC abarca el conjunto de redes telefnicas existentes, sobre la
1

Conmutacin es la interconexin necesaria para la comunicacin entre dos aparatos telefnicos. 2 RTC es la traduccin en castellano de la sigla inglesa PSTN (Public Switched Telephone Network) 3 Protocolos de sealizacin para el transporte de Voz sobre redes IP.

13

cual existe flujo de informacin (Cada una de las llamadas realizadas a travs de este tipo de redes). Esta red es de tipo dedicado, principalmente su diseo est orientado en primer instancia para la transmisin de voz reservando un canal para este proceso. La RTC utiliza nmeros telefnicos para identificar la conmutacin de llamadas en las centrales telefnicas. La internet representa la unin de redes de comunicacin no centralizadas, la cual utiliza la familia de protocolos TCP/IP. Para la internet el flujo de informacin representa los paquetes de datos que se intercambian en este tipo de redes. La internet no es una red dedicada, lo que permite que varios servicios puedan ser llevados a cabo de manera simultnea a travs de un mismo canal. La internet utiliza direcciones IP para la conmutacin de paquetes entre routers4. A continuacin se hace un resumen de las propiedades del RTC y la Internet.

Tabla 2. Propiedades RTC y Internet

Propiedad flujo de informacin tipo de red

RTC

Internet paquetes no dedicada direcciones IP Router

llamadas dedicada nmero identificador en la red telefnico Donde se conmutan los flujos de informacin Central telefnica

Fuente. Una gua para crear una infraestructura de voz en regiones en desarrollo ; autor: Alberto EscuderoPascua.

2.2.1.PBX

Es la sigla de Private Branch Exchange (Central secundaria privada automtica), es una central telefnica que gestiona y administrar los telfonos que se encuentran en una empresa a partir de una sola lnea telefnica, sin permitir que los telfonos tengan una salida independiente hacia la RTC. Esta central telefnica, es de uso privado, con la cual se pueden gestionar las llamadas internas, entrantes y/o salientes a travs de una sola lnea telefnica. El PBX es una central telefnica de tipo secundario, ya que representa una derivacin de la RTC en una empresa y a travs de la cual la empresa puede gestionar llamadas entrantes de la RTC y llamadas salientes hacia la RTC.

VoIP para el desarrollo Una gua para crear una infraestructura de voz en regiones de desarrollo.

14

Figura 1. Esquema PBX


EMPRESA

PSTN (RTC -RTB)

PBX

Fuente. Autores Yanneth Dimas y Luis Morales

El PBX cumple funciones primordiales para que se lleve a cabo una llamada tanto interna como externa, como lo son; establecer la conexin entre los usuario de la llamada, mantener la llamada durante su ejecucin y gestionar informacin sobre la tarifacin de llamadas. Adicional a las funciones mencionadas, tiene la posibilidad de implementar servicios adicionales, las ms conocidas son: Llamada en espera, contestador automtico, msica en espera, transferencia de llamadas, buzn de voz, conferencia, contestar llamadas de otra extensin que este timbrando, directorio automatizado, mensajes de bienvenida, entre otras no menos importantes.

2.2.2.Asterisk y Protocolo H.323 La telefona IP, se basa en el hecho de


transportar comunicaciones telefnicas a travs de paquetes IP, telefona por internet, las alternativas tecnolgicas se dividen en dos subgrupos , que son las tecnologas cerradas propietarias y los sistemas abiertos. Asterisk es un sistema de comunicaciones de tipo centralita telefnica, el cual brinda calidad en cuanto a llamadas, distribucin en diferentes sectores y registros. Asterisk se puede controlar gracias a que posee cdigo abierto, lo cual permite adaptarlo a las necesidades que se den en el momento y se necesiten configurar en el sistema, llevando a cabo diferentes comunicaciones (llamadas internacionales IP, conferencias, ingreso a red de celulares, sistema de recepcionista virtual- men interactivo, notificaciones de correo, etc.) con un muy bajo costo. De lo anterior, se indica que Asterisk representa una central telefnica anloga en un PBX digital. Asterisk es un PBX que integra tecnologas de telefona convencional y telefona IP. Los telfonos que pueden utilizarse son telfonos IP, analgicos o ADSI telfono analgico con display digital.

15

Figura 2. Esquema PBX y Asterisk


Voz IP PSTN (RTC -RTB)
Troncal Anloga

EMPRESA

PBX IP
Troncal Digital (E1-T1)

Fuente. Autores Yanneth Dimas y Luis Morales

Asterisk es interoperable, lo cual permite que se integren a otras aplicaciones de forma efectiva y funcional. Dentro de los protocolos que se puede configurar una red telefnica Asterisk permite utilizar el estndar H.323, el cual es usado en entornos multimedia para la transmisin de datos, audio y video en tiempo real. El estndar H.323, abarca un conjunto de protocolos para establecimiento de sesin (o llamada), codificacin, transporte entre otros. El estndar pertenece a la familia H.32X, la cual maneja las recomendaciones que refieren a comunicacin multimedia en la cual se pueden destacar los siguientes estndares: H.324 en redes SCN. Permite la comunicacin sobre SCN- Redes pblicas conmutadas, conocidas comnmente como telfonos convencionales. H.320, H.321, H.310 en redes RDSI. Estas recomendaciones permite la comunicacin en lneas RDSI - Redes de Servicios Digitales Integrales. H.322 para redes de paquetes con capacidades de QoS. El H.323 es una recomendacin extendida del H.320, pero optimizada para Internet. Esta recomendacin fue diseada para incluir Voz y telefona sobre IP en servicios de comunicaciones entre redes PBN (Redes Basadas en Paquetes), dentro de las cuales se encuentran; redes que incluyen las de tipo IP como Internet, las de Intercambio de paquetes (IPX), redes de rea amplia (WAN), redes de rea Local (LAN) y conexiones telefnicas que utilicen el 16

protocolo PPP (Protocolo punto a punto) y que se encuentran sobre Redes telefnicas conmutadas(RTC) y Redes digitales de servicios integrados (RDSI). Una entidad H.323, se define como aquel componente que hace parte de la arquitectura del H.323 Una entidad H.323 puede tener las siguientes caractersticas: Llamable: Se considera a una entidad que puede ser llamable, es decir, que en el proceso de comunicacin un usuario determine que la entidad es una entidad destino. Direccionable: Es una entidad que tiene una direccin de transporte Son entidades llamable; los terminales, las MCU, las pasarelas, y los MGC, no son llamables los controles de acceso,los MC , ni los MG. A continuacin se muestra el esquema que plantea el alcance de la Rec. UITH.323.

Figura 3. Esquema Alcance de la Rec.

Fuente. UIT-T H.323 Serie H: Sistemas audiovisuales y Multimedia; Sistemas de comunicacin Multimedia basados en paquetes

El H.323 reconoce las siguientes entidades dentro de su arquitectura:

17

Terminales. Representan a los dispositivos fsicos, que se encuentran en cualquier extremo de la red, los cuales proporcionan la comunicacin bidireccional en tiempo real con otro terminal H.323, Gateway o unidad de control multipunto (MCU), dentro de los cuales estn incluidos la pila de protocolos, que se mencionarn ms adelante. Esta entidad se considera llamable y direccionable. Todas las terminales H.323 poseen; interfaces del equipo de usuario, cdecs de video y audio, el equipo telemtico, la capa H.225, las funciones de control y la interfaz de red. Un terminal puede estar en la capacidad de facilitar servicios de voz y datos, datos y video, voz y voz o vdeo o nicamente voz. Los requisitos mnimos para tener una terminal H.323, es que soporte voz y posea el cdec G.711, H.245, Q.931 y el componente RAS, de Los cuales se hablar ms adelante. Gateways (Pasarela). Son entidades llamables y direccionables. Permiten la interconexin entre diferentes tipos de redes, es decir, facilita la comunicacin bidireccional en tiempo real entre terminales que se encuentren en redes por paquetes y otras redes que cumplan con recomendaciones ITU, tales como; UIT-T H310 (H320 sobre RDSI-BA), H.320 (RDSI),H321(ATM),H.322(LAN con GQoS),H.324(RTG),H.324M(Mviles) y V.7(Seales vocales y datos simultneos digitales).[1]. Una de las funciones fundamentales en el proceso de la comunicacin la realiza el Gateway, ya que es el encargado de realizar las traducciones entre formatos de transmisin, procedimientos de comunicacin y traduccin de cdecs de audio y video entre redes, permitiendo enlaces; con terminales telefnicos anlogos sobre redes de telefona bsica (RTB), con terminales remotos con estndar H.320 sobre redes RDSI que soportan circuitos conmutados (SNC) y terminales remotos con estndar H.324 sobre redes de telefona bsica (RTB).

Figura 4. Estructura lgica de un Gateway H.323

Fuente. Cisco Systems Integracin de redes de voz y datos

Gatekeepers (Control de acceso). Es una entidad que representa el punto principal y central, el cual administra las zonas5, el ancho de banda y controla la sealizacin, las autorizaciones de todas las llamadas6 y los terminales
5

Una zona H.323 es un conjunto de dispositivos (Terminales, GW,MCU y GK. Una zona tiene solamente un controlador de acceso. Una zona puede ser independiente de la topologa de la red y comprende mltiples segmentos de red conectados mediante dispositivos como en caminadores. 6 La autorizacin de llamadas es opcional en los gatekeepers, a travs de esta se acepta o rechazan las llamadas efectuadas por puntos terminales por restricciones predeterminadas en los gateways o puntos terminales.

18

registrados en una zona. Dentro de los servicios que ofrece estn; la traduccin de direcciones de una red H.323 a direcciones IP o IPX, gestin del ancho de banda y control del acceso de terminales H.323, gateways y MCU a la red7, emitiendo mensajes de peticin (ARQ)8, obteniendo como respuesta mensajes de confirmacin (ACF)9 o mensajes de rechazo (ARJ)10. Esta entidad contiene el enrutamiento lgico, lo que permite administrar el enrutamiento de llamadas y balanceo de los gateways. Para todas las instalaciones VoIP bsicas que usen el estndar H.323, es necesario considerar el gatekeeper, ya que este permite: Una administracin central de planes de conexin y enrutamiento de llamadas, Acceso a funciones AAA11 importantes en la seguridad y facturacin de una red VoIP, Localizacin de recursos basados en polticas12 y facilita el proceso de llamada a terceros.

Unidades de Control Multipunto (MCU). Esta entidad representa un extremo de una red, la cual permite que ms de dos terminales y pasarelas se encuentren en una conferencia multipunto. Permite conectar dos terminales para llevar a cabo una comunicacin punto a punto, la cual puede tender a ser multipunto. La MCU es una entidad direccionable y llamable. La MCU est conformada por un controlador multipunto (MC), que permite gestionar los canales H.245 y define que capacidades se encuentran comunes entre las terminales para el procesado de audio y video, una vez determinadas las capacidades este informa a los extremos de la red el modo por el cual pueden efectuar la transmisin, mientras que el procesador multipunto (MP), es el encargado de procesar, mezclar y conmutar los trenes de informacin (voz, video y/o datos) y enviar resultados de estos a las terminales que hacen parte de una conferencia multipunto.

El gatekeeper realiza este control de acceso a travs del canal H.225 RAS para colocar o no llamadas en la red. 8 ARQ mensajes de peticin RAS enviado por un terminal para establecer comunicacin o para solicitar el ancho de banda y el permiso necesario para continuar con el inicio de la llamada. 9 ACF mensajes de confirmacin de admisin RAS enviado por el gatekeeper al punto terminal que est solicitando el ARQ (generando la llamada). 10 ARJ mensajes de rechazo de admisin RAS enviado por el gatekeeper al punto terminal que est solicitando el ARQ. 11 AAA funciones de autenticacin, autorizacin y recuento, esenciales en los sistemas de seguridad y facturacin. 12 Las polticas son establecidas para el registro de llamadas, en base a los privilegios del usuario, destinos, ancho de banda, etc.

19

Figura 5. Funciones Distribuidas de MP y MD

Fuente. Cisco Systems Integracin de redes de voz y datos

Los tipos de conferencia multipunto son: Unidifusin centralizada: En este tipo de conferencia, el MC y el MP se encuentran ubicados en una MCU, en la cual los terminales y Gateway que participan en la conferencia establecen sesiones de control conexin con el MC a travs de H.245 y envan flujos de medios al MP realizando la interpretacin de cdecs, luego el MP mezcla el audio de todas las fuentes y luego devuelve a cada fuente por independiente el resultado de la mezcla.
Figura 6. Conferencia unidifusin centralizada

Fuente. Cisco Systems Integracin de redes de voz y datos

20

Multidifusin centralizada: El MC y el MP se encuentran ubicados en una MCU, se establece sesin de control a travs de H.245 tal como lo hace la conferencia unidifusin centralizada. El MP despus de recibir el flujo de medios de cada una de las fuentes, ejecuta la mezcla de audio, sin embargo enva el resultado de la mezcla al grupo de multidifusin, el cual se encarga de enviarlo a cada una de las fuentes participantes en la conferencia.

Figura 7. Conferencia multidifusin centralizada

MCU Multidifusin MC+MP


H.245 Sesiones de control de medios con el MC Flujos de medios al MP

Flujo de audio mezclado por MP

Fuente. Cisco Systems Integracin de redes de voz y datos

Multidifusin descentralizada: El MCU solamente tiene integrado el MC, ya que para este tipo de conferencias no se requiere del MP, ya que a travs de multidifusin los participantes reciben directamente el audio de cada uno de los dems participantes. Es de aclarar, que para poder realizar este tipo de conferencia, cada uno de las fuentes, debe estar en la capacidad de mezclar audios que recibe de las dems fuentes, comprendiendo el cdec utilizado.

Figura 8. Conferencia multidifusin descentralizada

Fuente. Integracin de redes de voz y datos; Cisco

21

Mixtas: Este tipo de conferencia es una mezcla de los anteriores tipos de conferencia, en la cual la MCU acta como puente para la conexin de los participantes, los cuales inician sesin a travs de H.245 bidireccional, el MC se une a la multidifusin a travs del MP para soportar la porcin de conferencia multimedia descentralizada. La MCU proporciona acceso a conferencias multidifusin a los host que no soportan la multidifusin, es decir, no cuentan con la capacidad de mezclar audios que recibe de las dems fuentes y la interpretacin de los cdecs utilizados en la conferencia.

Figura 9. Conferencia Mixta

Fuente. Cisco Systems Integracin de redes de voz y datos

Los componentes del H.323 se comunican a travs de la transmisin de trenes de informacin, los cuales pueden ser: Trenes de datos: corresponden a seales que incluyen imgenes sin movimiento, documentos, ficheros de computador entre otros datos (Segn Rec. UIT-T H.323). Trenes de audio: corresponden a seales vocales digitalizadas y codificadas, la cual va acompaada de una seal de control de audio (Segn Rec. UIT-T H.323). Trenes de video: Seales de video digitalizado y codificado, la cual va acompaada de una seal de control de video. Este tipo de seales se 22

transmite a una velocidad menor a la que resulta de intercambio de capacidades de transmisin entre los componentes (Segn Rec. UIT-T H.323). Control de comunicaciones: Seales que se dan entre los componentes para el intercambio de capacidades, apertura y cierre de canales lgicos, control de modo, entre otras propias del proceso de comunicacin (Segn Rec. UIT-T H.323). Control de la llamada: Seales utilizadas para el establecimiento de la comunicacin y la desconexin de la misma, entre otras propias del control de llamadas (Segn Rec. UIT-T H.323). Para poder recibir, procesar y enviar las seales que provienen de las fuentes de video y de audio (dispositivos como: cmaras, monitores, micrfonos, aparatos telefnicos entre otros que emitan video y/o audio), el estndar H.323 utiliza los cdecs.

2.2.2.1. Cdecs H.323

Los cdecs representan los codificadores y decodificadores que son utilizados para codificar las seales de video y audio recibidas de las entradas (dispositivos) y que luego se decodifican para enviar una salida de transmisin (el video o el audio enviado a un dispositivo). La recomendacin H.323 identifica los siguientes cdecs: El cdec de video, que se trata en las recomendaciones H.261, H.263 y H.263+ realizadas por la UIT, para la codificacin y decodificacin de video. El cdec de audio, que se trata en las recomendaciones G.711, G.722, G.723, G.728 y G.729 elaboradas por la UIT, para la codificacin y decodificacin de audio. Para el caso de la transmisin de datos, el estndar H.323 identifica un canal de datos, el cual soporta aplicaciones telemticas, acceso a bases de datos, conferencias audiogrficas. Para este canal, la UIT desarroll la recomendacin T.120 (A travs del cual se permite prestar servicios interoperables durante una conferencia multipunto de datos en tiempo real) y para ejecutar otros servicios la negociacin con el H.245. Las terminales H.323 que tengan la capacidad de transmisin de video, deben ser capaces de codificar y decodificar video en los medios H.261 o H.263. Las negociaciones para trabajar a travs de codificacin y decodificacin con medios H.264 se encuentran descritos en la Rec. UIT-T H.241. Una terminal H.323 puede enviar y recibir ms de un canal de video al mismo tiempo, esto de acuerdo a las negociaciones a travs del canal de control H.245. Toda terminal H.323 tendr un cdec de audio que le permitir codificar y decodificar las seales vocales, sin embargo puede hacer uso de cdecs opcionales que se encuentren dentro de la negociacin h.245. As mismo, tendr la posibilidad del envo simultneo de canales de audio y para el caso de las conferencias podr recibir ms de un canal de audio, para lo cual la 23

terminal tendr que realizar una mezcla de audio para dar origen a una seal de audio compuesta a presentar al usuario. El terminal H.323 utilizar el H.245, con el fin de conocer cuntos trenes de audio simultneos es capaz de decodificar. La cantidad de canales de datos para una terminal H.323 pueden ser opcionales, estos canales pueden ser unidireccionales o bidireccionales, lo cual supervisado por la recomendacin T.120 para efectos de interoperabilidad entre terminales H.323 y otros terminales.

2.2.2.2. Protocolos de H.323 El estndar H.323 presenta dentro de su


arquitectura una unidad de control de sistema, la cual se compone de los siguientes protocolos de control:

Figura 10. Pila del protocolo H.323

Fuente. Cisco Systems Integracin de redes de voz y datos

H.245. Protocolo de transporte entre terminales que lleva informacin referente a las capacidades, descripcin de canales lgicos y medios disponibles para el intercambio, mensajes de control y control de flujo entre las mismas. Los mensajes H.245 se clasifican en: mensajes de peticin, mensaje de respuesta (es una accin de respuesta al emisor), instruccin (requiere una accin por parte del receptor) e indicacin (estos ltimos informativos y no requieren alguna accin de peticin o respuesta). H.225. Protocolo de conexin, que realiza el formateo de los trenes de informacin en mensajes para ser enviados a la interfaz de red y formatea los mensajes que han sido introducidos a travs de la interfaz de red. La capa de H.225 controla la alineacin de las tramas lgicas, deteccin de errores y correccin de los mismos dependiendo el tipo de medio. H.225 RAS (Registration/Admission and Status). Permite establecer sesin para realizar la comunicacin entre terminales a travs de los dispositivos de red necesarios para esta. Este protocolo determina la forma en la que se 24

conecta, se desconecta una terminal, efectuando cambios en el ancho de banda para su optimizacin. Los protocolos H.225 y H.225RAS se soportan en los protocolos de transporte RTP/UDP/IP13 para la sobrecarga de audio y protocolos IP/UDP o IP/TCP para los mensajes de control. RTP (Real-Time Transport Protocol). Este protocolo a nivel sesin, es requerido para realizar la transmisin de informacin en tiempo real. Este protocolo es utilizado en las videoconferencias para transmitir audio y video entre los participantes. RTCP (Real-Time Transport Control Protocol).Este protocolo se basa en la transmisin de paquetes en forma peridica cuando se establece una sesin RTP, que permite saber a travs de informes de emisor y receptor la calidad del servicio e identificar a travs de un identificador llamado CNAME efectuar el seguimiento constante de un participante en una conferencia, esto con el fin de sincronizar el audio y video en una sesin multimedia. H.450 - Servicios suplementarios. El estndar H.323 define a los servicios suplementarios14 en los puntos terminales, ya que utiliza la red solo para encaminamiento. El conjunto de recomendaciones H.450 define la sealizacin entre los puntos terminales para ejecutar los servicios suplementarios. A continuacin se relacionan los servicios suplementarios bsicos:

Tabla 3. Servicios suplementarios

Servicio Suplementario Recomendacin UIT-T Funciones genricas H.450.1 Transferencia de llamadas H.450.2 Desvo de llamadas H.450.3 Retencin de llamadas H.450.4 Aparcar/ recuperar llamadas H.450.5 Llamada en espera H.450.6 Mensajes en espera H.450.7 Identificacin de nombre H.450.8 Conclusin de llamada H.450.9 Oferta de llamada H.450.10 Llamada intrusa H.450.11 Servicios de informacin de red comunes H.450.12
Fuente. Cisco Systems Integracin de redes de voz y datos
13

UDP es un protocolo basado en la transmisin de datagramas sin conexin, lo que permite que no se valide que los paquetes enviados lleguen completos y en orden a su destino.RTP es un protocolo utilizado para transmitir seal vocal sobre UDP. UDP y RTP se encuentran en la capa de transporte del modelo OSI. 14 Los servicios suplementarios son capacidades aadidas que mejoran, simplifican o complementan la funcionalidad de un servicio o aplicacin de comunicaciones.

25

Para que el protocolo se ejecute, los puntos terminales deben entender la lgica del servicio. El protocolo de H.450x se ejecuta sobre el protocolo de sealizacin para el establecimiento de llamadas Q.931.

2.2.2.3. Direccionamiento de H.323

El estndar H.323 maneja un esquema de direcciones, con el fin de poder establecer una comunicacin entre dispositivos H.323. En este esquema de direcciones se compone de una direccin de red IP y un identificador TSAP15 . El estndar H.323 utiliza un mtodo alterno para la identificacin de los puntos terminales y conferencias multiparte. Un punto terminal puede contar con varias direcciones alias, esto facilita el proceso de identificacin de un punto terminal de una conferencia multiparte y permite que H.323 opere independientemente de la IP en cualquier capa de red. Los alias, pueden estar compuestos por cadenas alfanumricas identidades H.323 (Ej: hhh@host.com ) y direcciones de dialledDigits o de partyNumber (nmeros telefnicos privados y nmeros pblicos E.164)16. Los gatekeepers, los MC y los MP no contiene la direccin alias, ya que son entidades H.323 no llamables. Es importante aclarar, que las direcciones alias dentro de una zona deben ser nicas y en el evento en tener diferentes zonas, los alias deben estar compuestos por el identificador personal acompaado por el nombre de la zona (usuario@nombre_zona), teniendo en cuenta que el nombre de la zona debe ser igual al nombre del dominio DNS donde reside el gatekeeper. El proceso de descubrimiento del gatekeeper es fundamental en una red que est bajo el estndar de H.323, ya que permite la integracin entre los puntos terminales y los gatekeeper17. A continuacin se relacionan tres mtodos para descubrir el TSAP y la direccin de la red de un gatekeeper: Preconfiguracin: Este mtodo indica que en el punto terminal se puede preconfigurar la IP del gatekeeper, lo que indica que la terminal ya tiene la direccin con la cual establecer comunicacin con el gatekeeper a travs de peticiones GRQ18, para negociar la conexin H.225 RAS. Multidifusin: Este mtodo permite a los puntos terminales que no tienen preconfigurado la IP del gatekeeper enviar mensajes GRQ a los nombres DNS

15

Representa a un punto de acceso al servicio de transporte (puede ser un puerto TCP o UDP). Al TSAP se le denomina tambin como la direccin a nivel de transporte, la cual sirve para establecer comunicacin entre dos entidades. Los identificadores TSAP permiten multiplexacin de varios canales que comparten la misma direccin de red ( Rec. H.323 06/2006- Sistemas de comunicacin multimedia basados en paquetes). 16 La recomendacin UIT-T H.225.0 define otro tipo de direcciones aceptadas como alias en el estndar H.323. 17 El gatekeeper forma los lmites de las zonas H.323 18 GRQ es un mensaje que un punto terminal enva para localizar un gatekeeper con el que se pueda registrar. Cuando se lanza esta solicitud, se espera un mensaje de rechazo del gatekeeper (GRJ) o un mensaje de aceptacin (GCF) para el registro de la terminal en el gatekeeper.

26

conocidos o direcciones de grupos multidifusin IP: Gatekeeper.mcast.net 224.0.1.41. DNS: Este mtodo consiste en que los puntos terminales utilicen el DNS a travs de registros SRV o registros TXT para descubrir el gatekeeper para registro o para la bsqueda de un gatekeeper de otro para realizar el LRQ19.

2.2.2.4. Proceso de sealizacin en H.323 Para entender el proceso de


sealizacin en una red H.323, a continuacin se muestra la estructura de los paquetes que maneja cada uno de los protocolos que intervienen en el proceso de comunicacin:

Figura 11. Protocolo UDP 16 bits Puerto de Origen Longitud 32 bits Puerto de Destino Suma de comprobacin del encabezado

Datos Fuente. UDP: User Datagram Protocol aviable [online]. Aviable from internet <http://javvin.com/protocolUDP.html>, Abril-Mayo 2009

Es un protocolo que no est orientado a conexin. Puerto de origen: Corresponde al nmero de puerto del remitente. Puerto de destino: Corresponde al nmero de puerto del remitido. Longitud: indica la longitud del segmento, incluyendo el encabezado de este. Suma de comprobacin: Esta operacin se realiza con el fin de verifica que el segmento se encuentre completo. El protocolo TCP es un protocolo orientado a la conexin, su estructura es la siguiente: (Vase Figura 12)

19

LRQ es un mensaje de solicitud enviado para este caso de un gatekeeper a otro gatekeeper de una zona distinta con el fin de conocer la ubicacin de un punto terminal.

27

Figura 12. Protocolo TCP

Fuente. UDP: User Datagram Protocol aviable [online]. Aviable from internet < http://www.javvin.com/protocolTCP.html>, Abril-Mayo 2009

Puerto de origen: Corresponde al nmero de puerto del remitente. Puerto de destino: Corresponde al nmero de puerto del remitido. Nmero de secuencia: Corresponde al nmero de secuencia con el que se comenz a sincronizar los nmeros de secuencia. Nmero de acuse de recibo: Corresponde al nmero de secuencia del ltimo segmento esperado. Margen de datos: Permite identificar el inicio de los datos del paquete. Reservado: Es una reserva para implementar alguna funcin en el futuro. Indicadores (UGR,ACK,PSH,RST,SYN,FIN): corresponden a los indicadores de los mensajes. Ventana: Permite visualizar el nmero de bytes que el receptor est dispuesto a recibir sin acuse de recibo. Suma de Control: Es una suma de control para validar la integridad del encabezado del paquete. Puntero urgente: indica el nmero de secuencias que se tienen despus de haber sabido que el paquete se torna urgente. Relleno: Se rellena con ceros para tener una longitud que sea mltiplo de 32 bits. El protocolo H.225 y el protocolo H.245 manejan la estructura de paquete definida en el estndar Q.931, el cual se estructura de la siguiente forma:

28

Figura 13. Protocolos definidos con estndar Q.931

Fuente. UDP: User Datagram Protocol aviable [online]. Aviable from internet < http://www.javvin.com/protocolH245.html>,Abril-Mayo 2009

El Discriminador de Protocolo (PD): Es el mensaje de control de llamada en la interfaz usuario a red. Referencia de llamada en la conexin usuario-red (RF): Utiliza un Byte para indicar la longitud CRV, el cual utiliza 4 bits para la longitud y 4 bits de relleno 0000 y utiliza un segundo Byte para asignar el valor del CRV (utilizando 7 bits), el cual se asigna al inicio de la comunicacin y permanece hasta la finalizacin de la llamada. El bit ms significativo se utiliza como bandera para indicar que extremo de la red origino la referencia de llamada (CRF). Cuando el bit tiene valor cero 0, significa que ese punto fue el que origino la llamada y su valor es uno 1, cuando el punto es el destino de la llamada. Tipo mensaje (MT): Utiliza un Byte, en el cual se tiene el tipo de mensaje (accin a realizar), este tipo de mensajes estn clasificados en: Establecimiento de llamada, Informacin se llamada, Liberacin de llamada y Miscelneas.

Tabla 4. Mensajes de establecimiento de llamada

Significado ALERTING Indicacin o aviso de llamada. CALL PROCEEDING Recibida la informacin para establecer la llamada. CONNECT Establecimiento de llamada completado. CONNECT ACKNOWLEDGE Reconocimiento de CONNECT. PROGRESS Sealizacin temporal durante el establecimiento. SETUP Llamada con requerimientos de servicios portadores. SETUP ACKNOWLEDGE SETUP Recibido, pero se necesita ms informacin.
Fuente. Mara Carmen Espaa Boquera. Servicios avanzados de telecomunicacin

Mensaje

29

Tabla 5. Mensajes de informacin de llamada

Significado HOLD Peticin para poner una llamada en retencin HOLD ACKNOWLEDE Peticin de retencin HOLD REJECT Peticin de retencin denegada RESUME Peticin para reanudar una llamada RESUME ACKNOWLEDGE Acuse de peticin de llamada reanudada RESUMEN REJECT Rechazo de peticin de peticin de reanudacin de llamada RETRIEVE Peticin para recuperar una llamada retenida RETRIEVE ACNOWLEDGE Acuse de peticin de recuperacin de llamada. RETRIEVE REJECT Rechazo de peticin de peticin de recuperacin de llamada SUSPEND Peticin de suspensin de llamada. SUSPEND ACKNOWLEDGE Acuse de suspensin de llamada. SUSPEND REJECT Rechazo de peticin de suspensin de llamada. USER INFORMATION Informacin de user-user a travs de la sealizacin.
Fuente. Mara Carmen Espaa Boquera. Servicios avanzados de telecomunicacin

Mensaje

Tabla 6. Mensajes de liberacin de llamada

Mensaje DISCONNECT RELEASE RELEASE COMPLETE RESTART RESTART ACKNOWLEDGE

Significado Finalizar una llamada. Liberar la llamada Acuse de RELEASE Rearranque del protocolo de nivel de red Acuse de rearranque

Fuente. Mara Carmen Espaa Boquera. Servicios avanzados de telecomunicacin

Tabla 7. Mensajes Miscelneas

Mensaje CONGESTION CONTROL FACILITY INFORMATION NOTIFY REGISTER STATUS STATUS ENQUIRY

Significado Control de flujo de USER INFORMATION Peticin opcional de servicios de usuario Informacin adicional durante el establecimiento Indica la informacin pertinente para una llamada Asigna un valor de referencia de llamada Indica el estado del canal Peticin del estado del canal despus de congestin

Fuente. Mara Carmen Espaa Boquera. Servicios avanzados de telecomunicacin

Dentro de los otros elementos de informacin, se encuentran los: ID Identificador de mensaje, indica en un Byte si el mensaje que sigue es de usuario-usuario, un estado de desconexin, el nmero de llamada.

30

LON Representa en un Byte la longitud del mensaje. CON Contiene el mensaje propio y utiliza Bytes de acuerdo al tamao del mensaje El H.225 a travs del MT determina la funcin del mensaje. El H.225 es el canal fiable de control de llamadas, a travs del cual se intercambian conexiones, cancelaciones y mensajes de servicios suplementarios, respondiendo al puerto T1720 de las peticiones de llamadas entrantes. El protocolo H.225 est basado en las recomendaciones Q.931 y Q.932, sin embargo completa en menor tiempo una llamada y simplifica la secuencia desconexin-envo-envo-completo en un solo mensaje. El protocolo H.225 RAS20 trata de las interacciones entre un terminal H.323 y un gatekeeper (el descubrimiento de un gatekeeper y las sealizaciones entre un punto final y un gatekeeper). A travs del RAS las entidades terminales hacen peticiones a un gatekeeper y este responde en confirmacin o rechazo de la solicitud. Para distinguir el tipo de solicitud y respuesta se denominan tres letras de las siguiente forma; RQ para solicitudes, CF respuesta de confirmacin de solicitud y RJ para respuesta de rechazo de la solicitud. A continuacin se indican los servicios que se ejecutan a travs del protocolo H.225 RAS:

Tabla 8. Servicios del protocolo H.225

Servicio Descubrimiento del gateway Registro con gatekeeper Sin registros con gatekeeper Localizacin de puntos finales en una zona diferente

Solicitud GRQ RRQ URQ LRQ

Confirmacin GCF RCF UCF LCF

Rechazo GRJ RRJ URJ JRJ

Fuente. Mara Carmen Espaa Boquera. Servicios avanzados de telecomunicacin

Estas funciones solamente son mencionadas, ya que en la integracin del protocolo H.323 con Asterisk, este acta como un Gateway y la figura del gatekeeper no necesariamente es utilizada. S se quisiera que Asterisk acte como gatekeeper, esto se puede lograr al integrarlo con GNUGk (Gatekeeper open source). En la fase de comunicacin el protocolo H.245, hace uso de los siguientes mensajes21 en orden:

20 21

RAS Abreviatura de registro, admisin y estado. El mensaje en este sentido, corresponde al tipo de accin que se encuentran incluido en el paquete.

31

Intercambio de las capacidades de un punto final Los puntos finales intercambian informacin referente a capacidades de transporte y entrantes del usuario: o Tipos que soporta RTP (cdecs) o Si soporta RSVP (Q0SCapabilities) o Qu tipos de canales de medios soporta (IP UDP, IP RTP) o Si soporta RSVP, que tipo de parmetros soporta (RSVPParameters) o Si soporta RSVP, que tipo de reservas soporta (servicio garantizado frente a servicio de carga controlada) o Si soporta retransmisin DMTF (para tonos o durante una llamada activa) o Si soporta retransmisin hook-flash( Para funciones de acceso en swithches telefnicos remotos) Determinacin de maestro-esclavo El H.245 utiliza una secuencia de determinacin de maestro-esclavo, para definir qu punto final posee las mejores capacidades para soportar el control de sesin. Establecimiento de un canal lgico Inicia cuando se establecen sesiones RTP y TCP por el flujo de medios. El H.245 inicia el flujo de medios a travs del mensaje openLogicalChannel, el cual contiene los siguientes parmetros: o Nmero de puertos UDP para iniciar sesin RTP y RTCP. o Formato del medio (Cdecs de audio y video, o formatos T.120). o Informacin RSVP. o Si soporta retransmisin DMTF y hook-flash. El retardo que tuviera el proceso de establecimiento de un canal lgico en una LAN, era insignificante, sin embargo cuando el protocolo fue utilizado para establecer flujo de medios en una red WAN a travs de una sesin de llamada, el protocolo no construa la ruta para transmisin hasta que no se realizar la negociacin de medios, lo que no era eficiente y se podan perder las primeras palabras de la llamada. Por lo anterior el estndar H.323 en su versin dos presenta una solucin a este problema y a travs de enviar la conexin openLogicalChannel a travs del mensaje de SETUP del protocolo H.225, lo que permite la conexin inmediata para que los puntos finales estn listos para enviar y recibir flujo de medios.

2.2.2.5. Fases de sealizacin en H.323 A continuacin se muestra la


comunicacin entre dos terminales H.323 que se encuentran dependientes de un gatekeeper, las cuales se desarrollan en cuatro fases: Establecimiento de la Llamada (Fase A): La entidad H.323 llamante enva un mensaje H.225 RAS, en este caso ARQ al gatekeeper solicitando una llamada entrante. El mensaje ARQ contiene identificador del gatekeeper, ancho de banda necesario para la llamada, el tipo de llamada (punto a punto, de uno a muchos, de muchos a uno y de muchos a muchos), alias de fuente y destino,

32

direccin IP de la fuente y destino y puerto TCP para el control de llamadas H.225), si la parte que llama es una MC y cualquier capacidad de reserva de QoS (RSVP).

Figura 14. Solicitud de llamada entrante

TERMINAL H.323 (Entidad llamante)


154

GK

TERMINAL H.323 (Entidad llamada) 454

Fuente. Cisco System. Integracin de redes de voz y datos

Una vez Gatekeeper acepta la solicitud, enviara un mensaje RAS (ACF) a la terminal para autorizar la peticin de llamadas entrantes o salientes. Dentro de lo que compone este mensaje se encuentra: Identificador del gatekeeper H.323 Ancho de banda asignado a la llamada La identificacin del destino (alias, direccin y puerto TCP).
Figura 15. Autorizacin peticin llamada

TERMINAL H.323 (Entidad llamante)


154

GK

TERMINAL H.323 (Entidad llamada) 454

Fuente. Cisco System. Integracin de redes de voz y datos

Luego la entidad llamante establecer conexin a travs del protocolo TCP con el terminal llamado para iniciar el canal de sealizacin H.225.0, utilizando la informacin suministrada en el mensaje ACF (Direccin y puerto).

33

Figura 16. Establecimiento de conexin

TERMINAL H.323 (Entidad llamante)


154

GK

TERMINAL H.323 (Entidad llamada) 454

SETUP
Fuente. Cisco System. Integracin de redes de voz y datos

Una vez recibida la conexin por la terminal H.323 llamada, solicitar al GK autorizacin para contestar la llamada a travs de un mensaje ARQ, obteniendo a travs de mensaje ACF la autorizacin para de tomar la llamada.

Figura 17. Autorizacin respuesta llamada

TERMINAL H.323 (Entidad llamante)


154

GK

TERMINAL H.323 (Entidad llamada) 454

SETUP

Fuente. Cisco System. Integracin de redes de voz y datos

Luego a travs del canal H.225.0. se enviar la direccin IP y puerto para establecer el canal H.245 para intercambiar capacidades de punto final y negociar los medios de comunicacin que estarn presentes en la llamada.

34

Figura 18. Establecimiento canal H.245

TERMINAL H.323 (Entidad llamante)


154

GK

TERMINAL H.323 (Entidad llamada) 454

SETUP

Fuente. Cisco System. Integracin de redes de voz y datos

Intercambio de capacidades (H.245) (Fase B). Se realiza una conexin TCP, entre las entidades llamante y llamada, con el fin de intercambiar capacidades de punto final, para negociar los cdecs, los nmeros de conexiones, direcciones, puertos, determinacin de maestro-esclavo y establecimiento del canal lgico

Figura 19. Intercambio de capacidades


TERMINAL H.323 (Entidad llamante)
154

GK

TERMINAL H.323 (Entidad llamada) 454

SETUP

MENSAJES H.245: termCapabilitySet Openlogicalchannel

Fuente. Cisco System. Integracin de redes de voz y datos

35

Intercambio de informacin audiovisual (Fase C) Ambos terminales establecen canales para la transmisin de medios a travs de TCP/UDP/IP y canales de control RTCP/UDP/IP, para validar la calidad de los flujos de medios

Figura 20. Intercambio de informacin audio visual.

TERMINAL H.323 (Entidad llamante)


154

GK

TERMINAL H.323 (Entidad llamada) 454

SETUP

MENSAJES H.245: termCapabilitySet Openlogicalchannel


FLUJO RTP FLUJO RTP FLUJO RTCP

Fuente. Cisco System. Integracin de redes de voz y datos

Terminacin de la llamada (Fase D) Una vez completado el flujo de medios, las entidades enviarn a travs del canal H.245 primitivas de finalizacin de llamadas (EndSessionCommand), lo que har que el canal H.245 se cierre. As mismo, enviarn mensajes RAS (DRQ) que permitir la liberacin de recursos al GK.

36

Figura 21. Terminacin de llamada

TERMINAL H.323 (Entidad llamante)


154

GK

TERMINAL H.323 (Entidad llamada) 454

SETUP

MENSAJES H.245: termCapabilitySet Openlogicalchannel


FLUJO RTP FLUJO RTP FLUJO RTCP

MENSAJES H.245: CloselogicalChannel EndSessionCommand

Fuente. Cisco System. Integracin de redes de voz y datos

En la versin 2 de H.323 se evita el coste que sufre el tiempo de conexin al gatekeeper para poder establecer conexin entre los puntos finales H.323 a travs del tunneling del protocolo H.245 sobre el protocolo H.225, lo que pretende utilizar un solo canal para transmitir mensajes tanto de H.225 como mensajes H.245.

37

2.2.3.IAX2 Inter-Asterisk Exchange Protocol


Sus siglas traducen Inter-Asterisk eXchange Protocol , Creado por Mark Spencer como parte del desarrollo del PBX Asterisk est basado en la reunin de varios protocolos como el Real-Time y el SIP, se utiliza para manejar conexiones de VoIP entre servidores Asterisk o que utilicen IAX, pero tambin puede ser manejado en la configuracin de extensiones individuales, posee un gran manejo de Cdecs lo que le permite manejar diversos tipos de datos entre ellos el de video. La sealizacin es de tipo peer to peer AIX2 usa un par de flujos que renen voz y datos (in-band), est en la capacidad de El mayor atributo que se le puede reconocer a este protocolo es la capacidad que posee para realizar un empaquetamiento de mltiples llamadas en un canal, en otras palabras empaquetar mltiples flujos de paquetes IP (trunking) en un solo lo que quiere decir que enva voz, datos su respectiva sealizacin con un mismo encabezado. En otras palabras usa en el mismo puerto UDP para sealizacin y media, Algunas de sus caractersticas principales son: Utiliza un puerto UDP22 para realizar la comunicacin entre terminales de voz IP. La voz se transmite va in-band23 Posee soporte de Trunking24 Ideal para manejo de NATs25 Diseado para reducir el uso de banda ancha. El diseo de su cabecera posee 4 octetos (32 Bits) y 12 octetos para los puntos de control. En Asterisk el protocolo IAX2 usa el puerto UDP = 4569 .

2.2.3.1. Tramas de IAX2

En IAX2 existen 2 tipos de tramas, para las tramas completas, puede ser usado para enviar sealizacin de audio y video de forma confiable, pues el espera recibir un mensaje de confirmacin que indique el xito de la transmisin. Para las miniframes no se hacen necesarios estos mensajes de verificacin.

22

UDP (User Data Protocol ) protocolo de datos de usuario, es un protocolo definido en la capa de transporte, no proporciona seguridad de las comunicaciones 23 In-Band sistema de Broadcast digital, permite el manejo en convivencia de seales analgicas y digitales 24 Empaquetamiento de llamadas simultaneas bajo un solo flujo de paquetes IP , ahorro de ancho de banda 25 NAT (Network Address Translation - Traduccin de Direccin de Red)

38

Figura 22. Trama F fullframe

Nmero de llamada de Origen R Nmero de llamada de Destino Sello de Tiempo Secuencia de Secuencia de Salida Entrada Tipo de Trama C Subclase Datos

Tipos de trama [Online]. Espaa. Avianle from internet: < http://voipforo.com/IAX/IAXframes.php>, Abril-Mayo 2009

Las caractersticas que posee est trama son las siguientes La trama debe dar respuesta de confirmacin de recepcin al ser enviada. Este tipo de trama es el nico que necesita de una confirmacin de recepcin explicita. El campo F en la trama indica si la trama es Full Frame, para que sea as el valor debe ser 1. El Nmero de llamada de Origen o Source Call Number es el nmero de identificacin de llamada de origen, esto ocurre debido a que pueden existir varias llamadas que se encuentren multiplexadas por el mismo canal, es te nmero est compuesto de 15 Bits. El Nmero de llamada de Destino o Destination Call Number Es el nmero de identificacin de el destino de la llamada, ya que al igual que con el nmero de origen pueden existir varios destinos multiplexados en la misma lnea. Est compuesto de 15 Bits. El Campo R es el que indica si la tramas est siendo retransmitida, se activa con 1 Bit. El Campo Sello de Tiempo o Timestap Marca el tiempo del paquete completo de 32 Bits. La Secuencia de Salida o OSeqno es la secuencia compuesta por 8 bits indica el nmero de los mensajes de salida. La Secuencia de Entrada o ISeqno es la secuencia compuesta por 8 bits e indica el nmero de los mensajes de entrada. El Tipo de Trama o Frame Type Indica el tipo de trama de que se trata, Compuesto por 8 Bits. El campo C compuesto por 1 Bit, indica si la subclase debe tomarse como 1 o 2 mensajes consecutivos, si su valor es 0 se toman 7 bits si es 1 se toman 14 Bits. Subclase o Subclass Indica el tipo de subclase. Datos es la informacin que se enva en formato binario.

39

Figura 23. Trama M miniframe

Nmero de llamada de Origen Datos

Sello de Tiempo

Tipos de trama [Online]. Espaa. Avianle from internet: < http://voipforo.com/IAX/IAXframes.php>, Abril-Mayo 2009

Las caractersticas que posee est trama son las siguientes. Estn hechas para ahorrar ancho de banda esto se logra enviado la menor cantidad de informacin posible. Ests tramas no necesitan de mensaje de confirmacin de recepcin. Si sufre algn fallo o no llegan se descartan. En general el significado de los campos de esta trama son los mismos que en la trama F pero, el valor del campo F es 0. El Sello de Tiempo se encuentra cortado y posee nicamente 16 Bits Para el tipo de trama junto con la subclase sirven como Sealizacin de control y determinan las funciones del paquete dependiendo de los valores pueden indicar:

Tabla 9. Valores para type en tramas F

Valor del Type Frame 00000001 00000002 00000003

Descripcin Detalles DTMF Sirve para enviar dgitos DTMF. El campo subclase indica el tipo de cdec de audio Datos de voz que se utiliza. Datos de video Control No usado Control IAX Texto Imagen HTML
from internet: <

00000004 00000005 00000006 00000007 00000008 00000009

El campo subclase indica el tipo de cdec de video que se utiliza. Mensajes de control de sesin. Sirve para controlar el estado de los dispositivos finales. El campo subclase indica el tipo concreto de mensaje de control. Mensajes de control del protocolo IAX. Gestiona las interacciones necesarias entre los dispositivos finales. El campo subclase indica el tipo concreto de mensaje de control.

Valores de las tramas [Online]. Espaa. Avianle http://voipforo.com/IAX/IAX-F-frames.php>, Abril-Mayo 2009

40

Tabla 10. Valor de subclase con tipo de trama para datos de voz

Valor subclase (Type Frame =0x02) Datos de Voz 0x0001 0x0002 0x0004 0x0008 0x0080 0x0100 0x0200 0x0400

Descripcin (cdec que se utiliza en la conversacin) G.723.1 GSM G.711 u (u-law) G.711 a (a-law) LPC10 G.729 Speex iLBC

Valores de las tramas [Online]. Espaa. Avianle from internet: < http://voipforo.com/IAX/IAX-F-frames.php>, Abril-Mayo 2009

Tabla 11. Valor de subclase con tipo de trama control

Valor subclase (Type Frame =0x04) Control 0x01 0x02 0x03 0x04 0x05 0x08 0x0e

Descripcin Hangup Ring Ringing (ringback) Answer Busy Condition Congestion Condition Call Progress

Detalles La llamada se ha colgado El telefono esta sonando

Respuesta El usuario est ocupado Existe congestin Progreso de la llamada

Valores de las tramas [Online]. Espaa. Avianle from internet: < http://voipforo.com/IAX/IAX-F-frames.php>, Abril-Mayo 2009

41

Tabla 12. Valor de subclase con tipo de trama control iax

Valor subclase (Type Frame =0x06) Control IAX 0x01 0x02 0x03 0x04 0x05 0x06 0x07 0x08 0x09 0x0a 0x0b 0x0c 0x0d 0x0e 0x0f 0x10 0x11 0x12 0x13 0x14 0x15 0x16 0x17 0x18 0x19 0x1a 0x1b 0x1c 0x1d 0x20 0x21

Descripcin NEW PING PONG ACK HANGUP REJECT ACCEPT AUTHREQ AUTHREP INVAL LAGRQ LAGRP REGREQ REGAUTH REGACK REGREJ REGREL VNAK DPREQ DPREP DIAL TXREQ TXCNT TXACC TXREADY TXREL TXREJ QUELCH UNQUELCH MWI UNSUPPORT

Detalles Iniciar una nueva llamada Enviar un ping Responder un ping Respuesta afirmativa Inicio de desconexin Rechazo Aceptacin Peticin de autenticacin Respuesta de autenticacin LLamada no vlida Peticin de Lag Respuesta de Lag Peticin de registro Autenticacin de registro ACK de registro Denegacin de registro Liberacin de registro Peticin de retransmisin Peticin de dialplan Respuesta de dialplan Marcado Peticin de transferencia Conexin de transferencia Aceptacin de transferencia Transferencia preparad Liberacin de transferencia Rechazo de transferencia Parar transmisin de audio Continuar transmisin de audio Indicador de mensaje en espera Mensaje no soportado

Valores de las tramas [Online]. Espaa. Avianle from internet: < http://voipforo.com/IAX/IAX-F-frames.php>, Abril-Mayo 2009

42

Ejemplo de flujo de datos en IAX2

Figura 24. Flujo de datos en IAX2

Valores de las tramas [Online]. Espaa. Avianle from internet: < http://voipforo.com/IAX/IAX-ejemplo-mensajes.php>, Abril-Mayo 2009

Cuando empieza el establecimiento de la llamada, se enva el mensaje new, desde la terminal A hacia la terminal B, si acepta la terminal B enva un mensaje a la terminal A aceptando Accept, cuando est es recibido por el terminal B responde con un mensaje Ack26, la terminal B enva a la terminal la seal ringing"27, la terminal A responde con un Ack en donde reafirma la llegada del mensaje, al final terminal B acepta y responde el mensaje con la seal Answere. Despus empieza el intercambio de datos o voz, esto se realiza de manera bidireccional entre las terminales, en esta se envan los Frames M y F, para liberar la llamada desde una de las terminales se enva un mensaje de tipo hangup y a la terminal a la que se enva confirma la recepcin del mensaje.

26

Ack : Mensaje que se enva para anunciar que un conjunto de uno o ms mensajes han sido recibidos. 27 Ringing: Llamada (Acstica); oscilacin transitoria

43

2.3.TEORIAS GENERICAS BASADAS EN INGENIERIA.


Como la idea en general del proyecto va orientado a minimizar costos pero sin perder beneficios y calidad, se hacen uso de las herramientas de licencia GPL ms reconocidas para cada rea que se necesite, siguiendo esto se tienen: Es una plataforma de gestin de comunicaciones para voz IP, en otras palabras es un PBX en su versin digital, es de licencia GPL, que se ejecuta sobre diferentes plataformas de sistemas operativos, pero su plataforma nativa es Linux y Unix, permite la conexin de diferentes interfaces de comunicacin, ya sean lneas digitales o analgicas, esto se puede realizar utilizando diferentes recursos de hardware. Provee servicios de directorios, cola de llamadas, conferencias, Video conferencias, llamadas tripartitas, manejo de diversos tipos de protocolos para IP, SIP, H.323, ADSI, IAX, reconocimiento de voz, administradores nicos de llamadas MGCP, llamadas salientes y entrantes entre diferentes proveedores VoIP, DialPlan, registro detallado de llamadas para realizar tarificacin, entre otros. Este puede ser obtenido en http://www.Asterisk.org/.
Figura 26. Esquema conceptual Asterisk

Fuente. Joranda de voz sobre IP empresa digitala. <http://creativecommons.org/licenses/by/2.5/es/deed.es> , Abril-Mayo 2009

Con respecto a la versin usada en el proyecto la 1.4 posee herramientas de autoconfiguracin ( /configure) , que orientan a los usuarios sobre el uso y configuracin a travs de ejemplos. Posee mdulos de seleccin o procesos de construccin (menuselect) que sirve para habilitar o deshabilitar opciones globales de configuracin de herramientas que se necesiten. Sonidos (prompt) y msica de espera que se encuentra disponible en espaol. Posee cambios en el PBX bsicos, como modificaciones de la sintaxis para la redireccin de llamadas, transferencias de contextos, lneas de comandos para las interfaces, nuevos valores estndar en la configuracin que dejan deshabilitadas cosas

44

que se consideraban obsoletas para su funcionamiento en versiones anteriores y nuevas formas de sintaxis de funciones como por ejemplo, para las variables globales, Set (GLOBAL(nombre) = valor), entre otras muchas mejoras.
Figura 27. Arquitectura Asterisk

Fuente. Alberto escudero Pascual. Asterisk PBX gua de la configuracin Como construir y configurar un PBX con software libre Asterisk versin 1.4.

Dentro de Asterisk existen un conjunto de directorios que contienen todos los archivos de configuracin, desde los bloques de programacin hasta las carpetas de contenidos de imgenes para usuarios del DialPlan, algunos de los principales directorios usados por Asterisk son:

Tabla 13. Directorios Asterisk

Ruta /etc/Asterisk /usr/sbin /usr/lib/Asterisk

Contenido Archivos de configuracin Archivos binarios, scripts y ejecutables Objetos binarios de Asterisk Modulos de ejecucin de aplicaciones (canales,dirvers,formatos) Archivos de cabecera de los modulos Variables utilizadas en la ejecucin normal scripts AGI para ser utilizados con las aplicaciones AGI en el plan de numeracin Base de datos de Asterisk Imgenes

/usr/lib/Asterisk/modules /usr/incluye/Asterisk /var/lib/Asterisk /var/lib/Asterisk/agi/bin /var/lib/Asterisk/astdb /var/lib/Asterisk/images

45

/var/lib/Asterisk/keys /var/lib/Asterisk/moh/mp3 /var/lib/Asterisk/sounds /var/run /var/run/Asterisk/pid /var/run/Asterisk/ct /var/spool/Asterisk var/log/Asterisk/cdr-csv /var/spool/Asterisk/vm


Fuente: Directorios Asterisk 1.4

keys pblicas y privadas( Autenticacin RSA) Msica para llamadas en espera en formato MP3 Prompts , archivos de audio Runtime (pipes, archivos PID) Identificadores de proceso primarios (PID) Modo remoto de operacin Cola de espera para el buzn de voz Archivo Master registro de llamda Almacenamiento de los buzones de voz, saludos

Otros componentes bsicos son los Canales, que se pueden explicar a travs de una analoga de decir que son las lneas telefnicas analgicas pero representadas a travs de un circuito digital, pueden ser combinaciones de cdec, protocolos de sealizacin o POST. Los Cdec son los que se encargar de codificar las llamadas de tal forma que sirvan para realizar al compresin de las seales, dependiendo del cdec es el nivel de uso por parte del ancho de banda, lo ideal es que se minimice el espacio que se utiliza de la banda pero si perder fidelidad en la comunicacin.

Tabla 14. Cdec y canales en Asterisk

Canales Red Pblica Chan_zap TDM400P 4 puertas analgicas FXS o FXO TDM800P - 8 puertas analgicas TDM2400 - 24 puertas analgicas FXS o FXO chan_phone Tarjeta quicknet Tarjeta phonejack Tarjeta linejack chan_ss7 Tarjetas Digium con sealizacin 7 (ISUP) chan_bluetooth Permite el uso de dispositivos Bluetooth

Canales para Voz IP Chan_sip Chan_iax Chan_h323 Chan_mgcp Chan_sccp

Canales internos Asterisk Chan_agent Chan_console Chan_local

Cdecs G.711 ulaw (usado en EUA) (64 Kbps). G.711 alaw (usado en Europa (64 Kbps). GSM (12-13 Kbps) iLBC (15 Kbps) LPC10 - (2.5 Kbps) Speex - (2.15-44.2 Kbps) G.729 (8Kbps)

Fuente Flavio E. Goncalvez. Manual Asterisk

46

Para realizar el manejo de los archivos de configuracin es necesario tener en cuenta: (;) el punto y coma es usado para realizar comentarios. (=) o (=>) son usados para realizar asignaciones de valores de diferentes tipos. ([ ]) los corchetes cuadrados son usados para indicar contextos. Para el proyecto se realizaron configuraciones sobre los archivos de configuracin /etc/Asterisk/ , User.conf, Extensions.conf ,Iax.conf y h.323.conf Archivos de configuracin Extensions.conf: contienen el plan de marcado del DialPlan y de cada contexto que sea usado para los usuarios. Adicionalmente, definen el flujo de las llamadas

Es un software de licencia GPL, que ofrece todas las opciones de anlisis de una red a travs de una interfaz como una Ethernet, esto lo hace realizando una captura del flujo de paquetes entrantes y salientes que pasan por la interfaz seleccionada. El Wireshark nos ofrece la posibilidad de realizar estadsticas detalladas por protocolos, grficos detallados de cada una de las estadsticas, identificacin de errores en los flujos como latencia y jitter, filtrado de paquetes por filtro personalizado, entre otras. Ofrece estadstica entre endpoints, protocolos por jerarqua, deteccin conversaciones de VoIP y tiempos entre solicitud y entrega. Este software se encuentra disponible para varias plataformas de sistemas operativos entre ellas Linux y Windows. La versin utilizada para el proyecto es la 1.0.7. el Wireshark se puede obtener en http://www.Wireshark.org/.(Vease Figura 28)

47

Figura 28. Ventana de control Wireshark

Fuente Captura Wireshark

SJPHONE, es un software de licencia GPL, que permite hablar sobre internet con cualquier ordenador, porttil, PDA u otros softhphones, este soporta los estndares H323 y SIP , es interoperables con la mayora de que proveedores de servicios de telefona IP, entre ellos Asterisk, con este se pueden construir sus propias rede de Voz IP, usando cualquier gatekeeper y Gateway h323, Proxy SIP, Ip-PBX entre otros componentes de voz IP. La versin que se usa en el proyecto es la 1.65. Este lo puede descargar en http://www.sjlabs.com/.
Figura 29. Ventana Sjphone.

Fuente captura ventana principal Sjphone

48

ZOIPER es un softphone para windows y Linux que utiliza los estndares IAX y SIP, apoyo STUN, varios soportes de cdecs, mltiples cuentas, amortiguacin de jitter adaptable, reduccin de eco, voicemail, entres otras funciones para el desarrollo del proyecto se usara la versin gratuita 2.0 que se encuentra en http://www.zoiper.com.
Figura 30. Ventana Zoiper

Fuente captura ventana principal Zoiper

2.4.CONSTRUCCION DEL MARCO CONCEPTUAL.


2.4.1.Metas a alcanzar
Lograr elaborar una investigacin documentada referente a los protocolos H.323 y protocolo IAX2 bajo la plataforma Asterisk, que permitan introducir una solucin alternativa, analizada y evaluada, para suplir las necesidades de comunicacin con tecnologas de la informacin dentro de las pequeas y medianas empresas. Para esto se requiere como metas a corto plazo: Realizar un levantamiento de documentacin tcnica referente a la implementacin de Asterisk sobre el protocolo H.323 e IAX2. La instalacin, configuracin y prueba inicial de Asterisk bajo el protocolo H.323 y el protocolo IAX2. Metas a mediano plazo: Realizar un estudio estadstico, basado en pruebas reales de la implementacin de los protocolos H.323 e IAX2. Realizar un consolidado de documentacin formativa realizada, presentada con sus respectivas conclusiones.

49

Metas a largo plazo: Realizar la instalacin y puesta en marcha del proyecto, en las instalaciones de la Fundacin Universitaria Konrad Lorenz, si resulta como la solucin que brinda los mejores beneficios con respecto a los costos.

2.4.2.Enfoque

El enfoque de este proyecto es realizar a travs de una investigacin formativa un anlisis de requerimientos y plan de pruebas de la plataforma Asterisk utilizando el estndar H.323 e IAX2 en entornos cliente servidor.

2.4.3.Necesidades a satisfacer El desarrollo del proyecto es implementar


una red de telefona IP para uso de transmisin de Voz y datos en la Fundacin Universitaria Konrad Lorenz y, aportar en cuanto a referencia investigativa experiencia en implementacin de telefona IP a las pymes, que ven en esta tecnologa una oportunidad de transmisin de Voz y datos a un mejor costobeneficio. Tambin se busca contribuir acadmicamente, con el semillero de investigacin de telecomunicaciones Telemente de la fundacin, para que en el futuro se puedan desarrollar nuevos proyecto que continen y referencias los resultados obtenidos en este proyecto.

50

3.DISEO

METODOLGICO

3.1.TIPO DE INVESTIGACIN
La investigacin es de tipo descriptiva ya que la meta es lograr una exploracin detallada de los componentes de sistema de comunicaciones Asterisk bajo el protocolo H.323 e IAX2, en donde se describan los requisitos de instalacin y funcionamiento basado en cada uno de los protocolos teniendo en cuenta: Requisitos de funcionamiento hardware. Requisitos de funcionamiento software (Libreras y herramientas necesarias para el correcto funcionamiento de Asterisk). Sistema Operativo. De esta manera, se debe realizar una investigacin que toque los puntos referentes a la calidad de transmisin y descripcin de cada protocolo.

3.2.ANLISIS DE LA SITUACIN ACTUAL


El grupo de investigacin para el desarrollo de pruebas, cuenta con los siguientes recursos: Descripcin de Ordenadores I y II Marca: DELL Memoria: 1Ghz Procesador: Intel 2140 de 1.60Ghz Disco Duro de 160Ghz La red es de tipo El ancho de banda es de 3Ghz. Norma del cableado es 6 est suministra un servicio de telecomunicaciones que soporta voz, datos y video, permite transmitir hasta de 1Gigabit por segundo. Tipo de ponchado es la norma b. Estos equipos se encuentran disponibles en la sala 302, y estn accionados para el proyecto, poseen adems la caracterstica de tener su IP fija y estn sobre el mismo segmento de red, totalmente disponibles a cualquier cambio en la configuracin del software mientas este cumpla con la reglamentacin de ley necesaria o sean bajo licencias de software libre, el acceso a la red de estas ordenadores no se encuentra limitado como el de las dems, es decir no tienen la restriccin del proxy, ya que para la configuracin e instalacin del sistema operativo y en general para todo el software requerido en el proyecto ,se necesitan realizar descargas en lnea y el proxy no permitira esto. Tambin adicional a los servidores, se cuentan con ordenadores locales, pero a diferencia de los primeros que van a ser usados como los servidores de 51

Asterisk,, estos no estn restringidos exclusivamente al uso dentro del proyecto pero se permitir el acceso a la configuracin e instalacin de software como softphones, mientras estos estn bajo la ley o sean de licencia libre. Los dems ordenadores que se disponen para el proyecto son computadoras porttiles que en podrn realizar la conexin con los servidores a travs de la red fsica o inalmbrica. Est proyecto asume nuevos retos en cuanto a ciertos campos de conocimientos como lo son la incursin a las telecomunicaciones de la nueva generacin y todo lo relacionado a la telefona IP y el uso de herramientas software libres como Asterisk, lo que genera un gran valor agregado para la experiencia ingenieril y tcnica de los participantes.

3.3.DIAGNSTICO DE LA SITUACIN ACTUAL


3.3.1.Sistemas Operativos
Como una de las metas a evaluar son los costos en tiempo y dinero en la implementacin de la herramienta Asterisk,, los sistemas operativos escogidos desde el inicio y la finalizacin del proyecto tocaron estos puntos, ms que todo los sistemas escogidos para realizar la implementacin fueron la facilidad en su uso y las recomendaciones encontradas en diversas fuentes de documentacin dentro del proyecto se probaron con las siguientes distribuciones de Linux: Debian 4.0 Principal distribucin de Linux, creada en 1993 por el Proyecto Debian fundado por Ian Murdock. Posee un ncleo Monoltico, y como interfaz grfica posee GNOME, KDE, Xfce o Lxde da soporte a varias arquitecturas de computadores, dentro de las que se encuentran la i386(x86 x32), amd64(x86x64), powerPc, sparc(SunSparc),s390 Arquitectura IBM ESA/390 Y z/Architecture. Posee ms de 18733 paquetes de software y un paquete de herramientas para facilitar el proceso de instalacin y actualizacin del software APT,Aptitude, Dselect, /etc/apt/sourcelist, entre otras. Diseo especialmente para personas que ya hayan tenido experiencia previa con el manejo de distribuciones Linux ya que el manejo es complicado. Los requerimientos mnimos de funcionamiento son: Procesador: 1Ghz Memoria RAM: 64Mb Disco Duro: 5Ghz Ubuntu Server 8.10 Ubuntu es una distribucin de Linux orientada a los computadores personales, es una de las distribuciones ms importantes de Linux ya que tiene gran reconocimiento mundial, est basada en la distribucin Debian, pero est orientado a dar ms facilidad en instalacin y uso , su principal patrocinador es Canonical Ltda, empresa fundada por Matk

52

Shuttleworth. Ubunto entrega versiones de sus sistemas cada 6 meses. La versin 8.10 fue lanzada el 30 de octubre del 2008, y dentro las mejoras estn la mejor y mayor conectividad a internet y dispositivos mviles, sesin de invitados y soporte 3G . Soporta las arquitecturas la i386(x86 x32), amd64(x86-x64), la interfaz grfica que maneja es la GNOME, el manejo para el software lo maneja a travs de cuatro componentes que son el main, el restricted el universe y multiverse Los requerimientos tcnicos mnimos para su funcionamiento son: Procesador 300Mhz x86 Memoria RAM 64 Mb Disco duro de 4 Gigas Placa de video VGA Unidad lectora CD-Rom Para el grupo de investigacin, el punto ms dbil al incursionar dentro de sistemas operativos Linux, es que no se cuenta con una experiencia amplia de manejo de los mismos. Este manejo es requerido para la administracin de Asterisk, aunque se sabe que en el mercado se pueden recurrir a opciones como el sistema operativo CentOS pre compilado para Asterisk que ofrecen algunas empresas colombianas que proveen esta herramienta, el inconveniente es que estas vienen incluidas en planes empresariales o cursos de certificacin que oscilan entre los $2000.000 y $2600.00, lo cual es una gran limitante, otra ventaja de escoger sistemas operativos que se pueden conseguir de manera gratuita es que estn a la mano de realizar modificaciones con mayor libertad que utilizar uno que venga diseado para usar la herramienta, el proceso de auto aprendizaje es otra ventaja que viene con esto ya que para los integrantes del proyecto se tuvo la posibilidad de evaluar todo el proceso para la aplicacin de la herramientas desde cero, tal vez el mayor costo que se presenta a realizarlo de esta manera es el tiempo que se invierte en la lnea de aprendizaje. El primer sistema operativo que se tomo para realizar las pruebas fue el Debian 4.0, se escogi gracias a su respaldo, historia y estabilidad, para el caso del proyecto se presentaron muchos fallos en la instalacin, en el momento de habilitar las conexiones de red, era complicado al manejar, desafortunadamente al ser tan robusto es difcil conseguirlo o descargarlo y presento demasiados fallos de compatibilidad de paquetes. Cuando se decidi usar sistema operativo Ubuntu, se tena cierta desconfianza ya que este tambin proviene de la distribucin Debian, pero se encontr que era un sistema que posea muchas de las ventajas de su predecesor, pero era mucho ms amigable y su gestor de descargas online era rpido, tanto as que se logr operar este sistema desde el entorno grfico xinit. Se decidi escoger como sistema operativo base para los servidores Asterisk el Ubuntu. 53

3.3.2.Evaluacin y seleccin de la mejor alternativa


ASTERISK: (Versin estable 1.4.23.1) De acuerdo al enfoque del proyecto se utiliza Asterisk, ya que es una herramienta libre (bajo la licencia de Open source) completa, que posee las funcionalidades requeridas para ser utilizada como solucin de implementacin de redes de telefona IP. Posee escalabilidad, que le permite que este servicio sea implementado en una pequea empresa de 10 usuarios hasta 10.000 de una empresa que tenga diferentes sedes. Asterisk por ser una herramienta bajo cdigo libre, permite que los costos de su instalacin e implementacin sean cada vez mejores. A travs del desarrollo de Asterisk se han ido desarrollando los diferentes estndares de telefona en los TDM como la telefona IP, dentro de los cuales se encuentra el estndar H.323 e IAX2, objeto de estudio en este proyecto. La escogencia de Asterisk tambin corresponde a que es la herramienta de software libre lder, para la implementacin de centrales telefnicas IP, lo que hace que sea un software probado por miles de usuarios, que adems contribuyen con sus inquietudes y desarrollos a una mejor comprensin de esta tecnologa.

54

3.4.Plan de Pruebas
A continuacin se relacionan nueve pruebas, con el fin de analizar las estadsticas del protocolo de sealizacin del estndar H.323 e IAX2. Para estas pruebas, se utilizaron los siguientes equipos:

Tabla 15. Configuracin de los ordenadores para las pruebas

Equipo Servidor Ordenador_1 Ordenador_2 Porttil_1 Porttil_2

Procesador Pentium IV Pentium IV Pentium IV AMD Pentium Dual Core

RAM 1 Ghz 256 Mb 256 Mb 4 Ghz 3 Ghz

S.O. Ubunto server 8.10 Windows XP Windows XP Windows Vista Windows Vista

IP 192.168.100.249 192.168.99.240 192.168.103.16 192.168.100.238 192.168.100.240

Mascara de subred 255.255.255.0 255.255.248.0 255.255.248.0 255.255.255.0 255.255.255.0

DNS 192.168.100.2 192.168.100.3 192.168.100.3 192.168.100.2 192.168.100.2

Gateway 192.168.100.1 192.168.100.3 192.168.100.3 192.168.100.1 192.168.100.1

Fuente recopilacin de configuracin de ordenadores sala 302

Para las pruebas se destinaron la siguiente configuracin de extensiones en Asterisk


Tabla 16. Configuracin de extensiones para pruebas

Equipo Extensin Protocolo Softphone Ordenador 1 6000 SIP X-Lite Ordenador 1 8001 IAX2 Zoiper Ordenador 1 9001 H.323 Sjphone Ordenador 6001 SIP x-Lite

55

2 Ordenador 2 Ordenador 2 Porttil 1 Porttil 2 8000 9000 7000 7001 IAX2 H.323 SIP SIP Zoiper Sjphone X-Lite X-Lite

Fuente configuracin de archivos sip.conf, h323.conf e iax.conf en Asterisk

A continuacin se describen las pruebas realizadas para el proyecto, las cuales contiene la siguiente informacin: Numero de la prueba. Nombre de la prueba. Recursos. Descripcin de Prueba. Resultados esperados. Resultado de la prueba. Resultados obtenidos. Anlisis de la prueba. Cada anlisis de prueba, contiene la siguiente informacin: Secuencia de sealizacin. Corresponde a la secuencia que sigue cada uno de los protocolos que intervienen durante la llamada. Esta secuencia de sealizacin se encuentra como anexo al documento. Estadstica de paquetes y bytes transmitidos durante la llamada. Es una tabla que sigue la estructura y contiene la siguiente informacin

56

Tabla 17. Descripcin de tabla plan de pruebas.

Nombre del campo Paquetes tiempo entre la primera y ltimo paquete (seg) Prom. Paquetes por segundo (bytes) Prom. Tamao de Paquetes Bytes Prom. Bytes por segundo Prom. Mbits por segundo

Descripcin Nmero de paquetes transmitidos durante la llamada. Corresponde al tiempo que transcurre entre el instante de tiempo en el cual se transmite el primer paquete y el instante en el que finaliza la transmisin del ltimo paquete. Corresponde al promedio de paquetes enviados por segundo. Es el promedio del tamao de paquetes que captura y analiza Wireshark Es el nmero de bytes transmitidos durante la llamada El promedio de bytes que se transmiten por segundo El promedio de Mbits que se transmiten por segundo
Fuente Estadstica tomada con Wireshark

Estadstica por protocolo (TCP, UDP y RTP), de los paquetes y bytes transmitidos durante la llamada entre direcciones IP.
Tabla 18. Definicin tabla de protocolos parte A

NOMBRE DE PROTOCOLO Address A Address B Packets Bytes Total de bytes Corresponde al total de enviados de la Corresponde a la Corresponde a la paquetes enviados de la direccin IP de direccin IP que enva direccin IP destino direccin IP origen a la origen a la direccin origen del paquete del paquete direccin IP destino del IP destino del paquete paquete
Fuente Estadsticas de protocolos por Wireshark

Packets A->B Nmero de paquetes enviados de la direccin A a la B.

Bytes A->B Nmero de bytes enviados de la direccin A a la B.

57

Tabla 19. Definicin de protocolos parte B

Packets A<-B Nmero de paquetes enviados de la direccin B a la A.

Bytes A<-B Nmero de bytes enviados de la direccin B a la A.

NOMBRE DE PROTOCOLO Rel Start Duration Instantes de Tiempo

bps A->B

bps A<-B Bits por segundo enviados de la direccin B a la A

Tiempo en segundos Bits por segundo de la transmisin de enviados de la paquetes direccin A a la B

Fuente Estadsticas de protocolos por Wireshark

Estadstica por protocolo RTP. Corresponde a informacin estadstica de paquetes transmitidos a travs del protocolo RTP.

Tabla 20. Estadstica protocolo RTP parte A

Src IP addr

Dest IP addr

Payload Cdecs

Direccin IP que Direccin IP destino origina el paquete. del paquete.

Max Delta (ms) Corresponde a la mxima Numero de Nmero de paquetes latencia que presenta un paquetes perdidos transmitidos. paquete, en el momento de la durante la llamada. transmisin.

RTP Packets

Lost

Fuente Estadstica protocolo RTP Wireshark

58

Tabla 21. Estadstica protocolo RTP parte B

Pb? Campo control que indica si durante la Corresponde a la mxima Promedio de variacin de tiempo transmisin de paquetes se dio falla. S es as, variacin de tiempo entre la entre la llegada de los distintos el analizador de Wireshark colocar el carcter llegada de los distintos paquetes. paquetes. "X" (equis), para identificar que esa lnea de paquetes tuvo inconsistencias.
Fuente Estadstica protocolo RTP Wireshark

Max Jitter (ms)

RTP Mean Jitter (ms)

Estadstica por envos de paquetes entre direcciones. Corresponde al nmero de paquetes y bytes transmitidos en cada protocolo por cada direccin IP involucrada en la llamada. Al final del captulo, se muestra anlisis en conjunto de las pruebas teniendo en cuenta los protocolos H.323 e IAX2, objetos de estudio de la investigacin.

59

3.4.1.Prueba de H323 a H323


Tabla 22. Prueba de h323 a h323

NUMERO DE PRUEBA: NOMBRE DE PRUEBA: RECURSOS:

1 Llamada extensin H.323 a extensin H.323 Servidor, ordenador 1, Ordenador 2

DESCRIPCION La extensin 9001 configurada en el softphone SJPHONE DE PRUEBA: (Ordenador 1) realizada llamada a extensin 9000 con SJPHONE(Ordenador 2). RESULTADOS La extensin 9001 se pueda comunicar con la extensin 9000, a ESPERADOS: travs del servidor Asterisk. RESULTADO DE LA PRUEBA:

EXITOSA

DESCRIPCION L a extensin de llamada saliente 9001 corresponde a la direccin IP DE 192.168.99.44 RESULTADOS :

La extensin llamada entrante es la 9000 la cual se encuentra ubicada con la direccin IP 192.168.103.16

60

En este momento la extensin 9001 est marcando a la extensin 9000 y solicita respuesta.

61

La extensin 9000 acepta la llamada. Mensaje enviado por extensin 9001: Este es un mensaje de la Fundacin Universitaria Konrad Lorenz. Mensaje Recibido por la extensin 9000: Resultado de prueba exitosa

Fuente Desarrollo de llamada entre estndares h323

Anlisis de prueba: A continuacin se muestra la secuencia de protocolos de sealizacin durante la llamada, a travs de lo cual se logra validar la secuencia de la sealizacin de H.323. Esta secuencia se puede validar completamente, en el anexo digital de las pruebas adjuntas a este documento.
Anexo A1. Secuencia de protocolos en llamada H.323 a H.323

62

A continuacin se reflejan estadsticas de la prueba:


Tabla 23. Resumen prueba llamada de H.323 a H.323

Paquetes tiempo entre la primera y ultimo paquete (seg) Prom. Paquetes por segundo (bytes) Prom. Tamao de Paquetes Bytes Prom. Bytes por segundo Prom. Mbits por segundo
Fuente Estadsticas tomadas con Wireshark Prueba 1

1641 8,762 187,291 89,513 146891 16765,037 0,134

En la estadstica, se indica que se transmitieron 1.641 paquetes, los cuales tuvieron una duracin de transmisin de 8,762 segundos. Lo que indica que por segundo se transmiten 187,291 paquetes.

Tabla 24. Estadstica para protocolo IP prueba llamada H.323 a H.323


Address A Address B 192.168.100.249 192.168.103.16 192.168.99.44 192.168.100.249 Packets 746 895 POR PROTOCOLO IP Bytes Packets A->B Bytes A->B Packets A<-B Bytes A<-B 68224 381 34894 365 33330 78667 447 39349 448 39318 Rel Start Duration bps A->B bps A<-B 2.507.465.000 8,7118 32043,04 82 2.493.599.000 8,7617 35928 69

Fuente Estadsticas protocolo IP tomadas con Wireshark de Prueba 1

63

Tabla 25. Estadstica para protocolo TCP prueba llamada H.323 a H.323
Address A 192.168.100.249 192.168.99.44 192.168.100.249 192.168.100.249 Address B 192.168.103.16 192.168.100.249 192.168.99.44 192.168.103.16 Packets 14 20 22 26 POR PROTOCOLO TCP Bytes Packets A->B Bytes A->B Packets A<-B Bytes A<-B 2180 8 1312 6 868 2893 10 1476 10 1417 1544 13 907 9 637 1828 16 1118 10 710 Rel Start Duration bps A->B 2.892.530.000 8,3204 1261,47 2.493.599.000 8,7356 1351,71 2.651.306.000 8,604 843,32 3.027.397.000 8,1919 1091,82 bps A<-B 834,57 1297,68 592,28 693,37

Fuente Estadstica protocolo TCP tomada con Wireshark de Prueba 1

Tabla 26. Estadstica para protocolo UDP prueba llamada H.323 a H.323
Address A 192.168.99.44 192.168.103.16 192.168.100.249 192.168.100.249 192.168.103.16 192.168.99.44 Address B 192.168.100.249 192.168.100.249 192.168.103.16 192.168.103.16 192.168.100.249 192.168.100.249 Packets 1 1 4 7 694 852 POR PROTOCOLO UDP Bytes Packets A->B Bytes A->B Packets A<-B Bytes A<-B 106 0 0 1 106 106 0 0 1 106 344 4 344 0 0 3388 3 1651 4 1737 60378 345 30015 349 30363 74124 428 37236 424 36888 Rel Start 7.994.637.000 9.474.627.000 2.507.800.000 2.507.465.000 4.276.536.000 2.679.325.000 Duration 0 0 3,9502 1,9523 6,9240 8,5405 bps A->B N/A N/A 696,68 6765,40 34679,58 34879,65 bps A<-B N/A N/A N/A 7117,81 35081,66 34553,67

Fuente Estadstica protocolo UDP tomada con Wireshark de Prueba 1

Tabla 27. Estadstica para protocolo RTP prueba llamada H.323 a H.323
Src IP addr Dest IP addr SSRC Payload 192.168.99.44 192.168.100.249 0x10838907 GSM 06.10 192.168.100.249 192.168.99.44 0x46255EE9 GSM 06.10 192.168.103.16 192.168.100.249 0x264DA484 GSM 06.10 192.168.100.249 192.168.103.16 0x38948A95 GSM 06.10 RTP Packets 428 424 345 349 Lost 0 (0.0%) 0 (0.0%) 0 (0.0%) 0 (0.0%) Max Delta (ms) Max Jitter (ms) Mean Jitter (ms) Pb? 20.11 0.02 0.01 X 56.49 107.64 2.01 X 20.15 0.05 0.03 X 52.36 97.49 5.91

Fuente Estadstica protocolo RTP tomada con Wireshark de Prueba 1

Dentro de la estadstica del protocolo RTP, se encuentra el campo Pb, este campo cuando se encuentra con el carcter X, indica que en el transcurso del envo de paquetes ocurrieron errores en marcacin de tiempo por parte de Wireshark, es 64

decir, que en el momento de transmisin del paquete Wireshark no pudo tomar el tiempo correcto. Sin embargo, esto no influyo en el flujo normal de la llamada, ya que esta fue completada en su total, lo cual se confirma en el campo Lost, en donde se reporta que hubo un 0% de paquetes perdidos. De los 1.641 paquetes que fueron transmitidos durante la llamada, 895 corresponden a la extensin llamante 9000 con una participacin del 54.54% sobre el total de los paquetes, mientras que la extensin llamada 9001 tuvo una participacin de paquetes del 45.46%

Tabla 28. Resumen de paquetes llamada Prueba 1

Llamada entre extensiones configuradas en H.323 IP 192.168.99.44 / 192.168.100.249 192.168.100.249 / 192.168.103.16 TCP 192.168.99.44 / 192.168.100.249 192.168.100.249 / 192.168.103.16 192.168.100.249 / 192.168.99.44 UDP 192.168.103.16 / 192.168.100.249 192.168.99.44 / 192.168.100.249 192.168.100.249 / 192.168.103.16
Fuente Resumen estadsticas tomadas con Wireshark de la Prueba 1

Packets 1.641 895 746 82 20 40 22 1.559 695 853 11

Bytes 146.891 78.667 68.224 8.445 2.893 4.008 1.544 138.446 60.484 74.230 3.732

65

3.4.2.Prueba de H323 a IAX2


Tabla 29. Prueba de h323 a iax2 NUMERO DE PRUEBA: NOMBRE DE PRUEBA: RECURSOS: DESCRIPCION DE PRUEBA: RESULTADOS ESPERADOS: RESULTADO DE LA PRUEBA: 2 Llamada extensin H.323 a extensin IAX2 Servidor, Ordenador 1, Ordenador 2 La extensin 9001 configurada en el softphone SJPHONE(Ordenador 1) realizada llamada a extensin 8000 con ZOIPER La extensin 9001 se comunica con la extensin 8000, a travs del servidor Asterisk. EXITOSA

DESCRIPCION L a extensin de llamada saliente 9001 corresponde a la DE direccin IP 192.168.99.44 RESULTADOS :

La extensin llamada entrante es la 8000 la cual se encuentra ubicada con la direccin IP 192.168.103.16

66

En este momento la extensin 9001 est marcando a la extensin 8000 y solicita respuesta.

La extensin 8000 acepta la llamada.

67

Mensaje enviado por extensin 9001: Este es un mensaje de la Fundacin Universitaria Konrad Lorenz. Mensaje Recibido por la extensin 8000: Resultado de prueba exitosa

Fuente Desarrollo de llamada Prueba 2

Anlisis de prueba: A continuacin se muestra la secuencia de protocolos de sealizacin durante la llamada, a travs de lo cual se logra validar la secuencia de la sealizacin de H.323 e IAX2. Esta secuencia se puede validar completa en el anexo digital de las pruebas adjuntas a este documento.

Tabla 30. Estadsticas generales prueba 2


Llamada entre extension H.323 y extensin IAX2 IP 192.168.99.44 192168100249 192168100249 192.168.103.16 TCP 192.168.99.44 192168100249 192168100249 192.168.99.44 UDP 192.168.99.44 192168100249 192168100249 192.168.103.16 Total general Packets 4.314 2442 1872 37 21 16 4.269 2397 1872 8.620 Bytes 361.166 213818 147348 4.059 2947 1112 356.187 208839 147348 721.412

Fuente Estadsticas generales prueba 2 tomadas con Wireshark

68

Anexo A2. Secuencia de protocolos en llamada H.323 a IAX2

A continuacin se reflejan estadsticas de la prueba:


Tabla 31. Resumen prueba llamada de H.323 a IAX2

Fuente Estadsticas tomadas con Wireshark Prueba 2

En la estadstica, se indica que se transmitieron 4.306 paquetes, los cuales tuvieron una duracin de transmisin de 35,96 segundos. Lo que indica que por segundo se transmiten 199,743 paquetes. De los paquetes transmitidos 1.897 tienen un tamao entre 40-70 bytes y 2.403 tienen un tamao entre 80 y 159.

69

Tabla 32. Estadstica para protocolo IP prueba llamada H.323 a IAX2


Address A Address B 192.168.99.44 192.168.100.249 192.168.100.249 192.168.103.16 192.168.99.44 192.168.100.249 Packets 4 1872 2393 POR PROTOCOLO IP Bytes Packets A->B Bytes A->B Packets A<-B Bytes A<-B Rel Start Duration bps A->B bps A<-B 424 0 0 4 424 21.006.340.000 15 N/A 226,13 147348 1135 89405 737 57943 5.412.270.000 32,9678 21695,12 14060,52 208415 1277 111323 1116 97092 15.994.706.000 25,3611 35116,9 30627,2

Fuente Estadstica protocolo IP tomada con Wireshark de Prueba 2

Tabla 33. Estadstica para protocolo TCP prueba llamada H.323 a IAX2
Address A 192.168.100.249 192.168.99.44 Address B 192.168.99.44 192.168.100.249 Packets 16 21 POR PROTOCOLO TCP Bytes Packets A->B Bytes A->B Packets A<-B Bytes A<-B Rel Start Duration bps A->B bps A<-B 1112 9 615 7 497 15.975.562.000 25,3964 193,73 156,56 2947 10 1476 11 1471 15.926.922.000 25,4457 464,5 462,47

Fuente Estadstica protocolo TCP tomada con Wireshark de Prueba 2

Tabla 34. Estadstica para protocolo UDP prueba llamada H.323 a IAX2
POR PROTOCOLO UDP Address A Address B Packets Bytes Packets A->B Bytes A->B Packets A<-B Bytes A<-B Rel Start Duration bps A->B bps A<-B 192.168.99.44 192.168.100.249 4 424 0 0 4 424 21.006.340.000 15 N/A 226,13 192.168.100.249 192.168.103.16 1872 1E+05 1135 89405 737 57943 5.412.270.000 32,9678 21695,12 14060,52 192.168.99.44 192.168.100.249 2393 2E+05 1277 111323 1116 97092 15.994.706.000 25,3611 35116,9 30627,2

Fuente Estadstica protocolo UDP tomada con Wireshark de Prueba 2

70

Tabla 35. Estadstica para protocolo RTP prueba llamada H.323 a IAX2
RTP Src IP addr Dest IP addr SSRC Payload Packets Lost 192.168.99.44 192.168.100.249 0x23E35831 GSM 06.10 1269 0 (0.0%) 192.168.100.249 192.168.99.44 0x304E272E GSM 06.10 1116 0 (0.0%) Fuente Estadstica protocolo RTP tomada con Wireshark de Prueba 2 Max Delta (ms) Max Jitter (ms) Mean Jitter (ms) Pb? 20.22 0.07 0.03 X 54.58 4.16 1.37

Dentro de la estadstica del protocolo RTP, se encuentra que el campo Pb tiene un carcter X, el cual indica que en el transcurso del envo de paquetes de la direccin IP 192.168.100.44 a la direccin IP 192.168.100.249 ocurri un error en marcacin de tiempo por parte de Wireshark, es decir, que en el momento de transmisin del paquete Wireshark no pudo tomar el tiempo correcto. Sin embargo, esto no influyo en el flujo normal de la llamada, ya que esta fue completada en su total, lo cual se confirma en el campo Lost, en donde se reporta que hubo un 0% de paquetes perdidos. Dentro del anlisis del campo Pb, se encuentra que el paquete que present error fue el paquete N. 346 enviado por la direccin IP 192.168.99.44 (Extensin 9001) a la direccin IP 192.168.100.249 (Servidor Asterisk). De los 4314 paquetes que fueron transmitidos durante la llamada, 2442 corresponden a la extensin llamante 9000 con una participacin del 56.61% sobre el total de los paquetes, mientras que la extensin llamada 8000 tuvo una participacin de 1872 paquetes, con una participacin del 43.39%.

71

3.4.3.Prueba de H323 a SIP


Tabla 36. Prueba de H.323 a SIP NUMERO DE PRUEBA: NOMBRE DE PRUEBA: RECURSOS: DESCRIPCION DE PRUEBA: RESULTADOS ESPERADOS: RESULTADO DE LA PRUEBA: 3 Llamada extensin H.323 a extensin SIP Servidor, ordenador 1, Ordenador 2 La extensin 9001 configurada en el softphone SJPHONE(Ordenador 1) realizada llamada a extensin 6000 con XLITE (Ordenador 2). La extensin 9001 se comunica con la extensin 6000, a travs del servidor Asterisk. NO EXITOSA

DESCRIPCION DE No se pudo establecer comunicacin, ya que al llamar desde una extensin de H.323 a una extensin SIP, el RESULTADOS: servidor Asterisk no reconoce el flujo normal de la llamada, y por ende no hay registros en el servidor de la llamada.
Fuente Desarrollo de llamada Prueba 3

Anlisis de Prueba: Los resultados obtenidos indican que la comunicacin no fue bidireccional, ya que no se obtuvo audio en ambos sentidos de la llamada y tampoco quedo registrada en el servidor Asterisk. Una hiptesis para sustentar el fallo, es que el resultado hace referencia a un problema conocido como Audio en una sola direccin One way Audio que ocurre cuando en la red hay presencia de NAT (Network Address Traslator) debido a que estas no permiten recibir conexiones iniciadas desde el exterior, en donde solo el flujo de adentro hacia fuera no es bloqueado por la NAT, cosa que no es igual cuando el flujo viene de fuera hacia adentro de la NAT. Lo anterior, podra estar soportado en la prueba realizada, ya que la extensin H.323 transmita voz pero no era escuchado por su contraparte (extensin SIP).

72

3.4.4.Prueba de SIP a H.323


Tabla 37. Prueba de SIP a H323 NUMERO DE PRUEBA: NOMBRE DE PRUEBA: RECURSOS: DESCRIPCION DE PRUEBA: RESULTADOS ESPERADOS: RESULTADO DE LA PRUEBA: 4 Llamada extensin SIP a extensin H.323 Servidor, maquina 1, Maquina 2 La extensin 6001 configurada en el softphone X-LITE(Maquina 1) realiza llamada a extensin 9000 con SJPHONE. La extensin 6001 se pueda comunicar con la extensin 9000, a travs del servidor Asterisk. Exitoso

DESCRIPCION DE RESULTADOS:

L a extensin de llamada saliente es 6001 correspondiente a la direccin IP 192.169.100.240

La extensin llamada entrante es la 9000 la cual se encuentra ubicada con la direccin IP 192.168.100.243

73

En estos momentos la extensin 6001 est marcando a la extensin 9000, y solicita respuesta de la llamada.

La extensin 9000, acepta la llamada.

74

Mensaje enviado por extensin 6001: Este es un mensaje de la Fundacin Universitaria Konrad Lorenz. Mensaje Recibido por la extensin 6001: Resultado de prueba exitosa.
Fuente Desarrollo de llamada Prueba 4

Anlisis de prueba: A continuacin se muestra la secuencia de protocolos de sealizacin durante la llamada, a travs de lo cual se logra validar la secuencia de la sealizacin de SIP a H.323. Esta secuencia se puede validar completa en el anexo digital de las pruebas adjuntas a este documento.
Anexo A3. Secuencia de protocolos en llamada SIP a H.323.

75

Tabla 38. Resumen prueba llamada de SIP a H.323

Paquetes tiempo entre la primera y ultimo paquete (seg) Prom. Paquetes por segundo (bytes) Prom. Tamao de Paquetes Bytes Prom. Bytes por segundo Prom. Mbits por segundo
Fuente Estadsticas tomadas con Wireshark Prueba 4

2548 16,320 156,994 152,092 387531 23877,528 0,191

En la estadstica, se indica que se transmitieron 2548 paquetes, los cuales tuvieron una duracin de transmisin de 16,320 segundos. Lo que indica que por segundo se transmiten 156,994 paquetes. De los paquetes transmitidos 1275 tienen un tamao entre 80-159 bytes, 1.232 tiene un tamao entre 160-319 bytes, 11 tienen un tamao entre 320-639, 7 tienen un tamao entre 640-1279 y 23 paquetes tienen un tamao entre 40-79 bytes.
Tabla 39. Estadstica para protocolo IP prueba llamada SIP a H.323
POR PROTOCOLO IP Address A Address B Packets Bytes Packets A->B Bytes A->B Packets A<-B Bytes A<-B Rel Start Duration bps A->B bps A<-B 192.168.100.240 192.168.100.249 1242 3E+05 617 134832 625 135506 7.877.351.000 15,4092 70000,84 70350,76 192.168.100.243 192.168.100.249 1306 1E+05 674 60265 632 56928 7.883.602.000 16,2237 29717,3 28071,53 Fuente Estadstica protocolo RTP tomada con Wireshark de Prueba 4

Tabla 40. Estadstica para protocolo TCP prueba llamada SIP a H.323
POR PROTOCOLO TCP Address A Address B Packets Bytes Packets A->B Bytes A->B Packets A<-B Bytes A<-B 192.168.100.249 192.168.100.243 11 1922 6 1174 5 748 192.168.100.249 192.168.100.243 14 994 9 628 5 366 Fuente Estadstica protocolo TCP tomada con Wireshark de Prueba 4 Rel Start Duration bps A->B bps A<-B 7.886.790.000 15,5258 604,93 385,42 8.130.569.000 15,1584 331,43 193,16

76

Tabla 41. Estadstica para protocolo UDP prueba llamada SIP a H.323
Address A 192.168.100.243 192.168.100.243 192.168.100.243 192.168.100.240 192.168.100.240 192.168.100.240 192.168.100.243 POR PROTOCOLO UDP Address B Packets Bytes Packets A->B Bytes A->B Packets A<-B Bytes A<-B Rel Start Duration bps A->B bps A<-B 192.168.100.249 2 212 0 0 2 212 16.109.218.000 4,995 N/A 339,23 192.168.100.249 5 453 0 0 5 453 7.909.680.000 11,9989 N/A 302,3 192.168.100.249 7 3383 4 1731 3 1652 7.883.602.000 3,1835 4349,89 4151,37 192.168.100.249 7 1242 5 1030 2 212 11.070.197.000 12,1731 676,9 139,32 192.168.100.249 10 6946 5 3904 5 3042 7.877.351.000 15,4092 2026,84 1579,32 192.168.100.249 1225 3E+05 607 129898 618 132252 11.094.511.000 12,1866 85272,6 86817,9 192.168.100.249 1267 1E+05 660 57420 607 52809 11.094.339.000 13,13 35300,2 32465,49

Fuente Estadstica protocolo UDP tomada con Wireshark de Prueba 4

Tabla 42. Estadstica para protocolo RTP prueba llamada SIP a H.323
Src IP addr 192.168.100.243 192.168.100.249 192.168.100.240 192.168.100.249 Dest IP addr 192.168.100.249 192.168.100.240 192.168.100.249 192.168.100.243 SSRC 0x28967D 0x51C0939E 0xE6B498E7 0x1B30444C RTP Payload Packets Lost GSM 06.10 660 0 (0.0%) ITU-T G.711 PCMU 618 0 (0.0%) ITU-T G.711 PCMU 607 0 (0.0%) GSM 06.10 607 0 (0.0%) Max Delta (ms) 23.69 51.46 38.40 56.74 Max Jitter (ms) 3.56 5.99 7.13 7.14 Mean Jitter (ms) Pb? 2.60 X 2.79 X 2.14 2.36

Fuente Estadstica protocolo UDP tomada con Wireshark de Prueba 4

Dentro de la estadstica del protocolo RTP, se encuentra que el campo Pb tiene un carcter X, el cual indica que en el transcurso del envo de paquetes de la direccin IP 192.168.100.243 a la direccin IP 192.168.100.249 y ocurri un error en marcacin de tiempo por parte de Wireshark, es decir, que en el momento de transmisin del paquete Wireshark no pudo tomar el tiempo correcto, as mismo ocurre con los paquetes que fueron enviados de la direccin IP 192.168.100.249 a la direccin IP 192.168.100.240. Sin embargo, esto no influyo en el flujo normal de la llamada, ya que esta fue completada en su total, lo cual se confirma en el campo Lost, en donde se reporta que hubo un 0% de paquetes perdidos. Dentro del anlisis del campo Pb, se encuentra que el paquete que present error fue el paquete N. 257 enviado por la direccin IP 192.168.100.243 (Extensin 9000) a la direccin IP 192.168.100.249 (Servidor Asterisk). El paquete que presento el error de

77

marcado de tiempo fue el paquete N. 258, respuesta del servidor a la extensin 9000. Sin embargo, esto no influye en la transmisin de paquetes. De los 2.548 paquetes que fueron transmitidos durante la llamada, 1242 corresponden a la extensin llamante 6001 con una participacin del 48,74% sobre el total de los paquetes, mientras que la extensin llamada 9000 tuvo una participacin de 1.306 paquetes, con una participacin del 51,26%

Tabla 43. Estadsticas generales prueba 4

Llamada entre SIP y H.323 Packets IP 192168100240 192168100249 192168100243 192168100249 TCP 192168100249 192168100243 UDP 192168100240 192168100249 192168100243 192168100249 Total general
Fuente Estadsticas generales prueba 4 tomadas con Wireshark

Bytes 2548 1242 1306 25 25 2523 1242 1281 5096 387531 270338 117193 2916 2916 384615 270338 114277 775062

78

3.4.5.Prueba de SIP a IAX2


Tabla 44. Prueba de SIP a IAX2

NUMERO DE PRUEBA: NOMBRE DE PRUEBA: RECURSOS:

5 Llamada extensin SIP a extensin IAX2 Servidor, maquina 1, Maquina 2

DESCRIPCION La extensin 6000 configurada en el softphone X-LITE(Maquina 1) DE PRUEBA: realiza llamada a extensin 8000 con ZOIPER FREE. RESULTADOS ESPERADOS: RESULTADO DE LA PRUEBA: La extensin 6000 se pueda comunicar con la extensin 8000, a travs del servidor Asterisk. EXITOSA

DESCRIPCION L a extensin de llamada saliente 6001 corresponde a la direccin DE IP 192.169.100.240 RESULTADOS:

la extensin llamada entrante es la 8000 la cual se encuentra ubicada con la direccin IP 192.168.100.243

79

En estos momentos la extensin 6001 est marcando a la extensin 8000, y solicita respuesta de la llamada.

La extensin 8000, acepta la llamada.

80

Mensaje enviado por extensin 6001: Este es un mensaje de la Fundacin Universitaria Konrad Lorenz. Mensaje Recibido por la extensin 6001: Resultado de prueba exitosa
Fuente Desarrollo de llamada Prueba 5

Anlisis de prueba: A continuacin se muestra la secuencia de protocolos de sealizacin durante la llamada, a travs de lo cual se logra validar la secuencia de la sealizacin de SIP a IAX2. Esta secuencia se puede validar completa en el anexo digital de las pruebas adjuntas a este documento.
Anexo A4. Secuencia de protocolos en llamada SIP a IAX2.

A continuacin se reflejan estadsticas de la prueba:


Tabla 45. Resumen prueba llamada de SIP a IAX2

Paquetes tiempo entre la primera y ultimo paquete (seg) Prom. Paquetes por segundo (bytes) Prom. Tamao de Paquetes Bytes Prom. Bytes por segundo Prom. Mbits por segundo
Fuente Estadsticas tomadas con Wireshark Prueba 5

2194 12.805,000 171,343 149,087 327097 25545,082 0,204

81

En la estadstica, se indica que se transmitieron 2194 paquetes, los cuales tuvieron una duracin de transmisin de 12,805 segundos. Lo que indica que por segundo se transmiten 171,343 paquetes. De los paquetes transmitidos 5 tienen un tamao entre 80-159 bytes, 1.079 tiene un tamao entre 160-319 bytes, 10 tienen un tamao entre 320-639, 6 tienen un tamao entre 640-1279 y 1.094 paquetes tienen un tamao entre 40-79 bytes.
Tabla 46. Estadstica para protocolo IP prueba llamada SIP a IAX2

POR PROTOCOLO IP Address A Address B Packets Bytes Packets A->B Bytes A->B Packets A<-B Bytes A<-B 192.168.100.240 192.168.100.249 1092 2E+05 540 118200 552 119884 192.168.100.243 192.168.100.249 1102 89013 559 44889 543 44124 Fuente Estadstica protocolo RTP tomada con Wireshark de Prueba 5

Rel Start Duration bps A->B bps A<-B 5.914.029.000 12,797 73892,58 74945,33 5.922.982.000 12,7957 28064,96 27586,67

Tabla 47. Estadstica para protocolo TCP prueba llamada SIP a IAX2

POR PROTOCOLO TCP Address A Address B Packets Bytes Packets A->B Bytes A->B Packets A<-B Bytes A<-B 192.168.100.249 192.168.100.243 1 74 1 74 0 0 Fuente Estadstica protocolo TCP tomada con Wireshark de Prueba 5

Rel Start Duration bps A->B bps A<-B 6.058.626.000 0 N/A N/A

Tabla 48. Estadstica para protocolo UDP prueba llamada SIP a IAX2
POR PROTOCOLO UDP Address A Address B Packets Bytes Packets A->B Bytes A->B Packets A<-B Bytes A<-B 192.168.100.243 192.168.100.249 6 2796 3 1147 3 1649 192.168.100.240 192.168.100.249 7 1242 5 1030 2 212 192.168.100.240 192.168.100.249 11 7006 6 3964 5 3042 192.168.100.240 192.168.100.249 1074 2E+05 529 113206 545 116630 192.168.100.243 192.168.100.249 1095 86143 556 43742 539 42401 Fuente Estadstica protocolo UDP tomada con Wireshark de Prueba 5 Rel Start Duration bps A->B bps A<-B 5.922.982.000 2,0256 4529,92 6512,5 7.971.657.000 10,6361 774,72 159,46 5.914.029.000 12,797 2478,9 1901,7 7.942.932.000 10,7564 84196,46 86743,4 5.934.120.000 12,7846 27371,67 26532,54

82

Tabla 49. Estadstica para protocolo RTP prueba llamada SIP a IAX2

Src IP addr Dest IP addr SSRC 192.168.100.249 192.168.100.240 0x411D781B 192.168.100.240 192.168.100.249 0x5F1E1FFF

Payload ITU-T G.711 PCMU ITU-T G.711 PCMU

RTP Packets Lost 545 0 (0.0%) 529 0 (0.0%)

Max Delta (ms) Max Jitter (ms) Mean Jitter (ms) Pb? 57.10 6.39 1.36 31.70 3.49 1.11

Fuente Estadstica protocolo UDP tomada con Wireshark de Prueba 5

De los 2.194 paquetes que fueron transmitidos durante la llamada, 1.092 corresponden a la extensin llamante 6001 con una participacin del 49,77% sobre el total de los paquetes, mientras que la extensin llamada 8000 tuvo una participacin de 1.102 paquetes, con una participacin del 50,23%

Tabla 50. Estadstica paquetes y bytes protocolos prueba llamada SIP a IAX2
Llamada entre extension SIP y extensin IAX2 IP 192168100240 192168100249 192168100243 192168100249 TCP 192168100249 192168100243 udp 192168100240 192168100249 192168100243 192168100249 Total general Packets 2.194 1092 1102 1 1 2.193 1092 1101 4.388 Bytes 327.097 238084 89013 74 74 327.023 238084 88939 654.194

Fuente Estadsticas generales prueba 5 tomadas con Wireshark

83

3.4.6.Prueba de IAX2 a IAX2


Tabla 51. Prueba de IAX2 A X2

NUMERO DE PRUEBA: NOMBRE DE PRUEBA: RECURSOS: DESCRIPCION DE PRUEBA: RESULTADOS ESPERADOS: RESULTADO DE LA PRUEBA:

6 Llamada extensin IAX2 a extensin IAX2 Servidor, maquina 1, Maquina 2 La extensin 8000 configurada en el softphone ZOIPER FREE(Maquina 1) realiza llamada a extensin 8001 con ZOIPER FREE. La extensin 8000 se pueda comunicar con la extensin 8001, a travs del servidor Asterisk. EXITOSO

DESCRIPCION DE RESULTADOS: L a extensin de llamada saliente 8001 corresponde a la direccin IP 192.169.100.240

La extensin llamada entrante es la 8000 la cual se encuentra ubicada con la direccin IP 192.168.100.243

84

En estos momentos la extensin 8001 est marcando a la extensin 8000, y solicita respuesta de la llamada.

La extensin 8000, acepta la llamada.

85

Mensaje enviado por extensin 8001: Este es un mensaje de la Fundacin Universitaria Konrad Lorenz. Mensaje Recibido por la extensin 8001: Resultado de prueba exitosa
Fuente Desarrollo de llamada Prueba 6

Anlisis de prueba: A continuacin se muestra la secuencia de protocolos de sealizacin durante la llamada, a travs de lo cual se logra validar la secuencia de la sealizacin de IAX2 a IAX2. Esta secuencia se puede validar completa en el anexo digital de las pruebas adjuntas a este documento.
Anexo A5. Secuencia de protocolos en llamada IAX2 a IAX2.

86

Dentro de la secuencia, se encuentra el protocolo SIP, lo que indica que dentro de la llamada de IAX2 a IAX2, se identifico que en la maquina en la cual se configuro la extensin de la llamada entrante, se encontraba activo el softphone que soporta llamadas SIP, al estar activo se muestra dentro de la secuencia, sin embargo si se filtra por el protocolo se observa que la llamada es cancelada, y que no hay transferencia de UDPS. En llamadas realizadas, se muestra que la solicitud de registro de llamada con protocolo SIP ha sido cancelada. A continuacin se reflejan estadsticas de la prueba:
Tabla 52. Resumen prueba llamada de IAX2 a IAX2

Paquetes tiempo entre la primera y ultimo paquete (seg) Prom. Paquetes por segundo (bytes) Prom. Tamao de Paquetes Bytes Prom. Bytes por segundo Prom. Mbits por segundo
Fuente Estadsticas tomadas con Wireshark Prueba 6

45 17,432 2,581 118,889 5350 306,903 0,002

En la estadstica, se indica que se transmitieron 45 paquetes, los cuales tuvieron una duracin de transmisin de 17,432 segundos. Lo que indica que por segundo se transmiten 2,581 paquetes. De los paquetes transmitidos 7 tienen un tamao entre 80-159 bytes, 5 tienen un tamao entre 320-639,1 tienen un tamao entre 640-1279 y 32 paquetes tienen un tamao entre 40-79 bytes.

87

Tabla 53. Estadstica para protocolo IP prueba llamada IAX2 a IAX2


POR PROTOCOLO IP Address A Address B Packets Bytes Packets A->B Bytes A->B Packets A<-B Bytes A<-B 192.168.100.240 192.168.100.249 20 1333 11 742 9 591 192.168.100.243 192.168.100.249 25 4017 11 1651 14 2366 Fuente Estadstica protocolo IP tomada con Wireshark de Prueba 6 Rel Start Duration bps A->B bps A<-B 4.955.516.000 17,4322 340,52 271,22 4.957.788.000 3,4942 3780 5417

Tabla 54. Estadstica para protocolo TCP prueba llamada IAX2 a IAX2
Address A 192.168.100.249 POR PROTOCOLO TCP Address B Packets Bytes Packets A->B Bytes A->B Packets A<-B Bytes A<-B 192.168.100.243 2 148 2 148 0 0 Rel Start Duration bps A->B bps A<-B 4.968.239.000 2,9942 395,42 N/A

Fuente Estadstica protocolo TCP tomada con Wireshark de Prueba 6

Tabla 55. Estadstica para protocolo UDP prueba llamada IAX2 a IAX2
POR PROTOCOLO UDP Address A Address B Packets Bytes Packets A->B Bytes A->B Packets A<-B Bytes A<-B 192.168.100.243 192.168.100.249 6 2790 3 1144 3 1646 192.168.100.243 192.168.100.249 17 1079 8 507 9 572 192.168.100.240 192.168.100.249 20 1333 11 742 9 591 Fuente Estadstica protocolo UDP tomada con Wireshark de Prueba 6 Rel Start Duration bps A->B bps A<-B 4.957.788.000 3,4564 2647,88 3809,8 4.961.835.000 3,4901 1162,13 1311,12 4.955.516.000 17,4322 340,52 271,22

88

Tabla 56. Estadstica para protocolo RTP prueba llamada IAX a IAX2
RTP Src IP addr Dest IP addr SSRC Payload Packets Lost 192.168.100.249 192.168.100.240 0x411D781B ITU-T G.711 PCMU 545 0 (0.0%) 192.168.100.240 192.168.100.249 0x5F1E1FFF ITU-T G.711 PCMU 529 0 (0.0%) Fuente Estadstica protocolo RTP tomada con Wireshark de Prueba 6 Max Delta (ms) Max Jitter (ms) Mean Jitter (ms) Pb? 57.10 6.39 1.36 31.70 3.49 1.11

De los 45 paquetes que fueron transmitidos durante la llamada, 20 corresponden a la extensin llamante 8000 con una participacin del 44,44% sobre el total de los paquetes, mientras que la extensin llamada 8001 tuvo una participacin de 25 paquetes, con una participacin del 55,56%
Tabla 57. Estadstica para protocolo RTP prueba llamada IAX a IAX2

Llamada entre extension IAX2 y extensin IAX2 IP 192168100240 192168100249 192168100243 192168100249 TCP 192168100249 192168100243 UDP 192168100240 192168100249 192168100243 192168100249 Total general
Fuente Estadsticas generales prueba 6 tomadas con Wireshark

Packets 45 20 25 2 2 43 20 23 90

Bytes 5.350 1333 4017 148 148 5.202 1333 3869 10.700

89

3.4.7.Prueba de IAX2 a SIP


Tabla 58. Prueba de IAX2 a SIP

NUMERO DE PRUEBA: NOMBRE DE PRUEBA: RECURSOS: DESCRIPCION DE PRUEBA: RESULTADOS ESPERADOS: RESULTADO DE LA PRUEBA: DESCRIPCION DE RESULTADOS:

7 Llamada extensin IAX2 a extensin SIP Servidor, maquina 1, Maquina 2 La extensin 8000 configurada en el softphone ZOIPER FREE(Maquina 1) realiza llamada a extensin 6000 con X-LITE. La extensin 8000 se pueda comunicar con la extensin 6000, a travs del servidor Asterisk. Exitosa L a extensin de llamada saliente 8001 corresponde a la direccin IP 192.169.100.240

La extensin llamada entrante es la 6000 la cual se encuentra ubicada con la direccin IP 192.168.100.243

90

En estos momentos la extensin 8001 est marcando a la extensin 6000, y solicita respuesta de la llamada.

La extensin 9000, acepta la llamada.

Mensaje enviado por extensin 8001: Este es un mensaje de la Fundacin Universitaria Konrad Lorenz.

91

Mensaje Recibido por la extensin 8001: Resultado de prueba exitosa


Fuente Desarrollo de llamada Prueba 7

Anlisis de prueba: A continuacin se muestra la secuencia de protocolos de sealizacin durante la llamada, a travs de lo cual se logra validar la secuencia de la sealizacin de IAX2 a SIP. Esta secuencia se puede validar completa en el anexo digital de las pruebas adjuntas a este documento.
Anexo A6. Secuencia de protocolos en llamada IAX2 a SIP.

A continuacin se reflejan estadsticas de la prueba:


Tabla 59. Resumen prueba llamada IAX2 a SIP

Paquetes tiempo entre la primera y ultimo paquete (seg) Prom. Paquetes por segundo (bytes) Prom. Tamao de Paquetes Bytes Prom. Bytes por segundo Prom. Mbits por segundo
Fuente Estadsticas tomadas con Wireshark Prueba 7

2889 20,758 139,173 146,806 424130 20431,73 0,163

92

En la estadstica, se indica que se transmitieron 2.889 paquetes, los cuales tuvieron una duracin de transmisin de 20,758 segundos. Lo que indica que por segundo se transmiten 139,173 paquetes. De los paquetes transmitidos 6 tienen un tamao entre 80-159 bytes, 1429 tienen un tamao entre 160-319,4 tienes un tamao entre 320-639, 2 tienen un tamao entre 6401279 y 1.448 paquetes tienen un tamao entre 40-79 bytes.
Tabla 60. Estadstica para protocolo IP prueba llamada IAX2 a SIP

Address A Address B 192.168.100.243 192.168.100.249 192.168.100.240 192.168.100.249

Packets 1438 1451

POR PROTOCOLO IP Bytes Packets A->B Bytes A->B Packets A<-B Bytes A<-B Rel Start 309880 729 157021 709 152859 4.513.137.000 114250 721 56817 730 57433 4.506.953.000

Duration bps A->B bps A<-B 20,7522 60531,76 58927,3 16,6577 27286,76 27582,6

Fuente Estadstica protocolo IP tomada con Wireshark de Prueba 7

Tabla 61. Estadstica para protocolo UDP prueba llamada IAX2 a SIP
Address A 192.168.100.243 192.168.100.243 192.168.100.243 192.168.100.240 POR PROTOCOLO UDP Address B Packets Bytes Packets A->B Bytes A->B Packets A<-B Bytes A<-B 192.168.100.249 7 3898 4 1907 3 1991 192.168.100.249 8 1460 6 1248 2 212 192.168.100.249 1423 3E+05 719 153866 704 150656 192.168.100.249 1451 1E+05 721 56817 730 57433 Rel Start Duration bps A->B 4.513.137.000 207.522 735.15 6.840.937.000 142.252 701.85 6.872.120.000 141.929 86728.72 4.506.953.000 166.577 27286.76 bps A<-B 767.53 119.22 84919.36 27582.60

Fuente Estadstica protocolo UDP tomada con Wireshark de Prueba 7

Tabla 62. Estadstica para protocolo RTP prueba llamada IAX2 a SIP
Src IP addr 192.168.100.243 192.168.100.249 Dest IP addr SSRC 192.168.100.249 0x6084FDB5 192.168.100.243 0x7C39359C Payload ITU-T G.711 PCMU ITU-T G.711 PCMU RTP Packets Lost 719 0 (0.0%) 704 0 (0.0%) Max Delta (ms) Max Jitter (ms) Mean Jitter (ms) 36.81 7.17 5.02 44.18 12.02 1.19 Pb?

Fuente Estadstica protocolo UDP tomada con Wireshark de Prueba 7

93

De los 2889 paquetes que fueron transmitidos durante la llamada, 1451 corresponden a la extensin llamante 8000 con una participacin del 50.22% sobre el total de los paquetes, mientras que la extensin llamada 6000 tuvo una participacin de 1438 paquetes, con una participacin del 49,78%.

Tabla 63. Estadstica paquetes y bytes protocolos prueba llamada IAX2 a SIP

Llamada entre extension IAX2 y extensin SIP IP 192168100240 192168100249 192168100243 192168100249 UDP 192168100240 192168100249 192168100243 192168100249 Total general
Fuente Estadsticas generales prueba 7 tomadas con Wireshark

Packets 2.889 1451 1438 2.889 1451 1438 5.778

Bytes 424.130 114250 309880 424.130 114250 309880 848.260

94

3.4.8.Prueba de IAX2 a H323


Tabla 64. Prueba de IAX2 a SIP

NUMERO DE PRUEBA: NOMBRE DE PRUEBA: RECURSOS: DESCRIPCION DE PRUEBA: RESULTADOS ESPERADOS: RESULTADO DE LA PRUEBA: DESCRIPCION DE RESULTADOS:

8 Llamada extensin IAX2 a extensin H.323 Servidor, maquina 1, Maquina 2 La extensin 8000 configurada en el softphone ZOIPER FREE (Maquina 1) realiza llamada a extensin 9000 con SJPHONE. La extensin 8000 se pueda comunicar con la extensin 9000, a travs del servidor Asterisk. EXITOSA

L a extensin de llamada saliente 8001 corresponde a la direccin IP 192.169.100.240

La extensin llamada entrante es la 9000 la cual se encuentra ubicada con la direccin IP 192.168.100.243

95

En estos momentos la extensin 8001 est marcando a la extensin 9000, y solicita respuesta de la llamada.

La extensin 9000 acepta la llamada.

96

Mensaje enviado por extensin 8001: Este es un mensaje de la Fundacin Universitaria Konrad Lorenz. Mensaje Recibido por la extensin 8001: Resultado de prueba exitosa
Fuente Desarrollo de llamada Prueba 8

Anlisis de prueba: A continuacin se muestra la secuencia de protocolos de sealizacin durante la llamada, a travs de lo cual se logra validar la secuencia de la sealizacin de IAX2 a SIP. Esta secuencia se puede validar completa en el anexo digital de las pruebas adjuntas a este documento.
Anexo A7. Secuencia de protocolos en llamada IAX2 a H.323.

97

A continuacin se reflejan estadsticas de la prueba:


Tabla 65. Resumen prueba llamada IAX2 a H.323
Paquetes tiempo entre la primera y ultimo paquete (seg) Prom. Paquetes por segundo (bytes) Prom. Tamao de Paquetes Bytes Prom. Bytes por segundo Prom. Mbits por segundo 2057 18,331 112,212 84,482 173780 9479,924 0,076

Fuente Estadsticas tomadas con Wireshark Prueba 8

En la estadstica, se indica que se transmitieron 2.057 paquetes, los cuales tuvieron una duracin de transmisin de 18,331 segundos. Lo que indica que por segundo se transmiten 112,212 paquetes. De los paquetes transmitidos 1000 tienen un tamao entre 80-159 bytes, 2 tienen un tamao entre 160-319, 6 tienes un tamao entre 320-639, 2 tienen un tamao entre 640-1279 y 1.047 paquetes tienen un tamao entre 40-79 bytes.

Tabla 66. Estadstica para protocolo IP prueba llamada IAX2 a H.323


Address A 192.168.100.240 192.168.100.243 POR PROTOCOLO IP Address B Packets Bytes Packets A->B Bytes A->B Packets A<-B Bytes A<-B Rel Start Duration bps A->B bps A<-B 192.168.100.249 1020 80188 506 39798 514 40390 0.000361000 18,3314 17368,26 17626,61 192.168.100.249 1037 93592 519 46727 518 46865 4.404.498.000 13,8577 26975,36 27055,3

Fuente Estadstica protocolo IP tomada con Wireshark de Prueba 8

98

Tabla 67. Estadstica para protocolo TCP prueba llamada IAX2 a H.323
Address A 192.168.100.249 192.168.100.249 POR PROTOCOLO TCP Address B Packets Bytes Packets A->B Bytes A->B Packets A<-B Bytes A<-B 192.168.100.243 11 1912 7 1230 4 682 192.168.100.243 23 1630 14 986 9 644 Rel Start Duration bps A->B bps A<-B 4.914.696.000 13 3475 737 4.950.225.000 13 3115 592

Fuente Estadstica protocolo TCP tomada con Wireshark de Prueba 8

Tabla 68. Estadstica para protocolo UDP prueba llamada IAX2 a H.323
Address A 192.168.100.243 192.168.100.243 192.168.100.243 192.168.100.243 192.168.100.240 POR PROTOCOLO UDP Address B Packets Bytes Packets A->B Bytes A->B Packets A<-B Bytes A<-B Rel Start Duration bps A->B bps A<-B 192.168.100.249 1 106 0 0 1 106 13.471.262.000 0 N/A N/A 192.168.100.249 5 438 0 0 5 438 4.408.661.000 11,9996 N/A 292,1 192.168.100.249 7 3376 4 1727 3 1649 4.404.498.000 4,0581 3404,55 55,325 192.168.100.249 990 86130 502 43674 488 42456 8.296.193.000 9,9557 35094,69 69,34115 192.168.100.249 1020 80188 506 39798 514 40390 0.000361000 18,3314 17368,26 26,17626

Fuente Estadstica protocolo UDP tomada con Wireshark de Prueba 8

Tabla 69. Estadstica para protocolo RTP prueba llamada IAX2 a H.323

Src IP addr Dest IP addr SSRC 192.168.100.243 192.168.100.249 0xA3F435B 192.168.100.249 192.168.100.243 0x7CDBB9D1

Payload GSM 06.10 GSM 06.10

RTP Packets Lost 502 0 (0.0%) 488 0 (0.0%)

Max Delta (ms) Max Jitter (ms) Mean Jitter (ms) Pb? 28.99 4.24 3.10 X 34.44 6.19 0.79

Fuente Estadstica protocolo RTP tomada con Wireshark de Prueba 8

99

Dentro de la estadstica del protocolo RTP, se encuentra que el campo Pb tiene un carcter X, el cual indica que en el transcurso del envo de paquetes de la direccin IP 192.168.100.243 a la direccin IP 192.168.100.249 ocurri un error en marcacin de tiempo por parte de wireshark, es decir, que en el momento de transmisin del paquete wireshark no pudo tomar el tiempo correcto. Sin embargo, esto no influyo en el flujo normal de la llamada, ya que esta fue completada en su total, lo cual se confirma en el campo Lost, en donde se reporta que hubo un 0% de paquetes perdidos durante la llamada. Dentro del anlisis del campo Pb, se encuentra que el paquete que present error fue el paquete N. 66 enviado por la direccin IP 192.168.100.243 (Extensin 9000) a la direccin IP 192.168.100.249 (Servidor Asterisk). Sin embargo, esto no influye en la transmisin de paquetes. De los 2.057 paquetes que fueron transmitidos durante la llamada, 1.020 corresponden a la extensin llamante 8000 con una participacin del 49,59% sobre el total de los paquetes, mientras que la extensin llamada 9000 tuvo una participacin de 1.037 paquetes, con una participacin del 50.41%.
Tabla 70. Estadstica paquetes y bytes protocolos prueba llamada IAX2 a H.323

Llamada entre extension IAX2 y extensin H.323 IP 192168100240 192168100249 192168100243 192168100249 TCP 192168100249 192168100243 UDP 192168100240 192168100249 192168100243 192168100249 Total general

Packets 2057 1020 1037 34 34 2023 1020 1003 4114

Bytes 173780 80188 93592 3542 3542 170238 80188 90050 347560

Fuente Estadsticas generales prueba 7 tomadas con Wireshark

100

3.4.9.Anlisis general
La tabla que se relaciona a continuacin, consolida las pruebas efectuadas para el anlisis del comportamiento del protocolo de sealizacin H.323.Una primera divisin indica los resultados que se obtuvieron de llamadas de extensiones configuradas bajo el protocolo H.323 a llamadas a extensiones con el mismo protocolo y a extensiones configuradas con protocolos IAX2 y SIP.
Tabla 71. Consolidado de pruebas H323

Paquetes tiempo entre la primera y ultimo paquete (seg) Prom. Paquetes por segundo (bytes) Prom. Tamao de Paquetes Bytes Prom. Bytes por segundo Prom. Mbits por segundo

llamada de extensin H.323 a protocolos H.323 IAX2 1641 4306 8,762 35,96 187,291 119,743 89,513 83,661 146891 360246 16765,037 10017,865 0,134 0,08

llamada a extensin H.323 de protocolos sip a h.323 iax2 a h.323 2548 2057 16,320 18,331 156,994 112,212 152,092 84,482 387,531 173780 23877,528 9479,924 0,191 0,076

Fuente Estadsticas generales llamadas en H323 tomadas con Wireshark

Durante las llamadas entre extensiones que tienen configurado el protocolo H.323, cada una de las direcciones IP de las extensiones envi un promedio de 820 paquetes durante la llamada. Durante la llamada realizada de una extensin H.323 a una extensin IAX2 , se observa que dentro del proceso de llamada, la extensin H.323 enva un mayor nmero de paquetes para mantener el proceso de llamada que la extensin configurada bajo IAX2, tal cual como se muestra en la siguiente tabla de resultados obtenidas en cada prueba. Haciendo un comparativo con la llamada de H.323 a IAX2, se tiene que aunque el tiempo entre la primera y la ultima trama haya sido mucho ms largo en la prueba de H.323 a IAX2, el tiempo utilizado para el envo de paquetes es mucho menor cuando se realiza una llamada de H.323 a IAX2, tal cual lo soporta el resultado de la transmisin de paquetes por segundo en cada una de las pruebas. Como se observa en los resultados de la pruebas que involucran extensiones H.323, la extensin configurada bajo el protocolo H.323 que realiza llamada a IAX2, es la extensin que transmite el mayor nmero de paquetes durante la llamada.
Tabla 72. Estadstica paquetes y bytes protocolos prueba llamada IAX2 a H.323

Address A Address B Packets Bytes Packets A->B Bytes A->B Packets A<-B Bytes A<-B 192.168.99.44 192.168.100.249 895 78667 447 39349 448 39318 llamada de H.323 A H.323 192.168.100.249 192.168.103.16 746 68224 381 34894 365 33330 192.168.100.249 192.168.103.16 1872 147348 1135 89405 737 57943 llamada de H.323 A IAX2 192.168.99.44 192.168.100.249 2442 213818 1294 113296 1148 100522
Fuente Estadsticas generales de las prueba tomadas con Wireshark

Como se observa en la tabla anterior, la extensin configurada bajo el protocolo H.323 que realiza llamada a IAX2, es la extensin que transmite el mayor nmero de paquetes durante la llamada, esto se debe a que dentro del proceso

101

de sealizacin que ocurre durante la llamada, las tramas de sealizacin del IAX2 son mucho menores a las enviadas por el protocolo H.323. En la siguiente tabla, se refleja que la llamada realizada entre extensiones IAX2, el proceso de sealizacin es mucho menor a los enviados y recibidos por las extensiones configuradas con el H.323 y SIP. Lo anterior, se debe a que en el proceso de sealizacin los mensajes de codifican en forma binaria y las tramas se empaquetan en un solo canal, lo que permite enviar voz, con su respectiva seal con un mismo encabezado, lo que indica un menor consumo de ancho de banda.

Tabla 73. Estadstica paquetes y bytes protocolos prueba llamada IAX2 y H.323
llamada de extensin IAX2 a protocolos H.323 IAX2 SIP 2057 45 2889 18,331 17,432 20,758 112,212 2,581 139,173 84,482 118,889 146,806 173780 5350 424130 9479,924 306,903 20431,73 0,076 0,002 0,163 llamada a extensin IAX2 de protocolos SIP H.323 2194 1641 12.805,000 8,762 171,343 187,291 149,087 89,513 327097 146891 25545,082 16765,037 0,204 0,134

Paquetes tiempo entre la primera y ultimo paquete (seg) Prom. Paquetes por segundo (bytes) Prom. Tamao de Paquetes Bytes Prom. Bytes por segundo Prom. Mbits por segundo

Uno de los factores influyentes para que el protocolo IAX2 sea el protocolo ms rpido en el proceso de sealizacin, es que este protocolo fue diseado para cubrir la necesidad de comunicacin en menor tiempo posible y consumo de ancho de banda entre servidores, lo que lo hace an ms potente.

102

4.CONCLUSIONES

Y RECOMENDACIONES

Asterisk es una herramienta muy poderosa que ofrece un alto grado de funcionalidad y escalabilidad en sus soluciones, ajustndose apropiadamente a los requerimientos que se necesiten. Posee una dependencia directa de los recursos de red, sistema operativo y de la configuracin en hardware de la PC en donde se instale, ya que si se requiere para dar soluciones en comunicacin en grandes empresas que abarquen ms de 1000 usuarios ser distinto a otra que tan solo posea 10 usuarios. En lo posible es deseable ajustar tanto el sistema operativo como el hardware para que Asterisk funcione correctamente, que el servidor sea para uso exclusivo de Asterisk, ya que al ser un producto de software esta sujeto a las mismas limitaciones que un software tradicional. Los mayores inconvenientes que presenta son: Susceptible a fallos de software disponibilidad de herramientas. imprevistos, compatibilidad y

Susceptible a fallos de seguridad, como lo son el hacking y los virus. Susceptible a fallos de hardware, ya que depende totalmente de que se encuentren en buen estado. Susceptible a fallos de configuracin, esto debido a que, como es de licencia GPL, su cdigo de desarrollo es accesible, lo hace vulnerable a errores humanos Desempeo susceptible a otras herramientas de software, ya que si el servidor no es dedicado solo a prestar Asterisk, puede que otros software instalados consuman recursos tanto de red como de mquina que sean necesarios para que Asterisk de su mayor rendimiento. Para los estndares IAX2 y H323 se tienen grandes diferencias en cuanto el envi de paquetes, tamaos de tramas, forma de realizar la sealizacin, empaquetamiento de datos e historia. El estndar H323 es mucho ms robusto que el IAX2 ya que est diseado para dar calidad en video conferencias, mientras que el IAX2 est diseado para otorgar velocidad y mayor uso de los recursos de banda ancha, lo que hace que a pesar que la duracin de una llamada en condiciones normales (Terminal A realiza una llamada, en donde solo se transmite voz, a la Terminal B) para el estndar h323 se envan ms paquetes y su conexin es ms compleja que la misma llamada realizarla con IAX2, ya que para el H323, se hace necesario el uso de los protocolos H.225 y H.245. Los protocolos ofrecen una configuracin propia para que se ajuste a las condiciones de red y usuarios entre las que se encuentra la configuracin de cdec y otros comportamientos propios de cada estndar, pero ms all de

103

esto, el asegurar la calidad de las llamadas depende tambin del comportamiento de cada softphone, ya que Asterisk (dentro de lo investigado) no posee uno propio, que asegure su buena ejecucin. El que una solucin de comunicaciones funcione o no, dentro de una organizacin depende de la buena seleccin. Para que al momento de escoger el protocolo para realizar las comunicaciones, se escoja por que las necesidades de la organizacin van acordes con los objetivos de diseo del protocolo.

104

REFERENCIAS BIBLIOGRFICAS
A. Libros Alberto Escudero Pascual. VoIP para el desarrollo Una gua para crear una infraestructura de voz en regiones en desarrollo Edo. Alfaomega RA-MA Grupo Editores.: UIT-T. Rec. H.323 (06/2006). Serie H: Sistemas Audiovisuales y Multimedia Sistemas de comunicacin multimedia basados en paquetes. Unin internacional de telecomunicaciones 13 de junio del 2006 procedimiento de recomendacin UIT-T A.8. Mara Carmen Espaa Boquera. Servicios avanzados de telecomunicacin Edo. Illustrated Publicado por Ediciones Daz de Santos, 2003. ISBN 8479786078, 9788479786076

Cisco System, integracin de redes de voz y datos. ISBN- 84-2832820-X Daniel Collins. Carrier Grade Voice Over IP. McGraw-Hill Professional Publishing, Septiembre 2000 Syngress Media, Elliot Lewis, Syngress Media, Matt Campisi y Elliott Lewis, IP Telephony. Editoral McGraw-Hill, 1998 Walter Goralski. Matthew C. Kolon. Professional Publishing, Agosto 1998 IP Telephony. McGraw-Hill

Flavio E. Gon alves.Asterisk PBX Gua de configuracin, Florianpolis, Ttulo independiente, 2007, ISBN 978-85-906904-3-6 B. Publicaciones peridicas G. Liu, K. Y. Lee, and H. F. Jordan, Asterisk The Future of Telephony. IEEE Transactions on Telephony IP, vol. 46, pp. 695-701, June 2005. C. Tesis de Magister Maybelline Reza Robles, VOZ SOBRE IP: Anlisis del servicio Instalado en la Facultad de Telemtica. Universidad de Colima, Facultad de Telemtica, Junio 2001. D. Tutoriales o Libros Electrnicos

105

Download The Future of Telephony Asterisk. http://www.cyberciti.biz/tips/download-asterisk-howto-tutorial-book.html (Page On line). Digium, Inc. About Asterisk http://www.asterisk.org [on-line]. Disponible en Internet:

Voipforo 2009 [on-line], disponible en internet http://www.voipforo.com VOIP-Info.org 2003-2008 LLC[on-line]. Disponible en internet http://www.voip-info.org/ E. Entrevista (Comunicacin verbal Privada) Dr. Juan David Abreo. Director General de Tecnologa. Proyecto Interconexin WAN TELEFONIA IP. SENA. Bogot. Colombia.

106