Fundamentales guía de configuración de la configuración del Cisco IOS, versión 12.2SR
Configurar el soporte SNMP
2 Agosto 2013 - Traducción Automática | Otras Versiones: PDFpdf 490 KB | Inglés (18 Febrero 2008) | Comentarios

Contenidos

Configurar el soporte SNMP

Encontrar la información de la característica

Contenido

Restricciones de Configuración del Soporte SNMP

Información sobre la Configuración del Soporte SNMP

Componentes de SNMP

Administrador SNMP

Agente SNMP

MIB

Operaciones del SNMP

Get de SNMP

Set de SNMP

Notificaciones SNMP

MIBs y RFCs

Versiones de SNMP

Información Detallada del Registro de la Interfaz

Índice de la Interfaz

Alias de Interfaz

Nombre de la interfaz

Soporte de SNMP para VPN

Persistencia de IfIndex de Interfaz

Ventajas del Interface Index Persistence

Persistencia de MIB

Circuit Interface Identification Persistence

Evento MIB

Eventos

Lista de Objetos

Activador

Prueba del Disparador

MIB de Expresión

Muestreo Absoluto

Muestreo de Delta

Muestreo Cambiado

SNMP Notification Logging

Cómo Configurar el Soporte SNMP

Configuración de la Información del Sistema

Configuración de las Versiones 1 y 2 de SNMP

Prerrequisitos

Creación o Modificación de un Registro de Vista SNMP

Creación o Modificación del Control de Acceso para una Comunidad SNMP (obligatorio)

Configuración de un Destinatario de una Operación de Trampa SNMP

Configuración de la Versión 3 de SNMP

Especificar SNMP-Server Group Names

Configuración de Usuarios de Servidor SNMP

Configuración de un Router como Administrador SNMP

Ejemplos

Habilitación del Mecanismo de Cierre del Agente SNMP

Definición del Tamaño Máximo de Paquete del Agente SNMP

Limitación del Número de Servidores TFTP Utilizados a través de SNMP

Consejos de Troubleshooting

Inhabilitación del Agente SNMP

Configuración de Notificaciones SNMP

Configuración del Router para Enviar Notificaciones SNMP

Cambio de los Valores de la Operación de Notificación

Control de Trampas SNMP RFC 1157 Individuales

Configuración de las Opciones del Log de Notificación SNMP

Configuración del Soporte de Interface Index Display y de los Índices de Interfaz y los Nombres Largos

Prerrequisitos

Restricciones

Ejemplos

Consejos de Troubleshooting

Configuración de SNMP Support for VPNs

Restricciones

Configuración de Interface IfIndex Persistence

Habilitación e Inhabilitación Globalmente de la Persistencia de IfIndex

Habilitación e Inhabilitación de la Persistencia de IfIndex en Interfaces Específicas

Configuración de la Persistencia de la MIB

Prerrequisitos

Restricciones

Habilitación e Inhabilitación de la Persistencia para Eventos MIB

Habilitación e Inhabilitación de la Persistencia de MIB de Expresión

Configurar el evento MIB usando el SNMP

Determinación del activador en la tabla del activador

Crear un evento en la tabla de eventos

Determinación del umbral del activador en la tabla del activador

Activar el activador

Monitoreando y mantener el evento MIB

Configurar el evento MIB usando el CLI

Configuración de Variables Escalares

Configuración de la Lista de Objetos de MIB de Evento

Configuración de Evento

Configuración de la Acción del Evento

Configuración del Disparador de Eventos

Configuración de la Prueba de Accionamiento de la Existencia

Configuración de la Prueba Boleana del Disparador

Configuración de la Prueba del Disparador del Umbral

Configurar la expresión MIB usando el SNMP

Configurar la expresión MIB usando el CLI

Configuración de Objetos Escalares de MIB de Expresión

Configuración de Expresiones

Ejemplos de Configuración del Soporte SNMP

Ejemplo: Configurar el SNMPv1, el SNMPv2C, y el SNMPv3

Ejemplo: Configurar el soporte del nombre largo de IfAlias

Ejemplo: Configurar la persistencia de IfIndex

Ejemplo: Configuración de SNMP Support for VPNs

Ejemplo: Habilitar la persistencia del evento MIB

Ejemplo: Habilitar la persistencia de la expresión MIB

Ejemplo: Configuración de MIB de Evento:

Ejemplo: Configuración de MIB de Expresión

Referencias adicionales

Documentos Relacionados

Estándares

MIB

RFC

Asistencia Técnica

Información sobre Funciones para Configurar el Soporte de SNMP

Glosario

Contenido

Restricciones de Configuración del Soporte SNMP

Información sobre la Configuración del Soporte SNMP

Componentes de SNMP


Configurar el soporte SNMP


Primera publicación: De diciembre el 20 de 2006
Última actualización: De septiembre el 10 de 2010

El Simple Network Management Protocol (SNMP) es un protocolo de capa de aplicación que proporciona un formato de mensaje para la comunicación entre los administradores y los agentes SNMP. SNMP proporciona un marco de trabajo estandarizado y un lenguaje común que se utiliza para monitorear y administrar los dispositivos de una red.

Este documento describe cómo habilitar a un agente SNMP en un dispositivo de Cisco y cómo controlar el envío de notificaciones SNMP del agente. Para obtener información sobre cómo usar los sistemas de administración de SNMP, vea la documentación correspondiente para la aplicación del sistema de administración de la red (NMS).

Para una descripción completa de los comandos del monitoreo del router mencionados en este documento, vea la referencia del comando management del Cisco IOS Network. Para localizar la documentación de otros comandos que aparecen en este documento, use el Índice Principal de Referencias de Comandos de Cisco IOS o busque en línea.

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 funciones documentadas en este módulo y ver una lista de las versiones en las que se soporta cada función, vea la sección "Información sobre Funciones para Configurar el Soporte de SNMP".

Utilice el Cisco Feature Navigator para encontrar la información sobre el soporte del Soporte de la plataforma y de la imagen del software de Cisco. Para acceder a Cisco Feature Navigator, vaya a http://www.cisco.com/go/cfn. Una cuenta en el cisco.com no se requiere.

Contenido

Restricciones de Configuración del Soporte SNMP

Información sobre la Configuración del Soporte SNMP

Cómo Configurar el Soporte SNMP

Ejemplos de Configuración del Soporte SNMP

Referencias adicionales

Información sobre Funciones para Configurar el Soporte de SNMP

Glosario

Restricciones de Configuración del Soporte SNMP

No todas las Plataformas de Cisco se soportan en las funciones descritas en este módulo. Utilice Cisco Feature Navigator para buscar información sobre el soporte de plataformas e imágenes de Cisco IOS Software.

Información sobre la Configuración del Soporte SNMP

Componentes de SNMP

Operaciones del SNMP

MIBs y RFCs

Versiones de SNMP

Información Detallada del Registro de la Interfaz

Soporte de SNMP para VPN

Persistencia de IfIndex de Interfaz

Persistencia de MIB

Circuit Interface Identification Persistence

Evento MIB

MIB de Expresión

SNMP Notification Logging

Componentes de SNMP

El SNMP es un protocolo de la capa de aplicación que proporciona un formato de mensaje para la comunicación entre los administradores y agentes de SNMP. SNMP proporciona un marco de trabajo estandarizado y un lenguaje común que se utiliza para monitorear y administrar los dispositivos de una red.

El marco de SNMP se compone de tres partes:

Administrador SNMP

Agente SNMP

MIB

Administrador SNMP

El administrador SNMP es un sistema que controla y monitorea las actividades de los hosts de red mediante SNMP. El sistema de administración más frecuente es NMS. El término NMS se puede aplicar a un dispositivo dedicado usado para la administración de red o a las aplicaciones usadas en tal dispositivo. Varias aplicaciones de administración de red están disponibles para su uso con el SNMP, desde aplicaciones simples de la línea de comandos hasta aplicaciones que utilizan GUIs, tales como los productos CiscoWorks2000.

Agente SNMP

El agente SNMP es el componente de software de un dispositivo administrado que mantiene los datos del dispositivo y genera informes de esos datos, según las necesidades, para los sistemas administradores. El agente reside en el dispositivo de ruteo (router, servidor de acceso o switch). Para habilitar un agente SNMP en un dispositivo de ruteo de Cisco, se debe definir la relación entre el administrador y el agente.


Observeaunque él es posible configurar a un router Cisco para ser un agente SNMP, esta práctica no se recomienda. Los comandos que necesita un agente para controlar el proceso SNMP están disponibles en la interfaz de línea de comandos de Cisco IOS (CLI) sin configuración adicional.


MIB

Un MIB es un área de almacenamiento de información virtual para los datos de administración de red y consiste en recopilaciones de objetos administrados. Dentro de una MIB hay colecciones de objetos relacionados, definidos en los módulos MIB. Los módulos MIB se escriben en el lenguaje del módulo SNMP MIB, según lo definido en STD 58, RFC 2578, RFC 2579 y RFC 2580 (véase la sección "MIB y RFC" para obtener una explicación de los documentos RFC y STD). Los módulos MIB individuales también se conocen como MIBs; por ejemplo, MIB de Grupo de Interfaces (IF-MIB) es un módulo MIB dentro de la MIB de su sistema.

Un agente SNMP contiene variables MIB cuyos valores puede solicitar o cambiar el administrador SNMP a través de operaciones Get o Set. Un administrador puede obtener un valor de un agente o almacenar un valor en ese agente. El agente recopila los datos de la MIB, el repositorio para información sobre los parámetros del dispositivo y los datos de red. El agente puede también responder a las peticiones del administrador de conseguir o de fijar los datos.

La figura 1 ilustra las comunicaciones entre el administrador y el agente SNMP. Un administrador envía las solicitudes de un agente para obtener y establecer valores MIB. El agente responde a estas solicitudes. Independientemente de esta interacción, el agente puede enviar al administrador notificaciones no solicitadas (trampas o informaciones) para notificarle el estado de la red.

Figura 1 Comunicación entre un Agente y un Administrador SNMP

Operaciones del SNMP

Las aplicaciones SNMP realizan las operaciones siguientes para recuperar datos, modificar variables de objeto SNMP y enviar notificaciones:

Consiga

Set

Enviar notificaciones

Get de SNMP

La operación get de SNMP se lleva a cabo en un NMS para recuperar variables de objeto de SNMP. Hay tres tipos de operaciones get:

get: recupera la instancia exacta del objeto del agente SNMP.

getNext: recupera la siguiente variable de objeto, que es sucesora lexicográfica de la variable especificada.

getBulk: Recupera una gran cantidad de datos variables del objeto, sin necesidad de operaciones getNext repetidas.

Set de SNMP

La operación set de SNMP se lleva a cabo en un NMS para modificar el valor de una variable de objeto.

Notificaciones SNMP

Una función clave de SNMP es su capacidad para generar notificaciones no solicitadas desde un agente SNMP.

Trampas e Informaciones

Las notificaciones (asíncronas) no solicitadas se pueden generar como trampas o solicitudes de informes (informes). Las trampas son mensajes que alertan al administrador SNMP de una condición de la red. Los informes son trampas que incluyen una solicitud de confirmación de la recepción por parte del administrador SNMP. Las notificaciones pueden indicar una autenticación de usuario inadecuada, reinicios, el cierre de una conexión, la pérdida de conexión con un router vecino u otros eventos importantes.

Las trampas son menos fiables que los informes porque el receptor no envía un acuse de recibo cuando recibe una trampa. El remitente no sabe si se recibió la trampa. Un administrador SNMP que recibe un informe reconoce el mensaje con una PDU (unidad de datos de protocolo de respuesta) SNMP. Si el remitente nunca recibe una respuesta, la información se puede enviar otra vez. De esta manera, las notificaciones de información tienen más posibilidades de llegar al destino deseado.

A menudo se prefieren las trampas aunque sean menos confiables ya que las informaciones consumen más recursos del router y de la red. A diferencia de una trampa, la cual se descarta tan pronto como se envía, un informe se debe mantener en la memoria hasta que se reciba una respuesta o se agote el tiempo de espera de la solicitud. Además, las trampas se envía una sola vez, mientras que un informe puede reenviarse varias veces. Los reintentos incrementan el tráfico y contribuyen a una sobrecarga mayor en la red. El uso de trampas e informes requiere un equilibrio entre la fiabilidad y los recursos. Si es importante que el SNMP Manager reciba cada notificación, use informes; pero si preocupa el volumen de tráfico o el uso de la memoria y no se requiere el recibo de cada notificación, use las trampas.

De la Figura 2 a la Figura 5 se ilustran las diferencias entre las trampas e informes.

La Figura 2 muestra cómo un agente envía con éxito una trampa a un administrador SNMP. Aunque el administrador recibe la trampa, no envía un reconocimiento. El agente no tiene manera de saber si la trampa llegó a su destino.

Figura 2 Trampa Enviada Exitosamente al Administrador SNMP

En la Figura 3, el agente envía exitosamente una información al administrador. Cuando el administrador recibe la información, se envía una respuesta al agente, que así sabe que la información llegó a su destino. Observe que en este ejemplo el tráfico generado es el doble que la interacción mostrada en la Figura 2.

Figura 3 Solicitud de Informe Enviada Correctamente al Administrador SNMP

La Figure 4 muestra un agente enviando una trampa a un administrador que no la recibe. El agente no tiene ninguna manera de saber que la trampa no alcanzó su destino. El administrador nunca recibe la trampa porque las trampas no se vuelven a enviar.

Figura 4 Trampa Enviada sin Éxito a SNMP Manager

La Figura 5 muestra un agente enviando un informe a un administrador que no la recibe. Como el administrador no recibió la información, no envía una respuesta. Después de un período de tiempo, el agente vuelve a enviar el informe. El administrador recibe la información de la segunda transmisión y contesta. En este ejemplo, se genera más tráfico que en el escenario mostrado en la Figura 4, pero la notificación llega al administrador SNMP.

Figura 5 Informe Enviado sin Éxito al Administrador SNMP

MIBs y RFCs

Los módulos MIB se definen típicamente en los documentos RFC enviados al Grupo de Trabajo de Ingeniería de Internet (IETF), un organismo de estándares internacionales. Los RFC son escritos por individuos o grupos para su análisis por parte de la Internet Society y de la comunidad de Internet en general, normalmente con la intención de establecer un estándar de Internet recomendado. Antes de que se les asigne el estatus de RFC, las recomendaciones se publican como documentos Internet Draft (I-D). Los RFCs que se han convertido en estándares recomendados también se etiquetan como documentos de estándares (STD). Puedes obtener información sobre el proceso de creación de estándares y las actividades de IETF en el sitio Web de la Internet Society, en http://www.isoc.org. Puede leer el texto completo de todos los RFCs, I-Ds y STDs referidos en la documentación de Cisco en el sitio de red de IETF en http://www.ietf.org.

La implementación de Cisco de SNMP utiliza las definiciones de las variables MIB II descritas en RFC 1213 y las definiciones de trampas SNMP descritas en RFC 1215.

Cisco proporciona sus propias extensiones de MIB privadas con cada sistema. Los MIBs de Cisco Enterprise cumplen con las pautas descritas en los RFCs pertinentes a menos que se indique de otra forma en la documentación. Puede encontrar los archivos de definición de los módulos MIB y la lista de MIBs soportados en cada plataforma de Cisco en el sitio de red de Cisco MIB en cisco.com.

Versiones de SNMP

Cisco IOS Software soporta las siguientes versiones de SNMP:

SNMPv1 — Simple Network Management Protocol: un estándar de Internet completo, definido en RFC 1157. (RFC 1157 reemplaza las versiones anteriores que fueron publicadas como RFC 1067 y RFC 1098.) La Seguridad se basa en las cadenas de comunidad.

SNMPv2c — El marco de trabajo administrativo basado en cadena de comunidad para SNMPv2. SNMPv2c (la "c" es por "comunidad") es un protocolo experimental de Internet definido en RFC 1901, RFC 1905 y RFC 1906. SNMPv2c es una actualización de las operaciones de protocolo y de los tipos de datos de SNMPv2p (SNMPv2 Classic) y utiliza el modelo de seguridad basado en la comunidad de SNMPv1.

SNMPv3 - Versión 3 de SNMP. SNMPv3 es un protocolo basado en estándares interoperable definido en los RFCs 3413 a 3415. SNMPv3 proporciona acceso seguro a los dispositivos mediante paquetes de autenticación y encripción a través de la red.

Las funciones de seguridad proporcionadas en SNMPv3 son las siguientes:

- Integridad del mensaje: comprobación de que un paquete no ha sido alterado en el tránsito.

– Autenticación: determinar que el mensaje procede de un origen válido.

- Encripción: codificación del contenido de un paquete para evitar que lo aprenda un origen no autorizado.

El SNMPv1 y el SNMPv2C utilizan una forma basada en la Comunidad de Seguridad. La comunidad de administradores SNMP capaces de acceder a la MIB de agente se define mediante una ACL (Lista de control de acceso) de dirección IP y una contraseña.

El soporte de SNMPv2c incluye un mecanismo de recuperación masiva y un informe de mensajes de error detallado para las estaciones de administración. El mecanismo de recuperación masiva soporta la recuperación de tablas y grandes cantidades de información, minimizando el número de viajes de ida y vuelta requeridos. El soporte mejorado de gestión de errores SNMPv2c incluye códigos de error ampliados que distinguen diversos tipos de errores; estas condiciones se notifican por medio de un único código de error en SNMPv1. También se notifican los tres tipos de excepciones siguientes: no existe tal objeto, no existe tal instancia y fin de la vista MIB.

SNMPv3 es un modelo de seguridad en el cual se configura una estrategia de autenticación para un usuario y para el grupo en el que reside el usuario. Un nivel de seguridad es el nivel de seguridad permitido dentro de un modelo de seguridad. Una combinación de un modelo de seguridad y un nivel de seguridad determina qué mecanismo de seguridad se emplea al gestionar un paquete SNMP.

Existen tres modelos de seguridad disponibles: SNMPv1, SNMPv2c y SNMPv3. La Tabla 1 enumera las combinaciones de los niveles y modelos de seguridad, y sus significados.

Tabla 1 Modelos y Niveles de Seguridad de SNMP 

Modelo
‘Nivel’
Autenticación
Cifrado
Qué Sucede

v1

noAuthNoPriv

Cadena de comunidad

No

Usa una correspondencia de identificaciones de comunidad para autenticación.

v2c

noAuthNoPriv

Cadena de comunidad

No

