Traza de trayectoria múltiple del árbol del ¿MPLS LSP MPLS EM Descargue este capítulo ¿MPLS EM? MPLS LSP Multipath Tree Trace Descargue el libro completo Guía de configuración del Multiprotocol Label Switching del Cisco IOS, versión 12.2SR (PDF - 10 MB) Feedback

Contenidos MPLS EM — MPLS LSP Multipath Tree Trace Encontrar la información de la característica Contenido Prerrequisitos para MPLS EM — MPLS LSP Multipath Tree Trace Restricciones para MPLS EM — MPLS LSP Multipath Tree Trace Información sobre MPLS EM - MPLS LSP Multipath Tree Trace Descripción General de MPLS LSP Multipath Tree Trace Detección de trayectorias de balanceo de carga IPv4 por MPLS LSP Multipath Tree Trace Códigos de Retorno de la Respuesta de Eco Enviados por el Router que Procesa el Seguimiento del Árbol LSP Multitrayectoria Cómo Configurar MPLS EM — MPLS LSP Multipath Tree Trace Personalizar el comportamiento predeterminado de los paquetes de eco MPLS Configuración de la administración integrada MPLS Prerrequisitos Configuración del Rastro de Árbol de Trayectoria Múltiple MPLS LSP Prerrequisitos Descubrimiento de las trayectorias del Equilibrio de carga del IPv4 usando la traza de trayectoria múltiple del árbol MPLS LSP Detección de trayecto de trayectoria múltiple MPLS LSP Traceroute Monitoreando las trayectorias LSP descubiertas por la traza de trayectoria múltiple del árbol MPLS LSP usando MPLS LSP Traceroute Uso de DSCP para Solicitar una Clase de Servicio Específica en una Respuesta de Eco Control de la Forma en que un Router de Respuesta Responde a una Solicitud de Eco MPLS Modos de Respuesta de una Solicitud de Eco de MPLS LSP Multipath Tree Trace Especificación de la Interfaz de Salida de los Paquetes de Eco que Salen de un Router para el Rastro de Árbol de Trayectoria Múltiple MPLS LSP Control de la Interfaz de Salida de la Solicitud de Eco Determinación del Ritmo de Transmisión de Paquetes de Solicitud de Eco MPLS para MPLS LSP Multipath Tree Trace Habilitación de MPLS LSP Multipath Tree Trace para Detectar las Roturas LSP Causadas por una Interfaz sin Configuración MPLS Capacidad de las pruebas LSP de la Etiqueta NULL explícita que calza de llevar el tráfico MPLS Solicitud de que un Router de Tránsito Valide el Stack FEC Objetivo para MPLS LSP Multipath Tree Trace Configuración del Número de Intentos de Desconexión para MPLS LSP Multipath Tree Trace Ejemplos de Configuración para MPLS EM — MPLS LSP Multipath Tree Trace Personalización del Comportamiento Predeterminado de los Paquetes de Eco MPLS: Ejemplo: Configuración de MPLS LSP Multipath Tree Trace: Ejemplo: Descubrimiento de las trayectorias del Equilibrio de carga del IPv4 usando la traza de trayectoria múltiple del árbol MPLS LSP: Ejemplo: Uso de DSCP para Solicitar una Clase de Servicio Específica en una Respuesta de Eco: Ejemplo: Control de la Forma en que un Router de Respuesta Responde a una Solicitud de Eco MPLS: Ejemplo: Especificación de la Interfaz de Salida de los Paquetes de Eco que Salen de un Router para el Rastro de Árbol de Trayectoria Múltiple MPLS LSP: Ejemplo: Determinación del Ritmo de Transmisión de Paquetes de Solicitud de Eco MPLS para MPLS LSP Multipath Tree Trace: Ejemplo: Habilitación de MPLS LSP Multipath Tree Trace para Detectar las Roturas LSP Causadas por una Interfaz sin Configuración MPLS: Ejemplo: Solicitud de que un Router de Tránsito Valide el Stack FEC Objetivo para MPLS LSP Multipath Tree Trace: Ejemplo: Configuración del Número de Intentos de Desconexión para MPLS LSP Multipath Tree Trace: Ejemplo: Referencias adicionales Documentos Relacionados Estándares MIB RFC Asistencia Técnica Información sobre la Función MPLS EM — MPLS LSP Multipath Tree Trace Glosario

MPLS EM — MPLS LSP Multipath Tree Trace Primera publicación: 4 de diciembre de 2006 Última actualización: Ferbruay 27, 2009 El MPLS EM — La característica de trayectoria múltiple de la traza del árbol MPLS LSP proporciona los medios de descubrir todas las trayectorias de ruteo de trayectoria múltiple del igual costo posible (ECMP) de una trayectoria conmutada de etiquetas (LSP) entre una salida y un router de ingreso. Una vez que se detectan, estas trayectorias se pueden volver a probar de forma periódica usando el ping o el traceroute MPLS (Multiprotocol Label Switching) LSP. Esta función es una extensión de las funciones de traceroute MPLS LSP para el rastreo de LSPs IPv4. Usted puede utilizar el MPLS EM — Característica de trayectoria múltiple de la traza del árbol MPLS LSP para descubrir todas las trayectorias para un IPv4 LSP. Esta implementación del MPLS EM — La característica de trayectoria múltiple de la traza del árbol MPLS LSP se basa en el RFC 4379, detectando los errores conmutados escritura de la etiqueta del avión de los datos del (MPLS) del multi-protocol. Para la información sobre el uso del ping y del traceroute MPLS LSP, vea la Administración integrada MPLS — módulo de función del ping/de Traceroute y del átomo VCCV LSP. Embedded Management (EM) de MPLS de Cisco IOS es un conjunto de estándares y servicios de valor añadido que facilitan la implementación, la operación, la administración y la administración de las redes basadas en MPLS conforme al modelo de falla, configuración, contabilización, rendimiento y seguridad (FCAPS).

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 MPLS EM — la sección de la traza de trayectoria múltiple del árbol MPLS 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 a Cisco Feature Navigator, vaya a http://www.cisco.com/go/cfn. Una cuenta en el cisco.com no se requiere.

Contenido •

Prerrequisitos para MPLS EM — MPLS LSP Multipath Tree Trace

•

Restricciones para MPLS EM — MPLS LSP Multipath Tree Trace

•

Información sobre MPLS EM - MPLS LSP Multipath Tree Trace

•

Cómo Configurar MPLS EM — MPLS LSP Multipath Tree Trace

•

Ejemplos de Configuración para MPLS EM — MPLS LSP Multipath Tree Trace

•

Referencias adicionales

•

Referencia de comandos, página 32

•

Información sobre la Función MPLS EM — MPLS LSP Multipath Tree Trace

•

Glosario

Prerrequisitos para MPLS EM — MPLS LSP Multipath Tree Trace Los siguientes son requisitos previos para usar el MPLS EM — característica de trayectoria múltiple de la traza del árbol MPLS LSP: • Usted debe entender los conceptos y saber utilizar el ping o el traceroute MPLS LSP según lo descrito en el ping/Traceroute MPLS LSP para LDP/TE, y el ping LSP para VCCV el documento. • El Routers en su red debe utilizar una implementación basada en el RFC 4379, detectando los errores conmutados escritura de la etiqueta del avión de los datos del (MPLS) del multi-protocol. •

Usted debe conocer el siguiente sobre su red MPLS: – La topología – El número de links en su red – El número esperado de LSP, y cuántos LSP

•

Comprenda el switching de etiquetas, el reenvío y el balanceo de carga.

Restricciones para MPLS EM — MPLS LSP Multipath Tree Trace • Todas las restricciones que se aplican al ping MPLS LSP y a las características LSP Traceroute también se aplican al MPLS EM — característica de trayectoria múltiple de la traza del árbol MPLS LSP: – Usted no puede utilizar la característica de trayectoria múltiple de la traza del árbol MPLS LSP para localizar la trayectoria tomada por los paquetes del átomo. La característica de trayectoria múltiple de la traza del árbol MPLS LSP no se soporta para el átomo. (Ping MPLS EL LSP se soporta para el átomo.) Sin embargo, usted puede utilizar la característica de trayectoria múltiple de la traza del árbol MPLS LSP para resolver problemas el Interior Gateway Protocol (IGP) LSP que es utilizada por el átomo. – Usted no puede utilizar la característica de trayectoria múltiple de la traza del árbol MPLS LSP para validar o para

localizar el Redes privadas virtuales (VPN) MPLS. Las trayectorias múltiples LSP no se descubren a menos que todo el Routers en la base MPLS soporte una implementación del RFC 4379 de detectar los errores conmutados escritura de la etiqueta del avión de los datos del (MPLS) del multi-protocol. • No se espera que la traza de trayectoria múltiple del árbol MPLS LSP actúe en las redes que soportan la ocultación del Tiempo para vivir (TTL).

Información sobre MPLS EM - MPLS LSP Multipath Tree Trace Antes de usar el MPLS EM — Característica de trayectoria múltiple de la traza del árbol MPLS LSP, usted necesita una comprensión de los conceptos siguientes: •

Descripción General de MPLS LSP Multipath Tree Trace

•

Detección de trayectorias de balanceo de carga IPv4 por MPLS LSP Multipath Tree Trace

• Códigos de Retorno de la Respuesta de Eco Enviados por el Router que Procesa el Seguimiento del Árbol LSP Multitrayectoria

Descripción General de MPLS LSP Multipath Tree Trace Pues el número de implementaciones MPLS aumenta, el número de tipos de tráfico que las redes MPLS llevan podría aumentar. Además, el Equilibrio de carga en los Label Switch Router (LSR) en la red MPLS proporciona los trayectos alternos para llevar el tráfico MPLS a un router objetivo. La capacidad de los proveedores de servicio de monitorear los LSP y de aislar rápidamente los problemas de la expedición MPLS es crítica a su capacidad de ofrecer los servicios. Antes de la versión del MPLS EM — la característica de trayectoria múltiple de la traza del árbol MPLS LSP ninguna manera automatizada existió para descubrir todas las trayectorias entre el Routers del borde del proveedor (PE). La localización de averías de los problemas de la expedición entre los PE era incómoda. La versión del MPLS EM — La característica de trayectoria múltiple de la traza del árbol MPLS LSP proporciona una manera automatizada de descubrir todas las trayectorias del router del ingreso PE al router de la salida PE en las redes de vendedores múltiples que utilizan el Equilibrio de carga del IPv4 en los routeres de tránsito. Una vez que se descubren las trayectorias PE-aPE, utilice el ping MPLS LSP y el traceroute MPLS LSP para probarlos periódicamente. El MPLS EM — La característica de trayectoria múltiple de la traza del árbol MPLS LSP requiere la implementación en conformidad con RFC de Cisco que se basa en el RFC 4379. Si usted no tiene un Cisco IOS Release que soporta RFC 379, la traza de trayectoria múltiple del árbol MPLS LSP no actúa para descubrir todas las trayectorias PE-a-PE.

