Printer Friendly

Analisis de configuraciones en el nucleo de una red NGN para garantizar QoS.

Analysis of configurations in the NGN Core to guarantee QoS

INTRODUCCION

Con la evolucion de las redes de datos tradicionales a redes de proxima generacion ofrecer calidad de servicio se ha convertido en un tema crucial, debido a que multiples aplicaciones, con diferentes caracteristicas de funcionamiento, compiten por el uso del ancho de banda de los enlaces al interior de la red de nucleo. Esta situacion lleva a que en determinado momento las aplicaciones no funcionen de manera adecuada y causen insatisfaccion al usuario.

Multiples autores (1-4) abordan el tema de ofrecer calidad de servicio desde la perspectiva de la configuracion en el dispositivo de interconectividad, que conecta la red corporativa a la red del proveedor de servicios. Este acercamiento es valido pero tambien se puede hacer teniendo en cuenta la configuracion que se haga al interior en la red de nucleo del proveedor de servicios.

Con base en lo anterior, dentro de la red de proxima generacion se define una capa virtual que se encarga de garantizar la calidad de servicio, dicha capa esta relacionada con la capa de servicio y con la red de transporte de la red NGN.

Ahora bien, esta capa de QoS se puede subdividir en tres estratos, donde cada estrato tiene unas funciones especificas que se relacionan estrechamente con la capa de servicio y con la red de transporte. En la Figura 1 se puede apreciar la funcion generica de cada estrato.

En lo referente al estrato de infraestructura, es aqui donde se realizan los procesos necesarios para garantizar calidad de servicio a las aplicaciones, una parte de estos procesos es encargada a los dispositivos de interconectividad mediante la utilizacion de esquemas de encolamiento, paralelo a esto esta la configuracion que se haya realizado al interior de la red de nucleo del operador, que para el desarrollo del articulo se trata de una red basada en tecnologia MPLS.

En el estrato de verificacion se realizan los procesos para comprobar si se esta garantizando calidad de servicio a las aplicaciones, esto es ejecutado basandose en las recomendaciones de la ITU-T Y.1540 (5) y Y.1541 (6) como tambien en el Reporte Tecnico TR-126. (7)

En el estrato de contratacion se generan los acuerdos de nivel de servicio entre el usuario y el proveedor y es aqui donde se define a que se compromete el proveedor con respecto a la calidad de servicio y que se compromete el usuario a entregar al proveedor.

Con base en lo revisado anteriormente, el articulo busca analizar que algoritmo de encolamiento presenta mejor desempeno si se tiene en cuenta una configuracion especifica en la red de nucleo, es decir, se va a analizar la relacion entre los dos primeros estratos visualizados en la Figura 1.

[FIGURA 1 OMITIR]

El articulo esta desarrollado de la siguiente manera. Se describe el contenido de las recomendaciones Y.1540 y Y.1541; posteriormente se revela el escenario de simulacion y se analizan los resultados entregados, luego se resena la implementacion en el laboratorio y finalmente se presentan las conclusiones, trabajo posterior y bibliografia utilizada.

RECOMENDACIONES Y.1540 Y Y.1541

La Recomendacion Y.1540 define los parametros que se utilizan para especificar y evaluar la calidad de funcionamiento en cuanto a velocidad, exactitud, seguridad de funcionamiento y disponibilidad de la transferencia de paquetes en una red IP. Los parametros definidos se aplican al servicio IP de extremo a extremo, punto a punto, y a tramos de la red que proporcionan, o contribuyen, a la prestacion de ese servicio. La norma define principalmente cuatro parametros: (5,9)

* IPTD (IP Packet Transfer Delay): Hace referencia al tiempo que tarda el paquete en pasar por un componente de la red, esta entidad puede ser un host, un enrutador o una seccion de red. Este es uno de los parametros principales y criticos para todas las aplicaciones que utilicen una red convergente.

* IPDV (IP Packet Delay Variation): Hace referencia al jitter o al tiempo esperado de llegada de cada paquete.

* IPLR (IP Packet Loss Ratio): Se refiere a la rata de perdida de paquetes, la cual se obtiene entre el total de paquetes perdidos sobre el total de paquetes transmitidos en un flujo de datos determinado.

* IPER (IP Packet Error Ratio): Hace alusion a la tasa de paquetes con errores, la cual se obtiene entre el total de paquetes con errores sobre el total de paquetes sin errores transmitidos en un flujo de datos determinado