Usa una correspondencia de identificaciones de comunidad para autenticación.

v3

noAuthNoPriv

Nombre de usuario

No

Utiliza las coincidencias de nombre de usuario para autenticar.

v3

authNoPriv

Algoritmo de resumen de mensajes 5 (MD5) o Algoritmo de hash seguro (SHA)

No

Proporciona autenticación sobre la base de algoritmos HMAC-MD5 o HMAC-SHA.

v3

authPriv

MD5 o SHA

Estándar de Encripción de Datos (DES)

Proporciona autenticación sobre la base de algoritmos HMAC-MD5 o HMAC-SHA. Proporciona cifrado DES de 56 bits además de autenticación basada en el estándar CBC-DES (DES-56).



La notaSNMPv2p (obra clásica SNMPv2) no se soporta en las versiones del Cisco IOS Release 11.2 y Posterior.
El SNMPv2c substituye el Marco de Administración y Seguridad basado en partes de SNMPv2p por un marco administrativo basado en comunidades. SNMPv2c conservó las capacidades masivas de recuperación y gestión de errores de SNMPv2p.


Debe configurar un agente SNMP para utilizar la versión de SNMP soportada por la estación de administración. Sin embargo, un agente puede comunicarse con varios administradores y se puede configurar el software de Cisco IOS para soportar comunicaciones con una estación de administración mediante el protocolo SNMPv1, con otra mediante el protocolo SNMPv2c y con una tercera mediante SMNPv3.

SNMPv3 soporta los RFCs 1901 a 1908, 2104, 2206, 2213, 2214 y 2271 a 2275. Para obtener más información sobre SNMPv3, vea el RFC 2570, Introducción a la Versión 3 de Internet-standard Network Management Framework (no se trata de un documento de estándares).

Información Detallada del Registro de la Interfaz

La función Interface Index Display for SNMP inserta nuevos comandos y modificaciones de comandos que permiten a los usuarios avanzados de SNMP ver la información sobre los registros de la interfaz directamente en el agente administrado. Puede visualizar la información de MIB del agente sin usar un NMS externo.


Observecon el propósito de este documento, el agente es un Cisco IOS Software corriente del dispositivo de ruteo.


Esta función dirige tres objetos en la MIB de interfaces: ifIndex, ifAlias e ifName. Para obtener una definición completa de estos objetos, vea el archivo IF-MIB.my disponible en el sitio Web de la MIB SNMPv2 de Cisco en ftp://ftp.cisco.com/pub/mibs/v2/.

Índice de la Interfaz

El objeto ifIndex (ifEntry 1) se denomina Índice de Interfaz. Interface Index es un valor único mayor que cero que identifica cada interfaz o subinterfaz del dispositivo administrado. Este valor se convierte en el número de identificación del índice de la interfaz.

El comando CLI show snmp mib ifmib ifindex permite que usted vea los números de identificación del índice de interfaz de SNMP asignados a las interfaces y subinterfaz. No se requiere una NMS.

Alias de Interfaz

El objeto ifAlias (ifXEntry 18) se denomina Alias de Interfaz. El alias de la interfaz es una descripción especificada por el usuario de una interfaz utilizada para la administración de redes SNMP. ifAlias es un objeto de la MIB del Grupo de Interfaces (IF-MIB) que puede establecer un administrador de red para "asignar nombre" a una interfaz. El valor ifAlias de una interfaz o subinterfaz se puede establecer con el comando description en el modo de configuración de interfaz o en el modo de configuración de subinterfaz, o bien mediante una operación Set en un NMS. Anteriormente, las descripciones de ifAlias de las subinterfaces estaban limitadas a 64 caracteres. (OLD-CISCO-INTERFACES-MIB permite hasta 255 caracteres para la variable MIB locIfDescr, pero este MIB no soporta subinterfaces.) Un nuevo comando CLI, snmp ifmib ifalias long, configura el sistema para controlar las descripciones de IfAlias de hasta 256 caracteres. Las descripciones de IfAlias aparecen en la salida del comando CLI show interfaces.

Nombre de la interfaz

El objeto ifName (ifXEntry 1) es el nombre textual de la interfaz. El propósito del objeto ifName es hacer una referencia cruzada de la representación CLI de una interfaz determinada. El valor de este objeto es el nombre de la interfaz según lo asignado por el dispositivo local y es adecuado para su uso en comandos CLI. Si no hay un nombre local o este objeto no es aplicable por otro motivo, este objeto contiene una cadena de longitud cero. Ningún comando introducidos por esta función afecta al objeto ifName, pero aquí se explica para mostrar su relación con los objetos ifIndex e ifAlias.

show snmp mib El comando muestra todos los objetos en el MIB en un dispositivo de Cisco (similar a un mibwalk). Los objetos del árbol de MIB se clasifican usando un orden léxico, lo que significa que los identificadores de objeto se ordenan de forma secuencial y según un criterio numérico. El orden léxico es importante cuando se utiliza la operación GetNext de una NMS porque estas operaciones toman un identificador de objeto (OID) o un OID parcial como entrada y devuelven el siguiente objeto del árbol de MIB según el orden léxico del árbol.

Soporte de SNMP para VPN

La función SNMP Support for VPNs permite enviar y recibir trampas e informes SNMP mediante tablas de ruteo/reenvío de red privada virtual (VPN) (VRF). En particular, esta función añade soporte a Cisco IOS Software para enviar y recibir trampas e informes SNMP específicos para VPNs individuales.

UNa VPN es una red que proporciona altas transferencias de conectividad en un sistema compartido con las mismas pautas de uso que una red privada. Se puede crear una VPN en Internet sobre redes IP, Frame Relay o ATM.

Un VRF almacena los datos de ruteo para cada VPN. Define la afiliación a VPN de un sitio cliente asociado al servidor de acceso a la red (NAS). Un VRF consiste en una tabla de IP Routing, una tabla de Cisco Express Forwarding derivada, así como las pautas y los parámetros de Routing Protocol que controlan la información que se incluye en la tabla de ruteo.

El soporte SNMP para la función característica VPNs proporciona los comandos de configuración que permiten que los usuarios asocien los agentes y los administradores SNMP a VRF específicos. El VRF especificado se utiliza para enviar trampas e informes SNMP y respuestas entre los agentes y los administradores. Si no se especifica ningún VRF, se utiliza la tabla de ruteo predeterminada para el VPN.

El soporte para los VPN permite configurar un agente SNMP para que acepte únicamente las peticiones SNMP de un conjunto determinado de VPNs. Con esta configuración, los proveedores de servicios pueden ofrecer servicios de administración de red a sus clientes, de forma que éstos puedan administrar todos los dispositivos VPN de usuario.

Persistencia de IfIndex de Interfaz

El índice de la interfaz (ifIndex) es una de las aplicaciones de administración de red SNMP basadas de los identificadores más de uso general. El ifIndex es un número de identificación único asociado a una comprobación o a una interfaz lógica; por lo que la mayoría del software, el ifIndex es el nombre de la interfaz.

Aunque no haya requisito en los RFC relevantes que la correspondencia entre el ifIndex determinado valora y sus interfaces se mantenga a través de las reinicializaciones, las aplicaciones tales como inventario de dispositivos, factura, y detección de falla dependen cada vez más del mantenimiento de esta correspondencia.

Esta característica agrega el soporte para un valor del ifIndex que pueda persistir a través de las reinicializaciones, permitiendo que los usuarios eviten las soluciones alternativas requeridas previamente para la identificación constante de la interfaz.

Es actualmente posible sondear al router a intervalos regulares para correlacionar las interfaces al ifIndex, pero no es práctica sondear esta interfaz constantemente. Si estos datos no se correlacionan constantemente, sin embargo, los datos se pueden hacer inválidos debido a una reinicialización o la inserción de un nuevo indicador luminoso LED amarillo de la placa muestra gravedad menor en el router entre las encuestas. Por lo tanto, la persistencia de IfIndex es la única forma de garantizar la integridad de los datos.

La persistencia de IfIndex significa que la asignación entre los valores de objeto del ifDescr y los valores de objeto del ifIndex (generados del IF-MIB) será conservada a través de las reinicializaciones.

Ventajas del Interface Index Persistence

Asociación de las interfaces con las blancos del tráfico para la Administración de redes

La característica del Interface Index Persistence permite la mayor exactitud al recoger y procesando los datos de administración de red únicamente identificando las interfaces de entrada y salida para los flujos de tráfico y las estadísticas SNMP. Relacionarse cada interfaz con una entidad sabida (tal como un cliente ISP) permite que los datos de administración de red sean utilizados más con eficacia.

Exactitud para la mediación, la detección de falla, y la factura

Los datos de red se están utilizando cada vez más por todo el mundo para la factura basada en el uso, el planeamiento de red, la aplicación de políticas, y la análisis de tendencia. La información del ifIndex se utiliza para identificar las interfaces de entrada y salida para los flujos de tráfico y las estadísticas SNMP. La incapacidad para relacionarse confiablemente cada interfaz con una entidad sabida, tal como un cliente, invalida los datos.

Persistencia de MIB

Las funciones de persistencia de MIB permiten que los datos SNMP de una MIB sean persistentes en las distintas recargas; es decir, la información MIB conserva el mismo conjunto de valores de objeto cada vez que se reinicia un dispositivo de networking. La persistencia MIB es habilitada publicando snmp mib persist el comando, y los datos MIB de todo el MIB que ha tenido persistencia habilitada usando este comando entonces son escritos al NVRAM publicando write mib-data el comando. Todos los datos MIB modificados se deben escribir al NVRAM usando write mib-data el comando.

Las MIBs de eventos y expresiones permiten establecer un valor para un objeto y configurar definiciones de objeto. Ambos también permiten modificar filas de los datos mientras dichas filas estén en un estado activo.

Los objetos escalares se almacenan cada vez que se cambian y las entradas de tabla solamente se almacenan si la fila está en estado activo. La MIB de evento tiene dos objetos escalares y nueve tablas que persistirán en la NVRAM. A continuación se indican las tablas:

mteEventNotificationTable

mteEventSetTable

mteEventTable

mteObjectsTable

mteTriggerBooleanTable

mteTriggerDeltaTable

mteTriggerExistenceTable

mteTriggerTable

mteTriggerThresholdTable

La MIB de Expresión tiene dos objetos escalares y tres tablas que se almacenarán en el NVRAM. Los objetos escalares son expResourceDeltaMinimum y expResourceDeltaWildcardInstanceMaximum. A continuación se indican las tablas:

expExpressionTable

expNameTable

expObjectTable

La escritura de los datos MIB en la NVRAM puede tardar varios segundos. La longitud del tiempo depende de la cantidad de datos MIB.

Persistencia de MIB de Evento y Persistencia de MIB de Expresión permiten que los objetos MIB se guarden de un reboot a otro, lo que hace posible el monitoreo a largo plazo de dispositivos e interfaces específicos y de configuraciones de valores de objetos que se preservan en los sucesivos reboots.

Circuit Interface Identification Persistence

El MIB de la interfaz del circuito (CISCO-CIRCUIT-INTERFACE-MIB) proporciona un objeto de MIB (cciDescr) que se puede utilizar para identificar las interfaces basadas en circuitos individuales para monitorear el SNMP. La función Circuit Interface Identification Persistence for SNMP mantiene este nombre definido por el usuario del circuito a través de los reinicios, permitiendo la identificación uniforme de las interfaces de circuito. La persistencia de la identificación de la interfaz del circuito se habilita usando snmp mib persist circuit el comando global configuration.

Cisco IOS Release 12.2(2)T inserta la función de Persistencia de la Identificación de la Interfaz del Circuito SNMP. El MIB de la interfaz del circuito (CISCO-CIRCUIT-INTERFACE-MIB) proporciona un objeto de MIB (cciDescr) que se puede utilizar para identificar las interfaces basadas en circuitos individuales para monitorear el SNMP. MIB de Interfaz de Circuito de Cisco fue introducido en Cisco IOS Release 12.1(3)T.

La función Circuit Interface Identification Persistence for SNMP mantiene el nombre definido por el usuario del circuito (definido en el objeto cciDescr) después de las reinicializaciones, permitiendo la identificación constante de los circuitos.

La función Circuit Interface Identification Persistence for SNMP es un suplemento de la función Interface Index Persistence introducida en Cisco IOS Release 12.1(3)T y en Cisco IOS Release 12.0(11)S. Circuit Interface Identification Persistence se habilita con el comando de configuración global snmp mib persist circuit. Utilice este comando si necesitas identificar de forma uniforme los circuitos que usan SNMP a través de los reinicios. Este comando está inhabilitado de forma predeterminada porque esta función utiliza el NVRAM.

Además, show snmp mib ifmib ifindex el comando del modo EXEC permite que usted visualice los valores del ifIndex de las interfaces MIB directamente en su sistema sin un NMS; el comando de modo EXEC show snmp mib permite mostrar una lista de identificadores de módulo MIB registrados directamente en el sistema con un NMS. El comando snmp ifmib ifalias long permite especificar una descripción para las interfaces o subinterfaces con una longitud máxima de 256 caracteres. Antes de la introducción de este comando, las descripciones de ifAlias para la administración de SNMP estaban limitadas a 64 caracteres.

Evento MIB

El Evento MIB proporciona la capacidad de monitorear los objetos de MIB en un sistema local o remoto usando SNMP y de iniciar acciones simples siempre que se cumpla una condición del disparador; por ejemplo, se puede generar una trampa SNMP cuando se modifica un objeto. Cuando se accionan notificaciones a través de eventos, el NMS no necesita sondear constantemente los dispositivos administrados para realizar un seguimiento de los cambios.

Al permitir que las notificaciones SNMP ocurran solamente cuando se cumple una condición especificada, la MIB de Evento reduce la carga en los dispositivos afectados y mejora la escalabilidad de las soluciones de administración de red.

La MIB de Evento actúa basándose en el evento, las listas de objetos configuradas para el evento, la acción del evento, el disparador y la prueba del disparador.

Eventos

La tabla de eventos define las actividades que se realizarán cuando se accione un evento. Estas actividades incluyen el envío de una notificación y la definición de un objeto MIB. La tabla de eventos tiene tablas suplementarias para objetos adicionales que se configuran según la acción del evento. Si la acción del evento elegida es una notificación, se envían notificaciones siempre que se modifique el objeto configurado para ese evento.

Lista de Objetos

La tabla del objeto enumera los objetos que se pueden agregar a las notificaciones basadas en el tipo del activador, de la prueba del activador, o el evento que envía una notificación. El Evento MIB permite el uso de comodines, que permite monitorear varias instancias de un objeto. Para especificar un grupo de identificadores de objeto, puedes utilizar la opción del comodín.

Activador

La tabla del disparador define las condiciones para accionar eventos. La tabla del disparador muestra los objetos que se van a monitorear y asocia cada disparador con un evento. Se produce un evento cuando se activa un disparador. Para crear un disparador, se debe configurar una entrada del disparador en mteTriggerTable del Evento MIB. Esta entrada del activador especifica el identificador de objeto del objeto que se monitoreará. Cada disparador se configura para monitorear un solo objeto o un grupo de objetos especificados por un comodín (*). El proceso de MIB de evento verifica el estado del objeto monitoreado a intervalos especificados.

Prueba del Disparador

La tabla del disparador tiene tablas complementarias para objetos adicionales que se configuran sobre la base del tipo de prueba realizado para un disparador. Para cada tipo de entrada del activador tal como existencia, theshold, o boleano, las tablas correspondientes (existencia, umbral, y tablas boleanas) se pueblan con la información requerida para realizar la prueba. El evento MIB permite que usted fije los activadores del evento basados en la existencia, el umbral, y los Trigger Type boleanos. Cuando la prueba especificada en un objeto devuelve un valor de true, se activa el disparador. Puedes configurar el Evento MIB para enviar las notificaciones al host interesado cuando se activa un disparador.

MIB de Expresión

La MIB de expresión permite crear expresiones basadas en una combinación de objetos. Las expresiones se evalúan según el método de muestreo. La MIB de Expresión soporta los tipos siguientes de muestreo de objetos:

Absoluto

Delta

Cambiado

Si no hay valores delta o change en una expresión, la expresión se evaluará cuando un solicitante intente leer el valor de la misma. En este caso, todos los solicitantes obtienen un valor recientemente calculado.

Para expresiones con valores delta o change, la evaluación se realiza para cada muestreo. En este caso, los solicitantes consiguen el valor del último período de muestreo.

Muestreo Absoluto

El muestreo absoluto utiliza el valor del objeto MIB durante el muestreo.

Muestreo de Delta

El muestreo delta se utiliza para las expresiones con contadores identificados en función del valor delta (diferencia) de una muestra con la siguiente. El muestreo del delta requiere que la aplicación realice un muestreo continuo, ya que utiliza el valor de la muestra más reciente.

Muestreo Cambiado

El muestreo cambiado utiliza el valor modificado del objeto desde la última muestra.

SNMP Notification Logging

Los sistemas que soportan SNMP a menudo necesitan un mecanismo para registrar la información de la notificación. Este mecanismo protege frente a la pérdida de notificaciones al exceder los límites de la retransmisión. El Log de Notificación MIB proporciona una infraestructura común para otros MIBs bajo la forma de una función de registro local. La función SNMP Notification Logging añade los comandos de la CLI de Cisco IOS para cambiar el tamaño del log de notificación, definir el valor global del vencimiento para el log y mostrar los resúmenes de registro en la línea de comando. La MIB de Registro de Notificación mejora el seguimiento de las notificaciones y proporciona una ubicación central para seguir todos los MIBs.


Observela notificación de los soportes de MIB del registro de la notificación que abre una sesión el registro predeterminado solamente.


Cómo Configurar el Soporte SNMP

No hay ningún comando específico que se pueda utilizar para habilitar el SNMP. El primer snmp-server comando que usted ingresa habilita las versiones admitidas del SNMP. Las demás opciones de configuración son opcionales.

Esta sección contiene los siguientes procedimientos:

Configuración de Información del Sistema (opcional)

Configuración de SNMP Versiones 1 y 2 (opcional)

Configuración de la Versión 3 de SNMP(opcional)

Configuración de un Router como Administrador SNMP (opcional)

Habilitación del Mecanismo de Apagado del Agente SNMP (opcional)

Definición del Tamaño Máximo de Paquete del Agente SNMP (opcional)

Limitación del Número de Servidores TFTP Utilizados a través de SNMP (opcional)

Inhabilitación del Agente SNMP (opcional)

Configuración de Notificaciones SNMP (opcional)