Detección de trayectorias de balanceo de carga IPv4 por MPLS LSP Multipath Tree Trace El Equilibrio de carga del IPv4 en un router de tránsito se basa en el stack de la etiqueta entrante y las direcciones de origen y de destino en el encabezado IP. El stack de la etiqueta saliente y la dirección de origen del encabezado IP siguen siendo constantes para cada bifurcación que es localizada. Cuando usted ejecuta la traza de trayectoria múltiple del árbol MPLS LSP en la fuente LSR, el router necesita encontrar el conjunto de las direcciones destino del encabezado IP para utilizar todas las rutas de acceso de los resultados posibles. La fuente LSR comienza la detección de trayecto enviando un router de tránsito una BITMAP en un pedido de eco MPLS. El router de tránsito devuelve la información en un pedido de eco MPLS que contenga los subconjuntos de la BITMAP en una correspondencia rio abajo (Map DS) en una Respuesta de eco. El router de origen puede entonces utilizar la información en la Respuesta de eco para interrogar al router siguiente. El router de origen interroga a cada router sucesivo hasta que encuentre una configuración a memoria de imagen que sea común a todo el Routers a lo largo de la trayectoria. El vencimiento de TTL de las aplicaciones del router para interrogar al Routers para encontrar los bits comunes. Por ejemplo, usted podría comenzar la detección de trayecto ingresando el siguiente comando en el router de origen: Router# trace mpls multipath ipv4 10.131.101.129/32 hashkey ipv4 bitmap 16

Este comandos estableces la dirección IP del router objetivo como 10.131.101.192 255.255.255.255 y configuraciones: • Devuelvan al tipo predeterminado de la clave del hash a 8, que pide que un direccionamiento del prefijo de dirección y de la máscara de bits del IPv4 fijara en el mapa DS en la Respuesta de eco. • Los tamaños a memoria de imagen a 16. Esto significa que las aplicaciones de trayectoria múltiple de la traza del árbol MPLS LSP 16 direccionamientos (que comienzan con 127.0.0.1) en la detección de todas las trayectorias de un LSP entre el router de origen y el router objetivo. Si usted ingresa trace mpls multipath ipv4 10.131.101.129/32 el comando, la traza de trayectoria múltiple del árbol MPLS LSP utiliza el tipo predeterminado del hash de 8 o IPv4 y los tamaños a memoria de imagen predeterminados de 32. Su opción de los tamaños a memoria de imagen depende del número de rutas en su red. Si usted tiene un gran número de rutas, usted puede ser que necesite utilizar los tamaños a memoria de imagen más grandes.

Códigos de Retorno de la Respuesta de Eco Enviados por el Router que Procesa el Seguimiento del Árbol LSP Multitrayectoria El cuadro 1 describe los caracteres que el router que procesa un paquete de trayectoria múltiple de la traza del árbol LSP vuelve al remitente sobre el error o el éxito de la petición.

Código de salida

Código de retorno de eco Significado

Período “.”

—

Un descanso ocurrió antes de que el router objetivo

podría contestar. x

0

Ningún código de retorno.

M

1

Petición malformada.

m

2

Tipo sin apoyo, longitud, valores (TLV).

¡!

3

Éxito.

F

4

El ningún asociar del Forwarding Equivalence Class (FEC).

D

5

Discordancia de mapa DS.

R

6

Router en sentido descendente pero no blanco.

U

7

Reservado.

L

8

Interfaz de salida con etiqueta.

B

9

Interfaz de salida sin etiqueta.

f

10

Discrepancia de FEC.

N

11

Ninguna entrada de etiqueta.

P

12

Sin Label Protocol de la interfaz de recepción.

p

13

Fin prematuro del LSP.

X

desconocido

Código de retorno indefinido.

Cómo Configurar MPLS EM — MPLS LSP Multipath Tree Trace Esta sección contiene las siguientes tareas: •

Personalizando el comportamiento predeterminado de los paquetes de eco MPLS (opcionales)

•

Configurando la traza de trayectoria múltiple del árbol MPLS LSP (requerida)

• Descubriendo las trayectorias del Equilibrio de carga del IPv4 usando la traza de trayectoria múltiple del árbol MPLS LSP (requerida) • Monitoreando las trayectorias LSP descubiertas por la traza de trayectoria múltiple del árbol MPLS LSP usando MPLS LSP Traceroute (opcional) •

Usando el DSCP para pedir una clase del servicio específica en una Respuesta de eco (opcional)

•

Controlando cómo un router de respuesta contesta a un pedido de eco MPLS (opcional)

• Especificando la interfaz de salida para los paquetes de eco que salen de un router para la traza de trayectoria múltiple del árbol MPLS LSP (opcional) • Fijando el paso de la transmisión del paquete de pedido de eco MPLS para la traza de trayectoria múltiple del árbol MPLS LSP (opcional) • Habilitando la traza de trayectoria múltiple del árbol MPLS LSP para detectar las roturas LSP causadas por una interfaz que falta una configuración de MPLS (opcional) • Pidiendo que un router de tránsito valide el stack de la blanco FEC para la traza de trayectoria múltiple del árbol MPLS LSP (opcional) •

Fijando el número de tentativas del descanso para la traza de trayectoria múltiple del árbol MPLS LSP (opcional)

Personalizar el comportamiento predeterminado de los paquetes de eco MPLS Realice la tarea siguiente de personalizar el comportamiento predeterminado de los paquetes de eco MPLS. Usted puede ser que necesite personalizar la codificación predeterminada del paquete de eco y el comportamiento el decodificar para permitir implementaciones posteriores de los datos de detección MPLS acepilla los errores (RFC 4379) ser desplegado en las redes que funcionan con las versiones anteriores del proyecto.

Configuración de la administración integrada MPLS Antes de usar ping mpls trace mpls, o trace mpls multipath del comando, usted debe considerar asegurarse de que configuran al router para codificar y para decodificar los paquetes de eco MPLS en un formato que todo el Routers de recepción en la red pueda entender. Los proyectos del ping LSP después de que versión 3 (draft-ietf-mpls-ping-03) hayan experimentado formato numeroso TLV cambian, pero las implementaciones basadas en diversos proyectos no pudieron interoperar correctamente. Para permitir implementaciones de Cisco posteriores interoperen con la versión 3 Cisco del proyecto y las implementaciones del no Cisco, un modo de configuración global (configuración MPLS OAM) permite que usted codifique y que decodifique los

paquetes de eco en los formatos especificados por las implementaciones de la versión 3 del proyecto. A menos que esté configurada de otra manera, una implementación de Cisco codifique y decodifique los pedidos de eco si se asume que la versión en la cual se basa la implementación de la Fuerza de tareas de ingeniería en Internet (IETF) (IETF). Para tener en cuenta la interoperabilidad fluida con imágenes anteriores de la revisión 1 y 3, usted puede utilizar los parámetros del modo de configuración del Operación, administración y mantenimiento (OAM) MPLS para forzar el comportamiento predeterminado de las imágenes de la revisión 4 para ser obediente o compatible en las redes con las imágenes de la revisión 1 o de la revisión 3. Para prevenir las fallas informadas por el router que responde debidas a problemas de la versión TLV, debe configurar todos los routers en el núcleo. Codifica y decodifica paquetes de respuesta MPLS en la misma versión provisional. Por ejemplo, si la red es RFC 4379 corriente (implementaciones de la revisión de Cisco 4) pero un router es capaz de solamente versión 3 (la revisión de Cisco 3), configura a todo el Routers en la red para actuar en el modo de la revisión 3. La revisión 4 de Cisco es la versión predeterminada. La versión predeterminada es la última versión del ping LSP soportada por la imagen en el router.

Prerrequisitos La traza de trayectoria múltiple del árbol MPLS LSP requiere el RFC 4379 (revisión 4). PASOS SUMARIOS 1. enable 2. configure terminal 3. mpls oam 4. echo revision {3 | 4} 5. []no echo vendor-extension 6. end PASOS DETALLADOS

Comando o acción

Propósito

Paso enable 1

Habilita el modo EXEC privilegiado.

Paso configure terminal 2

Ingresa en el modo de configuración global.

Paso mpls oam 3

Ingresa al modo de configuración MPLS OAM y

Paso echo revision {3 | 4} 4

Personaliza el comportamiento predeterminado de los paquetes de eco.

Example: Router> enable

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

Example: Router# configure terminal

personaliza el comportamiento predeterminado de los Example: Router(config)# mpls oam paquetes de eco. Example: Router(config-mpls)# echo revision 4

• revision Los atributos determinados del paquete de eco de la palabra clave a uno del siguiente: 3 – = draft-ietf-mpls-ping-03 (revisión 2) 4 – = RFC 4379 obediente (valor por defecto) Observela característica de trayectoria múltiple de la traza del árbol MPLS LSP requiere la revisión 4.

Paso [no] echo vendorextension 5 Example: Router(config-mpls)# echo vendor-extension

Personaliza el comportamiento predeterminado de los paquetes de eco. • vendor-extension La palabra clave envía la extensión del Cisco específico de los TLV con los paquetes de eco. • no La forma del comando permite que usted inhabilite la extensión TLV de un vendedor de Cisco que las implementaciones noncompliant de otro vendedor pueden no soportar. El valor predeterminado del router es echo vendorextension.

Paso end 6

Example:

Sale al modo EXEC privilegiado.

Router(config-mpls)# end

Configuración del Rastro de Árbol de Trayectoria Múltiple MPLS LSP Realice la tarea siguiente de configurar el traceroute de trayectoria múltiple MPLS LSP. Esta tarea ayuda a descubrir todos los LSP de un router Egress a un router de ingreso.

