Guía de Configuración de IP SLAs de Cisco IOS, Release 12.2SR
Configurar un control de salud LSP con la detección LSP
2 Agosto 2013 - Traducción Automática | Otras Versiones: PDFpdf 465 KB | Inglés (2 Enero 2008) | Comentarios

Contenidos

Configurar las operaciones del control de salud IP SLA LSP del Cisco IOS

Encontrar la información de la característica

Contenido

Requisitos previos para las operaciones del control de salud LSP

Restricciones para las operaciones del control de salud LSP

Información sobre las operaciones del control de salud LSP

Beneficios de LSP Health Monitor

Cómo Funciona LSP Health Monitor

Detección de Routers PE Vecinos

Proceso de Detección de LSP

Grupos de Detección LSP

Operaciones de Traceroute LSP Ping y LSP de IP SLAs

Operación de IP SLAs VCCV

Monitoreo de Umbral Proactivo para LSP Health Monitor

Programación de Varias Operaciones para LSP Health Monitor

Cómo configurar las operaciones del control de salud LSP

Configurar una operación del control de salud LSP

Configurar una operación del control de salud LSP sin la detección LSP en un router PE

Configurar la operación del control de salud LSP con la detección LSP en un router PE

Operaciones del control de salud del Scheduling LSP

Restricciones

Consejos de Troubleshooting

Pasos Siguientes

Manualmente el configurar y Scheduling un ping IP SLA LSP u operación LSP Traceroute

Consejos de Troubleshooting

Pasos Siguientes

Manualmente el configurar y Scheduling una operación IP SLA VCCV

Consejos de Troubleshooting

Pasos Siguientes

Verificando y localización de averías de las operaciones del control de salud LSP

Ejemplos de Configuración de LSP Health Monitor

Ejemplo: Configurando y verificando el control de salud LSP sin la detección LSP

Ejemplo: Configurando y verificando el control de salud LSP con la detección LSP

Ejemplo: Manualmente configurar una operación del ping IP SLA LSP

Ejemplo: Manualmente configurar una operación IP SLA VCCV

Referencias adicionales

Documentos Relacionados

Estándares

MIB

RFC

Asistencia Técnica

Información de la característica para las operaciones del control de salud LSP


Configurar las operaciones del control de salud IP SLA LSP del Cisco IOS


Primera publicación: De febrero el 27 de 2007
Última actualización: De febrero el 14 de 2011

Este módulo describe cómo configurar un control de salud llano de la trayectoria conmutada de etiquetas de los acuerdos del servicio del IP del Cisco IOS (SLA) (LSP) con la característica de detección LSP. Permiso de los controles de salud LSP usted a dinámico monitorea el Redes privadas virtuales (VPN) del Multiprotocol Label Switching (MPLS) de la capa 3. Esta característica proporciona la verificación de punta a punta automatizada en el avión del control y los datos acepillan para todos los LSP entre el Routers participante del borde del proveedor (PE). Este (acercamiento de punta a punta del router PE-a-PE) se asegura de que la Conectividad LSP esté verificada a lo largo de las trayectorias que el tráfico de clientes esté enviado. Por lo tanto, los problemas de conectividad de red de cliente-afectación que ocurren dentro de la base MPLS serán detectados por el control de salud LSP. Una vez que está configurado, el control de salud LSP creará y borrará automáticamente las operaciones del ping IP SLA LSP o del traceroute LSP basadas en la topología de red.

Encontrar la información de la característica

Su versión de software puede no soportar todas las características documentadas en este módulo. Para la últimas información y advertencias de la característica, vea los Release Note para su plataforma y versión de software. Para encontrar la información sobre las características documentadas en este módulo, y ver una lista de las versiones en las cuales se soporta cada característica, vea “información de la característica para la sección de las operaciones del control de salud LSP”.

Utilice Cisco Feature Navigator para buscar información sobre el soporte de plataformas y el soporte de imágenes del software Cisco IOS y Catalyst OS. Para acceder el Cisco Feature Navigator, vaya t http://www.cisco.com/go/cfn. Una cuenta en el cisco.com no se requiere.

Contenido

Requisitos previos para las operaciones del control de salud LSP

Restricciones para las operaciones del control de salud LSP

Información sobre las operaciones del control de salud LSP

Cómo configurar las operaciones del control de salud LSP

Ejemplos de Configuración de LSP Health Monitor

Referencias adicionales

Información de la característica para las operaciones del control de salud LSP

Requisitos previos para las operaciones del control de salud LSP

El Routers participante PE de una operación del control de salud LSP debe soportar la característica del ping MPLS LSP. Se recomienda que el Routers del proveedor (p) también soporta la característica del ping MPLS LSP para obtener el informe de errores y la información de diagnóstico completos.

Asegúrese de que el router de la fuente PE tenga bastante memoria para soportar las funciones deseadas del control de salud LSP. Habilitar la opción de detección LSP puede potencialmente tener un impacto significativo en la memoria del router. Si no hay bastante memoria disponible durante el proceso de detección LSP, el proceso terminará agraciado y un mensaje de error será visualizado.


Observeal Routers del destino PE de una operación del control de salud LSP no requieren el respondedor IP SLA ser habilitados.


Restricciones para las operaciones del control de salud LSP

Una vez que se comienza una operación del control de salud LSP, sus parámetros de la configuración no deben ser cambiados hasta que la operación haya terminado. El cambio de los parámetros de la configuración mientras que la operación se está ejecutando activamente podría causar los retardos en la obtención de las estadísticas de la conectividad de red.

Información sobre las operaciones del control de salud LSP

Beneficios de LSP Health Monitor

Cómo Funciona LSP Health Monitor

Detección de Routers PE Vecinos

Proceso de Detección de LSP

Grupos de Detección LSP

Operaciones de Traceroute LSP Ping y LSP de IP SLAs

Operación de IP SLAs VCCV

Monitoreo de Umbral Proactivo para LSP Health Monitor

Programación de Varias Operaciones para LSP Health Monitor

Beneficios de LSP Health Monitor

medidas de la Conectividad del Fin-a-fin LSP a través de los multipaths del igual costo para determinar la disponibilidad de la red o probar la conectividad de red en las redes MPLS

Monitoreo de umbral dinámico a través de las notificaciones y de los mensajes de Syslog del SNMP trap

Tiempo de Troubleshooting reducido de la red para las redes MPLS

Detección de error de la red escalable usando la capacidad rápida de la recomprobación

Creación y cancelacíon de las operaciones IP SLA basadas en la topología de red

Detección de vecinos del salto siguiente del Border Gateway Protocol (BGP) basados en los casos locales del VPN Routing and Forwarding (VRF) y las tablas de Global Routing

Planificación de la multioperación de operaciones de SLA IP

Prueba de la Conectividad del seudo alambre entre los bordes de la red MPLS, con las Violaciones de umbral y la previsión de operación scalable

Alertas de la supervisión y del SNMP trap para las Violaciones de umbral del Round-Trip Time (RTT), la pérdida de conexión, y los descansos del comando response

Cómo Funciona LSP Health Monitor

La característica del control de salud LSP proporciona la capacidad dinámico monitorea el MPLS VPNs de la capa 3. El proceso general para cómo son los trabajos del control de salud LSP como sigue:

1. El usuario configura una operación del control de salud LSP y se habilita el proceso de detección de vecino del salto siguiente BGP.

Configurar una operación del control de salud LSP es similar a configurar una operación estándar IP SLA. Para ilustrar, todos los parámetros de funcionamiento para una operación del control de salud LSP se configuran después de que un número de identificación para la operación se especifique. Sin embargo, las operaciones a diferencia del estándar IP SLA, estos parámetros configurados entonces se utilizan pues la configuración baja para IP individual las operaciones del ping SLA LSP y del traceroute LSP que serán creadas por el control de salud LSP. El proceso de detección LSP puede potencialmente tener un impacto significativo en la memoria y el CPU del router de la fuente PE. Para evitar problemas de rendimiento del router innecesarios, es importante sopesar con cuidado la configuración de los parámetros operativos y de planificación de una operación LSP Health Monitor.

Cuando se habilita el proceso de detección de vecino del siguiente salto BGP, se genera una base de datos con los vecinos de siguiente salto BGP que se utilizan en cualquier VRF asociado con el router PE de origen, en función de la información proceden del VRF local y de las tablas de ruteo globales. Para obtener más información sobre el proceso de detección de vecino del siguiente salto BGP, vea la sección "Detección de Routers PE Vecinos".


Observepor abandono, sólo un trayecto único entre la fuente y el Routers del destino PE se descubre. Si se habilita la opción de detección LSP, los multipaths del igual costo entre la fuente y el Routers del destino PE se descubren. Para más información sobre cómo los trabajos de proceso de detección LSP, consideran la sección “del proceso de detección LSP”.


2. El usuario configura los parámetros dinámicos del monitoreo de umbral para la operación del control de salud LSP. Para más información sobre el monitoreo de umbral dinámico, vea “monitoreo de umbral dinámico para la sección del control de salud LSP”.

Dependiendo de la opción de configuración dinámica del monitoreo de umbral elegida, se generan las notificaciones o los mensajes de Syslog del SNMP trap mientras que se resuelven las Violaciones de umbral.

3. El usuario configura los parámetros de previsión del multioperation para la operación del control de salud LSP. Para más información sobre el multioperation que programa, vea “Scheduling de Multioperation para la sección del control de salud LSP”.

Una vez que se comienza la operación del control de salud LSP, una sola operación IP SLA se crea automáticamente (basado en los parámetros configurados en el paso 1) para cada vecino aplicable PE (salto siguiente BGP). Las operaciones IP SLA medirán la conectividad de red entre el router de la fuente PE y el router descubierto del destino PE. La hora de inicio y la frecuencia de cada medida se basa en los parámetros de previsión del multioperation definidos por el usuario.

Adición y cancelacíon de las operaciones IP SLA

El control de salud LSP recibe las notificaciones periódicas sobre los vecinos del salto siguiente BGP a quienes se han agregado o se han quitado de un VPN determinado. Esta información se salva en una cola mantenida por el control de salud LSP. De acuerdo con la información en la cola y los intervalos de tiempo definidos por el usuario, las nuevas operaciones IP SLA se crean automáticamente para el Routers nuevamente descubierto PE y las operaciones existentes IP SLA se borran automáticamente para cualquier Routers PE que sea no más válido. La cancelacíon automática de las operaciones puede ser inhabilitada. Sin embargo, inhabilitar esta función no se recomienda porque estas operaciones entonces necesitarían ser borradas manualmente.

Si se habilita la opción de detección LSP, la creación de los grupos de la detección LSP para los vecinos nuevamente descubiertos del salto siguiente BGP seguirá el mismo proceso según lo descrito en la sección “del proceso de detección LSP”. Si quitan a un vecino del salto siguiente BGP de un VPN determinado, todos los grupos correspondientes de la detección LSP y sus IP individual operaciones asociadas y las estadísticas SLA se quitan de la base de datos del grupo de la detección LSP.

Listas de acceso para filtrar a los vecinos del salto siguiente BGP

