Guía de Configuración de Multiprotocol Label Switching de Cisco IOS, Release 12.2SR
MPLS Label Distribution Protocol MIB Version 8 Upgrade
2 Agosto 2013 - Traducción Automática | Otras Versiones: PDFpdf 569 KB | Inglés (12 Febrero 2008) | Comentarios

Contenidos

MPLS Label Distribution Protocol MIB Version 8 Upgrade

Contenido

Prerrequisitos de MPLS LDP MIB Version 8 Upgrade

Restricciones de MPLS LDP MIB Version 8 Upgrade

Información sobre el Upgrade de la Versión 8 de MPLS LDP MIB

Diseño de la Función Upgrade de MPLS LDP MIB Versión 8

Mejoras de la Versión 8 de MPLS LDP MIB

Beneficios del Upgrade de la Versión 8 de MPLS LDP MIB

Descripción de los Elementos de MPLS LDP MIB para el Upgrade de la Versión 8 de MPLS LDP MIB

Entidades LDP

Sesiones LDP y Peers

Adyacencias Hello LDP

Eventos que Generan Notificaciones MPLS LDP MIB en el Upgrade de la Versión 8 de MPLS LDP MIB

Tablas MIB en el Upgrade de la Versión 8 de MIB MPLS LDP

mplsLdpEntityTable

mplsLdpEntityConfGenLRTable

mplsLdpEntityAtmParmsTable

mplsLdpEntityConfAtmLRTable

mplsLdpEntityStatsTable

mplsLdpPeerTable

mplsLdpHelloAdjacencyTable

mplsLdpSessionTable

mplsLdpAtmSesTable

mplsLdpSesStatsTable

Contextos VPN en el Upgrade de la Versión 8 de MPLS LDP MIB

Contextos de SNMP

Sesiones de MIB LDP con Reconocimiento de VPN

Notificaciones de MIB LDP que Reconoce una VPN

Cómo configurar la Actualización de la Versión 8 de MPLS LDP MIB

Habilitación del Agente SNMP

Habilitación de Cisco Express Forwarding

Habilitando el MPLS global

Habilitando el LDP global

Habilitar el MPLS en una interfaz

Habilitar el LDP en una interfaz

Configurando un VPN LDP enterado MIB

Configuración del Soporte SNMP para una VPN

Configuración de un Contexto SNMP para una VPN

Pasos Siguientes

Asociación de un contexto SNMP VPN al SNMPv1 o a SNMPv2

Verificar la actualización de la versión de MIB 8 MPLS LDP

Ejemplos de Configuración de MPLS LDP MIB Version 8 Upgrade

Ejemplos de Upgrade de MPLS LDP MIB Versión 8

Configurar un contexto enterado VPN SNMP para el SNMPv1 o SNMPv2: Ejemplo:

Referencias adicionales

Documentos Relacionados

Estándares

MIB

RFC

Asistencia Técnica

Referencia de Comandos

Glosario


MPLS Label Distribution Protocol MIB Version 8 Upgrade


Primera publicación: De noviembre el 13 de 2000
Última actualización: De marzo el 06 de 2009

La característica de la actualización de la versión de MIB 8 del Protocolo de distribución de etiquetas (LDP) MPLS aumenta el LDP MIB para soportar la versión 8 del proyecto de la Fuerza de tareas de ingeniería en Internet (IETF) (IETF).


Observeen el Cisco IOS Release 12.2(33)SRB y el Cisco IOS Release 12.2(33)SB, este MIB ha sido desaprobado y substituido por MPLS-LDP-STD-MIB (RFC 3815). En esas dos versiones y en imágenes posteriores, el MIB entero se puede referir por el mplsLdpMIB del nombre con objeto del comando excluido/incluido del servidor SNMP. Si otros nombres de objeto de MIB necesitan ser referidos en el router, deben ser referidos por MPLS-LDP-MIB:: <table_entry_name>.


Historial para la característica de la actualización de la versión de MIB 8 del Label Distribution Protocol MLPS

Versión
Modificación

RMtermcode = 3 nfw

Esta característica fue introducida para proporcionar el soporte del agente SNMP para el MPLS LDP MIB en el Cisco 7200, el Cisco 7500, y los Cisco 12000 Series Router.

12.2(2)T

Esta característica fue agregada a esta versión para proporcionar el soporte del agente SNMP para el MPLS LDP MIB en los Cisco 7200 y Cisco 7500 Series Router.

12.0(21)ST

Esta característica fue agregada a esta versión para proporcionar el agente SNMP y el soporte de la notificación LDP para el MPLS LDP MIB en el Cisco 7200, el Cisco 7500, y los Cisco 12000 Series Internet Router.

12.0(22)S

Esta característica (la versión 1) era integrada en el Cisco IOS Release 12.0(22)S.

12.0(24)S

Esta característica fue actualizada a la versión 8 en el Cisco IOS Release 12.0(24)S.

12.0(27)S

Soporte para el MPLS VPN — La característica enterada VPN LDP MIB fue agregada.

12.2(18)S

Esta función se integró en Cisco IOS Versión 12.2(18)S.

12.2(33)SRA

Esta función se integró en Cisco IOS Release 12.2(33)SRA.

12.2(33)SXH

Esta función se integró en Cisco IOS Release 12.2(33)SXH.

12.2(33)SRB

Esta MIB se ha dejado de utilizar actualmente y se ha reemplazado por MPLS-LDP-STD-MIB (RVC 3815).

12.2(33)SB

Esta MIB se ha dejado de utilizar actualmente y se ha reemplazado por MPLS-LDP-STD-MIB (RVC 3815).


Búsqueda de Información de Soporte de Plataformas e Imágenes de Software de Cisco IOS y Catalyst OS

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 LDP MIB Version 8 Upgrade

Restricciones de MPLS LDP MIB Version 8 Upgrade

Información sobre el Upgrade de la Versión 8 de MPLS LDP MIB

