Asterisk LINUX

8/16/2019 Asterisk LINUX

1/110

ANALISIS DE REQUERIMIENTOS E IMPLEMENTACIÓN DE LAPLATAFORMA ASTERISK UTILIZANDO ESTANDAR H.323/IAX2

YANNETH DIMAS A.

LUIS CARLOS MORALES S.

Proyecto de grado, presentado como requisito parcial para optar al títulode Ingenieros de Sistemas

Director:

ING. GUSTAVO HERAZO

FUNDACION UNIVERSITARIA KONRAD LORENZ

FACULTAD DE INGENIERÍA DE SISTEMAS Y MATEMÁTICAS

BOGOTÁ D.C.

2009


2/110

Nota de Aceptación

______________________________________________

______________________________________________

Presidente del jurado

____________________________________________

____________________________________________

Jurado

____________________________________________

____________________________________________

Jurado

____________________________________________

____________________________________________

Jurado

____________________________________________

____________________________________________

Bogotá 10 de Mayo del 2009


3/110

DedicatoriaDedicamos este trabajo a nuestras familias

Y seres queridos que nunca dejaron

De creer en nosotros.


4/110

4

Agradecimientos

Gracias a nuestras familias que nos apoyaron incondicionalmente, a nuestrosprofesores que nos otorgaron su conocimiento, a nuestro director de proyectoGustavo Herazo por darnos la oportunidad de trabajar a su lado y por sudirección. A William el encargado de las salas de la FUKL, por soportar laslargas horas de trabajo con nosotros y toda la ayuda que nos prestó en esterecorrido y a Leandro Baena nuestro amigo y compañero por brindarnos suayuda en momentos de dificultad.


5/110

1

CONTENIDO

LISTA DE TABLAS ............................................................................................. 3 LISTA DE FIGURAS ........................................................................................... 6

LISTA DE ANEXOS ............................................................................................ 8

GLOSARIO ......................................................................................................... 9

INTRODUCCIÓN .............................................................................................. 10

1. ASPECTOS INICIALES ................................................................................ 11

1.1. OBJETIVOS ........................................................................................... 11

1.1.1. General ............................................................................................. 11

1.1.2. Específicos. ...................................................................................... 11

1.2. PROPOSITO. ......................................................................................... 11

1.3. CRONOGRAMA ..................................................................................... 11

2. MARCO TEORICO. ...................................................................................... 12

2.1. ANTECEDENTES ................................................................................... 12

2.1.1. Históricos .......................................................................................... 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. Códecs 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 señalización en H.323 ................................................ 27

2.2.2.5. Fases de señalización en H.323.................................................... 32

2.2.3. IAX2 Inter-Asterisk Exchange Protocol............................................. 38


6/110

2

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. DISEÑO METODOLÓGICO .......................................................................... 51

3.1. TIPO DE INVESTIGACIÒN .................................................................... 51

3.2. ANÁLISIS DE LA SITUACIÓN ACTUAL ................................................. 51

3.3. DIAGNÓSTICO DE LA SITUACIÓN ACTUAL ........................................ 52

3.3.1. Sistemas Operativos ........................................................................ 52

3.3.2. Evaluación y selección 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. Análisis general .............................................................................. 101

4. CONCLUSIONES Y RECOMENDACIONES .............................................. 103


7/110

3

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 información de llamada .................................................. 30

Tabla 6. Mensajes de liberación de llamada .................................................... 30

Tabla 7. Mensajes Misceláneas ........................................................................ 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. Códec y canales en Asterisk ............................................................. 46

Tabla 15. Configuración de los ordenadores para las pruebas ......................... 55

Tabla 16. Configuración de extensiones para pruebas ..................................... 55

Tabla 17. Descripción de tabla plan de pruebas. .............................................. 57

Tabla 18. Definición tabla de protocolos parte A ............................................... 57

Tabla 19. Definición de protocolos parte B ....................................................... 58

Tabla 20. Estadística protocolo RTP parte A .................................................... 58 Tabla 21. Estadística 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. Estadística para protocolo IP prueba llamada H.323 a H.323 ........... 63

Tabla 25. Estadística para protocolo TCP prueba llamada H.323 a H.323 ....... 64

Tabla 26. Estadística para protocolo UDP prueba llamada H.323 a H.323 ...... 64


8/110

4

Tabla 27. Estadística 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. Estadísticas generales prueba 2 ....................................................... 68

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

Tabla 32. Estadística para protocolo IP prueba llamada H.323 a IAX2 ........... 70

Tabla 33. Estadística para protocolo TCP prueba llamada H.323 a IAX2 ........ 70

Tabla 34. Estadística para protocolo UDP prueba llamada H.323 a IAX2 ....... 70

Tabla 35. Estadística 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. Estadística para protocolo IP prueba llamada SIP a H.323 ............. 76

Tabla 40. Estadística para protocolo TCP prueba llamada SIP a H.323 ........... 76

Tabla 41. Estadística para protocolo UDP prueba llamada SIP a H.323 .......... 77

Tabla 42. Estadística para protocolo RTP prueba llamada SIP a H.323 ........... 77

Tabla 43. Estadísticas generales prueba 4 ....................................................... 78

Tabla 44. Prueba de SIP a IAX2 ....................................................................... 79

Tabla 45. Resumen prueba llamada de SIP a IAX2 .......................................... 81

Tabla 46. Estadística para protocolo IP prueba llamada SIP a IAX2 ............... 82

Tabla 47. Estadística para protocolo TCP prueba llamada SIP a IAX2 ............ 82

Tabla 48. Estadística para protocolo UDP prueba llamada SIP a IAX2 ............ 82 Tabla 49. Estadística para protocolo RTP prueba llamada SIP a IAX2 ............ 83

Tabla 50. Estadística 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. Estadística para protocolo IP prueba llamada IAX2 a IAX2 ............. 88

Tabla 54. Estadística para protocolo TCP prueba llamada IAX2 a IAX2 .......... 88


9/110

5

Tabla 55. Estadística para protocolo UDP prueba llamada IAX2 a IAX2 .......... 88

Tabla 56. Estadística para protocolo RTP prueba llamada IAX a IAX2 ............ 89

Tabla 57. Estadística 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. Estadística para protocolo IP prueba llamada IAX2 a SIP ............... 93

Tabla 61. Estadística para protocolo UDP prueba llamada IAX2 a SIP ............ 93

Tabla 62. Estadística para protocolo RTP prueba llamada IAX2 a SIP ............ 93

Tabla 63. Estadística 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. Estadística para protocolo IP prueba llamada IAX2 a H.323 ........... 98

Tabla 67. Estadística para protocolo TCP prueba llamada IAX2 a H.323 ......... 99

Tabla 68. Estadística para protocolo UDP prueba llamada IAX2 a H.323 ........ 99

Tabla 69. Estadística para protocolo RTP prueba llamada IAX2 a H.323 ......... 99

Tabla 70. Estadística paquetes y bytes protocolos prueba llamada IAX2 aH.323 .............................................................................................................. 100

Tabla 71. Consolidado de pruebas H323 ........................................................ 101

Tabla 72. Estadística paquetes y bytes protocolos prueba llamada IAX2 aH.323 .............................................................................................................. 101

Tabla 73. Estadística paquetes y bytes protocolos prueba llamada IAX2 yH.323 .............................................................................................................. 102


10/110

6

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 lógica de un Gateway H.323............................................. 18

Figura 5. Funciones Distribuidas de MP y MD .................................................. 20

Figura 6. Conferencia unidifusión centralizada ................................................. 20

Figura 7. Conferencia multidifusión centralizada .............................................. 21

Figura 8. Conferencia multidifusión 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 estándar Q.931 ........................................ 29

Figura 14. Solicitud de llamada entrante ........................................................... 33

Figura 15. Autorización petición llamada .......................................................... 33

Figura 16. Establecimiento de conexión ........................................................... 34

Figura 17. Autorización respuesta llamada ....................................................... 34

Figura 18. Establecimiento canal H.245 ........................................................... 35

Figura 19. Intercambio de capacidades ............................................................ 35

Figura 20. Intercambio de información audio visual. ......................................... 36 Figura 21. Terminación 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


11/110


12/110

8

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


13/110

9

GLOSARIO

ASTERISK: Software de licencia GPL que permite constituir centralestelefónicas (PBX) utilizando telefonía IP.

GATEKEEPER:Controlador de Acceso para el protocolo H.323.

GATEWAYS: enlace de la red VoIP con la red telefónica analógica o RDSI.

H.323: Recomendación UIT-T, para sistemas de comunicación multimediabasados en paquetes (PBN) que no puede proporcionar una calidad de serviciogarantizada.

IAX2: Protocolo basado en la reunión 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 telefónica conectada a través de líneas troncales a la red pública y quepermite la gestión y administración de los recursos telefónicos internos,salientes y entrantes.

