Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Recopilar estadísticas en MPLS sesiones

Configuración de MPLS para recopilar estadísticas

Puede configurar MPLS para que recopile periódicamente estadísticas de tráfico acerca de todas las sesiones MPLS, incluidas las sesiones de tránsito, mediante statistics la configuración de la instrucción. Debe configurar la instrucción statistics si desea recopilar MPLS las estadísticas de tráfico mediante sondeo SNMP de bases de datos de información de administración de MPLS (MIB).

Para activar o desactivar MPLS colección Statistics, incluya statistics la instrucción:

Estas instrucciones pueden configurarse en los siguientes niveles de jerarquía:

  • [edit protocols mpls]

  • [edit logical-systems logical-system-name protocols mpls]

El intervalo predeterminado es de 300 segundos.

Si configura la file opción, las estadísticas se colocarán en un fichero, con una entrada por LSP. Durante el intervalo especificado, en este archivo se registra la siguiente información:

  • Número de paquetes, cantidad de bytes, paquetes por segundo y bytes por segundo transmitidos por cada LSP.La paridad de características para la visualización de las estadísticas de paquetes y bytes de los sublsp de un LSP de punto a multipunto en el conjunto de chips Junos trío se admite en Junos OS Release 11.1 R2, 11.2 R2, y 11,4.

  • El porcentaje de ancho de banda que se transmite a través de un LSP determinado en relación con el porcentaje de ancho de banda configurado para dicho LSP. Si no hay configurado ningún ancho de banda para un LSP, el 0 por ciento se registra en la columna de porcentajes.

Al final de cada informe periódico, aparece un resumen con el tiempo actual, el número total de sesiones, el número de sesiones leídas, el número de sesiones omitidas y los errores de lectura, si existen. Las sesiones ignoradas suelen ser aquellas que no están en estado de up o aquellas con una etiqueta entrante (del 0 al 15) reservado (normalmente el punto de salida de un LSP). El motivo de un error de lectura aparece en la misma línea que la entrada del LSP en el que se produjo el error. La recopilación de estadísticas es un proceso poco confiable; los errores de lectura ocasionales pueden afectar a su exactitud. El resultado de ejemplo es el siguiente:

Pérdida de paquetes según demanda y medición del retardo para la descripción general de UHP LSP

En este tema se describen los métodos para medir la pérdida, el retraso y el rendimiento del paquete para las rutas de conmutación de etiqueta (LSP) de punto a punto de última salida (UHP) de MPLS Redes para permitir el monitorado del rendimiento de la red.

Importancia de medir la pérdida y el retraso del paquete

El auge de las aplicaciones que consumen ancho de banda, como IPTV y video móvil, junto con la presión de minimizar el costo por bit y maximizar el valor por bit, está obligando a los carriers a cambiar sus redes de transporte de tecnologías basadas en circuitos a tecnologías basadas en paquetes. MPLS es una tecnología de transporte de paquetes de conexión mucho más exitosa que resulta idónea para las redes de transporte basadas en paquetes.

Con la aparición de nuevas aplicaciones en las redes de datos, es cada vez más importante que los proveedores de servicios predigan con precisión el impacto de las nuevas aplicaciones. La comprensión y modelación del rendimiento de la red en la red es especialmente importante para la implementación de aplicaciones de nuevo mundo con el fin de garantizar implementaciones correctas. En las redes de paquetes, la pérdida de paquetes y el retraso son dos de las medidas fundamentales de rendimiento. Su papel es aún más central cuando se trata de medidas de extremo a extremo.

El tráfico que pertenece a la mayoría de las aplicaciones de usuario de extremo a extremo es la pérdida sensible (transferencia de archivos), la sensible al retraso (aplicaciones de voz o de vídeo) o ambas (aplicaciones de computación interactiva). Los acuerdos de nivel de servicio (SLA) de proveedores de servicios dependen de la capacidad de medir y supervisar estas métricas de rendimiento de red, ya que los SLAs dependen directa o indirectamente de la pérdida y retrasan las experiencias de tráfico del cliente en el proveedor de servicios. subred.