Descripción de los Elementos de MPLS LDP MIB para el Upgrade de la Versión 8 de MPLS LDP MIB

Eventos que Generan Notificaciones MPLS LDP MIB en el Upgrade de la Versión 8 de MPLS LDP MIB

Tablas MIB en el Upgrade de la Versión 8 de MIB MPLS LDP

Contextos VPN en el Upgrade de la Versión 8 de MPLS LDP MIB

Cómo configurar la Actualización de la Versión 8 de MPLS LDP MIB

Ejemplos de Configuración de MPLS LDP MIB Version 8 Upgrade

Referencias adicionales

Referencia de Comandos

Glosario

Prerrequisitos de MPLS LDP MIB Version 8 Upgrade

El Simple Network Management Protocol (SNMP) se debe instalar y habilitar en los Label Switch Router (LSR).

El Multiprotocol Label Switching (MPLS) se debe habilitar en los LSR.

El LDP se debe habilitar en los LSR.

Restricciones de MPLS LDP MIB Version 8 Upgrade

Esta implementación del MPLS LDP MIB se limita al permiso solo lectura (RO) para los objetos de MIB, a excepción del objeto de MIB mplsLdpSessionUpDownTrapEnable, que ha sido extendido para ser programable por el agente SNMP.

La determinación de este objeto a un valor de verdad habilita las notificaciones del mplsLdpSessionUp y del mplsLdpSessionDown en el LSR; inversamente, fijando este objeto a un valor de falso inhabilita ambas notificaciones.

Para una descripción de los eventos de notificación, vea los “eventos el generar de las notificaciones MPLS LDP MIB en la sección de la actualización de la versión de MIB 8 MPLS LDP”.

La mayoría de los objetos de MIB MPLS LDP se configuran automáticamente durante el proceso de la detección del par LDP (hola) y la negociación subsiguiente de los parámetros y el establecimiento de sesiones LDP entre los pares LDP.

Las tablas siguientes no se implementan en esta característica:

mplsLdpEntityFrParmsTable

mplsLdpEntityConfFrLRTable

mplsLdpFrameRelaySesTable

mplsFecTable

mplsLdpSesInLabelMapTable

mplsXCsFecsTable

mplsLdpSesPeerAddrTable

Información sobre el Upgrade de la Versión 8 de MPLS LDP MIB

Para configurar la actualización de la versión de MIB 8 MPLS LDP, usted necesita entender los conceptos siguientes:

Diseño de la Función Upgrade de MPLS LDP MIB Versión 8

Mejoras de la Versión 8 de MPLS LDP MIB

Beneficios del Upgrade de la Versión 8 de MPLS LDP MIB

Diseño de la Función Upgrade de MPLS LDP MIB Versión 8

El MPLS es una tecnología del reenvío de paquete que utiliza un cortocircuito, valor de longitud fija llamado una escritura de la etiqueta en los paquetes para especificar el salto siguiente para el transporte del paquete a través de una red MPLS mediante los Label Switch Router (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 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 los dos negocian los procedimientos de funcionamiento básicos. 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. El 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. Cuando este proceso se lleva a la realización en cuanto a todos los LSR en una red MPLS, el resultado 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.

Mediante el LDP, los LSR pueden recoger, distribuir, y liberar la 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.

El MPLS LDP MIB se ha implementado 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. El NMS sirve como el media para la interacción del usuario con los objetos de la Administración de redes en el MPLS LDP MIB.

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

Mediante un agente SNMP, usted puede acceder los objetos de MIB MPLS LDP usando las operaciones estándar SNMP GET, y usted puede utilizar esos objetos para lograr una variedad de tareas de la Administración de redes. Todos los objetos en el MPLS LDP MIB siguen a los convenios definidos en el borrador IETF MIB titulado draft-ietf-mpls-ldp-mib-08.txt, que define los objetos de la Administración de redes de una manera estructurada y estandardizada. Se espera que este proyecto MIB se está desarrollando y pronto sea un estándar. Por consiguiente, el MPLS LDP MIB será implementado de una manera tal que siga la evolución de este documento IETF.

Sin embargo, las leves diferencias existen entre el borrador IETF MIB y la implementación de las funciones equivalentes del Cisco IOS. Como consecuencia, algunas traducciones de menor importancia entre los objetos de MIB MPLS LDP y las estructuras de datos internas del Cisco IOS son necesarias. 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.

Las capacidades extensas del Label sSwitching del Cisco IOS proporcionan un acercamiento integrado a manejar los volúmenes de tráfico grandes llevados por los WAN. Estas capacidades son integradas en los servicios de red de la capa 3, así optimizando la encaminamiento del tráfico en grandes cantidades con las estructuras básicas del Proveedor de servicios de Internet mientras que, al mismo tiempo, asegurando la resistencia de la red para conectar o de las fallas de nodo.

Las versiones del Cisco IOS Release 12.0(11)ST y Posterior soportan las funciones relacionado a MIB siguientes MPLS LDP:

(TDP) del Tag Distribution Protocol

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 CLI existentes 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 MPLS LDP MIB se ajusta al Abstract Syntax Notation One (ASN.1), así que el MIB forma una base de datos altamente estructurada e idealizada de los objetos de la Administración de redes.

Usando cualquier aplicación SNMP estándar, usted puede extraer y mostrar información del MPLS LDP MIB mediante las operaciones estándar SNMP GET y GETNEXT.


Observeporque el MPLS LDP MIB no fue dado un identificador de objeto experimental del Internet Assigned Numbers Authority (IANA) (OID) a la hora de su implementación, Cisco eligió implementar el MIB bajo número ciscoExperimental OID, como sigue:

ciscoExperimental
1.3.6.1.4.1.9.10
mplsLdpMIB
1.3.6.1.4.1.9.10.65

Si el MPLS LDP MIB se asigna un número experimental IANA OID, Cisco substituirá todos los objetos en el MIB bajo el OID ciscoExperimental y colocará los objetos de nuevo bajo el IANA OID experimental.


Mejoras de la Versión 8 de MPLS LDP MIB

La versión 8 del MPLS LDP MIB contiene las mejoras siguientes:

Soporte TDP

Objetos actualizados

Nueva indexación de direcciones que se basa no más en el número de sesiones

Soporte múltiple del contexto SNMP para el Redes privadas virtuales (VPN)

Beneficios del Upgrade de la Versión 8 de MPLS LDP MIB

Soportes TDP y LDP

Establece a las sesiones LDP entre los dispositivos de peer en una red MPLS

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 de los pares del identificador de ruta virtual/identificador de canal virtual (VPI/VCI) que se utilizarán en la formación de las escrituras de la etiqueta

Recopila las estadísticas relacionadas con las operaciones LDP, tales como contadores de errores (cuadro 5)

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 los 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 (cuadro 10)

– 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 o no)

