Configurar un control de salud LSP con la detección LSP

Configurar un control de salud LSP con la detección LSP
Descargue este capítulo
Configurar un control de salud LSP con la detección LSP
Descargue el libro completo
Guía de configuración IP SLA del Cisco IOS, versión 12.2SR (PDF - 3 MB)
Feedback
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".
Observe por 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.
Observe para 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.
IP individual
código de retorno Estatus actual
de la operación
del grupo =
Estatus actual del grupo =
SLA
PARA ARRIBA PARCIAL
Estatus actual
del grupo =
ABAJO
OK
No se produce
Si los códigos de retorno para todas las El estado del
ningún cambio de trayectorias en el grupo son
grupo cambia a
estado del grupo. ACEPTABLES, entonces los cambios de PARCIAL.
estado del grupo a PARA ARRIBA.
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
No se produce
ningún cambio de
estado del grupo.
de estado del grupo a ABAJO.
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} [{[]actiontype optiondel []threshold-type consecutive occurrences | immediate | never}]
23. exit
PASOS DETALLADOS
Paso 1
Comando o acción
Propósito
enable
Habilita el modo EXEC privilegiado.
Example:
Router> enable
Paso 2
configure terminal
Example:
Router# configure terminal
Paso 3
mpls discovery vpn next-hop
Paso 4
mpls discovery vpn interval
seconds
• Ingrese su contraseña si se le pide
que lo haga.
Ingresa en el modo de configuración
global.
(Opcional) Habilita el proceso de detección
de vecino de siguiente salto del MPLS VPN
Example:
Router(config)# mpls discovery BGP.
vpn next-hop
Observeeste comando se habilita
automáticamente cuando se ingresa
el comando auto del MPLS-LSPmonitor del sla del IP.
(Opcional) Especifica el intervalo de tiempo
en el que las entradas de ruteo que ya no
Paso 5
Example:
Router(config)# mpls discovery
vpn interval 120
son válidas se remueven de la base de
datos de detección de vecinos de BGP de
siguiente salto de una MPLS VPN.
auto ip sla mpls-lsp-monitor
operation-number
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.
Example:
Router(config)# auto ip sla
mpls-lsp-monitor 1
Paso 6
type echo [ipsla-vrf-all | vrf Ingresa el submode de la configuración de
vpn-name]
parámetros MPLS y permite que el usuario
o
type pathEcho [ipsla-vrf-all |
vrf vpn-name]
Example:
Router(config-auto-ip-slampls)# type echo ipsla-vrf-all
o
Example:
Router(config-auto-ip-slampls)# type pathEcho ipslavrf-all
Paso 7
access-list access-list-number
Example:
Router(config-auto-ip-slampls-params)# access-list 10
Paso 8
scan-interval minutes
Example:
Router(config-auto-ip-slampls-params)# scan-interval 5
Paso 9
La notaque ingresa este comando
habilita automáticamente el comando
del Next-Hop del vpn de la
detección de los mpls.
delete-scan-factor factor
Example:
Router(config-auto-ip-slampls-params)# delete-scanfactor 2
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.
(Opcional) especifica la lista de acceso
para aplicarse a una operación del control
de salud LSP.
(Opcional) fija el temporizador para la base
de datos del control de salud IP SLA LSP.
(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-slampls-params)# force-explicitnull
Paso 11 exp exp-bits
Example:
Router(config-auto-ip-slampls-params)# exp 5
Paso 12 lsp-selector ip-address
Example:
Router(config-auto-ip-slampls-params)# lsp-selector
(Opcional) agrega una Etiqueta NULL
explícita a todos los paquetes de pedido de
eco de una operación IP SLA.
(Opcional) Especifica el valor del campo
experimental en el encabezado de un
paquete de solicitud de eco de una
operación de IP SLAs.
(Opcional) especifica la dirección IP del
host local usada para seleccionar el LSP
de una operación IP SLA.
127.0.0.10
Paso 13 reply-dscp-bits dscp-value
Example:
Router(config-auto-ip-slampls-params)# reply-dscp-bits
5
Paso 14 reply-mode {ipv4 | routeralert}
Example:
Router(config-auto-ip-slampls-params)# reply-mode
router-alert
Paso 15 request-data-size bytes
Example:
Router(config-auto-ip-slampls-params)# request-datasize 200
Paso 16 secondary-frequency {both |
connection-loss | timeout}
frequency
Example:
Router(config-auto-ip-slampls-params)# secondaryfrequency connection-loss 10
Paso 17 tag text
Example:
Router(config-auto-ip-slampls-params)# tag testgroup
Paso 18 threshold milliseconds
Example:
Router(config-auto-ip-slampls-params)# threshold 6000
Paso 19 timeout milliseconds
Example:
Router(config-auto-ip-slampls-params)# timeout 7000
Paso 20 ttl time-to-live
Example:
Router(config-auto-ip-slampls-params)# ttl 200
Paso 21 exit
Example:
Router(config-auto-ip-slampls-params)# exit
Paso 22 auto ip sla mpls-lsp-monitor
reaction-configuration
operation-number react {
connectionLoss | timeout} [
action-type option] [
threshold-type {consecutive [
occurrences] | immediate |
never}]
(Opcional) especifica el valor del codepoint
de los Servicios diferenciados (DSCP) para
un paquete de respuesta de eco de una
operación IP SLA.
(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.
(Opcional) Especifica el tamaño de los
datos del protocolo para un paquete de
solicitud de una operación de IP SLAs.
(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.
(Opcional) Crea un identificador
especificado por el usuario para una
operación de IP SLAs.
(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.
(Opcional) Especifica la cantidad de tiempo
que la operación de IP SLAs espera una
respuesta de su paquete de solicitud.
(Opcional) Especifica el conteo de saltos
máximo para un paquete de solicitud de
eco de una operación de IP SLAs.
Submode y devoluciones de la
configuración de parámetros de las salidas
MPLS al modo de configuración global.
(Opcional) configura ciertas acciones para
ocurrir basado en los eventos bajo el
control del control de salud LSP.
Example:
Router(config)# auto ip sla
mpls-lsp-monitor reactionconfiguration 1 react
connectionLoss action-type
trapOnly threshold-type
consecutive 3
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 | treetrace} []action-type trapOnly
20. ip sla logging traps
21. exit
PASOS DETALLADOS
Paso 1
Comando o acción
Propósito
enable
Habilita el modo EXEC privilegiado.
Example:
Router> enable
Paso 2
configure terminal
• Ingrese su contraseña si se le pide
que lo haga.
Ingresa en el modo de configuración global.
Example:
Router# configure terminal
Paso 3
mpls discovery vpn next-hop
Example:
Router(config)# mpls
discovery vpn next-hop
Paso 4
mpls discovery vpn interval
seconds
Example:
Router(config)# mpls
discovery vpn interval 120
Paso 5
auto ip sla mpls-lsp-monitor
operation-number
Example:
Router(config)# auto ip sla
mpls-lsp-monitor 1
(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-LSPmonitor del sla del IP.
(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.
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-slampls)# type echo ipsla-vrfall
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
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.
Example:
Router(config-auto-ip-slampls-params)# path-discover
Paso 9
hours-of-statistics-kept
hours
Example:
Router(config-auto-ip-slampls-lpd-params)# hours-ofstatistics-kept 1
Paso 10 force-explicit-null
Example:
Router(config-auto-ip-slampls-lpd-params)# forceexplicit-null
Paso 11 interval milliseconds
Example:
Router(config-auto-ip-slampls-lpd-params)# interval 2
Paso 12 lsp-selector-base ip-address
Example:
Router(config-auto-ip-slampls-lpd-params)# lspselector-base 127.0.0.2
Paso 13 maximum-sessions number
Example:
Router(config-auto-ip-slampls-lpd-params)# maximumsessions 2
(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.
(Opcional) agrega una Etiqueta NULL
explícita a todos los paquetes de pedido de
eco de una operación del control de salud
LSP.
(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.
(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.
(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
(Opcional) fija la cantidad de tiempo después
de lo cual el proceso de detección LSP
Example:
puede recomenzar para una operación del
Router(config-auto-ip-slampls-lpd-params)# scan-period control de salud LSP.
30
Paso 15 session-timeout seconds
Example:
Router(config-auto-ip-slampls-lpd-params)# sessiontimeout 60
Paso 16 timeout seconds
Example:
Router(config-auto-ip-slampls-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 su pedido de la detección
LSP un vecino determinado del salto
siguiente BGP.
(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-slampls-lpd-params)# exit
Paso 18 exit
Example:
Router(config-auto-ip-slampls-params)# exit
Paso 19 auto ip sla mpls-lsp-monitor
reaction-configuration
operation-number react lpd {
lpd-group [retry number] |
tree-trace} [action-type
trapOnly]
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.
Modo y devoluciones de la configuración de
parámetros de las salidas MPLS al modo de
configuración global.
(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.
Example:
Router(config)# auto ip sla
mpls-lsp-monitor reactionconfiguration 1 react lpd
lpd-group retry 3 action-type
trapOnly
Paso 20 ip sla logging traps
Example:
Router(config)# ip sla
logging traps
Paso 21 exit
Example:
Router(config)# exit
(Opcional) Habilita la generación de
mensajes de registro del sistema SNMP
específicos de notificaciones de trampas de
IP SLAs.
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
Paso enable
1
Example:
Router> enable
Paso configure terminal
2
Example:
Propósito
Habilita el modo EXEC
privilegiado.
• Ingrese su
contraseña si se le
pide que lo haga.
Ingresa en el modo de
configuración global.
Router# configure terminal
Paso auto ip sla mpls-lsp-monitor schedule
operation-number schedule-period seconds [
3
Configura los parámetros
de planificación para una
frequency [seconds]] [start-time {after hh:mm:
operación de LSP Health
ss | hh:mm[:ss] [month day | day month] | now | Monitor.
pending}]
Example:
Router(config)# auto ip sla mpls-lsp-monitor
schedule 1 schedule-period 60 start-time now
Paso exit
4
Sale al modo EXEC
privilegiado.
Paso
5
(Opcional) Muestra los
detalles de la
configuración de IP
SLAs.
Example:
Router(config)# exit
show ip sla configuration
Example:
Router# show ip sla configuration
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-ipaddr 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 upperthreshold 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
Paso 1
Comando o acción
Propósito
enable
Habilita el modo EXEC privilegiado.
Example:
Router> enable
Paso 2
configure terminal
• Ingrese su contraseña si se
le pide que lo haga.
Example:
Router# configure terminal
Paso 3
ip sla operation-number
Example:
Router(config)# ip sla 1
Paso 4
Ingresa en el modo de
configuración global.
Comienza la configuración para una
operación de SLAs IP e ingresa al
modo de configuración de SLA IP.
mpls lsp ping ipv4 destinationaddress destination-mask [forceexplicit-null] [lsp-selector ipaddress] [src-ip-addr source-address
] [reply {dscp dscp-value | mode {
ipv4 | router-alert}}]
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
o
como operación de la traza LSP y
mpls lsp trace ipv4 destinationingresa al modo de configuración
address destination-mask [forceexplicit-null] [lsp-selector ipde la traza LSP.
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
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
Paso 7
(Opcional) Especifica el tamaño de
los datos del protocolo para un
paquete de solicitud de una
operación de IP SLAs.
secondary-frequency {connection-loss (Opcional) Define la frecuencia de
| timeout} frequency
medición más rápida (frecuencia
Example:
Router(config-sla-monitor-lspPing)#
secondary-frequency connection-loss
10
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
Paso 9
threshold milliseconds
Example:
Router(config-sla-monitor-lspPing)#
threshold 6000
(Opcional) Crea un identificador
especificado por el usuario para
una operación de IP SLAs.
(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
Paso 11 ttl time-to-live
Example:
Router(config-sla-monitor-lspPing)#
ttl 200
Paso 12 exit
Example:
Router(config-sla-monitor-lspPing)#
exit
Paso 13 ip sla reaction-configuration
(Opcional) Especifica la cantidad de
tiempo que la operación de IP SLAs
espera una respuesta de su
paquete de solicitud.
(Opcional) Especifica el conteo de
saltos máximo para un paquete de
solicitud de eco de una operación
de IP SLAs.
Ping de las salidas LSP o submode
y devoluciones de la configuración
de la traza LSP al modo de
configuración global.
(Opcional) Configura que tengan
operation-number [react monitoredlugar ciertas acciones basándose
element] [threshold-type {never |
en los eventos bajo el control de
immediate | consecutive [
Cisco IOS IP SLAs.
consecutive-occurrences] | xofy [xvalue y-value] | average [number-ofprobes]}] [threshold-value upperthreshold lower-threshold] [actiontype {none | trapOnly | triggerOnly
| trapAndTrigger}]
Example:
Router(config)# ip sla reactionconfiguration 1 react connectionLoss
threshold-type consecutive 3 actiontype traponly
Paso 14 ip sla logging traps
(Opcional) Habilita la generación de
mensajes de registro del sistema
Example:
Router(config)# ip sla logging traps SNMP específicos de notificaciones
de trampas de IP SLAs.
Paso 15 ip sla schedule operation-number [
life {forever | seconds}] [starttime {hh:mm[:ss] [month day |
day month] | pending | now | after
hh:mm:ss}] [ageout seconds] [
recurring]
Configura los parámetros de
planificación de una operación de
IP SLAs.
Example:
Router(config)# ip sla schedule 1
start-time now
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 upperthreshold 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
Paso 1
Comando o acción
Propósito
enable
Habilita el modo EXEC
privilegiado.
Example:
Router> enable
Paso 2
configure terminal
Example:
Router# configure terminal
Paso 3
ip sla operation-number
Example:
Router(config)# ip sla 777
Paso 4
• Ingrese su
contraseña si se le pide
que lo haga.
Ingresa en el modo de
configuración global.
Comienza a configurar una
operación IP SLA y ingresa
al modo de configuración IP
SLA.
mpls lsp ping pseudowire peer-ipaddr vc-id Configura la operación IP
[source-ipaddr source-ipaddr]
SLA como ping del seudo
alambre LSP y ingresa al
Example:
modo de configuración
Router(config-ip-sla)# mpls lsp ping
pseudowire 192.168.1.103 123 source-ipaddr VCCV.
192.168.1.102
Paso 5
exp exp-bits
Router(config-sla-vccv)# exp 5
Paso 6
Paso 7
frequency seconds
(Opcional) Especifica el valor
del campo experimental en
el encabezado de un
paquete de solicitud de eco
de una operación de IP
SLAs.
Example:
Router(config-sla-vccv)# frequency 120
(Opcional) especifica la tarifa
en la cual una operación
especificada IP SLA relanza.
request-data-size bytes
(Opcional) Especifica el
tamaño de los datos del
Example:
Router(config-sla-vccv)# request-data-size protocolo para un paquete
de solicitud de una
200
operación de IP SLAs.
Paso 8
secondary-frequency {both | connectionloss | timeout} frequency
Example:
Router(config-sla-vccv)# secondaryfrequency connection-loss 10
Paso 9
tag text
Example:
Router(config-sla-vccv)# tag testgroup
Paso 10 threshold milliseconds
Router(config-sla-vccv)# threshold 6000
(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.
(Opcional) Crea un
identificador especificado por
el usuario para una
operación de IP SLAs.
(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
Paso 12 exit
Example:
Router(config-sla-vccv)# exit
Paso 13 ip sla reaction-configuration operation-
number [react monitored-element] [
threshold-type {never | immediate |
consecutive [consecutive-occurrences] |
xofy [x-value y-value] | average [numberof-probes]}] [threshold-value upperthreshold lower-threshold] [action-type {
none | trapOnly | triggerOnly |
trapAndTrigger}]
(Opcional) Especifica la
cantidad de tiempo que la
operación de IP SLAs
espera una respuesta de su
paquete de solicitud.
Modo de configuración y
devoluciones de las salidas
VCCV al modo de
configuración global.
(Opcional) Configura que
tengan lugar ciertas
acciones basándose en los
eventos bajo el control de
Cisco IOS IP SLAs.
Example:
Router(config)# ip sla reactionconfiguration 777 react connectionLoss
threshold-type consec- utive 3 action-type
traponly
Paso 14 ip sla logging traps
Example:
Router(config)# ip sla logging traps
Paso 15 ip sla schedule operation-number [life {
(Opcional) Habilita la
generación de mensajes de
registro del sistema SNMP
específicos de notificaciones
de trampas de IP SLAs.
Configura los parámetros de
forever | seconds}] [start-time {hh:mm[:ss planificación de una
] [month day | day month] | pending | now operación de IP SLAs.
| after hh:mm:ss}] [ageout seconds] [
recurring]
Example:
Router(config)# ip sla schedule 777 life
forev- er start-time now
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
11 show ip sla statistics aggregated []operation-numberdel []details
12. show mpls discovery vpn
PASOS DETALLADOS
Paso 1
Comando o acción
Propósito
debug ip sla error [
operation-number]
(Opcional) habilita la salida de debbuging de los
errores de tiempo de ejecución de la operación IP
SLA.
Example:
Router# debug ip sla
error
Paso 2
debug ip sla mpls-lspmonitor [operationnumber]
(Opcional) habilita la salida de debbuging de las
operaciones del control de salud LSP.
Example:
Router# debug ip sla
mpls-lsp-monitor
Paso 3
debug ip sla trace [
operation-number]
(Opcional) habilita la salida de debbuging para
localizar la ejecución de las operaciones IP SLA.
Example:
Router# debug ip sla
trace
Paso 4
show ip sla mpls-lspmonitor collectionstatistics [group-id]
Example:
Router# show ip sla
mpls-lsp-monitor
collection-statistics
100001
Paso 5
show ip sla mpls-lspmonitor configuration [
operation-number]
(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.
(Opcional) visualiza los valores de configuración
para las operaciones del control de salud LSP.
Example:
Router# show ip sla
mpls-lsp-monitor
configuration 1
Paso 6
show ip sla mpls-lsp(Opcional) visualiza el estado operacional de los
monitor lpd operational- grupos de la detección LSP que pertenecen a una
state [group-id]
operación del control de salud LSP.
Example:
Router# show ip sla
mpls-lsp-monitor lpd
operational-state 100001
Paso 7
show ip sla mpls-lspmonitor neighbors
Example:
Router# show ip sla
mpls-lsp-monitor
neighbors
Paso 8
show ip sla mpls-lspmonitor scan-queue
operation-number
Example:
Router# show ip sla
mpls-lsp-monitor scanqueue 1
Paso 9
show ip sla mpls-lspmonitor summary [
operation-number [group
[group-id]]]
Example:
Router# show ip sla
mpls-lsp-monitor summary
Observeeste comando es aplicable
solamente si se habilita la opción de
detección LSP.
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.
(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.
(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 [ (Opcional) visualiza el estado operacional y las
operation-number] [
estadísticas actuales de todas las operaciones IP
details]
SLA o de una operación especificada.
Example:
Router# show ip sla
statistics 100001
Paso 11 show ip sla statistics
aggregated [operationnumber] [details]
Example:
Router# show ip sla
statistics aggregated
100001
Paso 12 show mpls discovery vpn
Example:
Router# show mpls
discovery vpn
Observeeste comando se aplica solamente
a las operaciones manualmente
configuradas IP SLA.
(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.
(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)
ProbeID: 100001 (red, blue, green)
OK
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
Group ID
Lsp-Selector
-
Time when the last operation was attempted
Status
Failures
Successes
RTT
Last Operation Time
100001
127.0.0.8
Jun 20 2006
up
0
55
320
*22:20:29.471 GMT Tue
100001
127.0.0.2
Jun 20 2006
up
0
55
376
*22:20:29.851 GMT Tue
100001
127.0.0.1
Jun 20 2006
up
0
55
300
*22:20:30.531 GMT Tue
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 MPLS EM — Traza de trayectoria múltiple del árbol MPLS LSP,
detección 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 “Scheduling de IConfiguring Multioperation capítulo de las
para IP SLAs de Cisco IOS
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-requirements06.txt
Requisitos OAM para las redes MPLS
MIB
MIB
Link del MIB
CISCO-
Para localizar y descargar MIB de plataformas, versiones de Cisco IOS y conjuntos de
RTTMONMIB
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 http://www.cisco.com/cisco/web/LA/support/index.html
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.
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.
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
12.2(31)SB2
Health Monitor with 12.2(33)SRB
LSP Discovery
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.
Cisco and the Cisco Logo are trademarks of Cisco Systems, Inc. and/or its affiliates in the U.S. and other countries. A listing of Cisco's trademarks
can be found at www.cisco.com/go/trademarks. Third party trademarks mentioned are the property of their respective owners. The use of the word
partner does not imply a partnership relationship between Cisco and any other company. (1005R)
Any Internet Protocol (IP) addresses used in this document are not intended to be actual addresses. Any examples, command display output, and
figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses in illustrative content is unintentional and
coincidental.
© 2007-2010 Cisco Systems, Inc. All rights reserved.
© 1992-2013 Cisco Systems Inc. Todos los Derechos Reservados.
Fecha de Generación del PDF: 2 Agosto 2013
http://www.cisco.com/cisco/web/support/LA/107/1073/1073639_sla_lsp_mon_autodisc_ps6922_TSD_Products_Configuration_Guide_Chapter.html