Las listas de IP Access estándar se pueden configurar para restringir el número de operaciones IP SLA que sean creadas automáticamente por el control de salud LSP. Cuando se configura el parámetro de la lista de acceso IP SLA, la lista de vecinos del salto siguiente BGP descubiertos por el control de salud LSP se filtra sobre la base de las condiciones definidas por la lista de IP Access estándar asociada. Es decir el control de salud LSP creará automáticamente las operaciones IP SLA solamente para esos vecinos del salto siguiente BGP con las direcciones de origen que satisfacen los criterios permitidos por la lista de IP Access estándar.

El Identificador único para cada uno creó automáticamente la operación IP SLA

Las operaciones IP SLA creadas automáticamente por el control de salud LSP son identificadas únicamente por su campo de propietario. El campo de propietario de una operación se genera usando todos los parámetros que se pueden configurar para esa operación determinada. Si la longitud del campo de propietario es más larga de 255 caracteres, será truncada.

Detección de Routers PE Vecinos

Un proceso de detección de vecino del salto siguiente BGP es utilizado para encontrar a los vecinos del salto siguiente BGP funcionando por cualquier VRF asociado al router de la fuente PE. En la mayoría de los casos, estos vecinos serán Routers PE.

Cuando se habilita el proceso de detección de vecino del siguiente salto BGP, se genera una base de datos con los vecinos de siguiente salto BGP que se utilizan en cualquier VRF asociado con el router PE de origen, en función de la información proceden del VRF local y de las tablas de ruteo globales. Mientras que se reciben las actualizaciones de ruteo, agregan a y se borran a los nuevos vecinos del salto siguiente BGP de la base de datos inmediatamente.

El cuadro 1 muestra cómo los procesos funciona de la detección de vecino del salto siguiente BGP para un escenario de VPN simple para un Proveedor de servicios de Internet (ISP). En este ejemplo, hay tres VPN asociados al router PE1: rojo, azul y verde. Desde la perspectiva del router PE1, estos VPN son accesibles remotamente a través de los vecinos PE2 (Router ID del salto siguiente BGP: 12.12.12.12) y PE3 (Router ID: 13.13.13.13). Cuando el proceso de detección de vecino del salto siguiente BGP se habilita en el router PE1, una base de datos se genera sobre la base del VRF y de las tablas de Global Routing locales. La base de datos en este ejemplo contiene dos entradas del Next Hop Router BGP: PE2 12.12.12.12 y PE3 13.13.13.13. Las entradas de ruteo se mantienen por el Next Hop Router para distinguir qué Next Hop Router pertenecen dentro de qué VRF determinado. Para cada entrada del Next Hop Router, la clase de equivalencia delantera del IPv4 (FEC) del Next Hop Router BGP en la tabla de Global Routing se proporciona para poderla utilizar por la operación del ping MPLS LSP.

Cuadro 1 detección de vecino del salto siguiente BGP para un VPN simple

Proceso de Detección de LSP

La opción de detección LSP de una operación del control de salud LSP proporciona la capacidad para descubrir los multipaths del igual costo para llevar el tráfico MPLS entre la fuente y el Routers del destino PE. Las medidas de la conectividad de red se pueden entonces realizar para cada uno de las trayectorias que fueron descubiertas.

El proceso general para la detección LSP es como sigue:

1.Descubren a los vecinos del salto siguiente BGP usando el proceso de detección de vecino del salto siguiente BGP. Para obtener más información sobre el proceso de detección de vecino del siguiente salto BGP, vea la sección "Detección de Routers PE Vecinos".

Una vez que se comienza la operación de LSP Health Monitor, se crea automáticamente una sola operación de IP SLAs para cada vecino PE aplicable (siguiente salto BGP). Solamente un trayecto único a cada vecino aplicable PE se descubre durante este paso inicial del proceso de detección LSP. Para cada vecino del salto siguiente, el control de salud LSP crea un grupo de la detección LSP (que consiste en inicialmente solamente el uno descubrió la trayectoria) y asigna al grupo con un número de la identificación única. Para más información sobre los grupos de la detección LSP, vea “la sección de los grupos de la detección LSP”.

2. Una petición de la detección LSP es enviada por el control de salud LSP al subsistema de la detección LSP para cada vecino aplicable del salto siguiente BGP. Para cada vecino del salto siguiente en quien se reciba una respuesta apropiada, los pedidos de eco MPLS se envían uno a uno del router de la fuente PE de descubrir los multipaths del igual costo. Los parámetros que identifican únicamente cada igual costo de trayectoria múltiple (127/8 [LSP selector] del IP Address de destino y la interfaz saliente PE) se agregan a la base de datos asociada de la detección LSP.


Observepara una operación dada del control de salud LSP, el usuario puede definir el número máximo de vecinos del salto siguiente BGP que puedan experimentar en paralelo la detección LSP.


3. Cada uno IP individual operación SLA (creada para cada vecino aplicable PE) utiliza un superoperation del ping IP SLA LSP para medir la conectividad de red a través de todos los multipaths del igual costo entre el router de la fuente PE y el router descubierto del destino PE. El superoperation IP SLA actúa enviando un paquete ping LSP al router del destino PE y ajustando el LSP haga ping 127/8 dirección IP del selector LSP para cada igual costo descubierto de trayectoria múltiple. Por ejemplo, asuma que hay tres multipaths del igual costo a un router del destino PE y los IP Addresses identificados del selector LSP son 127.0.0.1, 127.0.0.5, y 127.0.0.6. El superoperation IP SLA enviaría secuencialmente tres paquetes ping LSP usando los IP Addresses identificados del selector LSP para dirigir el superoperation a través de las tres trayectorias. Esta técnica se asegura de que haya solamente una sola operación del ping IP SLA LSP para cada fuente y pares de routers del destino PE, y reduce perceptiblemente el número de operaciones activas del ping LSP enviadas por el router de la fuente PE.

El cuadro 2 ilustra un escenario de VPN simple. Esta red consiste en un MPLS VPN de la base con dos Routers PE (router PE1 y router PE2) que pertenece al azul nombrado VRF VPN. Suponga que el router PE1 es el router de la fuente PE para una operación del control de salud LSP con la opción de detección LSP habilitada y ese router PE2 es descubierto por el proceso de detección BGP como vecino del salto siguiente BGP al router PE1. Si la trayectoria 1 y la trayectoria 2 son multipaths del igual costo entre el router PE1 al router PE2, después el proceso de detección LSP crearía un grupo de la detección LSP que consiste en la trayectoria 1 y la trayectoria 2. Un superoperation del ping IP SLA LSP también sería creado para monitorear la disponibilidad de la red a través de cada trayectoria.

Cuadro 2 detección LSP para un VPN simple

Grupos de Detección LSP

Una sola operación del control de salud LSP se puede comprender de varios grupos de la detección LSP dependiendo del número de vecinos del salto siguiente BGP descubiertos por el proceso de detección de vecino del salto siguiente BGP. Cada grupo de la detección LSP corresponde a un vecino del salto siguiente BGP y se asigna un número de la identificación única (que comienza con el número 1). El cuadro 3 ilustra un escenario de VPN simple. Esta red consiste en un MPLS VPN de la base con tres Routers PE (router PE1, PE2, y PE3) perteneciendo al azul nombrado VRF VPN. Suponga que el router PE1 es el router de la fuente PE para una operación del control de salud LSP con la opción de detección LSP habilitada y ese router PE2 y PE3 son descubiertos por el proceso de detección BGP como vecinos del salto siguiente BGP al router PE1. El group1 de la detección LSP se crea para los multipaths del igual costo entre el router PE1 al group2 del router PE2 y de la detección LSP se crea para los multipaths del igual costo entre el router PE1 al router PE3.

Cuadro 3 grupos de la detección LSP para un VPN simple

Una vez que se comienza la operación de LSP Health Monitor, se crea automáticamente una sola operación de IP SLAs para cada vecino PE aplicable (siguiente salto BGP). Cada operación IP SLA (creada para cada vecino aplicable PE) utiliza un superoperation del ping IP SLA LSP para medir la conectividad de red a través de todos los multipaths del igual costo entre el router de la fuente PE y el router descubierto del destino PE. Cada superoperation del ping LSP corresponde a un solo grupo de la detección LSP.

El superoperation del ping LSP actúa enviando un paquete ping LSP al router del destino PE y ajustando el LSP haga ping 127/8 dirección IP del selector LSP para cada igual costo descubierto de trayectoria múltiple. Las estadísticas de la conectividad de red recogidas por cada igual costo de trayectoria múltiple se agregan y se salvan en los incrementos de una hora (los datos se pueden recoger para un máximo de dos horas). Se salvan los resultados mientras que el grupo hace un promedio del representante de todos los multipaths del igual costo dentro del grupo de la detección LSP para un incremento de una hora dado.

Cada de trayectoria múltiple del igual costo descubierta entre el router de la fuente PE y un vecino del salto siguiente BGP se identifica únicamente con los parámetros siguientes:

127/8 IP Address de destino (selector LSP) dentro del alcance del IP Address del host local

Interfaz saliente PE

La base de datos para un grupo de la detección LSP es actualizada si ocurren los eventos siguientes uces de los:

El superoperation correspondiente del ping LSP envía un paquete ping LSP.

Un igual costo activo de trayectoria múltiple se agrega a o se borra del grupo de la detección LSP.

El usuario ingresa el comando cisco ios de borrar todos los datos estadísticos agregados para un grupo determinado de la detección LSP.

Operaciones de Traceroute LSP Ping y LSP de IP SLAs

Esta característica introduce el soporte para las operaciones del ping IP SLA LSP y del traceroute IP SLA LSP. Estas operaciones son útiles para localizar averías los problemas de conectividad de red y determinar la disponibilidad de la red en un MPLS VPN. Al usar el control de salud LSP, el ping IP SLA LSP y las operaciones del traceroute LSP se crean automáticamente para medir la conectividad de red entre el router de la fuente PE y el Routers descubierto del destino PE. IP individual el ping SLA LSP y las operaciones del traceroute LSP pueden también ser configurados manualmente. La configuración manual de estas operaciones puede ser útil para localizar averías un problema de conectividad.

El ping IP SLA LSP y las operaciones del traceroute IP SLA LSP se basan en la misma infraestructura usada por el ping MPLS LSP y las características MPLS LSP Traceroute, respectivamente, para enviar y recibir la Respuesta de eco y los paquetes de pedidos para probar los LSP.

La opción de detección LSP no soporta las operaciones del traceroute IP SLA.

Operación de IP SLAs VCCV

La verificación de la conectividad del circuito virtual de los soportes de operación IP SLA VCCV (VCCV) para los servicios del Borde-a-borde de la emulación del seudo alambre (PWE3) a través de las redes MPLS. Basan al tipo de operación IP SLA VCCV en ping mpls pseudowire el comando, que marca la Conectividad MPLS LSP a través de un cualquier transporte sobre el virtual circuit (VC) MPLS (átomo) enviando una serie de operaciones del ping del seudo alambre al router del destino especificado PE.

Cuando el marcar de la Conectividad MPLS LSP se realiza con una operación IP SLA VCCV (bastante que con ping mpls el comando con pseudowire la palabra clave), usted puede utilizar las capacidades de previsión dinámicas del monitoreo de umbral y del multioperation IP SLA:

Usted puede configurar una operación IP SLA VCCV para realizar el control proactivo de los servicios PWE3 y de la detección de incidentes en esos servicios. Una operación IP SLA VCCV puede enviar un Trap del Simple Network Management Protocol (SNMP) si se violan los umbrales del Round-Trip Time (RTT), si se pierde la conexión, o si ocurre un descanso del comando response. Además, los datos RTT están disponibles ser señalado como estadísticas. Para más información, vea “monitoreo de umbral dinámico para la sección del control de salud LSP”.

Con el uso ip sla schedule del comando, usted puede programar una operación IP SLA VCCV para realizar periódicamente VCCV para los servicios PWE3. Para más información, vea “Scheduling de Multioperation para la sección del control de salud LSP”.

La opción de detección LSP no soporta la operación IP SLA VCCV.

Monitoreo de Umbral Proactivo para LSP Health Monitor

El soporte dinámico del monitoreo de umbral para la característica del control de salud LSP proporciona la capacidad para accionar las notificaciones del SNMP trap y los mensajes de Syslog cuando se cumplen las condiciones definidas por el usario de la reacción (tales como una pérdida de conexión o un descanso). Configurar el monitoreo de umbral para una operación del control de salud LSP es similar a configurar el monitoreo de umbral para una operación estándar IP SLA.

Opción de Detección LSP Habilitada

Si la opción de detección LSP para una operación del control de salud LSP se habilita, las notificaciones del SNMP trap pueden ser generadas cuando ocurre uno de los eventos siguientes:

La detección LSP para un vecino determinado del salto siguiente BGP falla.

Estado operacional de cambios LSP de un grupo de la detección.

Las razones posibles por las cuales la detección LSP puede fallar para un vecino determinado del salto siguiente BGP son como sigue:

Expiración de la hora permitida para que un vecino del salto siguiente BGP responda a una petición de la detección LSP.

El código de retorno “está roto” o “inexplorable” para todas las trayectorias que llevan al vecino del salto siguiente BGP.

El cuadro 1 describe las condiciones para las cuales el estado operacional de un grupo de la detección LSP puede cambiar. Siempre que IP individual una operación del ping SLA LSP de un grupo de la detección LSP se ejecute, se genera un código de retorno. Dependiendo del valor del código de retorno y del estado actual del grupo de la detección LSP, el estatus del grupo puede cambiar.

Condiciones del cuadro 1 para las cuales cambios de estado LSP de un grupo de la detección 

IP individual código de retorno de la operación SLA
Estatus actual del grupo = PARA ARRIBA
Estatus actual del grupo = PARCIAL
Estatus actual del grupo = ABAJO

OK

No se produce ningún cambio de estado del grupo.

Si los códigos de retorno para todas las trayectorias en el grupo son ACEPTABLES, entonces los cambios de estado del grupo a PARA ARRIBA.

El estado del grupo cambia a PARCIAL.

Quebrado o inexplorable

El estado del grupo cambia a PARCIAL.

Si los códigos de retorno para todas las trayectorias en el grupo son quebrados o inexplorables, entonces los cambios de estado del grupo a ABAJO.

No se produce ningún cambio de estado del grupo.


El código de retorno para IP individual una operación del ping SLA LSP puede ser uno del siguiente:

AUTORIZACIÓN — Indica que el LSP está trabajando correctamente. El tráfico del cliente VPN será enviado a través de esta trayectoria.

Quebrado — Indica que el LSP está quebrado. El tráfico del cliente VPN no será enviado a través de esta trayectoria y puede ser desechado.

Inexplorable — Indica que no todas las trayectorias a este vecino PE se han descubierto. Esto puede ser debido a una interrupción a lo largo del LSP o porque el número de 127/8 IP Addresses usado para la selección LSP se ha agotado.

El estatus de un grupo de la detección LSP puede ser uno del siguiente:

DESCONOCIDO — Indica que el estatus del grupo todavía no se ha determinado y que las trayectorias que pertenecen al grupo están en curso de prueba por primera vez. Una vez que esta prueba inicial es completa, el estatus del grupo cambiará a PARA ARRIBA, PARCIAL, o ABAJO.

ENCIMA DE — Indica que todas las trayectorias dentro del grupo son activas y ningunos errores de la operación se han detectado.

PARCIAL — Indica que han detectado a un error de la operación para uno o más, pero no todas las, trayectorias dentro del grupo.

ABAJO — Indica que han detectado a un error de la operación para todas las trayectorias dentro del grupo.

Opción de frecuencia secundaria

Con la introducción de la característica del control de salud LSP, se ha agregado un nuevo parámetro del monitoreo de umbral que permite que usted especifique una frecuencia secundaria. Si se configura la opción de frecuencia secundaria y detectan a un error (tal como una pérdida de conexión o un descanso) para un trayecto determinado, la frecuencia en la cual se remide la trayectoria aumentará al valor de la frecuencia secundario (que prueba a un ritmo más rápido). Cuando se cumple la condición configurada de la reacción (por ejemplo las pérdidas de conexión consecutivas N o los descansos consecutivos N), un SNMP trap y el mensaje de Syslog puede ser enviado y la frecuencia de la medida volverá a su valor de la frecuencia original.

Programación de Varias Operaciones para LSP Health Monitor

El soporte de previsión de Multioperation para la característica del control de salud LSP proporciona la capacidad para programar fácilmente las operaciones automáticamente creadas IP SLA (para una operación dada del control de salud LSP) para comenzar en los intervalos distribuidos igualmente durante un período de tiempo especificado (período del horario) y para recomenzar en una frecuencia especificada. La previsión de Multioperation es determinado útil en caso de que el control de salud LSP se habilite en un router de la fuente PE que tenga un gran número de vecinos PE y, por lo tanto, un gran número de operaciones IP SLA ejecutándose al mismo tiempo.

Las operaciones creadas recientemente IP SLA (para los vecinos nuevamente descubiertos del salto siguiente BGP) se agregan al mismo período del horario que las operaciones que se están ejecutando actualmente. Para evitar que demasiadas operaciones comiencen al mismo tiempo, la función de planificación del multioperation programará las operaciones para comenzar al azar los intervalos distribuidos uniformemente durante el período del horario.

Configurar un horario del multioperation para el control de salud LSP es similar a configurar un horario estándar del multioperation para un grupo IP individual de operaciones SLA.

Opción de Detección LSP Habilitada

Cuando un horario del multioperation para una operación del control de salud LSP con la detección LSP se comienza, descubren a los vecinos del salto siguiente BGP, y la conectividad de red a cada vecino aplicable se monitorea usando solamente un solo LSP. Es decir inicialmente, la conectividad de red entre el router de la fuente PE y el router descubierto del destino PE se mide a través solamente de un trayecto único. Esta Condición inicial es lo mismo como si una operación del control de salud LSP fuera realizada sin la detección LSP.

La información específica sobre las operaciones del ping IP SLA LSP que se crean para los links de costo equivalentes nuevamente descubiertos durante las iteraciones sucesivas del proceso de detección LSP se salva en la base de datos del grupo de la detección LSP. Estas operaciones creadas recientemente del ping IP SLA LSP comenzarán a recoger los datos en la siguiente iteración de las medidas de la conectividad de red para su grupo asociado de la detección LSP.

Las horas de inicio para IP individual las operaciones del ping SLA LSP para cada grupo de la detección LSP se basan en el número de grupos de la detección LSP y del período del horario del horario del multioperation. Por ejemplo, si tres grupos de la detección LSP (el group1, el group2, y el grupo que 3) se programa funcionar con durante 60 segundos, la primera operación del ping LSP del group1 comenzarán en los segundos 0, la primera operación del ping LSP del group2 comenzará en 20 segundos, y la primera operación del ping LSP del Group3 comenzará en 40 segundos. El seguir siendo IP individual operaciones del ping SLA LSP para cada grupo de la detección LSP se ejecutará secuencialmente tras completar la primera operación del ping LSP. Para cada grupo de la detección LSP, solamente una operación del ping LSP ejecuta el en un momento.

Cómo configurar las operaciones del control de salud LSP

Configurando una operación del control de salud LSP (requerida)

Operaciones del control de salud del Scheduling LSP (requeridas)

Manualmente el configurar y Scheduling un ping IP SLA LSP u operación LSP Traceroute (opcional)

Manualmente el configurar y Scheduling una operación IP SLA VCCV (opcional)

Verificando y localización de averías de las operaciones del control de salud LSP (opcionales)

Configurar una operación del control de salud LSP

Realice solamente uno de las tareas siguientes:

Configurar una operación del control de salud LSP sin la detección LSP en un router PE

Configurar la operación del control de salud LSP con la detección LSP en un router PE

Configurar una operación del control de salud LSP sin la detección LSP en un router PE

Restricciones

Si la opción de detección de LSP se inhabilita, solamente se detecta una única trayectoria entre el router PE de origen y cada vecino de siguiente salto BGP.

PASOS SUMARIOS

1. enable

2. configure terminal

3. mpls discovery vpn next-hop

4. mpls discovery vpn interval seconds

5. auto ip sla mpls-lsp-monitor operation-number

6.type echo [ipsla-vrf-all | vrf vpn-name]
o
type pathEcho [ipsla-vrf-all | vrf vpn-name]

7. access-list access-list-number

8. scan-interval minutes

9. delete-scan-factor factor

10. force-explicit-null

11. exp exp-bits

12. lsp-selector ip-address

13. reply-dscp-bits dscp-value

14. reply-mode {ipv4 | router-alert}

15. request-data-size bytes

16. secondary-frequency {both | connection-loss | timeout} frequency

17. tag text

18. threshold milliseconds

19. timeout milliseconds

20. ttl time-to-live

21. exit

22. auto ip sla mpls-lsp-monitor reaction-configuration operation-number react {connectionLoss | timeout} [{[]action-type optiondel []threshold-type consecutive occurrences | immediate | never}]

23. exit

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

mpls discovery vpn next-hop

Example:

Router(config)# mpls discovery vpn next-hop

(Opcional) Habilita el proceso de detección de vecino de siguiente salto del MPLS VPN BGP.

Observeeste comando se habilita automáticamente cuando se ingresa el comando auto del MPLS-LSP-monitor del sla del IP.

Paso 4 

mpls discovery vpn interval seconds

Example:

Router(config)# mpls discovery vpn interval 120

(Opcional) Especifica el intervalo de tiempo en el que las entradas de ruteo que ya no son válidas se remueven de la base de datos de detección de vecinos de BGP de siguiente salto de una MPLS VPN.

Paso 5 

auto ip sla mpls-lsp-monitor operation-number

Example:

Router(config)# auto ip sla mpls-lsp-monitor 1

Comienza la configuración para una operación del control de salud LSP y ingresa el modo auto de la configuración de MPLS IP SLA.

La notaque ingresa este comando habilita automáticamente el comando del Next-Hop del vpn de la detección de los mpls.

Paso 6 

type echo [ipsla-vrf-all | vrf vpn-name]

o

type pathEcho [ipsla-vrf-all | vrf vpn-name]

Example:

Router(config-auto-ip-sla-mpls)# type echo ipsla-vrf-all

o

Example:

Router(config-auto-ip-sla-mpls)# type pathEcho ipsla-vrf-all

Ingresa el submode de la configuración de parámetros MPLS y permite que el usuario configure los parámetros para una operación del ping IP SLA LSP usando el control de salud LSP.

o