– Visualizar la escritura de la etiqueta se extiende (el cuadro 2) para las sesiones plataforma-anchas y interfaz-específicas

– Visualizar los parámetros ATM (cuadro 3)

Descripción de los Elementos de MPLS LDP MIB para el Upgrade de la Versión 8 de MPLS LDP MIB

Las operaciones LDP relacionadas con un MPLS LDP MIB implican los elementos funcionales siguientes:

Entidad LDP — Se relaciona con 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 bajo encabezamientos separados abajo.

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

Los soportes de MIB MPLS LDP 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 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

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

Figura 2

Entidad LDP

Sesiones LDP y Peers

Las sesiones LDP existen entre las entidades y los peeres remotos locales con el fin de los espacios de etiquetado 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/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.

Figura 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. Hay cuatro objetos de la muestra del mplsLdpSesState mostrados (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.

‘Figura 4’

Indexación de direcciones de la muestra para una sesión LDP

Adyacencias Hello LDP

Una adyacencia LDP hola es un link de red entre un router y sus pares. 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.

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

‘Figura 6’

Indexación de direcciones de la muestra para una adyacencia LDP hola

Eventos que Generan Notificaciones MPLS LDP MIB en el Upgrade de la Versión 8 de MPLS LDP MIB

Cuando usted habilita las funciones de la notificación MPLS LDP MIB publicando snmp-server enable traps mpls 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.

Los objetos de MIB MPLS LDP implicados en las transiciones y las notificaciones de evento del estatus LDP incluyen el siguiente:

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

mplsLdpSessionDown: este mensaje se genera cuando se interrumpe una sesión LDP entre un LSR local y su peer LDP adyacente.

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.

El valor del límite del vector de la trayectoria puede extenderse a partir la 0 a 255; un valor de 0 indica que la detección del loop está desactivada; cualquier valor con excepción de cero 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 diversos límites del 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 8. Este valor predeterminado se implementa y no puede ser cambiado.

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 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 de sus rangos respectivos de la escritura de la etiqueta del VPI/VCI atmósfera.

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.

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 umbral de la ocho-recomprobación.

En estos casos, el umbral LDP excedió la notificación alerta al administrador de la red sobre una condición en la red que pudo autorizar la atención.

El RFC 3036, especificación LDP, detalla las incompatibilidades que pueden existir entre los routeres Cisco y/o el otro vendedor LSR en una red MPLS.

Entre tales incompatibilidades, por ejemplo, están las siguientes:

– el VPI/VCI sin traslapo atmósfera se extiende (según lo observado arriba) o los rangos sin traslapo del DLCI de Frame Relay 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)

– Tipos disímiles de soporte de característica LDP

Tablas MIB en el Upgrade de la Versión 8 de MIB MPLS LDP

La versión 8 del MPLS LDP MIB consiste en las tablas siguientes:

mplsLdpEntityTable (cuadro 1) — Contiene las entradas para cada adyacencia activa LDP hola. Las adyacencias 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). Las implementaciones anteriores del IETF MPLS-LDP MIB utilizaron las sesiones como las entradas en esta tabla. Este acercamiento era inadecuado porque como fueron las sesiones abajo, desaparecerían las entradas en la tabla de la entidad totalmente porque el código del agente podría accederlas no más. Esto dio lugar al fall MIB para proporcionar la información sobre las sesiones LDP falladas.

También se muestran en esta tabla las adyacencias dirigidas. Estas entradas, sin embargo, están siempre encima de administrativo (adminStatus) y operacionalmente (operStatus), porque desaparecen las adyacencias si la sesión dirigida falla. Las adyacencias de Nondirected pudieron desaparecer del MIB en algunas ocasiones, porque las adyacencias se borran si se convierte la interfaz subyacente operacionalmente abajo, por ejemplo.

mplsLdpEntityConfGenLRTable (cuadro 2) — 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 mplsLdpEntityConfAtmLRTable 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, mplsLdpEntityConfGenLRMin y mplsLdpEntityConfGenLRMax. Estos índices adicionales permiten definir más de un rango de etiquetas. Sin embargo, en la implementación actual del Cisco IOS, se permite solamente un rango global de la escritura de la etiqueta.

mplsLdpEntityAtmParmsTable (cuadro 3) — Contiene las entradas para cada interfaz habilitado para LDP LC-ATM. Esta tabla se pone en un índice lo mismo que el mplsLdpEntityTable aunque solamente se muestren las interfaces LC-ATM.

mplsLdpEntityConfAtmLRTable (cuadro 4) — 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, mplsLdpEntityConfAtmLRMinVpi y mplsLdpEntityConfAtmLRMinVci. Estos índices adicionales permiten definir más de un rango de etiquetas. Sin embargo, en la implementación actual de Cisco IOS, solamente se permite un rango de etiquetas por interfaz LC-ATM.

mplsLdpEntityStatsTable (cuadro 5) — Aumenta el mplsLdpEntityTable 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 las entidades.

mplsLdpPeerTable (cuadro 6) — 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.)

mplsLdpHelloAdjacencyTable (cuadro 7) — Contiene las entradas para todos hola las adyacencias. 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.)

