Guía de Configuración de Multiprotocol Label Switching de Cisco IOS, Release 12.2SR
¿MPLS LDP MIB MPLS EM - RFC 3815
2 Agosto 2013 - Traducción Automática | Otras Versiones: PDFpdf 520 KB | Inglés (12 Febrero 2008) | Comentarios

Contenidos

MPLS EM — MPLS LDP MIB — RFC 3815

Encontrar la información de la característica

Contenido

Prerrequisitos de MPLS EM — MPLS LDP MIB - RFC 3815

Restricciones de MPLS EM - MPLS LDP MIB - RFC 3815

Información sobre MPLS EM — MPLS LDP MIB - RFC 3815

Información General de Label Distribution Protocol

Diseño y Uso de la Función MPLS EM - MPLS LDP MIB - RFC 3815

Ventajas de Usar la Función MPLS EM — MPLS LDP MIB - RFC 3815

Elementos MPLS LDP MIB (RFC 3815)

Entidades LDP

Sesiones LDP y Peers

Adyacencias Hello LDP

Eventos que Generan Notificaciones MPLS LDP MIB

Objetos Escalares en los Módulos MIB MPLS LDP (RFC 3815)

Tablas MIB en el Módulo MPLS-LDP-STD-MIB (RFC 3815)

Objetos y descripciones (mplsLdpEntityTable) de la tabla de la entidad MPLS LDP

Objetos y descripciones (mplsLdpEntityStatsTable) de la tabla de estadísticas de la entidad MPLS LDP

Objetos y descripciones (mplsLdpPeerTable) de la tabla del par MPLS LDP

Objetos y descripciones (mplsLdpSessionTable) de la tabla de la sesión LDP MPLS

Objetos y descripciones (mplsLdpSessionStatsTable) de la tabla de estadísticas de la sesión LDP MPLS

Objetos y descripciones (mplsLdpHelloAdjacencyTable) de la tabla de adyacencia MPLS LDP hola

Tablas de MIB en el módulo MPLS-LDP-ATM-STD-MIB (RFC 3815)

Objetos y descripciones (mplsLdpEntityAtmTable) de la tabla atmósfera de la entidad MPLS LDP

Objetos y descripciones (mplsLdpEntityAtmLRTable) de la tabla de rango de la escritura de la etiqueta atmósfera de la entidad MPLS LDP

Objetos y descripciones (mplsLdpAtmSessionTable) de la tabla de la sesión atmósfera MPLS LDP

Tabla MIB en el Módulo MPLS-LDP-GENERIC-STD-MIB (RFC 3815)

Objetos y descripciones (mplsLdpEntityGenericLRTable) genéricos de la tabla de rango de la escritura de la etiqueta de la entidad MPLS LDP

Contextos VPN en MPLS LDP MIB

Contextos de SNMP

Sesiones de MIB LDP con Reconocimiento de VPN

Notificaciones de MIB LDP que Reconoce una VPN

Diferencias entre MPLS-LDP-STD-MIB y MPLS-LDP-MIB

Diferencias entre los Objetos Escalares de MPLS-LDP-MIB y MPLS-LDP-STD-MIB

Diferencias del Objeto de Tabla MPLS-LDP-MIB y MPLS-LDP-STD-MIB

Cambios en la Notificación de MPLS-LDP-MIB y MPLS-LDP-STD-MIB

Diferencias entre MPLS-LDP-MIB y MPLS-LDP-ATM-STD-MIB (RFC 3815)

Diferencias entre MPLS-LDP-MIB y MPLS-LDP-GENERIC-STD-MIB (RFC 3815)

Cómo Configurar SNMP para MPLS EM — MPLS LDP MIB - RFC 3815

Configuración de Acceso a un Agente SNMP en una Estación de Trabajo NMS Host

Ejemplos

Configuración del Router para Enviar Notificaciones SNMP a un Host para Monitorear LDP

Prerrequisitos

Configuración de una MIB LDP que Reconoce una VPN

Configuración del Soporte SNMP para una VPN

Configuración de un Contexto SNMP para una VPN

Configuración de un Contexto SNMP que Reconoce VPN para SNMPv1 o SNMPv2

Ejemplos de Configuración para MPLS EM - MPLS LDP MIB - RFC 3815

Configuración del Acceso a un Agente SNMP en una Estación de Trabajo NMS Host: Ejemplo:

Configuración del Router para Enviar Notificaciones SNMP a un Host para Monitorear LDP: Ejemplo:

Configuración de una MIB LDP que Reconoce una VPN: Ejemplo:

Configuración del Soporte SNMP para una VPN: Ejemplo:

Configuración de un Contexto SNMP para una VPN: Ejemplo:

Configuración de un Contexto SNMP que Reconoce VPN para SNMPv1 o SNMPv2: Ejemplo:

Referencias adicionales

Documentos Relacionados

Estándares

MIB

RFC

Asistencia Técnica

Información sobre la Función MPLS EM - MPLS LDP MIB - RFC 3815

Glosario


MPLS EM — MPLS LDP MIB — RFC 3815


Primera publicación: De febrero el 19 de 2007
Última actualización: De abril el 23 de 2009

El documento de la función MPLS EM - MPLS LDP MIB - RFC 3815 describe los MIBs que soportan el Multiprotocol Label Switching (MPLS), Label Distribution Protocol (LDP) basado en RFC 3815, Definiciones de los Objetos Administrados para el Multiprotocol Label Switching (MPLS), Label Distribution Protocol (LDP), y describen las diferencias entre RFC 3815 y MPLS-LDP-MIB basándose en el borrador de Internet Engineering Task Force (IETF), Versión 8 (draft-ieft-mpls-ldp-08.txt). El RFC 3815 y la versión 8 del borrador de la IETF proporcionan una interfaz para la gestión del LDP a través de Simple Network Management Protocol (SNMP).

En el RFC 3815, el contenido de MPLS-LDP-MIB se divide en cuatro módulos MIB: el MPLS-LDP-STD-MIB, el MPLS-LDP-ATM-STD-MIB, el MPLS-LDP-FRAME-RELAY-STD-MIB, y el MPLS-LDP-GENERIC-STD-MIB.

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).

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 la “información de la característica para MPLS EM — MPLS LDP MIB - sección RFC el 3815".

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 de MPLS EM — MPLS LDP MIB - RFC 3815

Restricciones de MPLS EM - MPLS LDP MIB - RFC 3815

Información sobre MPLS EM — MPLS LDP MIB - RFC 3815

Cómo Configurar SNMP para MPLS EM — MPLS LDP MIB - RFC 3815

Ejemplos de Configuración para MPLS EM - MPLS LDP MIB - RFC 3815

Referencias adicionales

Información sobre la Función MPLS EM - MPLS LDP MIB - RFC 3815

Información sobre la Función MPLS EM - MPLS LDP MIB - RFC 3815

Glosario

Prerrequisitos de MPLS EM — MPLS LDP MIB - RFC 3815

El SNMP se debe instalar y habilitar en los Label Switch Router (LSR) o los Router de borde de etiqueta (LER).

El MPLS se debe habilitar en los LSR o los LER.

El LDP se debe habilitar en los LSR o los LER.

El Cisco Express Forwarding se debe habilitar en los LSR o los LER.

Para que donde encuentre la información de la configuración para el MPLS y el LDP, vea que “relacionó la sección de los documentos”.

Restricciones de MPLS EM - MPLS LDP MIB - RFC 3815

La implementación del MPLS LDP MIB (RFC 3815) para el Cisco IOS Release12.2(33)SRB se limita al permiso solo lectura (RO) para los objetos de MIB.

Las tablas siguientes MPLS-LDP-STD-MIB no se implementan para el Cisco IOS Release 12.2(33)SRB:

mplsInSegmentLdpLspTable

mplsOutSegmentLdpLspTable

mplsFecTable

mplsLdpLspFecTable

mplsLdpSessionPeerAddrTable

Las tablas siguientes MPLS-LDP-FRAME-RELAY-STD-MIB no se implementan para el Cisco IOS Release 12.2(33)SRB:

mplsLdpEntityFrameRelayTable

mplsLdpEntityFrameRelayLRTable

mplsLdpFrameRelaySessionTable

Información sobre MPLS EM — MPLS LDP MIB - RFC 3815

Antes de que usted configure el SNMP para el MPLS EM — MPLS LDP MIB - característica del RFC 3815 usted debe entender los conceptos siguientes:

Información General de Label Distribution Protocol

Diseño y Uso de la Función MPLS EM - MPLS LDP MIB - RFC 3815

Ventajas de Usar la Función MPLS EM — MPLS LDP MIB - RFC 3815

Elementos MPLS LDP MIB (RFC 3815)

Eventos que Generan Notificaciones MPLS LDP MIB

Objetos Escalares en los Módulos MIB MPLS LDP (RFC 3815)

Tablas MIB en el Módulo MPLS-LDP-STD-MIB (RFC 3815)

Tablas de MIB en el módulo MPLS-LDP-ATM-STD-MIB (RFC 3815)

Tabla MIB en el Módulo MPLS-LDP-GENERIC-STD-MIB (RFC 3815)

Contextos VPN en MPLS LDP MIB

Diferencias entre MPLS-LDP-STD-MIB y MPLS-LDP-MIB

Diferencias entre MPLS-LDP-MIB y MPLS-LDP-ATM-STD-MIB (RFC 3815)

Diferencias entre MPLS-LDP-MIB y MPLS-LDP-GENERIC-STD-MIB (RFC 3815)

Información General de Label Distribution Protocol

El MPLS es una tecnología del reenvío de paquete que utiliza un valor corto, de longitud fija llamado una escritura de la etiqueta en los paquetes para determinar el salto siguiente para el transporte del paquete a través de una red MPLS mediante los LSR.

Un principio fundamental MPLS es que los LSRs de una red MPLS deben estar de acuerdo en la definición de las etiquetas utilizadas para las operaciones de reenvío de paquetes. El acuerdo de la escritura de la etiqueta se alcanza en una red MPLS mediante los procedimientos definidos en el Protocolo de distribución de etiquetas (LDP).

Las operaciones LDP comienzan con un proceso de la detección (hola), durante el cual una entidad LDP (un LSR local) encuentra a un par de cooperación LDP en la red y negocia los procedimientos de funcionamiento básicos entre ellos. El reconocimiento y la identificación de un peer mediante este proceso de detección da lugar a una adyacencia hello que representa el contexto dentro del cual la información de vinculación de etiquetas se intercambia entre el LSR local y su peer LDP. Una función LDP entonces crea a una sesión LDP activa entre los dos LSR para efectuar el intercambio de la información de la vinculación de etiquetas. El resultado de este proceso, cuando está llevado a la realización en cuanto a todos los LSR en una red MPLS, es una trayectoria conmutada de etiquetas (LSP), que constituye un camino de punta a punta de la transmisión de paquetes entre los dispositivos de red de comunicación.

El uso LDP LSR de recoger, distribuye, e información de la vinculación de etiquetas a otros LSR en una red MPLS, de tal modo habilitando la expedición del salto por el salto de los paquetes en la red a lo largo normalmente de los trayectos ruteados.

Diseño y Uso de la Función MPLS EM - MPLS LDP MIB - RFC 3815

El RFC 3815 define cuatro módulos MIB para soportar la configuración y la supervisión del LDP. El módulo MPLS-LDP-STD-MIB define los objetos que son comunes a todas las implementaciones LDP. Para monitorear el LDP en un LSR o un LER, usted necesita utilizar éste MIB y de los módulos MIB siguientes de la capa 2:

MPLS-LDP-GENERIC-STD-MIB — Utilice este módulo y el MPLS-LDP-STD-MIB si el LSR o el LER soporta el LDP que utiliza el espacio de etiquetado global; por ejemplo, para los Ethernetes de la capa 2. Este módulo define la capa 2 por los objetos del espacio de etiquetado de la plataforma.

MPLS-LDP-ATM-STD-MIB — Utilice este módulo y el MPLS-LDP-STD-MIB si el LSR o el LER soporta el LDP que utiliza la atmósfera de la capa 2. Este módulo define los objetos atmósfera de la capa 2.

MPLS-LDP-FRAME-RELAY-STD-MIB — Utilice este módulo y el MPLS-LDP-STD-MIB si el LSR o el LER soporta el LDP que utiliza el Frame Relay de la capa 2. Este módulo define los objetos del Frame Relay de la capa 2.


ObserveEl MPLS-LDP-FRAME-RELAY-STD-MIB no se implementa para el Cisco IOS Release 12.2(33)SRA.


Si el LSR o el LER utiliza el LDP que soporta los Ethernetes, atmósfera, y Frame Relay, después los cuatro módulos MIB necesitan ser utilizados por un agente SNMP en el LSR o el LER.

La actualización RFC 3815 al MPLS-LDP-MIB se implementa para habilitar la Administración de redes estándar, SNMP basada de las características del Label sSwitching en Cisco IOS Software. Proporcionar esta capacidad requiere que el código del agente SNMP se ejecute en una estación de administración de redes (NMS) designada en la red. La NMS sirve como medio para la interacción del usuario con los objetos de administración de red de la MIB.

El agente SNMP es una estructura acodada que es compatible con el Cisco IOS Software y presenta una red administrativa y la interfaz de administración a los objetos en el MPLS LDP MIB y, agrega al conjunto mejorado de las capacidades del Label sSwitching soportadas por el Cisco IOS Software.

Usted puede utilizar a un agente SNMP para acceder los objetos del módulo MIB usando el SNMP estándar get y getnext los comandos de lograr una variedad de tareas de la Administración de redes. Todos los objetos en los módulos MIB MPLS LDP siguen a los convenios definidos en el RFC 3815, que define los objetos de la Administración de redes de una manera estructurada y estandardizada.

Las leves diferencias que existen entre el RFC 3815 y la implementación de las funciones equivalentes en el Cisco IOS Software requieren algunas traducciones de menor importancia entre los objetos de MIB MPLS LDP y las estructuras de datos internos del Cisco IOS Software. Tales traducciones son logradas por el agente SNMP, que se ejecuta en el fondo en el puesto de trabajo NMS como proceso de baja prioridad.

El Cisco IOS Release 12(33)SRB soporta las funciones relacionado a MIB siguientes MPLS LDP:

Generación y envío de los mensajes de la notificación de evento que la señal cambia en el estado de las sesiones LDP

El habilitar y el inhabilitar de los mensajes de la notificación de evento mediante las Extensiones a los comandos existentes del comando line interface(cli) SNMP

Especificación del nombre o de la dirección IP de un puesto de trabajo NMS en el entorno operativo al cual los mensajes de la notificación de evento del Cisco IOS deben ser enviados para responder a la red administrativa y a los fines de administración

Almacenamiento de la configuración referente a un mensaje de la notificación de evento en el NVRAM del NMS

La estructura del MIB MPLS LDP se ajusta al Abstract Syntax Notation One (ASN.1), de tal modo formando una base de datos altamente estructurada e idealizada de los objetos de la Administración de redes.

La estructura MIB se representa mediante una jerarquía de árbol. Las ramificaciones del árbol tienen las cadenas de texto cortas y números enteros para identificarlos. Las cadenas de texto describen los nombres de objeto, y los números enteros permiten que los programas informáticos codifiquen representaciones compactas de los nombres.

El MPLS LDP MIB está situado en la bifurcación de la jerarquía de Internet MIB representada por el identificador de objeto 1.3.6.1.2.1.10.166. Esta ramificación también se puede representar por su nombre de objeto, iso.org.dod.internet.mgmt.mib-2.transmission.mplsStdMIB. El MPLS-LSR-STD-MIB es identificado por el mplsLsrStdMIB del nombre del objeto, que es denotado por el número 4. Por lo tanto, los objetos en el MPLS-LDP-STD-MIB se pueden identificar de cualquiera de las maneras siguientes:

El identificador de objeto — 1.3.6.1.2.1.10.166.4.[MIB-variable]