Prerrequisitos Las implementaciones del ping o del traceroute de Cisco LSP basadas en draft-ietf-mpls-lsp-ping-11 son capaces en algunos casos de detectar el formato del remitente de un pedido de eco MPLS. Sin embargo, ciertos casos existen en cuál no pudo contener un pedido de eco o una Respuesta de eco la extensión de Cisco TLV. Para evitar las complicaciones debido a ciertos casos donde los paquetes de eco están decodificados si se asume que los formatos incorrectos TLV, configure a todo el Routers en la red para actuar en el mismo modo. Para que una traza de trayectoria múltiple del árbol MPLS LSP sea acertada, la implementación en su Routers debe soportar el RFC 4379 en todos los routeres del núcleo. Si todo el Routers en la red soporta el FRC-4379 y existe la implementación de otro vendedor que no es capaz correctamente de manejar el vendedor TLV de Cisco, el Routers que soporta configuración en conformidad con RFC o más posterior debe los comandos include de inhabilitar las Extensiones del vendedor de Cisco TLV. PASOS SUMARIOS 1. enable 2. configure terminal 3. mpls oam 4. echo revision 4 5. []no echo vendor-extension 6. end 7. trace mpls multipath ipv4 destination-ip-address/destination-mask-length 8. debug mpls lspv multipath PASOS DETALLADOS

Comando o acción

Propósito

Paso enable 1

Habilita el modo EXEC privilegiado.

Paso configure terminal 2

Ingresa en el modo de configuración global.

Paso mpls oam 3

Ingresa al modo de configuración MPLS OAM.

Paso echo revision 4 4

Personaliza el comportamiento predeterminado de los paquetes de eco.

Example: Router> enable

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

Example: Router# configure terminal

Example: Router(config)# mpls oam Example: Router(config-mpls)# echo revision 4

• revision 4 Las palabras claves fijaron los atributos del paquete de eco a la revisión predeterminada 4 (RFC 4379 obediente). Observela característica de trayectoria múltiple de la traza del árbol MPLS LSP requiere la revisión 4.

Paso [no] echo vendor-extension 5 Example: Router(config-mpls) echo vendor-extension

(Opcional) personaliza el comportamiento predeterminado de los paquetes de eco. • vendor-extension La palabra clave envía la extensión del Cisco específico de los TLV con los paquetes de eco. • no La forma del comando permite que usted inhabilite la extensión TLV de un vendedor de Cisco que las implementaciones noncompliant de otro vendedor pueden no soportar. El valor predeterminado del router es echo vendor-extension.

Paso end 6

Sale al modo EXEC privilegiado.

Paso trace mpls multipath ipv4 destination-ip-address/ 7

Descubre todos los LSP de un router Egress a un router de ingreso.

Example: Router(config-mpls)# end

destination-mask-length Example: Router# trace mpls multipath ipv4 10.131.161.251/32

• ipv4 La palabra clave especifica el tipo de destino como direccionamiento del IPv4 LDP. • destination-ip-address El argumento es el prefijo de dirección de la blanco que se probará. • destination-mask-length El argumento es el número de bits en la máscara de la red de la dirección objetivo. Se requiere la palabra clave / antes de este argumento.

Paso debug mpls lspv multipath 8 Example: Router# debug mpls lspv multipath

Relacionado con la información de trayectoria múltiple de las visualizaciones a la característica de trayectoria múltiple de la traza del árbol MPLS LSP.

Descubrimiento de las trayectorias del Equilibrio de carga del IPv4 usando la traza de trayectoria múltiple del árbol MPLS LSP Realice la tarea siguiente de descubrir las trayectorias del Equilibrio de carga del IPv4 usando la traza de trayectoria múltiple del árbol MPLS LSP.

Detección de trayecto de trayectoria múltiple MPLS LSP Traceroute Paquetes MPLS de las balanzas de una carga del router Cisco basados en el stack de la etiqueta entrante y las direcciones de origen y de destino en el encabezado IP. El stack de la etiqueta saliente y la dirección de origen del encabezado IP siguen siendo constantes para cada trayectoria que es localizada. El router necesita encontrar el conjunto de las direcciones destino del encabezado IP para utilizar todas las rutas de acceso de los resultados posibles. Esto pudo requerir la búsqueda exhaustiva del espacio de la dirección 127.x.y.z/8. Una vez que usted descubre todas las trayectorias de la fuente LSR a la blanco o al destino LSR con la traza de trayectoria múltiple del árbol MPLS LSP, usted puede utilizar el traceroute MPLS LSP para monitorear estas trayectorias. El cuadro 1 muestra cómo la traza de trayectoria múltiple del árbol MPLS LSP descubre las trayectorias LSP en una red de muestra. En el cuadro 1, los tamaños a memoria de imagen son 16 y los números 0 a 15 representan los direccionamientos trazados una correspondencia de bits que la traza de trayectoria múltiple del árbol MPLS LSP utiliza para descubrir todas las trayectorias de la fuente LSR R-101 a la blanco LSR R-150. El cuadro 1 ilustra cómo trace mpls multipath el comando descubre todas las trayectorias LSP en la red de muestra. Cuadro 1 detección de trayecto de trayectoria múltiple de la traza del árbol MPLS LSP en una red de muestra

PASOS SUMARIOS 1. enable 2. configure terminal 3. mpls oam 4. echo revision 4 5. end 6. trace mpls multipath ipv4 destination-ip-address/-destinationmask-length hashkey ipv4 bitmap bitmap-size PASOS DETALLADOS

Comando o acción

Propósito

Paso enable 1

Habilita el modo EXEC privilegiado.

Paso configure terminal 2

Ingresa en el modo de configuración global.

Paso mpls oam 3

Ingresa al modo de configuración MPLS OAM y fija el atributo del paquete de eco a la revisión 4 (RFC 4379 obediente).

Paso echo revision 4 4

Personaliza el comportamiento predeterminado de los paquetes de eco.

Example: Router> enable

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

Example: Router# configure terminal Example: Router(config)# mpls oam Example: Router(config-mpls)# echo revision 4

• revision 4 Las palabras claves fijaron los atributos del paquete de eco a la revisión predeterminada 4 (RFC 4379 obediente). Observela característica de trayectoria múltiple de la traza del árbol MPLS LSP requiere la revisión 4.

Paso end 5

Sale al modo EXEC privilegiado.

Paso trace mpls multipath ipv4 destination-address/ 6

Descubre todo el MPLS LSP de un router Egress a un router de ingreso.

Example: Router(config-mpls)# end

destination-mask-length hashkey ipv4 bitmap bitmap-size Example: Router# trace mpls multipath ipv4 10.131.161.251/32 hashkey ipv4 bitmap 16

• ipv4 La palabra clave especifica el tipo de destino como direccionamiento del IPv4 LDP. • destination-address El argumento es el prefijo de dirección de la blanco que se probará. • destination-mask-length El argumento es el número de bits en la máscara de la red de la dirección objetivo. / La palabra clave antes de este argumento se requiere. • hashkey ipv4 Las palabras claves fijaron el tipo del hashkey a los direccionamientos del IPv4. • bitmap bitmap-size La palabra clave y los argumentos fijaron los tamaños a memoria de imagen para la detección de trayectoria múltiple.

Monitoreando las trayectorias LSP descubiertas por la traza de trayectoria múltiple del árbol MPLS LSP usando MPLS LSP Traceroute Realice la tarea siguiente de monitorear las trayectorias LSP descubiertas por la traza de trayectoria múltiple del árbol MPLS LSP usando el traceroute MPLS LSP. Usted puede tomar la salida directamente trace mpls multipath del comando y agregarla trace mpls a un comando de verificar periódicamente que la trayectoria todavía está actuando. El cuadro 2 muestra la asignación de la salida trace mpls multipath de un comando trace mpls a un comando. Cuadro 2 asignación de la salida de comando de trayectoria múltiple de los mpls de la traza a un comando mpls de la traza

Cada trayectoria que usted descubre con MPLS LSP la traza de trayectoria múltiple del árbol se puede probar de este modo periódicamente para monitorear las trayectorias LSP en su red. PASOS SUMARIOS 1. enable 2. trace mpls multipath ipv4 destination-address/destination-mask-length hashkey ipv4 bitmap bitmap-size 3. trace mpls ipv4 destination-address/destination-mask-length []output interface tx-interfacedel []source source-address del []destination address-start 4. exit PASOS DETALLADOS Paso 1 enable Utilice este comando para habilitar el modo EXEC privilegiado. Ingrese su contraseña si se le pide que lo haga. Por ejemplo: Router> enable Router#

Paso 2 trace mpls multipath ipv4 destination-address/destination-mask-length hashkey ipv4 bitmap bitmap-size Utilice este comando de descubrir todo el MPLS LSP de un router Egress a un router de ingreso. Por ejemplo: Router# trace mpls multipath ipv4 10.1.1.150/32 hashkey ipv4 bitmap 16

Starting LSP Multipath Traceroute for 10.1.1.150/32

Codes: '!' - success, 'Q' - request not sent, '.' - timeout, 'L' - labeled output interface, 'B' - unlabeled output interface, 'D' - DS Map mismatch, 'F' - no FEC mapping, 'f' - FEC mismatch, 'M' - malformed request, 'm' - unsupported tlvs, 'N' - no label entry, 'P' - no rx intf label prot, 'p' - premature termination of LSP, 'R' - transit router, 'I' - unknown upstream index, 'X' - unknown return code, 'x' - return code 0

Type escape sequence to abort. LLLL! Path 0 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.0 LLL! Path 1 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.1 L! Path 2 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.5 LL!

Path 3 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.7

Paths (found/broken/unexplored) (4/0/0) Echo Request (sent/fail) (14/0) Echo Reply (received/timeout) (14/0) Total Time Elapsed 468 ms

La salida trace mpls multipath del comando en el ejemplo muestra el resultado de la detección de trayecto con la traza de trayectoria múltiple del árbol MPLS LSP. En este ejemplo, los comandos estableces los tamaños a memoria de imagen a 16. Comienzo de la detección de trayecto por la traza de trayectoria múltiple del árbol MPLS LSP usando 16 direccionamientos trazados una correspondencia de bits como localiza las trayectorias LSP del router de origen al router objetivo con el prefijo y la máscara 10.1.1.150/32. La traza de trayectoria múltiple del árbol MPLS LSP comienza a usar el espacio de la dirección 127 .x.y.z/8 con 127.0.0.1.

