The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product. Learn more about how Cisco is using Inclusive Language.
To debug DHCP events, use the debug platform ip dhcp command in user or privileged EXEC mode. To disable debugging, use the no form of this command.
debug platform ip dhcp { all | error | event | packet | rpc}
no debug platform ip dhcp { all | error | event | packet | rpc}
all |
Displays all DHCP debug messages. |
error |
Displays DHCP error debug messages. |
event |
Displays DHCP event debug messages. |
packet |
Displays DHCP packet-related debug messages. |
rpc |
Displays DHCP remote procedure call (RPC) request debug messages. |
Debugging is disabled.
User EXEC
Privileged EXEC
Cisco IOS 15.0(2)EX1 |
The undebug platform ip dhcp command is the same as the no debug platform ip dhcp command.
When you enable debugging on a switch stack, it is enabled only on the active switch. To enable debugging on a stack member, you can start a session from the stack master by using the session switch-number EXEC command. Then enter the debug command at the command-line prompt of the stack member. You also can use the remote command stack-member-number LINE EXEC command on the active switch to enable debugging on a member switch without first starting a session.
Command |
Description |
---|---|
show ip dhcp snooping |
Displays the DHCP snooping configuration. |
show ip dhcp snooping binding |
Displays the DHCP snooping binding information. |
show debugging |
Displays information about the types of debugging that are enabled. |
To enable debugging of the platform-dependent Simple Network Management Protocol (SNMP) software, use the debug platform snmp command in user or privileged EXEC mode. To disable debugging, use the no form of this command.
debug platform snmp
no debug platform snmp
This command has no arguments or keywords.
Debugging is disabled.
User EXEC
Privileged EXEC
Cisco IOS 15.0(2)EX1 |
The undebug platform snmp command is the same as the no debug platform snmp command.
When you enable debugging on a switch stack, it is enabled only on the active switch. To enable debugging on a stack member, you can start a session from the active switch by using the session switch-number EXEC command. Then enter the debug command at the command-line prompt of the stack member. You also can use the remote command stack-member-number LINE EXEC command on the active switch to enable debugging on a member switch without first starting a session.
Command |
Description |
---|---|
show debugging |
Displays information about the types of debugging that are enabled. |
To create a new Ethernet Switched Port Analyzer (SPAN) or a Remote Switched Port Analyzer (RSPAN) session configuration for analyzing traffic between ports or add to an existing session configuration, use the monitor session global configuration command. To clear SPAN or RSPAN sessions, use the no form of this command.
monitor session session-number { destination | filter | source}
no monitor session { session-number [ destination | filter | source] | all | local | range session-range | remote}
The session number identified with the SPAN or RSPAN session. The range is 1 to 68. However if this switch is stacked with Catalyst 2960-S switches, the range is 1 to 66. |
|
Clears all local monitor sessions. |
|
range session-range |
Clears monitor sessions in the specified range. |
Release |
Modification |
---|---|
Cisco IOS 15.0(2)EX1 |
This command was introduced. |
You can set a combined maximum of four local SPAN sessions and RSPAN source sessions. You can have a total of 68 SPAN and RSPAN sessions on a switch or switch stack. However if this switch is stacked with Catalyst 2960-S switches, you are limited to a combined maximum of two local SPAN sessions and RSPAN source sessions, and the range is 1 to 66.
A private-VLAN port cannot be configured as a SPAN destination port.
You can verify your settings by entering the show monitor privileged EXEC command. You can display SPAN, RSPAN, FSPAN, and FRSPAN configuration on the switch by entering the show running-config privileged EXEC command. SPAN information appears near the end of the output.
This example shows how to create a local SPAN session 1 to monitor traffic on Po13 (an Etherchannel port) and limit SPAN traffic in the session only to VLAN 1281. Egress traffic replicates the source; ingress forwarding is not enabled.
Switch(config)# monitor session 1 source interface Po13 Switch(config)# monitor session 1 filter vlan 1281 Switch(config)# monitor session 1 destination interface GigabitEthernet2/0/36 encapsulation replicate Switch(config)# monitor session 1 destination interface GigabitEthernet3/0/36 encapsulation replicate
The following is the output of a show monitor session all command after completing these setup instructions:
Switch# show monitor session all
Session 1
---------
Type : Local Session
Source Ports :
Both : Po13
Destination Ports : Gi2/0/36,Gi3/0/36
Encapsulation : Replicate
Ingress : Disabled
Filter VLANs : 1281
...
To start a new Switched Port Analyzer (SPAN) session or Remote SPAN (RSPAN) destination session, to enable ingress traffic on the destination port for a network security device (such as a Cisco IDS Sensor Appliance), and to add or delete interfaces or VLANs to or from an existing SPAN or RSPAN session, use the monitor session destination global configuration command. To remove the SPAN or RSPAN session or to remove destination interfaces from the SPAN or RSPAN session, use the no form of this command.
monitor session session-number destination { interface interface-id [ , | -] [ encapsulation { replicate | dot1q} ] { ingress [ dot1q | untagged] } | remote} vlan vlan-id
no monitor session session-number destination { interface interface-id [ , | -] [ encapsulation { replicate | dot1q} ] { ingress [ dot1q | untagged] } | remote} vlan vlan-id
No monitor sessions are configured.
If encapsulation replicate is not specified on a local SPAN destination port, packets are sent in native form with no encapsulation tag.
Release |
Modification |
---|---|
Cisco IOS 15.0(2)EX1 |
This command was introduced. |
You can set a combined maximum of four local SPAN sessions and RSPAN source sessions. You can have a total of 68 SPAN and RSPAN sessions on a switch or switch stack. However if this switch is stacked with Catalyst 2960-S switches, you are limited to a combined maximum of two local SPAN sessions and RSPAN source sessions, and the range is 1 to 66.
A SPAN or RSPAN destination must be a physical port.
You can have a maximum of 64 destination ports on a switch or a switch stack.
Each session can include multiple ingress or egress source ports or VLANs, but you cannot combine source ports and source VLANs in a single session. Each session can include multiple destination ports.
When you use VLAN-based SPAN (VSPAN) to analyze network traffic in a VLAN or set of VLANs, all active ports in the source VLANs become source ports for the SPAN or RSPAN session. Trunk ports are included as source ports for VSPAN, and only packets with the monitored VLAN ID are sent to the destination port.
You can monitor traffic on a single port or VLAN or on a series or range of ports or VLANs. You select a series or range of interfaces or VLANs by using the [, | -] options.
If you specify a series of VLANs or interfaces, you must enter a space before and after the comma. If you specify a range of VLANs or interfaces, you must enter a space before and after the hyphen (-).
EtherChannel ports cannot be configured as SPAN or RSPAN destination ports. A physical port that is a member of an EtherChannel group can be used as a destination port, but it cannot participate in the EtherChannel group while it is as a SPAN destination.
A private-VLAN port cannot be configured as a SPAN destination port.
A port used as a destination port cannot be a SPAN or RSPAN source, nor can a port be a destination port for more than one session at a time.
You can enable IEEE 802.1x authentication on a port that is a SPAN or RSPAN destination port; however, IEEE 802.1x authentication is disabled until the port is removed as a SPAN destination. If IEEE 802.1x authentication is not available on the port, the switch returns an error message. You can enable IEEE 802.1x authentication on a SPAN or RSPAN source port.
If ingress traffic forwarding is enabled for a network security device, the destination port forwards traffic at Layer 2.
Destination ports can be configured to act in these ways:
When you enter monitor session session_number destination interface interface-id with no other keywords, egress encapsulation is untagged, and ingress forwarding is not enabled.
When you enter monitor session session_number destination interface interface-id ingress, egress encapsulation is untagged; ingress encapsulation depends on the keywords that follow—dot1q or untagged.
When you enter monitor session session_number destination interface interface-id encapsulation replicate with no other keywords, egress encapsulation replicates the source interface encapsulation; ingress forwarding is not enabled. (This applies to local SPAN only; RSPAN does not support encapsulation replication.)
When you enter monitor session session_number destination interface interface-id encapsulation replicate ingress, egress encapsulation replicates the source interface encapsulation; ingress encapsulation depends on the keywords that follow—dot1q or untagged. (This applies to local SPAN only; RSPAN does not support encapsulation replication.)
You can verify your settings by entering the show monitor privileged EXEC command. You can display SPAN, RSPAN, FSPAN, and FRSPAN configuration on the switch by entering the show running-config privileged EXEC command. SPAN information appears near the end of the output.
This example shows how to create a local SPAN session 1 to monitor both sent and received traffic on source port 1 on stack member 1 to destination port 2 on stack member 2:
Switch(config)# monitor session 1 source interface gigabitethernet1/0/1 both Switch(config)# monitor session 1 destination interface gigabitethernet1/0/2
This example shows how to delete a destination port from an existing local SPAN session:
Switch(config)# no monitor session 2 destination interface gigabitethernet1/0/2
This example shows how to configure RSPAN source session 1 to monitor a source interface and to configure the destination RSPAN VLAN 900:
Switch(config)# monitor session 1 source interface gigabitethernet1/0/1 Switch(config)# monitor session 1 destination remote vlan 900 Switch(config)# end
This example shows how to configure an RSPAN destination session 10 in the switch receiving the monitored traffic:
Switch(config)# monitor session 10 source remote vlan 900 Switch(config)# monitor session 10 destination interface gigabitethernet1/0/2
This example shows how to configure the destination port for ingress traffic on VLAN 5 by using a security device that supports IEEE 802.1Q encapsulation. Egress traffic replicates the source; ingress traffic uses IEEE 802.1Q encapsulation.
Switch(config)# monitor session 2 destination interface gigabitethernet1/0/2 encapsulation dot1q ingress dot1q vlan 5
This example shows how to configure the destination port for ingress traffic on VLAN 5 by using a security device that does not support encapsulation. Egress traffic and ingress traffic are untagged.
Switch(config)# monitor session 2 destination interface gigabitethernet1/0/2 ingress untagged vlan 5
To start a new flow-based SPAN (FSPAN) session or flow-based RSPAN (FRSPAN) source or destination session, or to limit (filter) SPAN source traffic to specific VLANs, use the monitor session filter global configuration command. To remove filters from the SPAN or RSPAN session, use the no form of this command.
monitor session session-number filter { vlan vlan-id [ , | -] | { ip | ipv6 | mac} access-group access-list}
no monitor session session-number filter { vlan vlan-id [ , | -] | { ip | ipv6 | mac} access-group access-list}
Release |
Modification |
---|---|
Cisco IOS 15.0(2)EX1 |
This command was introduced. |
You can set a combined maximum of four local SPAN sessions and RSPAN source sessions. You can have a total of 68 SPAN and RSPAN sessions on a switch or switch stack. However if this switch is stacked with Catalyst 2960-S switches, you are limited to a combined maximum of two local SPAN sessions and RSPAN source sessions, and the range is 1 to 66.
You can monitor traffic on a single VLAN or on a series or range of ports or VLANs. You select a series or range of VLANs by using the [, | -] options.
If you specify a series of VLANs, you must enter a space before and after the comma. If you specify a range of VLANs, you must enter a space before and after the hyphen (-).
VLAN filtering refers to analyzing network traffic on a selected set of VLANs on trunk source ports. By default, all VLANs are monitored on trunk source ports. You can use the monitor session session_number filter vlan vlan-id command to limit SPAN traffic on trunk source ports to only the specified VLANs.
VLAN monitoring and VLAN filtering are mutually exclusive. If a VLAN is a source, VLAN filtering cannot be enabled. If VLAN filtering is configured, a VLAN cannot become a source.
You can verify your settings by entering the show monitor privileged EXEC command. You can display SPAN, RSPAN, FSPAN, and FRSPAN configuration on the switch by entering the show running-config privileged EXEC command. SPAN information appears near the end of the output.
This example shows how to limit SPAN traffic in an existing session only to specific VLANs:
Switch(config)# monitor session 1 filter vlan 100 - 110
This example shows how to create a local SPAN session 1 to monitor both sent and received traffic on source port 1 on stack member 1 to destination port 2 on stack member 2 and to filter IPv4 traffic using access list number 122 in an FSPAN session:
Switch(config)# monitor session 1 source interface gigabitethernet1/0/1 both Switch(config)# monitor session 1 destination interface gigabitethernet1/0/2 Switch(config)# monitor session 1 filter ip access-group 122
To start a new Switched Port Analyzer (SPAN) session or Remote SPAN (RSPAN) source session, or to add or delete interfaces or VLANs to or from an existing SPAN or RSPAN session, use the monitor session source global configuration command. To remove the SPAN or RSPAN session or to remove source interfaces from the SPAN or RSPAN session use the no form of this command.
monitor session session_number source { interface interface-id [ , | -] [ both | rx | tx] | [ remote] vlanvlan-id [ , | -] [ both | rx | tx]}
no monitor session session_number source { interface interface-id [ , | -] [ both | rx | tx] | [ remote] vlanvlan-id [ , | -] [ both | rx | tx]}
No monitor sessions are configured.
On a source interface, the default is to monitor both received and transmitted traffic.
On a trunk interface used as a source port, all VLANs are monitored.
Release |
Modification |
---|---|
Cisco IOS 15.0(2)EX1 |
This command was introduced. |
Traffic that enters or leaves source ports or source VLANs can be monitored by using SPAN or RSPAN. Traffic routed to source ports or source VLANs cannot be monitored.
You can set a combined maximum of four local SPAN sessions and RSPAN source sessions. You can have a total of 68 SPAN and RSPAN sessions on a switch or switch stack. However if this switch is stacked with Catalyst 2960-S switches, you are limited to a combined maximum of two local SPAN sessions and RSPAN source sessions, and the range is 1 to 66.
A source can be a physical port, a port channel, or a VLAN.
Each session can include multiple ingress or egress source ports or VLANs, but you cannot combine source ports and source VLANs in a single session. Each session can include multiple destination ports.
When you use VLAN-based SPAN (VSPAN) to analyze network traffic in a VLAN or set of VLANs, all active ports in the source VLANs become source ports for the SPAN or RSPAN session. Trunk ports are included as source ports for VSPAN, and only packets with the monitored VLAN ID are sent to the destination port.
You can monitor traffic on a single port or VLAN or on a series or range of ports or VLANs. You select a series or range of interfaces or VLANs by using the [, | -] options.
If you specify a series of VLANs or interfaces, you must enter a space before and after the comma. If you specify a range of VLANs or interfaces, you must enter a space before and after the hyphen (-).
You can monitor individual ports while they participate in an EtherChannel, or you can monitor the entire EtherChannel bundle by specifying the port-channel number as the RSPAN source interface.
A port used as a destination port cannot be a SPAN or RSPAN source, nor can a port be a destination port for more than one session at a time.
You can enable IEEE 802.1x authentication on a SPAN or RSPAN source port.
You can verify your settings by entering the show monitor privileged EXEC command. You can display SPAN, RSPAN, FSPAN, and FRSPAN configuration on the switch by entering the show running-config privileged EXEC command. SPAN information appears near the end of the output.
This example shows how to create a local SPAN session 1 to monitor both sent and received traffic on source port 1 on stack member 1 to destination port 2 on stack member 2:
Switch(config)# monitor session 1 source interface gigabitethernet1/0/1 both Switch(config)# monitor session 1 destination interface gigabitethernet1/0/2
This example shows how to configure RSPAN source session 1 to monitor multiple source interfaces and to configure the destination RSPAN VLAN 900.
Switch(config)# monitor session 1 source interface gigabitethernet1/0/1 Switch(config)# monitor session 1 source interface port-channel 2 tx Switch(config)# monitor session 1 destination remote vlan 900 Switch(config)# end
To display information about all Switched Port Analyzer (SPAN) and Remote SPAN (RSPAN) sessions, use the show monitor session command in EXEC mode.
show monitor session { session_number | all | erspan-destination | erspan-source | local | range list | remote} [ detail]
Release |
Modification |
---|---|
Cisco IOS 15.0(2)EX1 |
This command was introduced. |
Maximum number of SPAN source sessions: 4 (applies to source and local sessions) However if this switch is stacked with Catalyst 2960-S switches, you are limited to a combined maximum of two local SPAN sessions and RSPAN source sessions.
This is an example of output for the show monitor session privileged EXEC command for local SPAN source session 1:
Switch# show monitor session 1 Session 1 --------- Type : Local Session Source Ports : RX Only : Gi4/0/1 Both : Gi4/0/2-3,Gi4/0/5-6 Destination Ports : Gi4/0/20 Encapsulation : Replicate Ingress : Disabled
This is an example of output for the show monitor session all privileged EXEC command when ingress traffic forwarding is enabled:
Switch# show monitor session all Session 1 --------- Type : Local Session Source Ports : Both : Gi4/0/2 Destination Ports : Gi4/0/3 Encapsulation : Native Ingress : Enabled, default VLAN = 5 Ingress encap : DOT1Q Session 2 --------- Type : Local Session Source Ports : Both : Gi4/0/8 Destination Ports : Gi4/012 Encapsulation : Replicate Ingress : Enabled, default VLAN = 4 Ingress encap : Untagged
To display platform-dependent Simple Network Management Protocol (SNMP) counter information, use the show platform snmp counters privileged EXEC command.
show platform snmp counters
This command has no arguments or keywords.
Privileged EXEC
Release | Modification |
---|---|
Cisco IOS 15.0(2)EX1 |
This command was introduced. |
Use this command only when you are working directly with your technical support representative while troubleshooting a problem. Do not use this command unless your technical support representative asks you to do so.
To enable the switch to send Simple Network Management Protocol (SNMP) notifications for various traps or inform requests to the network management system (NMS), use the snmp-server enable traps command in global configuration mode. Use the no form of this command to return to the default setting.
snmp-server enable traps [ auth-framework [ sec-violation] | bridge | call-home | cef | cluster | config | config-copy | config-ctid | copy-config | cpu | dot1x | eigrp | energywise | entity | envmon | errdisable | event-manager | flash | fru-ctrl | hsrp | ike | ipmulticast | ipsec | license | mac-notification | ospf | pim | port-security | power-ethernet | rep | snmp | stackwise | storm-control | stpx | syslog | transceiver | tty | vlan-membership | vlancreate | vlandelete | vstack | vtp ]
no snmp-server enable traps [ auth-framework | bridge | call-home | cef | cluster | config | config-copy | config-ctid | copy-config | cpu | dot1x | eigrp | energywise | entity | envmon | errdisable | event-manager | flash | fru-ctrl | hsrp | ike | ipmulticast | ipsec | license | mac-notification | ospf | pim | port-security | power-ethernet | rep | snmp | stackwise | storm-control | stpx | syslog | transceiver | tty | vlan-membership | vlancreate | vlandelete | vstack | vtp ]
auth-framework |
(Optional) Enables SNMP CISCO-AUTH-FRAMEWORK-MIB traps. |
sec-violation |
(Optional) Enables SNMP camSecurityViolationNotif notifications. |
bridge |
(Optional) Enables SNMP STP Bridge MIB traps.* |
call-home |
(Optional) Enables SNMP CISCO-CALLHOME-MIB traps.* |
cef |
(Optional) Enables cluster traps.* |
cluster |
(Optional) Enables SNMP cluster traps. |
config |
(Optional) Enables SNMP configuration traps. |
config-copy |
(Optional) Enables SNMP configuration copy traps. |
config-ctid |
(Optional) Enables SNMP configuration CTID traps. |
copy-config |
(Optional) Enables SNMP copy-configuration traps. |
cpu |
(Optional) Enables CPU notification traps.* |
dot1x |
(Optional) Enables SNMP dot1x traps.* |
eigrp |
(Optional) Enables SNMP EIGRP traps. |
energywise |
(Optional) Enables SNMP energywise traps.* |
entity |
(Optional) Enables SNMP entity traps. |
envmon |
(Optional) Enables SNMP environmental monitor traps.* |
errdisable |
(Optional) Enables SNMP errdisable notification traps.* |
event-manager |
(Optional) Enables SNMP Embedded Event Manager traps. |
flash |
(Optional) Enables SNMP FLASH notification traps.* |
fru-ctrl |
(Optional) Generates entity field-replaceable unit (FRU) control traps. In a switch stack, this trap refers to the insertion or removal of a switch in the stack. |
hsrp |
(Optional) Enables SNMP HSRP traps. |
ike |
(Optional) Enables SNMP IKE traps.* |
ipmulticast |
(Optional) Enables IP multicast routing traps. |
ipsec |
(Optional) Enables SNMP IPsec traps.* |
license |
(Optional) Enables license traps.* |
mac-notification |
(Optional) Enables SNMP MAC Notification traps.* |
ospf |
(Optional) Enables OSPF traps.* |
pim |
(Optional) Enables SNMP PIM traps.* |
port-security |
(Optional) Enables SNMP port security traps.* |
power-ethernet |
(Optional) Enables SNMP power Ethernet traps.* |
rep |
(Optional) Enables SNMP Resilient Ethernet Protocol traps. |
snmp |
(Optional) Enables SNMP traps.* |
stackwise |
(Optional) Enables SNMP stackwise traps.* |
storm-control |
(Optional) Enables SNMP storm-control trap parameters.* |
stpx |
(Optional) Enables SNMP STPX MIB traps.* |
syslog |
(Optional) Enables SNMP syslog traps. |
transceiver |
(Optional) Enables SNMP transceiver traps.* |
tty |
(Optional) Sends TCP connection traps. This is enabled by default. |
vlan-membership |
(Optional) Enables SNMP VLAN membership traps. |
vlancreate |
(Optional) Enables SNMP VLAN-created traps. |
vlandelete |
(Optional) Enables SNMP VLAN-deleted traps. |
vstack |
(Optional) Enables SNMP Smart Install traps.* |
vtp |
(Optional) Enables VLAN Trunking Protocol (VTP) traps. |
The sending of SNMP traps is disabled.
Global configuration
Release | Modification |
---|---|
Cisco IOS 15.0(2)EX1 |
This command was introduced. |
The command options marked with an asterisk in the table above have subcommands. For more information on these subcommands, see the Related Commands section below.
Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command. If no trap types are specified, all trap types are sent.
When supported, use the snmp-server enable traps command to enable sending of traps or informs.
![]() Note | Though visible in the command-line help strings, the fru-ctrl, insertion, and removal keywords are not supported on the switch. The snmp-server enable informs global configuration command is not supported. To enable the sending of SNMP inform notifications, use the snmp-server enable traps global configuration command combined with the snmp-server host host-addr informs global configuration command. |
![]() Note | Informs are not supported in SNMPv1. |
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for each trap type.
This example shows how to enable more than one type of SNMP trap:
Switch(config)# snmp-server enable traps cluster Switch(config)# snmp-server enable traps config Switch(config)# snmp-server enable traps vtp
To generate STP bridge MIB traps, use the snmp-server enable traps bridge command in global configuration mode. Use the no form of this command to return to the default setting.
snmp-server enable traps bridge [ newroot] [ topologychange]
no snmp-server enable traps bridge [ newroot] [ topologychange]
newroot |
(Optional) Enables SNMP STP bridge MIB new root traps. |
topologychange |
(Optional) Enables SNMP STP bridge MIB topology change traps. |
The sending of bridge SNMP traps is disabled.
Global configuration
Release |
Modification |
---|---|
Cisco IOS 15.0(2)EX1 |
This command was introduced. |
Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command. If no trap types are specified, all trap types are sent.
![]() Note | Informs are not supported in SNMPv1. |
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for each trap type.
This example shows how to send bridge new root traps to the NMS:
Switch(config)# snmp-server enable traps bridge newroot
Command | Description |
Specifies the recipient (host) of a SNMP notification operation. |
To enable SNMP CISCO-CALLHOME-MIB traps, use the snmp-server enable traps call-home command in global configuration mode. Use the no form of this command to return to the default setting.
snmp-server enable traps call-home [ message-send-fail | server-fail]
no snmp-server enable traps call-home [ message-send-fail | server-fail]
message-send-fail |
(Optional) Enables SNMP message-send-fail traps. |
server-fail |
(Optional) Enables SNMP server-fail traps. |
The sending of SNMP CISCO-CALLHOME-MIB traps is disabled.
Global configuration
Release |
Modification |
---|---|
Cisco IOS 15.0(2)EX1 |
This command was introduced. |
Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command. If no trap types are specified, all trap types are sent.
![]() Note | Informs are not supported in SNMPv1. |
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for each trap type.
This example shows how to generate SNMP message-send-fail traps:
Switch(config)# snmp-server enable traps call-home message-send-fail
Command | Description |
Specifies the recipient (host) of a SNMP notification operation. |
To enable SNMP Cisco Express Forwarding (CEF) traps, use the snmp-server enable traps cef command in global configuration mode. Use the no form of this command to return to the default setting.
snmp-server enable traps cef [ inconsistency | peer-fib-state-change | peer-state-change | resource-failure]
no snmp-server enable traps cef [ inconsistency | peer-fib-state-change | peer-state-change | resource-failure]
inconsistency |
(Optional) Enables SNMP CEF Inconsistency traps. |
peer-fib-state-change |
(Optional) Enables SNMP CEF Peer FIB State change traps. |
peer-state-change |
(Optional) Enables SNMP CEF Peer state change traps. |
resource-failure |
(Optional) Enables SNMP CEF Resource Failure traps. |
The sending of SNMP CEF traps is disabled.
Global configuration
Release |
Modification |
---|---|
Cisco IOS 15.0(2)EX1 |
This command was introduced. |
Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command. If no trap types are specified, all trap types are sent.
![]() Note | Informs are not supported in SNMPv1. |
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for each trap type.
This example shows how to generate SNMP CEF inconsistency traps:
Switch(config)# snmp-server enable traps cef inconsistency
Command | Description |
Specifies the recipient (host) of a SNMP notification operation. |
To enable CPU notifications, use the snmp-server enable traps cpu command in global configuration mode. Use the no form of this command to return to the default setting.
snmp-server enable traps cpu [ threshold]
no snmp-server enable traps cpu [ threshold]
threshold |
(Optional) Enables CPU threshold notification. |
The sending of CPU notifications is disabled.
Global configuration
Release |
Modification |
---|---|
Cisco IOS 15.0(2)EX1 |
This command was introduced. |
Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command. If no trap types are specified, all trap types are sent.
![]() Note | Informs are not supported in SNMPv1. |
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for each trap type.
This example shows how to generate CPU threshold notifications:
Switch(config)# snmp-server enable traps cpu threshold
Command | Description |
Specifies the recipient (host) of a SNMP notification operation. |
To enable IEEE 802.1x traps, use the snmp-server enable traps dot1x command in global configuration mode. Use the no form of this command to return to the default setting.
snmp-server enable traps dot1x [ auth-fail-vlan] [ guest-vlan] [ no-auth-fail-vlan] [ no-guest-vlan]
no snmp-server enable traps dot1x [ auth-fail-vlan] [ guest-vlan] [ no-auth-fail-vlan] [ no-guest-vlan]
auth-fail-vlan |
(Optional) Generates a trap when the port moves to the configured restricted VLAN. |
guest-vlan |
(Optional) Generates a trap when the port moves to the configured guest VLAN. |
no-auth-fail-vlan |
(Optional) Generates a trap when a port tries to enter the restricted VLAN, but cannot because the restricted VLAN is not configured. |
no-guest-vlan |
(Optional) Generates a trap when a port tries to enter the guest VLAN, but cannot because the guest VLAN is not configured. |
The sending of IEEE 802.1x SNMP traps is disabled.
Global configuration
Release | Modification |
---|---|
Cisco IOS 15.0(2)EX1 |
This command was introduced. |
When the snmp-server enable traps dot1x command is entered (without any other keywords specified), all the IEEE 802.1x traps are enabled.
Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command. If no trap types are specified, all trap types are sent.
![]() Note | Informs are not supported in SNMPv1. |
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for each trap type.
This example shows how to generate a trap when the port moves to the configured restricted VLAN:
Switch(config)# snmp-server enable traps dot1x auth-fail-vlan
Command | Description |
Specifies the recipient (host) of a SNMP notification operation. |
To enable SNMP Energywise traps, use the snmp-server enable traps energywise command in global configuration mode. Use the no form of this command to return to the default setting.
snmp-server enable traps energywise [ event-occured] [ level-change] [ neighbor-added] [ neighbor-deleted]
no snmp-server enable traps energywise [ event-occured] [ level-change] [ neighbor-added] [ neighbor-deleted]
event-occured |
(Optional) Enables Energywise event occurred traps. |
level-change |
(Optional) Enables Energywise entity level change traps. |
neighbor-added |
(Optional) Enables Energywise entity neighbor added traps. |
neighbor-deleted |
(Optional) Enables Energywise entity neighbor deleted traps. |
The sending of SNMP Energywise traps is disabled.
Global configuration
Release |
Modification |
---|---|
Cisco IOS 15.0(2)EX1 |
This command was introduced. |
When the snmp-server enable traps energywise command is entered (without any other keywords specified), all the SNMP Energywise traps are enabled.
Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command. If no trap types are specified, all trap types are sent.
![]() Note | Informs are not supported in SNMPv1. |
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for each trap type.
This example shows how to generate a trap when an Energywise event occurs:
Switch(config)# snmp-server enable traps energywise event-occured
Command | Description |
Specifies the recipient (host) of a SNMP notification operation. |
To enable SNMP environmental traps, use the snmp-server enable traps envmon command in global configuration mode. Use the no form of this command to return to the default setting.
snmp-server enable traps envmon [ fan] [ shutdown] [ status] [ supply] [ temperature]
no snmp-server enable traps envmon [ fan] [ shutdown] [ status] [ supply] [ temperature]
fan |
(Optional) Enables fan traps. |
shutdown |
(Optional) Enables environmental monitor shutdown traps. |
status |
(Optional) Enables SNMP environmental status-change traps. |
supply |
(Optional) Enables environmental monitor power-supply traps. |
temperature |
(Optional) Enables environmental monitor temperature traps. |
The sending of environmental SNMP traps is disabled.
Global configuration
Release |
Modification |
---|---|
Cisco IOS 15.0(2)EX1 |
This command was introduced. |
Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command. If no trap types are specified, all trap types are sent.
![]() Note | Informs are not supported in SNMPv1. |
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for each trap type.
This example shows how to generate fan traps:
Switch(config)# snmp-server enable traps envmon fan
Command | Description |
Specifies the recipient (host) of a SNMP notification operation. |
To enable SNMP notifications of error-disabling, use the snmp-server enable traps errdisable command in global configuration mode. Use the no form of this command to return to the default setting.
snmp-server enable traps errdisable [ notification-rate number-of-notifications]
no snmp-server enable traps errdisable [ notification-rate number-of-notifications]
notification-rate number-of-notifications |
(Optional) Specifies number of notifications per minute as the notification rate. Accepted values are from 0 to 10000. |
The sending of SNMP notifications of error-disabling is disabled.
Global configuration
Release |
Modification |
---|---|
Cisco IOS 15.0(2)EX1 |
This command was introduced. |
Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command. If no trap types are specified, all trap types are sent.
![]() Note | Informs are not supported in SNMPv1. |
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for each trap type.
This example shows how to set the number SNMP notifications of error-disabling to 2:
Switch(config)# snmp-server enable traps errdisable notification-rate 2
Command | Description |
Specifies the recipient (host) of a SNMP notification operation. |
To enable SNMP flash notifications, use the snmp-server enable traps flash command in global configuration mode. Use the no form of this command to return to the default setting.
snmp-server enable traps flash [ insertion] [ removal]
no snmp-server enable traps flash [ insertion] [ removal]
insertion |
(Optional) Enables SNMP flash insertion notifications. |
removal |
(Optional) Enables SNMP flash removal notifications. |
The sending of SNMP flash notifications is disabled.
Global configuration
Release |
Modification |
---|---|
Cisco IOS 15.0(2)EX1 |
This command was introduced. |
Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command. If no trap types are specified, all trap types are sent.
![]() Note | Informs are not supported in SNMPv1. |
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for each trap type.
This example shows how to generate SNMP flash insertion notifications:
Switch(config)# snmp-server enable traps flash insertion
Command | Description |
Specifies the recipient (host) of a SNMP notification operation. |
To enable IKE traps, use the snmp-server enable traps ike command in global configuration mode. Use the no form of this command to return to the default setting.
snmp-server enable traps ike { policy { add | delete} | tunnel { start | stop} }
no snmp-server enable traps ike { policy { add | delete} | tunnel { start | stop} }
policy |
(Optional) Enables IKE policy traps. |
add |
(Optional) Enables IKE policy add traps. |
delete |
(Optional) Enables IKE policy delete traps. |
tunnel |
(Optional) Enables IKE tunnel traps. |
start |
(Optional) Enables IKE tunnel start traps. |
stop |
(Optional) Enables IKE tunnel stop traps. |
The sending of IKE traps is disabled.
Global configuration
Release |
Modification |
---|---|
Cisco IOS 15.0(2)EX1 |
This command was introduced. |
Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command. If no trap types are specified, all trap types are sent.
![]() Note | Informs are not supported in SNMPv1. |
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for each trap type.
This example shows how to generate IKE tunnel start traps:
Switch(config)# snmp-server enable traps ike tunnel start
Command | Description |
Specifies the recipient (host) of a SNMP notification operation. |
To enable IPsec traps, use the snmp-server enable traps ipsec command in global configuration mode. Use the no form of this command to return to the default setting.
snmp-server enable traps ipsec { cryptomap { add | attach | delete | detach} | too-many-sas | tunnel { start | stop} }
no snmp-server enable traps ipsec { cryptomap { add | attach | delete | detach} | too-many-sas | tunnel { start | stop} }
cryptomap |
Enables IPsec Cryptomap traps. |
add |
Enables IPsec Cryptomap add traps. |
attach |
Enables IPsec Cryptomap attach traps. |
delete |
Enables IPsec Cryptomap delete traps. |
detach |
Enables IPsec Cryptomap detach traps. |
too-many-sas |
Enables IPsec too-many-sas traps. |
tunnel |
Enables IPsec tunnel traps. |
start |
Enables IPsec tunnel start traps. |
stop |
Enables IPsec tunnel stop traps. |
The sending of IPsec traps is disabled.
Global configuration
Release |
Modification |
---|---|
Cisco IOS 15.0(2)EX1 |
This command was introduced. |
Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command. If no trap types are specified, all trap types are sent.
![]() Note | Informs are not supported in SNMPv1. |
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for each trap type.
This example shows how to generate IPsec tunnel start traps:
Switch(config)# snmp-server enable traps ipsec tunnel start
Command | Description |
Specifies the recipient (host) of a SNMP notification operation. |
To enable license traps, use the snmp-server enable traps license command in global configuration mode. Use the no form of this command to return to the default setting.
snmp-server enable traps license [ deploy] [ error] [ usage]
no snmp-server enable traps license [ deploy] [ error] [ usage]
deploy |
(Optional) Enables license deployment traps. |
error |
(Optional) Enables license error traps. |
usage |
(Optional) Enables license usage traps. |
The sending of license traps is disabled.
Global configuration
Release |
Modification |
---|---|
Cisco IOS 15.0(2)EX1 |
This command was introduced. |
Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command. If no trap types are specified, all trap types are sent.
![]() Note | Informs are not supported in SNMPv1. |
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for each trap type.
This example shows how to generate license deployment traps:
Switch(config)# snmp-server enable traps license deploy
Command | Description |
Specifies the recipient (host) of a SNMP notification operation. |
To enable SNMP MAC notification traps, use the snmp-server enable traps mac-notification command in global configuration mode. Use the no form of this command to return to the default setting.
snmp-server enable traps mac-notification [ change] [ move] [ threshold]
no snmp-server enable traps mac-notification [ change] [ move] [ threshold]
change |
(Optional) Enables SNMP MAC change traps. |
move |
(Optional) Enables SNMP MAC move traps. |
threshold |
(Optional) Enables SNMP MAC threshold traps. |
The sending of SNMP MAC notification traps is disabled.
Global configuration
Release |
Modification |
---|---|
Cisco IOS 15.0(2)EX1 |
This command was introduced. |
Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command. If no trap types are specified, all trap types are sent.
![]() Note | Informs are not supported in SNMPv1. |
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for each trap type.
This example shows how to generate SNMP MAC notification change traps:
Switch(config)# snmp-server enable traps mac-notification change
Command | Description |
Specifies the recipient (host) of a SNMP notification operation. |
To enable SNMP Open Shortest Path First (OSPF) traps, use the snmp-server enable traps ospf command in global configuration mode. Use the no form of this command to return to the default setting.
snmp-server enable traps ospf [ cisco-specific | errors | lsa | rate-limit rate-limit-time max-number-of-traps | retransmit | state-change]
no snmp-server enable traps ospf [ cisco-specific | errors | lsa | rate-limit rate-limit-time max-number-of-traps | retransmit | state-change]
cisco-specific |
(Optional) Enables Cisco-specific traps. |
errors |
(Optional) Enables error traps. |
lsa |
(Optional) Enables link-state advertisement (LSA) traps. |
rate-limit |
(Optional) Enables rate-limit traps. |
rate-limit-time |
(Optional) Specifies window of time in seconds for rate-limit traps. Accepted values are 2 to 60. |
max-number-of-traps |
(Optional) Specifies maximum number of rate-limit traps to be sent in window time. |
retransmit |
(Optional) Enables packet-retransmit traps. |
state-change |
(Optional) Enables state-change traps. |
The sending of OSPF SNMP traps is disabled.
Global configuration
Release |
Modification |
---|---|
Cisco IOS 15.0(2)EX1 |
This command was introduced. |
Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command. If no trap types are specified, all trap types are sent.
![]() Note | Informs are not supported in SNMPv1. |
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for each trap type.
This example shows how to enable LSA traps:
Switch(config)# snmp-server enable traps ospf lsa
Command | Description |
Specifies the recipient (host) of a SNMP notification operation. |
To enable SNMP Protocol-Independent Multicast (PIM) traps, use the snmp-server enable traps pim command in global configuration mode. Use the no form of this command to return to the default setting.
snmp-server enable traps pim [ invalid-pim-message] [ neighbor-change] [ rp-mapping-change]
no snmp-server enable traps pim [ invalid-pim-message] [ neighbor-change] [ rp-mapping-change]
invalid-pim-message |
(Optional) Enables invalid PIM message traps. |
neighbor-change |
(Optional) Enables PIM neighbor-change traps. |
rp-mapping-change |
(Optional) Enables rendezvous point (RP)-mapping change traps. |
The sending of PIM SNMP traps is disabled.
Global configuration
Release |
Modification |
---|---|
Cisco IOS 15.0(2)EX1 |
This command was introduced. |
Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command. If no trap types are specified, all trap types are sent.
![]() Note | Informs are not supported in SNMPv1. |
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for each trap type.
This example shows how to enable invalid PIM message traps:
Switch(config)# snmp-server enable traps pim invalid-pim-message
Command | Description |
Specifies the recipient (host) of a SNMP notification operation. |
To enable SNMP port security traps, use the snmp-server enable traps port-security command in global configuration mode. Use the no form of this command to return to the default setting.
snmp-server enable traps port-security [ trap-rate value]
no snmp-server enable traps port-security [ trap-rate value]
trap-rate value |
(Optional) Sets the maximum number of port-security traps sent per second. The range is from 0 to 1000; the default is 0 (no limit imposed; a trap is sent at every occurrence). |
The sending of port security SNMP traps is disabled.
Global configuration
Release |
Modification |
---|---|
Cisco IOS 15.0(2)EX1 |
This command was introduced. |
Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command. If no trap types are specified, all trap types are sent.
![]() Note | Informs are not supported in SNMPv1. |
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for each trap type.
This example shows how to enable port-security traps at a rate of 200 per second:
Switch(config)# snmp-server enable traps port-security trap-rate 200
Command | Description |
Specifies the recipient (host) of a SNMP notification operation. |
To enable SNMP power-over-Ethernet (PoE) traps, use the snmp-server enable traps power-ethernet command in global configuration mode. Use the no form of this command to return to the default setting.
snmp-server enable traps power-ethernet { group number | police }
no snmp-server enable traps power-ethernet { group number | police }
group number |
Enables inline power group-based traps for the specified group number. Accepted values are from 1 to 9. |
police |
Enables inline power policing traps. |
The sending of power-over-Ethernet SNMP traps is disabled.
Global configuration
Release |
Modification |
---|---|
Cisco IOS 15.0(2)EX1 |
This command was introduced. |
Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command. If no trap types are specified, all trap types are sent.
![]() Note | Informs are not supported in SNMPv1. |
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for each trap type.
This example shows how to enable power-over-Ethernet traps for group 1:
Switch(config)# snmp-server enable traps poower-over-ethernet group 1
Command | Description |
Specifies the recipient (host) of a SNMP notification operation. |
To enable SNMP traps, use the snmp-server enable traps snmp command in global configuration mode. Use the no form of this command to return to the default setting.
snmp-server enable traps snmp [ authentication ] [ coldstart ] [ linkdown ] [ linkup ] [ warmstart]
no snmp-server enable traps snmp [ authentication ] [ coldstart ] [ linkdown ] [ linkup ] [ warmstart]
authentication |
(Optional) Enables authentication traps. |
coldstart |
(Optional) Enables cold start traps. |
linkdown |
(Optional) Enables linkdown traps. |
linkup |
(Optional) Enables linkup traps. |
warmstart |
(Optional) Enables warmstart traps. |
The sending of SNMP traps is disabled.
Global configuration
Release |
Modification |
---|---|
Cisco IOS 15.0(2)EX1 |
This command was introduced. |
Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command. If no trap types are specified, all trap types are sent.
![]() Note | Informs are not supported in SNMPv1. |
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for each trap type.
This example shows how to enable a warmstart SNMP trap:
Switch(config)# snmp-server enable traps snmp warmstart
Command | Description |
Specifies the recipient (host) of a SNMP notification operation. |
To enable SNMP StackWise traps, use the snmp-server enable traps stackwise command in global configuration mode. Use the no form of this command to return to the default setting.
snmp-server enable traps stackwise [ GLS] [ ILS] [ SRLS] [ insufficient-power] [ invalid-input-current] [ invalid-output-current] [ member-removed] [ member-upgrade-notification] [ new-master] [ new-member] [ port-change] [ power-budget-warning] [ power-invalid-topology] [ power-link-status-changed] [ power-oper-status-changed] [ power-priority-conflict] [ power-version-mismatch] [ ring-redundant] [ stack-mismatch] [ unbalanced-power-supplies] [ under-budget] [ under-voltage]
no snmp-server enable traps stackwise [ GLS] [ ILS] [ SRLS] [ insufficient-power] [ invalid-input-current] [ invalid-output-current] [ member-removed] [ member-upgrade-notification] [ new-master] [ new-member] [ port-change] [ power-budget-warning] [ power-invalid-topology] [ power-link-status-changed] [ power-oper-status-changed] [ power-priority-conflict] [ power-version-mismatch] [ ring-redundant] [ stack-mismatch] [ unbalanced-power-supplies] [ under-budget] [ under-voltage]
GLS |
(Optional) Enables StackWise stack power GLS trap. |
ILS |
(Optional) Enables StackWise stack power ILS trap. |
SRLS |
(Optional) Enables StackWise stack power SRLS trap. |
insufficient-power |
(Optional) Enables StackWise stack power unbalanced power supplies trap. |
invalid-input-current |
(Optional) Enables StackWise stack power invalid input current trap. |
invalid-output-current |
(Optional) Enables StackWise stack power invalid output current trap. |
member-removed |
(Optional) Enables StackWise stack member removed trap. |
member-upgrade-notification |
(Optional) Enables StackWise member to be reloaded for upgrade trap. |
new-master |
(Optional) Enables StackWise new master trap. |
new-member |
(Optional) Enables StackWise stack new member trap. |
port-change |
(Optional) Enables StackWise stack port change trap. |
power-budget-warning |
(Optional) Enables StackWise stack power budget warning trap. |
power-invalid-topology |
(Optional) Enables StackWise stack power invalid topology trap. |
power-link-status-changed |
(Optional) Enables StackWise stack power link status changed trap. |
power-oper-status-changed |
(Optional) Enables StackWise stack power port oper status changed trap. |
power-priority-conflict |
(Optional) Enables StackWise stack power priority conflict trap. |
power-version-mismatch |
(Optional) Enables StackWise stack power version mismatch discovered trap. |
ring-redundant |
(Optional) Enables StackWise stack ring redundant trap. |
stack-mismatch |
(Optional) Enables StackWise stack mismatch trap. |
unbalanced-power-supplies |
(Optional) Enables StackWise stack power unbalanced power supplies trap. |
under-budget |
(Optional) Enables StackWise stack power under budget trap. |
under-voltage |
(Optional) Enables StackWise stack power under voltage trap. |
The sending of SNMP StackWise traps is disabled.
Global configuration
Release |
Modification |
---|---|
Cisco IOS 15.0(2)EX1 |
This command was introduced. |
Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command. If no trap types are specified, all trap types are sent.
![]() Note | Informs are not supported in SNMPv1. |
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for each trap type.
This example shows how to generate StackWise stack power GLS traps:
Switch(config)# snmp-server enable traps stackwise GLS
Command | Description |
Specifies the recipient (host) of a SNMP notification operation. |
To enable SNMP storm-control trap parameters, use the snmp-server enable traps storm-control command in global configuration mode. Use the no form of this command to return to the default setting.
snmp-server enable traps storm-control { trap-rate number-of-minutes}
no snmp-server enable traps storm-control { trap-rate}
trap-rate number-of-minutes |
(Optional) Specifies the SNMP storm-control trap rate in minutes. Accepted values are from 0 to 1000. |
The sending of SNMP storm-control trap parameters is disabled.
Global configuration
Release |
Modification |
---|---|
Cisco IOS 15.0(2)EX1 |
This command was introduced. |
Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command. If no trap types are specified, all trap types are sent.
![]() Note | Informs are not supported in SNMPv1. |
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for each trap type.
This example shows how to set the SNMP storm-control trap rate to 10 traps per minute:
Switch(config)# snmp-server enable traps storm-control trap-rate 10
Command | Description |
Specifies the recipient (host) of a SNMP notification operation. |
To enable SNMP STPX MIB traps, use the snmp-server enable traps stpx command in global configuration mode. Use the no form of this command to return to the default setting.
snmp-server enable traps stpx [ inconsistency][ loop-inconsistency][ root-inconsistency]
no snmp-server enable traps stpx [ inconsistency][ loop-inconsistency][ root-inconsistency]
inconsistency |
(Optional) Enables SNMP STPX MIB inconsistency update traps. |
loop-inconsistency |
(Optional) Enables SNMP STPX MIB loop inconsistency update traps. |
root-inconsistency |
(Optional) Enables SNMP STPX MIB root inconsistency update traps. |
The sending of SNMP STPX MIB traps is disabled.
Global configuration
Release |
Modification |
---|---|
Cisco IOS 15.0(2)EX1 |
This command was introduced. |
Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command. If no trap types are specified, all trap types are sent.
![]() Note | Informs are not supported in SNMPv1. |
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for each trap type.
This example shows how to generate SNMP STPX MIB inconsistency update traps:
Switch(config)# snmp-server enable traps stpx inconsistency
Command | Description |
Specifies the recipient (host) of a SNMP notification operation. |
To enable SNMP transceiver traps, use the snmp-server enable traps transceiver command in global configuration mode. Use the no form of this command to return to the default setting.
snmp-server enable traps transceiver { all}
no snmp-server enable traps transceiver { all}
all |
(Optional) Enables all SNMP transceiver traps. |
The sending of SNMP transceiver traps is disabled.
Global configuration
Release |
Modification |
---|---|
Cisco IOS 15.0(2)EX1 |
This command was introduced. |
Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command. If no trap types are specified, all trap types are sent.
![]() Note | Informs are not supported in SNMPv1. |
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for each trap type.
This example shows how to set all SNMP transceiver traps:
Switch(config)# snmp-server enable traps transceiver all
Command | Description |
Specifies the recipient (host) of a SNMP notification operation. |
To enable SNMP smart install traps, use the snmp-server enable traps vstack command in global configuration mode. Use the no form of this command to return to the default setting.
snmp-server enable traps vstack [ addition][ failure][ lost][ operation]
no snmp-server enable traps vstack [ addition][ failure][ lost][ operation]
addition |
(Optional) Enables client added traps. |
failure |
(Optional) Enables file upload and download failure traps. |
lost |
(Optional) Enables client lost trap. |
operation |
(Optional) Enables operation mode change traps. |
The sending of SNMP smart install traps is disabled.
Global configuration
Release |
Modification |
---|---|
Cisco IOS 15.0(2)EX1 |
This command was introduced. |
Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command. If no trap types are specified, all trap types are sent.
![]() Note | Informs are not supported in SNMPv1. |
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for each trap type.
This example shows how to generate SNMP Smart Install client-added traps:
Switch(config)# snmp-server enable traps vstack addition
Command | Description |
Specifies the recipient (host) of a SNMP notification operation. |
To configure a name for either the local or remote copy of SNMP, use the snmp-server engineID command in global configuration mode.
snmp-server engineID { local engineid-string | remote ip-address [ udp-port port-number] engineid-string}
local engineid-string |
Specifies a 24-character ID string with the name of the copy of SNMP. You need not specify the entire 24-character engine ID if it has trailing zeros. Specify only the portion of the engine ID up to the point where only zeros remain in the value. |
remote ip-address |
Specifies the remote SNMP copy. Specify the ip-address of the device that contains the remote copy of SNMP. |
udp-port port-number |
(Optional) Specifies the User Datagram Protocol (UDP) port on the remote device. The default is 162. |
None
Global configuration
Release |
Modification |
---|---|
Cisco IOS 15.0(2)EX1 |
This command was introduced. |
None
The following example configures a local engine ID of 123400000000000000000000:
Switch(config)# snmp-server engineID local 1234
To specify the recipient (host) of a Simple Network Management Protocol (SNMP) notification operation, use the snmp-server host global configuration command on the switch. Use the no form of this command to remove the specified host.
snmp-server host { host-addr } [ vrf vrf-instance ] [ informs | traps] [ version { 1 | 2c | 3 { auth | noauth | priv} } ] { community-string [ notification-type] }
no snmp-server host { host-addr } [ vrf vrf-instance ] [ informs | traps] [ version { 1 | 2c | 3 { auth | noauth | priv} } ] { community-string [ notification-type] }
host-addr |
Name or Internet address of the host (the targeted recipient). |
||
vrf vrf-instance |
(Optional) Specifies the virtual private network (VPN) routing instance and name for this host. |
||
informs | traps |
(Optional) Sends SNMP traps or informs to this host. |
||
version 1 | 2c | 3 |
(Optional) Specifies the version of the SNMP used to send the traps. 1—SNMPv1. This option is not available with informs. 2c—SNMPv2C. 3—SNMPv3. One of the authorization keywords (see next table row) must follow the Version 3 keyword. |
||
auth | noauth | priv |
auth (Optional)—Enables Message Digest 5 (MD5) and Secure Hash Algorithm (SHA) packet authentication. noauth (Default)—The noAuthNoPriv security level. This is the default if the auth | noauth | priv keyword choice is not specified. priv (Optional)—Enables Data Encryption Standard (DES) packet encryption (also called privacy). |
||
community-string |
Password-like community string sent with the notification operation. Though you can set this string by using the snmp-server host command, we recommend that you define this string by using the snmp-server community global configuration command before using the snmp-server host command.
|
||
notification-type |
(Optional) Type of notification to be sent to the host. If no type is specified, all notifications are sent. The notification type can be one or more of the these keywords:
|
||
|
This command is disabled by default. No notifications are sent.
If you enter this command with no keywords, the default is to send all trap types to the host. No informs are sent to this host.
If no version keyword is present, the default is Version 1.
If Version 3 is selected and no authentication keyword is entered, the default is the noauth (noAuthNoPriv) security level.
![]() Note | Though visible in the command-line help strings, the fru-ctrl keyword is not supported. |
Global configuration
Release |
Modification |
---|---|
Cisco IOS 15.0(2)EX1 |
This command was introduced. |
SNMP notifications can be sent as traps or inform requests. Traps are unreliable because the receiver does not send acknowledgments when it receives traps. The sender cannot determine if the traps were received. However, an SNMP entity that receives an inform request acknowledges the message with an SNMP response PDU. If the sender never receives the response, the inform request can be sent again, so that informs are more likely to reach their intended destinations.
However, informs consume more resources in the agent and in the network. Unlike a trap, which is discarded as soon as it is sent, an inform request must be held in memory until a response is received or the request times out. Traps are also sent only once, but an inform might be retried several times. The retries increase traffic and contribute to a higher overhead on the network.
If you do not enter an snmp-server host command, no notifications are sent. To configure the switch to send SNMP notifications, you must enter at least one snmp-server host command. If you enter the command with no keywords, all trap types are enabled for the host. To enable multiple hosts, you must enter a separate snmp-server host command for each host. You can specify multiple notification types in the command for each host.
If a local user is not associated with a remote host, the switch does not send informs for the auth (authNoPriv) and the priv (authPriv) authentication levels.
When multiple snmp-server host commands are given for the same host and kind of notification (trap or inform), each succeeding command overwrites the previous command. Only the last snmp-server host command is in effect. For example, if you enter an snmp-server host inform command for a host and then enter another snmp-server host inform command for the same host, the second command replaces the first.
The snmp-server host command is used with the snmp-server enable traps global configuration command. Use the snmp-server enable traps command to specify which SNMP notifications are sent globally. For a host to receive most notifications, at least one snmp-server enable traps command and the snmp-server host command for that host must be enabled. Some notification types cannot be controlled with the snmp-server enable traps command. For example, some notification types are always enabled. Other notification types are enabled by a different command.
The no snmp-server host command with no keywords disables traps, but not informs, to the host. To disable informs, use the no snmp-server host informs command.
This example shows how to configure a unique SNMP community string named comaccess for traps and prevent SNMP polling access with this string through access-list 10:
Switch(config)# snmp-server community comaccess ro 10 Switch(config)# snmp-server host 172.20.2.160 comaccess Switch(config)# access-list 10 deny any
This example shows how to send the SNMP traps to the host specified by the name myhost.cisco.com. The community string is defined as comaccess:
Switch(config)# snmp-server enable traps Switch(config)# snmp-server host myhost.cisco.com comaccess snmp
This example shows how to enable the switch to send all traps to the host myhost.cisco.com by using the community string public:
Switch(config)# snmp-server enable traps Switch(config)# snmp-server host myhost.cisco.com public
You can verify your settings by entering the show running-config privileged EXEC command.
Command | Description |
snmp-server enable traps | Enables the switch to send SNMP notifications for various traps or inform requests to the NMS. |