El nombre del objeto — iso.org.dod.internet.mgmt.mib-2.transmission.mplsStdMIB.mplsLdpStdMIB.[]MIB-variable

Usted puede utilizar cualquier aplicación SNMP estándar para extraer y el mostrar información del MIB MPLS LDP mediante las operaciones estándar SNMP GET. Semejantemente, usted puede atravesar y mostrar información en el MIB mediante las operaciones SNMP GETNEXT.

Ventajas de Usar la Función MPLS EM — MPLS LDP MIB - RFC 3815

El MIB MPLS LDP (RFC 3815) proporciona las siguientes ventajas:

Recupera parámetros MIB relacionados con la operación de entidades LDP, por ejemplo:

– Puerto de detección de LDP conocido

– Unidad de transmisión máxima (MTU)

– Intervalo propuesto del temporizador keepalive

– Detección del loop

- Umbrales de establecimiento de sesión

– Rango del identificador de trayecto virtual (VPI) - pares del identificador de canal virtual (VCI) que se utilizarán en la formación de las escrituras de la etiqueta

Recopila las estadísticas referente a las operaciones LDP, por ejemplo:

– Cuenta de las sesiones establecidas totales para una entidad LDP

– Cuenta de las sesiones frustradas total para una entidad LDP

Monitorea el tiempo restante para las adyacencias hello

Monitorea las características y el estado de los peers LDP, por ejemplo:

- Dirección de capa de conexión entre redes de los peers LDP

– Detección del loop de pares LDP

– MTU predeterminada del peer LDP

- Número de segundos que el peer LDP propone como el valor del intervalo de keepalive

Monitorea las características y el estado de las sesiones LDP, por ejemplo:

– Visualizar los contadores de errores

– Determinación de la versión LDP que utiliza la sesión LDP

- Determinación del tiempo de espera de keepalive restante para una sesión LDP

– Determinando el estado de una sesión LDP (si la sesión es activa)

– Determinar los rangos de la escritura de la etiqueta para las sesiones plataforma-anchas y interfaz-específicas

– Determinar los parámetros ATM

Elementos MPLS LDP MIB (RFC 3815)

Los elementos funcionales siguientes del MIB MPLS LDP (RFC 3815) se utilizan para realizar las operaciones LDP:

Entidad LDP — Refiere a un caso del LDP con objeto de intercambiar los espacios de etiquetado; describe una sesión potencial.

Peer LDP: se refiere a una entidad LDP remota (es decir, un LSR no local).

Sesión LDP: hace referencia a un proceso LDP activo entre un LSR local y un peer LDP remoto.

Adyacencia Hello: se refiere al resultado de un proceso de detección de LDP que afirma el estado de dos LSRs en una red MPLS como adyacentes entre sí (es decir, como peers LDP). Cuando se descubre al vecino, éste se convierte en una adyacencia hello. Una sesión de LDP se puede establecer con la adyacencia hello. Después de que se haya establecido la sesión, las vinculaciones de etiquetas se pueden intercambiar entre los LSRs.

Estos elementos MPLS LDP MIB se describen abreviadamente en las secciones siguientes:

Entidades LDP

Sesiones LDP y Peers

Adyacencias Hello LDP

En efecto, el MIB MPLS LDP proporciona una base de datos de la Administración de redes que soporte el acceso en tiempo real a los diversos objetos de MIB dentro, describiendo al estado actual de operaciones MPLS LDP en la red. Esta base de datos de la información de administración de red es accesible mediante los comandos SNMP estándar publicados de un NMS en el entorno operativo MPLS LDP.

El MIB MPLS LDP soporta la Administración de redes siguiente y las actividades administrativas:

Recuperación de parámetros MPLS LDP MIB relativos a operaciones LDP

Monitoreo de las características y el estado de los peers LDP

Monitoreo del estado de las sesiones LDP entre peers LDP

Monitoreo de adyacencias hello en la red

Recopilar estadísticas con respecto a las sesiones LDP

Entidades LDP

Una entidad LDP es identificada únicamente por un identificador LDP que consista en el mplsLdpEntityLdpId y el mplsLdpEntityIndex (véase el cuadro objetos de 1):

mplsLdpEntityLdpId consta del ID de LSR local (cuatro octetos) y del ID de espacio de etiqueta (dos octetos). El ID de espacio de etiqueta identifica un espacio de etiqueta específico disponible en el LSR.

El índice mplsLdpEntityIndex consiste en la dirección IP de la adyacencia hello activa de peer, que es la representación de 32 bits de la dirección IP asignada al LSR de peer.

El mplsLdpEntityProtocolVersion es un objeto de la muestra del mplsLdpEntityTable.

El cuadro 1 muestra la indexación de direcciones siguiente:

mplsLdpEntityLdpId = 10.10.10.10.0.0

ID de LSR = 10.10.10.10

ID de espacio de etiqueta = 0.0


Observeel mplsLdpEntityLdpId o el LDP ID consiste en el LSR ID y la identificación del espacio de etiquetado


La dirección IP de la adyacencia hello activa de peer o mplsLdpEntityIndex = 3232235777, que es la representación de 32 bits de la dirección IP asignada a la adyacencia hello activa del peer.

Figura 1 Indexación de Ejemplo de una Entidad LDP

Una entidad LDP representa un espacio de etiqueta con el potencial para una sesión con un peer LDP. Se configura una entidad LDP cuando hola una adyacencia recibe un mensaje Hello Messages de un par LDP.

En el cuadro 2, el router A tiene sesiones potenciales con dos peeres remotos, Routers B y C. El mplsLdpEntityLdpId es 10.10.10.10.0.0, y la dirección IP de la adyacencia de hello activa del peer (mplsLdpEntityIndex) es 3232235777, que es la representación en 32 bits de la dirección IP 192.168.1.1 del router B.

Cuadro 2 entidad LDP

Sesiones LDP y Peers

Las sesiones LDP existen entre las entidades y los peeres remotos locales con el fin de las vinculaciones de etiquetas de distribución. Hay siempre una correspondencia uno a uno entre un peer LDP y una sesión LDP. Una sesión LDP individual es una instancia de LDP que se comunica a través de uno o más links de red con un solo peer LDP.

LDP soporta los siguientes tipos de sesión:

Específico de interfaz: una sesión específica de interfaz utiliza recursos de la interfaz para las distribuciones de espacio de etiqueta. Por ejemplo, cada interfaz controlado por etiqueta atmósfera (LC-ATM) utiliza su propio VPIs y VCIs para las distribuciones del espacio de etiquetado. Dependiendo de su configuración, una plataforma LDP puede soportar cero, una o más sesiones específicas de interfaz. Cada interfaz LC-ATM tiene su propio espacio de etiqueta específico de la interfaz y un ID de espacio de etiqueta distinto de cero.

En toda la plataforma: una plataforma LDP soporta una única sesión en toda la plataforma para uso de todas las interfaces que pueden compartir el mismo espacio de etiquetado global. En las plataformas Cisco, todos los tipos de interfaces excepto LC-ATM utilizan la sesión en toda la plataforma y tienen ID de espacio de etiquetas de cero.

Cuando se establece una sesión entre dos peers, se crean entradas en mplsLdpPeerTable y mplsLdpSessionTable porque tienen la misma indexación.

En el cuadro 3, el router A tiene dos peeres remotos, el Routers B y C. Router A tiene una sola sesión plataforma-ancha que consista en dos interfaces seriales con el router B y otra sesión plataforma-ancha con el router C. Router A también tiene dos sesiones interfaz-específicas con el router B.

Cuadro 3 sesiones LDP

El cuadro 4 muestra las entradas que corresponden al mplsLdpPeerTable y el mplsLdpSessionTable en el cuadro 3.

En el cuadro 4, el mplsLdpSesState es un objeto de la muestra del mplsLdpSessionTable en el router A. Se muestran cuatro objetos de la muestra del mplsLdpSesState (de arriba a abajo). El primer objeto representa una sesión en toda la plataforma asociada a dos interfaces seriales. Los dos objetos siguientes representan sesiones específicas de interfaz de las interfaces LC-ATM en los routers A y B. En estas sesiones específicas de la interfaz, los IDs de espacio de etiquetas de peer tienen un valor distinto de cero. El último objeto representa una sesión en toda la plataforma para el siguiente peer, el router C.

La indexación se basa en las entradas de mplsLdpEntityTable. Comienza con los índices de la tabla mplsLdpEntityTable y añade lo siguiente:

ID LDP del peer= 10.11.11.11.0.0

El ID LDP de peer consta del IS LSR de peer (cuatro octetos) y el ID de espacio de etiqueta de peer (dos octetos).

ID LSR del peer= 10.11.11.11

ID de espacio de etiqueta de peer = 0.0

El ID de espacio de etiqueta del peer identifica un espacio de etiqueta específico del peer disponible dentro del LSR.

Cuadro 4 indexación de direcciones de la muestra para una sesión LDP

Adyacencias Hello LDP

Una adyacencia LDP hola es una asociación entre un proceso remotamente descubierto LDP y un trayecto de red específico para alcanzar el proceso del telecontrol LDP. Una adyacencia hello de LDP permite que dos peers adyacentes intercambien información de vinculación de etiquetas.

Existe una adyacencia hello LDP para cada link en el que se ejecute el LDP. Se producen múltiples adyacencias hello LDP cuando hay más de un link en una sesión entre un router y su peer, como en una sesión de toda la plataforma.

Una adyacencia de saludo se considera activa si actualmente está implicada en una sesión, o inactiva actualmente no está implicada en una sesión.

Una adyacencia hello de destino no está conectada directamente con su peer y tiene un número ilimitado de saltos entre sí mismo y su peer. Una adyacencia hello conectada está conectada directamente entre dos routers.

En el cuadro 5, el router A tiene dos peeres remotos, el Routers B y C. Router A tiene una sesión plataforma-ancha con el router B que consiste en tres interfaces seriales, uno de los cuales es sesión (apuntada) activa y otra plataforma-ancha con el C del router.

Cuadro 5 hola adyacencia

Cuadro 6 entradas de las demostraciones en el mplsLdpHelloAdjacencyTable. Hay cuatro
objetos de ejemplo mplsLdpHelloAdjHoldTime (de arriba abajo). Representan las dos sesiones plataforma-anchas y los cuatro links seriales mostrados en el cuadro 5.

La indexación se basa en mplsLdpSessionTable. Cuando mplsLdpHelloAdjIndex enumera las diversas conexiones dentro de una sola sesión, el link activo es mplsLdpHelloAdjIndex = 1.

Cuadro 6 indexación de direcciones de la muestra para una adyacencia LDP hola

Eventos que Generan Notificaciones MPLS LDP MIB

Cuando usted habilita las funciones de la notificación MPLS LDP MIB publicando snmp-server enable traps mpls rfc ldp el comando, los mensajes de notificación se generan y se envían a un NMS señalado en la red para señalar el acontecimiento de los eventos específicos dentro del Cisco IOS Software.

Los objetos de MIB MPLS LDP que anuncian las transiciones y las notificaciones de evento del estatus LDP son los siguientes:

mplsLdpSessionUp: Se genera este mensaje cuando una entidad LDP (un LSR local) establece a una sesión LDP con otra entidad LDP (peer LDP adyacente en la red). Habilite esta notificación con session-up la palabra clave.

mplsLdpSessionDown: este mensaje se genera cuando se interrumpe una sesión LDP entre un LSR local y su peer LDP adyacente. Habilite esta notificación con session-down la palabra clave.

Hacia arriba y hacia abajo las notificaciones indican la interfaz activa más reciente de la sesión LDP.

mplsLdpPathVectorLimitMismatch: se genera este mensaje cuando un LSR local establece una sesión LDP con su peer LSR adyacente, pero los dos LSR tienen diferentes límites de vector de la trayectoria. Habilite esta notificación con pv-limit la palabra clave.

El valor del límite del vector de la trayectoria puede extenderse a partir de la 0 a 255; un valor de 0 indica que la detección del loop está desactivada; cualquier valor con excepción de 0 hasta 255 indica que la detección del loop está prendido y, además, especifica el número máximo de saltos a través de los cuales un mensaje LDP pueda pasar antes de que una condición de Loop en la red se detecte.

Recomendamos que todos los routers habilitados para LDP de la red se configuren con el mismo límite de vector de trayectoria. Por consiguiente, el objeto del mplsLdpPathVectorLimitMismatch existe en el MPLS LDP MIB para proporcionar un mensaje de advertencia al NMS cuando dos Routers enganchó a las operaciones LDP tiene límites disímiles de un vector de la trayectoria.


Observeesta notificación se genera solamente si el método de distribución es rio abajo-en-demanda.


mplsLdpFailedInitSessionThresholdExceeded — Este mensaje se genera cuando un LSR local y un par adyacente LDP intentan configurar a una sesión LDP entre ellos, solamente fall para hacer tan después de un número especificado de tentativas. El número predeterminado de tentativas es ocho. Este valor predeterminado se implementa en Cisco IOS Software y no se puede cambiar por el CLI o un agente SNMP. Habilite esta notificación con threshold la palabra clave.

Ocho intentos fallidos de establecer una sesión LDP entre un LSR local y un peer LDP, debido a cualquier tipo de incompatibilidad entre los dispositivos, hacen que se genere este mensaje de notificación.

Los routeres Cisco soportan generalmente las mismas características a través de las plataformas múltiples. Por lo tanto, la incompatibilidad más probable a ocurrir entre Cisco LSR es una discordancía los rangos de su atmósfera escritura de la etiqueta respectiva del VPI y del VCI.

Por ejemplo, si especifica un rango de etiquetas válidas para un LSR que no solape el rango de su peer LDP adyacente, los routers intentan ocho veces crear una sesión LDP entre ellos mismos antes de que se genere la notificación mplsLdpFailedInitSessionThresholdExceeded y se envía al NMS como mensaje informativo.

De vez en cuando, los LSR cuya se extiende escritura de la etiqueta no solapan continúan su tentativa de crear a una sesión LDP entre ellos mismos después de que se exceda el límite de ocho recomprobaciones. En estos casos, el umbral LDP excedió la notificación alerta al administrador de la red a la existencia de una condición en la red que puede autorizar la atención.


Observeun desvío del mplsLdpEntityFailedInitSessionThreshold se soporta solamente en un LC-ATM.


El RFC 3036, especificación LDP, detalla las incompatibilidades que pueden existir entre los routeres Cisco o entre los routeres Cisco y el otro vendedor LSR en una red MPLS. Entre tales incompatibilidades, por ejemplo, están las siguientes:

– Los rangos sin traslapo del VPI y del VCI atmósfera (según lo observado previamente) o los identificadores sin traslapo de la conexión de link de datos de Frame Relay (DLCI) se extienden entre los LSR que intentan configurar a una sesión LDP

– Método de distribución de etiqueta no soportado

– Tamaños discrepantes de la unidad de datos del protocolo (PDU)

– Soporte de característica disímil LDP

Objetos Escalares en los Módulos MIB MPLS LDP (RFC 3815)

Los módulos MIB MPLS LDP definen varios objetos escalares. El cuadro 1 describe los objetos escalares que se implementan para el Cisco IOS Release12.2(33)SRB.

Objetos y descripciones escalares del cuadro 1 MPLS LDP MIB

Objeto
Descripción

mplsLpdLsrId

El identificador LSR. Éste es valor único a global -, tal como el 32-bit Router ID asignado al LSR.

mplsLdpLsrLoopDetectionCapable

Capacidad de la detección del loop del LSR.

Los valores de la detección del loop son: none(1), other(2), hopCount(3), pathVector(4), y hopCountAndPathVector(5).

Other(2) el valor indica que los soportes LSR colocan la detección, pero no soporta los tres métodos asociados a los valores (3), (4), y (5).

mplsLdpEntityLastChange