[]del [] trace mpls ipv4 destination-address/destination-mask-length del []output interface tx-interfacedel pasosource source-address3destination address-start Utilice este comando de verificar que las trayectorias descubiertas cuando usted ingresó trace mpls multipath un comando todavía están actuando. Por ejemplo, la salida para la trayectoria 0 en el comando trace mpls multipath anterior en el paso 2 es: output interface Et0/0 source 10.1.111.101 destination 127.0.0.0

Si usted pone la salida para la trayectoria 0 en trace mpls el comando, usted ve los resultados siguientes: Router# trace mpls ipv4 10.1.1.150/32 output interface Et0/0 source 10.1.111.101 destination 127.0.0.0

Tracing MPLS Label Switched Path to 10.1.1.150/32, timeout is 2 seconds

Codes: '!' - success, 'Q' - request not sent, '.' - timeout, 'L' - labeled output interface, 'B' - unlabeled output interface, 'D' - DS Map mismatch, 'F' - no FEC mapping, 'f' - FEC mismatch, 'M' - malformed request, 'm' - unsupported tlvs, 'N' - no label entry, 'P' - no rx intf label prot, 'p' - premature termination of LSP, 'R' - transit router, 'I' - unknown upstream index, 'X' - unknown return code, 'x' - return code 0

Type escape sequence to abort. 0 10.1.111.101 MRU 1500 [Labels: 33 Exp: 0] L 1 10.1.111.111 MRU 1500 [Labels: 34 Exp: 0] 40 ms L 2 10.2.121.121 MRU 1500 [Labels: 34 Exp: 0] 32 ms L 3 10.3.132.132 MRU 1500 [Labels: 32 Exp: 0] 16 ms

L 4 10.4.140.240 MRU 1504 [Labels: implicit-null Exp: 0] 20 ms ! 5 10.5.150.50 20 ms

Usted puede tomar la salida directamente trace mpls multipath del comando y agregarla trace mpls a un comando de verificar periódicamente que la trayectoria todavía está actuando (véase el cuadro 2). Paso 4 exit Utilice este comando para salir al modo EXEC de usuario. por ejemplo: Router# exit Router>

Uso de DSCP para Solicitar una Clase de Servicio Específica en una Respuesta de Eco En Cisco IOS Release 12.2(27)SXE, Cisco añadió una opción de punto de código de servicios diferenciados (DSCP) que permite solicitar una clase específica de servicio en una respuesta de eco. La opción DSCP de respuesta se soporta en el modo experimental para IETF draft-ietf-mpls-lsp-ping-03.txt. Cisco implementó una extensión específica del proveedor para la opción de la respuesta DSCP en lugar de usar una respuesta TOS TLV. Una contestación TOS TLV responde al mismo propósito que reply dscp el comando en IETF draft-ietf-mpls-lsp-ping-11.txt. Este borrador proporciona un método estandarizado para controlar el DSCP de respuesta.

Observeantes del RFC 4379, Cisco implementó la opción de la contestación DSCP como capacidad experimental usando una extensión TLV del vendedor de Cisco. Si configuran a un router para codificar los paquetes de eco MPLS para las implementaciones de la versión 3 del proyecto, una extensión TLV del vendedor de Cisco se utiliza en vez del = la contestación TOS TLV que fue definida en la versión 8 del proyecto. Para utilizar DSCP para solicitar un CoS específico en una respuesta de eco, realice los pasos siguientes. PASOS SUMARIOS 1. enable 2. trace mpls multipath ipv4 destination-address/destination-mask-length []reply dscp dscp-value 3. exit PASOS DETALLADOS

Comando o acción

Propósito

Paso enable 1

Habilita el modo EXEC privilegiado.

Paso trace mpls multipath ipv4 destination-address/ 2

Descubre todo el MPLS LSP de un router de ingreso a un router Egress y controla el valor DSCP de una Respuesta de eco.

Example: Router> enable

destination-mask-length [ reply dscp dscp-value] Example: Router# trace mpls multipath ipv4 10.131.191.252/32 reply dscp 50

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

• ipv4 La palabra clave especifica el tipo de destino como direccionamiento del IPv4 LDP. • destination-address El argumento es el prefijo de dirección de la blanco que se probará. • destination-mask-length El argumento es el número de bits en la máscara de la red de la dirección objetivo. / La palabra clave antes de este argumento se requiere. • reply dscp dscp-value Las palabras claves y el argumento son el valor DSCP de una Respuesta de eco. Una contestación TOS TLV responde al mismo propósito que reply dscp el comando en IETF draft-ietf-mpls-lspping-11.txt. Observepara especificar un valor DSCP, usted debe ingresar reply dscp dscp-value

las palabras claves y el argumento. Paso exit 3

Vuelve al modo EXEC de usuario.

Example: Router# exit

Control de la Forma en que un Router de Respuesta Responde a una Solicitud de Eco MPLS Esta sección contiene la información sobre y las instrucciones para controlar cómo un router de respuesta contesta a un pedido de eco MPLS. Usted debe entender la siguiente información antes de que usted configure un modo de la contestación para la respuesta del pedido de eco: •

Modos de Respuesta de una Solicitud de Eco de MPLS LSP Multipath Tree Trace

Modos de Respuesta de una Solicitud de Eco de MPLS LSP Multipath Tree Trace Los controles del modo de la contestación cómo un router de respuesta contesta a un pedido de eco MPLS enviado por trace mpls multipath un comando. Un paquete de solicitud de eco cuenta con dos modos de respuesta: •

ipv4 — Contestación con un paquete del User Datagram Protocol (UDP) del IPv4 (valor por defecto)

•

router-alert: respuesta con un paquete UDP IPv4 con alerta de router

Observeel uso los modos de la contestación ipv4 y de la alerta del router con uno a de prevenir las negativas falsas. Si usted no recibe una contestación vía el modo ipv4, envíe una prueba con el modo de la contestación de la alerta del router. Si ambos fallan, hay algo incorrecto en la trayectoria de retorno. El problema pudo ser debido a una configuración incorrecta TOS. Modo de la contestación del IPv4 UDP El modo de la contestación del IPv4 UDP es el modo más común de la contestación usado con trace mpls multipath un comando cuando usted quiere sondear periódicamente la integridad de un LSP. Con esta opción, no tiene control explícito sobre si el paquete atraviesa los saltos IP o MPLS para alcanzar el origen de la solicitud de eco MPLS. Si el router el originar (headend) no puede recibir una contestación a un pedido de eco MPLS cuando usted utiliza reply mode ipv4 las palabras claves, utilice reply mode router-alert las palabras claves. Modo de Respuesta de Alerta de Router El modo de respuesta a alertas del router añade la opción de alerta del router al encabezado IP. Cuando un paquete del IP que contiene una opción de la alerta del router IP en su encabezado IP o un paquete MPLS con una etiqueta de alerta del router mientras que su escritura de la etiqueta exterior llega un router, el router lleva en batea (reorienta) el paquete al nivel de proceso del (RP) del Route Processor para dirigir. Esto fuerza el RP de cada router intermedio para manejar específicamente el paquete en cada salto intermedio mientras que se mueve de nuevo al destino. El hardware y el linecard que remiten las inconsistencias se desvían así. El modo de la contestación de la alerta del router es más lento que el modo del IPv4 porque la contestación requiere el nivel de proceso RP que dirige en cada salto. El cuadro 2 describe cómo un paquete del IP entrante con una alerta del router IP es manejado por los procesos del trayecto de Switching del router cuando el paquete de salida es un paquete del IP o un paquete MPLS. También describe cómo un paquete MPLS con una opción de la alerta del router es manejado por los procesos del trayecto de Switching del router cuando el paquete de salida es un paquete del IP o un paquete MPLS.

Paquete de Entrada

Acción de Switching Paquete de salida Normal

Paquete de IP: opción de alerta del router en el encabezado IP

Paquete de IP: opción de alerta del router en el encabezado IP

La opción de alerta de router Reenvía el paquete tal en el encabezado IP hace que cual el paquete se impulse a la trayectoria de switching de proceso.

Paquete MPLS Paquete MPLS: la etiqueta exterior contiene una alerta de router

Paquete de IP: opción de alerta del router en el encabezado IP Paquete MPLS: la etiqueta exterior contiene una alerta de router

Acción de switching del proceso

Reenvía el paquete tal cual Si la etiqueta de alerta de router es la etiqueta exterior, el paquete se impulsa a la trayectoria de switching de proceso.

Remueve la etiqueta de alerta del router exterior y reenvía el paquete como un paquete IP Preserva la etiqueta de alerta del router situado más al extremo y reenvía el paquete MPLS

PASOS SUMARIOS 1. enable 2. trace mpls multipath ipv4 destination-address/destination-mask-length reply mode {ipv4 | router-alert} 3. exit PASOS DETALLADOS

Comando o acción

Propósito

Paso enable 1

Habilita el modo EXEC privilegiado.

Paso trace mpls multipath ipv4 destination-address/ 2

Descubre todo el MPLS LSP de un router de ingreso a un router Egress y especifica el modo de la contestación.

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

Example: Router> enable

destination-mask-length reply mode {ipv4 | router-alert}

• ipv4 La palabra clave especifica el tipo de destino como direccionamiento del IPv4 LDP.

Example: Router# trace mpls multipath ipv4 10.131.191.252/32 reply mode router-alert

• destination-address El argumento es el prefijo de dirección de la blanco que se probará. • destination-mask-length El argumento es el número de bits en la máscara de la red de la dirección objetivo. / La palabra clave antes de este argumento se requiere. • reply mode La palabra clave requiere que usted ingrese una de las palabras claves siguientes para especificar el modo de la contestación: – ipv4 La palabra clave — Contestación con un paquete UDP del IPv4 (valor por defecto). – router-alert La palabra clave — Contestación con un paquete UDP del IPv4 con la alerta del router. Observepara especificar el modo de la contestación, usted debe ingresar reply mode la palabra clave con ipv4 o router-alert la palabra clave.

Paso exit 3

Vuelve al modo EXEC de usuario.

Example: Router# exit

Especificación de la Interfaz de Salida de los Paquetes de Eco que Salen de un Router para el Rastro de Árbol de Trayectoria Múltiple MPLS LSP Realice la tarea siguiente de especificar la interfaz de salida para los paquetes de eco que salen de un router para la característica de trayectoria múltiple de la traza del árbol MPLS LSP. Usted puede utilizar esta tarea de probar los LSP accesibles a través de una interfaz dada.