Configuración del Soporte de Interface Index Display y de los Índices de Interfaz y los Nombres Largos (opcional)

Configuración del Soporte SNMP para VPNs (opcional)

Configurando la persistencia de IfIndex de la interfaz (opcional)

Configuración de la Persistencia MIB (opcional)

Configurando el evento MIB usando el SNMP (opcional)

Configurando el evento MIB usando el CLI (opcional)

Configurando la expresión MIB usando el SNMP (opcional)

Configurando la expresión MIB usando el CLI (opcional)

Configuración de la Información del Sistema

Puede definir el contacto del sistema, la ubicación y el número de serie del agente SNMP para poder acceder a estas descripciones a través del archivo de configuración. Aunque los pasos de configuración descritos en esta sección sean opcionales, se recomienda configurar la información básica porque puede ser útil en el troubleshooting de la configuración. Además, el primer snmp-server comando que usted publica los permisos SNMP en el dispositivo.

Realice esta tarea según sea necesario.

PASOS SUMARIOS

1. enable

2. configure terminal

3. snmp-server contact text

4.snmp-server locationtexto

5.snmp-server chassis-id número

6. exit

7. show snmp contact

8. show snmp location

9. show snmp chassis

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 contact text

Example:
Router(config)# snmp-server contact NameOne

Establece la cadena de contacto del sistema.

Paso 4 

snmp-server location text

Example:

Router(config)# snmp-server location LocationOne

Establece la cadena de la ubicación del sistema.

Paso 5 

snmp-server chassis-id number

Example:

Router(config)# snmp-server chassis-id 015A619T

Establece el número serial del sistema.

Paso 6 

exit

Example:

Router(config)# exit

Sale del modo de configuración global.

Paso 7 

show snmp contact

Example:

Router# show snmp contact

(Opcional) Muestra las cadenas del contacto configuradas para el sistema.

Paso 8 

show snmp location

Example:

Router# show snmp location

(Opcional) Muestra la cadena de ubicación configurada para el sistema.

Paso 9 

show snmp chassis

Example:

Router# show snmp chassis

(Opcional) Muestra el número de serie del sistema.

Configuración de las Versiones 1 y 2 de SNMP

Cuando configure las versiones 1 y 2 de SNMP, opcionalmente puede crear o modificar vistas para que las cadenas de comunidad limiten los objetos MIB a los que pueden acceder un administrador SNMP.

Realice las tareas siguientes al configurar la versión de SNMP 1 ó 2.

Creación o Modificación de un Registro de Vista SNMP (opcional)

Creación o Modificación del Control de Acceso para una Comunidad SNMP (obligatorio)

Prerrequisitos

Cadena de comunidad SNMP establecida que define la relación entre el administrador y el agente SNMP

Un host definido como destinatario de las notificaciones SNMP

Creación o Modificación de un Registro de Vista SNMP

Puede asignar vistas a las cadenas de comunidad para limitar los objetos MIB a los que puede acceder un administrador SNMP. Puede utilizar una vista predefinida o crear su propia vista. Si utiliza una vista predefinida o ninguna en absoluto, salte esta tarea.

Realice esta tarea para crear o modificar un registro de vista SNMP.

PASOS SUMARIOS

1. enable

2. configure terminal

3.snmp-server viewOID-árbol del vista-nombre {included | excluded}

4.no snmp-server viewOID-árbol del vista-nombre {included | excluded}

5. exit

6. show snmp view

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 view view-name oid-tree {included | excluded}

Example:

Router(config)# snmp-server view mib2 mib-2 included

Crea un registro de vista.

En este ejemplo se crea la vista mib2, que incluye todos los objetos del subárbol MIB-II.

Notausted puede utilizar los tiempos múltiples de este comando para crear el mismo expediente de la visión. Si se crea varias veces un registro de vista para el mismo valor OID, la entrada más reciente del identificador de objeto tiene prioridad.

Paso 4 

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

Example:

Router(config)# no snmp-server view mib2 mib-2 included

Quita una vista del servidor.

Paso 5 

exit

Example:

Router(config)# exit

Sale del modo de configuración global.

Paso 6 

show snmp view

Example:

Router# show snmp view

(Opcional) Muestra una vista de las MIBs asociadas a SNMP.

Ejemplos

El siguiente ejemplo muestra la vista SNMP para el árbol de OID system.1.0:

Router# show snmp view

test system.1.0 - included nonvolatile active
*ilmi system - included permanent active
*ilmi atmForumUni - included permanent active
v1default iso - included permanent active
v1default internet - included permanent active
v1default snmpUsmMIB - excluded permanent active
v1default snmpVacmMIB - excluded permanent active
v1default snmpCommunityMIB - excluded permanent active
v1default ciscoIpTapMIB - excluded permanent active
v1default ciscoMgmt.395 - excluded permanent active
v1default ciscoTap2MIB - excluded permanent active

Creación o Modificación del Control de Acceso para una Comunidad SNMP (obligatorio)

Utilice una cadena de comunidad SNMP para definir la relación entre el administrador y el agente SNMP. La cadena de comunidad actúa como una contraseña para controlar el acceso al agente en el router. Opcionalmente, puede especificar una o más de las características siguientes asociadas a la cadena:

Una lista de acceso de direcciones IP de los administradores SNMP permitida para utilizar la cadena de comunidad para obtener acceso al agente.

Una vista MIB, que define el subconjunto de todos los objetos de MIB accesibles a la comunidad dada.

Permiso de lectura y escritura o de sólo lectura para los objetos de MIB accesibles a la comunidad.

Realice esta tarea para crear o modificar una cadena de comunidad.

PASOS SUMARIOS

1. enable

2. configure terminal

3.snmp-server community string []view view-name[ro | rw] []ipv6nacldel []access-list-number

4. no snmp-server community string

5. exit

6. show snmp community

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 community string [view view-name] [ro | rw] [ipv6 nacl] [access-list-number]

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

Define la cadena de acceso de la comunidad.

Puede configurar una o más cadenas de comunidad.

Paso 4 

no snmp-server community string

Example:
Router(config)# no snmp-server community 
comaccess 

Remueve la cadena de comunidad de la configuración.

Paso 5 

exit

Example:

Router(config)# exit

Sale del modo de configuración global.

Paso 6 

show snmp community

Example:

Router# show snmp community

(Opcional) Muestra las cadenas de acceso de la comunidad configuradas en el sistema.

Ejemplos

El siguiente ejemplo muestra las cadenas de acceso de comunidad configuradas para habilitar el acceso al administrador de SNMP:

Router# show snmp community

Community name: private
Community Index: private
Community SecurityName: private
storage-type: nonvolatile        active

Community name: private@1
Community Index: private@1
Community SecurityName: private
storage-type: read-only  active

Community name: public
Community Index: public
Community SecurityName: public
storage-type: nonvolatile        active

Configuración de un Destinatario de una Operación de Trampa SNMP

Las trampas SNMP no son confiables porque el receptor no envía reconocimientos cuando recibe las trampas. El remitente no sabe si se recibieron las trampas. Sin embargo, una entidad SNMP que recibe un informe reconoce el mensaje con una unidad de datos de protocolo (PDU) de respuesta SNMP. Si el remitente nunca recibe la respuesta, la información se puede enviar otra vez. De esta manera, las notificaciones de información tienen más posibilidades de llegar al destino deseado.

En comparación con las trampas, las informaciones consumen más recursos del agente y de la red. A diferencia de una trampa, la cual se descarta tan pronto como se envía, un informe se debe mantener en la memoria hasta que se reciba una respuesta o se agote el tiempo de espera de la solicitud. Además, las trampas se envían solamente una vez; un informe se puede enviar varias veces. Los reintentos aumentan el tráfico y la sobrecarga de la red.

Si usted no ingresa snmp-server host un comando, no se envía ningunas notificaciones. Para configurar al router para enviar las notificaciones SNMP, usted debe ingresar por lo menos un snmp-server host comando. Si ingresa el comando sin palabras claves, se habilitarán todos los tipos de trampa para el host.

Para habilitar los host múltiples, usted debe publicar un comando snmp-server host separado para cada host. Puede especificar varios tipos de notificación en el comando para cada host.

Cuando los comandos snmp-server host múltiples se dan para el mismo host y Tipo de notificación, cada comando sucesivo sobregraba el comando anterior. Solamente el comando snmp-server host más reciente estará en efecto. Por ejemplo, si usted ingresa snmp-server host inform un comando para un host y después ingresa otro snmp-server host inform comando para el mismo host, el comando second substituye el primer.

snmp-server host El comando se utiliza conjuntamente con snmp-server enable el comando. Utilice snmp-server enable el comando de especificar qué notificaciones SNMP se envían global. Para que un host reciba la mayoría de las notificaciones, por lo menos un snmp-server enable comando y snmp-server host el comando para ese host deben ser habilitados.

Algunos tipos de notificación no pueden ser controlados con snmp-server enable el comando. Por ejemplo, algunos tipos de notificación siempre están habilitados y otros se habilitan con un comando diferente. Por ejemplo, las notificaciones linkUpDown son controladas por snmp trap link-status el comando. Estos tipos de notificación no requieren snmp-server enable un comando.

La Disponibilidad notification-type de una opción depende del tipo del router y de las Características del Software Cisco IOS soportados en el router. Por ejemplo, el tipo de notificación de envmon solamente está disponible si el monitor de entorno forma parte del sistema. Para ver qué tipos de notificación están disponibles en su sistema, utilice el comando help (?) en el final snmp-server host del comando.

Realice esta tarea para configurar el destinatario de una operación de trampa SNMP.

PASOS SUMARIOS

1. enable

2. configure terminal

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

4. exit

5. show snmp host

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-id [traps | informs][version {1 | 2c | 3 [auth | noauth | priv]}] community-string [udp-port port-number] [notification-type]

Example:
Router(config)# snmp-server host 172.16.1.27 
version 2c public

Especifica si se desea que las notificaciones SNMP se envíen como trampas o informes, la versión del SNMP que se va a utilizar, el nivel de seguridad de las notificaciones (para SNMPv3) y el destinatario (host) de las notificaciones.

Paso 4 

exit

Example:

Router(config)# exit

Sale del modo de configuración global.

Paso 5 

show snmp host

Example:

Router# show snmp host

(Opcional) Muestra las notificaciones SNMP enviadas como trampas, la versión de SNMP y la dirección IP del host de las notificaciones.

Ejemplos

El siguiente ejemplo muestra la información del host configurada para las notificaciones SNMP:

Router# show snmp host

Notification host: 10.2.28.1 udp-port: 162   type: inform
user: public    security model: v2c
traps: 00001000.00000000.00000000

Configuración de la Versión 3 de SNMP

Si configura la versión de SNMP 3 y desea utilizar el mecanismo de seguridad de SNMPv3 para controlar los paquetes SNMP, debe establecer grupos y usuarios SNMP con contraseñas.

Realice las tareas siguientes para configurar la versión 3 de SNMP.

Especificación de Nombres de Grupos de Servidor SNMP (obligatorio)

Configuración de Usuarios del Servidor SNMP (requerido)

Especificar SNMP-Server Group Names

SNMPv3 es un modelo de seguridad. Un modelo de seguridad es una estrategia de autenticación que se configura para un usuario y para el grupo en el que el usuario reside.

No existen valores predeterminados para los algoritmos de autenticación o privacidad cuando se configura el comando. snmp-server group Además, no existe ninguna contraseña predeterminada. Para la información sobre especificar una contraseña MD5, vea la documentación para snmp-server user el comando.

Realice esta tarea para especificar un nuevo grupo SNMP o una tabla que mapee usuarios SNMP a vistas SNMP.

PASOS SUMARIOS

1. enable

2. configure terminal

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

4. exit

5. show snmp group

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 group [groupname {v1 | v2c | v3 [auth | noauth | priv]}] [read readview] [write writeview] [notify notifyview] [access access-list]

Example:
Router(config)# snmp-server group group1 v3 
auth access lmnop

Configura el grupo de servidores SNMP para habilitar la autenticación para los miembros de la lista de acceso concreta que se haya especificado.

En este ejemplo, el grupo de servidor SNMP group1 se configura para habilitar la autenticación de usuario para los miembros de la lista de acceso denominada lmnop.

Paso 4 

exit

Example:

Router(config)# exit

Sale del modo de configuración global.

Paso 5 

show snmp group

Example:

Router# show snmp group

Muestra información sobre cada grupo SNMP de la red.

Ejemplos

El siguiente ejemplo muestra información sobre cada grupo SNMP de la red:

Router# show snmp group

groupname: V1                               security model:v1 
readview : v1default                        writeview: <no writeview specified> 
notifyview: <no notifyview specified>       
row status: active

groupname: ILMI                             security model:v1 
readview : *ilmi                            writeview: *ilmi                    
notifyview: <no notifyview specified>       
row status: active

groupname: ILMI                             security model:v2c 
readview : *ilmi                            writeview: *ilmi                    
notifyview: <no notifyview specified>       
row status: active

groupname: group1                           security model:v1 
readview : v1default                        writeview: <no writeview specified> 
notifyview: <no notifyview specified>       
row status: active

Configuración de Usuarios de Servidor SNMP

Para configurar un usuario remoto, especifique la dirección IP o el número de puerto para el agente SNMP remoto del dispositivo en el que reside el usuario. También, antes de que usted configure a los usuarios remotos para un agente particular, configure el motor SNMP ID, usando snmp-server engineID el comando con la opción remota. Se requiere el ID del motor SNMP del agente remoto para calcular los digest de autenticación y privacidad a partir de la contraseña. Si no se configura primero el ID de motor remoto, el comando de configuración fallará.

Para privpassword y auth-password los argumentos, la longitud mínima es un carácter; la longitud mínima recomendada es de ocho caracteres, y debe incluir letras y números.

Las contraseñas de SNMP se localizan con el ID del motor SNMP del motor SNMP autorizado. Para informes, el agente SNMP autorizado es el agente remoto. Debes configurar el ID del motor SNMP del agente remoto en la base de datos SNMP antes de enviarle solicitudes del proxy o informes.

Realice esta tarea para añadir un usuario nuevo a un grupo SNMP.


Observeel cambio del ID del motor después de configurar al usuario SNMP, no permite quitar al usuario. Para quitar las configuraciones, usted necesita primero configurar de nuevo todas las configuraciones SNMP.


No existen valores predeterminados para los algoritmos de autenticación o privacidad cuando se configura el comando. Además, no existe ninguna contraseña predeterminada. La longitud mínima de una contraseña es un carácter, aunque por seguridad es recomendable utilizar al menos ocho caracteres. Si olvida una contraseña, no podrá recuperarla y deberá volver a configurar el usuario. Puedes especificar una contraseña de sólo texto o un digest MD5 localizado.

Si ha localizado el digest MD5 o SHA, puede especificar esa cadena en vez de la contraseña de texto sin formato. Digest debe tener el formato aa: bb: cc: dd donde aa, bb y cc son valores hexadecimales. Además, digest debe tener exactamente 16 octetos de longitud.

PASOS SUMARIOS

1. enable

2. configure terminal

3.snmp-server engineID {local engine-id | remote ip-address []udp-port udp-del [port-number]vrf vrf-name engine-id-string}

4.snmp-server userusername groupname [[port]remote ip-address udp-port] {v1 | v2c | v3 []encrypted[auth {md5 | sha}auth-password]} []accessaccess-list

5. exit

6.show snmp user []username

7. show snmp engineID

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 engineID {local engine-id | remote ip-address [udp-port udp-port-number] [vrf vrf-name] engine-id-string}

Example:

Router(config)# snmp-server engineID remote 172.12.15.4 udp-port 120 1a2833c0129a

Configura el ID de motor SNMP.

En este ejemplo, el ID de motor SNMP se configura para un usuario remoto.

Paso 4 