Para garantizar el cumplimiento del SLA, los proveedores de servicios necesitan herramientas para medir y supervisar las métricas de rendimiento de pérdida de paquetes, retardo unidireccional y retardo bidireccional, y métricas relacionadas, como la variación de retraso y el rendimiento del canal. Esta capacidad de medición proporciona a los proveedores de servicios mayor visibilidad de las características de rendimiento de sus redes, facilitando, por lo tanto, la planificación, solución de problemas y evaluación del rendimiento de la red.

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

En las redes de paquetes, la pérdida de paquetes y el retraso son dos de las medidas fundamentales de rendimiento.

  • Loss: la pérdida de paquetes es la falla de uno o más paquetes transmitidos para llegar a su destino. Pérdida de paquetes se refiere a los paquetes de datos descartados por la red para administrar la congestión.

    Las aplicaciones de datos son muy tolerantes a la pérdida de paquetes, ya que generalmente no son sensibles al tiempo y pueden retransmitir los paquetes que se quitaron. Sin embargo, en los entornos de videoconferencia y las comunicaciones de audio puras, como VoIP, la pérdida de paquetes puede crear vibración.

  • Delay: la demora del paquete (denominada latencia) es la cantidad de tiempo que tarda un paquete de datos en llegar de un punto designado a otro, según la velocidad del medio de transmisión, como cables de cobre, fibra óptica o radio, y los retrasos en la transmisión por dispositivos a lo largo del camino, como enrutadores y módems.

    Una latencia baja indica una elevada eficacia en la red.

  • Throughput: la demora del paquete mide la cantidad de tiempo entre el inicio de una acción y su finalización, mientras que la transferencia de datos es la cantidad total de estas acciones que se producen en un tiempo determinado.

Mecanismos de pérdida de paquetes y de medición de retardo

El retraso y la pérdida de paquetes son dos medidas fundamentales en cuanto al rendimiento de la red. Junos OS proporciona un mecanismo a pedido para medir la pérdida y la demora del paquete con las rutas de conmutación de etiqueta (LSP) bidireccionales de MPLS de salto más avanzadas (UHP).

El retraso a pedido y el mecanismo de medición de pérdida de paquetes se inicia con los siguientes comandos de la CLI:

  • monitor mpls loss rsvp: realiza una medición de pérdida a pedido para los LSP UHP bidireccionales asociados.

  • monitor mpls delay rsvp: realiza una medición de retraso a pedido para los LSP UHP bidireccionales asociados.

  • monitor mpls loss-delay rsvp: realiza una medición de pérdida y retraso combinada a pedido para LSP UHP bidireccional asociado.

Para iniciar el mecanismo de medición del retraso y la pérdida de paquetes, es necesario introducir los parámetros deseados para la medición, tales como el tipo de medición o el nombre del LSP. Al recibir los parámetros, se mostrará un resumen de los datos de supervisión del rendimiento y se terminará el mecanismo.

Pérdida de paquetes y métricas de retrasos

Las siguientes métricas de rendimiento se miden utilizando los mecanismos de pérdida y retraso del paquete a petición:

  • Medición de pérdida (paquete y octeto)

  • Medición de la capacidad de procesamiento (paquete y octeto)

  • Retraso en el canal en dos sentidos

  • Retraso de recorrido de ida y vuelta

  • Variación de retraso entre paquetes (IPDV)

El monitor mpls loss rsvp comando realiza la pérdida y la medición del rendimiento, monitor mpls delay rsvp y el comando realiza el retraso de canal bidireccional, el retraso de recorrido de ida y vuelta, y las medidas IPDV. El monitor mpls loss-delay rsvp comando realiza una medición combinada de pérdidas y retrasos, y mide simultáneamente todas las mediciones de rendimiento mencionadas anteriormente.

Conceptos de pérdida de paquetes y de medición de retraso