Control de la Interfaz de Salida de la Solicitud de Eco Puede controlar la interfaz a través de la cual los paquetes salen de un router. La información de salida de trayectoria se utiliza como entrada para ping y traceroute de LSP. La función de control de la interfaz de salida de solicitud de eco permite forzar el paso de paquetes de eco a través de las trayectorias que realizan un debugging o una caracterización detallados del LSP. Esta función es útil si un router PE se conecta con una nube MPLS y hay links quebrados. Puede dirigir tráfico a través de cierto link. Esta función también resulta útil para el Troubleshooting de los problemas de red. PASOS SUMARIOS 1. enable 2. trace mpls multipath ipv4 destination-address/destination-mask-length []output interface tx-interface 3. exit

PASOS DETALLADOS

Comando o acción

Propósito

Paso enable 1

Habilita el modo EXEC privilegiado.

Example: Router> enable

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

Paso trace mpls multipath ipv4 destinationDescubre todo el MPLS LSP de un address/ destination-mask-length [output router de ingreso a un router 2 interface tx-interface] Egress y especifica la interfaz a través de la cual los paquetes de Example: eco dejan a un router. Router# trace mpls multipath ipv4 10.131.159.251/32 output interface ethernet0/0

• ipv4 La palabra clave especifica el tipo de destino como direccionamiento del IPv4 LDP.

• destination-address El argumento es el prefijo de dirección de la blanco que se probará. • destination-mask-length El argumento es el número de bits en la máscara de la red de la dirección objetivo. / La palabra clave antes de este argumento se requiere. • output interface txinterface Las palabras claves y el argumento especifican la interfaz de salida para el pedido de eco MPLS. Notausted debe especificar output interface las palabras claves. Paso exit 3

Vuelve al modo EXEC de usuario.

Example: Router# exit

Determinación del Ritmo de Transmisión de Paquetes de Solicitud de Eco MPLS para MPLS LSP Multipath Tree Trace Realice la tarea siguiente de fijar el paso de la transmisión del paquete de pedido de eco MPLS para la característica de trayectoria múltiple de la traza del árbol MPLS LSP. El establecimiento del paso del tráfico del pedido de eco permite que usted fije el paso de la transmisión de paquetes de modo que el router de recepción no caiga los paquetes. Si usted tiene una gran cantidad de tráfico en su red usted puede ser que aumente los tamaños del intervalo para ayudar a asegurarse de que el router de recepción no cae los paquetes. PASOS SUMARIOS 1. enable 2. trace mpls multipath ipv4 destination-address/destination-mask-length []interval milliseconds 3. exit PASOS DETALLADOS

Comando o acción

Propósito

Paso enable 1

Habilita el modo EXEC privilegiado.

Paso trace mpls multipath ipv4 destination-address/ 2

Descubre todo el MPLS LSP de un router Egress a un router de ingreso y fija el tiempo en los milisegundos entre los pedidos de eco sucesivos MPLS.

Example: Router> enable

destination-mask-length [ interval milliseconds] Example: Router# trace mpls multipath ipv4 10.131.159.251/32 interval 100

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

• ipv4 La palabra clave especifica el tipo de destino como direccionamiento del IPv4 LDP.

• destination-address El argumento es el prefijo de dirección de la blanco que se probará. • destination-mask El argumento es el número de bits en la máscara de la red de la dirección objetivo. / La palabra clave antes de este argumento se requiere. • interval milliseconds La palabra clave y el argumento fijaron la hora entre los pedidos de eco sucesivos MPLS en los milisegundos. El valor por defecto es 0 milisegundos. Observepara establecer el paso de la transmisión de paquetes, usted debe especificar interval la palabra clave. Paso exit 3

Vuelve al modo EXEC de usuario.

Example: Router# exit

Habilitación de MPLS LSP Multipath Tree Trace para Detectar las Roturas LSP Causadas por una Interfaz sin Configuración MPLS Realice la tarea siguiente de permitir a la traza de trayectoria múltiple del árbol MPLS LSP para detectar las roturas LSP causadas por una interfaz que falte una configuración de MPLS. Si una interfaz no se configura para el MPLS, después no puede remitir los paquetes MPLS.

Capacidad de las pruebas LSP de la Etiqueta NULL explícita que calza de llevar el tráfico MPLS Para una traza de trayectoria múltiple del árbol MPLS LSP de los LSP que llevan el IPv4 FEC, usted puede forzar una Etiqueta NULL explícita para ser agregado a la pila de etiquetas MPLS aunque la escritura de la etiqueta era no solicitada. Esto permite que a MPLS LSP la traza de trayectoria múltiple del árbol detecte las roturas LSP causadas por una interfaz que no se configure para el MPLS. La traza de trayectoria múltiple del árbol MPLS LSP no señala que está funcionando un LSP cuando no puede enviar el tráfico MPLS. Una Etiqueta NULL explícita se agrega a una pila de etiquetas MPLS si los paquetes de pedido de eco MPLS se remiten de una interfaz no configurada para el MPLS que está conectado directamente con el destino de la traza de trayectoria múltiple del árbol MPLS LSP o si el valor IP TTL para los paquetes de pedido de eco MPLS se fija a 1. Cuando usted ingresa trace mpls multipath un comando, usted está buscando todas las trayectorias MPLS LSP de un router Egress a un router de ingreso. No detectan al error en las interfaces de salida que no se configuran para el MPLS en el penúltimo salto. La inclusión explícita de etiquetas nulas permite comprobar la capacidad de un LSP de transportar tráfico MPLS. PASOS SUMARIOS 1. enable 2. trace mpls multipath ipv4 destination-address/destination-mask-length force-explicit-null 3. exit PASO DETALLADO Paso enable 1

Habilita el modo EXEC privilegiado.

Paso trace mpls multipath ipv4 destination-address/ 2

Descubre todo el MPLS LSP de un router Egress a un router de ingreso y fuerza una Etiqueta NULL explícita a ser agregado a la pila de etiquetas MPLS.

Example: Router> enable

destination-mask-length force-explicit-null

Example: Router# trace mpls multipath ipv4 10.131.191.252/32 forceexplicit-null

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

• ipv4 La palabra clave especifica el tipo de destino como direccionamiento del IPv4 LDP. • destination-address El argumento es el prefijo de dirección de la blanco que se probará. • destination-mask-length El argumento es el número de bits en la máscara de la red de la dirección objetivo. / La palabra clave antes de este argumento se requiere. • force-explicit-null La palabra clave fuerza una Etiqueta NULL explícita a ser agregada a la pila de etiquetas MPLS aunque la escritura

de la etiqueta era no solicitada. Notausted debe ingresar force-explicit-null la palabra clave para permitir a la traza de trayectoria múltiple del árbol MPLS LSP para detectar las roturas LSP causadas por una interfaz que no se configure para el MPLS. Paso exit 3

Vuelve al modo EXEC de usuario.

Example: Router# exit

Solicitud de que un Router de Tránsito Valide el Stack FEC Objetivo para MPLS LSP Multipath Tree Trace Realice la tarea siguiente de pedir que un router de tránsito valida el stack de la blanco FEC para la característica de trayectoria múltiple de la traza del árbol MPLS LSP. Una solicitud de eco MPLS prueba un LSP determinado. El LSP que se probará es identificado por el stack FEC. Durante una traza de trayectoria múltiple del árbol MPLS LSP, las reglas de la validación del paquete de eco no requieren que un router de tránsito valide el stack TLV de la blanco FEC. Una correspondencia rio abajo TLV que contiene las escrituras de la etiqueta recibidas correctas debe estar presente en el pedido de eco para el stack de la blanco FEC que marca para ser realizado. Para pedir que un router de tránsito valide el stack de la blanco FEC, fije el indicador V del router de origen ingresando flags fec las palabras claves en trace mpls multipath el comando. Con el valor predeterminado, los paquetes de solicitud de eco se envían con el indicador V establecido en 0. PASOS SUMARIOS 1. enable [] trace mpls multipath ipv4 destination-addressde 2.destination-mask-length/flags fec[]ttl maximum-time-to-live 3. exit PASOS DETALLADOS

Comando o acción

Propósito

Paso enable 1

Habilita el modo EXEC privilegiado.

Paso trace mpls multipath ipv4 destination-address/ 2

Descubre todo el MPLS LSP de un router Egress a un router de ingreso y pide la validación del stack de la blanco FEC por un router de tránsito.

Example: Router> enable

destination-mask-length [flags fec] [ttl maximum-time-to-live] Example: Router# trace mpls multipath ipv4 10.131.159.252/32 flags fec ttl 5

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

• ipv4 La palabra clave especifica el tipo de destino como direccionamiento del IPv4 LDP. • destination-address El argumento es el prefijo de dirección de la blanco que se probará. • destination-mask-length El argumento es el número de bits en la máscara de la red de la dirección objetivo. / La palabra clave antes de este argumento se requiere. • flags fec Las palabras claves piden que la validación del stack de la blanco FEC esté hecha en un router de tránsito. • ttl maximum-time-to-live Los pares de la palabra clave y del argumento especifican una cuenta del salto máximo. Observepara un router de tránsito para validar el stack de la blanco FEC, usted debe ingresar flags fec y ttl las palabras claves.

Paso exit 3

Example: Router# exit

Vuelve al modo EXEC de usuario.

Configuración del Número de Intentos de Desconexión para MPLS LSP Multipath Tree Trace Realice la tarea siguiente de fijar el número de tentativas del descanso para la característica de trayectoria múltiple de la traza del árbol MPLS LSP. Se intenta una recomprobación si un pedido de eco excepcional mide el tiempo hacia fuera de esperar la Respuesta de eco correspondiente. PASOS SUMARIOS 1. enable 2. trace mpls multipath ipv4 destination-address/destination-mask-length []retry-count retry-count-value 3. exit PASOS DETALLADOS

Comando o acción

Propósito

Paso enable 1

Habilita el modo EXEC privilegiado.

Paso trace mpls multipath ipv4 destination-address/ 2

Fija el número de tentativas de la recomprobación durante una traza de trayectoria múltiple del árbol MPLS LSP.

Example: Router> enable

destination-mask-length [ retry-count retry-countvalue] Example: Router# trace mpls multipath ipv4 10.131.159.252/32 retrycount 4

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