mplsLdpSessionTable (cuadro 8) — 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.

mplsLdpAtmSesTable (cuadro 9) — Contiene las entradas para las sesiones LC-ATM. La indexación de direcciones es lo mismo que es para el mplsLdpPeerTable, a menos que se hayan agregado dos índices, mplsLdpSesAtmLRLowerBoundVpi y mplsLdpSesAtmLRLowerBoundVci. Estos índices adicionales permiten definir más de un rango de etiquetas. Sin embargo, en la implementación actual de Cisco IOS, solamente se permite un rango de etiquetas por interfaz LC-ATM.

mplsLdpSesStatsTable (cuadro 10) — 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.

mplsLdpEntityTable

El cuadro 1 enumera los objetos mplsLdpEntityTable y sus descripciones.

Objetos y descripciones mplsLdpEntityTable del cuadro 1 

Objeto
Descripción

mplsLdpEntityEntry

Representa una entidad LDP, que 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

El estado administrativo de esta entidad LDP está siempre para arriba. Si la adyacencia hello falla, esta entidad desaparece de mplsLdpEntityTable.

mplsLdpEntityOperStatus

El estado operacional de esta entidad LDP. Los valores son unknown(0), enabled(1), y disabled(2).

mplsLdpEntityTcpDscPort

El puerto de la detección TCP para el LDP o el TDP. El valor predeterminado es 646 (LDP).

mplsLdpEntityUdpDscPort

El puerto de la detección UDP para el LDP o el TDP. El valor predeterminado es 646 (LDP).

mplsLdpEntityMaxPduLength

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.

mplsLdpEntityInitSesThreshold

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 LC-ATM o liberal(2) para el resto de las interfaces.

mplsLdpEntityPVLMisTrapEnable

Indica si el desvío del mplsLdpPVLMismatch debe ser generado.

Si el valor es enabled(1), se genera el desvío. Si el valor es disabled(2), el desvío no se genera. El valor por defecto es disabled(2).

Observeel desvío del mplsLdpPVLMismatch se genera solamente si el mplsLdpEntityLabelDistMethod es downstreamOnDemand(1).

mplsLdpEntityPVL

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

mplsLdpEntityTargPeer

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

mplsLdpEntityTargPeerAddrType

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.

mplsLdpEntityTargPeerAddr

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

mplsLdpEntityOptionalParameters

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.

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.

mplsLdpEntityStorType

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.


mplsLdpEntityConfGenLRTable

El cuadro 2 enumera los objetos mplsLdpEntityConfGenLRTable y sus descripciones.

Objetos y descripciones mplsLdpEntityConfGenLRTable del cuadro 2 

Objeto
Descripción

mplsLdpEntityConfGenLREntry

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 se define con un límite superior (par VPI/VCI) y un límite inferior (par VPI/VCI).

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

mplsLdpEntityConfGenLRMin

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

mplsLdpEntityConfGenLRMax

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

mplsLdpEntityConfGenIfIndxOrZero

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.

mplsLdpEntityConfGenLRStorType

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

mplsLdpEntityConfGenLRRowStatus

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


mplsLdpEntityAtmParmsTable

El cuadro 3 enumera los objetos mplsLdpEntityAtmParmsTable y sus descripciones.

Objetos y descripciones mplsLdpEntityAtmParmsTable del cuadro 3 

Objeto
Descripción

mplsLdpEntityAtmParmsEntry

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.

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 una atmósfera VP, 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), el valor por defecto, e indirect(2).

mplsLdpEntityDefaultControlVpi

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

mplsLdpEntityDefaultControlVci

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

mplsLdpEntityUnlabTrafVpi

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

mplsLdpEntityUnlabTrafVci

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

mplsLdpEntityAtmStorType

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.


mplsLdpEntityConfAtmLRTable

El cuadro 4 enumera los objetos mplsLdpEntityConfAtmLRTable y sus descripciones.

Objetos y descripciones mplsLdpEntityConfAtmLRTable del cuadro 4 

Objeto
Descripción

mplsLdpEntityConfAtmLREntry

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.

mplsLdpEntityConfAtmLRMinVpi

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

mplsLdpEntityConfAtmLRMinVci

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

mplsLdpEntityConfAtmLRMaxVpi

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

mplsLdpEntityConfAtmLRMaxVci

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

mplsLdpEntityConfAtmLRStorType

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

mplsLdpEntityConfAtmLRRowStatus

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


mplsLdpEntityStatsTable

El cuadro 5 enumera los objetos mplsLdpEntityStatsTable y sus descripciones.

Objetos y descripciones mplsLdpEntityStatsTable del cuadro 5 

Objeto
Descripción

mplsLdpEntityStatsEntry

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

mplsLdpAttemptedSessions

No soportado en esta característica.

mplsLdpSesRejectedNoHelloErrors

Una cuenta de los mensajes de la notificación de error de la sesión rejected/no hola enviados o recibidos por esta entidad LDP.

mplsLdpSesRejectedAdErrors

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

mplsLdpSesRejectedMaxPduErrors

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

mplsLdpSesRejectedLRErrors

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

mplsLdpBadLdpIdentifierErrors

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

mplsLdpBadPduLengthErrors

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

mplsLdpBadMessageLengthErrors

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

mplsLdpBadTlvLengthErrors

Una cuenta del número de malos errores fatales de la longitud del Tipo - longitud - valor (TLV) detectados por la sesión se asoció a esta entidad LDP.

mplsLdpMalformedTlvValueErrors

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

mplsLdpKeepAliveTimerExpErrors

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

mplsLdpShutdownNotifReceived

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

mplsLdpShutdownNotifSent

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


mplsLdpPeerTable

El cuadro 6 enumera los objetos mplsLdpPeerTable y sus descripciones.

Objetos y descripciones mplsLdpPeerTable del cuadro 6 

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

mplsLdpPeerLoopDetectionForPV