El valor del sysUpTime a la hora de la mayoría de la adición reciente o de la cancelacíon de una entrada a o desde el mplsLdpEntityTable o mplsLdpEntityStatsTable, o la mayoría del cambio reciente en el valor de cualquier objeto en el mplsLdpEntityTable.

mplsLdpEntityIndexNext

Valor a utilizar para el mplsLdpEntityIndex cuando el router crea las entradas en el mplsLdpEntityTable. El valor 0 indica que no hay entradas sin asignar disponibles.

mplsLdpPeerLastChange

El valor del sysUpTime a la hora de la mayoría de la adición reciente o de la cancelacíon a o desde el mplsLdpPeerTable o mplsLdpSessionTable.


Tablas MIB en el Módulo MPLS-LDP-STD-MIB (RFC 3815)

El MPLS-LDP-STD-MIB consiste en las tablas siguientes. Estas tablas definen los objetos que son comunes a todas las implementaciones LDP.

mplsLdpEntityTable (véase el cuadro 2) — Contiene las entradas para cada adyacencia activa LDP hola. Las adyacencias activas e inactivas del hola aparecen en el mplsLdpHelloAdjacencyTable, bastante que esta tabla. Esta tabla la indexa el identificador LDP local de la interfaz y la dirección IP de la adyacencia hello del peer activo. (Véase el cuadro 1.)

La ventaja de mostrar la adyacencia hello activa en vez de las sesiones de esta tabla es que la adyacencia hello activa puede existir incluso si una sesión LDP no está activa (no puede establecerse).

También se muestran en esta tabla las adyacencias dirigidas. Las adyacencias asociadas desaparecen cuando la sesión LDP apuntada falla. Las adyacencias de Nondirected pudieron desaparecer del mplsLdpEntityTable en algunas ocasiones, porque las adyacencias se borran si se convierte la interfaz subyacente operacionalmente abajo, por ejemplo.

mplsLdpEntityStatsTable (véase el cuadro 3) — Aumenta el mplsLdpEntityTable y comparte la misma indexación de direcciones para las operaciones de ejecución SNMP GET y GETNEXT. Esta tabla muestra estadísticas adicionales de las entidades.

mplsLdpPeerTable (véase el cuadro 4) — Contiene las entradas para todas las sesiones de peers. Esta tabla la indexa el identificador LDP local de la sesión, la dirección IP de la adyacencia hello del peer activo y el identificador LDP del peer. (Véase el cuadro 4.)

mplsLdpSessionTable (véase el cuadro 5) — Aumenta el mplsLdpPeerTable y comparte la misma indexación de direcciones para las operaciones de ejecución GET y GETNEXT. Esta tabla muestra todas las sesiones.

mplsLdpSessionStatsTable (véase el cuadro 6) — Aumenta el mplsLdpPeerTable y comparte el exacto la misma indexación de direcciones para las operaciones de ejecución GET y GETNEXT. Esta tabla muestra estadísticas adicionales de sesiones.

mplsLdpHelloAdjacencyTable (véase el cuadro 7) — Contiene las entradas para las adyacencias activas e inactivas del hola. Esta tabla está indexada por el identificador LDP local de la sesión asociada, la dirección IP de la adyacencia hello activa peer, el identificador LDP del peer y un índice arbitrario que se fija a la posición de la lista de la adyacencia. (Véase el cuadro 6.)

Objetos y descripciones (mplsLdpEntityTable) de la tabla de la entidad MPLS LDP

El cuadro 2 describe los objetos mplsLdpEntityTable.

Objetos y descripciones mplsLdpEntityTable del cuadro 2 

Objeto
Descripción

mplsLdpEntityEntry

Una entidad LDP es una sesión potencial entre dos pares.

mplsLdpEntityLdpId

El identificador LDP (no accesible) consta del ID de LSR local (cuatro octetos) y el ID de espacio de etiquetado (dos octetos).

mplsLdpEntityIndex

Índice secundario que identifica esta fila de forma única. Consiste en la dirección IP de la adyacencia hello activa peer, que es la representación de 32 bits de la dirección IP asignada al LSR (no accesible).

mplsLdpEntityProtocolVersion

El número de versión del protocolo LDP que se utilizará en el mensaje de inicio de sesión.

mplsLdpEntityAdminStatus

Éste es el estado administrativo de esta entidad LDP, que está siempre para arriba. Si la adyacencia hello falla, esta entidad desaparece de mplsLdpEntityTable.

mplsLdpEntityOperStatus

Éste es el estado operacional de esta entidad LDP. Los valores son unknown(1), enabled(2), y disabled(3).

mplsLdpEntityTcpPort

Éste es el puerto de la detección TCP para el (TDP) LDP o del Tag Distribution Protocol. El valor predeterminado es 646 (LDP).

mplsLdpEntityUdpDscPort

Éste es el puerto de la detección del User Datagram Protocol (UDP) para el LDP o el TDP. El valor predeterminado es 646 (LDP).

mplsLdpEntityMaxPduLength

Ésta es la longitud del máximo PDU que se envía en los parámetros de sesión comunes de un mensaje de la inicialización.

mplsLdpEntityKeepAliveHoldTimer

El valor de dos octetos que es el tiempo en espera de keepalive propuesto para esta entidad LDP.

mplsLdpEntityHelloHoldTimer

Valor de dos octetos que es el tiempo de espera hello propuesto para esta entidad LDP.

mplsLdpEntityInitSessionThreshold

El umbral de notificación cuando esta entidad y su peer participan en una secuencia sin fin de mensajes de inicialización.

El valor predeterminado es 8 y no se puede cambiar por el SNMP o el CLI.

mplsLdpEntityLabelDistMethod

El método de distribución de etiqueta especificado para cualquier sesión LDP dada. Los valores son downstreamOnDemand(1) y downstreamUnsolicited(2).

mplsLdpEntityLabelRetentionMode

Puede ser configurado para utilizar conservative(1) para un LC-ATM o liberal(2) para el resto de las interfaces.

mplsLdpEntityPathVectorLimit

Si el valor de este objeto es 0, se inhabilita la detección de loops para los vectores de trayectoria. De lo contrario, si este objeto tiene un valor mayor que cero, se habilita la detección del loop para los vectores de la trayectoria y el límite del vector de la trayectoria es este valor.

Observeel objeto del mplsLdpEntityPathVectorLimit es no-cero solamente si el mplsLdpEntityLabelDistMethod es downstreamOnDemand(1).

mplsLdpEntityHopCountLimit

Si el valor de este objeto es 0, se inhabilita la detección de loops mediante contadores de saltos.

Si el valor de este objeto es mayor que 0, se habilita la detección de loop usando contadores del salto, y este objeto especifica el valor máximo permitido de esta entidad para el conteo de saltos.

Observeel objeto del mplsLdpEntityHopCountLimit es no-cero solamente si el mplsLdpEntityLabelDistMethod es downstreamOnDemand(1).

mplsLdpEntityTransportAddrKind

Si este valor es interface(1), la dirección IP de la interfaz del mensaje Hello Messages se utiliza como la dirección del transporte en el mensaje Hello Messages.

Si este valor es loopback(2), la dirección IP del Loopback Interface se utiliza como el direccionamiento en el mensaje Hello Messages.

mplsLdpEntityTargetPeer

Si esta entidad LDP utiliza una adyacencia de destino, este objeto se establece en true(1). El valor predeterminado es false(2).

mplsLdpEntityTargetPeerAddrType

El tipo de dirección de capa de conexión entre redes usado para la detección ampliada. Este objeto indica cómo el valor del mplsLdpEntityTargPeerAddr debe ser interpretado, como el IPv4 o IPv6.

mplsLdpEntityTargetPeerAddr

El valor de la dirección de capa de conexión entre redes utilizada para la adyacencia de destino.

mplsLdpEntityLabelType

Especifica los parámetros opcionales para el mensaje de inicialización de LDP. Si el valor es generic(1), no se envía ningún parámetro opcional en el mensaje de inicialización LDP asociado a esta entidad.

Aplicaciones LC-ATM atmParameters(2) de especificar que una fila en el mplsLdpEntityAtmParmsTable corresponde a esta entrada.

Los parámetrosdel Frame Relay de la nota no se soportan en el Cisco IOS Release 12.2(33)SRB.

mplsLdpEntityDiscontinuityTime

Valor de sysUpTime en la ocasión más reciente en que uno o más de los contadores de esta entidad han sufrido una discontinuidad. Los contadores pertinentes son las instancias específicas de cualquier objeto Counter32 o Counter64 contenido en la mplsLdpEntityStatsTable que están asociadas a esta entidad. Si ha ocurrido ninguna discontinuidad de este tipo desde la reinicialización más reciente del subsistema de administración local, este objeto contiene un valor 0.

mplsLdpEntityStorageType

El tipo del almacenamiento de esta entrada es una implementación de sólo lectura que siempre es volátil.

mplsLdpEntityRowStatus

Este objeto es una implementación de solo lectura que está siempre activa.


Objetos y descripciones (mplsLdpEntityStatsTable) de la tabla de estadísticas de la entidad MPLS LDP

El cuadro 3 describe los objetos mplsLdpEntityStatsTable.

Objetos y descripciones mplsLdpEntityStatsTable del cuadro 3 

Objeto
Descripción

mplsLdpEntityStatsEntry

Estas entradas extienden la mplsLdpEntityTable proporcionando información adicional para cada entrada.

mplsLdpEntityStatsSessionsAttempts

No soportado en el Cisco IOS Release 12.2(33)SRB.

mplsLdpEntityStatsSessionRejectedNoHelloErrors

Una cuenta de la sesión no rechazó ningún mensaje de la notificación de error del hola enviado o recibido por esta entidad LDP.

mplsLdpEntityStatsSessionRejectedAdErrors

Una cuenta de los mensajes rechazados sesión de la notificación de error del modo del anuncio de los parámetros enviados o recibidos por esta entidad LDP.

mplsLdpEntityStatsSessionRejectedMaxPduErrors

Una cuenta de los mensajes de notificación máximos rechazados sesión del error de extensión de los parámetros PDU enviados o recibidos por esta entidad LDP.

mplsLdpEntityStatsSessionRejectedLRErrors

Una cuenta de los parámetros rechazados sesión etiqueta los mensajes de notificación del rango enviados o recibidos por esta entidad LDP.

mplsLdpEntityStatsBadLdpIdentifierErrors

Un conteo del número de errores fatales de identificador LDP incorrecto detectados por la sesión asociada con esta entidad LDP.

mplsLdpEntityStatsBadPduLengthErrors

Un conteo del número errores fatales de longitud PDU errónea detectado por la sesión asociado a esta entidad LDP.

mplsLdpEntityStatsBadMessageLengthErrors

Un conteo del número de errores fatales de longitud del mensaje errónea detectado por la sesión asociada a esta entidad LDP.

mplsLdpEntityStatsBadTlvLengthErrors

Una cuenta del número de mún tipo, longitud, valora los errores fatales de la longitud (TLV) detectados por la sesión asociada a esta entidad LDP.

mplsLdpEntityStatsMalformedTlvValueErrors

Conteo del número de errores fatales de valores TLV con formato erróneo detectados por la sesión asociada a esta entidad LDP.

mplsLdpEntityStatsKeepAliveTimerExpErrors

Conteo del número de errores de temporizador de keepalive de sesión caducado detectados por la sesión asociada a esta entidad LDP.

mplsLdpEntityStatsShutdownReceivedNotifications

Un conteo del número de notificaciones de apagado recibidas relacionadas con la sesión asociada a esta entidad LDP.

mplsLdpEntityStatsShutdownSentNotifications

Un conteo del número de notificaciones de apagado enviadas relacionadas con la sesión asociada a esta entidad LDP.


Objetos y descripciones (mplsLdpPeerTable) de la tabla del par MPLS LDP

El cuadro 4 describe los objetos mplsLdpPeerTable.

Objetos y descripciones mplsLdpPeerTable del cuadro 4 

Objeto
Descripción

mplsLdpPeerEntry

Información sobre un solo peer que está relacionada con una sesión (no accesible).

Observeesta tabla es aumentado por el mplsLdpSessionTable.

mplsLdpPeerLdpId

El identificador LDP de este peer LDP (no accesible) se compone del ID LSR del peer (cuatro octetos) y del ID de espacio de etiqueta del peer (dos octetos).

mplsLdpPeerLabelDistMethod

El método de distribución de etiqueta para cualquier sesión LDP dada. Los valores son downstreamOnDemand(1) y downstreamUnsolicited(2).

mplsLdpPeerPathVectorLimit

Si el valor del mplsLdpPeerLabelDistMethod es el downstreamOnDemand (1), este objeto representa el límite del vector de la trayectoria para este par.

Si el valor del objeto del mplsLdpPeerLabelDistMethod downstreamUnsolicited (2), este valor debe ser 0.

mplsLdpPeerTransportAddrType

Tipo de dirección de Internet para el objeto del mplsLdpPeerTransportAddr — la dirección del transporte del IPv4 o dirección del transporte del IPv6 usada en la sesión TCP de apertura o la dirección de origen del IPv4 o del IPv6 para el UDP que lleva los mensajes Hello Messages.

mplsLdpPeerTransportAddr

La dirección de Internet hizo publicidad por el par en el mensaje Hello Messages u hola la dirección de origen especificada por el objeto del mplsLdpPeerTransportAddrType.


Objetos y descripciones (mplsLdpSessionTable) de la tabla de la sesión LDP MPLS

El cuadro 5 describe los objetos mplsLdpSessionTable.

Objetos y descripciones mplsLdpSessionTable del cuadro 5 

Objeto
Descripción

mplsLdpSessionEntry

Una entrada de esta tabla representa la información sobre una sola sesión entre una entidad LDP y un peer LDP. La información contenida en una fila es de sólo lectura. Esta tabla aumenta el mplsLdpPeerTable.

mplsLdpSessionStateLastChange

El valor del sysUpTime cuando la sesión ingresó su estado denotado por el objeto del mplsLdpSessionState.

mplsLdpSessionState

El estado actual de la sesión. Todos los estados se basan en la máquina de estado LDP o TDP en relación con el comportamiento de la negociación de la sesión.

Los estados son los siguientes:

nonexistent(1)

initialized(2)

openrec(3)

opensent(4)

operational(5)

mplsLdpSessionRole

El valor de este objeto indica si el LSR o el LER toma un active(2) o passive(3) papel cuando se establece una sesión.

Si el papel del LSR o del LER no puede ser determinado, el valor del objeto es unknown(1).

mplsLdpSessionProtocolVersion

La versión del protocolo LDP que esta sesión está utilizando. Ésta es la versión del protocolo LDP que se ha negociado durante la inicialización de la sesión.

mplsLdpSessionKeepAliveHoldTimeRem

Tiempo de espera de keepalive restante para esta sesión.

mplsLdpSessionKeepAliveTime

El tiempo en los segundos entre los mensajes de keepalive negociados entre un valor configurado y el valor del temporizador propuesto del asimiento del keepalive del par. El valor es el más bajo de los dos.

mplsLdpSessionMaxPduLen

El valor de la longitud máxima permitida para los PDUs de LDP de esta sesión. Este valor se hubiera podido negociar durante la inicialización de la sesión.

mplsLdpSessionDiscontinuityTime

Valor de sysUpTime en la ocasión más reciente cuando uno o más de los contadores de esta sesión han sufrido una discontinuidad. Los contadores relevantes son las instancias específicas de cualquier objeto Counter32 o Counter64 incluido en la tabla mplsLdpSesStatsTable asociada a esta sesión.

El valor inicial de este objeto es el valor del sysUpTime cuando se creó la entrada en esta tabla.


Objetos y descripciones (mplsLdpSessionStatsTable) de la tabla de estadísticas de la sesión LDP MPLS

El cuadro 6 describe los objetos mplsLdpSessionStatsTable.

Objetos y descripciones mplsLdpSessionStatsTable del cuadro 6 

Objeto
Descripción

mplsLdpSessionStatsEntry

