4 Programme Implementation
5 Impact on Employers Summary
Se realiza una serie de protocolos de prueba para poder medir la QoS, en este caso específico se evaluó Telefonía IP. Para las pruebas se usó como base la configuración que implementa el codec G.711, con un consumo de ancho de banda de 74 kb/s unidireccionales equivalentes a aproximadamente 150kb/s bidireccionales. La comunicación fue en ambos sentidos (ida y vuelta) y no se usó ninguna técnica de supresión de silencios.
Telefonía IP se clasifica como Clase de QoS 0. Tiene como límite superior para los parámetros que determinan su QoS: IPTD, 100 ms; IPDV 50 ms; IPLR, 1%; e IPER, 0.001. Las mediciones se realizaron en cuatro escenarios, cada uno de ellos con un mayor requerimiento de capacidad de transmisión [18].
• Primer escenario: Se realizó una sola llamada IP, de Softswitch Vs Softswitch que tenía como
propósito obtener una medida de referencia, lo que era factible porque las NGN´s carecían de cualquier otro tipo de tráfico. En consecuencia, las medidas tomadas son ideales en un entorno de redes IP.
• Segundo Escenario: Se realizó una llamada IP desde el servidor de aplicaciones (Asterisk) de una
red NGN hacia el Softswitch de la otra NGN.
• Tercer escenario: Se realizan con llamadas IP de Softswitch Vs Softswitch simultáneas diez
llamadas.
• Cuarto escenario: Se realizan con llamadas IP desde el servidor de aplicaciones (Asterisk) de una
red NGN hacia el Softswitch de la otra NGN simultáneas veinte llamadas.
La tabla 5-1. Muestra los resultados obtenidos en las cuatro pruebas realizadas.
Tabla 5-1. Mediciones de QoS para llamadas telefónicas IP (Protocolo SIP)
Parametro Limite Superior Medición Diferencia Medición Diferencia Medición Diferencia Medición Diferencia IPTD (ms) 100 0,1185 -99,8815 10,8085 -89,1915 11,514 -88,486 15,614 -84,386 IPDV (ms) 50 0,107 -49,893 1,224 -48,776 1,897 -48,103 1,809 -48,191 IPLR (%) 1,00% 0,00% -1,00% 0,00% -1,00% 0,00% -1,00% 0,00% -1,00%
IPER 0,001 0 -0,001 0 -0,001 0 -0,001 0 -0,001
CLASE QoS 0 0 0 0 0 0 0 0 0
80
A continuación se hace una descripción de los resultados obtenidos.
Los resultados anteriores nos muestran en el primer escenario se nota que las medidas que corresponden a IPTD e IPDV son de tan solo 0.1185ms y 0.107ms, valores “insignificantes” frente al límite superior de la clase 0. Estos valores “tan bajos” se explican en la diferencia que existe entre el ancho de banda de la red (100 Mb/s) y el consumo de una llamada (150 kb/s), y en el hecho de que los elementos de las redes NGN´s solo estén disponibles únicamente para el tráfico generado por esta llamada IP.
El segundo escenario nos muestra unos valores obtenidos para el IPTD (10.8085ms) e IPDV (1.224ms), estos valores son bastante mayores a los tomados en la medición anterior, alrededor de 100 y 10 veces, respectivamente, siguen estando muy por debajo de los límites establecidos. Los otros dos parámetros evaluados, IPLR e IPER, no cambian de un escenario a otro. Los resultados, son altamente favorables, algo que obedece a una razón fundamental: El único tráfico existente en la red, al momento de la prueba, es esta llamada IP, la misma que, como se mencionó, tiene un consumo de ancho de banda de 150 kb/s, un valor muy inferior al ancho de banda de transmisión de la red NGN.
El tercer escenario las llamadas simultáneas ocupan un ancho de banda de aproximadamente 300 kb/s. Si se compara el IPTD y el IPDV obtenidos en esta medición, con los presentados en el escenario anterior, de una llamada IP única, se encuentra que no hay mucha diferencia. La conclusión que surge de esta observación es que, en este tipo de redes, la variación en el valor de los parámetros de IPTD e IPDV no depende de la cantidad de llamadas simultáneas, sino de disponibilidad.
En el cuarto escenario se puede comparar con el tercer escenario debido a que los valores están por debajo del límite, con la premisa de que las redes NGN´s se encuentran disponibles exclusivamente para estas pruebas.
81
6 CONCLUSIONES
El tema de compartir servicios y aplicaciones en las redes NGN nos pone a pensar en una interconexión de redes NGN con arquitectura Softswitch y en el caso específico ZTE-PUJ y ANKLA, este proceso conlleva una serie de metodologías de interconexión y parámetros a tener en cuenta como son: la seguridad, la señalización, la capacidad de tráfico entre otras; como estamos en una redes NGN netamente académicas nos permite experimentar diferentes soluciones y realizar una serie de pruebas a nuestra disposición. La interconexión se culminó con éxito dando así al cumplimiento del objetivo general y a los objetivos específicos; Dándonos cuenta que no se encontraron problemas de interoperabilidad generados por la señalización (protocolo SIP), pero esta situación se implementó de un Nodo Captura que fuera capaz de analizar y modificar la señalización SIP.
La interconexión de las redes NGN de estudio se logró con diferentes elementos de red, como se muestra en la figura 4-12 en este escenario se logró la implementación con éxito del Protocolo SIP/SDP mediante una troncal SIP, para la transferencia de toda la señalización entre la dos redes NGN con arquitectura Softswitch, para compartir todos los servicios con los que cada una de ellas cuenta.
Los diferentes análisis que se realizaron a la señalización del protocolo SIP/SDP se hicieron mediante un software denominado Nodo Captura el cual se basa en varias RFCs y drafts. Este software nos permitió realizar un estudio de toda la composición del protocolo SIP y llegado el caso realizar alguna modificación de la trama SIP, después de toda la investigación de la señalización SIP se llegó a la conclusión que el protocolo SIP/SDP no presenta ninguna modificación en sus estructuras de tramas en ninguno de sus mensajes de petición ni de respuesta para la interoperabilidad de las redes NGN; para probar el funcionamiento del Nodo Captura se realizó algunas simulaciones a la trama SIP para forzar problemas de interoperabilidad como se describieron en el numeral 2.3 , estas pruebas se implementaron por medio de un software denominado SIP Inspector dando como resultado el funcionamiento del Nodo Captura en el análisis y solución de posibles errores encontrados en el protocolo SIP mediante la simulación.
Se probó la solución del NODO CAPTURA en un escenario totalmente distinto, la interoperabilidad del fabricante AVAYA con el fabricante genérico, encontrando problemas de interoperabilidad en el primer fabricante; AVAYA presenta problemas de interoperabilidad con dispositivos de hardware de un fabricante diferente; el NODO CAPTURA mediante la modificación de la señalización del mensaje de
82
petición PRACK, permito la interoperabilidad de este fabricante con otros dispositivos de VoIP de otro fabricante genérico.
Por último se realizó algunos análisis de QoS en el funcionamiento de la troncal SIP, generando tráfico SIP de múltiples conexiones a través del escenario de interoperabilidad montado, dando unos resultados muy favorables como se muestra en la tabla 5-1.
Después de todo el análisis que se le realizo a la señalización del protocolo SIP, se demostró todo el potencial que cuenta este protocolo en procesos de interoperabilidad de redes no solo de redes NGN, en especial los que tiene que ver con comunicaciones unificadas.
Referente a esta parte del proyecto, como línea de trabajo futura seria realizar pruebas de señalización de peticiones en paralelo en uno o varias redes conjuntamente, para así demostrar la interoperabilidad de toda una solución de redes que manejas el protocolo SIP.
83
7 BIBLIOGRAFIA
LIBROS Y PUBLICACIONES
[1] Alan B. Johnston, Artech House telecommunications library, “SIP Understanding the session initiation protocol” Second edition, 2004
[2] KEAGY, Scott, Integración de redes de voz y datos, tercera edición, Cisco Publication, Madrid, 2001
[3] Schulzrinne, H., and E. Wedlund, “Application-Layer Mobility Using SIP,” Mobility Mobile Computing and Communications Review (MC2R), Vol. 4, No. 3, July 2000.
[4] Franklin D. Ohrtman, JR “Softswitch Architecture for VoIP”, McGraw-Hill, 2004.
[5] Grupo redes NGN. Medición de calidad del servicio en redes de próxima generación (NGN) en Colombia, Entregables 1 a 4, Centro de Investigación de las Telecomunicaciones CINTEL, 2012.
[6] DÍAZ, Yony Fernando. “Estudio comparativo de las recomendaciones ITU-T G.107, P.862 y P.563 para evaluar la calidad de la voz en redes IP”. Universidad del Valle, Colombia. (2007).
[7] Zohreh Ayatollahi. “Interoperability Problems In Next Generation Network Protocols” IEEE 2008.
[8] Iravani Tabrizipoor, P. Gooran Oreimi, M. Pirhadi, M. Mirzabaghi, Y.Nasr Harandi, and M. Yaghoubi Waskasi, “Investigation of Basic Services Interoperability Problems in Next Generation Networks", ECUMN'2007, Toulouse, France, Feb 2007.
[9] KEAGY, Scott, Integración de redes de voz y datos, tercera edición, Cisco Publication, Madrid, 2001
NORMAS
[10] RFC 3261 “SIP: Session Initiation Protocol”, http://www.ietf.org/rfc/rfc3261.txt
84
[12] RFC 2327 “SDP: Session Description Protocol,” http://www.ietf.org/rfc/rfc2327.txt
[13] RFC 3372 “Session Initiation Protocol for Telephones (SIP-T): Context and Architectures,” http://www.ietf.org/rfc/rfc3372.txt
[14] RFC 3455 “Private Header (P-Header) Extensions to the Session Initiation Protocol (SIP) for the 3rd- Generation Partnership Project (3GPP),” http://www.ietf.org/rfc/rfc3455.txt
[15] UIT-T (Unión Internacional de Telecomunicaciones, Estandarización); “Iniciativa de normalización mundial de las redes de la próxima generación”.
[16] UIT-T (Unión Internacional de Telecomunicaciones, Estandarización Y.1540, “Servicio de comunicación de datos con protocolo Internet - Parámetros de calidad de funcionamiento relativos a la disponibilidad y la transferencia de paquetes de protocolo Internet”
[17] ETSI TS 185 001 V1.1.1 (2005-11), Next Generation Network (NGN) - Quality of Service (QoS) Framework and Requirements. (2005)
[18] One-way transmission time (recommendation G.114). International Telecommunication Union (ITU), feb. 1996.
[19] ETSI TISPAN. ES 282 003 Resource and Admission Control Subsystem (RACS) Functional Architecture. 2006.
[20] UIT-T (Unión Internacional de Telecomunicaciones / Sector de normalización de las telecomunicaciones). Recomendación Y.1541 (02/2006), Objetivos de calidad de funcionamiento de red para servicios basados en el protocolo Internet. (2006)
INTERNET
[21] http://www.grid.unina.it/software/ITG/ Emulador de tráfico (Consultado febrero 2013). [22] http://www.sipcapture.org/ Nodo captura (Consultado enero 2013).
[23] http://www.kamailio.org/w/ Servidor SIP (Consultado febrero 2013).
[24] https://code.google.com/p/captagent/ Agente que captura la señalización SIP (Consultado Enero 2013).
85
8 ANEXOS
86 ACRONIMOS
ADSL Asymmetric Digital Subscriber Line BER Bit Error Rate
D-ITG Distributed Internet Traffic Generator DNS Domain Name System
ETSI European Telecommunications Standards Institute HTTP Hypertext Transfer Protocol
IAD Integrated Access Device IETF Internet Engineering Task Force IMS IP Multimedia Subsystem IP Internet Protocol
IPDV IP Delay Variation IPER IP Packet Error Ratio IPDR IP packet duplicate ratio IPLAR IP Packet Loss Ratio IPLR IP Packet Loss Ratio IPTD IP Transfer Delay
ITU International Telecommunication Union NGN Next Generation Network
87 RFC Request For Comments
RTCP Real-Time Transport Control Protocol RTP Real-Time Transport Protocol
SDP Session Description Protocol SIP Session Initiation Protocol TCP Transmission Control Protocol UA User Agent
UAC User Agent Client UAS User Agent Servidor UDP User Datagram Protocol URI Uniform Resource Identifier URL Uniform Resource Locator VBR Variable Bit Rate
DISEÑO E IMPLEMENTACIÓN DE UNA SOLUCIÓN DE INTERCONEXIÓN DE REDES NGN MEDIANTE EL PROTOCOLO SIP
ING. WILLIAM FERNANDO SANCHEZ PACHECO
PONTIFICIA UNIVERSIDAD JAVERIANA FACULTAD DE INGENIERÍA DEPARTAMENTO DE ELECTRÓNICA
BOGOTÁ D.C. MAYO DE 2013
2
DISEÑO E IMPLEMENTACIÓN DE UNA SOLUCIÓN DE INTERCONEXIÓN DE REDES NGN MEDIANTE EL PROTOCOLO SIP
ING. WILLIAM FERNANDO SANCHEZ PACHECO
Trabajo de profundización para optar por el título de Magister en Ingeniería Electrónica
Director:
LUIS CARLOS TRUJILLO ARBOLEDA Ingeniero Electrónico, M.Sc.
PONTIFICIA UNIVERSIDAD JAVERIANA FACULTAD DE INGENIERÍA DEPARTAMENTO DE ELECTRÓNICA
BOGOTÁ D.C. MAYO DE 2013
3
PONTIFICIA UNIVERSIDAD JAVERIANA FACULTAD DE INGENIERÍA DEPARTAMENTO DE ELECTRÓNICA MAESTRÍA EN INGENIERIA ELECTRÓNICA
RECTOR MAGNÍFICO: P. JOAQUÍN SÁNCHEZ GARCÍA S. J. DECANO ACADÉMICO: Ing. JORGE SANCHEZ, Ph.D.
DECANO DEL MEDIO UNIVERSITARIO: P. SERGIO BERNAL RESTREPO S. J. DIRECTOR DE LA MAESTRÍA: Ing. CESAR LEONARDO NIÑO. PH.D.
4 NOTA DE ACEPTACIÓN Nota de aceptación ______________________ ______________________ ______________________ _____________________ Presidente del Jurado _____________________ Jurado _____________________ Jurado Bogotá, Mayo de 2013
5
ARTÍCULO 23 DE LA RESOLUCIÓN No. 13 DE JUNIO DE 1946
“La Universidad no se hace responsable de los conceptos emitidos por sus alumnos en sus proyectos de grado. Sólo velará porque no se publique nada contrario al dogma y la moral católica y porque los trabajos no contengan ataques o polémicas puramente personales. Antes bien, que se vea en ellos el
anhelo de buscar la verdad y la justicia”.
Artículo 23 de la Resolución No. 13, del 6 de julio de 1946, por la cual se reglamenta lo concerniente a Tesis y Exámenes de Grado en la Pontificia Universidad Javeriana.
6
DEDICATORIA
Agradezco a mi mamá, a mis hermanos Y en general a toda mi familia que me
Apoyo en todo mí proceso de Formación académica.
7
TABLA DE CONTENIDO
1. INTRODUCCION ... 14 2. MARCO TEORICO ... 16 2.1. REDES DE NUEVA GENERACION (NGN) ... 16 2.1.1. Componentes de las redes NGN. ... 17 2.1.2. Características de las redes NGN ... 18 2.1.3. Servicios y aplicaciones de las redes NGN ... 20 2.1.3.1. Servicios de las redes NGN ... 20 2.1.3.2. Aplicaciones de las redes NGN... 21 2.1.4. Arquitectura de Softswitch/MGC ... 21 2.1.5. Arquitectura IMS/MGC ... 23 2.2. PROTOCOLO SIP (SESSION INITIATION PROTOCOL) ... 27 2.2.1. Componentes de SIP ... 29 2.2.2. Mensajes de Petición ... 30 2.2.2.1. Extensiones del Protocolo SIP ... 31 2.2.2.2. Estructuras e mensajes. ... 32 2.2.3. Mensajes de Respuesta ... 32 2.2.4. Cabecera SIP ... 34 2.2.5. Cuerpo de los mensajes SIP (protocolo de descripción de la sesión SDP) ... 36 2.3. PROBLEMAS GENERALES DE INTEROPERABILIDAD ... 37 2.3.1. Problemas específicos de interconexión del protocolo SIP ... 38 2.3.2. Problemas específicos de interconexión del protocolo SIP e SDP ... 39 3. ESPECIFICACIONES ... 40 3.1 Red NGN ZTE-PUJ ... 42 3.2 Red NGN ANKLA ... 43 3.3 Infraestructura de Interconexión redes NGN´s. ... 44 3.3.1 Nodo Captura ... 44 3.3.2 Generador de tráfico ... 46 3.3.3 Simulador trama SIP ... 47 3.3.3.4 Firewall ... 47 4 DESARROLLOS. ... 48
8
4.3 ANÁLISIS DEL PROTOCOLO SIP. ... 48 4.3.3 Análisis del protocolo SIP ZTE-PUJ ... 48 4.3.4 Análisis del protocolo SIP ANKLA... 54 4.3.5 Comparación de las dos redes NGN´s ... 59 4.4 PRUEBAS DE INTEROPERABILIDAD ... 59 4.4.3 Escenario de interoperabilidad ZTE-ANKLA ... 59 4.4.4 VPN y sus características de interoperabilidad. ... 65 4.4.4.4 VPN Sitio a Sitio utilizando NAT ... 66 4.4.4.5 Seguridad VPN IPSec ... 66 4.4.4.6 Descripción de los Parámetros de la VPN Sitio a Sitio de la Red NGN ZTE-PUJ y ANKLA………67 4.5 METODOLOGÍA DE ANÁLISIS DE INTEROPERABILIDAD ... 67 4.5.3 Identificación y reconocimiento ... 68 4.5.3.4 Llamada Simple Entre Dispositivos IP A Través De Troncal SIP ... 69 4.5.3.5 Llamada Simple Entre Dispositivos IP hacia el servidor de aplicaciones ... 70 4.6 INTEGRACIÓN GENERADOR DE TRÁFICO, NODO CAPTURA Y EMULADOR DE TRAMA SIP ... 71
4.6.3 Integración Nodo Captura y Generador de Tráfico ... 71 4.6.4 Emulación de la trama SIP y Nodo Captura. ... 72 5 ANALISIS DE RESULTADOS ... 73 5.3 CARACTERIZACION NODO CAPTURA ... 73 5.3.3 Descripción del funcionamiento Nodo Captura ... 73 5.3.4 Características del hardware Nodo Captura ... 74 5.3.5 Análisis Nodo Captura ... 74 5.3.6 Emulación Trama SIP para el Comportamiento del Nodo Captura. ... 76 5.3.6.4 SIP campo y longitudes mensaje Proxy SIP. ... 77 5.3.6.5 Parámetros TEL-URI ... 77 5.3.6.6 Invite –Reinvite (Subscribe) ... 77 5.3.6.7 Valor De Cabecera PRACK ... 78 5.4 NODO CAPTURA PLATAFORMA AVAYA ... 78 5.5 MEDICIONES DE QOS ... 79 6 CONCLUSIONES ... 81 7 BIBLIOGRAFIA ... 83
9
8 ANEXOS ... 85 ACRONIMOS ... 86
10
LISTA DE FIGURAS
Figura 2-1. Evolución de la Red Clásica a la NGN – Simplificación de la torre de Protocolos…………..17 Figura 2-2. Arquitectura de las redes de nueva generación (NGN)………..18 Figura 2-3. Separación de los servicios y el transporte en redes NGN……….18 Figura 2-4. Red NGN con arquitectura Softswitch………...23 Figura 2-5. Arquitectura de redes y servicios IMS………...24 Figura 2-6. Vista general de la arquitectura IMS………..26 Figura 2-7. Posición de SIP dentro de la pila de protocolos……….28 Figura 2-8. Flujo de mensajes de una Sesión SIP……….28 Figura 2-9. Flujo de mensajes de una Sesión SIP con un analizador de protocolos……….29 Figura 2-10. Cliente SIP y Componentes del Sistema del Servidor……….29 Figura 3-1. Protocolos de la red NGN………..…41 Figura 3-2. Arquitectura básica de interconexión las diferentes redes NGN´s………41 Figura 3-3. Arquitectura Red NGN ZTE-PUJ…...………...42 Figura 3-4. Arquitectura ANKLA……….44 Figura 3-5. Arquitectura Nodo Captura………....45 Figura 4-1. Comunicación básica del protocolo SIP de la red NGN ZTE-PUJ………...49 Figura 4-2. Comunicación básica del protocolo SIP de la red NGN ANKLA………...…..54 Figura 4-3. Estructura de un servidor Proxy SIP………...61 Figura 4-4. Estructura de mensajes SIP con un servidor Proxy SIP………62 Figura 4-5. Arquitectura PROXY de interconexión las diferentes redes NGN´s de estudio………63 Figura 4-6. Llamada saliente: Mensaje INVITE + SDP con timbrado local………...64
11
Figura 4-7. Llamada saliente: Mensaje INVITE + SDP con conexión temprana de media………....64 Figura 4-8. Diagrama básico de la VPN las diferentes redes NGN´s………...65 Figura 4-9. Diagrama básico de NAT las diferentes redes NGN´s………...66 Figura 4-10. Configuración VPN de la Red NGN ZTE-PUJy la red NGN ANKLA………68 Figura 4-11. Arquitectura Proxy y Nodo Captura de interconexión de usuarios las diferentes redes NGN´s………...69 Figura 4-12. Arquitectura Proxy y Nodo Captura de interconexión de diferentes componentes de redes NGN´s………...70 Figura 4-13. Generador de tráfico SIP a través de la troncal SIP de dos redes NGN………72 Figura 4-14. Emulador de tráfico SIP………...72 Figura 5-1. Generación de tráfico SIP las diferentes redes NGN´s………..75 Figura 5-2. Traza de una de las pruebas de interconexión de búsqueda de llamada se sesión de las diferentes NGN´s………..75 Figura 5-3. Diagrama de secuencia de la señalización SIP de una llamada de Softswitch Vs Softswitch……….76 Figura 5-4. Captura de traza de la señalización SIP de una llamada de Softswitch Vs Softswitch……76
12
LISTA DE TABLAS
Tabla 2-1. Categorías de Respuesta SIP………...33 Tabla 2-2. Código de Respuesta SIP……….34 Tabla 2-3. Elementos de la Cabecera SIP………....35 Tabla 2-4. Abreviaturas de Nombre de Cabecera……….35 Tabla 2-5. Atributos de SDP………...36 Tabla 5-1. Mediciones de QoS para llamadas telefónicas IP (Protocolo SIP)………..…79
13 ANEXOS
Anexo 1. Señalización SIP en diversos escenarios. Anexo 2. Código fuente NODO CAPTURA. Anexo 3. Archivos generados para medir QoS. Anexo 4. Manual de instalación NODOD CAPTURA. Anexo 5. Manual de instalación Generador de Tráfico. Anexo 6. Documentación de interconexión redes NGN´s. Anexo 7. Emulaciones Trama SIP.
14
1. INTRODUCCION
En el contexto actual y mundial del sector de las telecomunicaciones, la voz y los datos como redes independientes, han dejado de ser la fuente de ingresos más importante para la gran mayoría de operadores y fabricantes; es por ello que ha surgido la necesidad de aumentar e innovar en el portafolio de servicios que estos ofrecen.
Con la aparición de una nueva generación de arquitecturas de red (todo IP), emerge también un nuevo portafolio de servicios, en los que se mezclan voz y datos; estar a la vanguardia de esta nueva generación de redes (NGN1), se convierte en un factor determinante de competitividad para los diferentes actores del
sector de las Telecomunicaciones y las Tecnologías de Información.
Al ser un mercado creciente encontramos múltiples operadores y fabricantes, que deben experimentar un proceso de interconexión de elementos de red NGN, a través de distintos protocolos y además con otras redes NGN, (alianza estratégica entre operadores y fabricantes) este escenario les origina numerosos problemas de interconexión de equipos de red NGN por el protocolo SIP.
Las NGN al ser independiente la capa de control de la capa de transporte, aportan muchas ventajas a aplicaciones sensibles a retardos como pueden ser IPTV, VoIP. La ETSI2 en su comité TISPAN3 ha
seleccionado el protocolo SIP (Protocolo de Inicio de Sesión), para la señalización en las redes NGN.
El protocolo SIP, es el que permite establecer, modificar y terminar “sesiones multimedia”; al ser el protocolo determinado para la señalización de las redes NGN´s, el problema está en que los diferentes fabricantes de redes de Nueva Generación implementan el protocolo SIP para la señalización de sus redes, pero cada uno lo implementa con alguna restricción o parámetro adicional, esto se hace debido a la flexibilidad que tiene el RF3261 para no permitir la integración de partes de diferentes fabricantes, esto obliga a interactuar con su solo proveedor para la totalidad de la integración de la red.
En este trabajo de grado diseña e implementa una solución de interconexión de dos redes NGN (Centro de Tecnologías de Telecomunicaciones ZTE-PUJ “Pontificia Universidad Javeriana” y el Laboratorio
1
Redes de Nueva Generación 2
Instituto Europeo de Normas de Telecomunicaciones
15
ANKLA). El desarrollo se basó en cuatro partes (la interconexión de las redes NGN´s mediante una conexión de internet VPN, un nodo captura que realiza el escucha de toda la señalización SIP, una verificación de su estructura y por último se emplea un generador de trafico de VoIP para ver generar grandes flujos de señalización con el protocolo SIP).
El objetivo general de este proyecto es; “Diseñar e implementar una solución de interconexión de redes NGN mediante el protocolo SIP”, para este fin se cumplieron los siguientes objetivos específicos:
• Estudiar y analizar los parámetros del protocolo SIP en la interconexión redes NGN ZTE-PUJ y
ANKLA.
• Definir e Implementar un módulo basado en el protocolo SIP (software) que permita la