Los siguientes conceptos ayudan a comprender mejor la funcionalidad de pérdida y retraso de paquetes:

  • Querier: una querier es el enrutador de borde del proveedor de entrada (PE), el cual origina el mensaje de consulta para la medición de pérdida o retraso.

  • Responder: un respondedor es el enrutador de PE de salida que recibe y responde a los mensajes de consulta desde una querier.

  • Associated bidirectional LSP: un LSP bidireccional asociado se compone de dos LSP unidireccionales que se unen (o se asocian entre sí) mediante la configuración en ambos puntos de conexión de LSP.

    La pérdida a petición y la medición del retraso sólo se pueden llevar a cabo en el LSP de una UHP bidireccional asociada.

  • Generic associated channel (G-Ach): los mensajes de monitoreo del rendimiento para el flujo de medición de retraso y pérdida a pedido sobre MPLS G-Ach. Este tipo de canal solo es compatible con respuestas dentro de banda y no ofrece compatibilidad con los modos fuera de banda o sin respuesta.

  • Measurement point (MP): MP es la ubicación en la cual se describe una condición para la medición.

    El panel de administración para pérdida de paquetes en la parte de transmisión se encuentra entre la estructura de conmutación y la interfaz de transmisión. El valor del contador se marca en el mensaje de medición por pérdida en el hardware antes de que se quede en la cola de transmisión.

    El panel de administración para pérdida de paquetes en el lado de recepción se encuentra entre la interfaz de recepción y la estructura de conmutación. El panel de administración se distribuye en la parte Receive. Además, cuando la interfaz de transmisión es una interfaz de agregado, también se distribuye el panel de administración.

  • Query rate: la velocidad de consulta es el intervalo entre dos consultas enviadas para la medición de pérdida y retraso.

    Dado que los mensajes de medición de pérdida y retraso se originan en el motor de enrutamiento, una tasa elevada de consulta para varios canales supone una carga pesada para el motor de enrutamiento. El intervalo de consulta mínimo admitido es de 1 segundo.

    La frecuencia de la consulta debe ser alta para los contadores de 32 bits, ya que los contadores podrían ajustarse rápidamente cuando la velocidad de tráfico de datos sea muy elevada. La velocidad de consulta puede ser baja cuando se utilizan contadores de 64 bits en las cuatro ubicaciones de puntos de medición implicadas en la medición de la pérdida. Junos OS solo admite contadores de 64 bits.

  • Traffic class: de forma predeterminada, se admite la medición de pérdida para todo el canal. Junos OS también admite medición de pérdida de paquetes con ámbito de clase de tráfico, donde deben crearse los contadores que mantienen las estadísticas de tráfico de datos por clase de tráfico.

    Los contadores de clase por tráfico no se crean de forma predeterminada. Para configurar la medición de la pérdida de ámbito de clase traffic-class-statistics de tráfico, [edit protocols mpls statistics] incluya el extracto en el nivel jerárquico.

    Cuando traffic-class-statistics está configurado, no se cuentan los paquetes de control que fluyen por el G-ACH en los contadores de transmisión y recepción.

    Nota:

    Al habilitar y deshabilitar estadísticas de clase de tráfico se restablecen todos los contadores (contadores agregados y contadores por clase) de los LSP.

  • Loss measurement mode: Junos OS admite el modo directo de medición de pérdida a pedido y no admite el modo inferido.

    La medición de la pérdida directa requiere que se mantenga la estadística de tráfico de datos en los momentos de entrada y salida de dos LSP unidireccionales del LSP bidireccional asociado. Cuando un enrutador de la serie MX utiliza solamente MPCs y MICs, los contadores para mantener las estadísticas de tráfico de datos se crean de forma predeterminada en el nivel de entrada de todos los tipos de LSP y salidas de LSP de UHP.

    Sin embargo, la medición de la modalidad de pérdida directa no es completamente precisa debido a las siguientes razones:

    • Naturaleza de reenvío en paralelo del hardware.

    • La presencia de rutas múltiples de costo equivalente (ECMP) en la red, tales como interfaces Ethernet agregadas, lo que puede dar como resultado una nueva ordenación de paquetes de datos en relación con los mensajes de medición de pérdida.

    • Los paquetes de control que no fluyen a través de G-ACH no se cuentan para la entrada del LSP, sino que se contabilizan en la salida del LSP.

    • El tráfico de datos que se reordena con respecto al mensaje de medición por pérdida cuando se implementa Diffserv en el MPLS ámbito de medición de red y pérdida es el canal completo y no la clase de tráfico en el ámbito.

      Para superar esta limitación, realice el tráfico medición de la pérdida de ámbito de clase cuando se implemente Diffserv.

    Nota:

    La medición de la pérdida del modo directo es vulnerable a las interrupciones cuando cambia la interfaz de entrada o salida asociada con el LSP.

  • Loss measurement synchronization: las condiciones de sincronización especificadas en la sección 2.9.8 de rfc 6374 no son ciertas en absoluto. Sin embargo, a medida que los contadores de medida de pérdida se marcan en el hardware, los errores que se introducen debido a que no satisfacen las condiciones de sincronización son relativamente pequeños. Es necesario cuantificar estos errores.

    Cuando la interfaz de transmisión o recepción del LSP es una interfaz agregada, se introducen más errores en comparación con cuando las interfaces son interfaces no agregadas. En cualquier caso, los contadores de medición de pérdida se marcan en el hardware y es necesario que el error sea cuantificado.

  • Delay measurement accuracy: cuando las interfaces de transmisión y recepción residen en diferentes motores de reenvío de paquetes, el reloj se debe sincronizar en estos motores de reenvío de paquetes para mediciones de retraso de dos vías. Esta condición es verdadera para la plataforma en la que se implementa la característica de medición de retraso a pedido.

    Cuando hay interfaces de agregado o ECMP, el retraso se mide para uno de los paths potenciales.

    Cuando se utiliza un mensaje combinado de pérdida y retraso para el cálculo del retraso, la precisión del retraso es menor en comparación con cuando el mensaje de medición de retardo se utiliza en algunos casos, como cuando la interfaz de transmisión o recepción es una interfaz de agregado.

    La medición del retraso se realiza siempre por cada clase de tráfico, y la precisión de la medición debe ser cuantificada después de la prueba.

  • Timestamp format: Junos OS solo admite el formato IEEE de tiempo de precisión (PTP) [IEEE1588] para registrar los mensajes de medición de retraso. El formato de tiempo de red (NTP) no es compatible.

  • Operations, administration, and maintenance (OAM): para indicar que todos los mensajes de OAM para los LSP de MPLS fluyen a través de MPLS G-Ach y para permitir que los mensajes de supervisión del rendimiento de MPLS se traspase MPLS G-Ach, la instrucción se debe incluir en el nivel jerárquico. oam mpls-tp-mode[edit protocols mpls label-switched-path lsp-name]