RTB/PSTN: Red telefónica Básica / Public Switched Telephone Network.

VoIP: Voz sobre IP, Telefonía IP, Hardware y software que permite tenertelefonía por paquetes (Internet).


14/110

10

INTRODUCCIÓN

En la actualidad las empresas buscan optimizar cada vez más los recursostecnológicos con los que cuenta. El crecimiento de la mediana y pequeñaempresa, demanda más inversión y productividad, pero con esto tambiéncrecen los costos operativos.

Las tecnologías de comunicación, particularmente los PBX que ofrecenservicios de distribución automática de llamadas, buzón de voz, entre otras,representan un requerimiento básico para la operación de cualquier empresa,sin embargo, tradicionalmente, se habían considerado casi inaccesibles paralas PYMES, debido a sus altos costos. Como respuesta a esta situación, sehan desarrollado diferentes herramientas de Telefonía IP que permiten a laspequeñas y medianas empresas, acceder a los beneficios que ofrecen lasdiferentes formas de transmisión de información (voz, datos y video) pero amuy bajos costos. Estas herramientas son basadas en software libre y estánsoportadas por grandes comunidades que permanentemente las actualizan ymejoran, logrando una robustez similar y a veces superior que las solucionespropietarias. Un ejemplo destacable de lo mencionado anteriormente es Asterisk, una plataforma de comunicaciones basada en software libre de granpenetración en el mercado, que responde exitosamente a las necesidades delas pequeñas y medianas empresas de todo el mundo.

Por lo anterior, La Facultad de Matemáticas e Ingenierías de la FundaciónUniversitaria Konrad Lorenz, ha decidido tomar como línea de investigaciónformativa referente a la tecnología IP e Incursionar en el uso de aquellasnuevas tecnologías de la comunicación..

Este documento se compone de cuatro capítulos. En el primer capítulo, setrata aspectos que fueron definidos para el desarrollo de la investigación,dentro de los que se encuentran; los objetivos, alcance y recursos. En elsegundo capítulo, se describen las bases teóricas que soportan el objeto de lainvestigación tratando los antecedentes, marco teórico sobre el protocoloH.323/IAX2, luego un tercer capítulo, en el cual se plasma el desarrollo de lainvestigación sobre los protocolos de señalización H.323/IAX2 bajo laplataforma de Asterisk, aquí es en donde se describe el contexto, las pruebasrealizadas y el análisis correspondiente; y por último un cuarto capítulo, en elcual se exponen las conclusiones y las recomendaciones.


15/110

11

1.ASPECTOS INICIALES

1.1.OBJETIVOS

1.1.1.General Presentar un análisis de requerimientos y plan de pruebas dela plataforma Asterisk utilizando estándar H.323 e IAX2 en entornos cliente-servidor.

1.1.2.Específicos.Identificar las generalidades de la plataforma Asterisk para la configuración

del H.323.

Identificar las generalidades de la plataforma Asterisk para la configuración deIAX2.

Realizar la configuración de los estándar H.323 e IAX2 en Asterisk.

Impulsar el grupo de investigación para dar apoyo al proyecto macro.

1.2.PROPOSITO.

Este proyecto tiene como fin realizar investigación formativa a través del

análisis documentado sobre el comportamiento, funcionalidad, las ventajas ydesventajas de implementación del estándar H.323 y el protocolo IAX2 bajo Asterisk.

1.3.CRONOGRAMA

Este proyecto está regido por el cronograma estipulado para el desarrollo delproyecto macro: Identificación de las funcionalidades, potencialidades yrequerimientos técnicos, para la implementación de ASTERISK.

Tabla 1. CronogramaMeses

Actividad a desarrollar Enero- Febrero Marzo Abr il Mayo-JunioInstalación de As terisk y Revisiónde la Bibliográfica disponibleExploración inicial de lasfuncionalidades de Asterisk Identificación de los requerimientostécnicos para la realización de unplan de pruebas completo y básicosobre Asterisk.Realización del plan de pruebasbásicos.Documentación del proyecto


16/110

12

2.MARCO TEORICO.

2.1.ANTECEDENTES

2.1.1.Históricos En la década de los 90’s, se produjo una evolucióntecnológica en las redes de de datos, gracias al interés de las empresas eninvolucrar a las redes como medio de comunicación dentro de su entorno(redes empresariales). Dentro de las redes utilizadas para este propósito, sedestacan las redes ATM, que luego fueron sustituidas por redes IP/Ethernet. Afinales de esta década, surgió y creció de manera impresionante el fenómenode la Internet, lo cual motivo desarrollar el concepto NGN (New GenerationNetwork).

De acuerdo a la ITU, una NGN es una red por paquetes que proporcionamúltiples servicios de banda ancha, que utiliza tecnologías de transporte conuna calidad de servicio mínima y en la cual las funciones relacionadas con elservicio son independientes de las tecnologías de transportes subyacentes.

Este tipo de redes soporta servicios de: Multimedia, Simulación de serviciosPSTN/ISDN, Acceso a Internet, entre otros. Uno de los estándares utilizadosen las NGN es H.323, para proveer a los usuarios de la red tele-conferencias(transmisión de voz, video y datos en tiempo real).

La primera versión del H.323 fue expuesta en el año 1996 , con el objetivo deproveer videoconferencia en tiempo real para tecnología LAN y WAN, en elaño 1998 se expuso la segunda versión del estándar, que incluyo funcionalidadde voz sobre IP. Hasta el momento la ITU ha expuesto la versión 6, la cual fueaprobada el 13 de junio de 2006 por la Comisión de Estudio 16 (2005-2008) delUIT-T por el procedimiento de la Recomendación UIT-T A.8

Paralelamente al progreso del estándar H.323, se desarrollaba PBX Asterisk,tecnología integradora de la telefonía convencional y la emergente telefonía IP.Esta tecnología fue creada por Mark Spencer, quien a través de GPL logroobtener una alternativa de PBX libre en el Mercado. El estudio y el desarrolloestuvieron soportados por los resultados y trabajos realizados por Jim Dixon enel proyecto Zapata, el cual impulsaba la creación de hardware (tarjetastelefónicas) open source. De la información e investigación del desarrollo desoftware y hardware para Asterisk, se concluye que el objetivo en común quecomparten estos proyectos es ofrecer una alternativa de comunicación a travésde la red de datos de una empresa al mejor costo posible y al alcance de todos.


17/110

13

2.1.2.Legales En Colombia no existe una legislación acerca de la transmisiónde voz vía internet por no considerarse como un servicio de valor agregadocitado en el decreto 3055 de 2003, con lo cual no se considera un delito elhacer uso de estas herramientas para la comunicación.

2.1.3.Investigativos A continuación exponemos ideas centrales deinvestigaciones, proyectos y trabajos, en el cual el objeto de estudio es laTelefonía IP y Proyectos de desarrollo en Asterisk:

Dnic- Telefonía: proyecto Voz IP, desarrollado para establecer a través del ared telefónica comunicación entre las diferentes sedes de la UniversidadNacional, sin ningún costo. Así mismo, se adelantan investigaciones quepermitirán a la Universidad extender el servicio a través de la red WAN de launiversidad. El fin del proyecto, es aprovechar la red de datos e implementarsobre la red diversos servicios via IP como; telefonía, fax y mensajería, entreotros.

Diseño e implementación de experiencias docentes para el servicio de vozsobre IP mediante la utilización de la plataforma Asterisk – Proyecto de gradode la Universidad Austral de Chile de la Facultad de ciencias de la ingeniería,con el que se pretendía mostrar una solución que permitiera mejorar lossistemas de comunicación y mensajería de voz , desde lo residencial hasta loorganizacional, el trabajo consta de una extensa documentación que va desdela explicación de protocolos y arquitecturas usadas para implementar redespara telefonía IP, hasta la implementación de la herramienta Asterisk comoPBX y un análisis de los resultados.

2.2.BASES TEORICAS Una red telefónica agrupa a un número de centralitas teléfono, en las cuales serealiza el proceso de conmutación 1. En sus inicios las redes telefónicasclásicas, se fundamentaron en la conmutación de circuitos (RTC) 2, luego conel transcurrir de los años se implemento la conmutación electromecánica. Hacialos años 60, se desarrollo la conmutación de red digital y, posterior a estarevolución se sumo la implementación de la tecnología de ordenadores, quepermitió el intercambio de mensajes sobre una red de conmutación depaquetes independiente y dedicada 3.

La red telefónica conmutada (RTC) es una red conmutada de circuitostradicional. La RTC abarca el conjunto de redes telefónicas existentes, sobre la1 Conmutación es la interconexión necesaria para la comunicación entre dos aparatostelefónicos.2RTC es la traducción en castellano de la sigla inglesa PSTN (Public Switched Telephone

Network)3 Protocolos de señalización para el transporte de Voz sobre redes IP.


18/110


19/110

15

Figura 1. Esquema PBX