Una entrada de esta tabla representa la información estadística sobre una sola sesión entre una entidad LDP y un peer LDP. Esta tabla aumenta el mplsLdpPeerTable.

mplsLdpSessionStatsUnknownMesTypeErrors

Este objeto es el conteo del número de errores de tipo de mensaje desconocido detectados durante esta sesión.

mplsLdpSessionStatsUnknownTlvErrors

Este objeto es el conteo del número de errores TLV desconocidos detectados durante esta sesión.


Objetos y descripciones (mplsLdpHelloAdjacencyTable) de la tabla de adyacencia MPLS LDP hola

El cuadro 7 describe los objetos mplsLdpHelloAdjacencyTable.

Tabla 7 Objetos y Descripciones de mplsLdpHelloAdjacencyTable 

Objeto
Descripción

mplsLdpHelloAdjacencyEntry

Cada fila representa una única adyacencia hello de LDP. Una sesión LDP puede tener una o más adyacencias hello (no accesibles).

mplsLdpHelloAdjacencyIndex

Un identificador para esta adyacencia específica (no accesible). La adyacencia activa del hola tiene el objeto del mplsLdpHelloAdjIndex igual a 1.

mplsLdpHelloAdjacencyHoldTimeRem

El tiempo restante para esta adyacencia hello. Este intervalo cambia cuando se recibe el siguiente mensaje hello que corresponde a esta adyacencia hello.

mplsLdpHelloAdjacencyHoldTime

El tiempo de saludo negoció entre el LSR o el LER y su par.

Si este valor es 0, los valores por defecto se utilizan, 15 segundos para el hellos del link y 45 segundos para el hellos apuntado.

Si este valor es 65535, el tiempo en espera es infinito.

mplsLdpHelloAdjacencyType

Esta adyacencia es el resultado de un a hello de link si el valor de este objeto es link(1). De lo contrario, esta adyacencia es un resultado de un hello de destino y su valor es targeted(2).


Tablas de MIB en el módulo MPLS-LDP-ATM-STD-MIB (RFC 3815)

El MPLS-LDP-ATM-STD-MIB consiste en las tablas siguientes. Estas tablas definen los objetos del ATM relacionado de la capa 2 para el uso con el MPLS-LDP-STD-MIB.

mplsLdpEntityAtmTable (véase el cuadro 8) — Contiene las entradas para cada interfaz habilitado para LDP LC-ATM. Esta tabla se pone en un índice igual que el mplsLdpEntityTable aunque solamente se muestren las interfaces LC-ATM.

mplsLdpEntityAtmLRTable (véase el cuadro 9) — Contiene las entradas para cada interfaz habilitado para LDP LC-ATM. La indexación de direcciones es lo mismo que es para el mplsLdpEntityTable, a menos que se hayan agregado dos índices, mplsLdpEntityAtmLRMinVpi y mplsLdpEntityAtmLRMinVci. Estos índices adicionales permiten definir más de un rango de etiquetas. Sin embargo, en la implementación del Cisco IOS Release 12.2(33)SRB, solamente se permite un rango de etiqueta por interfaz LC-ATM.

mplsLdpAtmSessionTable (véase el cuadro 10) — Contiene las entradas para las sesiones habilitado para LDP LC-ATM. La indexación de direcciones es lo mismo que es para el mplsLdpPeerTable, a menos que se hayan agregado dos índices, mplsLdpAtmSessionLRLowerBoundVpi y mplsLdpAtmSessionLRLowerBoundVci. Estos índices adicionales permiten definir más de un rango de etiquetas. Sin embargo, en la implementación del Cisco IOS Release 12.2(33)SRB, solamente se permite un rango de etiqueta por interfaz LC-ATM.

Objetos y descripciones (mplsLdpEntityAtmTable) de la tabla atmósfera de la entidad MPLS LDP

El cuadro 8 describe los objetos mplsLdpEntityAtmTable.

Objetos y descripciones mplsLdpEntityAtmTable del cuadro 8 

Objeto
Descripción

mplsLdpEntityAtmEntry

Representa los parámetros ATM y la información sobre ATM de esta entidad LDP.

mplsLdpEntityAtmIfIndxOrZero

Este valor representa el índice SNMP IF-MIB de la entidad LC-ATM específica de la interfaz.

mplsLdpEntityAtmMergeCap

Denota la capacidad de fusión de esta entidad.

mplsLdpEntityAtmLRComponents

Número de componentes del rango de etiquetas en el mensaje de inicialización. Esto también representa el número de entradas en mplsLdpEntityConfAtmLRTable correspondientes a esta entrada.

Observelos soportes del Cisco IOS Software solamente un componente.

mplsLdpEntityAtmVcDirectionality

Si el valor de este objeto es bidirectional(0), se usa un VCI determinado dentro de un VPI determinado como etiqueta para ambas direcciones, con independencia de la otra.

Si el valor de este objeto es unidirectional(1), un VCI determinado dentro de un VPI designa una dirección.

mplsLdpEntityAtmLsrConnectivity

El par LSR puede ser conectado indirectamente mediante un VPI atmósfera, de modo que los valores del VPI puedan ser diferentes en los puntos finales. Por esa razón, la etiqueta se debe codificar totalmente dentro del campo VCI.

Los valores son direct(1) e indirect(2). El valor por defecto es direct(1).

mplsLdpEntityAtmDefaultControlVpi

El valor de VCI predeterminado para la conexión no MPLS.

mplsLdpEntityAtmDefaultControlVci

El valor de VCI predeterminado para la conexión no MPLS.

mplsLdpEntityAtmUnlabTrafVpi

Valor del VPI del conector del canal virtual (VCC) que soporta el tráfico sin etiqueta. Esta conexión no MPLS se utiliza para transportar paquetes sin etiqueta (IP).

mplsLdpEntityAtmUnlabTrafVci

Valor de VCI del VCC que soporta el tráfico sin etiqueta. Esta conexión no MPLS se utiliza para transportar paquetes sin etiqueta (IP).

mplsLdpEntityAtmStorageType

El tipo del almacenamiento de esta entrada es una implementación de sólo lectura que siempre es volátil.

mplsLdpEntityAtmRowStatus

Este objeto es una implementación de solo lectura que está siempre activa.


Objetos y descripciones (mplsLdpEntityAtmLRTable) de la tabla de rango de la escritura de la etiqueta atmósfera de la entidad MPLS LDP

El cuadro 9 describe los objetos mplsLdpEntityAtmLRTable.

Objetos y descripciones mplsLdpEntityAtmLRTable del cuadro 9 

Objeto
Descripción

mplsLdpEntityAtmLREntry

Una fila de la tabla Rango de Etiqueta ATM Configurable de la Entidad LDP. Una entrada de esta tabla contiene información en un solo rango de etiquetas; el rango se define con un límite superior (par VPI/VCI) y un límite inferior (par VPI/VCI). Son los mismos datos usados en el mensaje de inicialización. Este rango de etiquetas debe solapar el rango de etiquetas del peer.

mplsLdpEntityAtmLRMinVpi

El número VPI mínimo configurado para este rango (no accesible).

mplsLdpEntityAtmLRMinVci

El número VPI mínimo configurado para este rango (no accesible).

mplsLdpEntityAtmLRMaxVpi

El número VPI máximo configurado para este rango (no accesible).

mplsLdpEntityAtmLRMaxVci

El número VCI máximo configurado para este rango (no accesible).

mplsLdpEntityAtmLRStorageType

El tipo del almacenamiento de esta entrada es una implementación de sólo lectura que siempre es volátil.

mplsLdpEntityAtmLRRowStatus

Este objeto es una implementación de solo lectura que está siempre activa.


Objetos y descripciones (mplsLdpAtmSessionTable) de la tabla de la sesión atmósfera MPLS LDP

El cuadro 10 describe los objetos mplsLdpAtmSessionTable.

Objetos y descripciones mplsLdpAtmSessionTable del cuadro 10 

Objetos
Descripción

mplsLdpAtmSessionEntry

Una entrada de esta tabla representa la información sobre una sola intersección de rango de etiquetas entre una entidad LDP y un peer LDP (no accesible).

mplsLdpAtmSessionLRLowerBoundVpi

El número VPI mínimo configurado para este rango (no accesible).

mplsLdpAtmSessionLRLowerBoundVci

El número VPI mínimo configurado para este rango (no accesible).

mplsLdpAtmSessionLRUpperBoundVpi

El número máximo del VPI configurado para este rango (solo lectura).

mplsLdpAtmSessionLRUpperBoundVci

El número máximo del VCI configurado para este rango (solo lectura).


Tabla MIB en el Módulo MPLS-LDP-GENERIC-STD-MIB (RFC 3815)

El MPLS-LDP-GENERIC-STD-MIB contiene la tabla siguiente. Esta tabla define los objetos de la por-plataforma de la capa 2 para el uso con el MPLS-LDP-STD-MIB.

mplsLdpEntityGenericLRTable (cuadro 11) — Contiene las entradas para cada interfaz habilitado para LDP que esté en el espacio de etiquetado global. (Para Cisco, esto se aplica a todas las interfaces excepto LC-ATM. Las entidades LC-ATM se muestran en el mplsLdpEntityAtmLRTable en lugar de otro.) La indexación de direcciones es lo mismo que es para el mplsLdpEntityTable, a menos que se hayan agregado dos índices, mplsLdpEntityGenericLRMin y mplsLdpEntityGenericLRMax. Estos índices adicionales permiten definir más de un rango de etiquetas. Sin embargo, en la implementación del Cisco IOS Release 12.2(33)SRB, se permite solamente un rango global de la escritura de la etiqueta.

Objetos y descripciones (mplsLdpEntityGenericLRTable) genéricos de la tabla de rango de la escritura de la etiqueta de la entidad MPLS LDP

El cuadro 11 describe los objetos mplsLdpEntityGenericLRTable.

Objetos y descripciones mplsLdpEntityGenericLRTable del cuadro 11 

Objeto
Descripción

mplsLdpEntityGenericLREntry

Una fila de la tabla Rango de Etiqueta Genérica Configurable de la Entidad LDP. Una entrada de esta tabla contiene información en un solo rango de etiquetas; el rango es definido por un límite superior y un límite más bajo.

La implementación actual soporta un rango de etiquetas por entidad.

mplsLdpEntityGenericLRMin

La etiqueta mínima configurada para este rango (no accesible).

mplsLdpEntityGenericLRMax

La etiqueta máxima configurada para este rango (no accesible).

mplsLdpEntityGenericLabelSpace

Este valor indica si el tipo del espacio de etiquetado es el perPlatform (1) o el perInterface (2).

mplsLdpEntityGenericIfIndxOrZero

Este valor representa el índice SNMP IF-MIB de la entidad de toda la plataforma. Si el destino es la adyacencia hello activa, el valor es 0.

mplsLdpEntityGenericLRStorageType

El tipo del almacenamiento de esta entrada es una implementación de sólo lectura que siempre es volátil.

mplsLdpEntityGenericLRRowStatus

Este objeto es una implementación de solo lectura que está siempre activa.


Contextos VPN en MPLS LDP MIB

Dentro de un entorno de Red Privada Virtual (VPN) 4 del Border Gateway Protocol (BGP) MPLS, se pueden crear procesos LDP separados para cada VPN. Estos procesos y sus datos asociados se llaman contextos LDP. Cada contexto es independiente de todos los demás y contiene datos específicos de ese contexto solamente.

La característica enterada VPN LDP MIB permite al LDP MIB para conseguir la información contextual VPN. La función añade soporte para diversos contextos de distintas VPNs MPLS. Los usuarios del MIB pueden visualizar los procesos MPLS LDP para un MPLS VPN dado. La característica enterada VPN LDP MIB no cambia el sintaxis del MPLS LDP MIB. Cambia el número y los tipos de entradas dentro de las tablas.

El MPLS LDP MIB puede mostrar la información sobre solamente un en un momento del contexto. Con el Cisco IOS Release 12.2(33)SRB, usted puede especificar un contexto — un contexto global o un contexto del MPLS VPN — usando un nombre de la Seguridad SNMP.

Las secciones siguientes describen los temas relacionados con la función VPN Aware LDP MIB:

Contextos de SNMP

Sesiones de MIB LDP con Reconocimiento de VPN

Notificaciones de MIB LDP que Reconoce una VPN

Contextos de SNMP

Los contextos SNMP proporcionan a los usuarios de VPN una manera segura de acceder a los datos MIB. Cuando se asocia una VPN con un contexto, los datos de MIB específicos de la VPN existen en ese contexto. La asociación de una VPN a un contexto permite a los proveedores de servicios administrar redes con varias VPNs. La creación y la asociación de un contexto con una VPN permite que un proveedor impida que los usuarios de una VPN tengan acceso a la información sobre los usuarios de otras VPNs en el mismo dispositivo de red.

El SNMP que reconoce VPN requiere que el administrador de SNMP y las entidades agente que actúan en un entorno VPN estén de acuerdo con el mapping entre el nombre de seguridad de SNMP y el nombre de VPN. Este mapping lo crea usted usando diferentes contextos para los datos SNMP de diferentes VPNs, lo que se consigue mediante la configuración SNMP-VACM-MIB (MIB de Modelo de Control de Acceso basado en Vista SNMP). SNMP-VACM-MIB se configura con vistas, de modo que a un usuario de una VPN con un nombre de la seguridad se le permita el acceso al espacio del objeto restringido dentro del contexto exclusivo de esa VPN.

Los mensajes de solicitud de SNMP pasan por tres fases de seguridad y control de acceso antes de que se envíe un mensaje de respuesta con los valores de objeto en un contexto de VPN:

La primera fase de seguridad es la autenticación del nombre de usuario. Durante esta fase, el usuario está autorizado para el acceso SNMP.

La segunda fase es el control de acceso. Durante esta fase, el usuario dispone de autorización para el acceso SNMP a los objetos del grupo en el contexto SNMP solicitado.

En la tercera fase, el usuario puede acceder a una instancia particular de una entrada de la tabla. Con esta tercera fase, la recuperación completa se puede basar en el nombre del contexto SNMP.

Las listas de acceso IP se pueden configurar y asociar con cadenas de comunidad SNMP. Esta característica le permite para configurar una asociación entre los casos del VPN Routing and Forwarding (VRF) y las cadenas de comunidad SNMP. Cuando una instancia de VRF se asocia a una cadena de comunidad SNMP, el SNMP procesa las solicitudes entrantes solamente para una cadena de comunidad determinada si se reciben del VRF configurado. Si la cadena de comunidad incluida en el paquete de entrada no tiene un VRF asociado, solamente se procesa si proviene de una interfaz no VRF.

También puede habilitar o inhabilitar las trampas de autenticación de los paquetes SNMP descartados debido a faltas de coincidencia de VRF. De forma predeterminada, si se habilitan las trampas de la autenticación de SNMP, también se habilitan las trampas de la autenticación VRF.

Sesiones de MIB LDP con Reconocimiento de VPN

Los soportes de característica enterados VPN LDP MIB una interrogación SNMP al MPLS LDP MIB para los contextos globales y VPN. Esta función le permite ingresar consultas LDP en cualquier VRF y en la núcleo (contexto global). Una consulta puede distinguir entre las sesiones LDP de diversas VPNs. La información de sesión LDP de una VPN permanece en el contexto de dicha VPN. Por lo tanto, la información de un VPN no está disponible para un usuario de un VPN distinto. El VPN LDP enterado MIB también permite que usted visualice los procesos LDP que actúan en un portador que soporta la red del portador (CSC).

En un MPLS VPN, un router de borde del proveedor de servicio (PE) pudo contener los VRF para varios VPN y una tabla de Global Routing. Para configurar procesos LDP separados para diversas VPNs en el mismo dispositivo, debe configurar cada VPN con un securityName, un contextName y una vista VACM (modelo de control de acceso basado en vista) únicos. El securityName VPN se debe configurar para el MPLS LDP MIB.