Por su parte, la recomendacion Y.1541especifica los valores de calidad de funcionamiento para cada uno de los parametros definidos en la recomendacion Y.1540; para esto en la recomendacion se establece un numero de clases de calidad de servicio para generar comunicacion entre los usuarios y los proveedores de servicios. Los valores instalados para cada clase y cada parametro se pueden apreciar en la Tabla 1.

Cada clase tiene un tipo de aplicaciones o servicios especificos:

Clase 0-1: Aplicaciones en tiempo real, sensibles al retardo y de interaccion alta. Por ejemplo VoIP, videoconferencia, difusion de audio.

Clase 2-3: Aplicaciones de datos transaccionales interactivos, por ejemplo: navegacion, senalizacion.

Clase 4: Aplicaciones que soportan perdidas y no hay problema con el retardo, como por ejemplo: videostreaming, transferencia de archivos, etc.

Cabe anotar que segun el tipo de aplicacion o servicio, el administrador de la red la puede enmarcar en una clase especifica, para asi garantizar el desempeno adecuado de la aplicacion.

Con base en estas dos recomendaciones se definira que parametros se van a analizar en las simulaciones y de acuerdo con los valores obtenidos de cada parametro se puede verificar si se le esta garantizando a la aplicacion calidad de servicio.

[FIGURA 2 OMITIR]

Adicionalmente a estas dos recomendaciones figura el reporte tecnico TR126 (7) en el cual se plantea como medir de manera objetiva la calidad de la experiencia para servicios triple-play; este reporte tecnico es de vital importancia para que los proveedores de servicio verifiquen la satisfaccion del usuario por los servicios prestados.

TOPOLOGIA EN LA RED DE NUCLEO

En la Figura 2 se puede apreciar el esquema de red que se implemento para realizar las simulaciones. Como tecnologia en la red de nucleo se utilizo MPLS, (15) esto debido a que es una tecnologia madura implementada en la mayoria de los proveedores de servicio.

Se utilizo como herramienta de simulacion OPNET Modeler 14.5 (8) para realizar las pruebas y posteriormente el analisis de los resultados.

No es del interes del articulo analizar tiempos de convergencia de los protocolos de enrutamiento, (10,11) impacto de informacion de control (13,14) y aspectos de implementacion de los mismos, (15) como tambien analizar lo referente a aspectos de senalizacion de las aplicaciones y tamano de la red, ya que lo que se busca es analizar que mecanismo de encolamiento es el mas eficiente cuando se presenta congestion en los enlaces en condiciones predefinidas. La eficiencia del mecanismo de QoS se observa en el analisis de los parametros como IPTD e IPDV revisando que permanezcan entre los valores definidos por la recomendacion Y.1541 para las clases a las cuales pertenezcan las aplicaciones que esten siendo utilizadas en la simulacion.

El esquema de red esta conformado por tres enrutadores encargados de cumplir funciones de etiquetamiento de las tramas y su respectivo enrutamiento, los enlaces WAN son de una velocidad de 1544Kbps.

Cada red LAN esta compuesta por diez estaciones, en las cuales se configuraron las aplicaciones ftp, http, VoIP y video conferencia, cada aplicacion se estructuro con una distribucion constante y las caracteristicas del trafico generado por cada una de ellas se pueden apreciar en la Tabla 2. La razon para escoger una distribucion constante obedece a la necesidad de cargar el enlace a su maxima capacidad para asi realizar las simulaciones con enlaces congestionados donde el retardo de las aplicaciones, sin configurar ningun mecanismo de QoS, se sale de los limites de la recomendacion Y.1541.

Para ftp se trabajo con un tamano de archivo de 700Kbytes, el codec utilizado para VoIP fue G.711 y el tiempo de simulacion promedio fue de 10 minutos para cada caso.

El objetivo en las simulaciones era brindar mayor prioridad a la aplicacion de VoIP y videoconferencia, ya que actualmente son las aplicaciones que mayor demanda tienen en los proveedores de servicio y que se convirtieron en aplicaciones criticas para los usuarios en este tipo de redes. Para tal fin, el trafico de cada aplicacion fue marcado como se aprecia en la Tabla 3 para identificarlo y asignar las prioridades respectivas.

Adicionalmente con la aplicacion de videoconferencia se busca emular un posible canal de television sobre IP (IPTV), esto con el fin de analizar que puede ocurrir en las redes de nucleo cuando dicho servicio sea ofrecido a los usuarios.

