Disponibilidad : Alta disponibilidad

Medición de retraso, fluctuación y pérdida de paquetes con SAA y RTTMON del IOS de Cisco

1 Mayo 2008 - Traducción manual
Otras Versiones: PDFpdf | Traducción Automática (31 Julio 2013) | Inglés (25 Octubre 2005) | Comentarios

Contenidos

Introducción
Medición del retardo, la fluctuación y la pérdida de paquetes para redes de datos habilitadas para voz
     La importancia de medir la retraso, la fluctuación y la pérdida de paquetes
     Definición de retardo, fluctuación y pérdida de paquetes
     SAA y RTTMON
Implementación de enrutadores de retardo y de agente de fluctuación
     Dónde se debe implementar
     Simulacro de una llamada de voz
     Ejemplo de instrumentación de sonda de fluctuación y retardo
Recolección de datos de ejemplo
     Consulta de las tablas MIB
Supervisión proactiva de umbrales
     Comando SAA threshold
     Alarma y evento RMON
Apéndice
     Cálculos de fluctuación en sondeos de fluctuación de la retraso de Cisco SAA
     Configuraciones del hardware y del software del enrutador de sondeo de fluctuación y retardo
Discusiones relacionadas de la comunidad de soporte de Cisco

Introducción

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 enrutadores de Cisco.

Medición del retardo, la fluctuación y la pérdida de paquetes para redes de datos habilitadas para voz

La importancia de medir la retraso, la fluctuación y la pérdida de paquetes

Con el surgimiento de nuevas aplicaciones en redes de datos, cada vez es más importante para los clientes predecir con precisión el impacto de la implementación de nuevas aplicaciones. Hasta hace poco tiempo, era fácil asignar el ancho de banda a las aplicaciones y permitir que éstas se adaptaran a la naturaleza explosiva de los flujos de tráfico a través de las funciones de retransmisión y de tiempos de espera de los protocolos de capa superior. No obstante, ahora, las aplicaciones del nuevo mundo, como las de voz y video, son más susceptibles a los cambios en las características de transmisión de redes de datos. Es fundamental comprender las características de tráfico de la red antes de instalar aplicaciones del nuevo mundo para garantizar una implementación correcta.

Definición de retardo, fluctuación y pérdida de paquetes

Voz sobre IP (VoIP) es susceptible al comportamiento de la red, como retrasos y fluctuaciones, que pueden degradar la aplicación de voz al punto de ser inaceptable para el usuario promedio. Retraso es el tiempo de demora de punta a punta en una red. El retraso se puede medir en retraso unidireccional o de ida y vuelta. Los cálculos de retraso unidireccional requieren sofisticados y costosos equipos de pruebas y exceden el presupuesto y la experiencia de la mayoría de los clientes empresariales. No obstante, la medición del retraso de ida y vuelta es más fácil y requiere equipo menos costoso. Para obtener una medición general del retraso unidireccional, mida el retraso de ida y vuela y divida el resultado por dos. VoIP, en general, tolera retrasos de hasta 150 ms antes de que la calidad de llamada sea inaceptable.

Fluctuación es la variación en el retraso en el transcurso del tiempo de punto a punto. Si el retraso en las transmisiones presenta una variación demasiada amplia en una llamada VoIP, la calidad de llamada se degradará mucho. La cantidad de fluctuación tolerable en la red se ve afectada por la profundidad del búfer de fluctuación del equipo de red en el trayecto de voz. Cuanto más búfer de fluctuación esté disponible, más podrá la red reducir los efectos de fluctuación.

La pérdida de paquetes se produce a lo largo del trayecto de los datos, lo cual degrada seriamente la aplicación de voz.

Antes de instalar 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. La medición del retraso, de la fluctuación y de la pérdida de paquetes puede ayudar en el correcto diseño y configuración para la asignación de prioridades del tráfico y de los parámetros de memoria intermedia en el equipo de red de datos.

SAA y RTTMON