El cuadro 7 muestra a las sesiones LDP para un MPLS VPN de la muestra con la característica enterada VPN LDP MIB.

Cuadro 7 sesiones LDP MPLS con la característica enterada VPN LDP MIB

Con la función VPN Aware LDP MIB, puede realizar consultas MIB o recorridos MIB para una sesión LDP del MPLS VPN o una sesión LDP global.


Observepara verificar la información de sesión LDP para un VPN específico, utilice el comando del vecino LDP de los mpls vrf vpn-name detail de la demostración.


Notificaciones de MIB LDP que Reconoce una VPN

La función VPN Aware LDP MIB soporta notificaciones de LDP en diversos contextos de LDP para VPNs. Se pueden generar notificaciones LDP para el núcleo (contexto global) y para distintos VPNs. Puede causar que las notificaciones se envíen a distintos hosts NMS para diversos contextos LDP. Las notificaciones LDP asociadas a un VRF específico se envían al NMS señalado para ese VRF. Las notificaciones globales de LDP se envían al NMS configurado para recibir las trampas globales.

Para habilitar las notificaciones del contexto LDP para el VPN que EL LDP enterado MIB ofrece, que utilice el objeto mplsLdpSessionsUpDownEnable SNMP (en el contexto global LDP solamente) o los comandos global configuration extendidos siguientes.

Para habilitar las notificaciones LDP para el contexto global, utilice los siguientes comandos en un router del borde del proveedor (PE):

Router(config)# snmp-server host host-address traps community mpls-ldp

Router(config)# snmp-server enable traps mpls rfc ldp

Para habilitar las notificaciones LDP para un contexto VPN, use los siguientes comandos:

Router(config)# snmp-server host host-address vrf vrf-name version {v1|v2c|v3} 
community community-string udp-port upd-port mpls-ldp

Router(config)# snmp-server enable traps mpls rfc ldp

El cuadro 8 muestra las notificaciones LDP con la característica enterada VPN LDP MIB.

Cuadro 8 notificaciones LDP con la característica enterada VPN LDP MIB

Diferencias entre MPLS-LDP-STD-MIB y MPLS-LDP-MIB

El MPLS-LDP-STD-MIB basado en el RFC 3815 proporciona la misma funcionalidad básica que el MPLS-LDP-MIB basó en el proyecto de la versión 8 IETF (draft-ieft-mpls-ldp-08.txt). La identidad del módulo fue cambiada del mplsLdpMIB al mplsLdpStdMIB. Ambo MIB proporciona una interfaz para manejar el LDP con el uso del SNMP.

Después de que la implementación del MPLS-LDP-STD-MIB (RFC 3815) en el Cisco IOS Release 12.2(33)SRB el MPLS-LDP-MIB exista por un período de tiempo antes de que el soporte se quite totalmente. Esto le da la oportunidad de emigrar al MPLS-LDP-STD-MIB. Ambo MIB puede coexistir en la misma imagen porque los MPLS-LDP-STD-MIB y los MPLS-LDP-MIB tienen diversos identificadores de objeto de la raíz (OID).

Las secciones siguientes contienen la información sobre las diferencias principales entre el MPLS-LDP-STD-MIB y el MPLS-LDP-MIB:

Diferencias entre los Objetos Escalares de MPLS-LDP-MIB y MPLS-LDP-STD-MIB

Diferencias del Objeto de Tabla MPLS-LDP-MIB y MPLS-LDP-STD-MIB

Cambios en la Notificación de MPLS-LDP-MIB y MPLS-LDP-STD-MIB

Diferencias entre los Objetos Escalares de MPLS-LDP-MIB y MPLS-LDP-STD-MIB

El cuadro 12 muestra la diferencia entre los objetos escalares en el MPLS-LDP-MIB y el MPLS-LDP-STD-MIB.

Objetos escalares del cuadro 12: Diferencias entre Objetos MPLS-LDP-MIB y MPLS-LSR-STD-MIB

Objeto MPLS-LDP-MIB
Objeto MPLS-LDP-STD-MIB
Diferencia

mplsLdpPeerLastChange

Nuevo objeto — Indica el valor del sysUpTime a la hora de la mayoría de la adición reciente o de la cancelacíon a o desde el mplsLdpPeerTable o el mplsLdpSessionTable.

mplsLdpSesUpDownTrapEnable

Objeto eliminado.

mplsFecLastChange

Observeno soportado en los Cisco IOS Releases 12.2(33)SRB y 12.2(33)SB.

Nuevo objeto — Contiene el sysUpTime a la hora de la mayoría del cambio reciente al mplsLdpFecTable.

mplsLdpLspFecLastChange

Observeno soportado en los Cisco IOS Releases 12.2(33)SRB y 12.2(33)SB.

Nuevo objeto — Salva la vez más pasada del cambio para el mplsLdpLspFecTable.

mplsLdpEntityLastChange

Nuevo objeto — Indica la vez más pasada del cambio para el mplsLdpEntityTable o mplsLdpEntityStatsTable.


Diferencias del Objeto de Tabla MPLS-LDP-MIB y MPLS-LDP-STD-MIB

Las tablas siguientes muestran las diferencias principales entre el MPLS-LDP-MIB y los objetos MPLS-LDP-STD-MIB para cada tabla.

Diferencias (mplsLdpEntityTable) de la tabla de la entidad MPLS LDP

El cuadro 13 muestra las diferencias principales entre los objetos MPLS-LDP-MIB y MPLS-LDP-STD-MIB para la tabla de la entidad MPLS LDP.

Tabla de la entidad del cuadro 13 MPLS LDP: Diferencias entre Objetos MPLS-LDP-MIB y MPLS-LSR-STD-MIB 

Objeto MPLS-LDP-MIB
Objeto MPLS-LDP-STD-MIB
Diferencia

mplsLdpEntityIndexNext

mplsLdpEntityIndexNext

Sintaxis cambiado — Unsigned32 a IndexIntegerNextFree.

mplsLdpEntityIndex

mplsLdpEntityIndex

Sintaxis cambiado — Unsigned32 a IndexInteger.

mplsLdpEntityProtocolVersion

mplsLdpEntityProtocolVersion

Sintaxis cambiado — Unsigned32 a Integer32.

mplsLdpEntityAdminStatus

mplsLdpEntityAdminStatus

Descripción cambiada — Modificado para sugerir que un NMS limpia cualquier entrada relacionada en el mplsLdpPeerTable en caso de que este objeto se cambie del permiso para inhabilitar.

mplsLdpEntityOperStatus

mplsLdpEntityOperStatus

Descripción cambiada — Modificado para incluir el valor de unknown(1) para una condición transitoria antes del LSR cambia el valor a enabled(2) o a disabled(3).

mplsLdpEntityTcpDscPort

mplsLdpEntityTcpPort

Cambió el nombre del objeto.

mplsLdpEntityMaxPduLength

mplsLdpEntityMaxPduLength

El sintaxis cambió — el valor del Bajo-límite para este objeto creciente a partir de la 0 al 256.

Descripción cambiada — Indica que el LSR de recepción debe calcular la longitud del máximo PDU para la sesión usando el más pequeño de la oferta de su y su par para la longitud máxima PDU.

mplsLdpEntityInitSessionThreshold

mplsLdpEntityInitSessionThreshold

Sintaxis cambiado — Valor máximo cambiado de MAXINT a 100.

mplsLdpEntityLabelDistMethod

mplsLdpEntityLabelDistMethod

Sintaxis cambiado — NÚMERO ENTERO a MplsLabelDistributionMethod TC.

mplsLdpEntityLabelRetentionMode

mplsLdpEntityLabelRetentionMode

Sintaxis cambiado — NÚMERO ENTERO a MplsRetentionMode TC.

mplsLdpEntityPVLMisTrapEnable

Objeto del control de la notificación quitado.

mplsLdpEntityPVL

mplsLdpEntityPathVectorLimit

Cambió el nombre del objeto.

mplsLdpEntityHopCountLimit

mplsLdpEntityHopCountLimit

La cláusula DEFVAL agregó para un valor predeterminado = 0.

mplsLdpEntityTransportAddrKind

Nuevo objeto — Indica el direccionamiento que se utilizará para los mensajes Hello Messages (interfaz y loopback).

mplsLdpEntityTargPeerAddrType

mplsLdpEntityTargPeerAddrType

Sintaxis cambiado — A InetAddressType.

mplsLdpEntityTargPeerAddr

mplsLdpEntityTargPeerAddr

Sintaxis cambiado — A InetAddress.

mplsLdpEntityOptionalParameters

mplsLdpEntityLabelType

Cambió el nombre del objeto.

mplsLdpEntityStorType

mplsLdpEntityStorageType

Cambió el nombre del objeto.

mplsLdpEntityRowStatus

mplsLdpEntityRowStatus

Cambio de la descripción — La recomendación agregada de fijar el mplsLdpentityAdminStatus a abajo, cambia los objetos en esta entrada, y después fijó el estado del administrador para habilitar.


Diferencias (mplsLdpEntityStatsTable) de la tabla de estadísticas de la entidad MPLS LDP


ObserveA que el párrafo general con respecto a las discontinuidades se agrega a todos los objetos contrarios en la tabla de estadísticas de la entidad MPLS LDP: Las “discontinuidades en el valor de este contador pueden ocurrir en la reiniciación del sistema de administración, y en otros momentos según lo indicado por el valor del mplsLdpEntityDiscontinuityTime.”


El cuadro 14 muestra la diferencia entre los objetos MPLS-LDP-MIB y MPLS-LDP-STD-MIB para la tabla de estadísticas de la entidad MPLS LDP.

Tabla de estadísticas de la entidad del cuadro 14 MPLS LDP: Diferencias entre Objetos MPLS-LDP-MIB y MPLS-LSR-STD-MIB 

Objeto MPLS-LDP-MIB
Objeto MPLS-LDP-STD-MIB
Diferencia

mplsLdpAttemptedSessions

mplsLdpEntityStatsSessionAttempts

Cambió el nombre del objeto.

mplsLdpSesRejectedNoHelloErrors

mplsLdpEntityStatsSessionRejectedNoHelloErrors

Cambió el nombre del objeto.

mplsLdpSesRejectedAdErrors

mplsLdpEntityStatsSessionRejectedAdErrors

Cambió el nombre del objeto.

mplsLdpSesRejectedMaxPduErrors

mplsLdpEntityStatsSessionRejectedMaxPduErrors

Cambió el nombre del objeto.

mplsLdpSesRejectedLRErrors

mplsLdpEntityStatsSessionRejectedLRErrors

Cambió el nombre del objeto.

mplsLdpBadLdpIdentifierErrors

mplsLdpEntityStatsBadLdpIdentifierErrors

Cambió el nombre del objeto.

mplsLdpBadPduLengthErrors

mplsLdpEntityStatsBadPduLengthErrors

Cambió el nombre del objeto.

mplsLdpBadMessageLengthErrors

mplsLdpEntityStatsBadMessageLengthErrors

Cambió el nombre del objeto.

mplsLdpBadTlvLengthErrors

mplsLdpEntityStatsBadTlvLengthErrors

Cambió el nombre del objeto.

mplsLdpMalformedTlvValueErrors

mplsLdpEntityStatsMalformedTlvValueErrors

Cambió el nombre del objeto.

mplsLdpKeepAliveTimerExpErrors

mplsLdpEntityStatsKeepAliveTimerExpErrors

Cambió el nombre del objeto.

mplsLdpShutdownNotifReceived

mplsLdpEntityStatsShutdownReceivedNotifications

Cambió el nombre del objeto.

mplsLdpShutdownNotifSent

mplsLdpEntityStatsShutdownSentNotifications

Cambió el nombre del objeto.


Diferencias (mplsLdpPeerTable) de la tabla del par MPLS LDP

El cuadro 15 muestra la diferencia entre los objetos MPLS-LDP-MIB y MPLS-LDP-STD-MIB para la tabla del par MPLS LDP.

Tabla del par del cuadro 15 MPLS LDP: Diferencias entre Objetos MPLS-LDP-MIB y MPLS-LSR-STD-MIB 

Objeto MPLS-LDP-MIB
Objeto MPLS-LDP-STD-MIB
Diferencia

mplsLdpPeerLabelDistMethod

mplsLdpPeerLabelDistMethod

Cambio del sintaxis — Del NÚMERO ENTERO a MplsLabelDistributionMethod

mplsLdpPeerLoopDectionForPV

Objeto eliminado.

mplsLdpPeerPVL

mplsLdpPeerPathVectorLimit

Cambió el nombre del objeto.

mplsLdpPeerTransportAddrType

Nuevo objeto — Tipo de la dirección de Internet (IPv4 o IPv6) de divulgación por el par en el mensaje Hello Messages u hola mensaje de la fuente.

mplsLdpPeerTransportAddr

Nuevo objeto — Dirección de Internet (IPv4 o IPv6) de divulgación por el par en el mensaje Hello Messages u hola mensaje de la fuente.


Diferencias (mplsLdpSessionTable) de la tabla de la sesión LDP MPLS

El cuadro 16 muestra la diferencia entre los objetos MPLS-LDP-MIB y MPLS-LDP-STD-MIB para la tabla de la sesión LDP MPLS.

Tabla de la sesión LDP del cuadro 16 MPLS: Diferencias entre Objetos MPLS-LDP-MIB y MPLS-LSR-STD-MIB 

Objeto MPLS-LDP-MIB
Objeto MPLS-LDP-STD-MIB
Diferencia

mplsLdpSesState

mplsLdpSessionState

Cambió el nombre del objeto.

mplsLdpSesProtocolVersion

mplsLdpSessionProtocolVersion

Cambió el nombre del objeto.

mplsLdpSessionStateLastChange

Nuevo objeto — Indica la vez más pasada del cambio para esta tabla.

mplsLdpSessionRole

Nuevo objeto — Indica el estado LSR: activo, pasivo, o desconocido.

mplsLdpSesKeepAliveHoldTimeRem

mplsLdpSessionKeepAliveHoldTimeRem

Cambió el nombre del objeto.

mplsLdpSessionKeepAliveTime

Nuevo objeto — Indica el tiempo real del keepalive negociado entre los pares.

mplsLdpSesMaxPduLen

mplsLdpSessionMaxPduLen

Cambió el nombre del objeto.

mplsLdpSesDiscontinuityTime

mplsLdpSessionDiscontinuityTime

Cambió el nombre del objeto.


Diferencias (mplsLdpHelloAdjacencyTable) de la tabla de adyacencia MPLS LDP hola

El cuadro 17 muestra la diferencia entre los objetos MPLS-LDP-MIB y MPLS-LDP-STD-MIB para la tabla de adyacencia MPLS LDP hola.

Tabla de adyacencia del cuadro 17 MPLS LDP hola: Diferencias entre Objetos MPLS-LDP-MIB y MPLS-LSR-STD-MIB 

Objeto MPLS-LDP-MIB
Objeto MPLS-LDP-STD-MIB
Diferencia

mplsLdpHelloAdjIndex

mplsLdpHelloAdjacencyIndex

Cambió el nombre del objeto.

mplsLdpHelloAdjHoldTimeRem

mplsLdpHelloAdjacencyHoldTimeRem

Cambió el nombre del objeto.

mplsLdpHelloAdjacencyHoldTime

Nuevo objeto — Indica el tiempo en espera negociado real de la adyacencia.

mplsLdpHelloAdjType

mplsLdpHelloAdjacencyType

Cambió el nombre del objeto.


Cambios en la Notificación de MPLS-LDP-MIB y MPLS-LDP-STD-MIB

Todas las notificaciones del MPLS-LDP-MIB se conservan en el MPLS-LDP-STD-MIB. Los cambios siguientes se implementan para las notificaciones en MPLS-LDP-STD-MIB:

La notificación del mplsLdpPVLMismatch se retitula al mplsLdpPathVectorLimitMismatch.

