Este documento describe los métodos para medir el retraso, la fluctuación y la pérdida de paquetes en la red de datos, utilizando las funciones del Agente de garantía de servicio (SAA) Cisco IOS® y del Monitor de tiempos de ida y vuelta (RTTMON) y los routers de Cisco.
Con la aparición de nuevas aplicaciones en las redes de datos, cada vez es más importante que los clientes prevean con precisión el impacto de las nuevas implementaciones de aplicaciones. No hace mucho tiempo, era fácil asignar ancho de banda a las aplicaciones y permitir que las aplicaciones se adaptaran a la naturaleza explosiva de los flujos de tráfico a través del tiempo de espera y las funciones de retransmisión de los protocolos de capa superior. Ahora, sin embargo, las nuevas aplicaciones mundiales, como las de voz y vídeo, son más susceptibles a los cambios en las características de transmisión de las redes de datos. Es imperativo comprender las características del tráfico de la red antes de la implementación de nuevas aplicaciones mundiales para garantizar implementaciones exitosas.
La voz sobre IP (VoIP) es susceptible a los comportamientos de red, denominados retardo y fluctuación, que pueden degradar la aplicación de voz hasta el punto de ser inaceptable para el usuario medio. La demora es el tiempo que se toma de punto a punto en una red. La demora puede medirse en un solo sentido o en un solo viaje de ida y vuelta. Los cálculos de retardo unidireccional requieren costosos y sofisticados equipos de prueba y superan el presupuesto y la experiencia de la mayoría de los clientes empresariales. Sin embargo, medir el retraso del viaje de ida y vuelta es más fácil y requiere equipos menos costosos. Para obtener una medición general de la demora unidireccional, mida la demora de ida y vuelta y divida el resultado por dos. VoIP normalmente tolera retrasos de hasta 150 ms antes de que la calidad de la llamada sea inaceptable.
La fluctuación es la variación en la demora a lo largo del tiempo de punto a punto. Si el retraso de las transmisiones varía demasiado en una llamada VoIP, la calidad de la llamada se degrada en gran medida. La cantidad de fluctuación tolerable en la red se ve afectada por la profundidad del búfer de fluctuación en el equipo de red en el trayecto de voz. Cuanto más fluctuación esté disponible, más podrá reducir la red los efectos de la fluctuación.
La pérdida de paquetes está perdiendo paquetes a lo largo de la trayectoria de datos, lo que degrada gravemente la aplicación de voz.
Antes de implementar aplicaciones VoIP, es importante evaluar el retraso, la fluctuación y la pérdida de paquetes en la red de datos para determinar si las aplicaciones de voz funcionan. Las mediciones de retraso, fluctuación y pérdida de paquetes pueden ayudar en el diseño y configuración correctos de la priorización del tráfico, así como en los parámetros de almacenamiento en búfer en el equipo de red de datos.
Las MIB de SAA y RTTMON son funciones de software del IOS de Cisco disponibles en las versiones 12.0 (5)T y posteriores. Estas funciones le permiten probar y recopilar estadísticas de demora, fluctuación y pérdida de paquetes en la red de datos. Internetwork Performance Monitor (IPM) es una aplicación de administración de redes de Cisco que puede configurar las funciones y supervisar los datos de SAA y RTTMON. Las funciones SAA y RTTMON se pueden utilizar para medir el retraso, la fluctuación y la pérdida de paquetes mediante la implementación de routers Cisco IOS pequeños como agentes para simular estaciones finales de clientes. Los routers se denominan sondas de retardo y fluctuación. Además, las sondas de retardo y fluctuación se pueden configurar con la alarma de control remoto (RMON) y los desencadenadores de eventos una vez que se hayan determinado los valores de línea de base. Esto permite que las sondas de retardo y fluctuación controlen la red para los niveles de servicio de retardo y fluctuación predeterminados y alerten a las estaciones del sistema de administración de red (NMS) cuando se supera un umbral.
La demora y la fluctuación se pueden medir mediante la implementación de los routers Cisco 17xx o superiores con el código de software del IOS de Cisco versión 12.05T o posterior, y la configuración de las funciones SAA del IOS de Cisco. Los routers deben ubicarse en las redes de campus junto a los hosts. Esto proporciona estadísticas para las conexiones de extremo a extremo. Dado que no es práctico medir cada trayectoria de voz posible en la red, coloque las sondas en ubicaciones de host típicas que proporcionan un muestreo estadístico de trayectorias de voz típicas. Algunos ejemplos son:
una ruta de campus a campus local
una ruta de campus local a campus remoto a través de un circuito Frame Relay de 384 kbs
un campus local a un campus remoto a través de un circuito virtual permanente (PVC) ATM
En el caso de implementaciones de VoIP que utilicen teléfonos tradicionales conectados a routers de Cisco mediante puertos Foreign Exchange Station (FXS), utilice el router conectado a los teléfonos para funcionar como sondas de retardo y fluctuación. Una vez implementada, la sonda recopila estadísticas y rellena las tablas MIB de protocolo simple de administración de red (SNMP) en el router. A continuación, se puede acceder a los datos a través de la aplicación Cisco IPM o a través de las herramientas de sondeo SNMP. Además, una vez que se han establecido los valores de línea de base, se puede configurar SAA para enviar alertas a una estación NMS si se exceden los umbrales de retraso, fluctuación y pérdida de paquetes.
Uno de los puntos fuertes del uso de SAA como mecanismo de prueba es que una llamada de voz se puede simular. Por ejemplo, imagine que desea simular una llamada de voz G.711. Usted sabe que utiliza los puertos RTP/UDP 14384 y superiores, es de aproximadamente 64 kb/s, y el tamaño del paquete es de 200 bytes {(160 bytes de carga útil + 40 bytes para IP/UDP/RTP (sin comprimir) }.Puede simular ese tipo de tráfico configurando la Probe de Demora/Fluctuación SAA como se muestra a continuación.
La operación de fluctuación debe hacer lo siguiente:
Envíe la solicitud al puerto RTP/UDP número 14384.
Enviar paquetes de 172 bytes (carga útil de 160 bytes + tamaño de encabezado RTP de 12 bytes) + 28 bytes (IP + UDP).
Enviar 3000 paquetes para cada ciclo de frecuencia.
Envíe cada paquete con una separación de 20 milisegundos durante 60 segundos y suspenda 10 segundos antes de iniciar el siguiente ciclo de frecuencia.
Esos parámetros dan 64 kb/s durante 60 segundos.
((3000 datagramas * 160 bytes por datagrama)/ 60 segundos)) * 8 bits por byte = 64 kb/s
La configuración en el router aparece de la siguiente manera:
rtr 1 type jitter dest-ipaddr 172.18.179.10 dest-port 14384 num-packets 3000+ request-data-size 172* frequency 70 rtr schedule 1 life 2147483647 start-time now
Nota: IP+UDP no se considera en el tamaño de datos de solicitud, ya que el router los agrega automáticamente al tamaño internamente.
Nota: Actualmente, Cisco IOS sólo admite 1000 paquetes por operación. Este límite se elevará en una futura versión.
Los routers del siguiente ejemplo simulan llamadas de voz de 60 segundos cada 60 segundos y registran el retraso, la fluctuación y la pérdida de paquetes en ambas direcciones.
Nota: Los cálculos de demora son tiempos de ida y vuelta y deben dividirse por dos para obtener el retraso unidireccional.
saarouter1# rtr responder rtr 1 type jitter dest-ipaddr 172.18.179.10 dest-port 14384 num-packets 1000 request-data-size 492 frequency 60 rtr schedule 1 life 2147483647 start-time now saarouter2# rtr responder rtr 1 type jitter dest-ipaddr 172.18.178.10 dest-port 14385 num-packets 1000 request-data-size 492 rtr schedule 1 life 2147483647 start-time now saarouter3# rtr responder rtr 1 type jitter dest-ipaddr 172.18.179.100 dest-port 14385 num-packets 1000 request-data-size 492 frequency 60 rtr schedule 1 life 2147483647 start-time now saarouter4# rtr responder rtr 1 type jitter dest-ipaddr 172.18.178.100 dest-port 14385 num-packets 1000 request-data-size 492 frequency 60 rtr schedule 1 life 2147483647 start-time now
Las sondas de retardo y fluctuación comienzan a recopilar datos que se colocan posteriormente en las tablas MIB SNMP. La tabla rttMonStats proporciona una media de una hora de todas las operaciones de fluctuación durante la última hora. La tabla rttMonLatestJitterOper proporciona los valores de la última operación finalizada. Para obtener estadísticas generales sobre retardo y fluctuación, consulte la tabla rttMonStats cada hora. Para obtener estadísticas más granulares, sondee la tabla rttMonLatestJitterOper con un nivel de frecuencia superior al de la operación de fluctuación. Por ejemplo, si la sonda de retardo y fluctuación está calculando la fluctuación cada cinco minutos, no sondee la MIB en ningún intervalo inferior a cinco minutos.
La siguiente captura de pantalla muestra los datos de rttMonJitterStatsTable recopilados de una encuesta MIB de HP OpenView Network Node Manager.
El siguiente gráfico de datos SAA es una compilación de puntos de datos de demora, fluctuación y pérdida de paquetes durante un período de ocho horas para un par de sondas de retardo y fluctuación.
Los datos también se pueden ver usando el comando show del IOS de Cisco en la línea de comandos en las sondas de retardo y fluctuación. Se puede utilizar una secuencia de comandos Perl Expect para recopilar datos de la línea de comandos y exportarlos a un archivo de texto para un análisis posterior. Además, los datos de la línea de comandos también se pueden utilizar para la supervisión en tiempo real y la resolución de problemas de demora, fluctuación y pérdida de paquetes.
El siguiente ejemplo muestra el resultado del comando show rtr collection-stats en el router saarouter1.
#show rtr collection-stats 100 Collected Statistics Entry Number: 100 Target Address: 172.16.71.243, Port Number: 16384 Start Time: 13:06:04.000 09:25:00 Tue Mar 21 2000 RTT Values: NumOfRTT: 600 RTTSum: 873 RTTSum2: 1431 Packet Loss Values: PacketLossSD: 0 PacketLossDS: 0 PacketOutOfSequence: 0 PacketMIA: 0 PacketLateArrival: 0 InternalError: 0 Busies: 0 Jitter Values: MinOfPositivesSD: 1 MaxOfPositivesSD: 1 NumOfPositivesSD: 23 SumOfPositivesSD: 23 Sum2PositivesSD: 23 MinOfNegativesSD: 1 MaxOfNegativesSD: 1 NumOfNegativesSD: 1 SumOfNegativesSD: 1 Sum2NegativesSD: 1 MinOfPositivesDS: 1 MaxOfPositivesDS: 1 NumOfPositivesDS: 7 SumOfPositivesDS: 7 Sum2PositivesDS: 7 MinOfNegativesDS: 1 MaxOfNegativesDS: 1 NumOfNegativesDS: 18 SumOfNegativesDS: 18 Sum2NegativesDS: 18 Entry Number: 100 Target Address: 172.16.71.243, Port Number: 16384 Start Time: 14:06:04.000 09:25:00 Tue Mar 21 2000 RTT Values: NumOfRTT: 590 RTTSum: 869 RTTSum2: 1497 Packet Loss Values: PacketLossSD: 0 PacketLossDS: 0 PacketOutOfSequence: 0 PacketMIA: 0 PacketLateArrival: 0 InternalError: 0 Busies: 0 Jitter Values: MinOfPositivesSD: 1 MaxOfPositivesSD: 1 NumOfPositivesSD: 29 SumOfPositivesSD: 29 Sum2PositivesSD: 29 MinOfNegativesSD: 1 MaxOfNegativesSD: 1 NumOfNegativesSD: 7 SumOfNegativesSD: 7 Sum2NegativesSD: 7 MinOfPositivesDS: 1 MaxOfPositivesDS: 1 NumOfPositivesDS: 47 SumOfPositivesDS: 47 Sum2PositivesDS: 47 MinOfNegativesDS: 1 MaxOfNegativesDS: 1 NumOfNegativesDS: 5 SumOfNegativesDS: 5 Sum2NegativesDS: 5
Hay varias maneras de monitorear los niveles de demora, fluctuación y pérdida de paquetes en la red una vez que se han establecido los valores de línea de base a través de la recopilación de datos inicial. Una forma es utilizar el comando SAA threshold. Otra es utilizar una función en el código de línea principal de Cisco IOS llamada Alarma y Evento RMON.
El comando SAA feature set threshold establece el umbral ascendente (histéresis) que genera un evento de reacción y almacena información del historial para la operación. La siguiente configuración de umbral SAA en la sonda de retardo y fluctuación habilita el monitoreo de la fluctuación y crea una trampa SNMP en caso de violación de un umbral de 5 ms.
saarouter1# rtr 100 rtr reaction-configuration 100 threshold-falling 5 threshold-type immediate
Las sondas de retardo y fluctuación monitorean umbrales predeterminados usando las funciones SAA de Cisco IOS o el método de alarma y evento RMON de Cisco IOS. En cualquier caso, el router monitorea el retardo, la fluctuación y la pérdida de paquetes y alerta a las estaciones NMS de violaciones de umbral a través de trampas SNMP.
La siguiente configuración de alarma RMON y trampa de eventos hace que saarouter1 genere una trampa SNMP si el umbral ascendente supera el tiempo máximo de ida y vuelta de 140 ms. También envía otra trampa cuando el tiempo máximo de ida y vuelta es inferior a 100 ms. La trampa luego se envía al registro en el router, así como a la estación NMS 172.16.71.19.
saarouter1# rmon alarm 10 rttMonJitterStatsRTTMax.100.120518706 1 absolute rising-threshold 140 100 falling-threshold 100 101 owner jharp rmon event 100 log trap private description max_rtt_exceeded owner jharp rmon event 101 log trap private description rtt_max_threshold_reset owner jharp
La fluctuación es la variación en la latencia unidireccional y se calcula en función del envío y recepción de sellos de tiempo de paquetes consecutivos enviados.
Marca de tiempo | Remitente | Respondedor |
---|---|---|
C1 | send pkt1 | |
T2 | recv pkt1 | |
T3 | respuesta de envío para pkt1 | |
T4 | respuesta Recv para pkt1 | |
T5 | send pkt2 | |
T6 | recv pkt2 | |
T7 | respuesta de envío para pkt2 | |
T8 | respuesta de recepción para pkt2 |
Para el paquete 1 y el paquete 2 anteriores, utilice los siguientes cálculos de origen y destino.
Fluctuación de origen a destino (JitterSD) = (T6-T2) - (T5-T1)
Fluctuación de destino a origen (JitterDS) = (T8-T4) - (T7-T3)
La fluctuación se calcula utilizando sellos de tiempo de cada dos paquetes consecutivos. Por ejemplo:
Router1 send packet1 T1 = 0 Router2 receives packet1 T2 = 20 ms Router2 sends back packet1 T3 = 40 ms Router1 receives packet1 response T4 = 60 ms Router1 sends packet2 T5 = 60 ms Router2 receives packet2 T6 = 82 ms Router2 sends back packet2 T7 = 104 ms Router1 receives packet2 response T8 = 126 ms Jitter from source to destination (JitterSD) = (T6-T2) - (T5-T1) Jitter from source to destination (JitterSD) = (82 ms - 20 ms) - (60 ms - 0 ms) = 2 ms positive jitter SD Jitter from destination to source (JitterDS) = (T8-T4) - (T7-T3) Jitter from destination to source (JitterDS) = (126 ms - 60 ms) - (10 4ms - 40 ms) = 2 ms positive jitter DS
CISCO1720: Router modular 10/100BaseT con dos ranuras WAN y software IP de Cisco IOS
MEM1700-16U24D: actualización de fábrica de DRAM de 16 MB a 24 MB para Cisco 1700
MEM1700-4U8MFC: actualización de fábrica de tarjeta Mini-Flash de Cisco 1700 de 4 MB a 8 MB
CAB-AC: cable de alimentación, 110 V
S17CP-12.1.1T: Cisco 1700 IOS IP PLUS
Revisión | Fecha de publicación | Comentarios |
---|---|---|
1.0 |
02-Dec-2013 |
Versión inicial |