Cisco Cisco ONS 15454 M6 Multiservice Transport Platform (MSTP)

requests to the ENE. When the proxy type is trap, TargetParamsIn specifies the GNE user who receives notifications from the
ENE and forwards them to the NMS. TargetParamsIn and the contextEngineID or the contextName columns are used to determine
the row in the Proxy Forwarder Table that could be used for forwarding the received message.

• Single Target Out—Refers to the Target Address Table. After you select a row in the Proxy Forwarder Table for forwarding,

this object is used to get the target address and the target parameters that are used for forwarding the request. This object is used
for requests with proxy types read or write, which only requires one target.

• Multiple Target Out (Tag)—Refers to a group of entries in the Target Address Table. Notifications are forwarded using this

tag. The Multiple Target Out tag is only relevant when proxy type is Trap and is used to send notifications to one or more NMSs.

The ONS 15454 incorporates RMON to allow network operators to monitor Ethernet card performance and events. The RMON
thresholds are user-provisionable in CTC. Refer to the Cisco ONS 15454 DWDM Line Card Configuration Guide for instructions.

Typical RMON operations, other than threshold provisioning, are invisible to the CTC user.

ONS 15454 system RMON is based on the IETF-standard MIB RFC 2819 and includes the following five groups from the standard
MIB: Ethernet Statistics, History Control, Ethernet History, Alarm, and Event.

The ONS 15454 DCC is implemented over the IP protocol, which is not compatible with Ethernet. The system builds Ethernet
equipment History and Statistics tables using HDLC statistics that are gathered over the DCC (running point-to-point protocol, or
PPP). RMON DCC monitoring (for both IP and Ethernet) monitors the health of remote DCC connections.

RMON DCC contains two MIBs for DCC interfaces. They are:

• cMediaIndependentTable—standard, rfc3273; the proprietary extension of the HC-RMON MIB used for reporting statistics

• cMediaIndependentHistoryTable—proprietary MIB used to support history

The SetRequest PDU for creating a row in the mediaIndependentTable should contain all the values required to activate a row in a
single set operation along with an assignment of the status variable to createRequest (2). The SetRequest PDU for entry creation must
have all the object IDs (OIDs) carrying an instance value of 0. That is, all the OIDs should be of the type OID.0.

In order to create a row, the SetRequest PDU should contain the following:

• mediaIndependentDataSource and its desired value

• mediaIndependentOwner and its desired value (The size of mediaIndependentOwner is limited to 32 characters.)

• mediaIndependentStatus with a value of createRequest (2)

The mediaIndependentTable creates a row if the SetRequest PDU is valid according to the above rules. When the row is created, the
SNMP agent decides the value of mediaIndependentIndex. This value is not sequentially allotted or contiguously numbered. It changes
when an Ethernet interface is added or deleted. The newly created row will have mediaIndependentTable value of valid (1). If the
row already exists, or if the SetRequest PDU values are insufficient or do not make sense, the SNMP agent returns an error code.