El mplsLdpEntityPVLMisTrapEnable, objeto del control de la notificación, fue quitada para el MPLS-LDP-STD-MIB.

El comando cisco ios para habilitar las notificaciones para el MPLS-LDP-MIB es diferente del comando para habilitar las notificaciones para el MPLS-LSR-STD-MIB.

Para el MPLS-LDP-MIB, el comando es snmp-server enable traps mpls ldp. Para el MPLS-LSR-STD-MIB, el comando es snmp-server enable traps mpls rfc ldp.

Diferencias entre MPLS-LDP-MIB y MPLS-LDP-ATM-STD-MIB (RFC 3815)

Los objetos del ATM relacionado de la capa 2 se quitan del MPLS-LDP-MIB y se ponen en un nuevo módulo MIB en RFC 3815. El nuevo módulo MIB es el MPLS-LDP-ATM-STD-MIB. Esta acción proporciona modularidad y reduce el tamaño de MPLS LDP MIB.

El cuadro 18 enumera las diferencias entre los objetos del ATM relacionado en el MPLS-LDP-MIB y los objetos en el MPLS-LDP-ATM-STD-MIB.

Diferencias del cuadro 18 entre los objetos MPLS-LDP-MIB y MPLS-LDP-ATM-STD-MIB 

Objeto MPLS-LDP-MIB
Objeto MPLS-LDP-ATM-STD-MIB
Diferencia

mplsLdpEntityAtmParmsTable

mplsLdpEntityAtmTable

Cambió el nombre del objeto.

mplsLdpEntityAtmMergeCap

mplsLdpEntityAtmMergeCap

Sintaxis cambiado — VpMerge y vpAndVcMerge agregados de las enumeraciones.

mplsLdpEntityDefaultControlVpi

mplsLdpEntityAtmDefaultControlVpi

Cambió el nombre del objeto.

mplsLdpEntityDefaultControlVci

mplsLdpEntityAtmDefaultControlVci

Cambió el nombre del objeto.

mplsLdpEntityUnlabTrafVpi

mplsLdpEntityAtmUnlabTrafVpi

Cambió el nombre del objeto.

mplsLdpEntityUnlabTrafVci

mplsLdpEntityAtmUnlabTrafVci

Cambió el nombre del objeto.

mplsLdpEntityAtmStorType

mplsLdpEntityAtmStorageType

Cambió el nombre del objeto.

mplsLdpEntityAtmRowStatus

mplsLdpEntityAtmRowStatus

Descripción cambiada — Diversas operaciones aclaradas del estatus de la fila. Agregó una recomendación que el objeto del mplsLdpEntityAdminStatus se fije a abajo antes de que el LSR cambie los objetos en esta tabla.

mplsLdpEntityConfAtmLRTable

mplsLdpEntityAtmLRTable

Cambió el nombre del objeto.

mplsLdpEntityConfAtmLREntry

mplsLdpEntityAtmLREntry

Cambió el nombre del objeto.

mplsLdpEntityConfAtmLRMinVpi

mplsLdpEntityAtmLRMinVpi

Cambió el nombre del objeto. Descripción cambiada — 0 agregado como valor válido.

mplsLdpEntityConfAtmLRMinVci

mplsLdpEntityAtmLRMinVci

Cambió el nombre del objeto.

mplsLdpEntityConfAtmLRMaxVpi

mplsLdpEntityAtmRMaxVpi

Cambió el nombre del objeto.

mplsLdpEntityConfAtmLRMaxVci

mplsLdpEntityAtmLRMaxVci

Cambió el nombre del objeto.

mplsLdpEntityConfAtmLRStorType

mplsLdpEntityAtmLRStorageType

Cambió el nombre del objeto.

mplsLdpEntityConfAtmLRRowStatus

mplsLdpEntityAtmLRRowStatus

Cambió el nombre del objeto.

mplsLdpAtmSesTable

mplsLdpAtmSessionTable

Cambió el nombre del objeto.

mplsLdpSesAtmLRLowerBoundVpi

mplsLdpSessionAtmLRLowerBoundVpi

Cambió el nombre del objeto.

mplsLdpSesAtmLRLowerBoundVci

mplsLdpSessionAtmLRLowerBoundVci

Cambió el nombre del objeto.

mplsLdpSesAtmLRUpperBoundVpi

mplsLdpSessionAtmLRUpperBoundVpi

Cambió el nombre del objeto.

mplsLdpSesAtmLRUpperBoundVci

mplsLdpSessionAtmLRUpperBoundVci

Cambió el nombre del objeto.


Diferencias entre MPLS-LDP-MIB y MPLS-LDP-GENERIC-STD-MIB (RFC 3815)

Los objetos de la capa 2 para los espacios de etiquetado de la por-plataforma se quitan del MPLS-LDP-MIB y se ponen en un nuevo módulo MIB en RFC 3815. El nuevo módulo MIB es el MPLS-LDP-GENERIC-STD-MIB. Esta acción proporciona modularidad y reduce el tamaño de MPLS LDP MIB.

El cuadro 19 muestra la diferencia entre los objetos genéricos del espacio de etiquetado en el MPLS-LDP-MIB y los objetos en el MPLS-GENERIC-STD-MIB.

Tabla del cuadro 19 MPLS LDP LSP DEC: Diferencias del objeto MPLS-LDP-MIB y MPLS-LDP-GENERIC-STD-MIB 

Objeto MPLS-LDP-MIB
Objeto MPLS-LDP-GENERIC-STD-MIB
Diferencia

mplsLdpEntityConfGenLRTable

mplsLdpEntityGenericLRTable

Cambió el nombre del objeto.

mplsLdpEntityConfGenLRMinn

mplsLdpEntityGenericLRMin

Cambió el nombre del objeto.

mplsLdpEntityConfGenLRMax

mplsLdpEntityGenericLRMax

Cambió el nombre del objeto.

mplsLdpEntityConfGenIfIndexOrZero

mplsLdpEntityGenericIfIndexOrZero

Cambió el nombre del objeto.

mplsLdpEntityConfGenLRStorType

mplsLdpEntityGenericLRStorageType

Cambió el nombre del objeto.

mplsLdpEntityConfGenLRRowStatus

mplsLdpEntityGenericRowStatus

Cambió el nombre del objeto.

mplsLdpEntityGenericLabelSpace

Nuevo objeto — Un valor de perPlatform(1) indica que el tipo del espacio de etiquetado está por la plataforma; un valor de perInterface(2) indica que el tipo del espacio de etiquetado está por la interfaz.


Cómo Configurar SNMP para MPLS EM — MPLS LDP MIB - RFC 3815

Para configurar el SNMP para el MPLS EM — MPLS LDP MIB - la característica del RFC 3815, realiza las tareas siguientes:

Configurando el acceso a un agente SNMP en un puesto de trabajo del host NMS (requerido)

Configurando al router para enviar las notificaciones SNMP a un host para monitorear el LDP (requerido)

Configurando un LDP que reconoce VPN MIB (opcional)

Configuración de Acceso a un Agente SNMP en una Estación de Trabajo NMS Host

Para configurar el acceso al agente SNMP en un puesto de trabajo del host NMS, realice la tarea siguiente.

Con el uso de un agente SNMP, el MIB MPLS LDP descrito en RFC 3815 proporciona una interfaz para monitorear y manejar el LDP.

Para utilizar el SNMP para manejar el LDP, usted necesita configurar el acceso a un agente SNMP en un puesto de trabajo NMS. Por abandono, inhabilitan al agente SNMP para el MPLS LDP MIB. El paso 2 le muestra cómo determinar si configuran a un agente SNMP ya, y si usted necesita modificar la información de SNMP para monitorear y para manejar el LDP.

PASOS SUMARIOS

1. enable

2. show running-config

3. configure terminal

4.snmp-server community string []view view-name[ro | rw] [-]aclnumber

5. do copy running-config startup-config

6. exit

7. show-running config

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

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

Paso 2 

show running-config

Example:

Router# show running-config

Muestra la configuración en ejecución para determinar si un agente SNMP se está ejecutando ya.

Si no se muestra ninguna información de SNMP, continúe con el siguiente paso. Si se muestra información de SNMP, puede modificarla o cambiarla según sea necesario.

Paso 3 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 4 

snmp-server community string [view view-name] [ro | rw] [acl-number]

Example:

Router(config)# snmp-server community comaccess ro

Configura la cadena de acceso de comunidad para permitir el acceso al protocolo SNMP.

string El argumento actúa como una contraseña y permite el acceso al protocolo SNMP.

view view-name El par del argumento de la palabra clave especifica el nombre de una opinión previamente definida. La vista define los objetos disponibles para la comunidad.

ro La palabra clave especifica acceso de sólo lectura. Las estaciones de administración autorizada pueden extraer solamente los objetos de MIB.

rw La palabra clave especifica el acceso de lectura/grabación. Las estaciones de administración autorizadas pueden recuperar y modificar objetos MIB.

acl-number El argumento es un número entero a partir de la 1 a 99 que especifica una lista de acceso de IP Addresses que se permite utilizar la cadena de comunidad para acceder al agente SNMP.

Paso 5 

do copy running-config startup-config

Example:

Router(config)# do copy running-config startup-config

(Opcional) guarda la configuración modificada a la memoria no volátil (NVRAM) como el archivo de configuración de inicio.

Utilice este comando si usted realizó los cambios a la información MIB.

do El comando permite que usted realice los comandos del EXEC-nivel en los modos de configuración.

Paso 6 

exit

Example:

Router(config)# exit

Vuelve al modo EXEC privilegiado.

Paso 7 

show running-config

Example:

Router# show running-config | include snmp-server

(Opcional) visualiza la información de la configuración actualmente en el router.

Utilice show running-config el comando de marcar que snmp-server los enunciados de comando aparecen en la salida.


Ejemplos

Utilice show running-config el comando de visualizar la configuración corriente en el puesto de trabajo del host NMS y de examinar la salida para la información de SNMP. Por ejemplo:

Router# show running-config | include snmp-server

snmp-server community public RO
snmp-server community private RW

La presencia de declaración snmp-server de comando any en la salida que toma la forma mostrada en este ejemplo verifica que el acceso al agente SNMP esté configurado en el puesto de trabajo del host NMS.

Configuración del Router para Enviar Notificaciones SNMP a un Host para Monitorear LDP

Para configurar al router para enviar las notificaciones SNMP a un host para monitorear el LDP, realice la tarea siguiente. La capacidad de visualizar las ayudas de las notificaciones SNMP en manejo de las sesiones LDP. Usted puede determinar si una sesión LDP entre los pares está hacia arriba o hacia abajo, si los límites del vector de la trayectoria son lo mismo para ambos pares LDP, y si el umbral del límite del vector de la trayectoria entre los pares se ha excedido.

snmp-server host El comando especifica qué hosts reciben las notificaciones o los desvíos. snmp-server enable traps El comando global habilita el mecanismo de la producción del desvío para los desvíos especificados.

Para que un host reciba un desvío, snmp-server host un comando se debe configurar para ese host, y, generalmente, el desvío se debe habilitar global con snmp-server enable traps el comando.

Prerrequisitos

Aunque usted pueda fijar community-string el argumento usando snmp-server host el comando en sí mismo, recomendamos que usted define esta cadena usando snmp-server community el comando antes de usar snmp-server host el comando.

PASOS SUMARIOS

1. enable

2. configure terminal

3.snmp-server host host-address [traps | informs] [version {1 | 2c | 3 [auth | noauth | priv]}] community-string []udp-port portdel []notification-typedel []vrf vrf-name

4.snmp-server enable traps mpls ldp []pv-limit del []session-down del []session-updel []threshold

5. end

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

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

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

snmp-server host host-address [traps | informs] [version {1 | 2c | 3 [auth | noauth | priv]}] community-string [udp-port port] [notification-type] [vrf vrf-name]

Example:

Router(config)# snmp-server host 172.20.2.160 traps comaccess mpls-ldp

Especifica el destinatario de una operación de notificación de SNMP.

host-address El argumento especifica el nombre o a la dirección de Internet del host (el beneficiario apuntado).

traps La palabra clave envía el SNMP traps a este host. Este es el valor predeterminado.

informs La palabra clave envía el SNMP informa a este host.

version La palabra clave especifica la versión del SNMP usado para enviar los desvíos. La versión 3 es el modelo más seguro, porque permite la encripción de paquetes con priv la palabra clave. Si usted utiliza version la palabra clave, usted debe especificar uno del siguiente:

1– — SNMPv1. Esta opción no se encuentra disponible con informes.

2c– — SNMPv2C.

3– — SNMPv3. Las tres palabras claves optativas siguientes pueden seguir version 3 la palabra clave: auth noauth priv.

community-string El argumento es a contraseña-como la cadena de comunidad enviada con la operación de notificación.

 


udp-port port El par del argumento de la palabra clave nombra el puerto UDP del host para utilizar. El valor predeterminado es 162.

notification-type El argumento especifica el Tipo de notificación que se enviará al host. Si no se especifica ningún tipo, se envían todas las notificaciones.

vrf vrf-name El par del argumento de la palabra clave especifica la tabla VRF que se debe utilizar para enviar las notificaciones SNMP.

Paso 4 

snmp-server enable traps mpls ldp [pv-limit] [session-down] [session-up] [threshold]

Example:
Router(config)# snmp-server enable traps mpls 
rfc ldp session-down

Permite al router para enviar MPLS las notificaciones SNMP LDP-específicas (los desvíos e informan) definidas en RFC 3815.

pv-limit La palabra clave controla (los permisos o las neutralizaciones) las notificaciones del límite del trayectoria-vector (PV) (mplsLdpPathVectorLimitMismatch). Se genera esta notificación cuando el router establece a una sesión LDP con su par adyacente LSR, pero los dos LSR tienen límites disímiles del trayectoria-vector.

session-down La palabra clave controla (los permisos o las neutralizaciones) de la sesión LDP las notificaciones abajo (mplsLdpSessionDown). Se genera este mensaje cuando terminan a una sesión LDP entre el router y su par adyacente LDP.

session-up La palabra clave controla (los permisos o las neutralizaciones) a la sesión LDP encima de las notificaciones (mplsLdpSessionUp). Se genera esta notificación cuando el router establece a una sesión LDP con otra entidad LDP (par adyacente LDP en la red).

threshold La palabra clave controla (los permisos o las neutralizaciones) las notificaciones del límite PV (mplsLdpFailedInitSessionThresholdExceeded). Esta notificación se genera después de ocho intentos fallidos de establecer a una sesión LDP entre el router y un par LDP. El error puede ser el resultado de cualquier tipo de incompatibilidad entre los dispositivos.

Paso 5 

end

Example:

Router(config)# end

(Opcional) Sale al modo EXEC privilegiado.


Configuración de una MIB LDP que Reconoce una VPN

Para configurar un LDP que reconoce VPN MIB, realice las tareas siguientes:

Configurando el soporte SNMP para un VPN (requerido)

Configurando un contexto SNMP para un VPN (requerido)

Configurando un contexto que reconoce VPN SNMP para el SNMPv1 o SNMPv2 (requerido)

Configuración del Soporte SNMP para una VPN

PASOS SUMARIOS

1. enable

2. configure terminal

3.snmp-server host host-address []vrf vrf-name[traps | informs] [version {1 | 2c | 3
[auth | noauth | priv]}] community-string []udp-port portdel []notification-type

4.snmp-server engineID remote ip-address []udp-port udp-port-numberdel []vrf vrf-name
engineid-string

5. end

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

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

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

snmp-server host host-address [vrf vrf-name] [traps | informs] [version {1 | 2c | 3 [auth | noauth | priv]}] community-string [udp-port port] [notification-type]

Example:
Router(config)# snmp-server host example.com 
vrf trap-vrf

Especifica al beneficiario de una operación de la notificación SNMP y especifica la tabla del caso VRF que se utilizará para el envío de las notificaciones SNMP.

host-address El argumento especifica el nombre o a la dirección de Internet del host (el beneficiario apuntado).