PSTN(RTC -RTB) PBX

EMPRESA

Fuente. Autores Yanneth Dimas y Luis Morales

El PBX cumple funciones primordiales para que se lleve a cabo una llamadatanto interna como externa, como lo son; establecer la conexión entre losusuario de la llamada, mantener la llamada durante su ejecución y gestionarinformación sobre la tarifación de llamadas. Adicional a las funcionesmencionadas, tiene la posibilidad de implementar servicios adicionales, las másconocidas son:

Llamada en espera, contestador automático, música en espera, transferenciade llamadas, buzón de voz, conferencia, contestar llamadas de otra extensiónque este timbrando, directorio automatizado, mensajes de bienvenida, entreotras no menos importantes.

2.2.2.Asterisk y Protocolo H.323 La telefonía IP, se basa en el hecho detransportar comunicaciones telefónicas a través de paquetes IP, telefonía porinternet, las alternativas tecnológicas se dividen en dos subgrupos , que son lastecnologías cerradas propietarias y los sistemas abiertos.

Asterisk es un sistema de comunicaciones de tipo centralita telefónica, el cualbrinda calidad en cuanto a llamadas, distribución en diferentes sectores yregistros. Asterisk se puede controlar gracias a que posee código abierto, locual permite adaptarlo a las necesidades que se den en el momento y senecesiten configurar en el sistema, llevando a cabo diferentes comunicaciones(llamadas internacionales IP, conferencias, ingreso a red de celulares, sistemade recepcionista virtual- menú interactivo, notificaciones de correo, etc.) con unmuy bajo costo.

De lo anterior, se indica que Asterisk representa una central telefónica análogaen un PBX digital. Asterisk es un PBX que integra tecnologías de telefoníaconvencional y telefonía IP. Los teléfonos que pueden utilizarse son teléfonosIP, analógicos o ADSI – teléfono analógico con display digital.


20/110

16

Figura 2. Esquema PBX y Asterisk

PSTN

(RTC -RTB) PBX IP

EMPRESAVoz IP

Troncal Análoga

Troncal Digital (E1-T1)

Fuente. Autores Yanneth Dimas y Luis Morales

Asterisk es interoperable, lo cual permite que se integren a otras aplicacionesde forma efectiva y funcional. Dentro de los protocolos que se puedeconfigurar una red telefónica Asterisk permite utilizar el estándar H.323, el cuales usado en entornos multimedia para la transmisión de datos, audio y video entiempo real.

El estándar H.323, abarca un conjunto de protocolos para establecimiento desesión (o llamada), codificación, transporte entre otros. El estándar pertenece ala familia H.32X, la cual maneja las recomendaciones que refieren acomunicación multimedia en la cual se pueden destacar los siguientesestándares:

H.324 en redes SCN. Permite la comunicación sobre SCN- Redes públicasconmutadas, conocidas comúnmente como teléfonos convencionales.H.320, H.321, H.310 en redes RDSI. Estas recomendaciones permite lacomunicación en líneas RDSI - Redes de Servicios Digitales Integrales.

H.322 para redes de paquetes con capacidades de QoS.

El H.323 es una recomendación extendida del H.320, pero optimizada paraInternet. Esta recomendación fue diseñada para incluir Voz y telefonía sobre IPen servicios de comunicaciones entre redes PBN (Redes Basadas enPaquetes), dentro de las cuales se encuentran; redes que incluyen las de tipoIP como Internet, las de Intercambio de paquetes (IPX), redes de área amplia(WAN), redes de área Local (LAN) y conexiones telefónicas que utilicen el


21/110

17

protocolo PPP (Protocolo punto a punto) y que se encuentran sobre Redestelefónicas 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.323Una entidad H.323 puede tener las siguientes características:

Llamable : Se considera a una entidad que puede ser llamable, es decir, que enel proceso de comunicación un usuario determine que la entidad es unaentidad destino.

Direccionable : Es una entidad que tiene una dirección de transporte

Son entidades llamable; los terminales, las MCU, las pasarelas, y los MGC, noson llamables los controles de acceso,los MC , ni los MG.

A continuación se muestra el esquema que plantea el alcance de la Rec. UIT-H.323.

Figura 3. Esquema Alcance de la Rec.

Fuente. UIT-T H.323 “Serie H: Sistemas audiovisuales y Multimedia; Sistemas decomunicación Multimedia basados en paquet es”

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


22/110

18

Terminales. Representan a los dispositivos físicos, que se encuentran encualquier extremo de la red, los cuales proporcionan la comunicaciónbidireccional en tiempo real con otro terminal H.323, Gateway o unidad decontrol multipunto (MCU), dentro de los cuales están incluidos la pila de

protocolos, que se mencionarán más adelante. Esta entidad se considerallamable y direccionable. Todas las terminales H.323 poseen; interfaces delequipo de usuario, códecs de video y audio, el equipo telemático, la capaH.225, las funciones de control y la interfaz de red. Un terminal puede estar enla capacidad de facilitar servicios de voz y datos, datos y video, voz y voz ovídeo o únicamente voz. Los requisitos mínimos para tener una terminalH.323, es que soporte voz y posea el códec G.711, H.245, Q.931 y elcomponente RAS, de Los cuales se hablará más adelante.

Gateways (Pasarela). Son entidades llamables y direccionables. Permiten lainterconexión entre diferentes tipos de redes, es decir, facilita la comunicación

bidireccional en tiempo real entre terminales que se encuentren en redes porpaquetes 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 conGQoS),H.324(RTG),H.324M(Móviles) y V.7(Señales vocales y datossimultáneos digitales).[1]. Una de las funciones fundamentales en el procesode la comunicación la realiza el Gateway, ya que es el encargado de realizarlas traducciones entre formatos de transmisión, procedimientos decomunicación y traducción de códecs de audio y video entre redes, permitiendoenlaces; con terminales telefónicos análogos sobre redes de telefonía básica(RTB), con terminales remotos con estándar H.320 sobre redes RDSI quesoportan circuitos conmutados (SNC) y terminales remotos con estándar H.324sobre redes de telefonía básica (RTB).

Figura 4. Estructura lógica de un Gateway H.323

Fuente. Cisco Systems “ Integración de redes de voz y datos ”

Gatekeepers (Contr ol de acceso). Es una entidad que representa el puntoprincipal y central, el cual administra las zonas5, el ancho de banda y controlala señalización, las autorizaciones de todas las llamadas 6 y los terminales