SAA y RTTMON MIB son funciones del software Cisco IOS disponibles en las versiones 12.0(5)T y posteriores. Estas funciones permiten probar y recopilar estadísticas sobre retrasos, fluctuaciones y pérdidas de paquetes en la red de datos. Monitor de desempeño entre redes (IPM) es una aplicación de administración de redes de Cisco que permite configurar las funciones y controlar los datos de SAA y RTTMON. Las funciones SAA y RTTMON pueden utilizarse para medir retrasos, fluctuaciones y pérdidas de paquetes mediante la instalación de pequeños enrutadores Cisco IOS como agentes para simular estaciones finales del cliente. Los enrutadores se consideran como sondas de fluctuación y retraso. Además, las sondas de fluctuación y retraso pueden configurarse con la alarma de supervisión remota (RMON) y activadores de eventos una vez que se hayan determinado los valores de línea de base. Esto permite que las sondas de fluctuación y retraso controlen la red para niveles de servicio de fluctuación y retraso predeterminados y notifiquen a las estaciones del sistema de administración de redes (NMS) cuando se excede el umbral.

Implementación de enrutadores de retardo y de agente de fluctuación

Dónde se debe implementar

La fluctuación y el retraso se pueden medir instalando enrutadores 17xx o superiores de Cisco con la versión de código de software 12.05T o superior Cisco IOS y configurando las funciones SAA de Cisco IOS. Los enrutadores deberán colocarse en las redes campus junto a los hosts. Esto proporciona estadísticas para conexiones punto a punto. Dado que no resulta práctico medir cada posible trayecto de voz en la red, coloque las sondas en ubicaciones de host típicas que proporcionen un muestreo estadístico de trayectos de voz típicos. Algunos ejemplos incluyen:

  • Un trayecto de campus a campus local

  • Un trayecto de campus local a campus remoto a través de un circuito de retransmisión de tramas de 384 Kbps

  • Un trayecto de campus local a campus remoto a través de un circuito virtual permanente (PVC) de ATM

En el caso de instalaciones de VoIP que utilizan teléfonos tradicionales conectados a enrutadores de Cisco mediante puertos FXS, utilice el enrutador conectado a los teléfonos para que actúe como sonda de fluctuación y retraso. Una vez instalada, la sonda obtiene estadísticas y completa las tablas MIB del protocolo de administración de red simple (SNMP) en el enrutador. Se puede tener acceso a los datos a través de la aplicación Cisco IPM o de las herramientas de sondeo SNMP. Además, una vez establecidos los valores de línea de base, puede configurar el SAA para que envíe alertas a una estación NMS si se exceden los umbrales de retraso, fluctuaciones y pérdidas de paquetes.

Simulacro de una llamada de voz