Ingresa el submode de la configuración de parámetros MPLS y permite que el usuario configure los parámetros para una operación del traceroute IP SLA LSP usando el control de salud LSP.

Paso 7 

access-list access-list-number

Example:

Router(config-auto-ip-sla-mpls-params)# access-list 10

(Opcional) especifica la lista de acceso para aplicarse a una operación del control de salud LSP.

Paso 8 

scan-interval minutes

Example:

Router(config-auto-ip-sla-mpls-params)# scan-interval 5

(Opcional) fija el temporizador para la base de datos del control de salud IP SLA LSP.

Paso 9 

delete-scan-factor factor

Example:

Router(config-auto-ip-sla-mpls-params)# delete-scan-factor 2

(Opcional) especifica la cantidad de veces que el control de salud LSP debe marcar la cola de la exploración antes automáticamente de borrar las operaciones IP SLA para los vecinos del salto siguiente BGP que son no más válidos.

El factor predeterminado de la exploración es 1. cada vez que el control de salud LSP marca la cola de la exploración para las actualizaciones, él borra las operaciones IP SLA para los vecinos del salto siguiente BGP que son no más válidos.

Si el factor de la exploración se fija a 0, las operaciones IP SLA no serán borradas automáticamente por el control de salud LSP. Esta configuración no se recomienda.

Este comando se debe utilizar con scan-interval el comando.

Paso 10 

force-explicit-null

Example:

Router(config-auto-ip-sla-mpls-params)# force-explicit-null

(Opcional) agrega una Etiqueta NULL explícita a todos los paquetes de pedido de eco de una operación IP SLA.

Paso 11 

exp exp-bits

Example:

Router(config-auto-ip-sla-mpls-params)# exp 5

(Opcional) Especifica el valor del campo experimental en el encabezado de un paquete de solicitud de eco de una operación de IP SLAs.

Paso 12 

lsp-selector ip-address

Example:

Router(config-auto-ip-sla-mpls-params)# lsp-selector 127.0.0.10

(Opcional) especifica la dirección IP del host local usada para seleccionar el LSP de una operación IP SLA.

Paso 13 

reply-dscp-bits dscp-value

Example:

Router(config-auto-ip-sla-mpls-params)# reply-dscp-bits 5

(Opcional) especifica el valor del codepoint de los Servicios diferenciados (DSCP) para un paquete de respuesta de eco de una operación IP SLA.

Paso 14 

reply-mode {ipv4 | router-alert}

Example:

Router(config-auto-ip-sla-mpls-params)# reply-mode router-alert

(Opcional) especifica el modo de la contestación para un paquete de pedido de eco de una operación IP SLA.

El modo predeterminado de la contestación es un paquete UDP del IPv4.

Paso 15 

request-data-size bytes

Example:

Router(config-auto-ip-sla-mpls-params)# request-data-size 200

(Opcional) Especifica el tamaño de los datos del protocolo para un paquete de solicitud de una operación de IP SLAs.

Paso 16 

secondary-frequency {both | connection-loss | timeout} frequency

Example:

Router(config-auto-ip-sla-mpls-params)# secondary-frequency connection-loss 10

(Opcional) Define la frecuencia de medición más rápida (frecuencia secundaria) a la que debe cambiar una operación de IP SLAs cuando se produce una condición de reacción.

Paso 17 

tag text

Example:

Router(config-auto-ip-sla-mpls-params)# tag testgroup

(Opcional) Crea un identificador especificado por el usuario para una operación de IP SLAs.

Paso 18 

threshold milliseconds

Example:

Router(config-auto-ip-sla-mpls-params)# threshold 6000

(Opcional) Establece el valor superior del umbral para calcular las estadísticas de monitoreo de red creadas por una operación de los SLA IP.

Paso 19 

timeout milliseconds

Example:

Router(config-auto-ip-sla-mpls-params)# timeout 7000

(Opcional) Especifica la cantidad de tiempo que la operación de IP SLAs espera una respuesta de su paquete de solicitud.

Paso 20 

ttl time-to-live

Example:

Router(config-auto-ip-sla-mpls-params)# ttl 200

(Opcional) Especifica el conteo de saltos máximo para un paquete de solicitud de eco de una operación de IP SLAs.

Paso 21 

exit

Example:

Router(config-auto-ip-sla-mpls-params)# exit

Submode y devoluciones de la configuración de parámetros de las salidas MPLS al modo de configuración global.

Paso 22 

auto ip sla mpls-lsp-monitor reaction-configuration operation-number react {connectionLoss | timeout} [action-type option] [threshold-type {consecutive [occurrences] | immediate | never}]

Example:

Router(config)# auto ip sla mpls-lsp-monitor reaction-configuration 1 react connectionLoss action-type trapOnly threshold-type consecutive 3

(Opcional) configura ciertas acciones para ocurrir basado en los eventos bajo el control del control de salud LSP.

Paso 23 

exit

Example:

Router(config)# exit

Sale del submodo de configuración global y vuelve al modo EXEC privilegiado.

Configurar la operación del control de salud LSP con la detección LSP en un router PE

Restricciones

El control de salud LSP con la característica de detección LSP soporta el MPLS VPNs de la capa 3 solamente.

La opción de detección LSP no soporta las operaciones del traceroute IP SLA LSP.

La opción de detección LSP no soporta las operaciones IP SLA VCCV.

El proceso de detección LSP puede potencialmente tener un impacto significativo en la memoria y el CPU del router de la fuente PE. Para evitar problemas de rendimiento del router innecesarios, es importante sopesar con cuidado la configuración de los parámetros operativos y de planificación de una operación LSP Health Monitor.

PASOS SUMARIOS

1. enable

2. configure terminal

3. mpls discovery vpn next-hop

4. mpls discovery vpn interval seconds

5. auto ip sla mpls-lsp-monitor operation-number

6.type echo [ipsla-vrf-all | vrf vpn-name]

7.Parámetros optativos de la configuración para la operación de la generación de eco IP SLA LSP.

8. path-discover

9. hours-of-statistics-kept hours

10. force-explicit-null

11. interval milliseconds

12. lsp-selector-base ip-address

13. maximum-sessions number

14. scan-period minutes

15. session-timeout seconds

16. timeout seconds

17. exit

18. exit

19. auto ip sla mpls-lsp-monitor reaction-configuration operation-number react lpd {lpd-group []retry number | tree-trace} []action-type trapOnly

20. ip sla logging traps

21. exit

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

mpls discovery vpn next-hop

Example:

Router(config)# mpls discovery vpn next-hop

(Opcional) Habilita el proceso de detección de vecino de siguiente salto del MPLS VPN BGP.

Observeeste comando se habilita automáticamente cuando se ingresa el comando auto del MPLS-LSP-monitor del sla del IP.

Paso 4 

mpls discovery vpn interval seconds

Example:

Router(config)# mpls discovery vpn interval 120

(Opcional) Especifica el intervalo de tiempo en el que las entradas de ruteo que ya no son válidas se remueven de la base de datos de detección de vecinos de BGP de siguiente salto de una MPLS VPN.

Paso 5 

auto ip sla mpls-lsp-monitor operation-number

Example:

Router(config)# auto ip sla mpls-lsp-monitor 1

Comienza la configuración para una operación del control de salud LSP y ingresa el modo auto de la configuración de MPLS IP SLA.

La notaque ingresa este comando habilita automáticamente el comando del Next-Hop del vpn de la detección de los mpls.

Paso 6 

type echo [ipsla-vrf-all | vrf vpn-name]

Example:

Router(config-auto-ip-sla-mpls)# type echo ipsla-vrf-all

Ingresa el modo de la configuración de parámetros MPLS y permite que el usuario configure los parámetros para una operación del ping IP SLA LSP usando el control de salud LSP.

Paso 7 

Configure los parámetros optativos para la operación de la generación de eco IP SLA LSP.

(Opcional) vea los pasos 7 a 21 en “que configuran una operación del control de salud LSP sin la detección LSP en la sección de un router PE”.

Paso 8 

path-discover

Example:

Router(config-auto-ip-sla-mpls-params)# path-discover

Habilita la opción de detección LSP para una operación del control de salud IP SLA LSP y ingresa el submode de la configuración de los parámetros de detección LSP.

Paso 9 

hours-of-statistics-kept hours

Example:

Router(config-auto-ip-sla-mpls-lpd-params)# hours-of-statistics-kept 1

(Opcional) fija el número de horas para las cuales las estadísticas del grupo de la detección LSP se mantengan para una operación del control de salud LSP.

Paso 10 

force-explicit-null

Example:

Router(config-auto-ip-sla-mpls-lpd-params)# force-explicit-null

(Opcional) agrega una Etiqueta NULL explícita a todos los paquetes de pedido de eco de una operación del control de salud LSP.

Paso 11 

interval milliseconds

Example:

Router(config-auto-ip-sla-mpls-lpd-params)# interval 2

(Opcional) especifica el intervalo de tiempo entre los pedidos de eco MPLS que se envían como parte del proceso de detección LSP para una operación del control de salud LSP.

Paso 12 

lsp-selector-base ip-address

Example:

Router(config-auto-ip-sla-mpls-lpd-params)# lsp-selector-base 127.0.0.2

(Opcional) especifica la dirección IP baja usada para seleccionar los LSP que pertenecen a los grupos de la detección LSP de una operación del control de salud LSP.

Paso 13 

maximum-sessions number

Example:

Router(config-auto-ip-sla-mpls-lpd-params)# maximum-sessions 2

(Opcional) especifica el número máximo de vecinos del salto siguiente BGP que puedan experimentar en paralelo la detección LSP para una sola operación del control de salud LSP.

La consideración apropiadade la nota debe ser utilizada al configurar este parámetro para evitar un impacto negativo en el CPU del router.

Paso 14 

scan-period minutes

Example:

Router(config-auto-ip-sla-mpls-lpd-params)# scan-period 30

(Opcional) fija la cantidad de tiempo después de lo cual el proceso de detección LSP puede recomenzar para una operación del control de salud LSP.

Paso 15 

session-timeout seconds

Example:

Router(config-auto-ip-sla-mpls-lpd-params)# session-timeout 60

(Opcional) fija la cantidad de tiempo que el proceso de detección LSP para una operación del control de salud LSP espera una respuesta a su pedido de la detección LSP un vecino determinado del salto siguiente BGP.

Paso 16 

timeout seconds

Example:

Router(config-auto-ip-sla-mpls-lpd-params)# timeout 4

(Opcional) fija la cantidad de tiempo que el proceso de detección LSP para una operación del control de salud LSP espera una respuesta a sus paquetes de pedido de eco.

La consideración apropiadade la nota debe ser utilizada al configurar este parámetro para evitar un impacto negativo en el CPU del router.

Paso 17 

exit

Example:

Router(config-auto-ip-sla-mpls-lpd-params)# exit

Submode y devoluciones de la configuración de los parámetros de detección de las salidas LSP al modo de la configuración de parámetros MPLS.

Paso 18 

exit

Example:

Router(config-auto-ip-sla-mpls-params)# exit

Modo y devoluciones de la configuración de parámetros de las salidas MPLS al modo de configuración global.

Paso 19 

auto ip sla mpls-lsp-monitor reaction-configuration operation-number react lpd {lpd-group [retry number] | tree-trace} [action-type trapOnly]

