Cisco ONS 15454 SDH Reference Manual, Releases 4.1.1 and 4.5
Chapter 17, SNMP
Downloads: This chapterpdf (PDF - 232.0KB) The complete bookPDF (PDF - 6.51MB) | Feedback

SNMP

Table Of Contents

SNMP

17.1  SNMP Overview

17.2  SNMP Basic Components

17.3  SNMP Support

17.4  SNMP Management Information Bases

17.5  SNMP Traps

17.6  SNMP Community Names

17.7  SNMP Remote Network Monitoring

17.7.1  Ethernet Statistics Group

17.7.2  History Control Group

17.7.3  Ethernet History Group

17.7.4  Alarm Group

17.7.5  Event Group


SNMP


This chapter explains Simple Network Management Protocol (SNMP) as implemented by the Cisco ONS 15454 SDH.

For SNMP set up information, refer to the Cisco ONS 15454 SDH Procedure Guide.

Chapter topics include:

SNMP Overview

SNMP Basic Components

SNMP Support

SNMP Management Information Bases

SNMP Traps

SNMP Community Names

SNMP Remote Network Monitoring

17.1  SNMP Overview

SNMP is an application-layer communication protocol that allows network devices to exchange management information. SNMP enables network administrators to manage network performance, find and solve network problems, and plan network growth.

The ONS 15454 SDH uses SNMP to provide asynchronous event notification to a network management system (NMS). ONS SNMP implementation uses standard Internet Engineering Task Force (IETF) management information bases (MIBs) to convey node-level inventory, fault, and performance management information for generic read-only management of DS-1, DS-3, SDH, and Ethernet technologies. SNMP allows limited management of the ONS 15454 SDH by a generic SNMP manager, for example HP OpenView Network Node Manager (NNM) or Open Systems Interconnection (OSI) NetExpert.

The Cisco ONS 15454 SDH supports SNMP Version 1 (SNMPv1) and SNMP Version 2c (SNMPv2c). Both versions share many features, but SNMPv2c includes additional protocol operations. This chapter describes both versions and explains how to configure SNMP on the ONS 15454 SDH. Figure 17-1 illustrates a basic network managed by SNMP.


Note The CERENT-MSDWDM-MIB.mib in the CiscoV2 directory supports 64-bit performance monitoring counters. However, the respective SNMPv1 MIB in the CiscoV1 directory does not contain 64-bit performance monitoring counters, but supports the lower and higher word values of the corresponding 64-bit counter. The other MIB files in the CiscoV1 and CiscoV2 directories are identical in content and differ only in format.


Figure 17-1 Basic Network Managed by SNMP

17.2  SNMP Basic Components

An SNMP-managed network consists of three primary components: managed devices, agents, and management systems. A managed device is a network node that contains an SNMP agent and resides on an SNMP-managed network. Managed devices collect and store management information and use SNMP to make this information available to management systems that use SNMP. Managed devices include routers, access servers, switches, bridges, hubs, computer hosts, and network elements such as an ONS 15454 SDH.

An agent is a software module that resides in a managed device. An agent has local knowledge of management information and translates that information into a form compatible with SNMP. The SNMP agent gathers data from the MIB, which is the repository for device parameter and network data. The agent can also send traps, which are notifications of certain events (such as changes), to the manager. Figure 17-2 illustrates these SNMP operations.

Figure 17-2 SNMP Agent Gathering Data from a MIB and Sending Traps to the Manager

A management system such as HP OpenView executes applications that monitor and control managed devices. Management systems provide the bulk of the processing and memory resources required for network management. One or more management systems must exist on any managed network. Figure 17-3 illustrates the relationship between the three key SNMP components.

Figure 17-3 Example of the Primary SNMP Components

17.3  SNMP Support

The ONS 15454 SDH supports SNMP v1 and v2c traps and get requests. The SNMP MIBs in the ONS 15454 SDH define alarms, traps, and status. Through SNMP, NMS applications can query a management agent using a supported MIB. The functional entities include Ethernet switches and SDH multiplexers. Refer to the Cisco ONS 15454 SDH Procedure Guide for procedures to set up or change SNMP settings.