Una indicación de si la detección del loop basada en los vectores de la trayectoria está inhabilitada o habilitada para este par.

Para la distribución no solicitada rio abajo (el mplsLdpPeerLabelDistMethod es downstreamUnsolicited(2)), este objeto tiene siempre un valor de disabled(0) y se inhabilita la detección del loop.

Para la distribución de la rio abajo-en-demanda (el mplsLdpPeerLabelDistMethod es downstreamOnDemand(1)), este objeto tiene un valor de enabled(1), a condición de que la detección del loop basada en los vectores de la trayectoria se habilita.

mplsLdpPeerPVL

Si el valor del mplsLdpPeerLoopDetectionForPV para esta entrada es enabled(1), este objeto representa ese límite del vector de la trayectoria para este par.

Si el valor del mplsLdpPeerLoopDetectionForPV para esta entrada es disabled(0), este valor debe ser 0.


mplsLdpHelloAdjacencyTable

El cuadro 7 enumera los objetos mplsLdpHelloAdjacencyTable y sus descripciones.

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

mplsLdpHelloAdjIndex

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

mplsLdpHelloAdjHoldTimeRem

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

mplsLdpHelloAdjType

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


mplsLdpSessionTable

El cuadro 8 enumera los objetos mplsLdpSessionTable y sus descripciones.

Objetos y descripciones mplsLdpSessionTable del cuadro 8 

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.

mplsLdpSesState

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)

mplsLdpSesProtocolVersion

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.

mplsLdpSesKeepAliveHoldTimeRem

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

mplsLdpSesMaxPduLen

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.

mplsLdpSesDiscontinuityTime

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.


mplsLdpAtmSesTable

El cuadro 9 enumera los objetos mplsLdpAtmSesTable y sus descripciones.

Objetos y descripciones mplsLdpAtmSesTable del cuadro 9 

Objetos
Descripción

mplsLdpAtmSesEntry

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

mplsLdpAtmSesLRLowerBoundVpi

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

mplsLdpAtmSesLRLowerBoundVci

El número mínimo del VCI para este rango (no accesible).

mplsLdpAtmSesLRUpperBoundVpi

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

mplsLdpAtmSesLRUpperBoundVci

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


mplsLdpSesStatsTable

El cuadro 10 enumera los objetos mplsLdpSesStatsTable y sus descripciones.

Objetos y descripciones mplsLdpSesStatsTable del cuadro 10 

Objeto
Descripción

mplsLdpSesStatsEntry

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.

mplsLdpSesStatsUnkMesTypeErrors

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

mplsLdpSesStatsUnkTlvErrors

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


Contextos VPN en el Upgrade de la Versión 8 de 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.

Las versiones del Cisco IOS Release 12.0(11)ST y Posterior incluyen la característica enterada VPN LDP MIB que permite que el LDP MIB consiga la información contextual VPN. La función añade soporte para diversos contextos de distintas VPNs MPLS. Los usuarios del MIB pueden ver los procesos MPLS LDP para un MPLS VPN dado. La característica enterada VPN LDP MIB no cambia el sintaxis del IETF MPLS-LDP MIB. Cambia el número y los tipos de entradas dentro de las tablas.

El IETF MPLS-LDP MIB puede mostrar la información sobre solamente un en un momento del contexto. Usted puede especificar un contexto, un contexto global o un contexto del MPLS VPN, usando un nombre de la Seguridad SMNP.

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. Esta asignación se crea usando diversos contextos para los datos SNMP de diversos VPN, que es realizada con la configuración del modelo basado en la vista MIB (SNMP-VACM-MIB) del control de acceso 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 función permite configurar una asociación entre instancias VRF y 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

Antes del Cisco IOS Release 12.0(11)ST, una interrogación SNMP al MPLS LDP MIB devolvió la información sobre las sesiones globales solamente. Una interrogación no devolvió la información sobre las sesiones LDP en un contexto VPN. El IETF MPLS LDP MIB extrajo la información de las tablas de Global Routing, pero no extrajo la información de los casos del VPN Routing and Forwarding (VRF) esos datos de ruteo del almacén por-VPN. El MPLS LDP MIB consideraba solamente los procesos LDP en el contexto global e ignoró el resto de las sesiones. Una interrogación en un VRF no devolvió ninguna información. Usted puede ver los procesos LDP en un contexto VPN.

El cuadro 7 muestra una red del MPLS VPN de la muestra con las sesiones LDP MPLS antes de la implementación de la característica enterada VPN LDP MIB.

El cuadro 7 sesiones LDP MPLS puso antes de la característica enterada VPN LDP MIB

Un paseo MIB antes de este Cisco IOS Release visualizó solamente la información de la sesión global.

Con la mejora enterada VPN LDP MIB en este Cisco IOS Release, una interrogación SNMP al IETF MPLS-LDP-MIB soporta 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. La actualización enterada VPN al LDP MIB también permite que usted vea 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 así como 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 IETF MPLS LDP MIB.

El cuadro 8 muestra a las sesiones LDP para una red del MPLS VPN de la muestra con la característica enterada VPN LDP MIB.

Cuadro 8 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 show mpls ldp neighbor vrf vpn-name detail el comando.


Notificaciones de MIB LDP que Reconoce una VPN

Antes del Cisco IOS Release 12.0(11)ST, todos los mensajes de notificación para las sesiones LDP MPLS fueron enviados a la misma estación de administración de red señalada (NMS) en la red. Las notificaciones fueron habilitadas con snmp-server enable traps mpls ldp el comando.

El cuadro 9 muestra las notificaciones LDP que fueron enviadas antes de la implementación de la característica enterada VPN LDP MIB.