Example:

Router(config)# auto ip sla mpls-lsp-monitor reaction-configuration 1 react lpd lpd-group retry 3 action-type trapOnly

(Opcional) configura los parámetros dinámicos del monitoreo de umbral para una operación del control de salud LSP con la detección LSP habilitada.

Paso 20 

ip sla logging traps

Example:

Router(config)# ip sla logging traps

(Opcional) Habilita la generación de mensajes de registro del sistema SNMP específicos de notificaciones de trampas de IP SLAs.

Paso 21 

exit

Example:

Router(config)# exit

Sale del submodo de configuración global y vuelve al modo EXEC privilegiado.

Operaciones del control de salud del Scheduling LSP

Restricciones

Todas las operaciones IP SLA que se programarán deben ser configuradas ya.


Observeel proceso de detección LSP puede potencialmente tener un impacto significativo en la memoria y el CPU del router de la fuente PE. La consideración apropiada debe ser tomada al configurar los parámetros de previsión para prevenir demasiado IP SLA que el LSP hace ping las operaciones de ejecutarse al mismo tiempo. El período del horario se debe fijar a un valor relativamente grande para el MPLS VPNs grande.

Las operaciones creadas recientemente IP SLA (para los vecinos nuevamente descubiertos del salto siguiente BGP) se agregan al mismo período del horario del mulioperation que las operaciones que se están ejecutando actualmente. Para evitar que demasiadas operaciones comiencen al mismo tiempo, el planificador de trabajos del multioperation programará las operaciones para comenzar al azar los intervalos distribuidos uniformemente durante el período del horario.


PASOS SUMARIOS

1. enable

2. configure terminal

3.auto ip sla mpls-lsp-monitor schedule operation-number schedule-period seconds [[]frequency seconds] [start-time {after hh:mm:ss | hh: mm[]:ss[month day | day month] | now | pending}]

4. exit

5. show ip sla configuration

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

auto ip sla mpls-lsp-monitor schedule operation-number schedule-period seconds [frequency [seconds]] [start-time {after hh:mm:ss | hh:mm[:ss] [month day | day month] | now | pending}]

Example:

Router(config)# auto ip sla mpls-lsp-monitor schedule 1 schedule-period 60 start-time now

Configura los parámetros de planificación para una operación de LSP Health Monitor.

Paso 4 

exit

Example:

Router(config)# exit

Sale al modo EXEC privilegiado.

Paso 5 

show ip sla configuration
Example:
Router# show ip sla configuration

(Opcional) Muestra los detalles de la configuración de IP SLAs.

Consejos de Troubleshooting

Utilice debug ip sla trace y debug ip sla error los comandos ayudar a resolver problemas los problemas con IP individual una operación del ping SLA LSP o del traceroute LSP. Utilice debug ip sla mpls-lsp-monitor el comando de ayudar a resolver problemas los problemas con una operación del control de salud IP SLA LSP.

Pasos Siguientes

Para visualizar los resultados IP individual de una operación SLA utilice show ip sla statistics y show ip sla statistics aggregated los comandos. Marcar la salida para los campos que corresponden a los criterios de su Contrato de nivel de servicio le ayudará a determinar si las métricas de servicio son aceptables.

Manualmente el configurar y Scheduling un ping IP SLA LSP u operación LSP Traceroute

PASOS SUMARIOS

1. enable

2. configure terminal

3. ip sla operation-number

4.mpls lsp ping ipv4 destination-address destination-mask []force-explicit-nulldel []lsp-selector ip-addressdel []src-ip-addr source-address[reply {dscp dscp-value | mode {ipv4 | router-alert}}]
o
mpls lsp trace ipv4 destination-address destination-mask []force-explicit-nulldel []lsp-selector ip-addressdel []src-ip-addr source-address[reply {dscp dscp-value | mode {ipv4 | router-alert}}]

5. exp exp-bits

6. request-data-size bytes

7.secondary-frequency {connection-loss | timeout} frequency

8. tag text

9. threshold milliseconds

10. timeout milliseconds

11. ttl time-to-live

12. exit

13. ip sla reaction-configuration operation-number []react monitored-element[threshold-type {never | immediate | consecutive []consecutive-occurrences | xofy []x-value y-value | average []number-of-probesdel []}]threshold-value upper-threshold lower-threshold[action-type {none | trapOnly | triggerOnly | trapAndTrigger}]

14. ip sla logging traps

15. ip sla schedule operation-number [life {forever | seconds}] [start-time {hh: mm[]:ss[month day | day month] | pending | now | after hh:mm:ss}] []ageout secondsdel []recurring

16. exit

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

ip sla operation-number

Example:

Router(config)# ip sla 1

Comienza la configuración para una operación de SLAs IP e ingresa al modo de configuración de SLA IP.

Paso 4 

mpls lsp ping ipv4 destination-address destination-mask [force-explicit-null] [lsp-selector ip-address] [src-ip-addr source-address] [reply {dscp dscp-value | mode {ipv4 | router-alert}}]

o

mpls lsp trace ipv4 destination-address destination-mask [force-explicit-null] [lsp-selector ip-address] [src-ip-addr source-address] [reply {dscp dscp-value | mode {ipv4 | router-alert}}]

Example:

Router(config-ip-sla)# mpls lsp ping ipv4 192.168.1.4 255.255.255.255 lsp-selector 127.1.1.1

o

Example:

Router(config-ip-sla)# mpls lsp trace ipv4 192.168.1.4 255.255.255.255 lsp-selector 127.1.1.1

Configura la operación IP SLA como operación del ping LSP y ingresa al modo de configuración del ping LSP.

o

Configura la operación IP SLA como operación de la traza LSP y ingresa al modo de configuración de la traza LSP.

Paso 5 

exp exp-bits

Example:

Router(config-sla-monitor-lspPing)# exp 5

(Opcional) Especifica el valor del campo experimental en el encabezado de un paquete de solicitud de eco de una operación de IP SLAs.

Observeal modo de configuración del ping LSP se utiliza en este ejemplo y en los pasos restantes. A menos que donde observados, los mismos comandos también se soporten en el modo de configuración de la traza LSP.

Paso 6 

request-data-size bytes

Example:

Router(config-sla-monitor-lspPing)# request-data-size 200

(Opcional) Especifica el tamaño de los datos del protocolo para un paquete de solicitud de una operación de IP SLAs.

Paso 7 

secondary-frequency {connection-loss | timeout} frequency

Example:

Router(config-sla-monitor-lspPing)# secondary-frequency connection-loss 10

(Opcional) Define la frecuencia de medición más rápida (frecuencia secundaria) a la que debe cambiar una operación de IP SLAs cuando se produce una condición de reacción.

Este comando está para las operaciones del ping IP SLA LSP solamente. El modo de configuración de la traza LSP no soporta este comando.

Paso 8 

tag text

Example:

Router(config-sla-monitor-lspPing)# tag testgroup

(Opcional) Crea un identificador especificado por el usuario para una operación de IP SLAs.

Paso 9 

threshold milliseconds

Example:

Router(config-sla-monitor-lspPing)# threshold 6000

(Opcional) Establece el valor superior del umbral para calcular las estadísticas de monitoreo de red creadas por una operación de los SLA IP.

Paso 10 

timeout milliseconds

Example:

Router(config-sla-monitor-lspPing)# timeout 7000

(Opcional) Especifica la cantidad de tiempo que la operación de IP SLAs espera una respuesta de su paquete de solicitud.

Paso 11 

ttl time-to-live

Example:

Router(config-sla-monitor-lspPing)# ttl 200

(Opcional) Especifica el conteo de saltos máximo para un paquete de solicitud de eco de una operación de IP SLAs.

Paso 12 

exit

Example:

Router(config-sla-monitor-lspPing)# exit

Ping de las salidas LSP o submode y devoluciones de la configuración de la traza LSP al modo de configuración global.

Paso 13 

ip sla reaction-configuration operation-number [react monitored-element] [threshold-type {never | immediate | consecutive [consecutive-occurrences] | xofy [x-value y-value] | average [number-of-probes]}] [threshold-value upper-threshold lower-threshold] [action-type {none | trapOnly | triggerOnly | trapAndTrigger}]

Example:

Router(config)# ip sla reaction-configuration 1 react connectionLoss threshold-type consecutive 3 action-type traponly

(Opcional) Configura que tengan lugar ciertas acciones basándose en los eventos bajo el control de Cisco IOS IP SLAs.

Paso 14 

ip sla logging traps

Example:

Router(config)# ip sla logging traps

(Opcional) Habilita la generación de mensajes de registro del sistema SNMP específicos de notificaciones de trampas de IP SLAs.

Paso 15 

ip sla schedule operation-number [life {forever | seconds}] [start-time {hh:mm[:ss] [month day | day month] | pending | now | after hh:mm:ss}] [ageout seconds] [recurring]

Example:

Router(config)# ip sla schedule 1 start-time now

Configura los parámetros de planificación de una operación de IP SLAs.

Paso 16 

exit

Example:

Router(config)# exit

Sale del submodo de configuración global y vuelve al modo EXEC privilegiado.

Consejos de Troubleshooting

Utilice debug ip sla trace y debug ip sla error los comandos ayudar a resolver problemas los problemas con IP individual una operación del ping SLA LSP o del traceroute LSP.

Pasos Siguientes

Para visualizar los resultados IP individual de una operación SLA utilice show ip sla statistics y show ip sla statistics aggregated los comandos. Marcar la salida para los campos que corresponden a los criterios de su Contrato de nivel de servicio le ayudará a determinar si las métricas de servicio son aceptables.

Manualmente el configurar y Scheduling una operación IP SLA VCCV

PASOS SUMARIOS

1. enable

2. configure terminal

3. ip sla operation-number

4.mpls lsp ping pseudowire peer-ipaddr vc-id []source-ipaddr source-ipaddr

5. exp exp-bits

6. frequency seconds

7. request-data-size bytes

8.secondary-frequency {both | connection-loss | timeout} frequency

9. tag text

10. threshold milliseconds

11. timeout milliseconds

12. exit

13. ip sla reaction-configuration operation-number []react monitored-element[threshold-type {never | immediate | consecutive []consecutive-occurrences | xofy []x-value y-value | average []number-of-probesdel []}]threshold-value upper-threshold lower-threshold[action-type {none | trapOnly | triggerOnly | trapAndTrigger}]

14. ip sla logging traps

15. ip sla schedule operation-number [life {forever | seconds}] [start-time {hh: mm[]:ss[month day | day month] | pending | now | after hh:mm:ss}] []ageout secondsdel []recurring

16. exit

PASOS DETALLADOS
 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

ip sla operation-number

Example:

Router(config)# ip sla 777

Comienza a configurar una operación IP SLA y ingresa al modo de configuración IP SLA.

Paso 4 

mpls lsp ping pseudowire peer-ipaddr vc-id [source-ipaddr source-ipaddr]

Example:

Router(config-ip-sla)# mpls lsp ping
pseudowire 192.168.1.103 123 source-ipaddr 192.168.1.102

Configura la operación IP SLA como ping del seudo alambre LSP y ingresa al modo de configuración VCCV.

Paso 5 

exp exp-bits


Router(config-sla-vccv)# exp 5

