El conjunto de documentos para este producto aspira al uso de un lenguaje no discriminatorio. A los fines de esta documentación, "no discriminatorio" se refiere al lenguaje que no implica discriminación por motivos de edad, discapacidad, género, identidad de raza, identidad étnica, orientación sexual, nivel socioeconómico e interseccionalidad. Puede haber excepciones en la documentación debido al lenguaje que se encuentra ya en las interfaces de usuario del software del producto, el lenguaje utilizado en función de la documentación de la RFP o el lenguaje utilizado por un producto de terceros al que se hace referencia. Obtenga más información sobre cómo Cisco utiliza el lenguaje inclusivo.
Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).
Este documento describe cómo configurar las trampas SNMP de Cisco IOS® admitidas.
Cisco recomienda que tenga conocimiento sobre estos temas:
No es conveniente que un dispositivo de Cisco envíe todas las capturas de SNMP que el dispositivo sabe cómo para enviar. Por ejemplo, si habilita todas las capturas en un servidor de acceso remoto con 64 líneas de acceso, recibirá una captura cada vez que un usuario acceda y cada vez que finalice la conexión. Esto crea demasiadas trampas. El software Cisco IOS define grupos de capturas que usted puede habilitar o deshabilitar. Hay dos comandos de configuración global que puede utilizar para configurar las capturas de SNMP en un dispositivo con software Cisco IOS:
snmp-server host host-addr [traps | informs] [version {1 | 2c | 3 [auth | noauth | priv]}]
community-string [udp-port port] [notification-type]
Ejecute el comando snmp-server host global configuration
para especificar el destinatario de una operación de notificación SNMP. Ejecute el comando no
de este comando para quitar el host especificado.
snmp-server enable traps [notification-type] [notification-option]
Ejecute el comando snmp-server enable traps global configuration
para permitir que el router envíe capturas SNMP. Ejecute el comando no
de este comando para inhabilitar las notificaciones SNMP.
Los tipos de trampas se pueden especificar en ambos comandos. Debe emitir el comando snmp-server host
para definir los sistemas de administración de red donde se enviarán las trampas. Debe especificar los tipos de capturas si no desea que se envíen todas las capturas. Emitir varios snmp-server enable traps
, uno para cada uno de los tipos de capturas que se utilizaron en el snmp host
comando.
Nota: no todas [notification-type]
se admiten opciones en ambos comandos. Por ejemplo, [notification-type]
x25 y teletipo (tty) no se utilizan para snmp-server enable trap
Las capturas x25 y tty están habilitadas de manera predeterminada.
Por ejemplo, ejecute estos comandos para hacer que un dispositivo de Cisco IOS Software notifique solamente la configuración, el Protocolo de gateway fronterizo (BGP) y las trampas tty al Sistema de administración de redes 10.10.10.10:
snmp-server host 10.10.10.10 public config bgp tty snmp-server enable traps config snmp-server enable traps bgp
Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.
La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.
Consulte Convenciones de Consejos Técnicos de Cisco para obtener más información sobre las convenciones sobre documentos.
Nota: Para preparar este documento se utilizó la versión 12.1(3)T del software del IOS de Cisco. Cuando usa una versión del software IOS de Cisco anterior, no todas las opciones están soportadas. Cuando utiliza una versión de Cisco IOS Software posterior a la 12.1(3)T, se pueden soportar opciones [notification-type] adicionales. En este documento, puede encontrar una lista actual de todos los Identificadores de objetos (OID) de trampa del Protocolo de administración de red simple (SNMP) del software del IOS de Cisco soportados.
Los dispositivos de Cisco que ejecutan el software Cisco IOS estándar (routers, switches de modo de transferencia asíncrono (ATM) y servidores de acceso remoto) pueden generar muchas trampas SNMP.
snmp-server host
ComandoEjecute el comando snmp-server host global configuration
para especificar el destinatario de una operación de notificación SNMP. Ejecute el comando no
de este comando para quitar el host especificado.
snmp-server host host-addr [traps | informs] [version {1 | 2c | 3 [auth | noauth | priv]}] community-string [udp-port port] [notification-type] no snmp-server host host [traps | informs]
host-addr |
El nombre o la dirección de Internet del host (el destinatario objetivo). |
traps |
(Opcional) Envíe trampas SNMP a este host. Este es el valor predeterminado. |
informs |
(Opcional) Enviar informes de SNMP a este host. |
version |
(Opcional) La versión de SNMP que se utiliza para enviar las capturas. La versión 3 es el modelo más seguro, ya que permite el cifrado de paquetes con el priv palabra clave. Si utiliza la palabra clave “version”, debe especificar una de estas opciones:
|
community-string |
La cadena comunitaria similar a una contraseña que se envía con la operación de notificación. Aunque puede establecer esta cadena con el snmp-server host , Cisco recomienda que defina esta cadena con el comando snmp-server community antes de ejecutar el comando snmp-server host comando. |
udp-portport |
El puerto del Protocolo de datagrama de usuario (UDP) del host a ser utilizado. El valor predeterminado es 162. |
tipo de notificación | (Opcional) El tipo de notificación que se debe enviar al host. Si no se especifica ningún tipo, se envían todas las notificaciones. El tipo de notificación puede ser una o más de las siguientes palabras clave:
|
snmp-server host
está desactivado de forma predeterminada. No se envían notificaciones.
Si ingresa este comando sin palabras clave, todos los tipos de trampas se envían al host de forma predeterminada.
No se envían informes a este host. Si no version
está presente, el valor predeterminado es la versión 1. no snmp-server host
comando sin palabras clave inhabilita las trampas, pero no informa, al host. Ejecute el comando no snmp-server host informs
para desactivar los informes.
Nota: si el community-string
no se ha definido con el snmp-server community
antes de utilizar este comando, la forma predeterminada del comando snmp-server community
se inserta automáticamente en la configuración. La contraseña (community-string)
se utiliza para esta configuración automática del snmp-server community
es el mismo que el especificado en el snmp-server host
comando. Este es el comportamiento predeterminado de la versión 12.0(3) del software Cisco IOS y posterior.
Versión de software del IOS de Cisco | Modificación |
---|---|
10.0 | Comando introducido |
‘12.0(3)T’ | Se agregaron estas palabras clave:
|
Las notificaciones de SNMP pueden ser enviadas como solicitudes de trampa o de información. Las capturas son poco confiables, ya que el receptor no envía acuses de recibo cuando este dispositivo las recibe. El remitente no puede determinar si las trampas fueron recibidas. Sin embargo, una entidad de SNMP que recibe una solicitud de informe hace acuse de recibo del mensaje con una unidad de datos del protocolo (PDU) de respuesta SNMP. Si el emisor nunca recibe la respuesta, la solicitud de informe puede enviarse de nuevo. Por lo tanto, los informes tienen más probabilidad de llegar al destino deseado.
Sin embargo, las notificaciones de información consumen más recursos en el agente y en la red. A diferencia de una trampa, la cual se descarta tan pronto como se envía, un pedido de informe se debe mantener en la memoria hasta que se reciba una respuesta o se agote el tiempo de espera del pedido. Las capturas se envían una sola vez, mientras que un informe puede intentar enviarse varias veces. Los reintentos incrementan el tráfico y contribuyen a una sobrecarga mayor en la red.
Si no introduce un snmp-server host
, no se envían notificaciones. Para configurar el router para enviar notificaciones SNMP, debe ingresar al menos una snmp-server host
comando. Si introduce el comando sin palabras clave, todos los tipos de capturas están habilitadas para el host.
Para habilitar varios hosts, debe emitir un comando independiente snmp-server host
para cada host. Puede especificar varios tipos de notificación en el comando para cada host.
Cuando hay varios snmp-server host
se dan comandos para el mismo host y tipo de notificación (trampa o informe), cada comando sobrescribe el comando anterior. Sólo el último snmp-server host
se tiene en cuenta. Por ejemplo, si introduce un snmp-server host inform
para un host y, a continuación, introduzca otro snmp-server host inform
para el mismo host, el segundo comando reemplaza al primero.
snmp-server host
se utiliza junto con el comando snmp-server enable
comando. Ejecute el comando snmp-server enable
para especificar qué notificaciones SNMP se envían globalmente. Para que un host reciba la mayoría de las notificaciones, al menos una snmp-server enable
y el comando snmp-server host
para ese host debe estar habilitado.
Sin embargo, algunos tipos de notificación no se pueden controlar con el snmp-server enable
comando. Por ejemplo, algunas tipos de notificación están siempre habilitadas. Otros tipos de notificación son habilitados por un comando diferente. Por ejemplo, el linkUpDown
las notificaciones son controladas por el snmp trap link-status
comando. Estos tipos de notificación no requieren un snmp-server enable
comando.
La disponibilidad de una opción de tipo de notificación depende del tipo de router y de las funciones del software CISCO IOS admitidas en el router. Por ejemplo, el envmon
notification-type está disponible sólo si el monitor de entorno forma parte del sistema.
Siga los pasos detallados a continuación para poder enviar un informe:
Configure una ID de motor remoto.
Configure un usuario remoto.
Configure un grupo en un dispositivo remoto.
Habilite trampas en el dispositivo remoto.
Habilite el administrador SNMP.
Si desea configurar una única cadena comunitaria de SNMP para las capturas, pero desea evitar el acceso de sondeo de SNMP con esta cadena, la configuración debe incluir una lista de acceso. En este ejemplo, la cadena de comunidad se denomina comaccess y la lista de acceso se numera con el número 10:
snmp-server community comaccess ro 10 snmp-server host 172.20.2.160 comaccess access-list 10 deny any
En este ejemplo, las capturas de SNMP se envían al host especificado por el nombre myhost.cisco.com. La identificación de comunidad se define como comaccess:
snmp-server enable traps snmp-server host myhost.cisco.com comaccess snmp
En este ejemplo, se envían las capturas específicas de la empresa y de control ambiental 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
En este ejemplo, se habilita el router para que envíe todas las capturas al host myhost.cisco.com con la cadena comunitaria pública:
snmp-server enable traps snmp-server host myhost.cisco.com public
En este ejemplo, no se envían capturas a ningún 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 bob public isdn
Este ejemplo permite que el router envíe todas las solicitudes de informe al host myhost.cisco.com con la cadena de comunidad public:
snmp-server enable traps snmp-server host myhost.cisco.com informs version
En este ejemplo, las capturas de SNMPv2c HSRP se envían al host especificado por el nombre myhost.cisco.com. La identificación de comunidad se define como pública.
snmp-server enable traps snmp-server host myhost.cisco.com traps version 2c public hsrp
snmp-server enable traps
ComandoUse el comando snmp-server enable traps
comando de configuración global para permitir que el router envíe capturas SNMP. Use el comando no
de este comando para desactivar las notificaciones SNMP.
snmp-server enable traps [notification-type] [notification-option] no snmp-server enable traps [notification-type] [notification-option]
tipo de notificación | (Opcional) El tipo de notificación que desea habilitar. Si no se especifica ningún tipo, se envían todas las notificaciones (que incluyen
|
opción de notificación | (Opcional)
|
Las notificaciones SNMP están desactivadas.
Si ingresa este comando sin palabras clave de notificación, la acción predeterminada será activar todos los tipos de notificación que este comando controla.
Versión de software del IOS de Cisco | Modificación |
---|---|
11.1 | Este comando fue ingresado. |
12.0(2)T | rsvp se agregó la palabra clave. |
‘12.0(3)T’ | hsrp se agregó la palabra clave. |
‘12.1(3)T’ | Estas palabras clave se han agregado al snmp-server enable traps snmp forma de este comando:
|
snmp-server enable traps snmp [ linkup] [linkdown]
forma de este comando reemplaza el snmp trap link-status interface
comando configuration mode.
no
forma de la snmp-server enable traps
es útil para inhabilitar las notificaciones que generan una gran cantidad de ruido innecesario en su red.
Las notificaciones de SNMP pueden ser enviadas como solicitudes de trampa o de información. Este comando habilita solicitudes de trampa y de información para tipos de notificación específicos.
Si no introduce un snmp-server enable traps
, no se envían notificaciones controladas por este comando. Para configurar el router para enviar estas notificaciones SNMP, debe ingresar al menos una snmp-server enable traps
comando. Si ingresa el comando sin palabras clave, todos los tipos de notificación serán habilitados. Si introduce el comando con una palabra clave, sólo se habilita el tipo de notificación relacionado con esa palabra clave. Para habilitar varios tipos de notificaciones, debe emitir una notificación independiente snmp-server enable traps
para cada tipo de notificación y opción de notificación.
snmp-server enable traps
se utiliza junto con el comando snmp-server host
comando. Ejecute el comando snmp-server host
para especificar qué host o hosts reciben notificaciones SNMP. Para enviar notificaciones, debe configurar al menos una snmp-server host
comando.
Para que un host reciba una notificación controlada por este comando, ambos snmp-server enable traps
y el comando snmp-server host
para ese host debe estar habilitado. Si el tipo de notificación no está controlado por este comando, sólo el snmp-server host
debe estar habilitado.
Todos los tipos de notificación que se utilizan en este comando tienen un objeto MIB asociado que les permite ser habilitados o deshabilitados (por ejemplo, las capturas HSRP se definen con HSRP MIB, las capturas de repetidor se definen con MIB de concentrador repetidor y así sucesivamente). No todos los tipos de notificación disponibles en el snmp-server host
tienen objetos notificationEnable MIB, por lo que algunos de estos no se pueden controlar con el comando snmp-server enable
comando.
Revisión | Fecha de publicación | Comentarios |
---|---|---|
3.0 |
18-Dec-2023 |
Recertificación |
1.0 |
10-Dec-2001 |
Versión inicial |