Los parametros de la recomendacion Y.1541 a analizar en el desempeno de la aplicacion de voz fueron IPTD (IP Packet Transfer Delay) que para la herramienta de simulacion es el Packet End-to-End Delay e IPDV (IP Packet Delay Variation) que para la herramienta de simulacion es el Packet Delay Variation. Para las otras aplicaciones no se hizo de manera detallada el analisis de dichos parametros debido a que estos, son afectados por el esquema de encolamiento configurado, en el cual a la voz se le brindo mayor prioridad por ser en la actualidad una aplicacion critica para los proveedores de servicio.

Se analizaron las siguientes configuraciones con referencia a los LSP (Label Switch Path) dinamicos que se crearon en el esquema de la Figura 2.

--Configuracion 1: Entre los enrutadores R1 y R2 se crearon un LSP de ida y otro de regreso, con un ancho de banda de 1544Kbps, a cada aplicacion se le asigno un trunk con un ancho de banda igual al ancho de banda del LSP.

--Configuracion 2: Entre los enrutadores R1 y R2 se creo un LSP por aplicacion (4 LSPs de ida y 4 LSPs de regreso) y a cada LSP se le asigno un trunk para la aplicacion que iba a transportar, el ancho de banda del LSP y trunk configurado fue de 1544Kbps.

--Configuracion 3: Entre los enrutadores R1 y R2 se configuraron 2 LSPs de ida y 2 LSPs de regreso. En este esquema el trafico se dividio, asignando para un LSP el trafico de voz y videoconferencia y en el otro el trafico de ftp y http. Cada aplicacion utilizo un trunk con un ancho de banda de 1544Kbps.

Para hacer claridad sobre las configuraciones 1,2 y 3, OPNET Modeler al trabajar con MPLS se debe configurar el atributo FEC (Forwarding Equivalence Class), el cual clasifica y agrupa los paquetes que van a ser enviados de la misma manera, esta clasificacion se hace por protocolo, direccion IP o tipo de servicio. A cada FEC se le asigna un trunk, el cual tiene un ancho de banda determinado.

ANALISIS DE RESULTADOS PARA LA RED MPLS