Funcionalidad de pérdida de paquetes y medición de retraso

Figura 1ilustra los métodos básicos utilizados para la medición bidireccional de pérdida y retraso de paquetes. Existe un canal bidireccional entre los dos enrutadores, el enrutador A y el B. Los puntos de referencia temporales (T1, T2, T3 y T4) se asocian a una operación de medición que tiene lugar en el enrutador A. La operación consiste en que el enrutador A envía un mensaje de consulta al enrutador B y el enrutador B devuelve una respuesta. Cada punto de referencia indica el punto de tiempo en el que la consulta o el mensaje de respuesta se transmite o recibe a través del canal.

Figura 1: Medida bidireccional básicaMedida bidireccional básica

En Figura 1, el enrutador A puede organizar para medir la pérdida de paquetes en el canal en las direcciones hacia delante e inversas mediante el envío de mensajes de consulta de medición de pérdida al enrutador B. Cada uno de los mensajes hacia delante y hacia atrás contienen el recuento de paquetes transmitidos antes de la hora T1 a través del canal al enrutador B (A_TxP).

Cuando el mensaje llega al enrutador B, se anexan dos valores al mensaje y el mensaje se vuelve a reflejar en el enrutador a. Los dos valores son el recuento de paquetes recibidos antes del momento T2 en el canal del enrutador A (B_RxP) y el recuento de paquetes transmitidos antes del tiempo T3 a través del canal a (B_TxP).