(Opcional) Especifica el valor del campo experimental en el encabezado de un paquete de solicitud de eco de una operación de IP SLAs.

Paso 6 

frequency seconds

Example:

Router(config-sla-vccv)# frequency 120

(Opcional) especifica la tarifa en la cual una operación especificada IP SLA relanza.

Paso 7 

request-data-size bytes

Example:

Router(config-sla-vccv)# request-data-size 200

(Opcional) Especifica el tamaño de los datos del protocolo para un paquete de solicitud de una operación de IP SLAs.

Paso 8 

secondary-frequency {both | connection-loss | timeout} frequency

Example:

Router(config-sla-vccv)# secondary-frequency connection-loss 10

(Opcional) Define la frecuencia de medición más rápida (frecuencia secundaria) a la que debe cambiar una operación de IP SLAs cuando se produce una condición de reacción.

Paso 9 

tag text

Example:

Router(config-sla-vccv)# tag testgroup

(Opcional) Crea un identificador especificado por el usuario para una operación de IP SLAs.

Paso 10 

threshold milliseconds


Router(config-sla-vccv)# threshold 6000

(Opcional) Establece el valor superior del umbral para calcular las estadísticas de monitoreo de red creadas por una operación de los SLA IP.

Paso 11 

timeout milliseconds

Example:

Router(config-sla-vccv)# timeout 7000

(Opcional) Especifica la cantidad de tiempo que la operación de IP SLAs espera una respuesta de su paquete de solicitud.

Paso 12 

exit

Example:

Router(config-sla-vccv)# exit

Modo de configuración y devoluciones de las salidas VCCV al modo de configuración global.

Paso 13 

ip sla reaction-configuration operation-number [react monitored-element] [threshold-type {never | immediate | consecutive [consecutive-occurrences] | xofy [x-value y-value] | average [number-of-probes]}] [threshold-value upper-threshold lower-threshold] [action-type {none | trapOnly | triggerOnly | trapAndTrigger}]

Example:

Router(config)# ip sla reaction-configuration 777 react connectionLoss threshold-type consec- utive 3 action-type traponly

(Opcional) Configura que tengan lugar ciertas acciones basándose en los eventos bajo el control de Cisco IOS IP SLAs.

Paso 14 

ip sla logging traps

Example:

Router(config)# ip sla logging traps

(Opcional) Habilita la generación de mensajes de registro del sistema SNMP específicos de notificaciones de trampas de IP SLAs.

Paso 15 

ip sla schedule operation-number [life {forever | seconds}] [start-time {hh:mm[:ss] [month day | day month] | pending | now | after hh:mm:ss}] [ageout seconds] [recurring]

Example:

Router(config)# ip sla schedule 777 life forev- er start-time now

Configura los parámetros de planificación de una operación de IP SLAs.

Paso 16 

exit

Example:

Router(config)# exit

Sale del submodo de configuración global y vuelve al modo EXEC privilegiado.

Consejos de Troubleshooting

Utilice debug ip sla trace y debug ip sla error los comandos ayudar a resolver problemas los problemas con IP individual un servicio SLA PWE3 vía VCCV la operación.

Pasos Siguientes

Para visualizar los resultados IP individual de una operación SLA utilice show ip sla statistics y show ip sla statistics aggregated los comandos. Marcar la salida para los campos que corresponden a los criterios de su Contrato de nivel de servicio le ayudará a determinar si las métricas de servicio son aceptables.

Verificando y localización de averías de las operaciones del control de salud LSP

PASOS SUMARIOS

1.debug ip sla error []operation-number

2.debug ip sla mpls-lsp-monitor []operation-number

3.debug ip sla trace []operation-number

4.show ip sla mpls-lsp-monitor collection-statistics []group-id

5.show ip sla mpls-lsp-monitor configuration []operation-number

6.show ip sla mpls-lsp-monitor lpd operational-state []group-id

7. show ip sla mpls-lsp-monitor neighbors

8. show ip sla mpls-lsp-monitor scan-queue operation-number

9.show ip sla mpls-lsp-monitor summary [[[]operation-number group group-id]]

10.show ip sla statistics []operation-numberdel []details

11show ip sla statistics aggregated []operation-numberdel []details

12. show mpls discovery vpn

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

debug ip sla error [operation-number]

Example:

Router# debug ip sla error

(Opcional) habilita la salida de debbuging de los errores de tiempo de ejecución de la operación IP SLA.

Paso 2 

debug ip sla mpls-lsp-monitor [operation-number]

Example:

Router# debug ip sla mpls-lsp-monitor

(Opcional) habilita la salida de debbuging de las operaciones del control de salud LSP.

Paso 3 

debug ip sla trace [operation-number]

Example:

Router# debug ip sla trace

(Opcional) habilita la salida de debbuging para localizar la ejecución de las operaciones IP SLA.

Paso 4 

show ip sla mpls-lsp-monitor collection-statistics [group-id]

Example:

Router# show ip sla mpls-lsp-monitor collection-statistics 100001

(Opcional) visualiza las estadísticas para las operaciones IP SLA que pertenecen a un grupo de la detección LSP de una operación del control de salud LSP.

Observeeste comando es aplicable solamente si se habilita la opción de detección LSP.

Paso 5 

show ip sla mpls-lsp-monitor configuration [operation-number]

Example:

Router# show ip sla mpls-lsp-monitor configuration 1

(Opcional) visualiza los valores de configuración para las operaciones del control de salud LSP.

Paso 6 

show ip sla mpls-lsp-monitor lpd operational-state [group-id]

Example:

Router# show ip sla mpls-lsp-monitor lpd operational-state 100001

(Opcional) visualiza el estado operacional de los grupos de la detección LSP que pertenecen a una operación del control de salud LSP.

Observeeste comando es aplicable solamente si se habilita la opción de detección LSP.

Paso 7 

show ip sla mpls-lsp-monitor neighbors

Example:

Router# show ip sla mpls-lsp-monitor neighbors

Visualizaciones (opcionales) que rutean e información de la Conectividad sobre los vecinos del salto siguiente del MPLS VPN BGP descubiertos por la operación del control de salud LSP.

Paso 8 

show ip sla mpls-lsp-monitor scan-queue operation-number

Example:

Router# show ip sla mpls-lsp-monitor scan-queue 1

(Opcional) visualiza la información sobre agregar o borrar a los vecinos del salto siguiente BGP de un MPLS VPN determinado de una operación del control de salud LSP.

Paso 9 

show ip sla mpls-lsp-monitor summary [operation-number [group [group-id]]]

Example:

Router# show ip sla mpls-lsp-monitor summary

(Opcional) visualiza la información del grupo del vecino del salto siguiente BGP y de la detección LSP para las operaciones del control de salud LSP.

Observeeste comando es aplicable solamente si se habilita la opción de detección LSP.

Paso 10 

show ip sla statistics [operation-number] [details]

Example:

Router# show ip sla statistics 100001

(Opcional) visualiza el estado operacional y las estadísticas actuales de todas las operaciones IP SLA o de una operación especificada.

Observeeste comando se aplica solamente a las operaciones manualmente configuradas IP SLA.

Paso 11 

show ip sla statistics aggregated [operation-number] [details]

Example:

Router# show ip sla statistics aggregated 100001

(Opcional) visualiza los errores estadísticos y la información agregados de la distribución para todas las operaciones IP SLA o una operación especificada.

Observeeste comando se aplica solamente a las operaciones manualmente configuradas IP SLA.

Paso 12 

show mpls discovery vpn

Example:

Router# show mpls discovery vpn

(Opcional) visualiza la información de ruteo referente al proceso de detección de vecino del salto siguiente del MPLS VPN BGP.

Ejemplos de Configuración de LSP Health Monitor

Ejemplo: Configurando y verificando el control de salud LSP sin la detección LSP

Ejemplo: Configurando y verificando el control de salud LSP con la detección LSP

Ejemplo: Manualmente configurar una operación del ping IP SLA LSP

Ejemplo: Manualmente configurar una operación IP SLA VCCV

Ejemplo: Configurando y verificando el control de salud LSP sin la detección LSP

El cuadro 4 ilustra un escenario de VPN simple para un ISP. Esta red consiste en un MPLS VPN de la base con cuatro Routers PE que pertenece a tres VPN: rojo, azul y verde. Desde la perspectiva del router PE1, estos VPN son accesibles remotamente a través de los Next Hop Router PE2 (Router ID BGP: 10.10.10.5), PE3 (Router ID: 10.10.10.7), y PE4 (Router ID: 10.10.10.8).

Cuadro 4 red usada para el ejemplo del control de salud LSP

Las demostraciones del siguiente ejemplo cómo configurar los parámetros de funcionamiento, el monitoreo de umbral dinámico, y la opción de planificación en el router PE1 (véase el cuadro 4) usando el control de salud LSP. En este ejemplo, la opción de detección LSP se habilita para la operación 1 de la operación 1. del control de salud LSP es configurada para crear automáticamente las operaciones del ping IP SLA LSP para todos los vecinos del salto siguiente BGP (PE2, PE3, y PE4) funcionando por todos los VRF (rojo, azul, y verde) asociados al router PE1. Se habilita el proceso vecino del salto siguiente BGP, y el intervalo de tiempo en el cual las entradas de ruteo que son no más válidas se quita de la base de datos de la detección de vecino del salto siguiente BGP se fija a 60 segundos. El intervalo de tiempo en el cual LSP Health Monitor verifica la cola de escaneo para obtener las actualizaciones de vecino de siguiente salto BGP se establece en 1 minuto. La opción de frecuencia secundaria se habilita para la pérdida de conexión y los eventos de tiempo de espera, y la frecuencia secundaria se fija a 10 segundos. Según lo especificado por la configuración dinámica del monitoreo de umbral, cuando ocurre la pérdida de conexión tres o los eventos de tiempo de espera consecutivos, se envía una notificación del SNMP trap. La programación de multioperación y la generación de mensajes del registro del sistema de IP SLAs SNMP se habilita.

Configuración de PE1 del Router

mpls discovery vpn interval 60
mpls discovery vpn next-hop
!
auto ip sla mpls-lsp-monitor 1
 type echo ipsla-vrf-all
 timeout 1000
 scan-interval 1
 secondary-frequency both 10
!
auto ip sla mpls-lsp-monitor reaction-configuration 1 react connectionLoss threshold-type 
consecutive 3 action-type trapOnly
auto ip sla mpls-lsp-monitor reaction-configuration 1 react timeout threshold-type 
consecutive 3 action-type trapOnly

ip sla traps
snmp-server enable traps rtr
!
auto ip sla mpls-lsp-monitor schedule 1 schedule-period 60 start-time now


Lo que sigue es salida de muestra show ip sla mpls-lsp-monitor configuration del comando para el router PE1:

PE1# show ip sla mpls-lsp-monitor configuration 1

Entry Number : 1
Modification time   : *12:18:21.830 PDT Fri Aug 19 2005
Operation Type      : echo
Vrf Name            : ipsla-vrf-all
Tag                 : 
EXP Value           : 0
Timeout(ms)         : 1000
Threshold(ms)       : 5000
Frequency(sec)      : Equals schedule period
LSP Selector        : 127.0.0.1
ScanInterval(min)   : 1
Delete Scan Factor  : 1
Operations List     : 100001-100003
Schedule Period(sec): 60
Request size        : 100
Start Time          : Start Time already passed
SNMP RowStatus      : Active
TTL value           : 255
Reply Mode          : ipv4
Reply Dscp Bits     : 
Secondary Frequency : Enabled on Timeout
         Value(sec) : 10