snmp-server user username groupname [remote ip-address [udp-port port]] {v1 | v2c | v3 [encrypted] [auth {md5 | shaauth-password]} [access access-list]

Example:
Router(config)# snmp-server user user1 group1 
v3 auth md5 password123 

Configura un usuario nuevo para un grupo SNMP con la contraseña de texto sencillo "password123" para el usuario "user1" en el grupo SNMPv3 "group1".

Paso 5 

exit

Example:

Router(config)# exit

Salidas modo de configuración global y devoluciones al modo EXEC privilegiado.

Paso 6 

show snmp user [username]

Example:

Router# show snmp user user123

Muestra información sobre las características configuradas de un usuario SNMP.

Paso 7 

show snmp engineID

Example:

Router# show snmp engineID

(Opcional) Muestra información sobre el ID de motor SNMP configurado para un usuario SNMP.

Ejemplos

El siguiente ejemplo muestra el ID de motor SNMP configurado para el usuario remoto:

Router# show snmp engineID

Local SNMP engineID: 1A2836C0129A
Remote Engine ID          IP-addr    Port
1A2833C0129A            remote  10.2.28.1 120

El siguiente ejemplo muestra la información sobre las características configuradas del user1 SNMP:

Router# show snmp user user1

User name: user1 
Engine ID: 00000009020000000C025808 
storage-type: nonvolatile       active access-list: 10
Rowstatus: active 
Authentication Protocol: MD5
Privacy protocol: DES 
Group name: group1 

Configuración de un Router como Administrador SNMP

La función SNMP Manager permite que un router actúe como una estación de administración de red: un cliente SNMP. Como administrador SNMP, el router puede enviar solicitudes SNMP a los agentes y recibir respuestas y notificaciones SNMP de los agentes. Cuando se habilita el proceso del administrador SNMP, el router puede consultar a otros agentes SNMP y procesar las trampas SNMP de entrada.

Realice esta tarea para habilitar el proceso de administrador SNMP y para fijar el valor del tiempo de espera de la sesión.

La mayoría de las políticas de seguridad de red asumen que los routers aceptarán solicitudes SNMP, enviarán respuestas SNMP y enviarán notificaciones SNMP.

Con la funcionalidad de administrador SNMP habilitada, el router puede también enviar solicitudes SNMP, recibir respuestas SNMP y recibir notificaciones SNMP. Es posible que sea necesario actualizar la implementación de la política de seguridad para poder habilitar esta función.

Las solicitudes SNMP se envían típicamente al puerto 161 UDP (User Datagram Protocol). Las respuestas SNMP se envían típicamente desde el puerto UDP 161. Las notificaciones SNMP se suelen enviar al puerto UDP 162.

Se crean las sesiones cuando el administrador SNMP del router envía solicitudes SNMP, como informes, a un host o recibe las notificaciones SNMP de un host. Se crea una sesión para cada host de destino. Si no hay otra comunicación entre el router y el host dentro del período de tiempo de espera de la sesión, la sesión será eliminada.

El router realiza un seguimiento de las estadísticas, como el tiempo promedio de viaje de ida y vuelta requerido para llegar al host, para cada sesión. Mediante las estadísticas de una sesión, el administrador SNMP del router puede establecer períodos de tiempo de espera razonables para futuras solicitudes, como informaciones, para dicho host. Si se elimina la sesión, se pierden todas las estadísticas. Si más adelante se crea otra sesión con el mismo host, el valor de tiempo de espera de la solicitud para las respuestas volverá al valor predeterminado.

Las sesiones consumen memoria. Un valor razonable de tiempo de espera de sesión debe ser suficientemente grande para que las sesiones de uso habitual no se eliminen prematuramente, y bastante pequeño como para que las sesiones de uso único o esporádico se purgan con prontitud.

PASOS SUMARIOS

1. enable

2. configure terminal

3. snmp-server manager

4. snmp-server manager session-timeout seconds

5. exit

6. show snmp

7.show snmp sessions []brief

8. show snmp pending

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 manager

Example:

Router(config)# snmp-server manager

Habilita el administrador SNMP.

Paso 4 

snmp-server manager session-timeout seconds

Example:

Router(config)# snmp-server manager session-timeout 30

(Opcional) Cambia el valor del tiempo de espera de sesión.

Paso 5 

exit

Example:

Router(config)# exit

Sale del modo de configuración global.

Paso 6 

show snmp

Example:

Router# show snmp

(Opcional) Muestra el estado de las comunicaciones SNMP.

Paso 7 

show snmp sessions [brief]

Example:
Router# show snmp sessions

(Opcional) Muestra el estado de las sesiones de SNMP.

Paso 8 

show snmp pending

Example:
Router# show snmp pending

(Opcional) Muestra el conjunto actual de solicitudes SNMP pendientes.

Ejemplos

El siguiente ejemplo muestra el estado de las comunicaciones SNMP:

Router# show snmp

Chassis: 01506199

37 SNMP packets input
    0 Bad SNMP version errors
    4 Unknown community name
    0 Illegal operation for community name supplied
    0 Encoding errors
    24 Number of requested variables
    0 Number of altered variables
    0 Get-request PDUs
    28 Get-next PDUs
    0 Set-request PDUs

78 SNMP packets output
    0 Too big errors (Maximum packet size 1500)
    0 No such name errors
    0 Bad values errors
    0 General errors
    24 Response PDUs
    13 Trap PDUs


SNMP logging: enabled
    Logging to 172.17.58.33.162, 0/10, 13 sent, 0 dropped.

SNMP Manager-role output packets
    4 Get-request PDUs
    4 Get-next PDUs
    6 Get-bulk PDUs
    4 Set-request PDUs
    23 Inform-request PDUs
    30 Timeouts
    0 Drops

SNMP Manager-role input packets
    0 Inform response PDUs
    2 Trap PDUs
    7 Response PDUs
    1 Responses with errors

SNMP informs: enabled
    Informs in flight 0/25 (current/max)
    Logging to 172.17.217.141.162
        4 sent, 0 in-flight, 1 retries, 0 failed, 0 dropped
    Logging to 172.17.58.33.162
        0 sent, 0 in-flight, 0 retries, 0 failed, 0 dropped

El siguiente ejemplo muestra el estado de las sesiones SNMP:

Router# show snmp sessions

Destination: 172.17.58.33.162, V2C community: public
  Round-trip-times: 0/0/0 (min/max/last)
  packets output
    0 Gets, 0 GetNexts, 0 GetBulks, 0 Sets, 4 Informs
    0 Timeouts, 0 Drops
  packets input
    0 Traps, 0 Informs, 0 Responses (0 errors)

Destination: 172.17.217.141.162, V2C community: public, Expires in 575 secs
  Round-trip-times: 1/1/1 (min/max/last)
  packets output
    0 Gets, 0 GetNexts, 0 GetBulks, 0 Sets, 4 Informs
    0 Timeouts, 0 Drops
 packets input
    0 Traps, 0 Informs, 4 Responses (0 errors)

El siguiente ejemplo muestra el conjunto actual de solicitudes SNMP pendientes:

Router# show snmp pending

req id: 47, dest: 172.17.58.33.161, V2C community: public, Expires in 5 secs

req id: 49, dest: 172.17.58.33.161, V2C community: public, Expires in 6 secs

req id: 51, dest: 172.17.58.33.161, V2C community: public, Expires in 6 secs

req id: 53, dest: 172.17.58.33.161, V2C community: public, Expires in 8 secs

Habilitación del Mecanismo de Cierre del Agente SNMP

Usando los paquetes SNMP, una herramienta de administración de redes puede enviar mensajes a los usuarios en los terminales virtuales y la consola. Este recurso actúa de manera similar send al comando exec; sin embargo, la solicitud SNMP que hace que el mensaje se envíe a los usuarios también especifica la acción que se debe llevar a cabo después de entregar el mensaje. Una posible acción es una solicitud de cierre. Después de apagar un sistema, se suele volver a cargar. Porque la capacidad de causar una recarga de la red es una característica potente, es protegida por snmp-server system-shutdown el comando global configuration. Si no emite este comando, no se habilita el mecanismo de apagado.

Realice esta tarea para habilitar el mecanismo de cierre del agente SNMP.

PASOS SUMARIOS

1. enable

2. configure terminal

3. snmp-server system-shutdown

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 system-shutdown

Example:
Router(config)# snmp-server system-shutdown

Habilita el cierre del sistema usando la función de recarga de mensajes SNMP.

Definición del Tamaño Máximo de Paquete del Agente SNMP

Puedes definir el tamaño máximo de paquete permitido cuando el agente SNMP recibe una solicitud o genera una respuesta.

Realice esta tarea para establecer el tamaño máximo de paquete permitido.

PASOS SUMARIOS

1. enable

2. configure terminal

3.el SNMP-servidor packetsize la cuenta de bytes

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 packetsize byte-count

Example:
Router(config)# snmp-server packetsize 512

Establece el tamaño máximo de paquete.

Limitación del Número de Servidores TFTP Utilizados a través de SNMP

Puede limitar el número de servidores TFTP usados para guardar y cargar archivos de configuración vía SNMP usando una lista de acceso. Limitando así el uso de servidores TFTP ahorra recursos del sistema y centraliza la operación, aumentando la capacidad de administración.

Realice esta tarea para limitar el número de servidores TFTP.

PASOS SUMARIOS

1. enable

2. configure terminal

3. snmp-server tftp-server-list number

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 tftp-server-list number

Example:
Router(config)# snmp-server tftp-server-list 12

Limita el número de servidores TFTP usados para copias de archivos de configuración vía SNMP a los servidores de una lista de acceso.

Consejos de Troubleshooting

Para monitorear la actividad del SNMP trap en el tiempo real con el propósito de la localización de averías, utilice los comandos SNMP debug , incluyendo el comando exec del paquete snmp del debug. Para la documentación de los comandos SNMP debug , vea la referencia del comando Debug del Cisco IOS.

Inhabilitación del Agente SNMP

Realice esta tarea para inhabilitar cualquier versión de un agente SNMP.

PASOS SUMARIOS

1. enable

2. configure terminal

3. no snmp-server

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 

no snmp-server

Example:
Router(config)# no snmp-server

Inhabilita la operación de agente SNMP.

Configuración de Notificaciones SNMP

Para configurar un router para enviar trampas o informes SNMP, realice las tareas descritas en las secciones siguientes:

Configuración del Router para Enviar Notificaciones SNMP (obligatorio)

Cambio de los Valores de la Operación de Notificación (opcional)

Control de Trampas SNMP individuales de RFC 1157 (opcional)

Configuración de Opciones de Log de Notificaciones SNMP (opcional)


Observemuchos comandos snmp-server utilizan la palabra traps en su sintaxis de los comandos. A menos que haya una opción dentro del comando de especificar los desvíos o informe, la palabra clave traps se debe tomar para significar los desvíos, informa, o ambos. Utilice snmp-server host el comando de especificar si usted quisiera que las notificaciones SNMP fueran enviadas como desvíos o informa.

Para utilizar informes, el administrador SNMP (también denominado administrador de proxy SNMP) debe estar disponible y habilitado en un dispositivo. Anteriormente, el administrador SNMP sólo estaba disponible en imágenes Cisco IOS PLUS. Sin embargo, ahora el administrador SNMP está disponible en todas las versiones de Cisco IOS que soporten SNMP.

Use Cisco Feature Navigator para obtener información sobre el soporte de SNMP Manager para las versiones de Cisco IOS. Para acceder a Cisco Feature Navigator, vaya a http://www.cisco.com/go/cfn.


Configuración del Router para Enviar Notificaciones SNMP

Realice esta tarea para configurar el router de modo que envíe trampas o informes a un host.

PASOS SUMARIOS

1. enable

2. configure terminal

3. snmp-server engineID remote remote-ip-address remote-engineID

4.snmp-server userusername groupname [host []remote udp-port port{v1 | v2c | v3 []encrypted[auth {md5 | sha}auth-password]} []access access-list

5.snmp-server groupgroupname {v1 | v2c | v3 {auth | noauth | priv}} []read readviewdel []write writeviewdel []notify notifyviewdel []access access-list

6.snmp-server host host [traps informs] [version {1 | 2c | 3 [auth | noauth | priv]}] community-string []notification-type

7.snmp-server enable traps[[]notification-type notification-options]

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 engineID remote remote-ip-address remote-engineID

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

Especifica el ID de motor SNMP y configura el VRF denominado traps-vrf para las comunicaciones SNMP con el dispositivo remoto en 172.16.20.3.

Paso 4 

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

Example:
Router(config)# snmp-server user abcd public 
remote 172.16.20.3 v3 encrypted auth md5 
publichost remotehostusers

Configura un usuario SNMP que se asociará al host creado en el paso 3.

Notausted no puede configurar a un usuario remoto para un direccionamiento sin primero configurar el ID del motor para ese host remoto. Esta restricción se impone en el diseño de estos comandos; si intenta configurar el usuario antes que el host, recibirá un mensaje de advertencia y el comando no se ejecutará.

Paso 5 

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

Example:
Router(config)# snmp-server group GROUP1 v2c 
auth read viewA write viewA notify viewB

Configura un grupo SNMP.

Paso 6 

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

Example:

Router(config)# snmp-server host example.com informs version 3 public

Especifica si se desea que las notificaciones SNMP se envíen como trampas o informes, la versión del SNMP que se va a utilizar, el nivel de seguridad de las notificaciones (para SNMPv3) y el destinatario (host) de las notificaciones.

snmp-server host El comando especifica qué hosts recibirán las notificaciones SNMP, y si usted quiere las notificaciones enviadas como atrapa o informa.

Paso 7 

snmp-server enable traps [notification-type [notification-options]]

Example:
Router(config)# snmp-server enable traps bgp

Permite el envío de trampas o informes y especifica al tipo de notificaciones que se enviarán.

Si a notification-type no se especifica, toda la notificación soportada será habilitada en el router.

Para descubrir qué notificaciones están disponibles en su router, ingrese snmp-server enable traps ? el comando.

snmp-server enable traps El comando global habilita el mecanismo de la producción para los tipos de notificación especificados (tales como del protocolo Protocolo de la puerta de enlace marginal (BGP) desvíos [BGP], desvíos de los config, desvíos de la entidad, de la espera en caliente del protocolo del router desvíos [HSRP], y así sucesivamente).

Cambio de los Valores de la Operación de Notificación

Puede especificar un diferente del predeterminado para la interfaz de origen, la longitud de la cola de mensajes (paquetes) para cada host, o el intervalo de retransmisión.

Realice esta tarea para cambiar los valores de la operación de notificación si es necesario.

PASOS SUMARIOS

1. enable

2. configure terminal

3. snmp-server trap-source interface

4. snmp-server queue-length length

5. snmp-server trap-timeout seconds

6.snmp-server informs []retries retriesdel []timeout secondsdel []pending pending

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 trap-source interface

Example:

Router(config)# snmp-server trap-source ethernet 2/1

Establece la dirección IP para la interfaz Ethernet en slot2, puerto 1 como origen de todas las notificaciones SNMP.

Paso 4 

snmp-server queue-length length

Example:

Router(config)# snmp-server queue-length 50

Establece la longitud de la cola de mensajes para cada notificación.

En este ejemplo se muestra la longitud de la cola establecida en 50 entradas.

Paso 5 

snmp-server trap-timeout seconds

Example:

Router(config)# snmp-server trap-timeout 30

Define la frecuencia con la que se volverán a enviar las notificaciones en la cola de retransmisión.

Paso 6 

snmp-server informs [retries retries] [timeout seconds] [pending pending]

Example:

Router(config)# snmp-server informs retries 10 timeout 30 pending 100

Configura los valores de operación específicos de los informes.

Este ejemplo fija el número máximo de veces que se reenvía un informe, el número de segundos que se espera un reconocimiento antes de volver a enviar, y el número máximo de informes que esperan reconocimientos en cualquier momento.

PASOS DETALLADOS

Control de Trampas SNMP RFC 1157 Individuales

A partir de Cisco IOS Release 12.1(3)T, puede habilitar o inhabilitar globalmente trampas o informes authenticationFailure, lalinkUp, linkDown, warmStart y coldStart individualmente. (Estas trampas constituyen las “trampas genéricas” definidas en RFC 1157.) Observe que las notificaciones linkUp y linkDown se habilitan de forma predeterminada en interfaces específicas, pero no se envían a menos que estén habilitadas globalmente.

Realice esta tarea para habilitar los tipos de notificación authenticationFailure, linkUp, linkDown, warmStart y coldStart.

PASOS SUMARIOS

1. enable

2. configure terminal

3.snmp-server enable traps snmp []authenticationdel []linkupdel []linkdowndel []warmstartdel []coldstart

4. interface type slot/port

5. no snmp-server link status

6. exit

7.salida

8.muestre los desvíos del ifmib del SNMP MIB

PASOS DETALLADOS

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 enable traps snmp [authentication] [linkup] [linkdown] [warmstart] [coldstart]

Example:

Router(config)# snmp-server enable traps snmp

Habilita las trampas genéricas RFC 1157.

Cuando se utiliza sin ninguna de las palabras clave opcionales, habilita las trampas authenticationFailure, linkUp, linkDown, warmStart y coldStart.

Cuando se utiliza con palabras clave, habilita solamente los tipos de trampa especificados. Por ejemplo, global habilitar el SNMP traps solamente de la conexión y del linkdown o informa para todas las interfaces, utiliza snmp-server enable traps snmp linkup linkdown la forma de este comando.

Paso 4 

interface type slot/port

Example:

Router(config)# interface ethernet 0/0

Ingresa en el modo de configuración de interfaz para una interfaz específica.

Observepara habilitar el SNMP traps para las interfaces individuales tales como marcador, utilice snmp trap link-status permit duplicates el comando en el modo de configuración de la interfaz. Por ejemplo, para ingresar al modo de configuración de interfaz de marcador, ingrese el tipo de interfaz como marcador.

Paso 5 

no snmp-server link status

Example:

Router(config-if)# no snmp-server link status

Inhabilita el envío de notificaciones linkUp y linkDown para todas las interfaces genéricas.

Observepara inhabilitar el SNMP traps para las interfaces individuales tales como marcador, utilice no snmp trap link-status permit duplicates el comando en el modo de configuración de la interfaz.

Paso 6 

exit

Example:

Router(config-if)# exit

Sale del modo de configuración de interfaz.

Paso 7 

exit

Example:

Router(config)# exit

Salidas modo de configuración global y devoluciones al modo EXEC privilegiado.

Paso 8 

show snmp mib ifmib traps

Example:

Router# show snmp mib ifmib traps

(Opcional) Muestra el estado de las trampas de linkup y linkdown de cada una de las interfaces configuradas para el sistema.

Ejemplos

El siguiente ejemplo muestra el estado de las trampas de linkup y linkdown de todas las interfaces configuradas para el sistema:

Router# show snmp mib ifmib traps

ifDescr                  ifindex    TrapStatus
---------------------------------------------------

FastEthernet3/6                  14     enabled   
FastEthernet3/19                 27     enabled   
GigabitEthernet5/1               57     enabled   
unrouted VLAN 1005               73     disabled  
FastEthernet3/4                  12     enabled   
FastEthernet3/39                 47     enabled   
FastEthernet3/28                 36     enabled   
FastEthernet3/48                 56     enabled   
unrouted VLAN 1003               74     disabled  
FastEthernet3/2                  10     enabled   
Tunnel0                          66     enabled   
SPAN RP Interface                64     disabled  
Tunnel10                         67     enabled   
FastEthernet3/44                 52     enabled   
GigabitEthernet1/3               3      enabled   
FastEthernet3/11                 19     enabled   
FastEthernet3/46                 54     enabled   
GigabitEthernet1/1               1      enabled   
FastEthernet3/13                 21     enabled   
unrouted VLAN 1                  70     disabled 
GigabitEthernet1/4               4      enabled   
FastEthernet3/9                  17     enabled   
FastEthernet3/16                 24     enabled   
FastEthernet3/43                 51     enabled 

Configuración de las Opciones del Log de Notificación SNMP

Realiza esta tarea para configurar las opciones del log de la notificación SNMP. Estas opciones permiten controlar los valores de tamaño de registro y timing. El log SNMP puede llegar a ser muy grande y largo si no se modifica.

PASOS SUMARIOS

1. enable

2.configuró terminal

3. snmp mib notification-log default

4. snmp mib notification-log globalageout seconds

5. snmp mib notification-log globalsize size

6. exit

7. show snmp mib notification-log

PASOS DETALLADOS

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 mib notification-log default

Example:

Router(config)# snmp mib notification-log default

Crea un registro de notificación SNMP sin nombre.

Paso 4 

snmp mib notification-log globalageout seconds

Example:

Router(config)# snmp mib notification-log globalageout 20

Fija el período de tiempo máximo durante el cual las entradas del log de notificación SNMP permanecen en la memoria del sistema.

En este ejemplo, el sistema está configurado para eliminar las entradas del registro de notificación SNMP que fueron registradas hace más de 20 minutos.

Paso 5 

snmp mib notification-log globalsize size

Example:

Router(config)# snmp mib notification-log globalsize 600

Establece el número máximo de entradas que se pueden almacenar en todos los logs de notificación SNMP.

Paso 6 

exit

Example:

Router(config)# exit

Sale del modo de configuración global.

Paso 7 

show snmp mib notification-log

Example:

Router# show snmp mib notification-log

Muestra información sobre el estado del registro local de notificaciones SNMP.

Ejemplos

Este ejemplo muestra información sobre el estado del registro local de notificación SNMP:


Router# show snmp mib notification-log 

GlobalAgeout 20, GlobalEntryLimit 600
Total Notifications logged in all logs 0
Log Name"", Log entry Limit 600, Notifications logged 0
Logging status enabled
Created by cli

Configuración del Soporte de Interface Index Display y de los Índices de Interfaz y los Nombres Largos

La visualización de Interface Indexes permite a los usuarios avanzados de SNMP ver información sobre los registros de la interfaz directamente en un agente administrado. No se requiere una NMS externa.

La configuración de nombres de alias largos para las interfaces permite a los usuarios configurar el ifAlias (el objeto definido en la MIB cuya longitud se restringe a 64) hasta 255 bytes.

Prerrequisitos

SNMP debe estar habilitado en el sistema.

Restricciones

Las funciones Interface Index Display e Interface Alias Long Name Support no se soportan en todas las plataformas de Cisco. Utilice Cisco Feature Navigator para buscar información sobre el soporte de plataformas e imágenes de Cisco IOS Software.

Realice esta tarea para configurar el IF-MIB para conservar los valores de ifAlias de más de 64 caracteres de longitud y para configurar los valores de ifAlias para una interfaz.


Observepara verificar si la descripción de los ifAlias es más larga de 64 caracteres, realizan un paseo del SNMP MIB para los ifAlias del ifMIB variables de un NMS y lo verifican que la descripción entera está visualizada en los valores para ifXEntry.18.

La descripción para las interfaces también aparece en la salida more system:running config del comando del modo EXEC privilegiado.


PASOS SUMARIOS

1. enable

2. configure terminal

3. snmp ifmib ifalias long

4. interface type number

5. description text-string

6. exit

7. show snmp mib

8.show snmp mib ifmib ifindex []type numberdel []detaildel []free-list

PASOS DETALLADOS

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 ifmib ifalias long

Example:

Router(config)# snmp ifmib ifalias long

Configura Interfaces MIB (IF-MIB) en el sistema para que devuelva valores ifAlias de más de 64 caracteres a un sistema de administración de red.

Si los valores de los ifAlias no se configuran usando snmp ifmib ifalias long el comando, la descripción de los ifAlias será restringida a 64 caracteres.

Paso 4 

interface type number

Example:

Router(config)# interface ethernet 2/4

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

La forma de este comando varía en función de la interfaz que se configure.

Paso 5 

description text-string

Example:

Router(config)# description This text string description can be up to 256 characters long

Configura una descripción de texto libre de la interfaz especificada.

Esta descripción puede ser de hasta 240 caracteres de longitud y se almacena como el valor del objeto ifAlias en IF-MIB.

Si los valores de los ifAlias no se configuran usando snmp ifmib ifalias long el comando, la descripción de los ifAlias para el conjunto SNMP y consigue las operaciones se restringe a 64 caracteres, aunque la descripción de la interfaz se configure para más de 64 caracteres usando description el comando.

Paso 6 

exit

Example:

Router(config)# exit

Sale del modo de configuración global.

Paso 7 

show snmp mib

Example:
Router# show snmp mib

Muestra una lista de los identificadores de instancia de módulo MIB registrados en el sistema.

La visualización resultante podría ser muy larga.

Paso 8 

show snmp mib ifmib ifindex [type number] [detail] [free-list]

Example:

Router# show snmp mib ifmib ifindex Ethernet 2/0

Muestra los valores ifIndex de Interfaces MIB registrados en el sistema para todas las interfaces o para la interfaz especificada.

Ejemplos

El siguiente ejemplo enumera los identificadores de instancias del módulo MIB registrados en su sistema. La visualización resultante podría ser muy larga. Aquí sólo se muestra una pequeña parte.

Router# show snmp mib

system.1
system.2
sysUpTime
system.4
system.5
system.6
system.7
system.8
sysOREntry.2
sysOREntry.3
sysOREntry.4
interfaces.1
ifEntry.1
ifEntry.2
ifEntry.3
ifEntry.4
ifEntry.5
ifEntry.6
ifEntry.7
ifEntry.8
ifEntry.9
ifEntry.10
ifEntry.11

 --More-- 

captureBufferEntry.2
captureBufferEntry.3
captureBufferEntry.4
captureBufferEntry.5
captureBufferEntry.6
captureBufferEntry.7
capture.3.1.1
eventEntry.1
eventEntry.2
eventEntry.3
eventEntry.4
eventEntry.5
eventEntry.6

eventEntry.7
logEntry.1
logEntry.2
logEntry.3
logEntry.4
rmon.10.1.1.2
rmon.10.1.1.3
rmon.10.1.1.4
rmon.10.1.1.5
rmon.10.1.1.6
rmon.10.1.1.7
rmon.10.2.1.2
rmon.10.2.1.3
rmon.10.3.1.2

El siguiente ejemplo muestra la salida de los valores ifIndex de la MIB de interfaces registrados en un sistema correspondientes a una interfaz específica:

Router# show snmp mib ifmib ifindex Ethernet 2/0

Ethernet2/0: Ifindex = 2

El siguiente ejemplo muestra la salida de los valores ifIndex de Interfaces MIB registrados en un sistema para todas las interfaces:

Router# show snmp mib ifmib ifindex

ATM1/0: Ifindex = 1
ATM1/0-aal5 layer: Ifindex = 12
ATM1/0-atm layer: Ifindex = 10
ATM1/0.0-aal5 layer: Ifindex = 13
ATM1/0.0-atm subif: Ifindex = 11
ATM1/0.9-aal5 layer: Ifindex = 32
ATM1/0.9-atm subif: Ifindex = 31
ATM1/0.99-aal5 layer: Ifindex = 36
ATM1/0.99-atm subif: Ifindex = 35
Ethernet2/0: Ifindex = 2
Ethernet2/1: Ifindex = 3
Ethernet2/2: Ifindex = 4
Ethernet2/3: Ifindex = 5
Null0: Ifindex = 14
Serial3/0: Ifindex = 6
Serial3/1: Ifindex = 7
Serial3/2: Ifindex = 8
Serial3/3: Ifindex = 9

Consejos de Troubleshooting

Una alternativa a usar el valor de ifAlias para la identificación de las interfaces a través de los reinicios es utilizar el objeto cciDescr en el MIB de la Interfaz del Circuito de Cisco (CISCO-CIRCUIT-INTERFACE-MIB.my). Este objeto MIB solamente se puede utilizar para interfaces basadas en circuitos tales como interfaces ATM o Frame Relay. En Cisco IOS Release 12.2(2)T se introdujo la función Circuit Interface Identification Persistence for SNMP, que mantiene el nombre definido por el usuario del circuito (definido en el objeto cciDescr) a través de los reinicios, para una identificación uniforme de las interfaces basadas en circuitos.

Configuración de SNMP Support for VPNs

En esta sección se describe cómo configurar el soporte de SNMP para las VPNs. El soporte SNMP para la función característica VPNs proporciona los comandos de configuración que permiten que los usuarios asocien los agentes y los administradores SNMP a VRF específicos. El VRF especificado se utiliza para enviar trampas e informaciones SNMP y respuestas entre los agentes y los administradores. Si no se especifica ningún VRF, se utiliza la tabla de ruteo predeterminada para el VPN.

El soporte de VPNs permite a los usuarios configurar un agente SNMP para que acepte solamente solicitudes SNMP de un conjunto de VPNs determinado. Con esta configuración, los proveedores pueden proporcionar servicios de administración de red a sus clientes, de forma que los clientes pueden administrar todos los dispositivos VPN del usuario.

Restricciones

Esta función no se soporta en todas las plataformas Cisco. Utilice Cisco Feature Navigator para buscar información sobre el soporte de plataformas e imágenes de Cisco IOS Software.

No todos los MIB responden a VPN. Para enumerar el MIB que reconoce VPN, utilice show snmp mib context el comando. Para más información sobre MIB con respuesta a VPN, vea el módulo de configuración de SNMP Support over VPNs — Context-based Access Control.

Realice esta tarea para configurar el soporte SNMP para una VPN específica.

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

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

5. exit

6. show snmp host

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 public vrf trap-vrf

Especifica el destinatario de una operación de notificación SNMP y la tabla VRF que se utilizará para el envío de 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 al configurar SNMP a través de una VPN específica para un usuario SNMP remoto.

Paso 5 

exit

Example:

Router(config)# exit

Sale del modo de configuración global.

Paso 6 

show snmp host

Example:

Router# show snmp host

(Opcional) Muestra la configuración SNMP y verifica que la función SNMP Support over VPNs está configurada correctamente.

PASOS DETALLADOS

Configuración de Interface IfIndex Persistence

Las secciones siguientes contienen las tareas de configurar el Interface Index Persistence:

Habilitación e Inhabilitación Globalmente de la Persistencia de IfIndex

Habilitación e Inhabilitación de la Persistencia de IfIndex en Interfaces Específicas

Habilitación e Inhabilitación Globalmente de la Persistencia de IfIndex

Realice esta tarea de habilitar la persistencia de IfIndex global.

Prerrequisitos

Las tareas de configuración descritas en esta sección asumen que usted ha configurado el SNMP en su dispositivo de ruteo y está utilizando el SNMP para monitorear la actividad de la red usando la interfaz de línea del comando cisco ios y/o una aplicación del sistema de administración de la red (NMS).

Restricciones

El comando interfaz-específico de la persistencia de IfIndex (snmp ifindex persistence) no se puede utilizar en las subinterfaces. Aplican al comando A aplicado a una interfaz automáticamente a todas las subinterfaces asociadas a esa interfaz.

La prueba indica que aproximadamente 25 bytes de almacenamiento NVRAM son utilizados por esta característica por la interfaz. Puede haber un cierto retardo del inicio exhibido en las Plataformas con velocidades más bajas CPU.


Observedespués de que los comandos de la persistencia de IfIndex se han ingresado, la configuración se debe guardar usando copy running-config startup-config el comando del modo EXEC de asegurar los valores constantes del ifIndex.


PASOS SUMARIOS

1. enable

2. configure terminal

3.snmp-server ifindex persist

4. no snmp-server ifindex persist

5. exit

PASOS DETALLADOS

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 ifindex persist

Example:

Router(config)# snmp-server ifindex persist

Global habilita los valores del ifIndex que seguirá habiendo constantes a través de las reinicializaciones.

Paso 4 

no snmp-server ifindex persist

Example:

Router(config)# no snmp-server ifindex persist

Inhabilita la persistencia de IfIndex global.

Paso 5 

exit

Example:

Router(config)# exit

Sale del modo de configuración global.

Habilitación e Inhabilitación de la Persistencia de IfIndex en Interfaces Específicas

Realice esta tarea de configurar la persistencia de IfIndex solamente en una interfaz específica.


Las extremidadesutilizan el comando snmp ifindex clear en una interfaz específica cuando usted quisiera que esa interfaz utilizara la configuración de la configuración global para la persistencia de IfIndex. Este comando borra cualquier comando configuration del ifIndex ingresado previamente para esa interfaz específica.


PASOS SUMARIOS

1. enable

2. configure terminal

3.interface type slot/port

4. snmp ifindex persist

5. no snmp ifindex persist

6. end

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 slot/port

Example:

Router(config)# interface ethernet 0/1

Ingresa al modo de configuración de la interfaz para la interfaz especificada.

Observeel sintaxis interface del comando variará dependiendo de la plataforma que usted está utilizando.

Paso 4 

snmp ifindex persist

Example:

Router(config-if)# snmp ifindex persist

Habilita un valor del ifIndex que sea constante a través de las reinicializaciones en la interfaz especificada.

Paso 5 

no snmp ifindex persist

Example:

Router(config-if)# no snmp ifindex persist

Inhabilita un valor del ifIndex que sea constante a través de las reinicializaciones en la interfaz especificada.

Paso 6 

end

Example:

Router(config-if)# end

Salidas modo de configuración de la interfaz y devoluciones al modo EXEC privilegiado.

PASOS DETALLADOS

Configuración de la Persistencia de la MIB


Observeempezando por el Cisco IOS Release 12.4(20)T, persistencia MIB es automático; la configuración manual no se requiere.


Las funciones de persistencia de MIB permiten que los datos SNMP de una MIB sean persistentes en las distintas recargas; es decir, la información MIB conserva el mismo conjunto de valores de objeto cada vez que se reinicia un dispositivo de red. Las secciones siguientes contienen las tareas para usar el Evento de Administración Distribuida y Persistencia de MIB de Expresión.

Habilitando y inhabilitando la persistencia del evento MIB (opcional)

Habilitando y inhabilitando la persistencia de la expresión MIB (opcional)

Prerrequisitos

SNMP se configura en el dispositivo de networking

Los valores para MIB de evento y MIB de expresión se han configurado

Restricciones

Si el número de objetos MIB que deben persistir aumenta, la capacidad de almacenamiento NVRAM puede sobrecargarse. A veces, el tiempo necesario para escribir los datos MIB en la NVRAM es más largo de lo esperado.

La función Distributed Management Event MIB Persistence no se soporta en todas las Plataformas de Cisco. Utilice Cisco Feature Navigator para buscar información sobre el soporte de plataformas e imágenes de Cisco IOS Software.

Habilitación e Inhabilitación de la Persistencia para Eventos MIB

Realice esta tarea para configurar Persistencia de MIB de Evento.


La persistenciadel evento MIB de la nota se inhabilita por abandono.


PASOS SUMARIOS

1. enable

2. configure terminal

3. snmp mib persist event

4. no snmp mib persist event

5. exit

6. write mib-data

7. copy running-config startup-config

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 mib persist event

Example:

Router(config)# snmp mib persist event

Habilita la Persistencia de MIB para la MIB de Evento.

Paso 4 

no snmp mib persist event

Example:

Router(config)# no snmp mib persist event

(Opcional) Inhabilita la Persistencia de MIB para la MIB de Evento.

Paso 5 

exit

Example:

Router(config)# exit

Sale del modo de configuración global.

Paso 6 

write mib-data

Example:

Router# write mib-data

Guarda los datos de configuración de Persistencia de MIB de Evento en la NVRAM.

Paso 7 

copy running-config startup-config

Example:

Router# copy running-config startup-config

Copia la configuración en ejecución en la configuración inicial.

PASOS DETALLADOS

Habilitación e Inhabilitación de la Persistencia de MIB de Expresión

Realice esta tarea para configurar la Persistencia para expresiones MIB.


La persistenciade la expresión MIB de la nota se inhabilita por abandono.


PASOS SUMARIOS

1. enable

2. configure terminal

3. snmp mib persist expression

4. no snmp mib persist expression

5. exit

6. write mib-data

7. copy running-config startup-config

8. more system:running-config

PASOS DETALLADOS

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 mib persist expression

Example:

Router(config)# snmp mib persist expression

Habilita la Persistencia MIB para MIB de Expresión.

Paso 4 

no snmp mib persist expression

Example:

Router(config)# no snmp mib persist expression

(Opcional) Inhabilita la Persistencia de MIB para la MIB de Evento.

Paso 5 

exit

Example:

Router(config)# exit

Sale del modo de configuración global.

Paso 6 

write mib-data

Example:

Router# write mib-data

Guarda los datos de configuración de la Persistencia para expresiones MIB en la NVRAM.

Paso 7 

copy running-config startup-config

Example:

Router# copy running-config startup-config

Copia la configuración en ejecución en la configuración inicial.

Paso 8 

more system:running-config

Example:

Router# more system:running-config

Muestra la configuración que está en ejecución.

Utilice este comando para verificar la configuración de la persistencia de MIB.

Configurar el evento MIB usando el SNMP

La MIB de Evento se puede configurar usando SNMP directamente. En este procedimiento, la MIB de Evento se configura para monitorear los valores delta de ifInOctets para todas las interfaces una vez por minuto. Si cualquiera de las muestras exceden el umbral especificado, se enviará una notificación de trampa.

No hay tareas de configuración del Cisco IOS Software asociadas al evento MIB. Toda la configuración de las funciones del evento MIB debe ser sin embargo realizadas aplicaciones usando el SNMP. Esta sección proporciona una sesión de la configuración de muestra usando una aplicación de administración de red en un dispositivo externo. Vea que “relacionó la sección de los documentos” para la información sobre configurar el SNMP en su dispositivo de ruteo de Cisco.

Toda la configuración de las funciones del evento MIB debe ser sin embargo realizadas aplicaciones usando el SNMP. La sección siguiente proporciona una configuración gradual del evento MIB usando las herramientas de la investigación SNMP disponibles para los estación de trabajo de Sun. setany Los comandos dados abajo se ejecutan usando la aplicación SNMP. Observe que estos comandos no son comandos del Cisco IOS CLI. Se asume que el SNMP se ha configurado en su dispositivo de ruteo.

En esta configuración, el objetivo es monitorear el ifInOctets para todas las interfaces. El evento MIB se configura para monitorear los valores del delta del ifInOctets para todas las interfaces una vez por el minuto. Si las muestras unas de los exceden el umbral especificado de 30, una notificación de trampa será enviada.

Hay cuatro porciones al siguiente ejemplo:

Determinación del activador en la tabla del activador

Crear un evento en la tabla de eventos

Determinación del umbral del activador en la tabla del activador

Activar el activador

Determinación del activador en la tabla del activador

Realice esta tarea de fijar el activador en la tabla del activador:

 
Comando
Propósito

Paso 1 

setany -v2c $ADDRESS private 
mteTriggerEntryStatus.4.106.111.104.110.1 -i 5

Crea una fila del activador en la tabla con Juan como el mteOwner y 1 como el nombre del activador. El índice se da en la representación decimal del valor ASCII de john.1.

Paso 2 

setany -v2c $ADDRESS private 
mteTriggerValueID.4.106.111.104.110.1 -d 
1.3.6.1.2.1.2.2.1.10 

Fija el mteTriggerValueID al OID que se mirará. En este ejemplo, el OID que se monitoreará es ifInOctets.

Paso 3 

setany -v2c $ADDRESS private 
mteTriggerValueIDWildcard.4.106.111.104.110.1 -i 1

Fija el mteTriggerValueIDWildcard PARA VERDAD para denotar un objeto referido con wildcarding.

Paso 4 

setany -v2c $ADDRESS private 
mteTriggerTest.4.106.111.104.110.1 -o '20'

Fija el más mteTriggerTest al umbral.

Paso 5 

setany -v2c $ADDRESS private 
mteTriggerFrequency.4.106.111.104.110.1 -g 60 

Fija el mteTriggerFrequency a 60. Esto significa que el ifInOctets está monitoreado una vez cada sesenta segundos.

Paso 6 

setany -v2c $ADDRESS private 
mteTriggerSampleType.4.106.111.104.110.1 -i 2

Fija el tipo de la muestra al delta.

Paso 7 

setany -v2c $ADDRESS private 
mteTriggerEnabled.4.106.111.104.110.1 -i 1

Habilita el activador.

Crear un evento en la tabla de eventos

Realice esta tarea de crear un evento en la tabla de eventos:

 
Comando
Propósito

Paso 1 

setany -v2c $ADDRESS private 
mteEventEntryStatus.4.106.111.104.110.101.118.101.11
0. 116 -i 5

Cree una fila en la tabla de eventos. El mteOwner aquí es otra vez Juan y el mteEventName es evento. La acción predeterminada es enviar una notificación.

Paso 2 

setany -v2c $ADDRESS private 
mteEventEnabled.4.106.111.104.110.101.118.101.110.11
6 -i 1

Habilita el evento.

Paso 3 

setany -v2c $ADDRESS private 
mteEventEntryStatus.4.106.111.104.110.101.118.101.11
0. 116 -i 1

Hace el active de EventRow.

Determinación del umbral del activador en la tabla del activador

Realice esta tarea de fijar el umbral del activador en la tabla del activador:

 
Comando
Propósito

Paso 1 

setany -v2c $ADDRESS private 
mteTriggerThresholdRising.4.106.111.104.110.1 -i 30 

Fija el valor de umbral de límite superior a 30. Observe que una fila existiría ya para john.1 en la tabla del umbral del activador.

Paso 2 

setany -v2c $ADDRESS private 
mteTriggerThresholdRisingEventOwner.4.106.111.104.11
0.1 -D "john" 

setany -v2c $ADDRESS private 
mteTriggerThresholdRisingEvent.4.106.111.104.110.1 
-D "event"

Puntas a la entrada en la tabla de eventos que especifica la acción que debe ser realizada.

Activar el activador

Realice esta tarea de activar el activador:

 
Comando
Propósito

Paso 1 

setany -v2c $ADDRESS private 
mteTriggerEntryStatus.4.106.111.104.110.1 -i 1

Hace el active del activador.

Para confirmar la configuración antedicha está trabajando, se asegura de que por lo menos una de las interfaces consigue más de 30 paquetes en un minuto. Esto debe hacer un desvío ser enviado después de un minuto.

Monitoreando y mantener el evento MIB

Utilice los siguientes comandos de monitorear la actividad del evento MIB de la interfaz de la línea de comandos del Cisco IOS:

Comando
Propósito
debug management event mib

Imprime los mensajes a la pantalla siempre que el evento MIB evalúe un activador especificado. Estos mensajes se dan en el tiempo real, y se piensan para ser utilizados por los ingenieros de soporte técnicos para los propósitos de Troubleshooting.

show management event

Visualiza los valores del evento SNMP que se han configurado en su dispositivo de ruteo con el uso del evento MIB.


Configurar el evento MIB usando el CLI

La MIB de Evento se puede configurar usando SNMP directamente. En este procedimiento, la MIB de Evento se configura para monitorear los valores delta de ifInOctets para todas las interfaces una vez por minuto. Si cualquiera de las muestras exceden el umbral especificado, se enviará una notificación de trampa.

Sin embargo, en Cisco IOS Release 12.4(20)T, se mejora la función Evento de MIB para añadir CLIs que permiten configurar eventos, acciones de eventos y disparadores.

Esta sección contiene las siguientes tareas para configurar Event MIB:

Configuración de Variables Escalares

Configuración de la Lista de Objetos de MIB de Evento

Configuración de Evento

Configuración de la Acción del Evento

Configuración del Disparador de Eventos

Configuración de la Prueba de Accionamiento de la Existencia

Configuración de la Prueba Boleana del Disparador

Configuración de la Prueba del Disparador del Umbral

Configuración de Variables Escalares

Realice esta tarea para configurar variables escalares para eventos MIB.

Prerrequisitos

Para configurar las variables escalares de la MIB de evento, debe estar familiarizado con ellas.

PASOS SUMARIOS

1. enable

2. configure terminal

3.snmp mib event sample minimum valor

4.snmp mib event sample instance maximum valor

5. 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 mib event sample minimum value

Example:
Router(config)# snmp mib event sample minimum 
10

Define el valor mínimo para el muestreo de objetos.

Paso 4 

snmp mib event sample instance maximum value

Example:

Router(config)# snmp mib event sample instance maximum 50

Establece el valor máximo para el muestreo de la instancia de objeto.

Paso 5 

exit

Example:

Router(config)# exit

Sale del modo de configuración global.

Configuración de la Lista de Objetos de MIB de Evento

Para configurar el MIB de Evento, se necesita configurar una lista de objetos que se puedan añadir a las notificaciones según el disparador, la prueba del disparador o el evento.

Prerrequisitos

Para configurar la lista de objetos del evento MIB, deberá estar familiarizado con los objetos e identificadores de objeto de los eventos MIB, que se pueden añadir a las notificaciones según el evento, el disparador o la prueba del disparador.

PASOS SUMARIOS

1. enable

2. configure terminal

3.snmp mib event object list owner object-list-owner nombre object-list-name object-number

4.object id identificador de objeto

5. wildcard

6. 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 mib event object list owner object-list-owner name object-list-name object-number

Example:
Router(config)# snmp mib event object list 
owner owner1 name objectA number 10

Configura la lista de objetos de MIB de Evento.

Paso 4 

object id object-identifier

Example:

Router(config-event-objlist)# object id ifInOctets

Especifica el identificador de objeto para el objeto configurado para el evento.

Paso 5 

wildcard

Example:

Router(config-event-objlist)# wildcard

(Opcional) Inicia una búsqueda con caracteres comodín de identificadores de objeto. Mediante la especificación de un identificador de objeto parcial, puede obtener una lista de identificadores de objeto.

Paso 6 

exit

Example:

Router(config-event-objlist)# exit

Sale del modo de configuración de la lista de objetos.

Configuración de Evento

Realice esta tarea para configurar un evento de administración.

Prerrequisitos

Para configurar un evento de administración, deberá estar familiarizado con los eventos e identificadores de objeto de la MIB SNMP.

PASOS SUMARIOS

1. enable

2. config terminal

3.snmp mib event owner event-ownernombre event-name

4. description event-description

5. enable

6. 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 mib event owner event-owner name event-name

Example:
Router(config)# snmp mib event owner owner1 
event EventA

Ingresa al modo de configuración de evento.

Paso 4 

description event-description

Example:

Router(config-event)# description "EventA is an RMON event"

Describe la función y el uso del evento.

Paso 5 

enable

Example:

Router(config-event)# enable

Habilita el evento.

Observeel evento puede ser ejecutado durante un activador del evento solamente si se habilita.

Paso 6 

exit

Example:

Router(config-event)# exit

Sale del modo de configuración de evento.

Configuración de la Acción del Evento

Mediante la configuración de una acción de evento, puede definir las acciones que una aplicación puede realizar durante un disparador de evento. Las acciones para un evento incluyen el envío de una notificación, la configuración de un objeto de MIB, etc. Usted puede fijar la información de la acción del evento a cualquiera set o notification. Las acciones del evento se pueden configurar solamente en el modo de configuración del evento.

Las secciones siguientes contienen las tareas para configurar la acción del evento:

Configuración de Notificación de Acción

Configuración de Conjunto de Acciones

Configuración de Notificación de Acción

Realice esta tarea para definir la acción de la notificación del evento.

PASOS SUMARIOS

1. action notification

2. object id object-id

3. exit

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

action notification

Example:

Router(config-event)# action notification

Establece la acción de la notificación para un evento.

Observesi la acción del evento se fija a la notificación, se genera una notificación siempre que un objeto asociado a un evento se modifique.

Paso 2 

object id object-id

Example:

Router(config-event-action-notification)# object id ifInOctets

Configura el objeto para la notificación de acciones. Cuando se modifica el objeto especificado, se enviará una notificación al sistema host.

Paso 3 

exit

Example:

Router(config-event-action-notification)# exit

Sale del modo de configuración de notificación de la acción.

Configuración de Conjunto de Acciones

Realice esta tarea para definir acciones para un evento.

PASOS SUMARIOS

1. action set

2. object id object-id

3. value integer-value

4. exit

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

action set

Example:

Router(config-event)# action set

Ingresa al modo de configuración de establecimiento de acciones.

Paso 2 

object id object-id

Example:

Router(config-event-action-set)# object id ifInOctets

Objeto de las configuraciones para el conjunto de la acción. Cuando el objeto especificado se modifica, una acción especificada será realizada.

Paso 3 

value integer-value

Example:

Router(config-event-action-set)# value 10

Establece un valor para el objeto.

Paso 4 

exit

Example:

Router(config-event-action-set)# exit

Sale del modo de configuración del conjunto de acciones.

Configuración del Disparador de Eventos

Si configura un disparador de eventos, puede enumerar los objetos que desea monitorear, y asociar cada disparador a un evento.

Realiza esta tarea para configurar un disparador de eventos.

PASOS SUMARIOS

1. enable

2. configure terminal

3.snmp mib event trigger owner trigger-ownernombre trigger-name

4. description trigger-description

5. frequency seconds

6.object list ownerobject-list-ownernombre object-list-name

7. object id object-identifier

8. enable

9. 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 mib event trigger owner trigger-owner name trigger-name

Example:
Router(config)# snmp mib event trigger owner 
owner1 name EventTriggerA

Habilita el modo de configuración para el disparador de eventos especificado.

Paso 4 

description trigger-description

Example:

Router(config-event-trigger)# description EventTriggerA is an RMON alarm.

Describe la función y el uso del disparador del evento.

Paso 5 

frequency seconds

Example:

Router(config-event-trigger)# frequency 120

Configura el tiempo de espera (número de segundos) entre activaciones del disparador.

Paso 6 

object list owner object-list-owner name object-list-name

Example:

Router(config-event-trigger)# object list owner owner1 name ObjectListA

Especifica la lista de objetos que se pueden añadir a las notificaciones.

Paso 7 

object id object-identifier

Example:

Router(config-event-trigger)# object id ifInOctets

Configura identificadores de objeto para un disparador de evento.

Paso 8 

enable

Example:

Router(config-event-trigger)# enable

Habilita el disparador de eventos.

Paso 9 

exit

Example:

Router(config-event-trigger)# exit

Sale del modo de configuración del disparador del evento.

Configuración de la Prueba de Accionamiento de la Existencia

Realiza esta tarea para configurar los parámetros del disparador para el tipo de disparador de existencia de la prueba.

Se debería configurar este tipo de disparador en el modo de configuración del disparador del evento.

PASOS SUMARIOS

1. test existence

2.object list owner object-list-ownernombre object-list-name

3.event owner event-ownernombre event-name

4.type {present | absent | changed}

5.startup {present | absent|}

6. exit

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

test existence

Example:

Router(config-event-trigger)# test existence

Habilita el modo de configuración de la existencia de prueba.

Paso 2 

event owner event-owner name event-name

Example:

Router(config-event-trigger-existence)# event owner owner1 name EventA

Configura el evento para la prueba de accionamiento de la existencia.

Paso 3 

object list owner object-list-owner name object-list-name

Example:

Router(config-event-trigger-existence)# object list owner owner1 name ObjectListA

Configura la lista de objetos para la prueba de accionamiento de existencia.

Paso 4 

type {present | absent | changed}

Example:

Router(config-event-trigger-existence)# type present

Realiza el tipo de prueba de existencia especificado. Este ejemplo utiliza el tipo actual de prueba.

Hay tres tipos de pruebas de existencia; presente, ausente y modificado.

Presente: si el tipo se establece en presente se comprueba si existen los objetos que aparecen durante el disparador del evento.

Ausente: La determinación del tipo en ausente comprueba si existen los objetos que desaparecen durante el disparador del evento.

Cambiado: al definir el tipo como cambiado se comprueba si existen los objetos que cambiaron durante el accionamiento del evento.

Paso 5 

startup {present | absent}

Example:

Router(config-event-trigger-existence)# startup present

Acciona un evento si la prueba se completa correctamente.

Paso 6 

exit

Example:

Router(config-event-trigger-existence)# exit

Sale del modo de configuración de la prueba de disparador de existencia.

Configuración de la Prueba Boleana del Disparador

Realice esta tarea para configurar los parámetros de disparador del tipo de disparador boleano. Se debería configurar esta prueba de disparador en el modo de configuración del disparador del evento.

PASOS SUMARIOS

1. test boolean

2.comparison {unequal | equal | less | lessOrEqual | greater | greaterOrEqual}

3.object list owner object-list-ownernombre object-list-name

4.event owner event-ownernombre event-name

5.value valor del número entero

6. startup

7. exit

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

test boolean

Example:

Router(config-event-trigger)# test boolean

Habilita el modo de configuración de la prueba del disparador booleano.

Paso 2 

comparison {unequal | equal | less | lessOrEqual | greater | greaterOrEqual}

Example:

Router(config-event-trigger-boolean)# comparison unequal

Realiza la prueba de comparación booleana especificada. El valor de la prueba de comparación booleana se puede definir como unequal, equal, less, lessOrEqual, greater o greaterOrEqual.

Paso 3 

value integer-value

Example:

Router(config-event-trigger-boolean)# value 10

Fija un valor para la prueba boleana del disparador.

Paso 4 

object list owner object-list-owner name object-list-name

Example:

Router(config-event-trigger-boolean)# object list owner owner1 name ObjectListA

Configura la lista de objetos para la prueba de accionamiento booleana.

Paso 5 

event owner event-owner name event-name

Example:

Router(config-event-trigger-boolean)# event owner owner1 name EventA

Configura el evento para el tipo de accionamiento booleano.

Paso 6 

startup
Example:

Router(config-event-trigger-boolean)# startup

Acciona un evento si la prueba se completa correctamente.

Paso 7 

exit

Example:

Router(config-event-trigger-boolean)# exit

Sale del modo de configuración de la prueba de disparador booleana.

Configuración de la Prueba del Disparador del Umbral

Realice esta tarea para configurar los parámetros de accionamiento para la prueba de accionamiento del umbral. Se debería configurar esta prueba de disparador en el modo de configuración del disparador del evento.

PASOS SUMARIOS

1. test threshold

2.object list owner object-list-ownernombre object-list-name

3.rising valor del número entero

4.rising event owner event-ownernombre event-name

5.falling valor del número entero

6.falling event owner event-ownernombre event-name

7.delta rising valor del número entero

8.delta rising event owner event-ownernombre event-name

9.delta falling valor del número entero

10.delta falling event owner event-ownernombre event-name

11startup {rising | falling | rising-or-falling}

12. exit

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

test threshold

Example:

Router(config-event-trigger)# test threshold

Habilita el modo de configuración de prueba del disparador de umbral.

Paso 2 

object list owner object-list-owner name object-list-name

Example:

Router(config-event-trigger-threshold)# object list owner owner1 name ObjectListA

Configura la lista de objetos para la prueba de disparador de umbral.

Paso 3 

rising integer-value
Example:

Router(config-event-trigger-threshold)# rising 100

Define el umbral de rising en el valor especificado.

Paso 4 

rising event owner event-owner name event-name

Example:

Router(config-event-trigger-threshold)# rising event owner owner1 name EventA

Configura el evento de la prueba de disparador de umbral para el umbral ascendente.

Paso 5 

falling integer-value
Example:

Router(config-event-trigger-threshold)# falling 50

Define el umbral descendente en el valor especificado.

Paso 6 

falling event owner event-owner name event-name

Example:

Router(config-event-trigger-threshold)# falling event owner owner1 name EventB

Configura el evento de la prueba de disparador de umbral para el umbral descendente.

Paso 7 

delta rising integer-value
Example:

Router(config-event-trigger-threshold)# delta rising 30

Fija el umbral ascendente delta en el valor especificado cuando el método de muestreo especificado para el disparador de evento es delta.

Paso 8 

delta rising event owner event-owner name event-name

Example:

Router(config-event-trigger-threshold)# delta rising event owner owner1 name EventC

Configura el evento para la prueba de accionamiento del umbral para el umbral de delta rising.

Paso 9 

delta falling integer-value
Example:

Router(config-event-trigger-threshold)# delta falling 10

Fija el umbral descendente delta en el valor especificado cuando el método de muestreo especificado para el disparador del evento es delta.

Paso 10 

delta falling event owner event-owner name event-name

Example:

Router(config-event-trigger-threshold)# delta falling event owner owner1 name EventAA

Configura el evento para la prueba de destino de umbral para el umbral de caída delta.

Paso 11 

startup {rising | falling | rising-or-falling}

Example:

Router(config-event-trigger-threshold)# startup rising

Acciona un evento cuando se cumplen las condiciones de prueba del disparador del umbral.

Paso 12 

exit

Example:

Router(config-event-trigger-threshold)# exit

Sale del modo de configuración de la prueba de disparador de umbral.

Configurar la expresión MIB usando el SNMP

El MIB de Expresión se puede configurar directamente con SNMP.

No hay tareas de configuración del Cisco IOS Software asociadas a la expresión MIB. Toda la configuración de las funciones de la expresión MIB debe ser sin embargo realizadas aplicaciones usando el SNMP. Esta sección proporciona una sesión de la configuración de muestra usando una aplicación de administración de red en un dispositivo externo. Vea que “relacionó la sección de los documentos” para la información sobre configurar el SNMP en su dispositivo de ruteo de Cisco.

Toda la configuración de las funciones de la expresión MIB debe ser sin embargo realizadas aplicaciones usando el SNMP. La sección siguiente proporciona una configuración gradual de la expresión MIB usando las herramientas de la investigación SNMP disponibles para los estación de trabajo de Sun. setany Los comandos dados abajo se ejecutan usando la aplicación SNMP. Observe que estos comandos no son comandos del Cisco IOS CLI. Se asume que el SNMP se ha configurado en su dispositivo de ruteo.

En la configuración siguiente, una expresión wildcarded que implica la adición de los ifInOctects de los contadores y los ifOutOctects se evalúan.

 
Comando
Propósito

Paso 1 

setany -v2c $SNMP_HOST private 
expResourceDeltaMinimum.0 -i 60

Fija el intervalo mínimo del delta que el sistema validará.

Paso 2 

setany -v2c $SNMP_HOST private 
expExpressionIndex.116.101.115.116 -g 9

Fija el número de identificación utilizado para identificar la expresión. el expName por ejemplo puede ser la “prueba” que es ASCII 116.101.115.116.

Paso 3 

setany -v2c $SNMP_HOST private 
expNameStatus.116.101.115.116 -i 5

Crea una entrada en el expNameStatusTable.

Observecuando una entrada se crea en el expNameTable, esto crea automáticamente una entrada en el expExpressionTable.

Paso 4 

setany -v2c $SNMP_HOST private 
expExpressionComment.9 -D "test expression"

Fija el objeto a un comentario para explicar el uso o el significado de la expresión. Aquí el comentario dado es “expresión de la prueba”.

Paso 5 

setany -v2c $SNMP_HOST private expExpression.9 -D 
'$1 + $2'

Fija el expExpression del objeto a una expresión que necesite ser evaluada. En esta expresión el "$1" corresponde al “ifInOctets” y el "$2" corresponde al ifOutOctets y la expresión significa la adición de los 2 objetos contrarios.

Paso 6 

setany -v2c $SNMP_HOST private expObjectID.9.1 -d 
ifInOctets
setany -v2c $SNMP_HOST private expObjectID.9.2 -d 
ifOutOctets

Los identificadores de objeto usados en la expresión mencionada en el conjunto antedicho para el cálculo.

Aquí “fije” el número el "9" que añade como sufijo el expObjectID del objeto corresponde al Identificador único usado para identificar la expresión y el número el "1" después de que el número el "9" sea otro Identificador único usado para identificar un objeto dentro de la expresión. Fije el expObjectID a los 2 objetos usados en la formación de la expresión.

Paso 7 

setany -v2c $SNMP_HOST private 
expObjectSampleType.9.1 -i 2

setany -v2c $SNMP_HOST private 
expObjectSampleType.9.2 -i 2

Fija el tipo de muestreo que se hará para los objetos en la expresión. Hay 2 tipos de muestreo: a) Delta del absoluto b). Aquí estamos fijando el tipo de la muestra al “delta”.