Cuando la respuesta llega al enrutador A, se anexa un cuarto valor al mensaje: la cantidad de paquetes recibidos antes del tiempo T4 por el canal del enrutador B (A_RxP).

Estos cuatro valores de contador (A_TxP), (B_RxP), (B_TxP) y (A_RxP) permiten al enrutador A calcular las estadísticas de pérdida deseadas. Dado que el número de transmisiones del enrutador a y el recuento de recepción del enrutador B (y viceversa) no se pueden sincronizar en el momento del primer mensaje, y para limitar los efectos del ajuste de contador, la pérdida se calcula en forma de diferencia entre los mensajes.

La pérdida de transmisión (A_TxLoss [n-1, n]) y recibe una pérdida (A_RxLoss [n-1, n]) dentro del intervalo de medición señalado por los mensajes LM [n-1] y LM [n] son calculados por el enrutador A de la siguiente manera:

  1. A_TxLoss [n-1, n] = (A_TxP [n]-A_TxP [n-1])-(B_RxP [n]-B_RxP [n-1])

  2. A_RxLoss [n-1, n] = (B_TxP [n]-B_TxP [n-1])-(A_RxP [n]-A_RxP [n-1])

La aritmética es el tamaño del contador del módulo.

Para medir en el enrutador a la parte superior del canal al enrutador B, se envía un mensaje de consulta de medición de retardo desde el enrutador a al enrutador B, que contiene una marca de tiempo grabando la instantánea en la que se transmite. En Figura 1, la marca de hora se graba en T1.

Cuando el mensaje llega al enrutador B, se agrega una marca de hora que registra el instante en el que se recibe (T2). Ahora puede reflejarse el mensaje del enrutador a, el enrutador B, que agrega su marca de hora de transmisión (T3) y el enrutador A que agrega su marca de fecha y hora de recepción (T4).

Estas cuatro marcas de hora (T1, T2, T3 y T4) permiten al enrutador A calcular el retraso de un sentido en cada dirección, así como el retraso de dos vías para el canal. Las computaciones de retardo unidireccional requieren que los relojes de los enrutadores A y B se sincronicen.

En este punto, el enrutador A puede calcular el retraso de canal bidireccional y el retraso de recorrido de ida y vuelta, asociado al canal, de la siguiente manera:

  1. Retraso de canal de dos direcciones = (T4-T1)-(T3-T2)

  2. Retraso de recorrido de ida y vuelta = T4-T1

Funciones de pérdida y retraso de paquetes

Supported Features of Packet Loss and Delay

Junos OS admite las siguientes funciones con pérdida a petición y medición del retraso:

  • Monitoreo de performance para MPLS LSP bidireccionales asociados de una sola UHP de punto a punto

  • Medición de la pérdida

  • Medición de la capacidad de procesamiento

  • Medición de retardo bidireccional (retraso del canal y retardo de recorrido de ida y vuelta)

  • Variación de retraso entre paquetes (IPDV)

  • Medición de la pérdida de modo directo

  • Interfaces Ethernet agregadas y SONET agregadas

  • Compatibilidad multichasis

  • compatible con 64 bits

Unsupported Features of Packet Loss and Delay

Junos OS no admite las siguientes funciones de pérdida a pedido y de medición de retraso:

  • Medición de la pérdida y el retardo de pseudowires (sección 2.9.1 de RFC 6374)

  • Medida unidireccional (sección 2,6 de RFC 6374)

  • Medición de Dyadic (sección 2,7 de RFC 6374)

  • Medición de la pérdida y el retraso en el modo de bucle invertido (punto 2,8 de RFC 6374)

  • Medición de la pérdida y el retraso en un nodo intermedio de un extremo de LSP (sección 2.9.5 de RFC 6374)

  • Posterior al procesamiento externo (sección 2.9.7 de RFC 6374)

  • Medición de la pérdida del modo inferido (sección 2.9.8 de RFC 6374)

  • Modo proactivo

  • Los sistemas lógicos

  • SNMP