17.4  SNMP Management Information Bases

A MIB is a hierarchically organized collection of information. It consists of managed objects and is identified by object identifiers. Network-management protocols, such as SNMP, are able to access to MIBs. The ONS 15454 SDH SNMP agent communicates with an SNMP management application using SNMP messages. Table 17-1 describes these messages.

Table 17-1 SNMP Message Types 

Operation
Description

get-request

Retrieves a value from a specific variable.

get-next-request

Retrieves the value following the named variable; this operation is often used to retrieve variables from within a table. With this operation, an SNMP manager does not need to know the exact variable name. The SNMP manager searches sequentially to find the needed variable from within the MIB.

get-response

Replies to a get-request, get-next-request, get-bulk-request, or set-request sent by an NMS.

get-bulk-request

Fills the get-response with up to the max-repetition number of get-next interactions, similar to a get-next-request.

set-request

Provides remote network monitoring (RMON) MIB.

trap

Indicates an event has occurred. An unsolicited message is sent by an SNMP agent to an SNMP manager.


A managed object (sometimes called a MIB object) is one of many specific characteristics of a managed device. Managed objects consist of one or more object instances (variables). Table 17-2 lists the IETF standard MIBs implemented in the ONS 15454 SDH SNMP Agent.

The ONS 15454 SDH MIBs in Table 17-3 are included on the software CD that ships with the ONS 15454 SDH. Compile these MIBs in the following order. If you do not follow the order, one or more MIB files might not compile.

Table 17-2 IETF Standard MIBs Implemented in the ONS 15454 SDH SNMP Agent 

RFC 1 Number
Module Name
Title/Comments
 

IANAifType-MIB.mib

Internet Assigned Numbers Authority (IANA) ifType

1213

1907

RFC1213-MIB-rfc1213.mib,

SNMPV2-MIB-rfc1907.mib

Management Information Base for Network Management of TCP/IP-based internets: MIB-II
Management Information Base for Version 2 of the Simple Network Management Protocol (SNMPv2)

1253

RFC1253-MIB-rfc1253.mib

OSPF Version 2 Management Information Base

1493

BRIDGE-MIB-rfc1493.mib

Definitions of Managed Objects for Bridges
This defines MIB objects for managing MAC bridges based on the IEEE 802.1D-1990 standard between Local Area Network (LAN) segments.

1757

RMON-MIB-rfc1757.mib

Remote Network Monitoring Management Information Base

2737

ENTITY-MIB-rfc2737.mib

Entity MIB (Version 2)

2233

IF-MIB-rfc2233.mib

The Interfaces Group MIB using SMIv2

2358

EtherLike-MIB-rfc2358.mib

Definitions of Managed Objects for the Ethernet-like Interface Types

2493

PerfHist-TC-MIB-rfc2493.mib

Textual Conventions for MIB Modules Using Performance History Based on 15 Minute Intervals

2495

DS1-MIB-rfc2495.mib

Definitions of Managed Objects for the DS1, E1, DS2 and E2 Interface Types

2496

DS3-MIB-rfc2496.mib

Definitions of Managed Object for the DS3/E3 Interface Type

2558

SDH-MIB-rfc2558.mib

Definitions of Managed Objects for the SONET/SDH Interface Type

2674

P-BRIDGE-MIB-rfc2674.mib Q-BRIDGE-MIB-rfc2674.mib

Definitions of Managed Objects for Bridges with Traffic Classes, Multicast Filtering and Virtual LAN Extensions

1 RFC = Request for Comment


Table 17-3 ONS 15454 SDH Proprietary MIBs 

MIB Number
Module Name

1

CERENT-GLOBAL-REGISTRY.mib

2

CERENT-TC.mib

3

CERENT-454.mib (for ONS 15454 SDH only)