Paso 8 

setany -v2c $SNMP_HOST private 
expObjectIDWildcard.9.1 -i 1

setany -v2c $SNMP_HOST private 
expObjectIDWildcard.9.2 -i 1

Especifica si el expObjectID es haber cardado salvaje o no. En este caso ambos el expObjectID wildcarded.

Paso 9 

setany -v2c $SNMP_HOST private expObjectStatus.9.1 
-i 1

setany -v2c $SNMP_HOST private expObjectStatus.9.2 
-i 1

Fija las filas en el expObjectTable al active.

Paso 10 

setany -v2c $SNMP_HOST private 
expNameStatus.116.101.115.116 -i 1

Fija la fila en el expNameTable al active para poder evaluar el valor de la expresión.

El valor de la expresión se puede ahora obtener del expValueTable.

Configurar la expresión MIB usando el CLI

El MIB de Expresión se puede configurar directamente con SNMP. Sin embargo, en Cisco IOS Release 12.4(20)T, la función Expresión MIB se ha mejorado a fin de añadir CLIs para configurar expresiones. Hay que estar familiarizado con las expresiones, identificadores de objeto y métodos de muestreo antes de configurar el MIB de Expresión.

Las secciones siguientes contienen las tareas para configurar Expression MIB:

Configuración de Objetos Escalares de MIB de Expresión