Ejemplo Configuración de la pérdida a pedido y la medición del retraso

En este ejemplo se muestra cómo activar la pérdida a petición y la medición del retraso para las rutas de conmutación de etiqueta (LSP) de control de salto más reciente (UHP) de punto a punto en las redes MPLS para supervisar el rendimiento de la red.

Aplicables

En este ejemplo se utilizan los siguientes componentes de hardware y software:

  • Dos plataformas de enrutamiento universal 5G de la serie MX que contienen solo MPC/MICs

  • Junos OS versión 14,2 o posterior que se ejecuta en todos los enrutadores

Antes de empezar:

  1. Configure las interfaces del dispositivo.

  2. Configure los números de sistema autónomo y los ID de enrutador para los dispositivos.

  3. Configure los siguientes protocolos:

    • Confirmación de asistencia (RSVP)

    • MPLS

    • OSPF

Descripción general

A partir de Junos OS versión 14,2, se introduce una herramienta bajo demanda para supervisar y medir la pérdida de paquetes, el retraso de paquetes o ambos para las rutas de conmutación de etiquetas de marcado de punto a punto (LSPs) bidireccionales de MPLS en el último salto. La herramienta se puede habilitar mediante los siguientes comandos CLI : monitor mpls loss rsvpmonitor mpls delay rsvp , y monitor mpls loss-delay rsvp .

Estos comandos proporcionan un resumen a pedido de las métricas de rendimiento para la pérdida de paquetes en modo directo, el retardo de paquetes bidireccional y las métricas relacionadas, como la variación de retraso entre paquetes y la medición del rendimiento del canal.

Esta funcionalidad ofrece una visibilidad en tiempo real del rendimiento de la red, facilitando, por lo tanto, el planeamiento, la solución de problemas y la evaluación del rendimiento de la red.

Topología

Figura 2ilustra la pérdida a petición y la medición del retraso mediante una topología de dos enrutadores simple.

Figura 2: Configuración de la pérdida a pedido y la medición del retrasoConfiguración de la pérdida a pedido y la medición del retraso

En este ejemplo, se configura un LSP bidireccional asociado entre los enrutadores R1 y R2, para los que se mide la métrica de rendimiento.

Automática

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, quite los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los [edit] comandos en la CLI en el nivel de jerarquía y, a continuación, entrar commit desde el modo de configuración.

R1

R2

Modalidades

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre Cómo desplazarse por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar el enrutador R1:

  1. Active el chasis con servicios de túnel y configuración mejorada de servicios de redes IP.

  2. Configure las interfaces para el enrutador R1.

  3. Configure el ID de enrutador para el enrutador R1.

  4. Active RSVP en todas las interfaces del enrutador R1, excluida la interfaz de administración.

  5. Activar MPLS en todas las interfaces del enrutador R1, con exclusión de la interfaz de administración.

  6. Configure un LSP bidireccional asociado con el enrutador R2.

  7. Crear clases de tráfico para mantener las estadísticas de tráfico de datos por clase de tráfico.

    Esto permite que la medición de la calidad del alcance de clase de tráfico.

  8. Configure OSPF con capacidades de ingeniería de tráfico y habilite OSPF en todas las interfaces del enrutador R1, con exclusión de la interfaz de administración.

Resultados

Desde el modo de configuración, para confirmar la configuración show chassis, show interfacesescriba show routing-optionslos comandos show protocols ,, y. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Comproba

Confirme que la configuración funciona correctamente.

Verificación del estado del LSP

Purpose

Verificar que el LSP bidireccional asociado entre enrutadores R1 y R2 esté en funcionamiento.

Intervención

Desde el modo operativo, ejecute show mpls lsp el comando.

Efectos

El LSP asociado a R1-R2 está en funcionamiento y activo.