vrf vrf-name El par del argumento de la palabra clave especifica la tabla VRF que se debe utilizar para enviar las notificaciones SNMP.

traps La palabra clave envía el SNMP traps a este host. Este es el valor predeterminado.

informs La palabra clave envía el SNMP informa a este host.

version La palabra clave especifica la versión del SNMP usado para enviar los desvíos. La versión 3 es el modelo más seguro, porque permite la encripción de paquetes con priv la palabra clave. Si usted utiliza version la palabra clave, usted debe especificar uno del siguiente:

 


1 – — SNMPv1. Esta opción no se encuentra disponible con informes.

2c – — SNMPv2C.

3 – — SNMPv3. Las tres palabras claves optativas siguientes pueden seguir version 3 la palabra clave: auth noauth priv.

community-string El argumento es a contraseña-como la cadena de comunidad enviada con la operación de notificación.

udp-port port El par del argumento de la palabra clave nombra el puerto UDP del host para utilizar. El valor predeterminado es 162.

notification-type El argumento especifica el Tipo de notificación que se enviará al host. Si no se especifica ningún tipo, se envían todas las notificaciones.

Paso 4 

snmp-server engineID remote ip-address [udp-port udp-port-number] [vrf vrf-name] engineid-string

Example:
Router(config)# snmp-server engineID remote 
172.16.20.3 vrf traps-vrf 
80000009030000B064EFE100 

Especifica el ID de motor SNMP de un dispositivo SNMP remoto.

ipv4-address El argumento es el direccionamiento del IPv4 del dispositivo que contiene la copia remota del SNMP.

ipv6-address El argumento es el direccionamiento del IPv6 del dispositivo que contiene la copia remota del SNMP.

udp-port La palabra clave especifica un puerto del User Datagram Protocol (UDP) del host para utilizar.

udp-port-number El argumento es el número de socket en el dispositivo remoto que contiene la copia remota del SNMP. El valor por defecto es 161.

vrf La palabra clave especifica un caso de una tabla de ruteo.

vrf-name El argumento es el nombre de la tabla VRF a utilizar para salvar los datos.

engineid-string Es una cadena de un máximo de 24 caracteres que identifique la identificación del motor

Paso 5 

end

Example:

Router(config)# end

Sale al modo EXEC privilegiado.

Pasos Siguientes

Proceda “configurando un contexto SNMP para a la sección VPN”.

Configuración de un Contexto SNMP para una VPN

Para configurar un contexto SNMP para una VPN, realice la tarea siguiente. Esto configura un contexto SNMP único para un VPN, que permite acceder a la información de sesión LDP del VPN.

Contexto SNMP

Los contextos SNMP proporcionan a los usuarios de VPN una manera segura de acceder a los datos MIB. Cuando se asocia una VPN con un contexto, los datos de MIB específicos de la VPN existen en ese contexto. La asociación de una VPN a un contexto permite a los proveedores de servicios administrar redes con varias VPNs. La creación y la asociación de un contexto con una VPN permite que un proveedor impida que los usuarios de una VPN tengan acceso a la información sobre los usuarios de otras VPNs en el mismo dispositivo de red.

Discriminadores de Rutas VPN

Un discriminador de rutas (RD) crea tablas de reenvío y ruteo para una VPN. El Cisco IOS Software añade el RD al principio de los prefijos del IPv4 del cliente para cambiarlos en prefijos de VPN-IPv4 globalmente únicos.

El RD es un RD relativo a un número del sistema autónomo (ASN), en cuyo caso se compone de un número del sistema autónomo y de un número arbitrario, o es un RD relativo a una dirección IP, en cuyo caso se compone de una dirección IP y de un número arbitrario. Puede ingresar un RD en cualquiera de estos formatos:

ASN de 16 bits: su número de 32 bits, por ejemplo, 101:3.

Dirección IP de 32 bits: su número de 16 bits, por ejemplo, 192.168.122.15:1.

PASOS SUMARIOS

1. enable

2. configure terminal

3. snmp-server context context-name

4. ip vrf vrf-name

5. rd route-distinguisher

6. context context-name

7.route-target {import | export | both} route-target-ext-community

8. end

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

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

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

snmp-server context context-name
Example:

Router(config)# snmp-server context context1

Crea y asigna nombre a un contexto SNMP.

context-name El argumento es el nombre del contexto SNMP que es creado.

Paso 4 

ip vrf vrf-name

Example:

Router(config)# ip vrf vrf1

Configura una tabla VRF e ingresa en el modo de la configuración de VRF.

vrf-name El argumento es el nombre asignado a un VRF.

Paso 5 

rd route-distinguisher
Example:

Router(config-vrf)# rd 100:120

Crea un discriminador de rutas de VPN.

route-distinguisher El argumento especifica para agregar un valor 8-byte a un prefijo del IPv4 para crear un prefijo del IPv4 VPN. Puede ingresar un discriminador de rutas con cualquiera de estos formatos:

– número del sistema autónomo de 16 bits: su número de 32 bits
Por ejemplo, 101:3.

– dirección IP de 32 bits: su número de 16 bits
Por ejemplo, 192.168.122.15:1.

Paso 6 

context context-name
Example:

Router(config-vrf)# context context1

Asocia un contexto SNMP a un VRF determinado.

context-name El argumento es el nombre del contexto SNMP VPN, hasta 32 caracteres.

Paso 7 

route-target {import | export | both} 
route-target-ext-community 
Example:

Router(config-vrf)# route-target export 100:1000

(Opcional) Crea a una comunidad ruta-destino ampliada para un VRF.

import La palabra clave especifica para importar la información de ruteo de la comunidad ampliada de la blanco VPN.

export La palabra clave especifica para exportar la información de ruteo a la comunidad ampliada de la blanco VPN.

both La palabra clave especifica para importar la importación y la información de ruteo de la exportación a la comunidad ampliada de la blanco VPN.

route-target-ext-community El argumento agrega los atributos de la comunidad ampliada de la ruta-blanco a la lista VRF de importación, de exportación, o de ambas (importación y exportación) las comunidades ampliadas de la ruta-blanco.

Paso 8 

end

Example:

Router(config-vrf)# end

Sale al modo EXEC privilegiado.

Pasos Siguientes

Proceda a “configurar un contexto que reconoce VPN SNMP para la sección del SNMPv1 o del SNMPv2".

Configuración de un Contexto SNMP que Reconoce VPN para SNMPv1 o SNMPv2

Para configurar un contexto SNMP que reconoce VPN para SNMPv1 o SNMPv2, realice la tarea siguiente.

Esto permite acceder a la información de sesión LDP de una VPN usando SNMPv1 o SNMPv2.

Seguridad SNMPv1 o SNMPv2

SNMPv1 y SNMPv2 no son tan seguros como SNMPv3. Las versiones de SNMP 1 y 2 utilizan las comunidades de texto sin formato y no realizan la autenticación ni las revisiones de seguridad que la versión 3 de SNMP realiza.

Para configurar la función VPN Aware LDP MIB al usar SNMP versión 1 o SNMP versión 2, necesita asociar un nombre de comunidad a una VPN. Esta asociación hace que SNMP procese las peticiones que llegan para una cadena de la comunidad determinada si proceden del VRF configurado. Si la cadena de comunidad incluida en el paquete de entrada no tiene un VRF asociado, el paquete solamente se procesa si proviene de una interfaz no VRF. Este proceso evita que los usuarios fuera del VPN usen una cadena de comunidad con texto vacío para consultar datos de VPN. Sin embargo, esto no es tan seguro como usar SNMPv3.

PASOS SUMARIOS

1. enable

2. configure terminal

3.snmp-server user username group-name [[]remote host udp-port port] {v1 | v2c | v3 []encrypted
[auth {md5 | sha} auth-password]} []access access-list

4.snmp-server group group-name {v1 | v2c | v3 {auth | noauth | priv}} []context context-name
[]read readviewdel [notify]write writeviewdel []notifyviewdel []access access-list

5.snmp-server view view-name oid-tree {included | excluded}

6.snmp-server enable traps []notification-type

7.snmp-server host host-address []vrf vrf-name[traps | informs] [version {1 | 2c | 3
[auth | noauth | priv]}] community-string []udp-port portdel []notification-type

8.snmp mib community-map community-name []context context-namedel []engineid engine-id
[]security-name security-name target-list vpn-list-name

9.snmp mib target list vpn-list-name {vrf vrf-name | host ip-address}

10. no snmp-server trap authentication vrf

11. end

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

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

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

snmp-server user username group-name [remote host [udp-port port]] {v1 | v2c | v3 [encrypted] [auth {md5 | sha} auth-password]} [access access-list]

Example:

Router(config)# snmp-server user customer1 group1 v1

Configura un usuario nuevo a un grupo SNMP.

username El argumento es el nombre del usuario en el host que conecta con el agente.

group-name El argumento es el nombre del grupo a quien el usuario pertenece.

remote host La palabra clave y el argumento especifican una entidad SNMP remota a quien el usuario pertenezca, y el nombre de host o el direccionamiento del IPv6 o la dirección IP del IPv4 de esa entidad. Si se especifican una dirección IP de IPv6 y una dirección IPv4, debe incluirse primero el host IPv6.

udp-port port La palabra clave y el argumento especifican el número del puerto UDP del host remoto. El valor predeterminado es el puerto UDP 162.

v1 La palabra clave especifica que el SNMPv1 debe ser utilizado.

v2c La palabra clave especifica que el SNMPv2C debe ser utilizado.

v3 La palabra clave especifica que el modelo de seguridad del SNMPv3 debe ser utilizado. Permite el uso del encrypted y o auth de las palabras claves.

encrypted La palabra clave especifica si la contraseña aparece en el formato cifrado (una serie de dígitos, enmascarando los caracteres verdaderos de la cadena).

auth La palabra clave especifica qué nivel de la autenticación debe ser utilizado.

md5 La palabra clave es el nivel de la autenticación HMAC-MD5-96.

sha La palabra clave es el nivel de la autenticación HMAC-SHA-96.

auth-password El argumento es una cadena (no exceder 64 caracteres) esa los permisos el agente para recibir los paquetes del host. La longitud mínima para una contraseña es un carácter. La longitud mínima recomendada de una contraseña es de ocho caracteres, y debe incluir letras y números.

access access-list La palabra clave y el argumento especifican una lista de acceso que se asociará a este usuario SNMP.

Paso 4 

snmp-server group group-name {v1 | v2c | v3 {auth | noauth | priv}} [context context-name] [read readview] [write writeview] [notify notifyview] [access access-list]

Example:

Router(config)# snmp-server group group1 v1 context context1 read view1 write view1 notify view1

Configura un nuevo grupo SNMP o una tabla que mapea los usuarios SNMP a vistas SNMP.

group-name El argumento es el nombre del grupo.

v1 La palabra clave especifica que el SNMPv1 se debe utilizar para el grupo.

v2c La palabra clave especifica que el SNMPv2C se debe utilizar para el grupo. El modelo de seguridad del SNMPv2c permite la transmisión de informes, y soporta cadenas de 64 caracteres (en vez de cadenas de 32 caracteres).

v3 La palabra clave especifica que el SNMPv3 se debe utilizar para el grupo. SMNPv3 es el más seguro de los modelos de seguridad soportados, porque permite configurar explícitamente las características de autenticación.

auth La palabra clave especifica la autenticación de un paquete sin cifrarlo.

noauth La palabra clave no especifica ninguna autenticación de un paquete.

priv La palabra clave especifica la autenticación de un paquete con el cifrado.

context context-name La palabra clave y el argumento asocian al grupo especificado SNMP a un contexto configurado SNMP.

read readview La palabra clave y el argumento especifican una visión leída para el grupo SNMP. readview El argumento representa una cadena (no exceder 64 caracteres) que sea el nombre de la opinión que le permite para visualizar solamente el contenido del agente.

write writeview La palabra clave y el argumento especifican una opinión de la escritura para el grupo SNMP. writeview El argumento representa una cadena (no exceder 64 caracteres) que sea el nombre de la opinión que le permite para ingresar los datos y para configurar el contenido del agente.

notify Y notifyview el argumento de la palabra clave especifica una opinión de la notificación para el grupo SNMP. writeview El argumento representa una cadena (no exceder 64 caracteres) que es el nombre de la opinión que le permite para especificar una notificación, para informar, o el desvío.

access access-list La palabra clave y el argumento especifican una lista de acceso estándar (un ACL estándar) para asociarse al grupo.

Paso 5 

snmp-server view view-name oid-tree {included | excluded}

Example:

Router(config)# snmp-server view view1 ipForward included

Crea o actualiza una entrada de vista.

view-name El argumento es la escritura de la etiqueta para el expediente de la visión que usted está poniendo al día o está creando. El nombre se utiliza para hacer referencia al registro.

oid-tree El argumento es el identificador de objeto de la sub-estructura ASN.1 que se incluirá o excluida de la visión. Para identificar el subárbol, especifique una cadena de texto que contenga números, como 1.3.6.2.4, o una palabra, como sistema. Reemplace un único subidentificador con el comodín de asterisco (*) para especificar una familia de subárbol; por ejemplo 1.3.*.4.

included La palabra clave configura el OID (y la sub-estructura OID) especificada en oid-tree el argumento que se incluirá en la opinión SNMP.

excluded La palabra clave configura el OID (y la sub-estructura OID) especificada en oid-tree el argumento que se excluirá explícitamente de la opinión SNMP.

Paso 6 

snmp-server enable traps [notification-type]

Example:

Router(config)# snmp-server enable traps

Habilita todas las notificaciones SNMP (trampas o informes) disponibles en el sistema.

notification-type El argumento especifica el tipo determinado de notificación SNMP que se habilitará en el LSR. Si no especifican a un tipo de notificación, todas las notificaciones SNMP aplicables al LSR se habilitan y se envían al host SNMP.

Paso 7 

snmp-server host host-address [vrf vrf-name] [traps | informs] [version {1 | 2c | 3 [auth | noauth | priv]}] community-string [udp-port port] [notification-type]

Example:

Router(config)# snmp-server host 10.0.0.1 vrf customer1 public udp-port 7002

Especifica el destinatario de una operación de notificación de SNMP.

host-address El argumento especifica el nombre o a la dirección de Internet del host (el beneficiario apuntado).

vrf vrf-name El par del argumento de la palabra clave especifica la tabla VRF que se debe utilizar para enviar las notificaciones SNMP.

traps La palabra clave envía el SNMP traps a este host. Este es el valor predeterminado.

informs La palabra clave envía el SNMP informa a este host.

version La palabra clave especifica la versión del SNMP usado para enviar los desvíos. La versión 3 es el modelo más seguro, porque permite la encripción de paquetes con priv la palabra clave. Si usted utiliza version la palabra clave, usted debe especificar uno del siguiente:

1 – — SNMPv1. Esta opción no se encuentra disponible con informes.

2c – — SNMPv2C.

3 – — SNMPv3. Las tres palabras claves optativas siguientes pueden seguir version 3 la palabra clave: auth noauth priv.

 


community-string El argumento es a contraseña-como la cadena de comunidad enviada con la operación de notificación.

udp-port port El par del argumento de la palabra clave nombra el puerto UDP del host para utilizar. El valor predeterminado es 162.

notification-type El argumento especifica el Tipo de notificación que se enviará al host. Si no se especifica ningún tipo, se envían todas las notificaciones.

Paso 8 

snmp mib community-map community-name [context context-name] [engineid engine-id] [security-name security-name] target-list vpn-list-name

Example:

Router(config)# snmp mib community-map community1 context context1 target-list commAVpn

Asocia una comunidad SNMP a un contexto SNMP, a un ID del motor, o a un nombre de la Seguridad.

community-name El argumento es una cadena de comunidad SNMP.

context context-name La palabra clave y el argumento especifican un nombre del contexto SNMP que se asociará a la comunidad SNMP.