Cuadro 9 notificaciones LDP enviadas antes de la característica enterada VPN LDP MIB

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 SNMP mplsLdpSessionsUpDownEnable (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:

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

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

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

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

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

Cómo configurar la Actualización de la Versión 8 de MPLS LDP MIB

Esta sección contiene los siguientes procedimientos:

Habilitando al agente SNMP (requerido)

Habilitando el Cisco Express Forwarding (requerido)

Habilitando el MPLS global (requerido)

Habilitando el LDP global (requerido)

Habilitando el MPLS en una interfaz (requerida)

Habilitando el LDP en una interfaz (requerida)

Configurando un VPN LDP enterado MIB (requerido)

Verificando la actualización de la versión de MIB 8 MPLS LDP (opcional)

Habilitación del Agente SNMP

Realice esta tarea para habilitar el agente SNMP.

PASOS SUMARIOS

1. enable

2. show running-config

3. configure terminal

4.snmp-server community string []view view-namedel []rodel []number

5. end

6. write memory

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

Visualiza la configuración en funcionamiento del router de modo que pueda determinar si ya se está ejecutando un agente SNMP en el dispositivo.

Si no se muestra ninguna información de SNMP, continúe con el siguiente paso.

Si se muestra información de SNMP, puede modificar la información o cambiarla según desee.

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] [number]

Example:

Router(config)# snmp-server community public ro

Configura las cadenas de comunidad solo lecturas (ro) para el MPLS LDP MIB.

string Las funciones de argumento como una contraseña, acceso de permiso a la funcionalidad de SNMP en los Label Switch Router (LSR) en una red MPLS.

La palabra clave optativa ro configura el acceso solo lectura (ro) a los objetos en el MPLS LDP MIB.

Paso 5 

end

Example:

Router(config)# end

Sale al modo EXEC privilegiado.

Paso 6 

write memory

Example:

Router# write memory

Escribe la configuración de SNMP modificada en la NVRAM del router y guarda de forma permanente la configuración de SNMP.


Habilitación de Cisco Express Forwarding

Realice esta tarea de habilitar el Cisco Express Forwarding o el Distributed Cisco Express Forwarding.

PASOS SUMARIOS

1. enable

2. configure terminal

3. ip cef distributed

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

ip cef distributed

Example:

Router(config)# ip cef distributed

Habilita Cisco Express Forwarding distribuido.

Paso 4 

end

Example:

Router(config)# end

Sale al modo EXEC privilegiado.


Habilitando el MPLS global

Realice esta tarea de habilitar el MPLS global.

PASOS SUMARIOS

1. enable

2. configure terminal

3. mpls ip

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

mpls ip
Example:

Router(config)# mpls ip

Expedición de los permisos MPLS de los paquetes del IPv4 a lo largo normalmente de los trayectos ruteados para la plataforma.

Paso 4 

end

Example:

Router(config)# end

Sale al modo EXEC privilegiado.


Habilitando el LDP global

Realice esta tarea de habilitar el LDP global.

PASOS SUMARIOS

1. enable

2. configure terminal

3.mpls label protocol {ldp | tdp}

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

mpls label protocol {ldp | tdp}

Example:

Router(config)# mpls label protocol ldp

Especifica el Label Distribution Protocol del valor por defecto de la plataforma.

Paso 4 

end

Example:

Router(config)# end

Sale al modo EXEC privilegiado.


Habilitar el MPLS en una interfaz

Realice esta tarea de habilitar el MPLS en una interfaz.

PASOS SUMARIOS

1. enable

2. configure terminal

3.interface []type number

4. mpls ip

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 

interface [type number]

Example:

Router(config)# interface Ethernet 1

Ingresa en el modo de configuración de la interfaz.

type number El argumento identifica la interfaz que se configurará.

Paso 4 

mpls ip

Example:

Router(config-if)# mpls ip

Habilita el reenvío MPLS de paquetes IPv4 a lo largo de trayectorias enrutadas normalmente para una interfaz particular.

Paso 5 

end

Example:

Router(config-if)# end

Sale al modo EXEC privilegiado.


Habilitar el LDP en una interfaz

Realice esta tarea de habilitar el LDP en una interfaz.

PASOS SUMARIOS

1. enable

2. configure terminal

3.interface []type number

4.mpls label protocol {ldp | tdp | both}

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 

interface [type number]

Example:

Router(config)# interface Ethernet 1

Ingresa en el modo de configuración de la interfaz.

type number El argumento identifica la interfaz que se configurará.

Paso 4 

mpls label protocol {ldp | tdp | both}

Example:

Router(config-if)# mpls label protocol ldp

Especifica el Label Distribution Protocol que se utilizará en una interfaz dada.

Paso 5 

end

Example:

Router(config-if)# end

Sale al modo EXEC privilegiado.


Configurando un VPN LDP enterado MIB

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

Configuración del Soporte SNMP para una VPN

Configuración de un Contexto SNMP para una VPN

Asociación de un contexto SNMP VPN al SNMPv1 o a SNMPv2

Configuración del Soporte SNMP para una VPN