Verificación de la medición de pérdida de paquetes

Purpose

Verifique el resultado de la medición de la pérdida según demanda.

Intervención

Desde el modo operativo, ejecute monitor mpls loss rsvp R1-R2 count 2 detail el comando.

Efectos

Se muestra la medición de la pérdida de paquetes para dos recuentos.

Comprobando la medición de retardo de paquetes

Purpose

Compruebe el resultado de la medición del retraso a demanda.

Intervención

Desde el modo operativo, ejecute monitor mpls delay rsvp R1-R2 count 2 detail el comando.

Efectos

Se muestra la medida de retardo de paquetes para dos recuentos.

Verificación de la pérdida de paquetes-medición del retraso

Purpose

Compruebe la pérdida a petición y el resultado de la medición del retraso.

Intervención

Desde el modo operativo, ejecute monitor mpls loss-delay rsvp R1-R2 count 2 detail el comando.

Efectos

Se muestra la pérdida del paquete y la medición del retraso para dos recuentos.

Ejemplo Configuración de mediciones proactivas de prolapsos y pérdidas para LSP de MPLS bidireccionales

En este ejemplo se muestra cómo configurar las medidas proactivas de pérdida y de retraso para las rutas de conmutación de etiquetas (LSP) punto a punto de última derivación de MPLS Redes para supervisar el rendimiento de la red.

Aplicables

En este ejemplo se utilizan los siguientes componentes de hardware y software:

  • Dos plataformas de enrutamiento universal 5G de la serie MX que contienen solo MPC/MICs

  • Junos OS versión 15,1 o posterior que se ejecuta en todos los enrutadores

Antes de empezar:

  1. Configure las interfaces del dispositivo.

  2. Configure los números de sistema autónomo y los ID de enrutador para los dispositivos.

  3. Configure los siguientes protocolos:

    1. MPLS

    2. OSPF

    3. Confirmación de asistencia (RSVP)

Descripción general

A partir de Junos OS versión 15,1, se introduce una herramienta proactiva para supervisar y medir la pérdida de paquetes, el retraso de paquetes o ambas cosas para las rutas de conmutación de marcado de etiquetas de punto a punto (LSP) de MPLS bidireccional asociadas.

Esta característica proporciona las siguientes métricas de rendimiento:

  • Variación de retraso entre paquetes (IPDV)

  • Medición de la pérdida

  • Retardo de ida y vuelta (RTT)

  • Medición de la capacidad de procesamiento

  • Retraso en el canal en dos sentidos

Esta funcionalidad ofrece una visibilidad en tiempo real del rendimiento de la red, facilitando, por lo tanto, el planeamiento, la solución de problemas y la evaluación del rendimiento de la red.

Topología

Figura 3muestra las mediciones proactivas y de retraso mediante una topología de dos enrutadores simple.

Figura 3: Configuración de las mediciones proactivas de pérdidas y retrasoConfiguración de las mediciones proactivas de pérdidas y retraso

En este ejemplo, se configura un LSP bidireccional asociado entre los enrutadores R1 y R2, para los que se miden las métricas de rendimiento.

Automática

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, quite los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los [edit] comandos en la CLI en el nivel de jerarquía y, a continuación, entrar commit desde el modo de configuración.

R1

R2

Modalidades

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre Cómo desplazarse por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar el enrutador R1:

  1. Habilite la configuración mejorada de servicios de red IP.

  2. Configure las interfaces para el enrutador R1.

  3. Configure el ID de enrutador para el enrutador R1.

  4. Active RSVP en todas las interfaces del enrutador R1, excluida la interfaz de administración.

  5. Activar MPLS en todas las interfaces del enrutador R1, con exclusión de la interfaz de administración.

  6. Configure un LSP bidireccional asociado con el enrutador R2.

  7. Crear clases de tráfico para mantener las estadísticas de tráfico de datos por clase de tráfico.

    Esto permite la pérdida del ámbito de la clase de tráfico y la medición del retraso.

  8. Configurar la supervisión de rendimiento en la parte solicitante.

  9. Configure la supervisión de rendimiento en el lado de la respuesta.

  10. Configure OSPF con capacidades de ingeniería de tráfico y habilite OSPF en todas las interfaces del enrutador R1, con exclusión de la interfaz de administración.