4

CERENT-GENERIC.mib (for ONS 15327 only)

5

CISCO-SMI.mib

6

CISCO-VOA-MIB.mib

7

CERENT-MSDWDM-MIB.mib

8

CISCO-OPTICAL-MONITOR-MIB.mib


If you cannot compile the ONS 15454 SDH MIBs, call the Cisco Technical Assistance Center (Cisco TAC). The Cisco TAC phone numbers are listed in the Preface of this manual.

17.5  SNMP Traps

The ONS 15454 SDH can receive SNMP requests from a number of SNMP managers and send traps to eleven trap receivers. The ONS 15454 SDH generates all alarms and events as SNMP traps.

The ONS 15454 SDH generates traps containing an object ID that uniquely identifies the alarm. An entity identifier uniquely identifies the entity that generated the alarm (slot, port, STS, VT, BLSR, STP, and so on). The traps give the severity of the alarm (critical, major, minor, event, and so on) and indicate whether the alarm is service affecting or non-service affecting. The traps also contain a date/time stamp that shows the date and time the alarm occurred. The ONS 15454 SDH also generates a trap for each alarm when the alarm condition clears.

Each SNMP trap contains eleven variable bindings listed in Table 17-4 for the ONS 15454 SDH. Table 17-5 lists the variable bindings for the ONS 15327.

Table 17-4 SNMP Trap Variable Bindings for ONS 15454 SDH 

Number
Name
Description

1

sysUpTime

The first variable binding in the variable binding list of an SNMPv2-Trap-PDU.

2

snmpTrapOID

The second variable binding in the variable binding list of an SNMPv2-Trap-PDU.

3

cerentNodeTime

The time that an event occurred.

4

cerent454AlarmState

The alarm severity and service-affecting status. Severities are minor, major, and critical. Service-affecting statuses are service-affecting and non-service affecting.

5

cerent454AlarmObjectType

The entity type that raised the alarm. The NMS should use this value to decide which table to poll for further information about the alarm.

6

cerent454AlarmObjectIndex

Every alarm is raised by an object entry in a specific table. This variable is the index of the objects in each table; if the alarm is interface related, this is the index of the interfaces in the interface table.

7

cerent454AlarmSlotNumber

The slot of the object that raised the alarm. If a slot is not relevant to the alarm, the slot number is zero.

8

cerent454AlarmPortNumber

The port of the object that raised the alarm. If a port is not relevant to the alarm, the port number is zero.

9

cerent454AlarmLineNumber

The object line that raised the alarm. If a line is not relevant to the alarm, the line number is zero.

10

cerent454AlarmObjectName

The TL1-style user-visible name which uniquely identifies an object in the system.


Table 17-5 SNMP Trap Variable Bindings used in ONS 15327 

Number
Name
Description

1

sysUpTime

This table holds all the currently raised alarms. When an alarm is raised, it appears as a new entry in the table. When an alarm is cleared, it is removed from the table and all the subsequent entries move up by one row.

2

snmpTrapID

This variable uniquely identifies each entry in an alarm table. When an alarm in the alarm table clears, the alarm indexes change for each alarm located subsequent to the cleared alarm.

3

cerentNodeTime

The time that an event occurred.

4

cerentGenericAlarmState

Alarm severity and service-affecting status. Severities are minor, major, and critical. Service-affecting statuses are service-affecting and non-service affecting.

5

cerentGenericAlarmObjectType

The entity type that raised the alarm. The NMS should use this value to decide which table to poll for further information about the alarm.

6

cerentGenericAlarmObjectIndex

Every alarm is raised by an object entry in a specific table. This variable is the index of the objects in each table; if the alarm is interface related, this is the index of the interfaces in the interface table.

7

cerentGenericAlarmSlotNumber

The slot of the object that raised the alarm. If a slot is not relevant to the alarm, the slot number is zero.

8

cerentGenericAlarmPortNumber

