Documentos de Académico
Documentos de Profesional
Documentos de Cultura
YANNETH DIMAS A.
LUIS CARLOS MORALES S.
Director:
ING. GUSTAVO HERAZO
______________________________________________
______________________________________________
____________________________________________
____________________________________________
Jurado
____________________________________________
____________________________________________
Jurado
____________________________________________
____________________________________________
Jurado
____________________________________________
____________________________________________
4
CONTENIDO
1.1.1. General............................................................................................. 11
2.1.1. Históricos.......................................................................................... 12
1
2.2.3.1. Tramas de IAX2............................................................................. 38
3. DISEÑO METODOLÓGICO.......................................................................... 51
3.1. TIPO DE INVESTIGACIÒN .................................................................... 51
2
LISTA DE TABLAS
3
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
4
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 a
H.323 .............................................................................................................. 100
Tabla 71. Consolidado de pruebas H323 ........................................................ 101
Tabla 72. Estadística paquetes y bytes protocolos prueba llamada IAX2 a
H.323 .............................................................................................................. 101
Tabla 73. Estadística paquetes y bytes protocolos prueba llamada IAX2 y
H.323 .............................................................................................................. 102
5
LISTA DE FIGURAS
6
Figura 28. Ventana de control Wireshark .......................................................... 48
Figura 29. Ventana Sjphone. ............................................................................ 48
Figura 30. Ventana Zoiper ................................................................................ 49
7
LISTA DE ANEXOS
8
GLOSARIO
9
INTRODUCCIÓN
En la actualidad las empresas buscan optimizar cada vez más los recursos
tecnológicos con los que cuenta. El crecimiento de la mediana y pequeña
empresa, demanda más inversión y productividad, pero con esto también
crecen los costos operativos.
Las tecnologías de comunicación, particularmente los PBX que ofrecen
servicios 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 para
las PYMES, debido a sus altos costos. Como respuesta a esta situación, se
han desarrollado diferentes herramientas de Telefonía IP que permiten a las
pequeñas y medianas empresas, acceder a los beneficios que ofrecen las
diferentes formas de transmisión de información (voz, datos y video) pero a
muy bajos costos. Estas herramientas son basadas en software libre y están
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
penetración en el mercado, que responde exitosamente a las necesidades de
las pequeñas y medianas empresas de todo el mundo.
Por lo anterior, La Facultad de Matemáticas e Ingenierías de la Fundación
Universitaria Konrad Lorenz, ha decidido tomar como línea de investigación
formativa referente a la tecnología IP e Incursionar en el uso de aquellas
nuevas tecnologías de la comunicación..
Este documento se compone de cuatro capítulos. En el primer capítulo, se
trata aspectos que fueron definidos para el desarrollo de la investigación,
dentro de los que se encuentran; los objetivos, alcance y recursos. En el
segundo capítulo, se describen las bases teóricas que soportan el objeto de la
investigación tratando los antecedentes, marco teórico sobre el protocolo
H.323/IAX2, luego un tercer capítulo, en el cual se plasma el desarrollo de la
investigación sobre los protocolos de señalización H.323/IAX2 bajo la
plataforma de Asterisk, aquí es en donde se describe el contexto, las pruebas
realizadas y el análisis correspondiente; y por último un cuarto capítulo, en el
cual se exponen las conclusiones y las recomendaciones.
10
1.ASPECTOS INICIALES
1.1.OBJETIVOS
1.1.2.Específicos.
Identificar las generalidades de la plataforma Asterisk para la configuración
del H.323.
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 y
desventajas 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 del
proyecto macro: Identificación de las funcionalidades, potencialidades y
requerimientos técnicos, para la implementación de ASTERISK.
Tabla 1. Cronograma
Meses
Actividad a desarrollar Enero-Febrero Marzo Abril Mayo-Junio
Instalación de Asterisk y Revisión
de la Bibliográfica disponi ble
Exploración inicial de las
funcionali dades de Asterisk
Identificación de los requeri mientos
técnicos para la realización de un
plan de pruebas complet o y básico
sobre Asterisk.
Realizaci ón del plan de pruebas
básicos.
Docum entación del proyecto
11
2.MARCO TEORICO.
2.1.ANTECEDENTES
2.1.1.Históricos En la década de los 90’s, se produjo una evolución
tecnológica en las redes de de datos, gracias al interés de las empresas en
involucrar a las redes como medio de comunicación dentro de su entorno
(redes empresariales). Dentro de las redes utilizadas para este propósito, se
destacan las redes ATM, que luego fueron sustituidas por redes IP/Ethernet. A
finales de esta década, surgió y creció de manera impresionante el fenómeno
de la Internet, lo cual motivo desarrollar el concepto NGN (New Generation
Network).
De acuerdo a la ITU, una NGN es una red por paquetes que proporciona
múltiples servicios de banda ancha, que utiliza tecnologías de transporte con
una calidad de servicio mínima y en la cual las funciones relacionadas con el
servicio son independientes de las tecnologías de transportes subyacentes.
La primera versión del H.323 fue expuesta en el año 1996 , con el objetivo de
proveer videoconferencia en tiempo real para tecnología LAN y WAN, en el
año 1998 se expuso la segunda versión del estándar, que incluyo funcionalidad
de voz sobre IP. Hasta el momento la ITU ha expuesto la versión 6, la cual fue
aprobada el 13 de junio de 2006 por la Comisión de Estudio 16 (2005-2008) del
UIT-T por el procedimiento de la Recomendación UIT-T A.8
12
2.1.2.Legales En Colombia no existe una legislación acerca de la transmisión
de voz vía 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 comunicación.
Dnic- Telefonía: proyecto Voz IP, desarrollado para establecer a través del a
red telefónica comunicación entre las diferentes sedes de la Universidad
Nacional, sin ningún costo. Así mismo, se adelantan investigaciones que
permitirán a la Universidad extender el servicio a través 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; telefonía, fax y mensajería, entre
otros.
2.2.BASES TEORICAS
Una red telefónica agrupa a un número de centralitas teléfono, en las cuales se
realiza el proceso de conmutación1. En sus inicios las redes telefónicas
clásicas, se fundamentaron en la conmutación de circuitos (RTC)2, luego con
el transcurrir de los años se implemento la conmutación electromecánica. Hacia
los años 60, se desarrollo la conmutación de red digital y, posterior a esta
revolución se sumo la implementación de la tecnología de ordenadores, que
permitió el intercambio de mensajes sobre una red de conmutación de
paquetes independiente y dedicada3.
La red telefónica conmutada (RTC) es una red conmutada de circuitos
tradicional. La RTC abarca el conjunto de redes telefónicas existentes, sobre la
1
Conmutación es la interconexión necesaria para la comunicación entre dos aparatos
telefónicos.
2
RTC 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.
13
cual existe flujo de información (Cada una de las llamadas realizadas a través
de este tipo de redes). Esta red es de tipo dedicado, principalmente su diseño
está orientado en primer instancia para la transmisión de voz reservando un
canal para este proceso. La RTC utiliza números telefónicos para identificar la
conmutación de llamadas en las centrales telefónicas.
La internet representa la unión de redes de comunicación no centralizadas, la
cual utiliza la familia de protocolos TCP/IP. Para la internet el flujo de
información 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 simultánea a través de un
mismo canal. La internet utiliza direcciones IP para la conmutación de paquetes
entre routers4.
A continuación se hace un resumen de las propiedades del RTC y la Internet.
4
VoIP para el desarrollo – Una guía para crear una infraestructura de voz en regiones de
desarrollo.
14
Figura 1. Esquema PBX
EMPRESA
PSTN PBX
(RTC -RTB)
El PBX cumple funciones primordiales para que se lleve a cabo una llamada
tanto interna como externa, como lo son; establecer la conexión entre los
usuario de la llamada, mantener la llamada durante su ejecución y gestionar
información sobre la tarifación de llamadas. Adicional a las funciones
mencionadas, tiene la posibilidad de implementar servicios adicionales, las más
conocidas son:
Llamada en espera, contestador automático, música en espera, transferencia
de llamadas, buzón de voz, conferencia, contestar llamadas de otra extensión
que este timbrando, directorio automatizado, mensajes de bienvenida, entre
otras no menos importantes.
15
Figura 2. Esquema PBX y Asterisk
EMPRESA
Voz IP
Troncal Análoga
PSTN
PBX IP
(RTC -RTB) Troncal Digital (E1-T1)
16
protocolo PPP (Protocolo punto a punto) y que se encuentran sobre Redes
telefó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.323
Una entidad H.323 puede tener las siguientes características:
Llamable: Se considera a una entidad que puede ser llamable, es decir, que en
el proceso de comunicación un usuario determine que la entidad es una
entidad destino.
Direccionable: Es una entidad que tiene una dirección 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 continuación se muestra el esquema que plantea el alcance de la Rec. UIT-
H.323.
17
Terminales. Representan a los dispositivos físicos, que se encuentran en
cualquier extremo de la red, los cuales proporcionan la comunicación
bidireccional en tiempo real con otro terminal H.323, Gateway o unidad de
control multipunto (MCU), dentro de los cuales están incluidos la pila de
protocolos, que se mencionarán más adelante. Esta entidad se considera
llamable y direccionable. Todas las terminales H.323 poseen; interfaces del
equipo de usuario, códecs de video y audio, el equipo telemático, 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
vídeo o únicamente voz. Los requisitos mínimos para tener una terminal
H.323, es que soporte voz y posea el códec G.711, H.245, Q.931 y el
componente RAS, de Los cuales se hablará más adelante.
Gateways (Pasarela). Son entidades llamables y direccionables. Permiten la
interconexión entre diferentes tipos de redes, es decir, facilita la comunicación
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(Móviles) y V.7(Señales vocales y datos
simultáneos digitales).[1]. Una de las funciones fundamentales en el proceso
de la comunicación la realiza el Gateway, ya que es el encargado de realizar
las traducciones entre formatos de transmisión, procedimientos de
comunicación y traducción de códecs de audio y video entre redes, permitiendo
enlaces; 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 que
soportan circuitos conmutados (SNC) y terminales remotos con estándar H.324
sobre redes de telefonía básica (RTB).
18
registrados en una zona. Dentro de los servicios que ofrece están; la
traducción de direcciones de una red H.323 a direcciones IP o IPX, gestión del
ancho de banda y control del acceso de terminales H.323, gateways y MCU a
la red7, emitiendo mensajes de petición (ARQ)8, obteniendo como respuesta
mensajes de confirmación (ACF)9 o mensajes de rechazo (ARJ)10. Esta
entidad 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, es
necesario considerar el gatekeeper, ya que este permite: Una administración
central 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ón
de recursos basados en políticas12 y facilita el proceso de llamada a terceros.
7
El gatekeeper realiza este control de acceso a través del canal H.225 RAS para colocar o no
llamadas en la red.
8
ARQ mensajes de petición RAS enviado por un terminal para establecer comunicación o para
solicitar 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 terminal
que está solicitando el ARQ (generando la llamada).
10
ARJ mensajes de rechazo de admisión RAS enviado por el gatekeeper al punto terminal que
está solicitando el ARQ.
11
AAA funciones de autenticación, autorización y recuento, esenciales en los sistemas de
seguridad y facturación.
12
Las políticas 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
20
Multidifusión centralizada: El MC y el MP se encuentran ubicados en una
MCU, se establece sesión de control a través de H.245 tal como lo hace la
conferencia unidifusión centralizada. El MP después de recibir el flujo de
medios 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 de
enviarlo a cada una de las fuentes participantes en la conferencia.
MCU
Multidifusión
MC+MP
H.245 Sesiones de control de
medios con el MC
Flujos de medios al
MP
Flujo de audio
mezclado por MP
21
Mixtas: Este tipo de conferencia es una mezcla de los anteriores tipos de
conferencia, en la cual la MCU actúa como puente para la conexión de los
participantes, los cuales inician sesión a través de H.245 bidireccional, el MC
se une a la multidifusión a través del MP para soportar la porción de
conferencia multimedia descentralizada. La MCU proporciona acceso a
conferencias 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ás
fuentes y la interpretación de los códecs utilizados en la conferencia.
22
transmite a una velocidad menor a la que resulta de intercambio de
capacidades 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 de
modo, entre otras propias del proceso de comunicación (Según Rec. UIT-T
H.323).
Control de la llamada: Señales utilizadas para el establecimiento de la
comunicación y la desconexión de la misma, entre otras propias del control de
llamadas (Según Rec. UIT-T H.323).
Para poder recibir, procesar y enviar las señales que provienen de las fuentes
de 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.323
utiliza los códecs.
23
terminal tendrá que realizar una mezcla de audio para dar origen a una señal
de audio compuesta a presentar al usuario. El terminal H.323 utilizará el
H.245, con el fin de conocer cuántos trenes de audio simultáneos 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 recomendación T.120 para efectos de interoperabilidad
entre terminales H.323 y otros terminales.
24
conecta, se desconecta una terminal, efectuando cambios en el ancho de
banda 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 para
los mensajes de control.
RTP (Real-Time Transport Protocol). Este protocolo a nivel sesión, es
requerido para realizar la transmisión de información 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
transmisión de paquetes en forma periódica cuando se establece una sesión
RTP, que permite saber a través de informes de emisor y receptor la calidad
del servicio e identificar a través 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 sesión multimedia.
H.450 - Servicios suplementarios. El estándar 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 señalización
entre los puntos terminales para ejecutar los servicios suplementarios. A
continuación se relacionan los servicios suplementarios básicos:
13
UDP es un protocolo basado en la transmisión de datagramas sin conexión, 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 señal vocal sobre UDP. UDP y RTP se encuentran en la
capa de transporte del modelo OSI.
14
Los servicios suplementarios son capacidades añadidas que mejoran, simplifican o
complementan la funcionalidad de un servicio o aplicación de comunicaciones.
25
Para que el protocolo se ejecute, los puntos terminales deben entender la
lógica del servicio. El protocolo de H.450x se ejecuta sobre el protocolo de
señalización para el establecimiento de llamadas Q.931.
15
Representa a un punto de acceso al servicio de transporte (puede ser un puerto TCP o UDP).
Al TSAP se le denomina también como la dirección a nivel de transporte, la cual sirve para
establecer comunicación entre dos entidades. Los identificadores TSAP permiten
multiplexación de varios canales que comparten la misma dirección de red (Rec. H.323
06/2006- Sistemas de comunicación multimedia basados en paquetes).
16
La recomendación UIT-T H.225.0 define otro tipo de direcciones aceptadas como alias en el
estándar H.323.
17
El gatekeeper forma los límites de las zonas H.323
18
GRQ es un mensaje que un punto terminal envía 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 aceptación (GCF) para el registro de la terminal en el
gatekeeper.
26
conocidos o direcciones de grupos multidifusión IP: Gatekeeper.mcast.net
224.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 para
registro o para la búsqueda de un gatekeeper de otro para realizar el LRQ19.
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 ubicación 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
28
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
29
Tabla 5. Mensajes de información de llamada
Mensaje Significado
HOLD Petición para poner una llamada en retención
HOLD ACKNOWLEDE Petición de retención
HOLD REJECT Petición de retención denegada
RESUME Petición para reanudar una llamada
RESUME ACKNOWLEDGE Acuse de petición de llamada reanudada
RESUMEN REJECT Rechazo de petición de petición de reanudación de llamada
RETRIEVE Petición para recuperar una llamada retenida
RETRIEVE ACNOWLEDGE Acuse de petición de recuperación de llamada.
RETRIEVE REJECT Rechazo de petición de petición de recuperación de llamada
SUSPEND 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”
30
LON Representa en un Byte la longitud del mensaje.
CON Contiene el mensaje propio y utiliza Bytes de acuerdo al tamaño del
mensaje
El H.225 a través del MT determina la función del mensaje. El H.225 es el
canal fiable de control de llamadas, a través 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 ¨
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 y
un gatekeeper (el descubrimiento de un gatekeeper y las señalizaciones entre
un punto final y un gatekeeper). A través del RAS las entidades terminales
hacen peticiones a un gatekeeper y este responde en confirmación 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
confirmación de solicitud y RJ para respuesta de rechazo de la solicitud. A
continuación se indican los servicios que se ejecutan a través del protocolo
H.225 RAS:
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 el
paquete.
31
Intercambio de las capacidades de un punto final Los puntos finales
intercambian información referente a capacidades de transporte y entrantes
del 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)
32
dirección 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).
Luego la entidad llamante establecerá conexión a través del protocolo TCP con
el terminal llamado para iniciar el canal de señalización H.225.0, utilizando la
información suministrada en el mensaje ACF (Dirección y puerto).
33
Figura 16. Establecimiento de conexión
SETUP
SETUP
34
Figura 18. Establecimiento canal H.245
SETUP
SETUP
MENSAJES H.245:
termCapabilitySet Openlogicalchannel
35
Intercambio de información audiovisual (Fase C) Ambos terminales
establecen canales para la transmisión de medios a través de TCP/UDP/IP y
canales de control RTCP/UDP/IP, para validar la calidad de los flujos de
medios
SETUP
MENSAJES H.245:
termCapabilitySet Openlogicalchannel
FLUJO RTP
FLUJO RTP
FLUJO RTCP
36
Figura 21. Terminación de llamada
SETUP
MENSAJES H.245:
termCapabilitySet Openlogicalchannel
FLUJO RTP
FLUJO RTP
FLUJO RTCP
MENSAJES H.245:
CloselogicalChannel EndSessionCommand
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 reunión
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 también
puede ser manejado en la configuración de extensiones individuales, posee un
gran manejo de Códecs lo que le permite manejar diversos tipos de datos entre
ellos el de video.
La señalización es de tipo peer to peer AIX2 usa un par de flujos que reúnen
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 múltiples llamadas en un
canal, 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ón
con un mismo encabezado. En otras palabras usa en el mismo puerto UDP
para señalización y media,
Algunas de sus características principales son:
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 señales
analógicas y digitales
24
Empaquetamiento de llamadas simultaneas bajo un solo flujo de paquetes IP , ahorro de
ancho de banda
25
NAT (Network Address Translation - Traducción de Dirección de Red)
38
Figura 22. Trama F fullframe
39
Figura 23. Trama M miniframe
Datos
Tipos de trama [Online]. España. Avianle from internet: < http://voipforo.com/IAX/IAX-
frames.php>, Abril-Mayo 2009
Valor del
Type Frame Descripción Detalles
00000001 DTMF Sirve para enviar dígitos DTMF.
El campo subclase indica el tipo de códec de audio
00000002 Datos de voz
que se utiliza.
Datos de El campo subclase indica el tipo de códec de video
00000003
video que se utiliza.
Mensajes de control de sesión. Sirve para controlar
el estado de los dispositivos finales. El campo
00000004 Control
subclase indica el tipo concreto de mensaje de
control.
00000005 No usado
Mensajes de control del protocolo IAX. Gestiona las
interacciones necesarias entre los dispositivos
00000006 Control IAX
finales. El campo subclase indica el tipo concreto de
mensaje de control.
00000007 Texto
00000008 Imagen
00000009 HTML
Valores de las tramas [Online]. España. Avianle from internet: <
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
Descripción
Valor subclase (códec que se
(Type Frame =0x02) utiliza en la
Datos de Voz conversación)
0x0001 G.723.1
0x0002 GSM
0x0004 G.711 u (u-law)
0x0008 G.711 a (a-law)
0x0080 LPC10
0x0100 G.729
0x0200 Speex
0x0400 iLBC
Valores de las tramas [Online]. España. 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
42
Ejemplo de flujo de datos en IAX2
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
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
más reconocidas para cada área que se necesite, siguiendo esto se tienen:
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.
45
keys públicas y privadas( Autenticación
/var/lib/Asterisk/keys
RSA)
Música para llamadas en espera en
/var/lib/Asterisk/moh/mp3
formato MP3
/var/lib/Asterisk/sounds Prompts , archivos de audio
/var/run Runtime (pipes, archivos PID)
/var/run/Asterisk/pid Identificadores de proceso primarios (PID)
/var/run/Asterisk/ct Modo remoto de operación
/var/spool/Asterisk Cola de espera para el buzón de voz
var/log/Asterisk/cdr-csv Archivo Master registro de llamda
Almacenamiento de los buzones de voz,
/var/spool/Asterisk/vm
saludos…
Otros componentes básicos son los Canales, que se pueden explicar a través
de una analogía de decir que son las líneas telefónicas analógicas pero
representadas a través de un circuito digital, pueden ser combinaciones de
códec, protocolos de señalización o POST. Los Códec son los que se encargar
de codificar las llamadas de tal forma que sirvan para realizar al compresión de
las señales, dependiendo del códec 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 comunicación.
46
Para realizar el manejo de los archivos de configuración es necesario tener en
cuenta:
47
Figura 28. Ventana de control Wireshark
48
ZOIPER es un softphone para windows y Linux que utiliza los
estándares IAX y SIP, apoyo STUN, varios soportes de
có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 se
encuentra en http://www.zoiper.com.
49
Metas a largo plazo:
50
3.DISEÑO METODOLÓGICO
3.1.TIPO DE INVESTIGACIÒN
La investigación es de tipo descriptiva ya que la meta es lograr una exploración
detallada de los componentes de sistema de comunicaciones Asterisk bajo el
protocolo H.323 e IAX2, en donde se describan los requisitos de instalación y
funcionamiento basado en cada uno de los protocolos teniendo en cuenta:
Marca: DELL
Memoria: 1Ghz
Procesador: Intel 2140 de 1.60Ghz
Disco Duro de 160Ghz
La red es de tipo
51
Asterisk,, estos no están restringidos exclusivamente al uso dentro del proyecto
pero se permitirá el acceso a la configuración e instalación de software como
softphones, mientras estos estén bajo la ley o sean de licencia libre.
Los demás ordenadores que se disponen para el proyecto son computadoras
portátiles que en podrán realizar la conexión con los servidores a través de la
red física o inalámbrica.
Esté proyecto asume nuevos retos en cuanto a ciertos campos de
conocimientos como lo son la incursión a las telecomunicaciones de la nueva
generación y todo lo relacionado a la telefonía IP y el uso de herramientas
software libres como Asterisk, lo que genera un gran valor agregado para la
experiencia ingenieril y técnica de los participantes.
Procesador: 1Ghz
Memoria RAM: 64Mb
Disco Duro: 5Ghz
Ubuntu Server 8.10 Ubuntu es una distribución de Linux orientada a los
computadores personales, es una de las distribuciones más importantes de
Linux ya que tiene gran reconocimiento mundial, está basada en la distribución
Debian, pero está orientado a dar más facilidad en instalación y uso , su
principal patrocinador es Canonical Ltda, empresa fundada por Matk
52
Shuttleworth. Ubunto entrega versiones de sus sistemas cada 6 meses. La
versión 8.10 fue lanzada el 30 de octubre del 2008, y dentro las mejoras están
la mejor y mayor conectividad a internet y dispositivos móviles, sesión de
invitados y soporte 3G .
Soporta las arquitecturas la i386(x86 ó x32), amd64(x86-x64), la interfaz
gráfica que maneja es la GNOME, el manejo para el software lo maneja a
través de cuatro componentes que son el main, el restricted el universe y
multiverse
Los requerimientos técnicos mínimos para su funcionamiento son:
53
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 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 solución de implementación de redes de telefonía IP. Posee
escalabilidad, que le permite que este servicio sea implementado en una
pequeña empresa de 10 usuarios hasta 10.000 de una empresa que tenga
diferentes sedes. Asterisk por ser una herramienta bajo código libre, permite
que los costos de su instalación e implementación sean cada vez mejores. A
través del desarrollo de Asterisk se han ido desarrollando los diferentes
estándares de telefonía en los TDM como la telefonía IP, dentro de los cuales
se 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 de
software libre líder, para la implementación de centrales telefónicas IP, lo que
hace que sea un software probado por miles de usuarios, que además
contribuyen con sus inquietudes y desarrollos a una mejor comprensión de esta
tecnología.
54
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ándar
H.323 e IAX2. Para estas pruebas, se utilizaron los siguientes equipos:
55
2
Ordenador
2 8000 IAX2 Zoiper
Ordenador
2 9000 H.323 Sjphone
Portátil 1 7000 SIP X-Lite
Portá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:
Secuencia de señalización.
Corresponde a la secuencia que sigue cada uno de los protocolos que intervienen durante la llamada. Esta secuencia
de señalización se encuentra como anexo al documento.
Estadística de paquetes y bytes transmitidos durante la llamada. Es una tabla que sigue la estructura y contiene la
siguiente información
56
Tabla 17. Descripción de tabla plan de pruebas.
Nombre del campo Descripción
Paquetes Número de paquetes transmitidos durante la llamada.
Corresponde al tiempo que transcurre entre el instante de tiempo en el cual se
tiempo entre la primera y último paquete
transmite el primer paquete y el instante en el que finaliza la transmisión del
(seg)
último paquete.
Prom. Paquetes por segundo (bytes) Corresponde al promedio de paquetes enviados por segundo.
Prom. Tamaño de Paquetes Es el promedio del tamaño de paquetes que captura y analiza Wireshark
Bytes Es el número de bytes transmitidos durante la llamada
Prom. Bytes por segundo El promedio de bytes que se transmiten por segundo
Prom. Mbits por segundo El promedio de Mbits que se transmiten por segundo
Fuente Estadística tomada con Wireshark
Estadística por protocolo (TCP, UDP y RTP), de los paquetes y bytes transmitidos durante la llamada entre direcciones
IP.
57
Tabla 19. Definición de protocolos parte B
NOMBRE DE PROTOCOLO
Packets A<-B Bytes A<-B Rel Start Duration bps A->B bps A<-B
Número de paquetes Número de bytes Tiempo en segundos Bits por segundo Bits por segundo
Instantes de
enviados de la enviados de la de la transmisión de enviados de la enviados de la
Tiempo
dirección B a la A. dirección B a la A. paquetes dirección A a la B dirección B a la A
Fuente Estadísticas de protocolos por Wireshark
Estadística por protocolo RTP. Corresponde a información estadística de paquetes transmitidos a través del protocolo RTP.
58
Tabla 21. Estadística protocolo RTP parte B
RTP
Max Jitter (ms) Mean Jitter (ms) Pb?
Campo control que indica si durante la
Corresponde a la máxima Promedio de variación de tiempo transmisión de paquetes se dio falla. Sí es así,
variación de tiempo entre la entre la llegada de los distintos el analizador de Wireshark colocará el carácter
llegada de los distintos paquetes. paquetes. "X" (equis), para identificar que esa línea de
paquetes tuvo inconsistencias.
Fuente Estadística protocolo RTP Wireshark
Estadística por envíos de paquetes entre direcciones. Corresponde al número de paquetes y bytes transmitidos en
cada protocolo por cada dirección IP involucrada en la llamada. Al final del capítulo, se muestra análisis en conjunto de
las pruebas teniendo en cuenta los protocolos H.323 e IAX2, objetos de estudio de la investigación.
59
3.4.1.Prueba de H323 a H323
Tabla 22. Prueba de h323 a h323
NUMERO DE 1
PRUEBA:
RESULTADO
DE LA
PRUEBA: EXITOSA
60
En este momento la extensión 9001 está marcando a la extensión
9000 y solicita respuesta.
61
La extensión 9000 acepta la llamada.
62
A continuación se reflejan estadísticas de la prueba:
Tabla 23. Resumen prueba llamada de H.323 a H.323
Paquetes 1641
tiempo entre la primera y ultimo paquete (seg) 8,762
Prom. Paquetes por segundo (bytes) 187,291
Prom. Tamaño de Paquetes 89,513
Bytes 146891
Prom. Bytes por segundo 16765,037
Prom. Mbits por segundo 0,134
En la estadística, se indica que se transmitieron 1.641 paquetes, los cuales tuvieron una duración de transmisión de 8,762
segundos. Lo que indica que por segundo se transmiten 187,291 paquetes.
63
Tabla 25. Estadística para protocolo TCP prueba llamada H.323 a H.323
POR PROTOCOLO TCP
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.249 192.168.103.16 14 2180 8 1312 6 868 2.892.530.000 8,3204 1261,47 834,57
192.168.99.44 192.168.100.249 20 2893 10 1476 10 1417 2.493.599.000 8,7356 1351,71 1297,68
192.168.100.249 192.168.99.44 22 1544 13 907 9 637 2.651.306.000 8,604 843,32 592,28
192.168.100.249 192.168.103.16 26 1828 16 1118 10 710 3.027.397.000 8,1919 1091,82 693,37
Fuente Estadística protocolo TCP tomada con Wireshark de Prueba 1
Tabla 26. Estadística para protocolo UDP prueba llamada H.323 a H.323
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 1 106 0 0 1 106 7.994.637.000 0 N/A N/A
192.168.103.16 192.168.100.249 1 106 0 0 1 106 9.474.627.000 0 N/A N/A
192.168.100.249 192.168.103.16 4 344 4 344 0 0 2.507.800.000 3,9502 696,68 N/A
192.168.100.249 192.168.103.16 7 3388 3 1651 4 1737 2.507.465.000 1,9523 6765,40 7117,81
192.168.103.16 192.168.100.249 694 60378 345 30015 349 30363 4.276.536.000 6,9240 34679,58 35081,66
192.168.99.44 192.168.100.249 852 74124 428 37236 424 36888 2.679.325.000 8,5405 34879,65 34553,67
Fuente Estadística protocolo UDP tomada con Wireshark de Prueba 1
Tabla 27. Estadística para protocolo RTP prueba llamada H.323 a H.323
RTP
Src IP addr Dest IP addr SSRC Payload Packets Lost Max Delta (ms)Max Jitter (ms)Mean Jitter (ms) Pb?
192.168.99.44 192.168.100.249 0x10838907 GSM 06.10 428 0 (0.0%) 20.11 0.02 0.01 X
192.168.100.249 192.168.99.44 0x46255EE9 GSM 06.10 424 0 (0.0%) 56.49 107.64 2.01 X
192.168.103.16 192.168.100.249 0x264DA484 GSM 06.10 345 0 (0.0%) 20.15 0.05 0.03 X
192.168.100.249 192.168.103.16 0x38948A95 GSM 06.10 349 0 (0.0%) 52.36 97.49 5.91
Fuente Estadística protocolo RTP tomada con Wireshark de Prueba 1
Dentro de la estadística del protocolo RTP, se encuentra el campo Pb, este campo cuando se encuentra con el carácter “X”,
indica que en el transcurso del envío de paquetes ocurrieron errores en marcación de tiempo por parte de Wireshark, es
64
decir, que en el momento de transmisión 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 extensión llamante 9000 con una participación del 54.54% sobre el total de los paquetes, mientras que
la extensión llamada 9001 tuvo una participación de paquetes del 45.46%
65
3.4.2.Prueba de H323 a IAX2
RESULTADO DE EXITOSA
LA PRUEBA:
66
En este momento la extensión 9001 está marcando a la
extensión 8000 y solicita respuesta.
67
Mensaje enviado por extensión 9001: Este es un mensaje de
la Fundación Universitaria Konrad Lorenz.
Mensaje Recibido por la extensión 8000: Resultado de
prueba exitosa
68
Anexo A2. Secuencia de protocolos en llamada H.323 a IAX2
69
Tabla 32. Estadística para protocolo IP prueba llamada H.323 a IAX2
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.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 147348 1135 89405 737 57943 5.412.270.000 32,9678 21695,12 14060,52
192.168.99.44 192.168.100.249 2393 208415 1277 111323 1116 97092 15.994.706.000 25,3611 35116,9 30627,2
Fuente Estadística protocolo IP tomada con Wireshark de Prueba 2
Tabla 33. Estadística para protocolo TCP prueba llamada H.323 a IAX2
POR PROTOCOLO TCP
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.249 192.168.99.44 16 1112 9 615 7 497 15.975.562.000 25,3964 193,73 156,56
192.168.99.44 192.168.100.249 21 2947 10 1476 11 1471 15.926.922.000 25,4457 464,5 462,47
Fuente Estadística protocolo TCP tomada con Wireshark de Prueba 2
Tabla 34. Estadística 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 Estadística protocolo UDP tomada con Wireshark de Prueba 2
70
Tabla 35. Estadística para protocolo RTP prueba llamada H.323 a IAX2
RTP
Src IP addr Dest IP addr SSRC Payload Packets Lost Max Delta (ms) Max Jitter (ms) Mean Jitter (ms) Pb?
192.168.99.44 192.168.100.249 0x23E35831 GSM 06.10 1269 0 (0.0%) 20.22 0.07 0.03 X
192.168.100.249 192.168.99.44 0x304E272E GSM 06.10 1116 0 (0.0%) 54.58 4.16 1.37
Fuente Estadística protocolo RTP tomada con Wireshark de Prueba 2
Dentro de la estadística del protocolo RTP, se encuentra que el campo Pb tiene un carácter “X”, el cual indica que en el
transcurso del envío de paquetes de la dirección IP 192.168.100.44 a la dirección IP 192.168.100.249 ocurrió un error en
marcación de tiempo por parte de Wireshark, es decir, que en el momento de transmisión 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 análisis del campo Pb, se encuentra que el paquete que presentó error fue el paquete N. 346 enviado por la
dirección IP 192.168.99.44 (Extensión 9001) a la dirección IP 192.168.100.249 (Servidor Asterisk).
De los 4314 paquetes que fueron transmitidos durante la llamada, 2442 corresponden a la extensión llamante 9000 con una
participación del 56.61% sobre el total de los paquetes, mientras que la extensión llamada 8000 tuvo una participación de
1872 paquetes, con una participación del 43.39%.
71
3.4.3.Prueba de H323 a SIP
Tabla 36. Prueba de H.323 a SIP
NUMERO DE
3
PRUEBA:
NOMBRE DE
Llamada extensión H.323 a extensión SIP
PRUEBA:
RESULTADO DE LA
NO EXITOSA
PRUEBA:
72
3.4.4.Prueba de SIP a H.323
Tabla 37. Prueba de SIP a H323
NUMERO DE 4
PRUEBA:
RESULTADO DE Exitoso
LA PRUEBA:
73
En estos momentos la extensión 6001 está marcando a la
extensión 9000, y solicita respuesta de la llamada.
74
Mensaje enviado por extensión 6001: Este es un mensaje
de la Fundación Universitaria Konrad Lorenz.
Mensaje Recibido por la extensión 6001: Resultado de
prueba exitosa.
Fuente Desarrollo de llamada Prueba 4
75
Tabla 38. Resumen prueba llamada de SIP a H.323
Paquetes 2548
tiempo entre la primera y ultimo paquete (seg) 16,320
Prom. Paquetes por segundo (bytes) 156,994
Prom. Tamaño de Paquetes 152,092
Bytes 387531
Prom. Bytes por segundo 23877,528
Prom. Mbits por segundo 0,191
En la estadística, se indica que se transmitieron 2548 paquetes, los cuales tuvieron una duración de transmisión de 16,320
segundos. Lo que indica que por segundo se transmiten 156,994 paquetes. De los paquetes transmitidos 1275 tienen un
tamaño entre 80-159 bytes, 1.232 tiene un tamaño entre 160-319 bytes, 11 tienen un tamaño entre 320-639, 7 tienen un
tamaño entre 640-1279 y 23 paquetes tienen un tamaño entre 40-79 bytes.
Tabla 39. Estadística 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 Estadística protocolo RTP tomada con Wireshark de Prueba 4
Tabla 40. Estadística 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 Rel Start Duration bps A->B bps A<-B
192.168.100.249 192.168.100.243 11 1922 6 1174 5 748 7.886.790.000 15,5258 604,93 385,42
192.168.100.249 192.168.100.243 14 994 9 628 5 366 8.130.569.000 15,1584 331,43 193,16
Fuente Estadística protocolo TCP tomada con Wireshark de Prueba 4
76
Tabla 41. Estadística para protocolo UDP prueba llamada SIP a H.323
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.100.243 192.168.100.249 2 212 0 0 2 212 16.109.218.000 4,995 N/A 339,23
192.168.100.243 192.168.100.249 5 453 0 0 5 453 7.909.680.000 11,9989 N/A 302,3
192.168.100.243 192.168.100.249 7 3383 4 1731 3 1652 7.883.602.000 3,1835 4349,89 4151,37
192.168.100.240 192.168.100.249 7 1242 5 1030 2 212 11.070.197.000 12,1731 676,9 139,32
192.168.100.240 192.168.100.249 10 6946 5 3904 5 3042 7.877.351.000 15,4092 2026,84 1579,32
192.168.100.240 192.168.100.249 1225 3E+05 607 129898 618 132252 11.094.511.000 12,1866 85272,6 86817,9
192.168.100.243 192.168.100.249 1267 1E+05 660 57420 607 52809 11.094.339.000 13,13 35300,2 32465,49
Fuente Estadística protocolo UDP tomada con Wireshark de Prueba 4
Tabla 42. Estadística para protocolo RTP prueba llamada SIP a H.323
RTP
Src IP addr Dest IP addr SSRC Payload Packets Lost Max Delta (ms) Max Jitter (ms) Mean Jitter (ms) Pb?
192.168.100.243 192.168.100.249 0x28967D GSM 06.10 660 0 (0.0%) 23.69 3.56 2.60 X
192.168.100.249 192.168.100.240 0x51C0939E ITU-T G.711 PCMU 618 0 (0.0%) 51.46 5.99 2.79 X
192.168.100.240 192.168.100.249 0xE6B498E7 ITU-T G.711 PCMU 607 0 (0.0%) 38.40 7.13 2.14
192.168.100.249 192.168.100.243 0x1B30444C GSM 06.10 607 0 (0.0%) 56.74 7.14 2.36
Fuente Estadística protocolo UDP tomada con Wireshark de Prueba 4
Dentro de la estadística del protocolo RTP, se encuentra que el campo Pb tiene un carácter “X”, el cual indica que en el
transcurso del envío de paquetes de la dirección IP 192.168.100.243 a la dirección IP 192.168.100.249 y ocurrió un error en
marcación de tiempo por parte de Wireshark, es decir, que en el momento de transmisión del paquete Wireshark no pudo
tomar el tiempo correcto, así mismo ocurre con los paquetes que fueron enviados de la dirección IP 192.168.100.249 a la
dirección 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
análisis del campo Pb, se encuentra que el paquete que presentó error fue el paquete N. 257 enviado por la dirección IP
192.168.100.243 (Extensión 9000) a la dirección 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 extensión 9000. Sin embargo, esto no influye en la
transmisión de paquetes. De los 2.548 paquetes que fueron transmitidos durante la llamada, 1242 corresponden a la
extensión llamante 6001 con una participación del 48,74% sobre el total de los paquetes, mientras que la extensión llamada
9000 tuvo una participación de 1.306 paquetes, con una participación del 51,26%
78
3.4.5.Prueba de SIP a IAX2
Tabla 44. Prueba de SIP a IAX2
NUMERO DE 5
PRUEBA:
RESULTADO EXITOSA
DE LA
PRUEBA:
79
En estos momentos la extensión 6001 está marcando a la extensión
8000, y solicita respuesta de la llamada.
80
Mensaje enviado por extensión 6001: Este es un mensaje de la
Fundación Universitaria Konrad Lorenz.
81
En la estadística, se indica que se transmitieron 2194 paquetes, los cuales tuvieron una duración de transmisión de 12,805
segundos. Lo que indica que por segundo se transmiten 171,343 paquetes. De los paquetes transmitidos 5 tienen un tamaño
entre 80-159 bytes, 1.079 tiene un tamaño entre 160-319 bytes, 10 tienen un tamaño entre 320-639, 6 tienen un tamaño
entre 640-1279 y 1.094 paquetes tienen un tamaño entre 40-79 bytes.
Tabla 46. Estadística 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 Rel Start Duration bps A->B bps A<-B
192.168.100.240 192.168.100.249 1092 2E+05 540 118200 552 119884 5.914.029.000 12,797 73892,58 74945,33
192.168.100.243 192.168.100.249 1102 89013 559 44889 543 44124 5.922.982.000 12,7957 28064,96 27586,67
Fuente Estadística protocolo RTP tomada con Wireshark de Prueba 5
Tabla 47. Estadística 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 Rel Start Duration bps A->B bps A<-B
192.168.100.249 192.168.100.243 1 74 1 74 0 0 6.058.626.000 0 N/A N/A
Fuente Estadística protocolo TCP tomada con Wireshark de Prueba 5
Tabla 48. Estadística 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 Rel Start Duration bps A->B bps A<-B
192.168.100.243 192.168.100.249 6 2796 3 1147 3 1649 5.922.982.000 2,0256 4529,92 6512,5
192.168.100.240 192.168.100.249 7 1242 5 1030 2 212 7.971.657.000 10,6361 774,72 159,46
192.168.100.240 192.168.100.249 11 7006 6 3964 5 3042 5.914.029.000 12,797 2478,9 1901,7
192.168.100.240 192.168.100.249 1074 2E+05 529 113206 545 116630 7.942.932.000 10,7564 84196,46 86743,4
192.168.100.243 192.168.100.249 1095 86143 556 43742 539 42401 5.934.120.000 12,7846 27371,67 26532,54
Fuente Estadística protocolo UDP tomada con Wireshark de Prueba 5
82
Tabla 49. Estadística para protocolo RTP prueba llamada SIP a IAX2
RTP
Src IP addr Dest IP addr SSRC Payload Packets Lost Max Delta (ms) Max Jitter (ms) Mean Jitter (ms) Pb?
192.168.100.249 192.168.100.240 0x411D781B ITU-T G.711 PCMU 545 0 (0.0%) 57.10 6.39 1.36
192.168.100.240 192.168.100.249 0x5F1E1FFF ITU-T G.711 PCMU 529 0 (0.0%) 31.70 3.49 1.11
Fuente Estadística protocolo UDP tomada con Wireshark de Prueba 5
De los 2.194 paquetes que fueron transmitidos durante la llamada, 1.092 corresponden a la extensión llamante 6001 con una
participación del 49,77% sobre el total de los paquetes, mientras que la extensión llamada 8000 tuvo una participación de
1.102 paquetes, con una participación del 50,23%
Tabla 50. Estadística paquetes y bytes protocolos prueba llamada SIP a IAX2
Llamada entre extension SIP y extensión IAX2 Packets Bytes
IP 2.194 327.097
192168100240 192168100249 1092 238084
192168100243 192168100249 1102 89013
TCP 1 74
192168100249 192168100243 1 74
udp 2.193 327.023
192168100240 192168100249 1092 238084
192168100243 192168100249 1101 88939
Total general 4.388 654.194
83
3.4.6.Prueba de IAX2 a IAX2
NOMBRE DE
Llamada extensión IAX2 a extensión IAX2
PRUEBA:
RESULTADO
DE LA EXITOSO
PRUEBA:
DESCRIPCION
DE
RESULTADOS: L a extensión de llamada saliente 8001 corresponde a la dirección
IP 192.169.100.240
84
En estos momentos la extensión 8001 está marcando a la
extensión 8000, y solicita respuesta de la llamada.
85
Mensaje enviado por extensión 8001: Este es un mensaje de la
Fundación Universitaria Konrad Lorenz.
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 extensión 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 continuación se reflejan estadísticas de la prueba:
Tabla 52. Resumen prueba llamada de IAX2 a IAX2
Paquetes 45
tiempo entre la primera y ultimo paquete (seg) 17,432
Prom. Paquetes por segundo (bytes) 2,581
Prom. Tamaño de Paquetes 118,889
Bytes 5350
Prom. Bytes por segundo 306,903
Prom. Mbits por segundo 0,002
87
Tabla 53. Estadística 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 Rel Start Duration bps A->B bps A<-B
192.168.100.240 192.168.100.249 20 1333 11 742 9 591 4.955.516.000 17,4322 340,52 271,22
192.168.100.243 192.168.100.249 25 4017 11 1651 14 2366 4.957.788.000 3,4942 3780 5417
Fuente Estadística protocolo IP tomada con Wireshark de Prueba 6
Tabla 54. Estadística para protocolo TCP prueba llamada IAX2 a IAX2
POR PROTOCOLO TCP
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.249 192.168.100.243 2 148 2 148 0 0 4.968.239.000 2,9942 395,42 N/A
Fuente Estadística protocolo TCP tomada con Wireshark de Prueba 6
Tabla 55. Estadística 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 Rel Start Duration bps A->B bps A<-B
192.168.100.243 192.168.100.249 6 2790 3 1144 3 1646 4.957.788.000 3,4564 2647,88 3809,8
192.168.100.243 192.168.100.249 17 1079 8 507 9 572 4.961.835.000 3,4901 1162,13 1311,12
192.168.100.240 192.168.100.249 20 1333 11 742 9 591 4.955.516.000 17,4322 340,52 271,22
Fuente Estadística protocolo UDP tomada con Wireshark de Prueba 6
88
Tabla 56. Estadística para protocolo RTP prueba llamada IAX a IAX2
RTP
Src IP addr Dest IP addr SSRC Payload Packets Lost Max Delta (ms) Max Jitter (ms) Mean Jitter (ms) Pb?
192.168.100.249 192.168.100.240 0x411D781B ITU-T G.711 PCMU 545 0 (0.0%) 57.10 6.39 1.36
192.168.100.240 192.168.100.249 0x5F1E1FFF ITU-T G.711 PCMU 529 0 (0.0%) 31.70 3.49 1.11
Fuente Estadística protocolo RTP tomada con Wireshark de Prueba 6
De los 45 paquetes que fueron transmitidos durante la llamada, 20 corresponden a la extensión llamante 8000 con una
participación del 44,44% sobre el total de los paquetes, mientras que la extensión llamada 8001 tuvo una participación de 25
paquetes, con una participación del 55,56%
Tabla 57. Estadística para protocolo RTP prueba llamada IAX a IAX2
Llamada entre extension IAX2 y extensión IAX2 Packets Bytes
IP 45 5.350
192168100240 192168100249 20 1333
192168100243 192168100249 25 4017
TCP 2 148
192168100249 192168100243 2 148
UDP 43 5.202
192168100240 192168100249 20 1333
192168100243 192168100249 23 3869
Total general 90 10.700
89
3.4.7.Prueba de IAX2 a SIP
Tabla 58. Prueba de IAX2 a SIP
NUMERO DE
7
PRUEBA:
RESULTADO
DE LA Exitosa
PRUEBA:
90
En estos momentos la extensión 8001 está marcando a la
extensión 6000, y solicita respuesta de la llamada.
91
Mensaje Recibido por la extensión 8001: Resultado de prueba
exitosa
92
En la estadística, se indica que se transmitieron 2.889 paquetes, los cuales tuvieron una duración de transmisión de 20,758
segundos. Lo que indica que por segundo se transmiten 139,173 paquetes. De los paquetes transmitidos 6 tienen un tamaño
entre 80-159 bytes, 1429 tienen un tamaño entre 160-319,4 tienes un tamaño entre 320-639, 2 tienen un tamaño entre 640-
1279 y 1.448 paquetes tienen un tamaño entre 40-79 bytes.
Tabla 60. Estadística para protocolo IP prueba llamada IAX2 a SIP
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.243 192.168.100.249 1438 309880 729 157021 709 152859 4.513.137.000 20,7522 60531,76 58927,3
192.168.100.240 192.168.100.249 1451 114250 721 56817 730 57433 4.506.953.000 16,6577 27286,76 27582,6
Fuente Estadística protocolo IP tomada con Wireshark de Prueba 7
Tabla 61. Estadística para protocolo UDP prueba llamada IAX2 a SIP
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.100.243 192.168.100.249 7 3898 4 1907 3 1991 4.513.137.000 207.522 735.15 767.53
192.168.100.243 192.168.100.249 8 1460 6 1248 2 212 6.840.937.000 142.252 701.85 119.22
192.168.100.243 192.168.100.249 1423 3E+05 719 153866 704 150656 6.872.120.000 141.929 86728.72 84919.36
192.168.100.240 192.168.100.249 1451 1E+05 721 56817 730 57433 4.506.953.000 166.577 27286.76 27582.60
Fuente Estadística protocolo UDP tomada con Wireshark de Prueba 7
Tabla 62. Estadística para protocolo RTP prueba llamada IAX2 a SIP
RTP
Src IP addr Dest IP addr SSRC Payload Packets Lost Max Delta (ms) Max Jitter (ms) Mean Jitter (ms) Pb?
192.168.100.243 192.168.100.249 0x6084FDB5 ITU-T G.711 PCMU 719 0 (0.0%) 36.81 7.17 5.02
192.168.100.249 192.168.100.243 0x7C39359C ITU-T G.711 PCMU 704 0 (0.0%) 44.18 12.02 1.19
Fuente Estadística protocolo UDP tomada con Wireshark de Prueba 7
93
De los 2889 paquetes que fueron transmitidos durante la llamada, 1451 corresponden a la extensión llamante 8000 con una
participación del 50.22% sobre el total de los paquetes, mientras que la extensión llamada 6000 tuvo una participación de
1438 paquetes, con una participación del 49,78%.
Tabla 63. Estadística paquetes y bytes protocolos prueba llamada IAX2 a SIP
Llamada entre extension IAX2 y extensión SIP Packets Bytes
IP 2.889 424.130
192168100240 192168100249 1451 114250
192168100243 192168100249 1438 309880
UDP 2.889 424.130
192168100240 192168100249 1451 114250
192168100243 192168100249 1438 309880
Total general 5.778 848.260
94
3.4.8.Prueba de IAX2 a H323
RESULTADO
DE LA EXITOSA
PRUEBA:
DESCRIPCION
DE
RESULTADOS: L a extensión de llamada saliente 8001 corresponde a la dirección
IP 192.169.100.240
95
En estos momentos la extensión 8001 está marcando a la
extensión 9000, y solicita respuesta de la llamada.
96
Mensaje enviado por extensión 8001: Este es un mensaje de la
Fundación Universitaria Konrad Lorenz.
97
A continuación se reflejan estadísticas de la prueba:
Tabla 65. Resumen prueba llamada IAX2 a H.323
Paquetes 2057
tiempo entre la primera y ultimo paquete (seg) 18,331
Prom. Paquetes por segundo (bytes) 112,212
Prom. Tamaño de Paquetes 84,482
Bytes 173780
Prom. Bytes por segundo 9479,924
Prom. Mbits por segundo 0,076
En la estadística, se indica que se transmitieron 2.057 paquetes, los cuales tuvieron una duración de transmisión de 18,331
segundos. Lo que indica que por segundo se transmiten 112,212 paquetes. De los paquetes transmitidos 1000 tienen un
tamaño entre 80-159 bytes, 2 tienen un tamaño entre 160-319, 6 tienes un tamaño entre 320-639, 2 tienen un tamaño entre
640-1279 y 1.047 paquetes tienen un tamaño entre 40-79 bytes.
98
Tabla 67. Estadística para protocolo TCP prueba llamada IAX2 a H.323
POR PROTOCOLO TCP
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.249 192.168.100.243 11 1912 7 1230 4 682 4.914.696.000 13 3475 737
192.168.100.249 192.168.100.243 23 1630 14 986 9 644 4.950.225.000 13 3115 592
Fuente Estadística protocolo TCP tomada con Wireshark de Prueba 8
Tabla 68. Estadística para protocolo UDP prueba llamada IAX2 a H.323
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.100.243 192.168.100.249 1 106 0 0 1 106 13.471.262.000 0 N/A N/A
192.168.100.243 192.168.100.249 5 438 0 0 5 438 4.408.661.000 11,9996 N/A 292,1
192.168.100.243 192.168.100.249 7 3376 4 1727 3 1649 4.404.498.000 4,0581 3404,55 55,325
192.168.100.243 192.168.100.249 990 86130 502 43674 488 42456 8.296.193.000 9,9557 35094,69 69,34115
192.168.100.240 192.168.100.249 1020 80188 506 39798 514 40390 0.000361000 18,3314 17368,26 26,17626
Fuente Estadística protocolo UDP tomada con Wireshark de Prueba 8
Tabla 69. Estadística para protocolo RTP prueba llamada IAX2 a H.323
RTP
Src IP addr Dest IP addr SSRC Payload Packets Lost Max Delta (ms) Max Jitter (ms) Mean Jitter (ms) Pb?
192.168.100.243 192.168.100.249 0xA3F435B GSM 06.10 502 0 (0.0%) 28.99 4.24 3.10 X
192.168.100.249 192.168.100.243 0x7CDBB9D1 GSM 06.10 488 0 (0.0%) 34.44 6.19 0.79
Fuente Estadística protocolo RTP tomada con Wireshark de Prueba 8
99
Dentro de la estadística del protocolo RTP, se encuentra que el campo Pb
tiene un carácter “X”, el cual indica que en el transcurso del envío de paquetes
de la dirección IP 192.168.100.243 a la dirección IP 192.168.100.249 ocurrió un
error en marcación de tiempo por parte de wireshark, es decir, que en el
momento de transmisión 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 análisis del campo Pb, se encuentra que el paquete que presentó error fue
el paquete N. 66 enviado por la dirección IP 192.168.100.243 (Extensión 9000)
a la dirección IP 192.168.100.249 (Servidor Asterisk). Sin embargo, esto no
influye en la transmisión de paquetes. De los 2.057 paquetes que fueron
transmitidos durante la llamada, 1.020 corresponden a la extensión llamante
8000 con una participación del 49,59% sobre el total de los paquetes, mientras
que la extensión llamada 9000 tuvo una participación de 1.037 paquetes, con
una participación del 50.41%.
Tabla 70. Estadística paquetes y bytes protocolos prueba llamada IAX2 a H.323
Llamada entre extension IAX2 y extensión H.323 Packets Bytes
IP 2057 173780
192168100240 192168100249 1020 80188
192168100243 192168100249 1037 93592
TCP 34 3542
192168100249 192168100243 34 3542
UDP 2023 170238
192168100240 192168100249 1020 80188
192168100243 192168100249 1003 90050
Total general 4114 347560
100
3.4.9.Análisis general
La tabla que se relaciona a continuación, consolida las pruebas efectuadas
para el análisis del comportamiento del protocolo de señalización H.323.Una
primera división 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
101
de señalización que ocurre durante la llamada, las tramas de señalización 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 señalización 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 señalización los mensajes de codifican en forma binaria y
las tramas se empaquetan en un solo canal, lo que permite enviar voz, con su
respectiva señal con un mismo encabezado, lo que indica un menor consumo
de ancho de banda.
Tabla 73. Estadística paquetes y bytes protocolos prueba llamada IAX2 y H.323
llamada de extensión IAX2 a protocolos llamada a extensión IAX2 de protocolos
H.323 IAX2 SIP SIP H.323
Paquetes 2057 45 2889 2194 1641
tiempo entre la primera y ultimo paquete (seg) 18,331 17,432 20,758 12.805,000 8,762
Prom. Paquetes por segundo (bytes) 112,212 2,581 139,173 171,343 187,291
Prom. Tamaño de Paquetes 84,482 118,889 146,806 149,087 89,513
Bytes 173780 5350 424130 327097 146891
Prom. Bytes por segundo 9479,924 306,903 20431,73 25545,082 16765,037
Prom. Mbits por segundo 0,076 0,002 0,163 0,204 0,134
Uno de los factores influyentes para que el protocolo IAX2 sea el protocolo más
rápido en el proceso de señalización, es que este protocolo fue diseñado para
cubrir la necesidad de comunicación en menor tiempo posible y consumo de
ancho de banda entre servidores, lo que lo hace aún más potente.
102
4.CONCLUSIONES Y RECOMENDACIONES
103
esto, el asegurar la calidad de las llamadas depende también del
comportamiento de cada softphone, ya que Asterisk (dentro de lo investigado)
no posee uno propio, que asegure su buena ejecución.
El que una solución de comunicaciones funcione o no, dentro de una
organización depende de la buena selección. Para que al momento de escoger
el protocolo para realizar las comunicaciones, se escoja por que las
necesidades de la organización van acordes con los objetivos de diseño del
protocolo.
104
REFERENCIAS BIBLIOGRÁFICAS
A. Libros
Alberto Escudero Pascual. “VoIP para el desarrollo Una guía 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 comunicación multimedia basados en
paquetes”. Unión internacional de telecomunicaciones 13 de junio del
2006 procedimiento de recomendación UIT-T A.8.
B. Publicaciones periódicas
C. Tesis de Magister
Maybelline Reza Robles, “VOZ SOBRE IP: Análisis del servicio Instalado
en la Facultad de Telemática”. Universidad de Colima, Facultad de
Telemática, Junio 2001.
105
Download “The Future of Telephony” Asterisk.
http://www.cyberciti.biz/tips/download-asterisk-howto-tutorial-book.html
(Page On line).
106