Resultados

Desde el modo de configuración, para confirmar la configuración show chassis, show interfacesescriba show routing-optionslos comandos show protocols ,, y. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Comproba

Verificación de la pérdida y la medición del retraso

Purpose

Compruebe la pérdida y la medición del retraso.

Intervención

Desde el modo operativo, ejecute show performance-monitoring mpls lsp el comando.

Efectos

Se muestran las métricas de pérdida de paquetes y de medición de retraso del LSP.

Configuración de la pérdida a pedido y la medición del retraso

Puede configurar una pérdida a petición y una medición del retraso para las rutas de conmutación de etiqueta (LSP) punto a punto de las redes de MPLS para supervisar el rendimiento de la red. Los monitor mpls loss rsvpcomandos monitor mpls delay rsvp, y monitor mpls loss-delay rsvp , y la CLI proporcionan un resumen a pedido de las métricas de rendimiento para la pérdida de paquetes en modo directo, el retraso de paquetes bidireccional y las métricas relacionadas, como la variación de retraso entre paquetes y la medición del rendimiento del canal.

Esta funcionalidad ofrece una visibilidad en tiempo real del rendimiento de la red, facilitando, por lo tanto, el planeamiento, la solución de problemas y la evaluación del rendimiento de la red.

Antes de empezar:

  1. Configure las interfaces del dispositivo.

  2. Configure el ID.

  3. Configure los siguientes protocolos:

    • Confirmación de asistencia (RSVP)

    • OSPF

      Activar las capacidades de ingeniería de tráfico.

    • MPLS

Para configurar el dispositivo de PE:

  1. Active el chasis con servicios de túnel y configuración mejorada de servicios de redes IP.
  2. Configure un LSP bidireccional asociado con el enrutador remoto.
  3. Crear clases de tráfico para mantener las estadísticas de tráfico de datos por clase de tráfico.

    Esto permite que la medición de la calidad del alcance de clase de tráfico.

Configuración de las mediciones proactivas de pérdidas y retraso

Puede configurar las medidas proactivas de pérdida y de retraso para las rutas de conmutación de etiqueta (LSP) punto a punto de última derivación de MPLS Redes para supervisar el rendimiento de la red. El show performance-monitoring mpls lsp comando de CLI proporciona un resumen de las métricas de rendimiento para la pérdida de paquetes en modo directo, el retardo de paquetes bidireccional y las métricas relacionadas, como la variación de retraso entre paquetes y la medición del rendimiento del canal.

Esta funcionalidad ofrece una visibilidad en tiempo real del rendimiento de la red, facilitando, por lo tanto, el planeamiento, la solución de problemas y la evaluación del rendimiento de la red.

Esta característica proporciona las siguientes métricas de rendimiento:

  • Variación de retraso entre paquetes (IPDV)

  • Medición de la pérdida

  • Retardo de ida y vuelta (RTT)

  • Medición de la capacidad de procesamiento

  • Retraso en el canal en dos sentidos

Antes de empezar:

  1. Configure las interfaces del dispositivo.

  2. Configure los números de sistema autónomo y los ID de enrutador para los dispositivos.

  3. Configure los siguientes protocolos:

    • MPLS

    • OSPF

    • Confirmación de asistencia (RSVP)

Para configurar las medidas proactivas de pérdidas y retraso en el dispositivo PE:

  1. Configure un LSP bidireccional asociado con el enrutador R2.
  2. Crear clases de tráfico para mantener las estadísticas de tráfico de datos por clase de tráfico.

    Esto permite la pérdida del ámbito de la clase de tráfico y las mediciones de retraso.

  3. Configurar la supervisión de rendimiento en la parte solicitante.
  4. Configure la supervisión de rendimiento en el lado de la respuesta.