Configuración de Expresiones

Configuración de Objetos Escalares de MIB de Expresión

El MIB de expresión tiene los objetos escalares siguientes:

expResourceDeltaMinimum

expResourceDeltaWildcardInstanceMaximum

Realice esta tarea para configurar los objetos escalares de la MIB de expresión.

PASOS SUMARIOS

1. enable

2. configure terminal

3.snmp mib expression delta minimum segundos

4.snmp mib expression delta wildcard maximum número-de-casos

5. exit

PASOS DETALLADOS

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 mib expression delta minimum seconds
Example:

Router(config)# snmp mib expression delta minimum 20

(Opcional) Establece el intervalo delta mínimo en segundos.

La aplicaciónde la nota puede utilizar valores más grandes para que este intervalo mínimo del delta baje el impacto de los deltas constantemente computacionales. Para intervalos de muestreo delta mayores, la aplicación muestrea con menos frecuencia y sufre una sobrecarga menor. Con este comando se puede forzar una disminución de la sobrecarga para todas las expresiones creadas después de establecer el intervalo delta.

Paso 4 

snmp mib expression delta wildcard maximum 
number-of-instances
Example:

Router(config)# snmp mib expression delta maximum 120


(Opcional) Limita el número máximo de entradas de instancias dinámicas para los objetos delta con comodines en las expresiones.