Una de las ventajas de utilizar SAA como mecanismo de prueba es que puede simular una llamada de voz. Por ejemplo, imagine que desea simular una llamada de voz G.711. Sabe que utiliza los puertos RTP/UDP 14384 y superiores, que tiene aproximadamente 64 Kbps y que el tamaño del paquete es de 200 bytes [(160 bytes de carga útil + 40 bytes para IP/UDP/RTP (sin comprimir)]. Puede simular el tipo de tráfico configurando la sonda de fluctuación y retraso del SAA, tal como se muestra a continuación.

La operación de fluctuación debe realizar lo siguiente:

  • Enviar la solicitud al número de puerto RTP/UDP 14384.

  • Enviar paquetes de 172 bytes (160 bytes de carga útil + 12 bytes de encabezado de RTP) + 28 bytes (IP + UDP).

  • Enviar 3.000 paquetes para cada ciclo de frecuencia.

  • Enviar cada paquete en intervalos de 20 milisegundos durante 60 segundos, y detenerse durante 10 segundos antes de comenzar el siguiente ciclo de frecuencia.

Estos parámetros dan como resultado 64 Kbps durante 60 segundos.

  • ((3.000 datagramas * 160 bytes por datagrama)/ 60 segundos) * 8 bits por byte = 64 Kbps

La configuración del enrutador tiene el aspecto siguiente:

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 toman en cuenta para el comando request-data-size, ya que el enrutador los agrega de manera automática al tamaño internamente.

Nota: Actualmente, Cisco IOS sólo soporta 1.000 paquetes por operación. Este límite se ampliará en versiones futuras.

Ejemplo de instrumentación de sonda de fluctuación y retardo

En el siguiente ejemplo, los enrutadores simulan llamadas de voz de 60 segundos de duración cada 60 segundos y registran retrasos, fluctuaciones y pérdidas de paquetes en ambas direcciones.

Nota: Los cálculos de retraso son tiempos de ida y vuelta y deben dividirse por dos para obtener el retraso unidireccional.

saa-1.gif

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

Recolección de datos de ejemplo

Consulta de las tablas MIB

Las sondas de fluctuación y retraso comienzan la recopilación de datos que luego se colocan en tablas MIB SNMP. La tabla rttMonStats proporciona un promedio de una hora para todas las operaciones de fluctuación de la última hora. La tabla rttMonLatestJitterOper proporciona los valores de la última operación completada. Para obtener estadísticas generales sobre retraso y fluctuación, realice un sondeo la tabla rttMonStats cada hora. Para obtener estadísticas más granulares, realice un sondeo de la tabla rttMonLatestJitterOper a una frecuencia más elevada que la operación de fluctuación. Por ejemplo, si la sonda de fluctuación y retraso está calculando la fluctuación cada cinco minutos, no realice un sondeo de la MIB a intervalos inferiores a cinco minutos.

La siguiente captura de pantalla muestra datos de la tabla rttMonJitterStats, obtenidos del sondeo de la MIB del Administrador de nodos de red de OpenView de HP.

saa-2.gif

Ejemplo de informe del SAA

El siguiente gráfico de datos del SAA es una compilación de puntos de datos de retrasos, fluctuaciones y pérdidas de paquetes sobre un período de ocho horas para un par de sondas de fluctuación y retraso.

saa-3.gif

Ejemplo de datos de la línea de comandos

Los datos también puede visualizarse mediante el comando show de Cisco IOS en la línea de comandos de las sondas de fluctuación y retraso. 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 pueden usarse para la supervisión y resolución de problemas en tiempo real de retrasos, fluctuaciones y pérdidas de paquetes.

El siguiente ejemplo muestra el resultado del comando show rtr collection-stats en el enrutador 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

Supervisión proactiva de umbrales

Existen varias maneras de supervisar los niveles de retrasos, fluctuaciones y pérdidas de paquetes en la red una vez establecidos los valores de línea de base con la recopilación inicial de datos. Una forma es utilizar el comando SAA threshold . Otra forma es utilizar una función del código de línea principal de Cisco IOS denominada RMON Alarm and Event (Alarma y evento RMON).

Comando SAA threshold

El comando threshold de la función SAA establece el umbral de límite superior (histéresis) que genera un evento de reacción y almacena la información del historial para la operación. La siguiente configuración del umbral SAA en la sonda de fluctuación y retraso permite el control de la fluctuación y crea una trampa SNMP sobre la violación de un umbral de 5 ms.

saarouter1#
rtr 100
rtr reaction-configuration 100 threshold-falling 5 threshold-type immediate

Alarma y evento RMON

Las sondas de fluctuación y retraso supervisan umbrales predeterminados mediante las funciones de Cisco IOS del SAA o el método de evento y alarma RMON de Cisco IOS. En cualquiera de los casos, el enrutador supervisa los retrasos, las fluctuaciones y las pérdidas de paquetes y envía alertas a las estaciones NMS sobre las infracciones del umbral a través de trampas SNMP.

La siguiente configuración de trampa de evento y alarma RMON hace que el enrutador saarouter1 genere una trampa SNMP si el umbral de límite superior excede 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 cae por debajo de los 100 ms. En este caso, la trampa se envía al registro del enrutador y también 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

Apéndice

Cálculos de fluctuación en sondeos de fluctuación de la retraso de Cisco SAA

La fluctuación es la variación de latencia unidireccional calculada según los sellos de fecha/hora de envío y recepción de paquetes consecutivos enviados.

Sello de fecha/hora

Emisor

Receptor

C1

enviar pkt1

 

T2

 

recibir pkt1

T3

 

enviar repuesta para pkt1

T4

recibir repuesta para pkt1

 

T5

enviar pkt2

 

T6

 

recibir pkt2

T7

 

enviar repuesta para pkt2

T8

recibir repuesta para pkt2

 

Para los paquetes 1 y 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-T1)

La fluctuación se calcula utilizando sellos de fecha/hora 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 

Configuraciones del hardware y del software del enrutador de sondeo de fluctuación y retardo

  • CISCO1720: enrutador 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 de Cisco 1700

  • MEM1700-4U8MFC: actualización de fábrica de Mini-tarjeta Flash de 4 MB a 8 MB de Cisco 1700

  • CAB-AC: cable de alimentación, 110V

  • S17CP-12.1.1T: IP PLUS de Cisco 1700 IOS


Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Document ID: 24121