The port of the object that raised the alarm. If a port is not relevant to the alarm, the port number is zero.

9

cerentGenericAlarmLineNumber

The object line that raised the alarm. If a line is not relevant to the alarm, the line number is zero.

10

cerentGenericAlarmObjectName

The TL1-style user-visible name that uniquely identifies an object in the system.


The ONS 15454 SDH supports the generic and IETF traps listed in Table 17-6.

Table 17-6 Traps Supported in the ONS 15454 SDH 

Trap
From RFC MIB
Description

coldStart

RFC1907-MIB

Agent up, cold start.

warmStart

RFC1907-MIB

Agent up, warm start.

authenticationFailure

RFC1907-MIB

Community string does not match.

newRoot

RFC1493/

BRIDGE-MIB

Sending agent is the new root of the spanning tree.

topologyChange

RFC1493/

BRIDGE-MIB

A port in a bridge has changed from Learning to Forwarding or Forwarding to Blocking.

entConfigChange

RFC2737/

ENTITY-MIB

The entLastChangeTime value has changed.

dsx1LineStatusChange

RFC2495/

DS1-MIB

A dsx1LineStatusChange trap is sent when the value of an instance dsx1LineStatus changes. The trap can be used by an NMS to trigger polls. When the line status change results from a higher-level line status change (for example, DS-3), no traps for the DS-1 are sent.

dsx3LineStatusChange

RFC2496/

DS3-MIB

A dsx3LineStatusLastChange trap is sent when the value of an instance of dsx3LineStatus changes. This trap can be used by an NMS to trigger polls. When the line status change results in a lower-level line status change (for example, DS-1), no traps for the lower-level are sent.

risingAlarm

RFC1757/

RMON-MIB

The SNMP trap that is generated when an alarm entry crosses the rising threshold and the entry generates an event that is configured for sending SNMP traps.

fallingAlarm

RFC1757/

RMON-MIB

The SNMP trap that is generated when an alarm entry crosses the falling threshold and the entry generates an event that is configured for sending SNMP traps.


17.6  SNMP Community Names

You can provision community names for all SNMP requests from the SNMP Trap Destination dialog box in CTC. In effect, SNMP considers any request valid that uses a community name matching a community name on the list of provisioned SNMP trap destinations. Otherwise, SNMP considers the request invalid and drops it.

If an SNMP request contains an invalid community name, the request silently drops and the MIB variable (snmpInBadCommunityNames) increments. All MIB variables managed by the agent grant access to all SNMP requests containing a validated community name.

17.7  SNMP Remote Network Monitoring

The ONS 15454 SDH incorporates RMON to allow network operators to monitor the ONS 15454 SDH Ethernet cards. This feature is not apparent to the typical CTC user, because RMON interoperates with an NMS. However, with CTC you can provision the RMON alarm thresholds. For the procedure, see the Cisco ONS 15454 SDH Procedure Guide. CTC also monitors the five RMON groups implemented by the ONS 15454 SDH.

ONS 15454 SDH RMON implementation is based on the IETF-standard MIB RFC1757. The ONS 15454 SDH implements five groups from the standard MIB: Ethernet Statistics, History Control, Ethernet History, Alarm, and Event.

17.7.1  Ethernet Statistics Group

The Ethernet Statistics group contains the basic statistics for each monitored subnetwork in a single table named etherstats.

17.7.2  History Control Group

The History Control group defines sampling functions for one or more monitor interfaces. RFC 1757 defines the historyControlTable.

17.7.3  Ethernet History Group

The ONS 15454 SDH implements the etherHistoryTable as defined in RFC 1757, within the bounds of the historyControlTable.

17.7.4  Alarm Group

The Alarm group consists of a single alarm table. This table provides the network performance alarm thresholds for the network management application. With CTC, you can provision the thresholds in the table.

17.7.5  Event Group

The Event group consists of two tables, eventTable and logTable. The eventTable is read-only. The ONS 15454 SDH implements the logTable as specified in RFC 1757.