5 Una zona H.323 es un conjunto de dispositivos (Terminales, GW,MCU y GK. Una zona tienesolamente un controlador de acceso. Una zona puede ser independiente de la topología de lared y comprende múltiples segmentos de red conectados mediante dispositivos como encaminadores.6 La autorización de llamadas es opcional en los gatekeepers, a través de esta se acepta o

rechazan las llamadas efectuadas por puntos terminales por restricciones predeterminadas enlos gateways o puntos terminales.


23/110

19

registrados en una zona. Dentro de los servicios que ofrece están; latraducción de direcciones de una red H.323 a direcciones IP o IPX, gestión delancho de banda y control del acceso de terminales H.323, gateways y MCU ala red7, emitiendo mensajes de petición (ARQ)8, obteniendo como respuesta

mensajes de confirmación (ACF)9 o mensajes de rechazo (ARJ)

10. Estaentidad contiene el enrutamiento lógico, lo que permite administrar el

enrutamiento de llamadas y balanceo de los gateways.

Para todas las instalaciones VoIP básicas que usen el estándar H.323, esnecesario considerar el gatekeeper, ya que este permite: Una administracióncentral de planes de conexión y enrutamiento de llamadas, Acceso a funciones AAA11 importantes en la seguridad y facturación de una red VoIP, Localizaciónde recursos basados en políticas 12 y facilita el proceso de llamada a terceros.

Unidades de Control Multipunto (MCU). Esta entidad representa un extremode una red, la cual permite que más de dos terminales y pasarelas seencuentren en una conferencia multipunto. Permite conectar dos terminalespara llevar a cabo una comunicación punto a punto, la cual puede tender a sermultipunto. La MCU es una entidad direccionable y llamable. La MCU estáconformada por un controlador multipunto (MC), que permite gestionar loscanales H.245 y define que capacidades se encuentran comunes entre lasterminales para el procesado de audio y video, una vez determinadas lascapacidades este informa a los extremos de la red el modo por el cual puedenefectuar la transmisión, mientras que el procesador multipunto (MP), es el

encargado de procesar, mezclar y conmutar los trenes de información (voz,video y/o datos) y enviar resultados de estos a las terminales que hacen partede una conferencia multipunto.

7 El gatekeeper realiza este control de acceso a través del canal H.225 RAS para colocar o nollamadas en la red.8 ARQ mensajes de petición RAS enviado por un terminal para establecer comunicación o parasolicitar el ancho de banda y el permiso necesario para continuar con el inicio de la llamada.9 ACF mensajes de confirmación de admisión RAS enviado por el gatekeeper al punto terminalque está solicitando el ARQ (generando la llamada).10 ARJ mensajes de rechazo de admisión RAS enviado por el gatekeeper al punto terminal queestá solicitando el ARQ.11 AAA funciones de autenticación, autorización y recuento, esenciales en los sistemas deseguridad y facturación.12

Las políticas son establecidas para el registro de llamadas, en base a los privilegios delusuario, destinos, ancho de banda, etc.


24/110

20

Figura 5. Funciones Distribuidas de MP y MD

Fuente. Cisco Systems “ Integració n de redes de voz y datos”

Los tipos de conferencia multipunto son:

Unidifusión centralizada: En este tipo de conferencia, el MC y el MP seencuentran ubicados en una MCU, en la cual los terminales y Gateway queparticipan en la conferencia establecen sesiones de control conexión con el MCa través de H.245 y envían flujos de medios al MP realizando la interpretaciónde códecs, luego el MP mezcla el audio de todas las fuentes y luego devuelvea cada fuente por independiente el resultado de la mezcla.

Figura 6. Conferencia unidifusión centralizada



25/110

21

Multidifusión centralizada: El MC y el MP se encuentran ubicados en unaMCU, se establece sesión de control a través de H.245 tal como lo hace laconferencia unidifusión centralizada. El MP después de recibir el flujo demedios de cada una de las fuentes, ejecuta la mezcla de audio, sin embargo

envía el resultado de la mezcla al grupo de multidifusión, el cual se encarga deenviarlo a cada una de las fuentes participantes en la conferencia.

Figura 7. Conferencia multidifusión centralizada

MCU

MC+MPH.245 Sesiones de control de

medios con el MC

Flujos de medios alMP

Flujo de audiomezclado por MP

Multidifusión


Multidifusión descentralizada: El MCU solamente tiene integrado el MC, yaque para este tipo de conferencias no se requiere del MP, ya que a través demultidifusión los participantes reciben directamente el audio de cada uno de losdemás participantes. Es de aclarar, que para poder realizar este tipo deconferencia, cada uno de las fuentes, debe estar en la capacidad de mezclaraudios que recibe de las demás fuentes, comprendiendo el códec utilizado.

Figura 8. Conferencia multidifusión descentralizada

Fuente. Integración de redes de voz y datos; Cisco


26/110

22

Mixtas: Este tipo de conferencia es una mezcla de los anteriores tipos deconferencia, en la cual la MCU actúa como puente para la conexión de losparticipantes, los cuales inician sesión a través de H.245 bidireccional, el MCse une a la multidifusión a través del MP para soportar la porción de

conferencia multimedia descentralizada. La MCU proporciona acceso aconferencias multidifusión a los host que no soportan la multidifusión, es decir,no cuentan con la capacidad de mezclar audios que recibe de las demásfuentes y la interpretación de los códecs utilizados en la conferencia.

Figura 9. Conferencia Mixta


Los componentes del H.323 se comunican a través de la transmisión de trenesde información, los cuales pueden ser:

Trenes de datos: corresponden a señales que incluyen imágenes sinmovimiento, documentos, ficheros de computador entre otros datos (SegúnRec. UIT-T H.323).

Trenes de audio: corresponden a señales vocales digitalizadas y codificadas,la cual va acompañada de una señal de control de audio (Según Rec. UIT-TH.323).

Trenes de video: Señales de video digitalizado y codificado, la cual vaacompañada de una señal de control de video. Este tipo de señales se


27/110

23

transmite a una velocidad menor a la que resulta de intercambio decapacidades de transmisión entre los componentes (Según Rec. UIT-T H.323).

Control de comunicaciones: Señales que se dan entre los componentes para

el intercambio de capacidades, apertura y cierre de canales lógicos, control demodo, entre otras propias del proceso de comunicación (Según Rec. UIT-TH.323).

Control de la llamada: Señales utilizadas para el establecimiento de lacomunicación y la desconexión de la misma, entre otras propias del control dellamadas (Según Rec. UIT-T H.323).

Para poder recibir, procesar y enviar las señales que provienen de las fuentesde video y de audio (dispositivos como: cámaras, monitores, micrófonos,aparatos telefónicos entre otros que emitan video y/o audio), el estándar H.323utiliza los códecs.

2.2.2.1. Códecs H.323 Los códecs representan los codificadores ydecodificadores que son utilizados para codificar las señales de video y audiorecibidas de las entradas (dispositivos) y que luego se decodifican para enviaruna salida de transmisión (el video o el audio enviado a un dispositivo). Larecomendación H.323 identifica los siguientes códecs:

El códec de video, que se trata en las recomendaciones H.261, H.263 y H.263+realizadas por la UIT, para la codificación y decodificación de video.

El códec 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 codificación y decodificación deaudio.

Para el caso de la transmisión de datos, el estándar H.323 identifica un canalde datos, el cual soporta aplicaciones telemáticas, acceso a bases de datos,conferencias audiográficas. Para este canal, la UIT desarrolló larecomendación T.120 (A través del cual se permite prestar serviciosinteroperables durante una conferencia multipunto de datos en tiempo real) ypara ejecutar otros servicios la negociación con el H.245.

Las terminales H.323 que tengan la capacidad de transmisión de video, debenser capaces de codificar y decodificar video en los medios H.261 o H.263. Lasnegociaciones para trabajar a través de codificación y decodificación conmedios H.264 se encuentran descritos en la Rec. UIT-T H.241. Una terminalH.323 puede enviar y recibir más de un canal de video al mismo tiempo, estode acuerdo a las negociaciones a través del canal de control H.245.

Toda terminal H.323 tendrá un códec de audio que le permitirá codificar ydecodificar las señales vocales, sin embargo puede hacer uso de códecsopcionales que se encuentren dentro de la negociación h.245. Así mismo,tendrá la posibilidad del envío simultáneo de canales de audio y para el casode las conferencias podrá recibir más de un canal de audio, para lo cual la


28/110

24

terminal tendrá que realizar una mezcla de audio para dar origen a una señalde audio compuesta a presentar al usuario. El terminal H.323 utilizará elH.245, con el fin de conocer cuántos trenes de audio simultáneos es capaz dedecodificar. La cantidad de canales de datos para una terminal H.323 pueden

ser opcionales, estos canales pueden ser unidireccionales o bidireccionales, locual supervisado por la recomendación T.120 para efectos de interoperabilidadentre terminales H.323 y otros terminales.

2.2.2.2. Protocolos de H.323 El estándar H.323 presenta dentro de suarquitectura una unidad de control de sistema, la cual se compone de lossiguientes protocolos de control:

Figura 10. Pila del protocolo H.323


H.245. Protocolo de transporte entre terminales que lleva información referentea las capacidades, descripción de canales lógicos y medios disponibles para elintercambio, mensajes de control y control de flujo entre las mismas. Losmensajes H.245 se clasifican en: mensajes de petición, mensaje de respuesta(es una acción de respuesta al emisor), instrucción (requiere una acción porparte del receptor) e indicación (estos últimos informativos y no requierenalguna acción de petición o respuesta).

H.225. Protocolo de conexión , que realiza el formateo de los trenes deinformación en mensajes para ser enviados a la interfaz de red y formatea losmensajes que han sido introducidos a través de la interfaz de red. La capa deH.225 controla la alineación de las tramas lógicas, detección de errores ycorrección de los mismos dependiendo el tipo de medio.

H.225 RAS (Registration/Admission and Status ). Permite establecer sesiónpara realizar la comunicación entre terminales a través de los dispositivos dered necesarios para esta. Este protocolo determina la forma en la que se


29/110

25

conecta, se desconecta una terminal, efectuando cambios en el ancho debanda para su optimización.

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 paralos mensajes de control.

RTP (Real-Time Transport Protocol). Este protocolo a nivel sesión, esrequerido para realizar la transmisión de información en tiempo real. Esteprotocolo es utilizado en las videoconferencias para transmitir audio y videoentre los participantes.

RTCP (Real-Time Transport Control Protocol ). Este protocolo se basa en latransmisión de paquetes en forma periódica cuando se establece una sesiónRTP, que permite saber a través de informes de emisor y receptor la calidaddel servicio e identificar a través de un identificador llamado CNAME efectuar elseguimiento constante de un participante en una conferencia, esto con el fin desincronizar el audio y video en una sesión multimedia.

H.450 - Servicios suplementarios . El estándar H.323 define a los serviciossuplementarios14 en los puntos terminales, ya que utiliza la red solo paraencaminamiento. El conjunto de recomendaciones H.450 define la señalizaciónentre los puntos terminales para ejecutar los servicios suplementarios. Acontinuación se relacionan los servicios suplementarios básicos:

Tabla 3. Servicios suplementariosServicio Suplementario Recomendación UIT-TFunciones genéricas H.450.1Transferencia de llamadas H.450.2Desvío de llamadas H.450.3Retención de llamadas H.450.4 Aparcar/ recuperar llamadas H.450.5Llamada en espera H.450.6Mensajes en espera H.450.7Identificación de nombre H.450.8Conclusión de llamada H.450.9Oferta de llamada H.450.10Llamada intrusa H.450.11Servicios de información de red comunes H.450.12


13 UDP es un protocolo basado en la transmisión de datagramas sin conexión, lo que permiteque no se valide que los paquetes enviados lleguen completos y en orden a su destino.RTP esun protocolo utilizado para transmitir señal vocal sobre UDP. UDP y RTP se encuentran en lacapa de transporte del modelo OSI.14

Los servicios suplementarios son capacidades añadidas que mejoran, simplifican ocomplementan la funcionalidad de un servicio o aplicación de comunicaciones.


30/110


31/110

27

conocidos o direcciones de grupos multidifusión IP: Gatekeeper.mcast.net224.0.1.41.

DNS: Este método consiste en que los puntos terminales utilicen el DNS a

través de registros SRV o registros TXT para descubrir el gatekeeper pararegistro o para la búsqueda de un gatekeeper de otro para realizar el LRQ 19.

2.2.2.4. Proceso de señalización en H.323 Para entender el proceso deseñalización en una red H.323, a continuación se muestra la estructura de lospaquetes que maneja cada uno de los protocolos que intervienen en el procesode comunicación:

Figura 11. Protocolo UDP16 bits 32 bits

Puerto de Origen Puerto de DestinoLongitud Suma de comprobación del encabezado

DatosFuente. UDP: User Datagram Protocol aviable [online]. Aviable from internet, Abril-Mayo 2009

Es un protocolo que no está orientado a conexión.

Puerto de origen: Corresponde al número de puerto del remitente.

Puerto de destino: Corresponde al número de puerto del remitido.

Longitud: indica la longitud del segmento, incluyendo el encabezado de este.

Suma de comprobación: Esta operación se realiza con el fin de verifica que elsegmento se encuentre completo.

El protocolo TCP es un protocolo orientado a la conexión, su estructura es lasiguiente: (Véase Figura 12)

19

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


32/110

28

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 número de puerto del remitente.Puerto de destino : Corresponde al número de puerto del remitido.

Número de secuencia : Corresponde al número de secuencia con el que secomenzó a sincronizar los números de secuencia.

Número de acuse de recibo: Corresponde al número de secuencia del últimosegmento esperado.

Margen de datos: Permite identificar el inicio de los datos del paquete.

Reservado: Es una reserva para implementar alguna función en el futuro.

Indicadores (UGR,ACK,PSH,RST,SYN,FIN): corresponden a los indicadores delos mensajes.

Ventana : Permite visualizar el número de bytes que el receptor está dispuestoa recibir sin acuse de recibo.

Suma de Control : Es una suma de control para validar la integridad delencabezado del paquete.

Puntero urgente: indica el número de secuencias que se tienen después de

haber sabido que el paquete se torna urgente.Relleno : Se rellena con ceros para tener una longitud que sea múltiplo de 32bits.

El protocolo H.225 y el protocolo H.245 manejan la estructura de paquetedefinida en el estándar Q.931, el cual se estructura de la siguiente forma:


33/110

29

Figura 13. Protocolos definidos con estándar 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 lainterfaz usuario a red.

Referencia de llamada en la conexión usuario-red (RF): Utiliza un Byte paraindicar la longitud CRV, el cual utiliza 4 bits para la longitud y 4 bits de relleno0000 y utiliza un segundo Byte para asignar el valor del CRV (utilizando 7 bits),el cual se asigna al inicio de la comunicación y permanece hasta la finalizaciónde la llamada. El bit más significativo se utiliza como bandera para indicar queextremo de la red origino la referencia de llamada (CRF). Cuando el bit tienevalor cero ¨0¨, significa que ese punto fue el que origino la llamada y su valor esuno ¨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(acción a realizar), este tipo de mensajes están clasificados en: Establecimientode llamada, Información se llamada, Liberación de llamada y Misceláneas.

Tabla 4. Mensajes de establecimiento de llamada

Mensaje Significado ALERTING Indicación o aviso de llamada.CALL PROCEEDING Recibida la información para establecer la llamada.CONNECT Establecimiento de llamada completado.CONNECT ACKNOWLEDGE Reconocimiento de CONNECT.PROGRESS Señalización temporal durante el establecimiento.SETUP Llamada con requerimientos de servicios portadores.SETUP ACKNOWLEDGE SETUP Recibido, pero se necesita más información.Fuente. María Carmen España Boquera. “Servicios avanzados de telecomunicación”


34/110

30

Tabla 5. Mensajes de información de llamada

Mensaje SignificadoHOLD Petición para poner una llamada en retenciónHOLD ACKNOWLEDE Petición de retenciónHOLD REJECT Petición de retención denegadaRESUME Petición para reanudar una llamadaRESUME ACKNOWLEDGE Acuse de petición de llamada reanudadaRESUMEN REJECT Rechazo de petición de petición de reanudación de llamadaRETRIEVE Petición para recuperar una llamada retenidaRETRIEVE ACNOWLEDGE Acuse de petición de recuperación de llamada.RETRIEVE REJECT Rechazo de petición de petición de recuperación de llamadaSUSPEND Petición de suspensión de llamada.SUSPEND ACKNOWLEDGE Acuse de suspensión de llamada.

SUSPEND REJECT Rechazo de petición de suspensión de llamada.USER INFORMATION Información de user-user a través de la señalización.

Fuente. María Carmen España Boquera. “Servicios avanzados de telecomunicación”

Tabla 6. Mensajes de liberación de llamada

Mensaje SignificadoDISCONNECT Finalizar una llamada.RELEASE Liberar la llamadaRELEASE COMPLETE Acuse de RELEASERESTART Rearranque del protocolo de nivel de redRESTART ACKNOWLEDGE Acuse de rearranque


Tabla 7. Mensajes Misceláneas

Mensaje SignificadoCONGESTION CONTROL Control de flujo de USER INFORMATIONFACILITY Petición opcional de servicios de usuarioINFORMATION Información adicional durante el establecimientoNOTIFY Indica la información pertinente para una llamadaREGISTER Asigna un valor de referencia de llamadaSTATUS Indica el estado del canalSTATUS ENQUIRY Petición del estado del canal después de congestiónFuente. María Carmen España Boquera. “Servicios avanzados de telecomunicación”

Dentro de los otros elementos de información, se encuentran los:

ID Identificador de mensaje, indica en un Byte si el mensaje que sigue es deusuario-usuario, un estado de desconexión, el número de llamada.


35/110

31

LON Representa en un Byte la longitud del mensaje.

CON Contiene el mensaje propio y utiliza Bytes de acuerdo al tamaño delmensaje

El H.225 a través del MT determina la función del mensaje. El H.225 es elcanal fiable de control de llamadas, a través del cual se intercambianconexiones, cancelaciones y mensajes de servicios suplementarios,respondiendo al puerto T1720 de las peticiones de llamadas entrantes. Elprotocolo H.225 está basado en las recomendaciones Q.931 y Q.932, sinembargo completa en menor tiempo una llamada y simplifica la secuencia ¨desconexión-envío-envío-completo ¨ en un solo mensaje.

El protocolo H.225 RAS20 trata de las interacciones entre un terminal H.323 yun gatekeeper (el descubrimiento de un gatekeeper y las señalizaciones entreun punto final y un gatekeeper). A través del RAS las entidades terminaleshacen peticiones a un gatekeeper y este responde en confirmación o rechazode la solicitud. Para distinguir el tipo de solicitud y respuesta se denominantres letras de las siguiente forma; RQ para solicitudes, CF respuesta deconfirmación de solicitud y RJ para respuesta de rechazo de la solicitud. Acontinuación se indican los servicios que se ejecutan a través del protocoloH.225 RAS:

Tabla 8. Servicios del protocolo H.225

Servicio Solicitud Confirmación RechazoDescubrimiento del gateway GRQ GCF GRJRegistro con gatekeeper RRQ RCF RRJSin registros con gatekeeper URQ UCF URJLocalización de puntos finales en una zonadiferente LRQ LCF JRJ


Estas funciones solamente son mencionadas, ya que en la integración delprotocolo H.323 con Asterisk, este actúa como un Gateway y la figura delgatekeeper no necesariamente es utilizada. Sí se quisiera que Asterisk actúecomo gatekeeper, esto se puede lograr al integrarlo con GNUGk (Gatekeeperopen source).

En la fase de comunicación el protocolo H.245, hace uso de los siguientesmensajes 21 en orden:

20 RAS Abreviatura de registro, admisión y estado.21

El mensaje en este sentido, corresponde al tipo de acción que se encuentran incluido en elpaquete.


36/110

32

Intercamb io de las capacidades de un pu nto f inal Los puntos finalesintercambian información referente a capacidades de transporte y entrantesdel usuario:

o Tipos que soporta RTP (códecs) o Si soporta RSVP (Q0SCapabilities) o Qué tipos de canales de medios soporta (IP UDP, IP RTP) o Si soporta RSVP, que tipo de parámetros soporta (RSVPParameters) o Si soporta RSVP, que tipo de reservas soporta (servicio garantizado

frente a servicio de carga controlada) o Si soporta retransmisión DMTF (para tonos o durante una llamada

activa) o Si soporta retransmisión ¨hook-flash¨( Para funciones de acceso en

swithches telefónicos remotos)

Determin ación d e maestro-esclavo El H.245 utiliza una secuencia dedeterminación de maestro-esclavo, para definir qué punto final posee lasmejores capacidades para soportar el control de sesión.

Establecimiento de un canal lógico Inicia cuando se establecen sesionesRTP y TCP por el flujo de medios. El H.245 inicia el flujo de medios a travésdel mensaje openLogicalChannel, el cual contiene los siguientesparámetros:

o Número de puertos UDP para iniciar sesión RTP y RTCP.o Formato del medio (Códecs de audio y video, o formatos T.120).o Información RSVP.o

Si soporta retransmisión DMTF y ¨hook-flash¨.El retardo que tuviera el proceso de establecimiento de un canal lógico en unaLAN, era insignificante, sin embargo cuando el protocolo fue utilizado paraestablecer flujo de medios en una red WAN a través de una sesión de llamada,el protocolo no construía la ruta para transmisión hasta que no se realizará lanegociación de medios, lo que no era eficiente y se podían perder las primeraspalabras de la llamada. Por lo anterior el estándar H.323 en su versión dospresenta una solución a este problema y a través de enviar la conexiónopenLogicalChannel a través del mensaje de SETUP del protocolo H.225, loque permite la conexión inmediata para que los puntos finales estén listos paraenviar y recibir flujo de medios.

2.2.2.5. Fases de señalización en H.323 A continuación se muestra lacomunicación entre dos terminales H.323 que se encuentran dependientes deun gatekeeper, las cuales se desarrollan en cuatro fases:

Establecimiento d e la Llam ada (Fase A): La entidad H.323 llamante envía unmensaje H.225 RAS, en este caso ARQ al gatekeeper solicitando una llamadaentrante. El mensaje ARQ contiene identificador del gatekeeper, ancho debanda necesario para la llamada, el tipo de llamada (punto a punto, de uno amuchos, de muchos a uno y de muchos a muchos), alias de fuente y destino,


37/110


38/110


39/110

35

Figura 18. Establecimiento canal H.245

TERMINAL H.323(Entidad llamante)

154

TERMINAL H.323(Entidad llamada)

454GK

SETUP

Fuente. Cisco System. “ Integració n de redes de voz y datos”

Intercam bio de capaci dad es (H.245) (Fase B). Se realiza una conexión TCP,entre las entidades llamante y llamada, con el fin de intercambiar capacidadesde punto final, para negociar los códecs, los números de conexiones,direcciones, puertos, determinación de maestro-esclavo y establecimiento del

canal lógico

Figura 19. Intercambio de capacidades


154


454GK

SETUP

MENSAJES H.245:termCapabilitySet Openlogicalchannel

Fuente. Cis co System. “ Integració n de redes de voz y datos”


40/110

36

Intercambio de información audiovisual (Fase C) Ambos terminalesestablecen canales para la transmisión de medios a través de TCP/UDP/IP ycanales de control RTCP/UDP/IP, para validar la calidad de los flujos demedios

Figura 20. Intercambio de información audio visual.


154


454

GK

SETUP

MENSAJES H.245:

termCapabilitySet OpenlogicalchannelFLUJO RTPFLUJO RTP

FLUJO RTCP


Termin ación de la llamada (Fase D) Una vez completado el flujo de medios,las entidades enviarán a través del canal H.245 primitivas de finalización de

llamadas (EndSessionCommand), lo que hará que el canal H.245 se cierre. Asímismo, enviarán mensajes RAS (DRQ) que permitirá la liberación de recursosal GK.


41/110

37

Figura 21. Terminación de llamada


154


454

GK

SETUP

MENSAJES H.245:termCapabilitySet Openlogicalchannel

FLUJO RTP

FLUJO RTP

FLUJO RTCP

MENSAJES H.245:CloselogicalChannel EndSessionCommand


En la versión 2 de H.323 se evita el coste que sufre el tiempo de conexión algatekeeper para poder establecer conexión entre los puntos finales H.323 através 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 comomensajes H.245.


42/110

38

2.2.3.IAX2 Inter-Asterisk Exchange ProtocolSus siglas traducen Inter-Asterisk eXchange Protocol , Creado por MarkSpencer como parte del desarrollo del PBX Asterisk está basado en la reuniónde varios protocolos como el Real-Time y el SIP, se utiliza para manejarconexiones de VoIP entre servidores Asterisk o que utilicen IAX, pero tambiénpuede ser manejado en la configuración de extensiones individuales, posee ungran manejo de Códecs lo que le permite manejar diversos tipos de datos entreellos el de video.

La señalización es de tipo peer to peer AIX2 usa un par de flujos que reúnenvoz y datos (in-band), está en la capacidad de

El mayor atributo que se le puede reconocer a este protocolo es la capacidadque posee para realizar un empaquetamiento de múltiples llamadas en uncanal, en otras palabras empaquetar múltiples flujos de paquetes IP (trunking)en un solo lo que quiere decir que envía voz, datos su respectiva señalizacióncon un mismo encabezado. En otras palabras usa en el mismo puerto UDPpara señalización y media,

Algunas de sus características principales son:

Utiliza un puerto UDP22 para realizar la comunicación entre terminales devoz IP.La voz se transmite vía in-band 23 Posee soporte de Trunking 24 Ideal para manejo de NAT’s 25 Diseñado para reducir el uso de banda ancha.El diseño de su cabecera posee 4 octetos (32 Bits) y 12 octetos para lospuntos 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 lastramas completas, puede ser usado para enviar señalización de audio y videode forma confiable, pues el espera recibir un mensaje de confirmación queindique el éxito de la transmisión. Para las miniframes no se hacen necesariosestos mensajes de verificación.

22 UDP (User Data Protocol ) protocolo de datos de usuario, es un protocolo definido en la capade transporte, no proporciona seguridad de las comunicaciones23 In-Band sistema de Broadcast digital, permite el manejo en convivencia de señalesanalógicas y digitales24 Empaquetamiento de llamadas simultaneas bajo un solo flujo de paquetes IP , ahorro de

ancho de banda25 NAT (Network Address Translation - Traducción de Dirección de Red)


43/110

39

Figura 22. Trama F fullframe

F Número de llamada de Origen R Número de llamada de DestinoSello de Tiempo

Secuencia deSalida

Secuencia deEntrada Tipo de Trama C Subclase

DatosTipos de trama [Online]. España. Avianle from internet: < http://voipforo.com/IAX/IAX-frames.php>, Abril-Mayo 2009

Las características que posee está trama son las siguientes

La trama debe dar respuesta de confirmación de recepción al ser

enviada.Este tipo de trama es el único que necesita de una confirmación derecepción explicita.El campo F en la trama indica si la trama es Full Frame, para que seaasí el valor debe ser 1.El Número de llamada de Origen o Source Call Number es el númerode identificación de llamada de origen, esto ocurre debido a que puedenexistir varias llamadas que se encuentren multiplexadas por el mismocanal, es te número está compuesto de 15 Bits.El Número de llamada de Destino o Destination Call Number Es elnúmero de identificación de el destino de la llamada, ya que al igual quecon el número de origen pueden existir varios destinos multiplexados enla misma línea. Está compuesto de 15 Bits.El Campo R es el que indica si la tramas está siendo retransmitida, seactiva con 1 Bit.El Campo Sello de Tiempo o Timestap Marca el tiempo del paquetecompleto de 32 Bits.La Secuencia de Salida o OSeqno es la secuencia compuesta por 8bits indica el número de los mensajes de salida.La Secuencia de Entrada o ISeqno es la secuencia compuesta por 8bits e indica el número 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 tomarsecomo 1 o 2 mensajes consecutivos, si su valor es 0 se toman 7 bits si es1 se toman 14 Bits.Subclase o Subclass Indica el tipo de subclase.Datos es la información que se envía en formato binario.


44/110

40

Figura 23. Trama M miniframe

F Número de llamada de Origen Sello de Tiempo

DatosTipos de trama [Online]. España. Avianle from internet: < http://voipforo.com/IAX/IAX-frames.php>, Abril-Mayo 2009

Las características que posee está trama son las siguientes.

Están hechas para ahorrar ancho de banda esto se logra enviado lamenor cantidad de información posible.Estás tramas no necesitan de mensaje de confirmación de recepción.Si sufre algún fallo o no llegan se descartan.En general el significado de los campos de esta trama son los mismosque 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 Señalización de controly determinan las funciones del paquete dependiendo de los valores puedenindicar:

Tabla 9. Valores para type en tramas FValor del

Type Frame Descripción Detalles00000001 DTMF Sirve para enviar dígitos DTMF.

00000002 Datos de voz El campo subclase indica el tipo de códec de audioque se utiliza.

00000003 Datos devideoEl campo subclase indica el tipo de códec de videoque se utiliza.

00000004 ControlMensajes de control de sesión. Sirve para controlarel estado de los dispositivos finales. El campo

subclase indica el tipo concreto de mensaje decontrol.00000005 No usado

00000006 Control IAXMensajes de control del protocolo IAX. Gestiona lasinteracciones necesarias entre los dispositivosfinales. El campo subclase indica el tipo concreto demensaje de control.

00000007 Texto00000008 Imagen00000009 HTML

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


45/110

41

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

Valor subclase(Type Frame =0x02)

Datos de Voz

Descripción(códec que se

utiliza en la

conversación)0x0001 G.723.10x0002 GSM0x0004 G.711 u (u-law)0x0008 G.711 a (a-law)0x0080 LPC100x0100 G.7290x0200 Speex0x0400 iLBC

Valores de las tramas [Online]. España. Avianle from internet: , Abril-Mayo 2009

Tabla 11. Valor de subclase con tipo de trama controlValor subclase(Type Frame

=0x04) Control Descripción Detalles

0x01 Hangup La llamada se hacolgado

0x02 Ring El telefono estasonando

0x03 Ringing(ringback)0x04 Answer Respuesta

0x05 Busy Condition El usuario estáocupado

0x08 CongestionCondition Existe congestión

0x0e Call ProgressProgreso de la

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


46/110

42

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

Valor subclase (TypeFrame =0x06) Control

IAX Descripción Detalles0x01 NEW Iniciar una nueva llamada0x02 PING Enviar un ping0x03 PONG Responder un ping0x04 ACK Respuesta afirmativa0x05 HANGUP Inicio de desconexión0x06 REJECT Rechazo0x07 ACCEPT Aceptación0x08 AUTHREQ Petición de autenticación0x09 AUTHREP Respuesta de autenticación

0x0a INVAL LLamada no válida0x0b LAGRQ Petición de Lag0x0c LAGRP Respuesta de Lag0x0d REGREQ Petición de registro0x0e REGAUTH Autenticación de registro0x0f REGACK ACK de registro0x10 REGREJ Denegación de registro0x11 REGREL Liberación de registro0x12 VNAK Petición de retransmisión0x13 DPREQ Petición de dialplan0x14 DPREP Respuesta de dialplan0x15 DIAL Marcado0x16 TXREQ Petición de transferencia0x17 TXCNT Conexión de transferencia0x18 TXACC Aceptación de transferencia0x19 TXREADY Transferencia preparad0x1a TXREL Liberación de transferencia0x1b TXREJ Rechazo de transferencia0x1c QUELCH Parar transmisión de audio

0x1d UNQUELCH Continuar transmisión deaudio

0x20 MWI Indicador de mensaje enespera0x21 UNSUPPORT Mensaje no soportado

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


47/110

43

Ejemplo de flujo de datos en IAX2

Figura 24. Flujo de datos en IAX2

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

Cuando empieza el establecimiento de la llamada, se envía el mensaje “ new”,desde la terminal A hacia la terminal B, si acepta la terminal B envía unmensaje a la terminal A aceptando “Accept” , cuando esté es recibido por elterminal B responde con un mensaje “Ack” 26 , la terminal B envía a la terminal laseñal “ringing" 27, la terminal A responde con un “Ack” en donde reafirma lallegada del mensaje, al final terminal B acepta y responde el mensaje con laseñal “Answere”. Después empieza el intercambio de datos o voz , esto serealiza de manera bidireccional entre las terminales, en esta se envían losFrames M y F, para liberar la llamada desde una de las terminales se envía unmensaje de tipo “hangup” y a la terminal a la que se envía confirma larecepción del mensaje.

26 Ack : Mensaje que se envía para anunciar que un conjunto de uno o más mensajes han sido

recibidos.27 Ringing: Llamada (Acústica); oscilación transitoria


48/110

44

2.3.TEORIAS GENERICAS BASADAS EN INGENIERIA.Como la idea en general del proyecto va orientado a minimizar costos pero sinperder beneficios y calidad, se hacen uso de las herramientas de licencia GPLmás reconocidas para cada área que se necesite, siguiendo esto se tienen:

Es una plataforma de gestión de comunicacionespara voz IP, en otras palabras es un PBX en suversión digital, es de licencia GPL, que seejecuta sobre diferentes plataformas de sistemasoperativos, pero su plataforma nativa es Linux yUnix, permite la conexión de diferentesinterfaces de comunicación, ya sean líneas

digitales o analógicas, esto se puede realizar utilizando diferentes recursos dehardware. Provee servicios de directorios, cola de llamadas, conferencias,

Video conferencias, llamadas tripartitas, manejo de diversos tipos deprotocolos para IP, SIP, H.323, ADSI, IAX, reconocimiento de voz,administradores únicos de llamadas MGCP, llamadas salientes y entrantesentre diferentes proveedores VoIP, DialPlan, registro detallado de llamadaspara realizar tarificación, entre otros. Este puede ser obtenido enhttp://www.Asterisk.org/.

Figura 26. Esquema conceptual Asterisk

Fuente. Joranda de voz sobre IP empresa digitala. , Abril-Mayo 2009

Con respecto a la versión usada en el proyecto la 1.4 posee herramientas deautoconfiguración ( /configure ) , que orientan a los usuarios sobre el uso yconfiguración a través de ejemplos. Posee módulos de selección o procesos deconstrucción (menuselect ) que sirve para habilitar o deshabilitar opcionesglobales de configuración de herramientas que se necesiten. Sonidos (prompt)y música de espera que se encuentra disponible en español. Posee cambios enel PBX básicos, como modificaciones de la sintaxis para la redirección dellamadas, transferencias de contextos, líneas de comandos para las interfaces,

nuevos valores estándar en la configuración que dejan deshabilitadas cosas


49/110

45

que se consideraban obsoletas para su funcionamiento en versiones anterioresy nuevas formas de sintaxis de funciones como por ejemplo, para las variablesglobales, Set (GLOBAL(nombre) = valor), entre otras muchas mejoras.

Figura 27. Arquitectura Asterisk

Fuente. Alberto escudero Pascual. Asterisk PBX guía de la configuración Comoconstruir y configurar un PBX con software libre Asterisk versión 1.4 .

Dentro de Asterisk existen un conjunto de directorios que contienen todos losarchivos de configuración, desde los bloques de programación hasta lascarpetas de contenidos de imágenes para usuarios del DialPlan, algunos de losprincipales directorios usados por Asterisk son:

Tabla 13. Directorios AsteriskRuta Contenido

/etc/Asterisk Archivos de configuración/usr/sbin Archivos binarios, scripts y ejecutables

/usr/lib/Asterisk Objetos binarios de Asterisk

/usr/lib/Asterisk/modules Modulos de ejecución de aplicaciones(canales,dirvers,formatos)/usr/incluye/Asterisk Archivos de cabecera de los modulos/var/lib/Asterisk Variables utilizadas en la ejecución normal

/var/lib/Asterisk/agi/bin scripts AGI para ser utilizados con lasaplicaciones AGI en el plan de numeración/var/lib/Asterisk/astdb Base de datos de Asterisk/var/lib/Asterisk/images Imágenes


50/110


51/110

47

Para realizar el manejo de los archivos de configuración es necesario tener encuenta:

(;) el punto y coma es usado para realizar comentarios.

(=) o (=>) son usados para realizar asignaciones de valores dediferentes tipos.

([ ]) los corchetes cuadrados son usados para indicar contextos.

Para el proyecto se realizaron configuraciones sobre los archivos deconfiguración /etc/Asterisk/ , User.conf, Extensions.conf ,Iax.conf y h.323.conf

Archivos de configuración Extensions.conf: contienen el plan de marcado delDialPlan y de cada contexto que sea usado para los usuarios. Adicionalmente,definen el flujo de las llamadas

Es un software de licencia GPL, que ofrecetodas las opciones de análisis de una red através de una interfaz como una Ethernet, esto lohace realizando una captura del flujo depaquetes entrantes y salientes que pasan por la

interfaz seleccionada. El Wireshark nos ofrece la posibilidad de realizarestadísticas detalladas por protocolos, gráficos detallados de cada una de lasestadísticas, identificación de errores en los flujos como latencia y jitter, filtradode paquetes por filtro personalizado, entre otras. Ofrece estadística entreendpoints, protocolos por jerarquía, detección conversaciones de VoIP ytiempos entre solicitud y entrega. Este software se encuentra disponible paravarias plataformas de sistemas operativos entre ellas Linux y Windows. Laversión utilizada para el proyecto es la 1.0.7. el Wireshark se puede obtener enhttp://www.Wireshark.org/.(Vease Figura 28)


52/110

48

Figura 28. Ventana de control Wireshark

Fuente Captura Wireshark

SJPHONE, es un software de licencia GPL, que permite hablarsobre internet con cualquier ordenador, portátil, PDA u otrossofthphones, este soporta los estándares H323 y SIP , esinteroperables con la mayoría de que proveedores de serviciosde telefonía IP, entre ellos Asterisk, con este se puedenconstruir sus propias rede de Voz IP, usando cualquier

gatekeeper y Gateway h323, Proxy SIP, Ip-PBX entre otros componentes devoz IP. La versión que se usa en el proyecto es la 1.65. Este lo puededescargar en http://www.sjlabs.com/.

Figura 29. Ventana Sjphone.

Fuente captura ventana principal Sjphone


53/110

49

ZOIPER es un softphone para windows y Linux que utiliza losestándares IAX y SIP, apoyo STUN, varios soportes decódecs, múltiples cuentas, amortiguación de jitter adaptable,reducción de eco, voicemail, entres otras funciones para el

desarrollo del proyecto se usara la versión gratuita 2.0 que seencuentra 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 investigación documentadareferente a los protocolos H.323 y protocolo IAX2 bajo la plataforma Asterisk,

que permitan introducir una solución alternativa, analizada y evaluada, parasuplir las necesidades de comunicación con tecnologías de la informacióndentro de las pequeñas y medianas empresas.

Para esto se requiere como metas a corto plazo:

Realizar un levantamiento de documentación técnica referente a laimplementación de Asterisk sobre el protocolo H.323 e IAX2.

La instalación, configuración y prueba inicial de Asterisk bajo el protocoloH.323 y el protocolo IAX2.

Metas a mediano plazo:

Realizar un estudio estadístico, basado en pruebas reales de laimplementación de los protocolos H.323 e IAX2.Realizar un consolidado de documentación formativa realizada,presentada con sus respectivas conclusiones.


54/110


55/110


56/110

52

Asterisk,, estos no están restringidos exclusivamente al uso dentro del proyectopero se permitirá el acceso a la configuración e instalación de software comosoftphones, mientras estos estén bajo la ley o sean de licencia libre.

Los demás ordenadores que se disponen para el proyecto son computadorasportátiles que en podrán realizar la conexión con los servidores a través de lared física o inalámbrica.

Esté proyecto asume nuevos retos en cuanto a ciertos campos deconocimientos como lo son la incursión a las telecomunicaciones de la nuevageneración y todo lo relacionado a la telefonía IP y el uso de herramientassoftware libres como Asterisk, lo que genera un gran valor agregado para laexperiencia ingenieril y técnica de los participantes.

3.3.DIAGNÓSTICO DE LA SITUACIÓN ACTUAL3.3.1.Sistemas Operativos Como una de las metas a evaluar son loscostos en tiempo y dinero en la implementación de la herramienta Asterisk,, lossistemas operativos escogidos desde el inicio y la finalización del proyectotocaron estos puntos, más que todo los sistemas escogidos para realizar laimplementación fueron la facilidad en su uso y las recomendacionesencontradas en diversas fuentes de documentación dentro del proyecto seprobaron con las siguientes distribuciones de Linux:

Debian 4.0 Principal distribución de Linux, creada en 1993 por el Proyecto

Debian fundado por Ian Murdock. Posee un núcleo Monolítico, y como interfazgráfica posee GNOME, KDE, Xfce o Lxde da soporte a varias arquitecturas decomputadores, dentro de las que se encuentran la i386(x86 ó x32), amd64(x86-x64), powerPc, sparc(SunSparc),s390 Arquitectura IBM ESA/390 Yz/Architecture.

Posee más de 18733 paquetes de software y un paquete de herramientas parafacilitar el proceso de instalación y actualización del software APT,Aptitude,Dselect, /etc/apt/sourcelist, entre otras.

Diseño especialmente para personas que ya hayan tenido experiencia previacon el manejo de distribuciones Linux ya que el manejo es complicado.

Los requerimientos mínimos de funcionamiento son:

Procesador: 1GhzMemoria RAM: 64MbDisco Duro: 5Ghz

Ubuntu Server 8.10 Ubuntu es una distribución de Linux orientada a loscomputadores personales, es una de las distribuciones más importantes deLinux ya que tiene gran reconocimiento mundial, está basada en la distribuciónDebian, pero está orientado a dar más facilidad en instalación y uso , su

principal patrocinador es Canonical Ltda, empresa fundada por Matk


57/110


58/110

54

3.3.2.Evaluación y selección de la mejor alternativa ASTERISK: (Versión estable 1.4.23.1) De acuerdo al enfoque del proyecto seutiliza Asterisk, ya que es una herramienta libre (bajo la licencia de Opensource) completa, que posee las funcionalidades requeridas para ser utilizadacomo solución de implementación de redes de telefonía IP. Poseeescalabilidad, que le permite que este servicio sea implementado en unapequeña empresa de 10 usuarios hasta 10.000 de una empresa que tengadiferentes sedes. Asterisk por ser una herramienta bajo código libre, permiteque los costos de su instalación e implementación sean cada vez mejores. Através del desarrollo de Asterisk se han ido desarrollando los diferentesestándares de telefonía en los TDM como la telefonía IP, dentro de los cualesse encuentra el estándar H.323 e IAX2, objeto de estudio en este proyecto.La escogencia de Asterisk también corresponde a que es la herramienta desoftware libre líder, para la implementación de centrales telefónicas IP, lo quehace que sea un software probado por miles de usuarios, que ademáscontribuyen con sus inquietudes y desarrollos a una mejor comprensión de estatecnología.


59/110

55

3.4.Plan de Pruebas A continuación se relacionan nueve pruebas, con el fin de analizar las estadísticas del protocolo de señalización del estándarH.323 e IAX2. Para estas pruebas, se utilizaron los siguientes equipos:

Tabla 15. Configuración de los ordenadores para las pruebas

Equipo Procesador RAM S.O. IP Mascara de

subredDNS Gateway

Servidor Pentium IV 1 Ghz Ubunto server 8.10 192.168.100.249 255.255.255.0 192.168.100.2 192.168.100.1Ordenador_1 Pentium IV 256 Mb Windows XP 192.168.99.240 255.255.248.0 192.168.100.3 192.168.100.3Ordenador_2 Pentium IV 256 Mb Windows XP 192.168.103.16 255.255.248.0 192.168.100.3 192.168.100.3Portátil_1 AMD 4 Ghz Windows Vista 192.168.100.238 255.255.255.0 192.168.100.2 192.168.100.1

Portátil_2Pentium DualCore 3 Ghz Windows Vista 192.168.100.240 255.255.255.0 192.168.100.2 192.168.100.1

Fuente recopilación de configuración de ordenadores sala 302

Para las pruebas se destinaron la siguiente configuración de extensiones en Asterisk

Tabla 16. Configuración de extensiones para pruebasEquipo Extensión Protocolo Softphone

Ordenador1 6000 SIP X-LiteOrdenador1 8001 IAX2 ZoiperOrdenador1 9001 H.323 SjphoneOrdenador 6001 SIP x-Lite


60/110

56

2Ordenador2 8000 IAX2 ZoiperOrdenador2 9000 H.323 SjphonePortátil 1 7000 SIP X-LitePortátil 2 7001 SIP X-Lite

Fuente configuración de archivos sip.conf, h323.conf e iax.conf en Asterisk

A continuación se describen las pruebas realizadas para el proyecto, las cuales contiene la siguiente información:

Numero de la prueba.Nombre de la prueba.Recursos.Descripción de Prueba.Resultados esperados.Resultado de la prueba.Resultados obtenidos.

Análisis de la prueba.

Cada análisis de prueba, contiene la siguiente información:

Sec uen ci a de se ñaliza ción .Corresponde a la secuencia que sigue cada uno de los protocolos que intervienen durante la llamada. Esta secuenciade señalización se encuentra como anexo al documento.Estadística d e paquetes y bytes transm itidos dur ante la llamada. Es una tabla que sigue la estructura y contiene lasiguiente información


61/110

57

Tabla 17. Descripción de tabla plan de pruebas.Nombre del campo DescripciónPaquetes Número de paquetes transmitidos durante la llamada.

tiempo entre la primera y último paquete(seg)

Corresponde al tiempo que transcurre entre el instante de tiempo en el cual setransmite el primer paquete y el instante en el que finaliza la transmisión delúltimo paquete.

Prom.

Asterisk LINUX

Documents

Transcript of Asterisk LINUX