Realice esta tarea de configurar el soporte SNMP para un Red privada virtual (VPN) o un telecontrol VPN.

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 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 [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 example.com 
vrf trap-vrf 

Especifica al beneficiario de una operación de la notificación SNMP y especifica el Red privada virtual (VPN) que rutea y que remite la tabla del caso (VRF) que se utilizará para el envío de las notificaciones SNMP.

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 

Configura un nombre para el motor SNMP remoto en un router.

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

Realice esta tarea de configurar un contexto SNMP para un VPN. 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 agrega el RD al principio de los prefijos del IPv4 del cliente para cambiarlos en global - los prefijos únicos del VPN-IPv4.

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.

Paso 4 

ip vrf vrf-name

Example:

Router(config)# ip vrf vrf1

Configura la tabla el rutear y del caso de reenvío de un Red privada virtual (VPN) (VRF) y ingresa el modo de la configuración de VRF.

Paso 5 

rd route-distinguisher
Example:

Router(config-vrf)# rd 100:120

Crea un discriminador de rutas de VPN.

Paso 6 

context context-name
Example:

Router(config-vrf)# context context1

Asocia un contexto SNMP a un VRF determinado.

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.

Paso 8 

end

Example:

Router(config)# end

Sale al modo EXEC privilegiado.

Pasos Siguientes

Proceda a “asociar un contexto SNMP VPN a la sección del SNMPv1 o del SNMPv2".

Asociación de un contexto SNMP VPN al SNMPv1 o a SNMPv2

Realice esta tarea de asociar un contexto SNMP VPN al SNMPv1 o a SNMPv2. 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 []write writeviewdel []notify 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 [traps | informs] [version {1 | 2c | 3 [auth | noauth | priv]}]
community-string []udp-port portdel []notification-typedel []vrf vrf-name

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

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

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

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

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.

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.

Utilice context context-name la palabra clave y el argumento para asociar al grupo especificado SNMP a un contexto configurado SNMP.

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.

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.

Paso 7 

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 10.0.0.1 vrf customer1 public udp-port 7002

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

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-maps community1 context context1 target-list commAVpn

Asocia una comunidad SNMP a un contexto SNMP, un ID de motor o un nombre de seguridad.

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.

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 

exit

Example:

Router(config) exit

Sale al modo EXEC privilegiado.

Verificar la actualización de la versión de MIB 8 MPLS LDP

Realice un paseo MIB usando su herramienta de administración de SNMP para verificar que está funcionando la característica de la actualización de la versión de MIB 8 MPLS LDP.

Ejemplos de Configuración de MPLS LDP MIB Version 8 Upgrade

Esta sección proporciona los siguientes ejemplos de configuración:

Ejemplos de Upgrade de MPLS LDP MIB Versión 8

Configurar un contexto enterado VPN SNMP para el SNMPv1 o SNMPv2: Ejemplo:

Ejemplos de Upgrade de MPLS LDP MIB Versión 8

El siguiente ejemplo muestra cómo habilitar un agente SNMP en el host NMS:

Router# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)# snmp-server community 

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

Router(config)# snmp-server community public

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.

Router(config)# snmp-server community comaccess ro 4

El siguiente ejemplo muestra cómo global y después habilitar el LDP en una interfaz:

Router# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)# mpls label protocol ldp
Router(config)# interface Ethernet1
Router(config-if)# mpls label protocol ldp
Router(config-if)# end

Configurar un contexto enterado VPN SNMP para el SNMPv1 o SNMPv2: Ejemplo:

Las demostraciones siguientes del ejemplo de configuración cómo configurar un contexto enterado VPN SNMP para la versión de MIB 8 MPLS LDP 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

Documentos Relacionados

Tema relacionado
Título del documento

Tareas de configuración MPLS LDP

MPLS Label Distribution Protocol (LDP)


Estándares

Estándares
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 Label Distribution Protocol MIB (draft-ietf-mpls-ldp-mib-08.txt)

SNMP-VACM-MIB
MIB del Modelo del Control de Acceso (ACM) basado en Vistas para SNMP

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

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


RFC

RFC
Título

RFC 2233

La implementación LDP que soporta el MPLS LDP MIB cumple completamente con las disposiciones de la sección 10 del RFC 2026, que, en efecto, los estados que la implementación del LDP está recomendada para los dispositivos de red que realizan la expedición MPLS a lo largo normalmente de los trayectos ruteados, según lo determinado por los Routing Protocol basados en el destino.

Interfaces MIB


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


Referencia de Comandos

Los siguientes comandos se introducen o se modifican en la característica o las características documentadas en este módulo. Para obtener información sobre estos comandos, vea la Referencia de Comandos de Multiprotocol Label Switching de Cisco IOS en http://www.cisco.com/en/US/docs/ios/mpls/command/reference/mp_book.html. Para obtener información sobre todos los comandos de Cisco IOS, vaya a la Command Lookup Tool disponible en http://tools.cisco.com/Support/CLILookup o a la Lista de Comandos Principal de Cisco IOS.

context

show mpls ldp neighbor

snmp mib community-map

snmp mib target list

snmp-server community

snmp-server context

snmp-server enable traps (MPLS)

snmp-server group

snmp-server host

snmp-server trap authentication vrf

Glosario

Atmósfera — Asynchronous Transfer Mode. Estándar internacional para la retransmisión de celdas según el cual se transportan varios tipos de servicio (como por ejemplo voz, video o datos) en celdas de longitud fija (53 bytes). Las celdas de longitud fija permiten que el procesamiento de las celdas se lleve a cabo en el hardware; por lo tanto, se reducen los retardos del tránsito. La atmósfera se diseña para aprovecharse de los medios de transmisión de alta velocidad, tales como E3, SONET, y T3.

distribución de la rio abajo-en-demanda — Un método de distribución de etiqueta en el cual un Label Switch Router rio abajo (LSR) envía una conexión en sentido ascendente obligatoria solamente si la conexión en sentido ascendente LSR la pide.

distribución no solicitada rio abajo — Un método de distribución de etiqueta en el cual se dispersan las escrituras de la etiqueta si las necesidades rio abajo de un Label Switch Router (LSR) de establecer un nuevo atascamiento con su conexión en sentido ascendente vecina LSR. Por ejemplo, un borde LSR pudo habilitar una nueva interfaz con otra subred. El LSR entonces anuncia al router ascendente un atascamiento para alcanzar esta red.

informa — Un mensaje del Tipo de notificación que es más confiable que un mensaje convencional de la notificación de trampa, porque informa a la notificación del mensaje requiere el acuse de recibo, pero una notificación de trampa no hace.

etiqueta: un identificador de datos corto, de longitud fija, que indica a los nodos de switching cómo reenviar datos (paquetes o celdas).

distribución de etiqueta — Las técnicas y los procesos que son utilizados por los Label Switch Router (LSR) para intercambiar la información de la vinculación de etiquetas para soportar la expedición del salto por el salto a lo largo normalmente de los trayectos ruteados.

LDP — Label Distribution Protocol. El protocolo que soporta el reenvío salto a salto de MPLS y la distribución de vinculaciones entre etiquetas y prefijos de red. La versión propietaria de Cisco de este protocolo es TDP (Tag Distribution Protocol).

LSP: trayectoria conmutada por etiquetas. Una conexión configurada entre dos routers de switch de etiquetas (LSRs) en la cual se utilizan técnicas de switching de etiquetas para el reenvío de paquetes; también a una trayectoria específica a través de una red MPLS.

LSR: Router de switch de etiquetas. Nodo de Multiprotocol Label Switching (MPLS) que puede enviar paquetes de capa nativa 3. El LSR reenvía un paquete basándose en el valor de una etiqueta fijada al paquete.

MIB — Management Information Base. Base de datos de información de administración de red que utiliza y mantiene un protocolo de administración de red, como Protocolo de administración de red simple (SNMP). El valor de un objeto MIB se puede cambiar o recuperar mediante el uso de 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).