Para cada configuracion los mecanismos de encolamiento analizados fueron: WFQ (Weighted Fair Queueing), CB-WFQ (Class-Based Weighted Fair Queueing), DWFQ (Class-based Distributed Weighted Fair Queueing, CQ (Custom Queueing), y PQ (Priority Queueing).

Al realizar simulaciones se observo que los mecanismos de encolamiento PQ y CQ fueron los que obtuvieron valores mas bajos para los parametros IPTD e IPDV. En la Figura 3 se puede apreciar la comparacion entre todos los mecanismos de encolamiento para la configuracion 1, en cuanto al parametro IPTD para la aplicacion de voz.

[FIGURA 3 OMITIR]

Como se puede apreciar en la Figura 3, los mecanismos que presentan menor valor promedio para el parametro IPTD son PQ y CQ. Con base en esto solo se analizo el desempeno y resultados de los mecanismos CQ o PQ para las configuraciones planteadas, con el fin de establecer cual de los dos es el mas eficiente para mantener entre valores admisibles los parametros IPTD y IPDV para la aplicacion de voz.

En la Figura 4 se puede apreciar la relacion de los LSPs y trunk para cada una de las configuraciones analizadas.

Cabe anotar que a la aplicacion de voz se le asigno mayor prioridad que a la aplicacion de videoconferencia, ya que este servicio se ha convertido en critico para los proveedores y es el que se ve mas afectado cuando se empieza a congestionar el enlace.

[FIGURA 4 OMITIR]

En la Tabla 4 se pueden apreciar los datos obtenidos de las simulaciones de los algoritmos de encolamiento para cada configuracion en la red de nucleo propuesta.

Si se analizan los datos presentados en la Tabla 4, la configuracion 1 es la que entrega el valor IPTD mas aproximado a lo planteado en la recomendacion Y.1541. El que este parametro este por fuera del limite indica que se debe aumentar el ancho de banda en el enlace ya que con solo aplicar mecanismos de calidad de servicio no es suficiente para garantizar el buen funcionamiento de las aplicaciones.

En las otras configuraciones (2 y 3) el valor para IPTD es mayor debido a que cuanto mas LSP's un enrutador tenga configurados, este debe invertir mas tiempo de procesamiento en lo referente al etiquetamiento y eleccion del LSP a utilizar.

Para un proveedor de servicios es recomendable al menos separar el tipo de trafico por LSPs, es decir, voz y video en un LSP y otro para trafico no critico, pero no se recomienda asignar un LSP a cada aplicacion ya que la carga en los enrutadores aumentaria y posiblemente no seria la manera mas eficiente de garantizar QoS en caso de que los enlaces presenten congestion.

[FIGURA 5 OMITIR]

Adicionalmente la configuracion que se realice en el enrutador referente a los parametros de CQ puede influir notablemente en el desempeno de las otras aplicaciones, ya que lo que se debe garantizar es que los parametros de la recomendacion Y.1541 se cumplan para todas las aplicaciones. Esta es una labor compleja donde el administrador de la red debe tener muy claro la topologia de su red y las aplicaciones a las cuales se les va a asignar prioridad en su envio.

MONTAJE EXPERIMENTAL DE LABORATORIO

Con el fin de verificar los datos obtenidos en las simulaciones en el laboratorio se implemento el esquema que se aprecia en la Figura 5, el cual esta conformado por dos enrutadores Cisco de la serie 1841 y uno de la serie 3800.

Para los enlaces seriales se trabajo con conexiones back-to-back, con una velocidad de 512Kbps, esto con el fin de que se presente congestion en los enlaces. Con base en los resultados obtenidos en las simulaciones se configuro el mecanismo de encolamiento CQ y se trabajo con la configuracion 1.

Para realizar las medidas de los parametros IPTD e IPDV, se utilizo la herramienta D-ITG (Distributed Internet Traffic Generator) version 2.6.1d (16) la cual es una herramienta de dominio publico que permite inyectar trafico a la red y posteriormente obtener las medidas de los parametros IPTD e IPDV.

La herramienta funciona al utilizar la aplicacion en el lado emisor (ITG-Send.exe) y otra en el lado receptor (ITGRecv.exe), despues de ejecutar la aplicacion en el lado emisor, esta genera un archivo log, el cual se decodifica con la aplicacion ITGDec.exe y permite obtener de manera tabulada los parametros de interes a medir. Es claro anotar que los tiempos obtenidos para los parametros son tiempo Round Trip Time, por lo tanto el resultado del parametro se obtiene al dividir por 2 cada resultado obtenido.

Los resultados obtenidos por el D-ITG para la voz utilizando el mecanismo de encolamiento CQ y teniendo implementada la configuracion 1 en la red de nucleo se pueden apreciar en la Tabla 5.

Analizando los datos se aprecia que el parametro IPTD es obtenido mediante el Average Delay y el IPDV lo es por el Average Jitter, los cuales se encuentran entre los limites establecidos en la recomendacion Y,1541.

Pero se presenta una situacion con respecto a los paquetes descartados (Packets dropped); dicho valor esta por fuera de los limites establecidos en la recomendacion Y.1541 y se debe a que la cola de despacho en el enrutador se llena muy rapido y dado el bajo ancho de banda configurado en el enlace, el enrutador empieza a descartar paquetes. Esta operacion de descarte de paquetes puede afectar la calidad de servicio ofrecida a la aplicacion de voz. Para verificar si la calidad de la llamada se ha degradado, se recomienda utilizar MOS o la tecnica documentada en el reporte tecnico TR-126.

CONCLUSIONES

Al ofrecer QoS de servicio en una red convergente se debe tener en cuenta las configuraciones que se realicen tanto en los dispositivos de interconectividad, como las configuraciones hechas al interior de la red de nucleo.

Ahora, en cuanto a la tecnologia utilizada en el nucleo en las redes NGN se emplea MPLS que es una tecnologia bastante madura que ha permitido mejorar el desempeno en los enlaces y que funciona de manera mas eficiente que el IP tradicional. En MPLS el hecho de discriminar el trafico mediante FECs y asignar dicho trafico a un trunk hace que mejore el envio desempeno en el envio de paquetes ya que cada trunk se comporta, por asi decirlo, en un enlace virtual extremo a extremo.

Cuando las redes de los proveedores de servicio tienen una carga baja o hasta media, MPLS funciona eficientemente sin configurar ningun tipo de QoS. Pero si se presenta congestion se debe revisar el proceso de configuracion de la red en lo referente a la creacion de los LSPs, marcado de trafico y asignacion de trunks, ya que con esta eleccion se puede afectar el desempeno tanto de los enrutadores como el de las aplicaciones.

Con base en los datos obtenidos se recomienda utilizar LSPs por trafico especifico o agrupando clases de trafico para lograr minimizar los tiempos de los paquetes en las colas de salida de los enrutadores, esto tambien se ve reflejado en la referencia del dispositivo de interconectividad ya que si una red es demasiado compleja se requiere de un equipo de caracteristicas optimas que permita el tratamiento y etiquetamiento de las tramas a transportar en el core MPLS.

Adicionalmente se debe ser muy cuidadoso en la configuracion del mecanismo CQ ya que si se elabora de manera inapropiada o sin realizar analisis de trafico y aplicaciones respectivos, podria en determinado momento hacer que aplicaciones de mas baja prioridad funcionen de manera inapropiada y causar insatisfaccion con el usuario.

La herramienta utilizada en las mediciones realizadas en el laboratorio, es una herramienta que en determinado momento se convertira en pieza clave para los proveedores de servicio, ya que sera instrumento muy util para estar monitoreando el funcionamiento y desempeno de las aplicaciones. Y apoyandose en los procedimientos descritos en el reporte tecnico TR-126 puede verificarse la satisfaccion del usuario en lo referente a la calidad de experiencia y asi tomar los correctivos necesarios en caso de que las aplicaciones no esten funcionando adecuadamente.

TRABAJO POSTERIOR

Para profundizar mucho mas en los analisis de desempeno de los mecanismos de calidad de servicio se van a implementar simulaciones que configuran de manera especifica mecanismos de evasion de la congestion, con el fin de verificar que tanto pueden influir las diferentes configuraciones en los mecanismos de calidad de servicio, y por ende en las aplicaciones ofrecidas al usuario final.

BIBLIOGRAFIA

(1.) X. Xiao, A. Hannan, B. Bailey, L. Ni Traffiici Engineering with MPLS in the Internet. IEEE Network. March/ April 2000.

(2.) S. Alvarez, QoS for IP/MPLS Networks. Cisco Press. 2006.

(3.) Cisco Systems. Cisco IOS Quality of Service Solutions Configuration Guide. 2003.

(4.) Cisco Systems. Implementing Cisco Quality of Service v2.1. 2004.

(5.) ITU-T Rec. Y.1540, IP Packet Transfer and Availability Performance Parameters. Dec. 2002.

(6.) ITU-T Rec. Y.1541, Network Performance Objetives for IP-Based Services" Feb 2006.

(7.) Technical Report TR-126. Tripleplay Services Quality of Expirience (QoE) Requirements. BroadBand Forum. Dec. 2006.

(8.) http://www.opnet.com.

(9.) Medicion de la Calidad del Servicio. Grupo de Expertos NGN--CINTEL Colombia. Interactic Feb 2009.

(10.) J.L Sobrinho, Algebra and Algorithms for QoS path computation and hop-by-hop rounyting in the Internet. IEEE/ACM Trans. Netw, vol 10, No.4.pp 541-550.Aug 2002.

(11.) J.L Sobrinho, "Network Rounting with path vector protocols:Theory and applications. Proc. ACM SIGCOMM 2003, Karlsruhe, Germany, Aug 2003, pp 40-60.

(12.) G. Apostolopoulos, R. Guerin, S, Kamat, and S.K Tripathi. Quality of Service based routing: A performance perpestive. Proc. ACM SIGCOMM 1999 Cambridge, MA. Aug 1999, pp 215-226.

(13.) A. Shaikh, J. Rexford, and K. Shin, Load-sensitive routing of long-lived IP flows, Proc. ACM SIGCOMM 1999 Cambridge, MA. Aug 1999, pp 215-226.

(14.) G. Apostolopoulos, D. Williams, S.Kamat, R.Guerin, A. Orda and T. Przygiend. QoS routing mechanisms and OSPF extensions. RFC 2676 Aug. 1999.

(15.) J. Evans. C. Filsfils. Deploying IP and MPLS QoS for Multiservice Network. Morgan Kaufmann Publishers. 2007.

(16.) Manual de usuario disponible en: http://www.grid.unina.it/ software/ITG.

Juan Carlos Cuellar Quinonez. MSc(C)

Universidad Icesi-Colombia

jcuellar@icesi.edu.co

Fecha de recepcion: 15-02-2010

Fecha de seleccion: 30-04-2010

Fecha de aceptacion: 12-04-2010

CURRICULO

Juan Carlos Cuellar Quinonez, (member 2009): Ingeniero Electricista egresado de la Universidad del Valle en 1997, Especialista en Redes y Servicios Telematicos de la Universidad del Cauca en el 2000, Especialista en Redes y Comunicaciones de la Universidad Icesi en el 2001. CCNA (Cisco Certified Network Associate) en el 2006 y candidato a optar al titulo en la Maestria en Telecomunicaciones en la Universidad Pontificia Bolivariana de Medellin en el 2010. Profesor de tiempo completo en la Universidad Icesi desde hace catorce anos y actualmente encargado de la jefatura del Departamento de Ciencias Fisicas y Tecnologicas y de coordinar las actividades en el Laboratorio de Redes y Comunicaciones. Sus areas de interes son QoS en Redes de Proxima Generacion (NGN) y configuracion de dispositivos de interconectividad.
Tabla 1. Parametros de calidad de funcionamiento
que determinan la QoS en NGN.

    Parametro                          Clases de QoS
   de calidad
de funcionamiento
     de red             Clase 0           Clase 1           Clase 2

IPTD                     100ms             400ms             100ms
IPDV                     50ms              50ms                U
IPLR                1 x [10.sup.-3]   1 x [10.sup.-3]   1 x [10.sup.-3]
IPER                                  1 x [10.sup.-4]

    Parametro                          Clases de QoS
   de calidad
de funcionamiento
     de red             Clase 3           Clase 4       Clase 5 *

IPTD                     400ms              1s              U
IPDV                       U                 U              U
IPLR                1 x [10.sup.-3]   1 x [10.sup.-3]       U
IPER                               1 x [10.sup.-4]          U

*Clase no especificada.

"U" significa no especificado o sin limites

Tomado de ITU-T Rec.Y.1541. (6)

Tabla 2. Caracteristicas del trafico generado
por las aplicaciones.

   Aplicacion        Cantidad      Duracion
                    de usuarios     de la
                     usando la    aplicacion
                    aplicacion      (seg)

Voz                     10            50
FTP                     10            50
HTTP                    10            30
Video conferencia       10            45

   Aplicacion          Tiempo       Numero de
                       entre       repeticiones
                    repeticiones    durante el
                       (seg)        tiempo de
                                    simulacion

Voz                      15         Ilimitadas
FTP                      30         Ilimitadas
HTTP                     30         Ilimitadas
Video conferencia        60         Ilimitadas

Tabla 3. Marcacion del trafico de las aplicaciones.

    Aplicacion         Tipo de Servicio (ToS)      DSCP

Voz                    Interactive Voice    (6)     EF
Video conferencia    Interactive Multimedia (5)    AF41
http                        Background      (1)    AF21
ftp                       Best Effort       (0)    AF11

Tabla 4. Resultados obtenidos para los parametros
IPTD e IPDV en las tres configuraciones propuestas
en la red de nucleo.

Tipo de encolamiento   Configuracion 1       Configuracion 2

  Parametro (mseg)       IPTD       IPDV       IPTD      IPDV

WFQ                     1530,63    333,70    1422,71    318,65
CB-WFQ                  1175,90    421,50    1422,71    318,65
DWFQ                    1430,06    716,84    1931,44    442,94
PQ                      262,36      5,91      246,17     5,45
CQ                      102,66      1,11      104,73     1,18

Tipo de encolamiento   Configuracion 3

  Parametro (mseg)       IPTD       IPDV

WFQ                    1.464,41    176,02
CB-WFQ                 2.563,88    805,76
DWFQ                   2.100,15    616,93
PQ                      249,10      5,63
CQ                      103,49      1,12

Tabla 5. Resultados para la aplicacion de voz
utilizando D-ITG.

Parametro                      Valor

Total Time (s)                 600.439176
Total packets                  51712
Minimum delay (s)              0,007245
Maximum delay (s)              0,527324
Average delay (s)              0,173118
Average jitter (s)             0.016027
Delay standar deviation (s)    0.066309
Bytes received                 3309568
Average bitrate                44.107989 Kbits/s
Average packet rate            86.148417 pkt/s
Packets dropped                8287 (13.81%)
COPYRIGHT 2010 Universidad ICESI
No portion of this article can be reproduced without the express written permission from the copyright holder.
Copyright 2010 Gale, Cengage Learning. All rights reserved.

 
Article Details
Printer friendly Cite/link Email Feedback
Author:Cuellar Quinonez, Juan Carlos
Publication:Sistemas & Telematica
Date:Jan 1, 2010
Words:4337
Previous Article:Estudio e implementacion de drivers para WiMAX (Worldwide Interoperability for Microwave Access) movil en acompanantes moviles digitales.
Next Article:BotBlog: una propuesta de integracion de bitacoras y agentes.

Terms of use | Privacy policy | Copyright © 2018 Farlex, Inc. | Feedback | For webmasters