Configuring for Network Management Applications
Using SNMP Tools To Manage the Switch
N o t e s
N o t e
15-22
To replace one community name with another for the same IP address, you
must use no snmp-server host < community-name> < ip-address > to delete the
unwanted community name. Otherwise, adding a new community name with
an IP address already in use with another community name simply creates
two allowable community name entries for the same management station.
If you do not specify the event level ([<none | all | non-info | critical | debug>])
then the switch does not send event log messages as traps. "Well-Known" traps
and threshold traps (if configured) will still be sent.
Using the CLI To Enable Authentication Traps
For this feature to operate, one or more trap receivers must be configured on
the switch. See "Configuring Trap Receivers" on page 15-20.
Using the CLI To Enable Authentication Traps.
Syntax: [no] snmp-server enable traps authentication
Enables or disables sending an authentication trap to the
configured trap receiver(s) if an unauthorized management
station attempts to access the switch.
For example:
ProCurve(config)# snmp-server enable traps authentication
Check the Event Log in the console interface to help determine why the
authentication trap was sent. (Refer to "Using the Event Log To Identify
Problem Sources" on page C-26.)
Advanced Management: RMON
The switch supports RMON (Remote Monitoring) on all connected network
segments. This allows for troubleshooting and optimizing your network.
The following RMON groups are supported:
Ethernet Statistics (except the numbers of packets of different frame sizes)
■
Alarm
■
History (of the supported Ethernet statistics)
■
Event
■