MPLS — Multiprotocol Label Switching. Un método de switching para el reenvío de tráfico IP mediante el uso de una etiqueta. Esta etiqueta indica a los routers y los switches de la red dónde reenviar los paquetes sobre la base de la información preestablecida de ruteo IP.

Distribución de etiqueta MPLS — Un algoritmo de ruteo basado en la limitación para rutear los túneles de la trayectoria conmutada de etiquetas (LSP).

NMS— estación de administración de redes. Un equipo potente, bien equipado (por lo general un puesto de trabajo de ingeniería) que utiliza un administrador de la red para comunicarse con los otros dispositivos en la red. Una NMS se utiliza normalmente para administrar los recursos de red, recopilar estadísticas y llevar a cabo diversas tareas de administración y configuración de la red. En el contexto del SNMP, un NMS es un dispositivo que realiza consultas SNMP al agente SNMP de un dispositivo administrado para recuperar o modificar la información.

notificación: un mensaje enviado por un agente del Protocolo de administración de red simple (SNMP) a una estación de administración de red, consola o terminal para indicar que ha ocurrido un evento de red significativo. Vea también trampa.

RSVP — Resource Reservation Protocol. Protocolo que soporta la reserva de recursos a través de una red IP. Las aplicaciones que se ejecutan en los sistemas extremos IP pueden utilizar RSVP para indicar a otros Nodos la naturaleza de las secuencias de paquetes que quieren recibir especificando los elementos tales como el ancho de banda, del jitter, y de la ráfaga máxima.

RTR — Response Time Reporter. Una herramienta que permite que usted monitoree el rendimiento de la red, los recursos de red, y las aplicaciones midiendo el tiempo de respuesta y la Disponibilidad.

SNMP — Protocolo administración de red simple. Network Management Protocol utilizado casi exclusivamente en redes TCP/IP. SNMP permite a un usuario monitorear y controlar los dispositivos de red, administrar las configuraciones, recopilar estadísticas, supervisar el rendimiento y garantizar la seguridad de la red.

Comunidades SNMP — Esquema de autenticación que permite a un dispositivo de red inteligente para validar las peticiones SNMP.

SNMPv2c: versión 2c de Simple Network Management Protocol. SNMPv2c soporta las estrategias de administración de red centralizadas y distribuidas, e incluye las mejoras de la Estructura de Información de Administración (SMI), las operaciones de protocolo, la arquitectura de administración y la seguridad.

SNMPv3 — Versión 3 del protocolo administración de red simple. Protocolo basado en estándares de interoperabilidad para la Administración de redes. El SNMPv3 proporciona el acceso seguro a los dispositivos por una combinación de los paquetes de encripción y autenticación sobre la red.

TDP — Tag Distribution Protocol. Un protocolo estándar usado por los routeres habilitados para MPLS para negociar las etiquetas (direccionamientos) usadas para remitir los paquetes. Vea también el LDP.

TLV — Tipo - longitud - valor. Un mecanismo usado por varios Routing Protocol para llevar una variedad de atributos. Protocolo de detección de Cisco (CDP), Protoloco de detección de etiquetas (LDP) y Protocolo de la gateway marginal (BGP) son ejemplos de protocolos que utilizan TLV. El BGP utiliza los TLV para llevar los atributos tales como Información de alcance de la capa de red (NLRI), discriminador de punto de salida múltiple (MED), y preferencia local.

trampa: mensaje enviado por un agente SNMP a una consola, terminal o estación de administración de red para indicar que ocurrió un evento de red importante. Las trampas (notificaciones) son menos confiables que las solicitudes de información, porque el receptor de la trampa no envía un acuse de recibo; además, el remitente de la trampa no puede determinar si se recibió la trampa. Vea también notificación.

VCC: Conexión de canal virtual. Un circuito lógico, compuesto de los links de canal virtuales (VCL), que lleva los datos entre dos puntos finales en una red ATM. Llamó a veces una Conexión de circuito virtual.

VCI: identificador de canal virtual. Un campo de 16 bits del encabezado de una celda ATM. El VCI, así como el identificador de trayecto virtual (VPI), se utiliza para identificar el link de canal virtual siguiente de la red (VCL) como la célula pasa con una serie de Switches ATM en su manera a su destino final.

VCL: link de canal virtual. La conexión lógica que existe entre dos switches adyacentes en una red ATM.

VPI: identificador de trayectoria virtual. Un campo de 8 bits del encabezado de una celda ATM. El VPI, así como el identificador de canal virtual (VCI), se utiliza para identificar el link de canal virtual siguiente de la red (VCL) como la célula pasa con una serie de Switches ATM en su manera a su destino final.

VPN — Red privada virtual. Una red que permite que el tráfico IP use la tunelización para viajar con seguridad sobre una red TCP/IP pública.

VRF: instancia de ruteo y reenvío de VPN. Un VRF consta de una tabla de IP Routing, una tabla de reenvío derivada, un conjunto de interfaces que utiliza la tabla de reenvío y un conjunto de reglas y protocolos de ruteo que determina qué incluye la tabla de reenvío. En general, un VRF incluye la información de ruteo que define un sitio de cliente VPN conectado a un router PE.