• ipv4 La palabra clave especifica el tipo de destino como direccionamiento del IPv4 LDP. • destination-address El argumento es el prefijo de dirección de la blanco que se probará. • destination-mask-length El argumento es el número de bits en la máscara de la red de la dirección objetivo. / La palabra clave antes de este argumento se requiere. • retry-count retry-count-value La palabra clave y el argumento fija el número de tentativas de la recomprobación después de que ocurra un descanso. Un valor de la rertry-cuenta del "0" significa los intentos infinitos. Un valor de cuenta de reintentos a partir de 0 to10 se sugiere. Usted puede ser que quiera aumentar el valor de reintentos a mayor de 10, si 10 es un valor demasiado pequeño. El valor de cuenta de reintentos predeterminado es 3. Observepara fijar el número de recomprobaciones después de un descanso, usted debe ingresar retry-count la palabra clave.

Paso exit 3

Vuelve al modo EXEC de usuario.

Example: Router# exit

Ejemplos de Configuración para MPLS EM — MPLS LSP Multipath Tree Trace Esta sección incluye los ejemplos de configuración siguientes para el MPLS EM — característica de trayectoria múltiple de la traza del árbol MPLS LSP: •

Personalización del Comportamiento Predeterminado de los Paquetes de Eco MPLS: Ejemplo:

•

Configuración de MPLS LSP Multipath Tree Trace: Ejemplo:

•

Uso de DSCP para Solicitar una Clase de Servicio Específica en una Respuesta de Eco: Ejemplo:

•

Control de la Forma en que un Router de Respuesta Responde a una Solicitud de Eco MPLS: Ejemplo:

• Especificación de la Interfaz de Salida de los Paquetes de Eco que Salen de un Router para el Rastro de Árbol de Trayectoria Múltiple MPLS LSP: Ejemplo: • Determinación del Ritmo de Transmisión de Paquetes de Solicitud de Eco MPLS para MPLS LSP Multipath Tree Trace: Ejemplo: • Habilitación de MPLS LSP Multipath Tree Trace para Detectar las Roturas LSP Causadas por una Interfaz sin Configuración MPLS: Ejemplo: •

Solicitud de que un Router de Tránsito Valide el Stack FEC Objetivo para MPLS LSP Multipath Tree Trace: Ejemplo:

•

Configuración del Número de Intentos de Desconexión para MPLS LSP Multipath Tree Trace: Ejemplo:

Personalización del Comportamiento Predeterminado de los Paquetes de Eco MPLS: Ejemplo: Las demostraciones del siguiente ejemplo cómo personalizar el comportamiento de los paquetes de eco MPLS de modo que la característica de trayectoria múltiple de la traza del árbol MPLS LSP interopere con una instrumentación de vendedor que no interprete el RFC 4379 como lo hace Cisco: configure terminal ! mpls oam echo revision 4 no echo vendor-extension end

echo revision El comando se incluye en este ejemplo para lo completo. El número de revisión predeterminado de la generación de eco es 4, que corresponde al RFC 4379.

Configuración de MPLS LSP Multipath Tree Trace: Ejemplo: Las demostraciones del siguiente ejemplo cómo configurar la característica de trayectoria múltiple de la traza del árbol MPLS LSP para interoperar con una instrumentación de vendedor que no interpreta el RFC 4379 como lo hace Cisco: configure terminal ! mpls oam echo revision 4 no echo vendor-extension end ! trace mpls multipath ipv4 10.131.161.151/32

echo revision El comando se incluye en este ejemplo para lo completo. El número de revisión predeterminado de la generación de eco es 4, que corresponde al RFC 4379.

Descubrimiento de las trayectorias del Equilibrio de carga del IPv4 usando la traza de trayectoria múltiple del árbol MPLS LSP: Ejemplo: Las demostraciones del siguiente ejemplo cómo utilizar la característica de trayectoria múltiple de la traza del árbol MPLS LSP para descubrir las trayectorias del Equilibrio de carga del IPv4. El ejemplo se basa en la red de muestra mostrada en el cuadro 3. En este ejemplo, los tamaños a memoria de imagen se fijan a 16. Por lo tanto, comienzo de la detección de trayecto por la característica de trayectoria múltiple de la traza del árbol MPLS LSP usando 16 direccionamientos trazados una correspondencia de bits como localiza las trayectorias LSP del router de origen R-101 al router objetivo R-150 con el prefijo y la máscara 10.1.1.150/32. La característica de trayectoria múltiple de la traza del árbol MPLS LSP comienza a usar el espacio de la dirección 127.x.y.z/8 con 127.0.0.0. Router# trace mpls multipath ipv4 10.1.1.150/32 hashkey ipv4 bitmap 16

Starting LSP Multipath Traceroute for 10.1.1.150/32

Codes: '!' - success, 'Q' - request not sent, '.' - timeout, 'L' - labeled output interface, 'B' - unlabeled output interface, 'D' - DS Map mismatch, 'F' - no FEC mapping, 'f' - FEC mismatch,

'M' - malformed request, 'm' - unsupported tlvs, 'N' - no label entry, 'P' - no rx intf label prot, 'p' - premature termination of LSP, 'R' - transit router, 'I' - unknown upstream index, 'X' - unknown return code, 'x' - return code 0

Type escape sequence to abort. LLLL! Path 0 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.0 LLL! Path 1 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.1 L! Path 2 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.5 LL! Path 3 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.7

Paths (found/broken/unexplored) (4/0/0) Echo Request (sent/fail) (14/0) Echo Reply (received/timeout) (14/0) Total Time Elapsed 468 ms

La salida trace mpls multipath del comando en el ejemplo muestra el resultado de la detección de trayecto con la característica de trayectoria múltiple de la traza del árbol MPLS LSP tal y como se muestra en del cuadro 3. Cuadro 3 detección de trayecto de trayectoria múltiple de la traza del árbol MPLS LSP en una red de muestra

Uso de DSCP para Solicitar una Clase de Servicio Específica en una Respuesta de Eco: Ejemplo: El ejemplo siguiente muestra cómo utilizar DSCP para solicitar una CoS específica en una respuesta de eco:

Router# trace mpls multipath ipv4 10.1.1.150/32 reply dscp 50

Starting LSP Multipath Traceroute for 10.1.1.150/32

Codes: '!' - success, 'Q' - request not sent, '.' - timeout, 'L' - labeled output interface, 'B' - unlabeled output interface, 'D' - DS Map mismatch, 'F' - no FEC mapping, 'f' - FEC mismatch, 'M' - malformed request, 'm' - unsupported tlvs, 'N' - no label entry, 'P' - no rx intf label prot, 'p' - premature termination of LSP, 'R' - transit router, 'I' - unknown upstream index, 'X' - unknown return code, 'x' - return code 0

Type escape sequence to abort. LLLL! Path 0 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.0 LLL! Path 1 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.1 L! Path 2 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.5 LL! Path 3 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.7

Paths (found/broken/unexplored) (4/0/0) Echo Request (sent/fail) (14/0) Echo Reply (received/timeout) (14/0) Total Time Elapsed 448 ms

Control de la Forma en que un Router de Respuesta Responde a una Solicitud de Eco MPLS: Ejemplo: Las demostraciones del siguiente ejemplo cómo controlar cómo un router de respuesta contesta a un pedido de eco MPLS: Router# trace mpls multipath ipv4 10.1.1.150/32 reply mode router-alert

Starting LSP Multipath Traceroute for 10.1.1.150/32

Codes: '!' - success, 'Q' - request not sent, '.' - timeout, 'L' - labeled output interface, 'B' - unlabeled output interface, 'D' - DS Map mismatch, 'F' - no FEC mapping, 'f' - FEC mismatch, 'M' - malformed request, 'm' - unsupported tlvs, 'N' - no label entry, 'P' - no rx intf label prot, 'p' - premature termination of LSP, 'R' - transit router, 'I' - unknown upstream index, 'X' - unknown return code, 'x' - return code 0

Type escape sequence to abort. LLLL! Path 0 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.0 LLL! Path 1 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.1 L! Path 2 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.5 LL! Path 3 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.7