Para una expresión delta determinada, el número de instancias dinámicas es el número de valores que cumplen todos los criterios para existir multiplicado por el número de valores delta de la expresión. No hay límite predefinido para las entradas de instancia, pues se modifica de forma dinámica según los recursos de un sistema.

Paso 5 

exit
Example:
Router(config)# exit

Sale del modo de configuración global.

Configuración de Expresiones

Realice esta tarea para configurar una expresión.

PASOS SUMARIOS

1. enable

2. configure terminal

3.snmp mib expression owner expression-ownenombre r expression-name

4. description expression-description

5.expression expression

6. delta interval seconds

7.value type {counter32 | unsigned32 | timeticks | integer32 | ipaddress | octetstring | objectid | counter64}

8. enable

9. object object-number

10. id object-identifier

11. wildcard

12. discontinuity object discontinuity-object-id [{}]wildcarddel []type timeticks | timestamp | date-and-time

13. conditional object conditional-object-id

14. sample {absolute | delta | changed}

15. 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 mib expression owner expression-owner name 
expression-name
Example:

Router(config-expression)# snmp mib expression owner owner1 name ExpA

Habilita la expresión que se desea configurar.

Paso 4 

description expression-description

Example:

Router(config-expression)# description this expression is created for the sysLocation MIB object

Configura la descripción para la expresión.

Paso 5 

expression expression

Example:

Router(config-expression)# expression ($1+$2)*800/$3

Configura la expresión que se desea evaluar.

Observela expresión están en el sintaxis del C ANSI. Sin embargo, las variables de una expresión se definen como la combinación del signo de dólar ($) y de un número entero que corresponde al número de objeto del objeto usado en la evaluación de la expresión.

Paso 6 

delta interval seconds

Example:

Router(config-expression)# delta interval 180

Configura el intervalo de muestreo de los objetos de la expresión si el método de muestreo es delta.

Paso 7 

value type {counter32 | unsigned32 | timeticks | integer32 | ipaddress | octetstring | objectid | counter64}

Example:

Router(config-expression)# value type counter32

Fija el tipo del valor especificado para la expresión.

Paso 8 

enable

Example:

Router(config-expression)# enable

Habilita la evaluación en una expresión.

Paso 9 

object object-number 
Example:
Router(config-expression)# object 2

Configura los objetos que se utilizan para evaluar una expresión.

El número de objeto se utiliza para asociar el objeto a las variables de la expresión. La variable correspondiente al objeto es el signo $ y el número del objeto. Por tanto, la variable del ejemplo usado aquí se corresponde a $10.

Paso 10 

id object-identifier
Example:
Router(config-expression-object)# id ifInOctets

Configura el identificador de objeto.

Paso 11 

wildcard

Example:

Router(config-expression-object)# wildcard

(Opcional) Habilita la búsqueda con comodines para los objetos usados en la expresión de evaluación.

Paso 12 

discontinuity object discontinuity-object-id [wildcard][type {timeticks |timestamp | date-and-time}]

Example:

Router(config-expression-object)# discontinuity object sysUpTime

(Opcional) Configura las propiedades de discontinuidad del objeto si el tipo de muestreo del objeto se cambia o se establece a delta. El ID de objeto de discontinuidad soporta la verificación normal de una discontinuidad en un contador.

Usando la palabra clave comodín, puede habilitar la búsqueda con comodines para los objetos con propiedades de discontinuidad.

Usando la palabra clave type, puede establecer un valor para objetos con propiedades de discontinuidad.

Paso 13 

conditional object conditional-object-id [wildcard]

Example:

Router(config-expression-object)# conditional object mib-2.90.1.3.1.1.2.3.112.99.110.4.101.120.112.5 3

(Opcional) Configura el identificador de objeto condicional.

Usando la palabra clave comodín, puede habilitar la búsqueda con comodines para los objetos condicionales con propiedades de discontinuidad.

Paso 14 

sample {absolute | delta | changed}

Example:

Router(config-expression-object)# sample delta

Habilita el método de muestreo especificado para el objeto. Este ejemplo utiliza el método de muestreo de delta.

Puede establecer cualquiera de los tres métodos de muestreo disponibles; absoluto, delta y modificado.

Muestreo absoluto: utiliza el valor del objeto MIB durante el muestreo.

Muestreo delta: usa el último valor de muestreo mantenido en la aplicación. Este método requiere que las aplicaciones realicen muestras continuamente.

Muestreo modificado: usa el valor modificado del objeto desde la última muestra.

Paso 15 

exit
Example:
Router(config-expression-object)# exit

Sale del modo de configuración del objeto de la expresión.

Ejemplos de Configuración del Soporte SNMP

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

Ejemplo: Configurar el SNMPv1, el SNMPv2C, y el SNMPv3

Ejemplo: Configurar el soporte del nombre largo de IfAlias

Ejemplo: Configurar la persistencia de IfIndex

Ejemplo: Configuración de SNMP Support for VPNs

Ejemplo: Habilitar la persistencia del evento MIB

Ejemplo: Habilitar la persistencia de la expresión MIB

Ejemplo: Configuración de MIB de Evento:

Ejemplo: Configuración de MIB de Expresión

Ejemplo: Configurar el SNMPv1, el SNMPv2C, y el SNMPv3

El ejemplo siguiente muestra cómo habilitar SNMPv1, SNMPv2c y SNMPv3. La configuración permite que cualquier administrador SNMP acceda a todos los objetos con permisos de sólo lectura mediante la cadena de comunidad public. Esta configuración no hace que el router envíe trampas.

snmp-server community public

El siguiente ejemplo muestra cómo permitir el acceso SNMP a todos los objetos con permiso de solo lectura usando la cadena de comunidad denominada public. El router también enviará trampas ISDN a los hosts 172.16.1.111 y 172.16.1.33 usando SNMPv1 y al host 172.16.1.27 usando SNMPv2c. La cadena de comunidad nombrada pública se envía con las trampas.

snmp-server community public
snmp-server enable traps isdn
snmp-server host 172.16.1.27 version 2c public
snmp-server host 172.16.1.111 version 1 public
snmp-server host 172.16.1.33 public

El siguiente ejemplo muestra cómo conceder a todos los objetos acceso de sólo lectura a los miembros de la lista de acceso 4 que especifican la cadena de comunidad comaccess. Ningún otro administrador SNMP tiene acceso a ningún objeto. Las trampas de falla de autenticación SNMP son enviadas por SNMPv2c al host example.com utilizando la cadena de comunidad denominada public.

snmp-server community comaccess ro 4
snmp-server enable traps snmp authentication
snmp-server host example.com version 2c public

El siguiente ejemplo muestra cómo configurar un usuario remoto para recibir trampas en el nivel de seguridad noAuthNoPriv cuando se habilita el modelo de seguridad de SNMPv3:

snmp-server group group1 v3 noauth
snmp-server user remoteuser1 group1 remote 10.12.8.4
snmp-server host 10.12.8.4 informs version 3 noauth remoteuser config

El siguiente ejemplo muestra cómo configurar un usuario remoto para recibir trampas en el nivel de seguridad authNoPriv cuando está habilitado el modelo de seguridad de SNMPv3:

snmp-server group group2 v3 auth
snmp-server user AuthUser group2 remote 10.12.8.4 v3 auth md5 password1

El siguiente ejemplo muestra cómo configurar un usuario remoto para recibir trampas en el nivel de seguridad priv cuando se habilita el modelo de seguridad de SNMPv3:

snmp-server group group3 v3 priv
snmp-server user PrivateUser group3 remote 10.12.8.4 v3 auth md5 password1 priv access 
des56

El siguiente ejemplo muestra cómo enviar notificaciones de informe de Entidad MIB al host example.com. La cadena de comunidad está restringida. La primera línea habilita al router para enviar notificaciones MIB de Entidad además de cualquier otra trampa o informes previamente habilitados. La segunda línea especifica que las notificaciones se deben enviar como informan, especifica el destino de éstos informa, y sobregraba a los comandos snmp-server host anteriores para el host example.com.

snmp-server enable traps entity 
snmp-server host informs example.com restricted entity

El siguiente ejemplo muestra cómo enviar las trampas específicas de empresa de monitoreo de entorno de SNMP y Cisco a la dirección 172.30.2.160:

snmp-server enable traps
snmp-server host 172.30.2.160 public snmp envmon

El siguiente ejemplo muestra cómo habilitar el router para enviar todas las trampas al host example.com usando la cadena de comunidad pública:

snmp-server enable traps
snmp-server host example.com public

El siguiente ejemplo muestra una configuración en la que no se envían trampas a un host. Las trampas BGP son activadas para todos los hosts pero sólo las trampas ISDN son activadas para ser enviadas a un host.

snmp-server enable traps bgp
snmp-server host host1 public isdn

El siguiente ejemplo muestra cómo habilitar el router para enviar todos los informes al host example.com usando la cadena de comunidad nombrada pública:

snmp-server enable traps
snmp-server host example.com informs version 2c public

En el siguiente ejemplo, se habilita el administrador SNMP y el tiempo de espera de la sesión se establece a un valor mayor que el predeterminado:

snmp-server manager
snmp-server manager session-timeout 1000

Ejemplo: Configurar el soporte del nombre largo de IfAlias

En el siguiente ejemplo se aplica una descripción larga a la interfaz Ethernet en el slot 1, adaptador de puerto 0 y puerto 0:

Router# configure terminal
Router(config)# interface Ethernet1/0/0
Router(config-if)# description ethernet1/0/0 this is a test of a description that exceeds 
64 characters in length
Router(config-if)# ip address 192.168.134.55 255.255.255.0
Router(config-if)# no ip directed-broadcast
Router(config-if)# no ip route-cache distributed

Si se presupone que el soporte del nombre largo de ifAlias todavía no está habilitado (el valor predeterminado), el siguiente ejemplo muestra los resultados de una operación de mibwalk de una NMS:

***** SNMP QUERY STARTED *****
 .
 .
 .
 ifXEntry.18.10 (octets) (zero-length) 
 ifXEntry.18.11 (octets) ethernet1/0/0 this is a test of a description that exceeds 64 ch
 ifXEntry.18.12 (octets) (zero-length)
 .
 .
 .

La salida siguiente muestra la descripción que se muestra en el CLI:

Router# show interface Ethernet0/0/0

Ethernet1/0/0 is administratively down, line protocol is down 
  Hardware is Lance, address is 0010.7b4d.7046 (bia 0010.7b4d.7046)
  Description: ethernet1/0/0 this is a test of a description that exceeds 64 chh
  MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec, 
     reliability 252/255, txload 1/255, rxload 1/255
 .
 .
 .

En el siguiente ejemplo, se habilita el soporte del nombre largo ifAlias y se muestra otra vez la descripción:

Router(config)# snmp ifmib ifalias long
Router(config)# interface Ethernet1/0/0
Router(config-if)# description ethernet1/0/0 this is a test of a description that exceeds 
64 characters in length
Router(config)# end
Router# show interface Ethernet1/0/0

Ethernet1/0/0 is administratively down, line protocol is down 
  Hardware is Lance, address is 0010.7b4d.7046 (bia 0010.7b4d.7046)
  Description: ethernet1/0/0 this is a test of a description that exceeds 64 characters in 
length
  MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec, 
     reliability 252/255, txload 1/255, rxload 1/255
 .
 .
 .
***** SNMP QUERY STARTED *****
 .
 .
 .
 ifXEntry.18.10 (octets) (zero-length) 
 ifXEntry.18.11 (octets) ethernet1/0/0 this is a test of a description that exceeds 64 
characters in length
 ifXEntry.18.12 (octets) (zero-length)
 .
 .
 .

Ejemplo: Configurar la persistencia de IfIndex

Las demostraciones del siguiente ejemplo cómo habilitar la persistencia de IfIndex global:

Router# configure terminal
Router(config)# snmp-server ifindex persist

Las demostraciones del siguiente ejemplo cómo habilitar la persistencia de IfIndex en la interfaz de Ethernet:

Router# configure terminal
Router(config)# interface ethernet 0/1
Router(config)# snmp-server ifindex persist

Ejemplo: Configuración de SNMP Support for VPNs

En el siguiente ejemplo, todas las notificaciones SNMP se envían a example.com a través del VRF denominado trap-vrf:

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

En el siguiente ejemplo el VRF denominado "traps-vrf" se configura para el servidor remoto 172.16.20.3:

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

Ejemplo: Habilitar la persistencia del evento MIB

Las demostraciones del siguiente ejemplo cómo habilitar la persistencia del evento MIB usando snmp mib persist event el comando en el modo de configuración global:

Router(config)# snmp mib persist event

Router# write mib-data

Ejemplo: Habilitar la persistencia de la expresión MIB

Las demostraciones del siguiente ejemplo cómo habilitar la persistencia de la expresión MIB usando snmp mib persist expression el comando en el modo de configuración global:

Router(config)# snmp mib persist expression

Router# write mib-data

Ejemplo: Configuración de MIB de Evento:

El siguiente ejemplo muestra cómo configurar variables escalares para un evento:

Router# configure terminal
Router(config)# snmp mib event sample minimum 10
Router(config)# snmp mib event sample instance maximum 50
Router(config)# exit

El siguiente ejemplo muestra cómo configurar la lista de objetos de un evento:

Router# configure terminal
Router(config)# snmp mib event object list owner owner1 name objectA number 1
Router(config-event-objlist)# object id ifInOctets
Router(config-event-objlist)# wildcard
Router(config-event-objlist)# exit

El ejemplo siguiente muestra cómo configurar un evento:

Router# configure terminal
Router(config)# snmp mib event owner owner1 event EventA
Router(config-event)# description "eventA is an RMON event."
Router(config-event)# enable
Router(config-event)# exit