engineid engine-id La palabra clave y el argumento especifican un motor SNMP ID que se asociará a la comunidad SNMP.

security-name security-name La palabra clave y el argumento especifican el nombre de la Seguridad que se asociará a la comunidad SNMP.

target-list vpn-list-name La palabra clave y el argumento especifican la lista VRF que se asociará a la comunidad SNMP. El nombre de la lista debe corresponder a un nombre de la lista usado en snmp mib target list el comando.

Paso 9 

snmp mib target list vpn-list-name {vrf vrf-name | host ip-address}

Example:

Router(config)# snmp mib target list commAVpn vrf vrf1

Crea una lista de VRFs de destino y hosts para asociarla con una comunidad SNMP.

vpn-list-name El argumento es el nombre de la lista de la blanco.

vrf La palabra clave agrega un VRF especificado a la lista de la blanco.

vrf-name El argumento es el nombre de un VRF a incluir en la lista.

host La palabra clave agrega un host especificado a la lista de la blanco.

ip-address El argumento es la dirección IP del host.

Paso 10 

no snmp-server trap authentication vrf

Example:

Router(config)# no snmp-server trap authentication vrf

(Opcional) Inhabilita todas las notificaciones de la autenticación SNMP (las trampas y los informes) generadas para los paquetes recibidos en las interfaces VRF.

Utilice este comando para inhabilitar las trampas de autenticación sólo para los paquetes de interfaces VRF con asociaciones de comunidad incorrectas.

Paso 11 

end

Example:

Router(config) end

Sale al modo EXEC privilegiado.

Ejemplos de Configuración para MPLS EM - MPLS LDP MIB - RFC 3815

Esta sección contiene los ejemplos de configuración siguientes para MPLS EM — MIB RFC 3815 MPLS LDP:

Configuración del Acceso a un Agente SNMP en una Estación de Trabajo NMS Host: Ejemplo:

Configuración del Router para Enviar Notificaciones SNMP a un Host para Monitorear LDP: Ejemplo:

Configuración de una MIB LDP que Reconoce una VPN: Ejemplo:

Configuración del Acceso a un Agente SNMP en una Estación de Trabajo NMS Host: Ejemplo:

Las demostraciones del siguiente ejemplo cómo configurar el acceso a un agente SNMP en un puesto de trabajo del host NMS:

configure terminal
!
snmp-server community 
end

Las demostraciones del siguiente ejemplo cómo configurar el acceso al SNMPv1 y al SNMPv2C en el puesto de trabajo del host NMS. La configuración permite que cualquier agente SNMP acceda todos los objetos de MIB MPLS LDP con el permiso solo lectura usando la cadena de comunidad pública.

configure terminal
!
snmp-server community public
end

El siguiente ejemplo muestra cómo permitir acceso de sólo lectura a todos los objetos MPLS LDP MIB relativos a los miembros de la lista de acceso 4 que especifican la cadena de comunidad comaccess. Ningún otro agente SNMP tendrá acceso a los objetos MPLS LDP MIB.

configure terminal
!
snmp-server community comaccess ro 4
end

Configuración del Router para Enviar Notificaciones SNMP a un Host para Monitorear LDP: Ejemplo:

Las demostraciones del siguiente ejemplo cómo configurar al router para enviar las notificaciones SNMP a un host para monitorear el LDP:

config terminal
!
snmp-server host 172.20.2.160 traps comaccess mpls-ldp
snmp-server enable traps mpls rfc ldp session-up
!
snmp-server enable traps mpls rfc ldp session-down
end

La sesión ascendente y las notificaciones de la sesión abajo LDP se configuran.

Configuración de una MIB LDP que Reconoce una VPN: Ejemplo:

Esta sección contiene los siguientes ejemplos para configurar un LDP que reconoce VPN MIB:

Configuración del Soporte SNMP para una VPN: Ejemplo:

Configuración de un Contexto SNMP para una VPN: Ejemplo:

Configuración de un Contexto SNMP que Reconoce VPN para SNMPv1 o SNMPv2: Ejemplo:

Configuración del Soporte SNMP para una VPN: Ejemplo:

El siguiente ejemplo muestra cómo configurar el soporte SNMP para un VPN:

configure terminal
!
snmp-server host 10.10.10.1 vrf traps-vrf
snmp-server engineID remote 172.16.20.3 vrf traps-vrf 80000009030000B064EFE100
end

Configuración de un Contexto SNMP para una VPN: Ejemplo:

El ejemplo siguiente muestra cómo configurar un contexto SNMP para una VPN. En este ejemplo, VPN vrf1 se asocia al contexto SNMP context1.

configure terminal
!
snmp-server context context1
ip vrf vrf1
 rd 100:120
 context context1
 route-target export 100:1000
 end

Configuración de un Contexto SNMP que Reconoce VPN para SNMPv1 o SNMPv2: Ejemplo:

Las demostraciones siguientes del ejemplo de configuración cómo configurar un contexto que reconoce VPN SNMP para el MPLS LDP MIB con el SNMPv1 o SNMPv2:

snmp-server context A
snmp-server context B

ip vrf CustomerA
 rd 100:110
 context A
 route-target export 100:1000
 route-target import 100:1000
!

ip vrf CustomerB
 rd 100:120
 context B
 route-target export 100:2000
 route-target import 100:2000
!

interface Ethernet3/1
 description Belongs to VPN A
 ip vrf forwarding CustomerA
 ip address 10.0.0.0 255.255.0.0
interface Ethernet3/2
 description Belongs to VPN B
 ip vrf forwarding CustomerB
 ip address 10.0.0.1 255.255.0.0

snmp-server user commA grp1A v1 
snmp-server user commA grp2A v2c 
snmp-server user commB grp1B v1 
snmp-server user commB grp2B v2c 

snmp-server group grp1A v1 context A read viewA write viewA notify viewA
snmp-server group grp1B v1 context B read viewB write viewB notify viewB 

snmp-server view viewA ipForward included
snmp-server view viewA ciscoPingMIB included
snmp-server view viewB ipForward included
snmp-server view viewB ciscoPingMIB included

snmp-server enable traps
snmp-server host 10.0.0.3 vrf CustomerA commA udp-port 7002
snmp-server host 10.0.0.4 vrf CustomerB commB udp-port 7002

snmp mib community-map commA context A target-list commAvpn    
! Configures source address validation
snmp mib community-map commB context B target-list commBvpn    
! Configures source address validation
snmp mib target list commAvpn vrf CustomerA 
! Configures a list of VRFs or from which community commA is valid
snmp mib target list commBvpn vrf CustomerB 
! Configures a list of VRFs or from which community commB is valid

Referencias adicionales

Las secciones siguientes proporcionan las referencias relacionadas con el MPLS EM — MPLS LDP MIB - característica del RFC 3815.

Documentos Relacionados

Tema relacionado
Título del documento

Conceptos y tareas de configuración MPLS LDP

Capítulo del Label Distribution Protocol MPLS” en la guía de configuración del Multiprotocol Label Switching del Cisco IOS

Una descripción del soporte del agente SNMP en el Cisco IOS Software para el Label Switching Router MIB (MPLS-LSR-STD-MIB) MPLS

MPLS EM — MPLS LSR MIB - RFC 3813

Comandos SNMP

Referencia de Comandos de Administración de Redes de Cisco IOS

Configuración SNMP

“Configurando capítulo del soporte SNMP” en la guía de configuración de la administración del Cisco IOS Network

Soporte de SNMP para VPN

SNMP Notification Support for VPNs

Soporte del contexto SNMP para las tareas de configuración de VPNs

SNMP Support over VPNs — Context Based Access Control

Conceptos y tareas de configuración de MPLS

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

Conceptos y tareas de configuración CEF

Sección de la “configuración de Cisco Express Forwarding” en la guía de configuración del Switching IP del Cisco IOS

Información sobre MPLS EM

Nota de aplicación de administración integrada MPLS del Cisco IOS

Q&A integrado MPLS de la Administración del Cisco IOS


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

MPLS-LDP-STD-MIB

MPLS-LDP-ATM-STD-MIB

MPLS-LDP-FRAME-RELAY-STD-MIB

MPLS-LDP-GENERIC-STD-MIB

Para localizar y descargar el MIB para las plataformas elegidas, el Cisco IOS s, y los conjuntos de características, utilizan el localizador MIB de Cisco encontrado en el URL siguiente:

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


RFC

RFC
Título

RFC 3036

Especificación de LDP

RFC 3037

Aplicabilidad LDP

RFC 3815

Definiciones de los objetos administrados para el Multiprotocol Label Switching (MPLS), Protocolo de distribución de etiquetas (LDP)


Asistencia Técnica

Descripción
Link

El sitio Web de soporte técnico de Cisco 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.

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


Información sobre la Función MPLS EM - MPLS LDP MIB - RFC 3815

El cuadro 20 enumera el historial para esta característica.

No los comandos all pueden estar disponibles en su Cisco IOS Software. Para la información sobre un comando específico, vea la documentación de la 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. El Cisco Feature Navigator le permite para determinar que las imágenes del Cisco IOS y del software OS Catalyst soporten un 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 20 solamente el Cisco IOS Software que introdujo el soporte para una característica dada en un tren del Cisco IOS Software dado. A menos que se indicare en forma diferente, s subsiguiente de ese del tren del Cisco IOS Software soporte también que ofrece.


Información de la característica del cuadro 20 para MPLS EM — MPLS LDP MIB - RFC 3815 

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

MPLS EM - MPLS LDP MIB - RFC 3815

12.2(33)SRB
12.2(33)SB

El documento de la función MPLS EM - MPLS LDP MIB - RFC 3815 describe los MIBs que soportan el Multiprotocol Label Switching (MPLS), Label Distribution Protocol (LDP) basado en RFC 3815, Definiciones de los Objetos Administrados para el Multiprotocol Label Switching (MPLS), Label Distribution Protocol (LDP), y describen las diferencias entre RFC 3815 y MPLS-LDP-MIB basándose en el borrador de Internet Engineering Task Force (IETF), Versión 8 (draft-ieft-mpls-ldp-08.txt). El RFC 3815 y la versión 8 del borrador de la IETF proporcionan una interfaz para la gestión del LDP a través de Simple Network Management Protocol (SNMP).

En el RFC 3815, el contenido de MPLS-LDP-MIB se divide en cuatro módulos MIB: el MPLS-LDP-STD-MIB, el MPLS-LDP-GENERIC-STD-MIB, el MPLS-LDP-ATM-STD-MIB, y el MPLS-LDP-FRAME-RELAY-STD-MIB.

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 12.2(33)SRB, se insertó esta función.

En 12.2(33)SB, la característica era integrada en el Cisco IOS Release 12.2SB.

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

Información General de Label Distribution Protocol

   

Ventajas de Usar la Función MPLS EM — MPLS LDP MIB - RFC 3815

Elementos MPLS LDP MIB (RFC 3815)

Eventos que Generan Notificaciones MPLS LDP MIB

Objetos Escalares en los Módulos MIB MPLS LDP (RFC 3815)

Tablas MIB en el módulo MPLS-LDP-STD-MIB (tablas RFC 3815)MIB en el módulo MPLS-LDP-ATM-STD-MIB (RFC 3815)

Tabla MIB en el Módulo MPLS-LDP-GENERIC-STD-MIB (RFC 3815)

Contextos VPN en MPLS LDP MIB

Diferencias entre MPLS-LDP-STD-MIB y MPLS-LDP-MIB

Diferencias entre MPLS-LDP-MIB y MPLS-LDP-ATM-STD-MIB (RFC 3815)

Diferencias entre MPLS-LDP-MIB y MPLS-LDP-GENERIC-STD-MIB (RFC 3815)

Diferencias entre MPLS-LDP-MIB y MPLS-LDP-GENERIC-STD-MIB (RFC 3815)

Configuración de Acceso a un Agente SNMP en una Estación de Trabajo NMS Host

Configuración del Router para Enviar Notificaciones SNMP a un Host para Monitorear LDP

Configuración de una MIB LDP que Reconoce una VPN

Configuración de una MIB LDP que Reconoce una VPN

Se introdujo el siguiente comando en esta función: snmp-server enable traps mpls rfc ldp.


Glosario

FPI: Identificador de trayectoria de reenvío. Un identificador requerido para encontrar la información de reenvío del Multiprotocol Label Switching (MPLS) para un Forwarding Equivalence Class (FEC). Los siguientes son ejemplos de los tipos de FPIs soportados por la Infraestructura de Reenvío MPLS (MFI): IPv4, IPv6, LABEL, SSS y TE.

LDP — Label Distribution Protocol. Un protocolo estándar entre los routers habilitados para MPLS que se utiliza para la negociación de las etiquetas (direcciones) empleadas para reenviar paquetes.

LFIB — Bases de información de reenvío de etiquetas. Una estructura de datos y una manera de gestionar el reenvío en el que los destinos y las etiquetas de entrada se asocian a las interfaces y las etiqueta de salida.

LSP : Trayectoria conmutada de etiquetas. Secuencia de saltos en la que un paquete viaja de un router a otro mediante los mecanismos de Label Switching. Se puede establecer dinámicamente una trayectoria conmutada por etiquetas, basada en los mecanismos de ruteo normales, o por la configuración.

LSR: Router de switch de etiquetas. Un dispositivo que reenvía paquetes MPLS en función del valor de una etiqueta de longitud fija encapsulada en cada paquete.

MFI: Infraestructura de Reenvío MPLS. En el subsistema de Cisco MPLS, la estructura de datos para almacenar la información sobre etiquetas de entrada y de salida y paquetes equivalentes asociados adecuados para su etiquetado.

MIB — Management Information Base. Base de datos de la información de administración de red que usa y mantiene un protocolo de administración de red, como SNMP. El valor de un objeto MIB se puede cambiar o recuperar mediante comandos SNMP, generalmente a través de un sistema de administración de red. Los objetos de MIB se organizan en una estructura de árbol que incluye ramas públicas (estándar) y privadas (propietarias).

MOI: información de salida de MPLS. MOI incluye el siguiente salto, la interfaz de salida y la etiqueta de salida.

MPLS — Multiprotocol Label Switching. El MPLS es un método para reenviar los paquetes (tramas) a través de una red. Permite a los routers del borde de una red aplicar las etiquetas a los paquetes (tramas). Los switches ATM o los routers presentes en el núcleo de la red pueden conmutar paquetes en función de las etiquetas con un incremento mínimo de las operaciones de búsqueda.

NMS— estación de administración de redes. Un dispositivo (generalmente un puesto de trabajo) que realiza las interrogaciones del Simple Network Management Protocol (SNMP) al agente SNMP de un dispositivo administrado para extraer o para modificar la información.

notification request : Mensaje enviado por un agente SNMP a una estación de administración de red, consola o terminal indicando que ocurrió un evento importante. Las solicitudes de notificación SNMP son más confiables que las trampas, porque una solicitud de notificación de un agente SNMP requiere que el administrador SNMP confirme la recepción de la solicitud de notificación. El administrador contesta con una unidad de datos del protocolo (PDU) de la respuesta SNMP. Si el administrador no recibe un mensaje de notificación de un agente SNMP, no envía una respuesta. Si el remitente (agente SNMP) nunca recibe una respuesta, la solicitud de notificación se puede enviar otra vez. Por tanto, una solicitud de notificación es más probable que una trampa para llegar a su destino deseado.

SNMP — Protocolo administración de red simple. Protocolo de administración utilizado casi exclusivamente en las redes TCP/IP. SNMP proporciona un medio para monitorear y controlar los dispositivos de red, y para administrar las configuraciones, la recolección de estadísticas, el rendimiento y la seguridad.

trampa: mensaje enviado por un agente SNMP a una estación de administración de red, consola o terminal indicando que ocurrió un evento importante. Las trampas son menos confiables que las peticiones de notificación, porque el receptor no envía un acuse de recibo cuando recibe una trampa. El remitente no puede determinar si el desvío fue recibido.