Reaction Configs    :
    Reaction        : connectionLoss
    Threshold Type  : Consecutive
    Threshold Count : 3
    Action Type     : Trap Only
    Reaction        : timeout
    Threshold Type  : Consecutive
    Threshold Count : 3
    Action Type     : Trap Only


Lo que sigue es salida de muestra show mpls discovery vpn del comando para el router PE1:

PE1# show mpls discovery vpn

Refresh interval set to 60 seconds.
Next refresh in 46 seconds

Next hop 10.10.10.5 (Prefix: 10.10.10.5/32)
        in use by: red, blue, green

Next hop 10.10.10.7 (Prefix: 10.10.10.7/32)
        in use by: red, blue, green

Next hop 10.10.10.8 (Prefix: 10.10.10.8/32)
        in use by: red, blue, green


Lo que sigue es salida de muestra show ip sla mpls-lsp-monitor neighbors del comando para el router PE1:

PE1# show ip sla mpls-lsp-monitor neighbors

IP SLA MPLS LSP Monitor Database : 1
BGP Next hop 10.10.10.5 (Prefix: 10.10.10.5/32)  OK
  ProbeID: 100001 (red, blue, green)
BGP Next hop 10.10.10.7 (Prefix: 10.10.10.7/32)  OK
  ProbeID: 100002 (red, blue, green)
BGP Next hop 10.10.10.8 (Prefix: 10.10.10.8/32)  OK
  ProbeID: 100003 (red, blue, green)


Lo que sigue es salida de muestra del show ip sla mpls-lsp-monitor scan-queue 1 y debug ip sla mpls-lsp-monitor de los comandos cuando la conectividad del IP del router PE1 al router PE4 se pierde. Esta salida muestra que la pérdida de conexión a cada uno de los VPN asociados al router PE4 (rojo, azul, y verde) fue detectada y que esta información fue agregada a la cola de la exploración del control de salud LSP. También, puesto que el router PE4 es no más un vecino válido del salto siguiente BGP, la operación IP SLA para el router PE4 (sonda 10003) se está borrando.

PE1# show ip sla mpls-lsp-monitor scan-queue 1

Next scan Time after: 20 Secs
Next Delete scan Time after: 20 Secs

BGP Next hop    Prefix             vrf                              Add/Delete? 
10.10.10.8      0.0.0.0/0          red                              Del(100003)
10.10.10.8      0.0.0.0/0          blue                             Del(100003)
10.10.10.8      0.0.0.0/0          green                            Del(100003)


PE1# debug ip sla mpls-lsp-monitor

IP SLAs MPLSLM debugging for all entries is on
*Aug 19 19:48: IP SLAs MPLSLM(1):Next hop 10.10.10.8 added in DeleteQ(1)
*Aug 19 19:49: IP SLAs MPLSLM(1):Removing vrf red from tree entry 10.10.10.8
*Aug 19 19:56: IP SLAs MPLSLM(1):Next hop 10.10.10.8 added in DeleteQ(1)
*Aug 19 19:56: IP SLAs MPLSLM(1):Next hop 10.10.10.8 added in DeleteQ(1)
*Aug 19 19:49: IP SLAs MPLSLM(1):Removing vrf blue from tree entry 10.10.10.8
*Aug 19 19:49: IP SLAs MPLSLM(1):Removing vrf green from tree entry 10.10.10.8
*Aug 19 19:49: IP SLAs MPLSLM(1):Removing Probe 100003


Lo que sigue es salida de muestra del show ip sla mpls-lsp-monitor scan-queue 1 y debug ip sla mpls-lsp-monitor de los comandos cuando la conectividad del IP del router PE1 al router PE4 se restablece. Esta salida muestra que cada uno de los VPN asociados al router PE4 (rojo, azul, y verde) fue descubierto y que esta información fue agregada a la cola de la exploración del control de salud LSP. También, puesto que el router PE4 es un vecino nuevamente descubierto del salto siguiente BGP, una nueva operación IP SLA para el router PE4 (sonda 100005) se está creando y se está agregando al horario del multioperation del control de salud LSP. Aunque el router PE4 pertenece a tres VPN, sólo se está creando una operación IP SLA.

PE1# show ip sla mpls-lsp-monitor scan-queue 1

Next scan Time after: 23 Secs
Next Delete scan Time after: 23 Secs

BGP Next hop    Prefix             vrf                              Add/Delete? 
10.10.10.8      10.10.10.8/32      red                              Add
10.10.10.8      10.10.10.8/32      blue                             Add
10.10.10.8      10.10.10.8/32      green                            Add


PE1# debug ip sla mpls-lsp-monitor

IP SLAs MPLSLM debugging for all entries is on
*Aug 19 19:59: IP SLAs MPLSLM(1):Next hop 10.10.10.8 added in AddQ
*Aug 19 19:59: IP SLAs MPLSLM(1):Next hop 10.10.10.8 added in AddQ
*Aug 19 19:59: IP SLAs MPLSLM(1):Next hop 10.10.10.8 added in AddQ
*Aug 19 19:59: IP SLAs MPLSLM(1):Adding vrf red into tree entry 10.10.10.8
*Aug 19 19:59: IP SLAs MPLSLM(1):Adding Probe 100005
*Aug 19 19:59: IP SLAs MPLSLM(1):Adding ProbeID 100005 to tree entry 10.10.10.8 (1)
*Aug 19 19:59: IP SLAs MPLSLM(1):Adding vrf blue into tree entry 10.10.10.8
*Aug 19 19:59: IP SLAs MPLSLM(1):Duplicate in AddQ 10.10.10.8
*Aug 19 19:59: IP SLAs MPLSLM(1):Adding vrf green into tree entry 10.10.10.8
*Aug 19 19:59: IP SLAs MPLSLM(1):Duplicate in AddQ 10.10.10.8
*Aug 19 19:59: IP SLAs MPLSLM(1):Added Probe(s) 100005 will be scheduled after 26 secs 
over schedule period 60

Ejemplo: Configurando y verificando el control de salud LSP con la detección LSP

El cuadro 5 ilustra un escenario de VPN simple para un ISP. Esta red consiste en un MPLS VPN de la base con dos Routers PE que pertenece a un rojo nombrado VPN. Desde la perspectiva del router PE1, hay tres multipaths del igual costo disponibles alcanzar al router PE2.

Cuadro 5 red usada para el control de salud LSP con el ejemplo de la detección LSP

El siguiente ejemplo muestra cómo configurar los parámetros de funcionamiento, el monitoreo de umbral dinámico, y la opción de planificación en el router PE1 (véase el cuadro 5) usando el control de salud LSP. En este ejemplo, la opción de detección LSP se habilita para la operación 100 del control de salud LSP. La operación 100 se configura para crear automáticamente las operaciones del ping IP SLA LSP para todos los multipaths del igual costo entre el router PE1 y el router PE2. Se habilita el proceso vecino del salto siguiente BGP, y el intervalo de tiempo en el cual las entradas de ruteo que son no más válidas se quita de la base de datos de la detección de vecino del salto siguiente BGP se fija a 30 segundos. El intervalo de tiempo en el cual LSP Health Monitor verifica la cola de escaneo para obtener las actualizaciones de vecino de siguiente salto BGP se establece en 1 minuto. La opción de frecuencia secundaria se habilita para la pérdida de conexión y los eventos de tiempo de espera, y la frecuencia secundaria se fija a 5 segundos. La opción de la Etiqueta NULL explícita para los paquetes de pedido de eco se habilita. El período de tiempo del redescubrimiento LSP se fija a 3 minutos. Según lo especificado por la configuración dinámica del monitoreo de umbral, una notificación del SNMP trap será enviada cuando ocurren los cambios de estado LSP de un grupo de la detección. La programación de multioperación y la generación de mensajes del registro del sistema de IP SLAs SNMP se habilita.

Configuración de PE1 del Router

mpls discovery vpn next-hop
mpls discovery vpn interval 30
!
auto ip sla mpls-lsp-monitor 100
 type echo ipsla-vrf-all
 scan-interval 1
 secondary-frequency both 5
!
 path-discover
 force-explicit-null
 scan-period 3
!
auto ip sla mpls-lsp-monitor reaction-configuration 100 react lpd-group retry 3 
action-type trapOnly
!
auto ip sla mpls-lsp-monitor schedule 100 schedule-period 30 start-time now
!
ip sla logging traps
snmp-server enable traps rtr


Lo que sigue es salida de muestra show ip sla mpls-lsp-monitor configuration del comando para el router PE1:

PE1# show ip sla mpls-lsp-monitor configuration

Entry Number : 100
Modification time   : *21:50:16.411 GMT Tue Jun 20 2006
Operation Type      : echo
Vrf Name            : ipsla-vrf-all
Tag                 : 
EXP Value           : 0
Timeout(ms)         : 5000
Threshold(ms)       : 50
Frequency(sec)      : Equals schedule period
ScanInterval(min)   : 1
Delete Scan Factor  : 1
Operations List     : 100002
Schedule Period(sec): 30
Request size        : 100
Start Time          : Start Time already passed
SNMP RowStatus      : Active
TTL value           : 255
Reply Mode          : ipv4
Reply Dscp Bits     : 
Path Discover       : Enable
    Maximum sessions          : 1
    Session Timeout(seconds)  : 120
    Base LSP Selector         : 127.0.0.0
    Echo Timeout(seconds)     : 5
    Send Interval(msec)       : 0
    Label Shimming Mode       : force-explicit-null
    Number of Stats Hours     : 2
    Scan Period(minutes)      : 3
Secondary Frequency : Enabled on Connection Loss and Timeout
         Value(sec) : 5
Reaction Configs    :
    Reaction        : Lpd Group
    Retry Number    : 3
    Action Type     : Trap Only


Lo que sigue es salida de muestra show mpls discovery vpn del comando para el router PE1:

PE1# show mpls discovery vpn

Refresh interval set to 30 seconds.
Next refresh in 4 seconds

Next hop 192.168.1.11 (Prefix: 192.168.1.11/32)
        in use by: red


Lo que sigue es salida de muestra show ip sla mpls-lsp-monitor neighbors del comando para el router PE1:

PE1# show ip sla mpls-lsp-monitor neighbors

IP SLA MPLS LSP Monitor Database : 100
BGP Next hop 192.168.1.11 (Prefix: 192.168.1.11/32)  OK Paths: 3
  ProbeID: 100001 (red)


Lo que sigue es salida de muestra show ip sla mpls-lsp-monitor lpd operational-state del comando para el grupo 100001 de la detección LSP:

PE1# show ip sla mpls-lsp-monitor lpd operational-state