El siguiente ejemplo muestra cómo fijar la acción de notificación para un evento:

Router(config-event)# action notification
Router(config-event-action-notification)# object id ifInOctets
Router(config-event-action-notification)# exit

El siguiente ejemplo muestra cómo definir las acciones para un acontecimiento:

Router(config-event)# action set
Router(config-event-action-set)# object id ifInOctets
Router(config-event-action-set)# value 10
Router(config-event-action-set)# exit

Los siguientes ejemplos muestran cómo configurar el disparador para un evento:

Router# configure terminal
Router(config)# snmp mib event trigger owner owner1 name EventTriggerA
Router(config-event-trigger)# description EventTriggerA is an RMON alarm.
Router(config-event-trigger)# frequency 120
Router(config-event-trigger)# object list owner owner1 name ObjectListA
Router(config-event-trigger)# object id ifInOctets
Router(config-event-trigger)# enable
Router(config-event-trigger)# exit

El siguiente ejemplo muestra cómo configurar la prueba de accionamiento de existencia:

Router(config-event-trigger)# test existence
Router(config-event-trigger-existence)# event owner owner1 name EventA
Router(config-event-trigger-existence)# object list owner owner1 name ObjectListA
Router(config-event-trigger-existence)# type present
Router(config-event-trigger-existence)# startup present
Router(config-event-trigger-existence)# exit

El siguiente ejemplo muestra cómo configurar la prueba de accionamiento booleano:

Router(config-event-trigger)# test boolean
Router(config-event-trigger-boolean)# comparison unequal
Router(config-event-trigger-boolean)# value 10
Router(config-event-trigger-boolean)# object list owner owner1 name ObjectListA
Router(config-event-trigger-boolean)# event owner owner1 name EventA
Router(config-event-trigger-boolean)# startup
Router(config-event-trigger-boolean)# exit

El siguiente ejemplo muestra cómo configurar la prueba de accionamiento de umbral:

Router(config-event-trigger)# test threshold
Router(config-event-trigger-threshold)# object list owner owner1 name ObjectListA
Router(config-event-trigger-threshold)# rising 100
Router(config-event-trigger-threshold)# rising event owner owner1 name EventA
Router(config-event-trigger-threshold)# falling 50
Router(config-event-trigger-threshold)# falling event owner owner1 name EventA
Router(config-event-trigger-threshold)# delta rising 30
Router(config-event-trigger-threshold)# delta rising event owner owner1 name EventA
Router(config-event-trigger-threshold)# delta falling 10
Router(config-event-trigger-threshold)# delta falling event owner owner1 name EventA
Router(config-event-trigger-threshold)# startup rising
Router(config-event-trigger-threshold)# exit

Ejemplo: Configuración de MIB de Expresión

Las demostraciones del siguiente ejemplo cómo configurar la expresión MIB usando snmp mib expression el comando en el modo de configuración global:

Router(config)# snmp mib expression owner pcn name exp6

Router(config-expression)# description this expression is created for the sysLocation MIB object

Router(config-expression)# expression ($1+$2)*800/$3

Router(config-expression)# delta interval 120

Router(config-expression)# value type counter32

Router(config-expression)# enable

Router(config-expression)# object 2

Router(config-expression-object)# id ifInOctets

Router(config-expression-object)# wildcard

Router(config-expression-object)# discontinuity object sysUpTime

Router(config-expression-object)# conditional object mib-2.90.1.3.1.1.2.3.112.99.110.4.101.120.112.53 wildcard

Router(config-expression-object)# sample delta

Router(config-expression-object)# exit

Referencias adicionales

Documentos Relacionados

Tema relacionado
Título del documento

Comandos de Cisco IOS

El Cisco IOS domina los comandos list, todos las versiones

Comandos SNMP: sintaxis de comandos completa, modo de comandos, historial de comandos, valores predeterminados, directrices de uso y ejemplos

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

Implementación de RFC 1724 de Cisco IOS , Extensiones de MIB de RIP Versión 2

Módulo de función Monitoreo RIPv2 con SNMP Usando Extensiones MIB RFC 1724

Notificaciones del Estado Operacional de DSP para que las notificaciones se generen cuando se utiliza un procesador de la señalización digital (DSP)

Módulo de función Notificaciones de Estado Operativo DSP


Estándares

Estándar
Título

Estándar CBC-DES (DES-56)

Protocolo de Encripción Simétrica

STD: 58

Estructura de Información de Administración Versión 2 (SMIv2)


MIB

MIB
Link del MIB

MIB de Identificación de Interfaz de Circuito

Cisco SNMPv2

MIB de Interfaces de tipo Ethernet

Evento MIB

Soporte de MIB de Expresión para Delta, Comodines y Agregación

Grupo MIB de Interfaces (IF-MIB)

Mejoras de la MIB del Grupo de Interfaces

Mejoras MIB para Universal Gateways and Access Servers

MIB MSDP

NTP MIB

MIB de Monitor de Tiempo de Respuesta

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 1067

Un protocolo administración de red simple

RFC 1091

Telnet terminal-type option

RFC 1098

‘Protocolo de administración de red simple (SNMP)

RFC 1157

‘Protocolo de administración de red simple (SNMP)

RFC 1213

Management Information Base para Gestión de Redes de Internet Basadas en TCP/IP: MIB-II

RFC 1215

Convención para definir trampas para usar con el SNMP

RFC 1901

Introducción a SNMPv2 basado en la Comunidad

RFC 1905

Servicios y Protocolo de Información de Administración Común sobre TCP/IP (CMOT)

RFC 1906

Opción de Ubicación de Pantalla X de Telnet

RFC 1908

‘Protocolo de administración de red simple (SNMP)

RFC 2104

HMAC: Creación de un Hash con Llave para la Autenticación del Mensaje

RFC 2206

RSVP Management Information Base utilizando SMIv2

RFC 2213

Base de Información para Administración de Servicios Integrados usando SMIv2

RFC 2214

Extensiones del Servicio Garantizado de la Base de Información de Administración de Servicios Integrados que Usan SMIv2

RFC 2271

Arquitectura para Describir Marcos de Trabajo de Administración de SNMP

RFC 2570

Introducción a la Versión 3 de Internet-standard Network Management Framework

RFC 2578

Estructura de Información de Administración Versión 2 (SMIv2)

RFC 2579

Convenciones de Texto de SMIv2

RFC 2580

Declaraciones de Conformidad para SMIv2

RFC 2981

Evento MIB

RFC 2982

Distributed Management Expression MIB

RFC 3413

Aplicaciones SNMPv3

RFC 3415

Modelo de Control de Acceso Basado en Vistas (VACM) para Simple Network Management Protocol (SNMP)


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 Funciones para Configurar el Soporte de SNMP

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

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


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


Tabla 2 Información sobre Funciones para Configurar el Soporte SNMP 

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

Protocolo de administración de red simple (SNMP)

11.2(1)
15.0(1)S

La característica del Simple Network Management Protocol (SNMP) proporciona un Application Layer Protocol que facilite el intercambio de la información para administración entre los dispositivos de red. Es parte del Conjunto de protocolos del Protocolo de Control de Transmisión/Protocolo de Internet (TCP/IP). El SNMP permite a los administradores de la red para manejar el rendimiento de la red, hallazgo y para solucionar los problemas de red, y el plan para el crecimiento de la red.

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

Operaciones del SNMP

Versiones de SNMP

Cómo Configurar el Soporte SNMP

Evento de Administración Distribuida y Persistencia de MIB de Expresión

12.0(5)T 12.0(12)S 12.1(3)T
12.2(4)T 12.2(4)T3

Las funciones de persistencia de MIB permiten que los datos SNMP de una MIB sean persistentes en las distintas recargas; es decir, la información MIB conserva el mismo conjunto de valores de objeto cada vez que se reinicia un dispositivo de networking. La persistencia MIB se habilita usando snmp mib persist el comando, y los datos MIB de todo el MIB que ha tenido persistencia habilitada usando este comando entonces se escriben al almacenamiento NVRAM usando write mib-data el comando. Cualquier datos MIB modificado se debe escribir a la memoria del NVRAM usando write mib-data el comando.

Las siguientes secciones proporcionan información sobre este módulo:

Persistencia de MIB

Configuración de la Persistencia de la MIB

Interface Index Display e Interface Alias Long Name Support para SNMP

12.2(2)T

La función Interface Index Display for SNMP inserta nuevos comandos y modificaciones de comandos que permiten a los usuarios avanzados de SNMP ver la información sobre los registros de la interfaz directamente en el agente administrado. Puede visualizar la información de MIB del agente sin usar un NMS externo.

Esta función dirige tres objetos en la MIB de interfaces: ifIndex, ifAlias e ifName. Encontrará definiciones completas de estos objetos en el archivo IF-MIB.my disponible en el sitio Web de la MIB SNMPv2 de Cisco en ftp://ftp.cisco.com/pub/mibs/v2/.

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

Información Detallada del Registro de la Interfaz

Configuración del Soporte de Interface Index Display y de los Índices de Interfaz y los Nombres Largos

SNMP Notification Logging

12.0(22)S
12.2(13)T

La función SNMP Notification Logging añade los comandos de la CLI de Cisco IOS para cambiar el tamaño del log de notificación, definir el valor global del vencimiento para el log y mostrar los resúmenes de registro en la línea de comando.

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

SNMP Notification Logging

Configuración de Notificaciones SNMP

Soporte de SNMP para VPN

12.2(2)T
12.0(23)S
12.2(33)SXH
12.2(33)SB
15.0(1)S
Cisco IOS XE 3.1.0SG

La función SNMP Support for VPNs permite enviar y recibir trampas e informaciones SNMP con tablas VRF. En particular, esta función añade soporte a Cisco IOS Software para enviar y recibir trampas e informes SNMP específicos para VPNs individuales.

Esta característica era integrada en el Cisco IOS Release 15.0(1)S.

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

Soporte de SNMP para VPN

Configuración de SNMP Support for VPNs

Función Circuit Interface Identification Persistence for SNMP

‘12.1(3)T’
15.0(1)S

Esta función se puede usar para identificar las interfaces basadas en circuitos individuales para el monitoreo de SNMP.

Esta característica era integrada en el Cisco IOS Release 15.0(1)S.

La sección siguiente proporciona la información sobre esta característica:

Circuit Interface Identification Persistence

Persistencia de IfIndex de Interfaz

12.2(15)T
15.0(1)S

Esta característica permite que las interfaces sean identificadas con los valores únicos que seguirá habiendo constantes incluso cuando se reinicia un dispositivo. Estos valores de identificación de la interfaz se utilizan para el Monitoreo de red y la Administración usando el SNMP.

Esta característica era integrada en el Cisco IOS Release 15.0(1)S.

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

Persistencia de IfIndex de Interfaz

Configuración de Interface IfIndex Persistence

Diagnóstico SNMP

12.4(20)T
12.2(33)SRE
15.0(1)S

La función SNMP Diagnostics añade comandos de la CLI de Cisco IOS para mostrar los identificadores de objeto que han sido solicitados recientemente por el sistema de administración de red, y para mostrar los mensajes de debugging de SNMP.

Esta característica era integrada en el Cisco IOS Release 15.0(1)S.

Se han insertado o modificado los siguientes comandos:

show snmp stats oid y debug snmp detail.

CLIs de Event MIB and Expression MIB

12.4(20)T
12.2(33)SRE
15.0(1)S

La función Event MIB and Expression MIB inserta CLIs para configurar la MIB de Evento y la MIB de Expresión.

Esta característica era integrada en el Cisco IOS Release 15.0(1)S.

La sección siguiente proporciona información sobre la configuración de MIB de Evento:

Configurar el evento MIB usando el SNMP

Configurar el evento MIB usando el CLI

La sección siguiente proporciona información sobre la configuración de MIB de Expresión:

Configurar la expresión MIB usando el SNMP

Configurar la expresión MIB usando el CLI

Los siguientes comandos fueron introducidos por esta función:

action (event) comparison conditional object delta (test threshold) delta interval description (event) description (expression) description (trigger) discontinuity object enable (event) enable (expression) event owner enable (expression) expression falling (test threshold) frequency (event trigger) object (expression) object-id (action notification) object id (action set) object id (event trigger) object list (trigger test) object wildcard rising (test threshold) sample (expression) snmp mib event object list snmp mib event owner snmp mib event trigger snmp mib expression delta snmp mib expression owner startup (test existence) startup (test boolean) startup (test threshold) test (event trigger) type (test existence) value (test boolean) value (event configuration) value type wildcard (event and expression).

Simulaciones de Trampas SNMP

12.2(33)SXI
12,2 (33)SRE
15.0(1)S

La característica de la simulación del SNMP trap introduce test snmp trap los CLI para verificar la recepción del SNMP, del Syslog, y de las notificaciones de la config-copia del SNMP Manager, en un escenario simulado.

Esta característica era integrada en el Cisco IOS Release 15.0(1)S.

Administrador SNMP

11.3(1)
11.3(1)T
12.0(1)
15.0(1)S

La característica del SNMP Manager agrega un sistema que controle y monitoree las actividades de los Host de red usando el SNMP. El sistema de administración más frecuente es NMS.

Versión de SNMP 2 (SNMPv2)

11.3(1)
12.0(1)
15.0(1)S

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

Operaciones del SNMP

Versiones de SNMP

Cómo Configurar el Soporte SNMP

El SNMP informa a la petición

11.3(1)T
12.0(1)T
12.1(14)
‘12.1(3)T’
12.2(8)T
15.0(1)S

La sección siguiente proporciona la información sobre esta característica:

Operaciones del SNMP

SNMP versión 3 (SNMPv3)

12.0(6)S
‘12.0(3)T’
12.1(14)
‘12.1(3)T’
12.2(13)T
15.0(1)S

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

Operaciones del SNMP

Versiones de SNMP

Cómo Configurar el Soporte SNMP

Evento MIB

‘12.1(3)T’
12.0(12)S
15.0(1)S

La característica del evento MIB proporciona la capacidad de monitorear los objetos del Management Information Base (MIB) en un local o un sistema remoto usando el SNMP y de emprender las acciones simples siempre que se cumpla una condición del activador. Permitiendo las notificaciones basadas en los eventos, el Network Management Server (NMS) no necesita sondear constantemente los dispositivos administrados para descubrir si algo ha cambiado.

Soporte de MIB de la expresión del delta, de Wildcarding y de la agregación

‘12.1(3)T’
15.0(1)S

El soporte de MIB de la expresión del delta, de Wildcarding y de la función de Agrupamiento agrega el soporte del delta, Wildcarding, agregación a la implementación de MIB de la expresión.

Interfaces MIB: Acceso basado contexto SNMP

12.2(33)SRB
12.2(33)SB
12.2(44)SG
15.0(1)S

Las interfaces MIB: La característica de acceso basada contexto SNMP proporciona la capacidad de preguntar los objetos de MIB de las interfaces y la información devuelta será restringida al VRF al cual el contexto SNMP se asocia. Los hosts de la notificación se pueden también configurar con los contextos para restringir las notificaciones que necesitan ser enviadas al host determinado.

Soporte de MIB de la comunidad del SNMPv3

12.2(4)T
12.0(22)S
12.2(18)S
‘12.2(11)T’
15.0(1)S
Cisco IOS XE 3.1.0SG

La característica del soporte de MIB de comunidad del SNMPv3 implementa el soporte para el módulo de la comunidad SNMP MIB (SNMP-COMMUNITY-MIB), definido en el RFC 2576, en Cisco IOS Software.

Entidad MIB, fase I

11.3(1)
12.0(1)
12.2(2)T
15.0(1)S

La característica de la entidad MIB implementa el soporte para el módulo MIB de la entidad, definido en el RFC 2037 y proporciona un mecanismo por el cual un dispositivo administrado pueda hacer publicidad de sus componentes lógicos, componentes físicos, y lógico a los mappings físicos.


Glosario

ifAlias: Alias de Interfaz SNMP. ifAlias es un objeto de Interfaces MIB (IF-MIB). ifAlias es un nombre de alias para la interfaz según lo especificado por un administrador de red que proporciona una descripción permanente para la interfaz. Para ver una definición completa, vea el archivo IF-MIB.my.

ifIndex: índice de interfaz SNMP. El ifIndex es un objeto en el MIB de Interfaces (IF-MIB). ifIndex es un entero único asignado a cada interfaz (incluidas las subinterfaces) del sistema administrado cuando la interfaz se registra con IF-MIB. Para ver una definición completa, vea el archivo IF-MIB.my.

OID: Identificador de objeto MIB. Un identificador de objeto se expresa como una serie de enteros o de cadenas de texto. Desde el punto de vista técnico, la forma numérica es el nombre del objeto y la forma de texto es el descriptor del objeto. En la práctica, ambos se llaman identificadores de objeto u OIDs. Por ejemplo, el nombre del objeto de Interfaces MIB es 1.3.6.1.2.1.2, y el descriptor de objeto es `iso.internet.mgmt.mib-2.interfaces" pero se puede hacer referencia a ambos como el OID. También se puede expresar un OID como una combinación de los dos, como iso.internet.2.1.2.

Contenido

Restricciones de Configuración del Soporte SNMP

Información sobre la Configuración del Soporte SNMP

Cómo Configurar el Soporte SNMP

Ejemplos de Configuración del Soporte SNMP

Referencias adicionales

Información sobre Funciones para Configurar el Soporte de SNMP

Glosario

Restricciones de Configuración del Soporte SNMP

No todas las Plataformas de Cisco se soportan en las funciones descritas en este módulo. Utilice Cisco Feature Navigator para buscar información sobre el soporte de plataformas e imágenes de Cisco IOS Software.

Información sobre la Configuración del Soporte SNMP

Componentes de SNMP

Operaciones del SNMP

MIBs y RFCs

Versiones de SNMP

Información Detallada del Registro de la Interfaz

Soporte de SNMP para VPN

Persistencia de IfIndex de Interfaz

Persistencia de MIB

Circuit Interface Identification Persistence

Evento MIB

MIB de Expresión

SNMP Notification Logging

Componentes de SNMP

El SNMP es un protocolo de la capa de aplicación que proporciona un formato de mensaje para la comunicación entre los administradores y agentes de SNMP. SNMP proporciona un marco de trabajo estandarizado y un lenguaje común que se utiliza para monitorear y administrar los dispositivos de una red.

El marco de SNMP se compone de tres partes:

Administrador SNMP

Agente SNMP

MIB