Paths (found/broken/unexplored) (4/0/0) Echo Request (sent/fail) (14/0) Echo Reply (received/timeout) (14/0 Total Time Elapsed 708 ms

Especificación de la Interfaz de Salida de los Paquetes de Eco que Salen de un Router para el Rastro de Árbol de Trayectoria Múltiple MPLS LSP: Ejemplo: Las demostraciones del siguiente ejemplo cómo especificar la interfaz de salida para los paquetes de eco que salen de un router para la característica de trayectoria múltiple de la traza del árbol MPLS LSP: Router# trace mpls multipath ipv4 10.1.1.150/32 output interface ethernet0/0

Tracing MPLS Label Switched Path to 10.1.1.150/32, timeout is 2 seconds

Codes: '!' - success, 'Q' - request not sent, '.' - timeout, 'L' - labeled output interface, 'B' - unlabeled output interface, 'D' - DS Map mismatch, 'F' - no FEC mapping, 'f' - FEC mismatch,

'M' - malformed request, 'm' - unsupported tlvs, 'N' - no label entry, 'P' - no rx intf label prot, 'p' - premature termination of LSP, 'R' - transit router, 'I' - unknown upstream index, 'X' - unknown return code, 'x' - return code 0

Type escape sequence to abort. 0 10.1.111.101 MRU 1500 [Labels: 33 Exp: 0] L 1 10.1.111.111 MRU 1500 [Labels: 33 Exp: 0] 40 ms L 2 10.2.120.120 MRU 1500 [Labels: 33 Exp: 0] 20 ms L 3 10.3.131.131 MRU 1500 [Labels: 34 Exp: 0] 20 ms L 4 10.4.141.141 MRU 1504 [Labels: implicit-null Exp: 0] 20 ms ! 5 10.5.150.150 16 ms

Determinación del Ritmo de Transmisión de Paquetes de Solicitud de Eco MPLS para MPLS LSP Multipath Tree Trace: Ejemplo: La demostración de los siguientes ejemplos cómo está fijado el paso de la transmisión del paquete de pedido de eco MPLS para la característica de trayectoria múltiple de la traza del árbol MPLS LSP. La hora entre los pedidos de eco sucesivos MPLS se fija a 300 milisegundos en el primer ejemplo y a 400 milisegundos en el segundo ejemplo: Router# trace mpls multipath ipv4 10.131.159.252/32 interval 300

Starting LSP Multipath Traceroute for 10.131.159.252/32

Codes: '!' - success, 'Q' - request not sent, '.' - timeout, 'L' - labeled output interface, 'B' - unlabeled output interface, 'D' - DS Map mismatch, 'F' - no FEC mapping, 'f' - FEC mismatch, 'M' - malformed request, 'm' - unsupported tlvs, 'N' - no label entry, 'P' - no rx intf label prot, 'p' - premature termination of LSP, 'R' - transit router, 'I' - unknown upstream index, 'X' - unknown return code, 'x' - return code 0

Type escape sequence to abort. LL! Path 0 found, output interface Et1/0 source 10.2.3.2 destination 127.0.0.0

Paths (found/broken/unexplored) (1/0/0) Echo Request (sent/fail) (3/0) Echo Reply (received/timeout) (3/0) Total Time Elapsed 1604 ms

Router# trace mpls multipath ipv4 10.131.159.252/32 interval 400

Starting LSP Multipath Traceroute for 10.131.159.252/32

Codes: '!' - success, 'Q' - request not sent, '.' - timeout, 'L' - labeled output interface, 'B' - unlabeled output interface, 'D' - DS Map mismatch, 'F' - no FEC mapping, 'f' - FEC mismatch, 'M' - malformed request, 'm' - unsupported tlvs, 'N' - no label entry, 'P' - no rx intf label prot, 'p' - premature termination of LSP, 'R' - transit router, 'I' - unknown upstream index, 'X' - unknown return code, 'x' - return code 0

Type escape sequence to abort. LL! Path 0 found, output interface Et1/0 source 10.2.3.2 destination 127.0.0.0

Paths (found/broken/unexplored) (1/0/0) Echo Request (sent/fail) (3/0) Echo Reply (received/timeout) (3/0) Total Time Elapsed 1856 ms

Note que el tiempo transcurrido aumenta mientras que usted aumenta los tamaños del intervalo.

Habilitación de MPLS LSP Multipath Tree Trace para Detectar las Roturas LSP Causadas por una Interfaz sin Configuración MPLS: Ejemplo: Las demostraciones de los siguientes ejemplos cómo permitir a la característica de trayectoria múltiple de la traza del árbol MPLS LSP para detectar las roturas LSP causadas por una interfaz que falta una configuración de MPLS: Router# trace mpls multipath ipv4 10.1.1.150/32 force-explicit-null

Starting LSP Multipath Traceroute for 10.1.1.150/32

Codes: '!' - success, 'Q' - request not sent, '.' - timeout, 'L' - labeled output interface, 'B' - unlabeled output interface, 'D' - DS Map mismatch, 'F' - no FEC mapping, 'f' - FEC mismatch, 'M' - malformed request, 'm' - unsupported tlvs, 'N' - no label entry, 'P' - no rx intf label prot, 'p' - premature termination of LSP, 'R' - transit router, 'I' - unknown upstream index, 'X' - unknown return code, 'x' - return code 0

Type escape sequence to abort. LLLL! Path 0 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.0 LLL! Path 1 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.1 L! Path 2 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.5 LL! Path 3 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.7

Paths (found/broken/unexplored) (4/0/0) Echo Request (sent/fail) (14/0) Echo Reply (received/timeout) (14/0) Total Time Elapsed 460 ms

Este ejemplo muestra la información adicional proporcionada cuando usted agrega verbose la palabra clave al comando: Router# trace mpls multipath ipv4 10.1.1.150/32 force-explicit-null verbose

Starting LSP Multipath Traceroute for 10.1.1.150/32

Codes: '!' - success, 'Q' - request not sent, '.' - timeout, 'L' - labeled output interface, 'B' - unlabeled output interface, 'D' - DS Map mismatch, 'F' - no FEC mapping, 'f' - FEC mismatch, 'M' - malformed request, 'm' - unsupported tlvs, 'N' - no label entry,

'P' - no rx intf label prot, 'p' - premature termination of LSP, 'R' - transit router, 'I' - unknown upstream index, 'X' - unknown return code, 'x' - return code 0

Type escape sequence to abort. LLLL! Path 0 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.0 0 10.1.111.101 10.1.111.111 MRU 1500 [Labels: 33/explicit-null Exp: 0/0] multipaths 0 L 1 10.1.111.111 10.2.121.121 MRU 1500 [Labels: 34/explicit-null Exp: 0/0] ret code 8 multipaths 2 L 2 10.2.121.121 10.3.132.132 MRU 1500 [Labels: 34/explicit-null Exp: 0/0] ret code 8 multipaths 1 L 3 10.3.132.132 10.4.140.240 MRU 1500 [Labels: 32/explicit-null Exp: 0/0] ret code 8 multipaths 1 L 4 10.4.140.240 10.5.150.50 MRU 1504 [Labels: explicit-null Exp: 0] ret code 8 multipaths 1 ! 5 10.5.150.50, ret code 3 multipaths 0 LLL! Path 1 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.1 0 10.1.111.101 10.1.111.111 MRU 1500 [Labels: 33/explicit-null Exp: 0/0] multipaths 0 L 1 10.1.111.111 10.2.120.120 MRU 1500 [Labels: 33/explicit-null Exp: 0/0] ret code 8 multipaths 2 L 2 10.2.120.120 10.3.131.131 MRU 1500 [Labels: 33/explicit-null Exp: 0/0] ret code 8 multipaths 2 L 3 10.3.131.131 10.4.141.141 MRU 1500 [Labels: 34/explicit-null Exp: 0/0] ret code 8 multipaths 2 L 4 10.4.141.141 10.5.150.150 MRU 1504 [Labels: explicit-null Exp: 0] ret code 8 multipaths 1 ! 5 10.5.150.150, ret code 3 multipaths 0 L! Path 2 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.5

0 10.1.111.101 10.1.111.111 MRU 1500 [Labels: 33/explicit-null Exp: 0/0] multipaths 0 L 1 10.1.111.111 10.2.120.120 MRU 1500 [Labels: 33/explicit-null Exp: 0/0] ret code 8 multipaths 2 L 2 10.2.120.120 10.3.131.131 MRU 1500 [Labels: 33/explicit-null Exp: 0/0] ret code 8 multipaths 2 L 3 10.3.131.131 10.4.140.140 MRU 1500 [Labels: 32/explicit-null Exp: 0/0] ret code 8 multipaths 2 L 4 10.4.140.140 10.5.150.50 MRU 1504 [Labels: explicit-null Exp: 0] ret code 8 multipaths 1 ! 5 10.5.150.50, ret code 3 multipaths 0 LL! Path 3 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.7 0 10.1.111.101 10.1.111.111 MRU 1500 [Labels: 33/explicit-null Exp: 0/0] multipaths 0 L 1 10.1.111.111 10.2.120.120 MRU 1500 [Labels: 33/explicit-null Exp: 0/0] ret code 8 multipaths 2 L 2 10.2.120.120 10.3.130.130 MRU 1500 [Labels: 34/explicit-null Exp: 0/0] ret code 8 multipaths 2 L 3 10.3.130.130 10.4.140.40 MRU 1500 [Labels: 32/explicit-null Exp: 0/0] ret code 8 multipaths 1 L 4 10.4.140.40 10.5.150.50 MRU 1504 [Labels: explicit-null Exp: 0] ret code 8 multipaths

1 !

5 10.5.150.50, ret code 3 multipaths 0

Paths (found/broken/unexplored) (4/0/0) Echo Request (sent/fail) (14/0) Echo Reply (received/timeout) (14/0) Total Time Elapsed 492 ms

Solicitud de que un Router de Tránsito Valide el Stack FEC Objetivo para MPLS LSP Multipath Tree Trace: Ejemplo: Las demostraciones del siguiente ejemplo cómo pedir que un router de tránsito valide el stack de la blanco FEC para la característica de trayectoria múltiple de la traza del árbol MPLS LSP: Router# trace mpls multipath ipv4 10.1.1.150/32 flags fec ttl 5 Starting LSP Multipath Traceroute for 10.1.1.150/32

Codes: '!' - success, 'Q' - request not sent, '.' - timeout, 'L' - labeled output interface, 'B' - unlabeled output interface, 'D' - DS Map mismatch, 'F' - no FEC mapping, 'f' - FEC mismatch, 'M' - malformed request, 'm' - unsupported tlvs, 'N' - no label entry, 'P' - no rx intf label prot, 'p' - premature termination of LSP, 'R' - transit router, 'I' - unknown upstream index, 'X' - unknown return code, 'x' - return code 0

Type escape sequence to abort. LLLL! Path 0 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.0 LLL! Path 1 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.1 L! Path 2 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.5 LL! Path 3 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.7

Paths (found/broken/unexplored) (4/0/0) Echo Request (sent/fail) (14/0) Echo Reply (received/timeout) (14/0) Total Time Elapsed 464 ms

La validación del stack de la blanco FEC se hace siempre en el router Egress cuando flags fec las palabras claves se especifican en trace mpls multipath el comando.

Configuración del Número de Intentos de Desconexión para MPLS LSP Multipath Tree Trace: Ejemplo: El siguiente ejemplo fija el número de tentativas del descanso para la característica de trayectoria múltiple de la traza del árbol MPLS LSP a cuatro: Router# trace mpls multipath ipv4 10.1.1.150/32 retry-count 4 Starting LSP Multipath Traceroute for 10.1.1.150/32

Codes: '!' - success, 'Q' - request not sent, '.' - timeout, 'L' - labeled output interface, 'B' - unlabeled output interface,

'D' - DS Map mismatch, 'F' - no FEC mapping, 'f' - FEC mismatch, 'M' - malformed request, 'm' - unsupported tlvs, 'N' - no label entry, 'P' - no rx intf label prot, 'p' - premature termination of LSP, 'R' - transit router, 'I' - unknown upstream index, 'X' - unknown return code, 'x' - return code 0

Type escape sequence to abort. LLLL! Path 0 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.0 LLL! Path 1 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.1 L! Path 2 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.5 LL! Path 3 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.7

Paths (found/broken/unexplored) (4/0/0) Echo Request (sent/fail) (14/0) Echo Reply (received/timeout) (14/0) Total Time Elapsed 460 ms

El producto siguiente muestra trace mpls multipath un comando que encontró una trayectoria inexplorada, una trayectoria acertada, y una trayectoria quebrada:

Router# trace mpls multipath ipv4 10.1.1.150/32 retry-count 4

Starting LSP Multipath Traceroute for 10.1.1.150/32

Codes: '!' - success, 'Q' - request not sent, '.' - timeout, 'L' - labeled output interface, 'B' - unlabeled output interface, 'D' - DS Map mismatch, 'F' - no FEC mapping, 'f' - FEC mismatch, 'M' - malformed request, 'm' - unsupported tlvs, 'N' - no label entry, 'P' - no rx intf label prot, 'p' - premature termination of LSP,

'R' - transit router, 'I' - unknown upstream index, 'X' - unknown return code, 'x' - return code 0

Type escape sequence to abort. LLL.... Path 0 Unexplorable, output interface Et0/0 source 10.1.111.101 destination 127.0.0.0 LLL! Path 1 found, output interface Et0/0 source 10.1.111.101 destination 127.0.0.1 B Path 2 Broken, output interface Et0/0 source 10.1.111.101 destination 127.0.0.7

Paths (found/broken/unexplored) (1/1/1) Echo Request (sent/fail) (12/0) Echo Reply (received/timeout) (8/4) Total Time Elapsed 7868 ms

Referencias adicionales Las secciones siguientes proporcionan las referencias relacionadas con el MPLS EM — característica de trayectoria múltiple de la traza del árbol MPLS LSP.

Documentos Relacionados Tema relacionado

Título del documento

Conceptos y tareas de configuración para el ping o Administración integrada MPLS — Ping el traceroute MPLS LSP LSP/Traceroute y átomo VCCV Conceptos y configuración para el MPLS y otras aplicaciones MPLS

Guía de Configuración de Multiprotocol Label Switching de Cisco IOS

Comandos MPLS

Referencia de Comandos de Multiprotocol Label Switching de Cisco IOS

Procedimientos deTroubleshooting para el MPLS

Cisco — Solución de problemas de MPLS

Estándares Estándar

Título

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

—

MIB MIB

Link del MIB

Esta función no soporta MIBs nuevas o modificadas, y el soporte para las MIBs existentes no ha sido modificado por esta función.

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

RFC 2113

Opción de la alerta del router IP

RFC 3443

Time to Live (TTL) que procesa en las redes del (MPLS) del Multi-Protocol Label Switching

RFC 4377

Operaciones y requisitos de la Administración (OAM) para las redes conmutadas del (MPLS) de la escritura de la etiqueta del multi-protocol

RFC 4378

Un marco para las operaciones y la Administración (OAM) del (MPLS) del Multi-Protocol Label Switching

RFC 4379

Detección de los errores conmutados del avión de los datos del (MPLS) de la escritura de la etiqueta del multi-protocol

Asistencia Técnica Descripción

Link

El sitio Web de soporte técnico de Cisco http://www.cisco.com/cisco/web/LA/support/index.html proporciona los recursos en línea extensos, incluyendo la documentación y las herramientas para localizar averías y resolver los problemas técnicos con los Productos Cisco y las Tecnologías. Para recibir la Seguridad y la información técnica sobre sus Productos, usted puede inscribir a los diversos servicios, tales como la herramienta de alerta del producto (accedida de los Field Notice), el hoja informativa de los servicios técnicos de Cisco, y alimentaciones realmente simples de la sindicación (RSS). El acceso a la mayoría de las herramientas en el sitio Web de soporte técnico de Cisco requiere una identificación del usuario y una contraseña del cisco.com.

Información sobre la Función MPLS EM — MPLS LSP Multipath Tree Trace El cuadro 3 enumera el historial de la versión para esta característica. Puede que no estén disponibles todos los comandos en su versión de software de Cisco IOS. Para la información de versión sobre un comando específico, vea la documentación de referencia de comandos. Utilice el Cisco Feature Navigator para encontrar la información sobre el soporte del Soporte de la plataforma y de la imagen del software. Cisco Feature Navigator le permite determinar qué imágenes de Cisco IOS y Catalyst OS Software soportan una versión de software, un conjunto de funciones o una plataforma específica. 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 3 solamente la versión de Cisco IOS Software que introdujo el soporte para una característica dada en un tren de versión del Cisco IOS Software dado. A menos que se indique lo contrario, las versiones posteriores de dicha serie de versiones de software de Cisco IOS también soportan esa función.

Nombre de la función Versiones MPLS EM — MPLS LSP Multipath Tree Trace

12.2(31)SB2 12.2(33)SRB 12.4(20)T 12.2(33)SXI

Información sobre la Función El MPLS EM — La característica de trayectoria múltiple de la traza del árbol MPLS LSP proporciona los medios de descubrir todos los trayectos posibles de una trayectoria conmutada de etiquetas (LSP) entre una salida y un router de ingreso. Una vez que se detectan, estas trayectorias se pueden volver a probar de forma periódica usando el ping o el traceroute MPLS (Multiprotocol Label Switching) LSP. Esta función es una extensión de las funciones de traceroute MPLS LSP para

el rastreo de LSPs IPv4. Administración Integrada (EM) MPLS de Cisco IOS es un conjunto de estándares y servicios de valor añadido que facilitan la implementación, la operación, la administración y la gestión de las redes basadas en MPLS conforme al modelo de falla, configuración, contabilización, rendimiento y seguridad (FCAPS). En el Cisco IOS Release 12.2(31)SB2, esta característica fue introducida. En el Cisco IOS Release 12.2(33)SRB, el soporte fue agregado para una versión del Cisco IOS 12.2SR. En el Cisco IOS Release 12.(20)T, el soporte fue agregado para una versión del Cisco IOS 12.4T. En el Cisco IOS Release 12.2(33)SXI, el soporte fue agregado para una versión del Cisco IOS 12.2SX. Las secciones siguientes proporcionan información acerca de esta función: •

Descripción General de MPLS LSP Multipath Tree Trace

• Detección de trayectorias de balanceo de carga IPv4 por MPLS LSP Multipath Tree Trace • Códigos de retorno de la Respuesta de eco enviados por el router que procesa el árbol de trayectoria múltiple TraceCustomizing LSP el comportamiento predeterminado de los paquetes de eco MPLS • Configuración del Rastro de Árbol de Trayectoria Múltiple MPLS LSP • Descubriendo las trayectorias del Equilibrio de carga del IPv4 usando las trayectorias de trayectoria múltiple de TraceMonitoring LSP del árbol MPLS LSP descubiertas por la traza de trayectoria múltiple del árbol MPLS LSP usando MPLS LSP Traceroute • Uso de DSCP para Solicitar una Clase de Servicio Específica en una Respuesta de Eco • Control de la Forma en que un Router de Respuesta Responde a una Solicitud de Eco MPLS • Especificación de la Interfaz de Salida de los Paquetes de Eco que Salen de un Router para el Rastro de Árbol de Trayectoria Múltiple MPLS LSP • Determinación del Ritmo de Transmisión de Paquetes de Solicitud de Eco MPLS para MPLS LSP Multipath Tree Trace • Habilitación de MPLS LSP Multipath Tree Trace para Detectar las Roturas LSP Causadas por una Interfaz sin Configuración MPLS • Solicitud de que un Router de Tránsito Valide el Stack FEC Objetivo para MPLS LSP Multipath Tree Trace • Configuración del Número de Intentos de Desconexión para MPLS LSP Multipath Tree Trace Se han insertado o modificado los siguientes comandos: debug mpls lspv echo mpls oam trace mpls trace mpls multipath.

Glosario ECMP — igual costo de trayectoria múltiple. Trayectorias de ruteo múltiples del igual costo que se pueden utilizar para el reenvío de paquete. FEC — Forwarding Equivalence Class. Un conjunto de paquetes que se pueden tratar de forma equivalente a efectos de reenvío y son por tanto adecuados para su vinculación a una única etiqueta. Entre los ejemplos se incluye el conjunto de paquetes destinados a un prefijo de dirección y los paquetes de cualquier flujo. flujo: conjunto de paquetes que viaja entre un par de hosts o entre un par de puertos de Transport Protocol de un par de hosts. Por ejemplo, los paquetes con la misma dirección de origen, puerto de origen, dirección de destino y puerto de destino se podrían considerar un flujo. Un flujo es también un flujo de datos que recorre dos extremos a través de una red (por ejemplo, desde una estación LAN a otra). Es posible transmitir múltiples flujos en un solo circuito. localhost: nombre que representa el router del host (dispositivo). El localhost utiliza la dirección IP de loopback reservada 127.0.0.1. LSP : Trayectoria conmutada de etiquetas. Una conexión entre dos routers en las que MPLS reenvía los paquetes.

LSPV — Verificación de la trayectoria conmutada de etiquetas. Un subproceso del ping LSP. Codifica y decodifica las solicitudes y respuestas de eco MPLS, y se comunica con el IP, MPLS y AToM switching para enviar y recibir solicitudes y respuestas de eco MPLS. En el router de origen de la solicitud de eco MPLS, LSPV mantiene una base de datos de las solicitudes de eco pendientes para las que no se han recibido respuestas de eco. Etiqueta de alerta del router MPLS: etiqueta MPLS igual a 1. Un paquete MPLS con una etiqueta de alerta del router es reorientado por el router al Route Processor (banda) que procesa el nivel para dirigir. De esta forma, estos paquetes omiten las fallas de reenvío de las tablas de ruteo de hardware. OAM — Operación, la administración, y Administración. ubicar: redirigir paquetes con una alerta de router desde la tarjeta de línea o la interfaz al procesamiento de nivel RP (procesador de ruta) para gestionarlos. RP — Procesador de Ruteo. El módulo del procesador en un Cisco 7000 Series Router que contiene el CPU, el software del sistema y la mayor parte de los componentes de la memoria que se utilizan en el router. A veces se denomina procesador de supervisión. TTL — Tiempo para vivir. Un parámetro que usted puede fijar que indica que el número máximo de saltos un paquete debe tomar para alcanzar su destino. TLV: tipo, longitud, valores. Bloque de información incluido en una dirección de Cisco Discovery Protocol. UDP — Protocolo UDP. Protocolo de capa de transporte sin conexión en la pila de protocolo TCP/IP. UDP es un protocolo simple que intercambia datagramas sin acuse de recibo ni entrega garantizada, por lo que el procesamiento de errores y la retransmisión se deben gestionar con otros protocolos. El UDP se define en el RFC 768. XDR — representación de datos externa. Estándar para las estructuras de datos independientes de la máquina desarrolladas por Sun Microsystems. Utilizado para transportar los mensajes entre el (RP) del Route Processor y el linecard. 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. © 2006-2009 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/1073747_mp_em_multipath_tree_ps6922_TSD_Products_Configuration_Guide_Chapter.htm