Entry number: 100001
MPLSLM Entry Number: 100
Target FEC Type: LDP IPv4 prefix
Target Address: 192.168.1.11
Number of Statistic Hours Kept: 2
Last time LPD Stats were reset: *21:21:18.239 GMT Tue Jun 20 2006
Traps Type: 3
Latest Path Discovery Mode: rediscovery complete
Latest Path Discovery Start Time: *21:59:04.475 GMT Tue Jun 20 2006
Latest Path Discovery Return Code: OK
Latest Path Discovery Completion Time(ms): 3092
Number of Paths Discovered: 3
Path Information :
Path   Outgoing   Lsp             Link  Conn  Adj             Downstream  
Index  Interface  Selector        Type  Id    Addr            Label Stack     Status 
1      Et0/0      127.0.0.8       90    0     10.10.18.30     21              OK
2      Et0/0      127.0.0.2       90    0     10.10.18.30     21              OK
3      Et0/0      127.0.0.1       90    0     10.10.18.30     21              OK


Lo que sigue es salida de muestra show ip sla mpls-lsp-monitor collection-statistics del comando para el grupo 100001 de la detección LSP:

PE1# show ip sla mpls-lsp-monitor collection-statistics

Entry number: 100001
Start Time Index: *21:52:59.795 GMT Tue Jun 20 2006
Path Discovery Start Time: *22:08:04.507 GMT Tue Jun 20 2006
Target Destination IP address: 192.168.1.11
Path Discovery Status: OK
Path Discovery Completion Time: 3052
Path Discovery Minimum Paths: 3
Path Discovery Maximum Paths: 3
LSP Group Index: 100002
LSP Group Status: up
Total Pass: 36
Total Timeout: 0        Total Fail: 0
Latest Probe Status: 'up,up,up'
Latest Path Identifier: '127.0.0.8-Et0/0-21,127.0.0.2-Et0/0-21,127.0.0.1-Et0/0-21'
Minimum RTT: 280        Maximum RTT: 324        Average RTT: 290


Lo que sigue es salida de muestra show ip sla mpls-lsp-monitor summary del comando para la operación 100 del control de salud LSP:

PE1# show ip sla mpls-lsp-monitor summary 100

Index                    -  MPLS LSP Monitor probe index
Destination              -  Target IP address of the BGP next hop
Status                   -  LPD group status
LPD Group ID             -  Unique index to identify the LPD group
Last Operation Time      -  Last time an operation was attempted by
                            a particular probe in the LPD Group

Index  Destination     Status     LPD Group ID    Last Operation Time
100    192.168.1.11    up         100001          *22:20:29.471 GMT Tue Jun 20 2006


Lo que sigue es salida de muestra show ip sla mpls-lsp-monitor summary del comando para el grupo 100001 de la detección LSP:

PE1#show ip sla mpls-lsp-monitor summary 100 group 100001

Group ID                 -  unique number to identify a LPD group
Lsp-selector             -  Unique 127/8 address used to identify a LPD
Last Operation status    -  Latest probe status
Last RTT                 -  Latest Round Trip Time
Last Operation Time      -  Time when the last operation was attempted

Group ID  Lsp-Selector    Status     Failures    Successes   RTT   Last Operation Time
100001    127.0.0.8       up         0           55          320   *22:20:29.471 GMT Tue 
Jun 20 2006
100001    127.0.0.2       up         0           55          376   *22:20:29.851 GMT Tue 
Jun 20 2006
100001    127.0.0.1       up         0           55          300   *22:20:30.531 GMT Tue 
Jun 20 2006

Ejemplo: Manualmente configurar una operación del ping IP SLA LSP

Las demostraciones del siguiente ejemplo cómo configurar y programar manualmente una operación del ping IP SLA LSP:

ip sla 1
mpls lsp ping ipv4 192.168.1.4 255.255.255.255 lsp-selector 127.1.1.1
frequency 120
secondary-frequency timeout 30
!
ip sla reaction-configuration 1 react connectionLoss threshold-type consecutive 3 
action-type trapOnly
ip sla reaction-configuration 1 react timeout threshold-type consecutive 3 action-type 
trapOnly
ip sla logging traps
!
ip sla schedule 1 start-time now life forever

Ejemplo: Manualmente configurar una operación IP SLA VCCV

Las demostraciones del siguiente ejemplo cómo configurar manualmente una operación IP SLA VCCV conjuntamente con las capacidades de previsión dinámicas del monitoreo de umbral y del multioperation del control de salud LSP.

En este ejemplo, un VC con el identificador 123 se ha establecido ya entre el router PE y su par en la dirección IP 192.168.1.103.

La operación 777 IP SLA VCCV se configura con los parámetros de funcionamiento y las condiciones de la reacción, y se programa para comenzar inmediatamente y funcionamiento indefinidamente.

ip sla 777
 mpls lsp ping pseudowire 192.168.1.103 123 
  exp 5
  frequency 120
  secondary-frequency timeout 30
  tag testgroup
  threshold 6000
  timeout 7000
  exit
!
 ip sla reaction-configuration 777 react rtt threshold-value 6000 3000 threshold-type 
immediate 3 action-type traponly 
 ip sla reaction-configuration 777 react connectionLoss threshold-type immediate 
action-type traponly
 ip sla reaction-configuration 777 react timeout threshold-type consecutive 3 action-type 
traponly
 ip sla logging traps
!
 ip sla schedule 777 life forever start-time now
 exit

Umbrales RTT

threshold El comando configura 6000 milisegundos como la cantidad de tiempo para que un umbral de límite superior sea declarado en el seudo alambre monitoreado. El primer ip sla reaction-configuration comando especifica que una trampa de registro SNMP debe ser enviada inmediatamente si el Round-Trip Time viola el umbral superior de 6000 milisegundos o el umbral inferior de 3000 milisegundos.

Pérdida de conexión

El comando second ip sla reaction-configuration especifica que una trampa de registro SNMP debe ser enviada inmediatamente si una pérdida de conexión ocurre para el seudo alambre monitoreado.

Tiempo de espera de respuesta agotado

timeout El comando configura 7000 segundos como la cantidad de tiempo que VCCV la operación 777 espera una respuesta de su paquete de pedidos antes de que se declare un descanso. secondary-frequency El comando especifica que, si ocurre un descanso, la frecuencia de la medida de las repeticiones de la operación debe ser aumentada a partir de 120 segundos (la frecuencia de la medida inicial especificada usando frequency el comando) a un índice más rápido de 30 segundos. El tercer ip sla reaction-configuration comando especifica que una trampa de registro SNMP debe ser enviada si ocurren tres descansos consecutivos.

Referencias adicionales

Documentos Relacionados

Tema relacionado
Título del documento

Ping MPLS LSP y herramientas de administración del traceroute LSP

Ping/Traceroute MPLS LSP para LDP/TE, y ping LSP para VCCV, característica deL Cisco IOS

Herramienta de administración de la detección MPLS LSP

MPLS EM — Traza de trayectoria múltiple del árbol MPLS LSP, característica deL Cisco IOS

Configurar las listas de IP Access estándar

Creando una lista de IP Access y aplicándola capítulo a una interfaz” de la guía de configuración de la Seguridad de Cisco IOS

Planificación de varias operaciones para IP SLAs de Cisco IOS

Scheduling de IConfiguring Multioperation capítulo de las operaciones IP SLA” de la guía de configuración IP SLA del Cisco IOS

Monitoreo proactivo de umbral de Cisco IOS IP SLAs

Configurando el monitoreo de umbral dinámico capítulo de las operaciones IP SLA” de la guía de configuración IP SLA del Cisco IOS

Comandos de Cisco IOS

El Cisco IOS domina los comandos list, todos las versiones

Comandos de IP SLAs de Cisco IOS

Referencia de Comandos de IP SLAs de Cisco IOS


Estándares

Estándar
Título

draft-ietf-mpls-lsp-ping-09.txt

Detección de los errores del avión de los datos MPLS

draft-ietf-mpls-oam-frmwk-03.txt

Un marco para las operaciones y la Administración (OAM) MPLS

draft-ietf-mpls-oam-requirements-06.txt

Requisitos OAM para las redes MPLS


MIB

MIB
Link del MIB

CISCO-RTTMON-MIB

Para localizar y descargar MIB de plataformas, versiones de Cisco IOS y conjuntos de funciones seleccionados, utilice Cisco MIB Locator, que se encuentra en la siguiente URL:

http://www.cisco.com/cisco/web/LA/support/index.html


RFC

RFC
Título

Esta función no soporta RFCs nuevos o modificados, y el soporte de los RFCs existentes no ha sido modificado por ella.


Asistencia Técnica

Descripción
Link

El Web site del soporte y de la documentación de Cisco proporciona los recursos en línea para descargar la documentación, el software, y las herramientas. Utilice estos recursos para instalar y para configurar el software y para resolver problemas y para resolver los problemas técnicos con los Productos Cisco y las Tecnologías. El acceso a la mayoría de las herramientas en el Web site del soporte y de la documentación de Cisco requiere una identificación del usuario y una contraseña del cisco.com.

http://www.cisco.com/cisco/web/LA/support/index.html


Información de la característica para las operaciones del control de salud LSP

La tabla 2 muestra las funciones de este módulo y proporciona links a información de configuración específica.

Utilice el Cisco Feature Navigator para encontrar la información sobre el soporte del Soporte de la plataforma y de la imagen del software. El Cisco Feature Navigator le permite para determinar qué imágenes del software soportan una versión de software, un conjunto de características, o una plataforma específico. Para acceder a Cisco Feature Navigator, vaya a http://www.cisco.com/go/cfn. Una cuenta en el cisco.com no se requiere.


Observelas listas del cuadro 2 solamente la versión de software que introdujo el soporte para una característica dada en un tren de versión de software dado. A menos que se indicare en forma diferente, las versiones posteriores de ese tren de versión de software también soportan esa característica.


Información de la característica del cuadro 2 para el control de salud LSP 

Nombre de la función
Versiones
Información sobre la Función

IP SLAs — LSP Health Monitor

12.2(27)SBC
12.2(28)SB
12.2(33)SRA
12.4(6)T
15.0(1)S
Cisco IOS XE 3.1.0SG

La característica del control de salud IP SLA LSP proporciona la capacidad dinámico monitorea el MPLS VPNs de la capa 3.

IP SLAs — LSP Health Monitor

12.2(31)SB2
12.2(33)SB
12.2(33)SRB

Para las versiones de software en las cuales esta característica fue introducida ya, implementaron al nuevo comando line interface(cli) que substituye el CLI introducido en las versiones anteriores.

IP SLAs — LSP Health Monitor with LSP Discovery

12.2(31)SB2
12.2(33)SRB
15.0(1)S
Cisco IOS XE 3.1.0SG
12.2(50)SY

La capacidad de la detección LSP fue agregada.

En el Cisco IOS Release 12.2(50)SY, el soporte del control de salud IP SLA LSP con la detección LSP fue agregado.

Las secciones siguientes proporcionan información acerca de esta función:

Proceso de Detección de LSP

Configurar la operación del control de salud LSP con la detección LSP en un router PE

Se han insertado o modificado los siguientes comandos: muestre las estadísticas de operación del lpd de los mpls del sla del IP, muestre los mpls del sla del IP sumarios.

IP SLAs for MPLS Pseudo Wire (PWE3) via VCCV

12.2(33)SB
12.2(33)SRC
15.0(1)S
Cisco IOS XE 3.1.0SG

La operación IP SLA VCCV fue agregada para soportar la verificación de la conectividad del circuito virtual (VCCV) para los servicios del Borde-a-borde de la emulación del seudo alambre (PWE3) a través de las redes MPLS.