All MIBs › PEA-EQUIPMENT-IPDSLAM
Organization: Ericsson Diax A/S - Denmark
Last Updated: 2004-07-04
Category: DSL and Broadband
Description: Provides detailed hardware inventory and card status objects for the Ericsson Diax IP DSLAM multi-service chassis.
Start monitoring vendor-neutral, standards-based MIB, any SNMPv3-capable network device (SNMP engine identity/boot/clock status) with a free 30-day trial of IPNetwork Monitor. Import MIBs, browse SNMP OIDs, create custom SNMP monitors, configure alerts, and monitor any SNMP-enabled network device from a single console.
What Is PEA-EQUIPMENT-IPDSLAM?
PEA-EQUIPMENT-IPDSLAM is a proprietary MIB for the Ericsson (formerly Torrent Networking/Diax) IP DSLAM multi-service access chassis, providing system-level equipment and control information alongside the standard DSL MIBs the platform also implements. It exposes hardware inventory and status data including chassis identification, firmware/boot software versions, temperature readings, and fan health, plus operational controls such as modem pool restarts, LED behavior, and alarm filtering. This makes it explicitly a hardware and software status MIB: temperatureControlState and temperatureValue reveal thermal health, fanGreenStatus/fanRedStatus and their speed objects reveal cooling subsystem health, and cfgVersion/bootSwIdentification/systemIdentification reveal the running software and firmware versions. It supplements rather than replaces standard DSL MIBs (such as ADSL-line MIBs), since the module description notes the IP DSLAM also supports standard MIBs alongside this proprietary one. It is deployed by broadband access network operators managing chassis-based IP DSLAM shelves delivering DSL service to subscribers. Engineers can download the PEA-EQUIPMENT-IPDSLAM file directly to load it into their MIB browser.
IPNetwork Monitor allows you to monitor SNMP objects defined in PEA-EQUIPMENT-IPDSLAM. Use the built-in SNMP Monitoring Browser to explore available variables, view their current values and descriptions, and select the objects you want to monitor. You can then create SNMP monitors, configure thresholds, and receive alerts when monitored values change.
Supported Devices
- Ericsson (Torrent/Diax) IP DSLAM chassis
- broadband DSL access multiplexer
Monitoring Examples
An operator would poll temperatureValue against temperatureControlState to catch a chassis running hot, and check fanGreenStatus/fanRedStatus with fanGreenSpeed/fanRedSpeed to detect a failing or slowing cooling fan before it causes thermal shutdown. Checking bootSwIdentification and cfgVersion confirms which firmware/configuration version is running after an upgrade. If a modem pool becomes unresponsive, an administrator can invoke restartModemPool as a remediation action while onlyShowEthernetInterface filters the interface view during troubleshooting.
What Can Be Monitored
- chassis temperature
- fan status and speed
- boot/firmware software version
- configuration version
- modem pool restart control
- alarm/LED filter settings
This MIB depends on
Related MIBs
Imported Objects
From DIESEL-SMI
| peaIpDslam | OBJECT-IDENTITY |
From IF-MIB
| InterfaceIndex |
From PEM-STANDARD
| eventTime | OBJECT-TYPE |
| eventTypePem | OBJECT-TYPE |
| managedObjectClass | OBJECT-TYPE |
| managedObjectInstance | OBJECT-TYPE |
| perceivedSeverity | OBJECT-TYPE |
| probableCause | OBJECT-TYPE |
| sequenceNumber | OBJECT-TYPE |
From SNMPv2-CONF
| NOTIFICATION-GROUP | |
| OBJECT-GROUP |
From SNMPv2-SMI
| Integer32 | |
| IpAddress | |
| MODULE-IDENTITY | |
| NOTIFICATION-TYPE | |
| OBJECT-TYPE | |
| Unsigned32 |
From SNMPv2-TC
| DisplayString | |
| MacAddress | |
| TEXTUAL-CONVENTION | |
| TruthValue |
OIDs
| OID symbolic | OID numeric | Type | Access | Description |
|---|---|---|---|---|
| peaEquipmentIpDslam | 1.3.6.1.4.1.193.72.300.1 | The IP DSLAM software supports a number of standard and proprietary MIBs. This MIB module defines objects for reading out system specific information about the IP DSLAM and the control entries for restarting the IP DSLAM, for setting the alarm filter and for controlling the LEDs. | ||
| peaEquipmentIpDslamObjects | 1.3.6.1.4.1.193.72.300.1.1 | |||
| U32 cfgVersion | 1.3.6.1.4.1.193.72.300.1.1.1 | Unsigned32 | read-write | The CfgVersion will initially be zero, but is set to the version number defined in the configuration file received from the tftp server at system start-up. The management system may use this version number to verify that the unit contains the correct configuration parameter values. The management system may update the version number when configuration parameters are modified. |
| INT restartModemPool | 1.3.6.1.4.1.193.72.300.1.1.2 | INTEGER | read-write | When set to 'restart' the IP DSLAM restarts, which includes loading the SW image and configuration data from the server. In this way a new SW version can be loaded and/or the configu- ration data can be updated. All the ADSL lines will be out of service while the IP DSLAM restarts. |
| temperatureControlStatus | 1.3.6.1.4.1.193.72.300.1.1.3 | |||
| INT temperatureControlState | 1.3.6.1.4.1.193.72.300.1.1.3.1 | INTEGER | read-only | The state of the temperature control can be: 0 - Low 1 - Normal 2 - High 3 - TooHigh |
| I32 temperatureValue | 1.3.6.1.4.1.193.72.300.1.1.3.2 | Integer32 | read-only | The temperature value in the IP DSLAM in grade Celsius. |
| fansStatus | 1.3.6.1.4.1.193.72.300.1.1.3.3 | |||
| INT fanGreenStatus | 1.3.6.1.4.1.193.72.300.1.1.3.3.1 | INTEGER | read-only | The status of the fan which is placed closest to the green LED. |
| INT fanRedStatus | 1.3.6.1.4.1.193.72.300.1.1.3.3.2 | INTEGER | read-only | The status of the fan which is placed closest to the red LED. |
| U32 fanGreenSpeed | 1.3.6.1.4.1.193.72.300.1.1.3.3.3 | Unsigned32 | read-only | The speed of the fan which is placed closest to the green LED measured in rpm (rotations per minute). |
| U32 fanRedSpeed | 1.3.6.1.4.1.193.72.300.1.1.3.3.4 | Unsigned32 | read-only | The speed of the fan which is placed closest to the red LED measured in rpm (rotations per minute). |
| ledControl | 1.3.6.1.4.1.193.72.300.1.1.4 | |||
| INT ledsAlternativeBlink | 1.3.6.1.4.1.193.72.300.1.1.4.1 | INTEGER | read-write | When the ledsAlternativeBlink is set to ON(1) the LEDs will start to blink alternatively. |
| INT onlyShowEthernetInterface | 1.3.6.1.4.1.193.72.300.1.1.5 | INTEGER | read-write | When set to ON(1) only the Ethernet interface is visible (RFC1233/RFC2233). When is set to OFF(0) the ATM and software loop back interfaces are also visible. |
| mainProcessor | 1.3.6.1.4.1.193.72.300.1.1.7 | |||
| U32 mpProcessorLoad | 1.3.6.1.4.1.193.72.300.1.1.7.1 | Unsigned32 | read-only | The percentage of time that the main processor was not idle. Average over 10 seconds. (almost like hrProcessorLoad in RFC1514). |
| U32 mpMemFree | 1.3.6.1.4.1.193.72.300.1.1.7.2 | Unsigned32 | read-only | The amount of free memory on main processor in percent. |
| U32 mpMemFreeBytes | 1.3.6.1.4.1.193.72.300.1.1.7.3 | Unsigned32 | read-only | The amount of free memory on main processor in bytes. |
| U32 mpMemBuffersUsed | 1.3.6.1.4.1.193.72.300.1.1.7.4 | Unsigned32 | read-only | The total number of memory buffers currently used (Ethernet, ATM & local IP-stack). |
| STR systemIdentification | 1.3.6.1.4.1.193.72.300.1.1.8 | DisplayString | read-only | This value includes the full name and version identification of the IP DSLAM software. |
| alarmFilter | 1.3.6.1.4.1.193.72.300.1.1.9 | |||
| INT communicationsAlarmFilter | 1.3.6.1.4.1.193.72.300.1.1.9.1 | INTEGER | read-write | This alarm filter will filter out all communication alarms with lower severity than the selected. E.g. Selecting minor (1) would filter out all alarms with warning (0) severity. |
| INT environmentAlarmFilter | 1.3.6.1.4.1.193.72.300.1.1.9.2 | INTEGER | read-write | This alarm filter will filter out all environment alarms with lower severity than the selected. E.g. Selecting minor (1) would filter out all alarms with warning (0) severity. |
| INT equipmentAlarmFilter | 1.3.6.1.4.1.193.72.300.1.1.9.3 | INTEGER | read-write | This alarm filter will filter out all equipment alarms with lower severity than the selected. E.g. Selecting minor (1) would filter out all alarms with warning (0) severity. |
| INT processingAlarmFilter | 1.3.6.1.4.1.193.72.300.1.1.9.4 | INTEGER | read-write | This alarm filter will filter out all processing alarms with lower severity than the selected. E.g. Selecting minor (1) would filter out all alarms with warning (0) severity. |
| INT qualityOfServiceAlarmFilter | 1.3.6.1.4.1.193.72.300.1.1.9.5 | INTEGER | read-write | This alarm filter will filter out all quality alarms with lower severity than the selected. E.g. Selecting minor (1) would filter out all alarms with warning (0) severity. |
| identificationData | 1.3.6.1.4.1.193.72.300.1.1.10 | |||
| ipdslamIdData | 1.3.6.1.4.1.193.72.300.1.1.10.1 | |||
| STR productNumberMP | 1.3.6.1.4.1.193.72.300.1.1.10.1.1 | DisplayString | read-only | Index number that identifies the IP DSLAM hardware unit. |
| STR revisionStateMP | 1.3.6.1.4.1.193.72.300.1.1.10.1.2 | DisplayString | read-only | Revision State or 'R-state' declaring minor versions. E.g. different types of components or new boot SW. |
| STR functionDesignationMP | 1.3.6.1.4.1.193.72.300.1.1.10.1.3 | DisplayString | read-only | Number with reference to the handling and use of the product. |
| OCT dateOfProductionMP | 1.3.6.1.4.1.193.72.300.1.1.10.1.4 | OCTET STRING | read-only | Manufacturing date, describing when the unit has been manufactured, in terms of a year, month and a day, as described below: Year code(0000 ..9999) - 2 bytes (LSB,MSB) Month (1..12)- 1 byte Day (1 ..31)- 1 byte. For example, Wednesday June 12, 2002 would be displayed as: h'02, h'14, h'06, h'0C. |
| OCT dateOfRepairMP | 1.3.6.1.4.1.193.72.300.1.1.10.1.5 | OCTET STRING | read-only | Repair date, declaring the year, month and day of the latest repair. The format is described below: Year code(0000 ..9999) - 2 bytes (LSB,MSB) Month (1..12)- 1 byte Day (1 ..31)- 1 byte. For example, Wednesday June 12, 2002 would be displayed as: h'02, h'14, h'06, h'0C. |
| STR productionSerialNumberMP | 1.3.6.1.4.1.193.72.300.1.1.10.1.6 | DisplayString | read-only | Unique serial number, describing the product in terms of a manufacturing site code and a sequence number. |
| OCT layoutVersionCodeMP | 1.3.6.1.4.1.193.72.300.1.1.10.1.7 | OCTET STRING | read-only | The data layout version that allows the possibility to interpret stored data differently. |
| OCT idCheckSumMP | 1.3.6.1.4.1.193.72.300.1.1.10.1.8 | OCTET STRING | read-only | CRC32 Checksum of identification data structure of the IP DSLAM. |
| dupBoardIdData | 1.3.6.1.4.1.193.72.300.1.1.10.2 | |||
| STR productNumberDUP | 1.3.6.1.4.1.193.72.300.1.1.10.2.1 | DisplayString | read-only | Index number that identifies the DUP board. |
| STR revisionStateDUP | 1.3.6.1.4.1.193.72.300.1.1.10.2.2 | DisplayString | read-only | Revision State or 'R-state' declaring minor versions. E.g. different types of components or new boot SW. |
| STR functionDesignationDUP | 1.3.6.1.4.1.193.72.300.1.1.10.2.3 | DisplayString | read-only | Number with reference to the handling and use of the product. |
| OCT dateOfProductionDUP | 1.3.6.1.4.1.193.72.300.1.1.10.2.4 | OCTET STRING | read-only | Manufacturing date, describing when the unit has been manufactured, in terms of a year, month and a day, as described below: Year code(0000 ..9999) - 2 bytes (LSB,MSB) Month (1..12)- 1 byte Day (1 ..31)- 1 byte. For example, Wednesday June 12, 2002 would be displayed as: h'02, h'14, h'06, h'0C. |
| OCT dateOfRepairDUP | 1.3.6.1.4.1.193.72.300.1.1.10.2.5 | OCTET STRING | read-only | Repair date, declaring the year, month and day of the latest repair. he format is described below: Year code(0000 ..9999) - 2 bytes (LSB,MSB) Month (1..12)- 1 byte Day (1 ..31)- 1 byte. For example, Wednesday June 12, 2002 would be displayed as: h'02, h'14, h'06, h'0C. |
| STR productionSerialNumberDUP | 1.3.6.1.4.1.193.72.300.1.1.10.2.6 | DisplayString | read-only | Unique serial number, describing the product in terms of a manufacturing site code and a sequence number. |
| OCT layoutVersionCodeDUP | 1.3.6.1.4.1.193.72.300.1.1.10.2.7 | OCTET STRING | read-only | The data layout version that allows the possibility to interpret stored data differently. |
| OCT idCheckSumDUP | 1.3.6.1.4.1.193.72.300.1.1.10.2.8 | OCTET STRING | read-only | CRC32 Checksum of identification data structure for the DUP board. |
| dafeBoardIdData | 1.3.6.1.4.1.193.72.300.1.1.10.3 | |||
| STR productNumberDAFE | 1.3.6.1.4.1.193.72.300.1.1.10.3.1 | DisplayString | read-only | Index number that identifies the DAFE board. |
| STR revisionStateDAFE | 1.3.6.1.4.1.193.72.300.1.1.10.3.2 | DisplayString | read-only | Revision State or 'R-state' declaring minor versions. E.g. different types of components or new boot SW. |
| STR functionDesignationDAFE | 1.3.6.1.4.1.193.72.300.1.1.10.3.3 | DisplayString | read-only | Number with reference to the handling and use of the product. |
| OCT dateOfProductionDAFE | 1.3.6.1.4.1.193.72.300.1.1.10.3.4 | OCTET STRING | read-only | Manufacturing date, describing when the unit has been manufactured, in terms of a year, month and a day, as described below: Year code(0000 ..9999) - 2 bytes (LSB,MSB) Month (1..12)- 1 byte Day (1 ..31)- 1 byte. For example, Wednesday June 12, 2002 would be displayed as: h'02, h'14, h'06, h'0C. |
| OCT dateOfRepairDAFE | 1.3.6.1.4.1.193.72.300.1.1.10.3.5 | OCTET STRING | read-only | Repair date, declaring the year, month and day of the latest repair. The format is described below: Year code(0000 ..9999) - 2 bytes (LSB,MSB) Month (1..12)- 1 byte Day (1 ..31)- 1 byte. For example, Wednesday June 12, 2002 would be displayed as: h'02, h'14, h'06, h'0C. |
| STR productionSerialNumberDAFE | 1.3.6.1.4.1.193.72.300.1.1.10.3.6 | DisplayString | read-only | Unique serial number, describing the product in terms of a manufacturing site code and a sequence number. |
| OCT layoutVersionCodeDAFE | 1.3.6.1.4.1.193.72.300.1.1.10.3.7 | OCTET STRING | read-only | The data layout version that allows the possibility to interpret stored data differently. |
| OCT idCheckSumDAFE | 1.3.6.1.4.1.193.72.300.1.1.10.3.8 | OCTET STRING | read-only | CRC32 Checksum of identification data structure for the DAFE board. |
| ddcBoardIdData | 1.3.6.1.4.1.193.72.300.1.1.10.4 | |||
| STR productNumberDDC | 1.3.6.1.4.1.193.72.300.1.1.10.4.1 | DisplayString | read-only | Index number that identifies the DDC board. |
| STR revisionStateDDC | 1.3.6.1.4.1.193.72.300.1.1.10.4.2 | DisplayString | read-only | Revision State or 'R-state' declaring minor versions. E.g. different types of components or new boot SW. |
| STR functionDesignationDDC | 1.3.6.1.4.1.193.72.300.1.1.10.4.3 | DisplayString | read-only | Number with reference to the handling and use of the product. |
| OCT dateOfProductionDDC | 1.3.6.1.4.1.193.72.300.1.1.10.4.4 | OCTET STRING | read-only | Manufacturing date, describing when the unit has been manufactured, in terms of a year, month and a day, as described below: Year code(0000 ..9999) - 2 bytes (LSB,MSB) Month (1..12)- 1 byte Day (1 ..31)- 1 byte. For example, Wednesday June 12, 2002 would be displayed as: h'02, h'14, h'06, h'0C. |
| OCT dateOfRepairDDC | 1.3.6.1.4.1.193.72.300.1.1.10.4.5 | OCTET STRING | read-only | Repair date, declaring the year, month and day of the latest repair. The format is described below: Year code(0000 ..9999) - 2 bytes (LSB,MSB) Month (1..12)- 1 byte Day (1 ..31)- 1 byte. For example, Wednesday June 12, 2002 would be displayed as: h'02, h'14, h'06, h'0C. |
| STR productionSerialNumberDDC | 1.3.6.1.4.1.193.72.300.1.1.10.4.6 | DisplayString | read-only | Unique serial number, describing the product in terms of a manufacturing site code and a sequence number. |
| OCT layoutVersionCodeDDC | 1.3.6.1.4.1.193.72.300.1.1.10.4.7 | OCTET STRING | read-only | The data layout version that allows the possibility to interpret stored data differently. |
| OCT idCheckSumDDC | 1.3.6.1.4.1.193.72.300.1.1.10.4.8 | OCTET STRING | read-only | CRC32 Checksum of identification data for the DDC board. |
| difBoardIdData | 1.3.6.1.4.1.193.72.300.1.1.10.5 | |||
| STR productNumberDIF | 1.3.6.1.4.1.193.72.300.1.1.10.5.1 | DisplayString | read-only | Index number that identifies the DIF board. |
| STR revisionStateDIF | 1.3.6.1.4.1.193.72.300.1.1.10.5.2 | DisplayString | read-only | Revision State or 'R-state' declaring minor versions. E.g. different types of components or new boot SW. |
| STR functionDesignationDIF | 1.3.6.1.4.1.193.72.300.1.1.10.5.3 | DisplayString | read-only | Number with reference to the handling and use of the product. |
| OCT dateOfProductionDIF | 1.3.6.1.4.1.193.72.300.1.1.10.5.4 | OCTET STRING | read-only | Manufacturing date, describing when the unit has been manufactured, in terms of a year, month and a day, as described below: Year code(0000 ..9999) - 2 bytes (LSB,MSB) Month (1..12)- 1 byte Day (1 ..31)- 1 byte. For example, Wednesday June 12, 2002 would be displayed as: h'02, h'14, h'06, h'0C. |
| OCT dateOfRepairDIF | 1.3.6.1.4.1.193.72.300.1.1.10.5.5 | OCTET STRING | read-only | Repair date, declaring the year, month and day of the latest repair. The format is described below: Year code(0000 ..9999) - 2 bytes (LSB,MSB) Month (1..12)- 1 byte Day (1 ..31)- 1 byte. For example, Wednesday June 12, 2002 would be displayed as: h'02, h'14, h'06, h'0C. |
| STR productionSerialNumberDIF | 1.3.6.1.4.1.193.72.300.1.1.10.5.6 | DisplayString | read-only | Unique serial number, describing the product in terms of a manufacturing site code and a sequence number. |
| OCT layoutVersionCodeDIF | 1.3.6.1.4.1.193.72.300.1.1.10.5.7 | OCTET STRING | read-only | The data layout version that allows the possibility to interpret stored data differently. |
| OCT idCheckSumDIF | 1.3.6.1.4.1.193.72.300.1.1.10.5.8 | OCTET STRING | read-only | CRC32 Checksum of identification data for the DIF board. |
| configurationData | 1.3.6.1.4.1.193.72.300.1.1.11 | |||
| MAC localMacAddrMP | 1.3.6.1.4.1.193.72.300.1.1.11.1 | MacAddress | read-only | Unique MAC address of the IP DSLAM. |
| PHY phyModeMP | 1.3.6.1.4.1.193.72.300.1.1.11.2 | PhyModeType | read-write | Ethernet PHY Mode setting. The Phy Mode is coded as a bitfield: * Bit 0: Auto-negotiation. If set, auto-negotiation is OFF else ON. * Bit 2: Full Duplex control. If set, full duplex operation is NOT allowed. * Bit 3: 100 Mbit/s control. If set, 100 Mbit/s operation is NOT allowed. * Bit 4: Half Duplex control. If set, half duplex operation is NOT allowed * Bit 5: 10 Mbit/s control. If set, 10 Mbit/s operation is NOT allowed. Examples of PHY Mode values: * 0x00: Full auto-negotiation. * 0x20: 100 Mbit/s only. Auto-negotiation between half & full duplex. * 0x31: Fixed 100 Mbit/s, full duplex only operation. * 0x25: Fixed 100 Mbit/s, half duplex only operation |
| INT watchDogEnableMP | 1.3.6.1.4.1.193.72.300.1.1.11.3 | INTEGER | read-only | Enabling of the HW Watchdog. If 0 (zero), the watchdog is OFF, else the watchdog is ON. |
| U32 vlanIdMP | 1.3.6.1.4.1.193.72.300.1.1.11.5 | Unsigned32 | read-write | The VLAN ID setting for the management VLAN. |
| U32 vlanPrioMP | 1.3.6.1.4.1.193.72.300.1.1.11.6 | Unsigned32 | read-write | Specifies the IEEE 802.1Q priority used for the management VLAN. |
| INT vlanTaggingMP | 1.3.6.1.4.1.193.72.300.1.1.11.7 | INTEGER | read-write | If 0, VLAN tagging is off, meaning that VLAN is not used. If 1, VLAN tagging is used, with the given ID and Prio. |
| OCT bootStringMP | 1.3.6.1.4.1.193.72.300.1.1.11.8 | OCTET STRING | read-only | Text commands for the bootloader. |
| STR bootSwIdentification | 1.3.6.1.4.1.193.72.300.1.1.12 | DisplayString | read-only | This value includes the full name and version identification of the BOOT software. |
| productDescription | 1.3.6.1.4.1.193.72.300.1.1.13 | |||
| U32 numberOfLines | 1.3.6.1.4.1.193.72.300.1.1.13.1 | Unsigned32 | read-only | Number of subscriber lines supported by this IP DSLAM. |
| remoteStorage | 1.3.6.1.4.1.193.72.300.1.1.14 | |||
| IP remoteStorageFTPServerIPMP | 1.3.6.1.4.1.193.72.300.1.1.14.1 | IpAddress | read-write | The IP Address of FTP server to be used with the remote storage area. The value can be any IP address |
| STR remoteStorageFilePathMP | 1.3.6.1.4.1.193.72.300.1.1.14.2 | DisplayString | read-write | The path to the remote storage file. The path should be relatetive to home of the FTP server. (I.e. Files/MPRemoteStorageFiles where the 'Files' directory is can be reached from home through the FTP server. |
| STR remoteStorageFTPUserMP | 1.3.6.1.4.1.193.72.300.1.1.14.3 | DisplayString | read-write | The user name which should be used by the IP DSLAM to access the remote storage ftp server. |
| STR remoteStorageFTPPasswordMP | 1.3.6.1.4.1.193.72.300.1.1.14.4 | DisplayString | read-write | The password which should be used by the IP DSLAM to access the remote storage ftp server. |
| U32 remoteStorageTrafficInfoTimeMP | 1.3.6.1.4.1.193.72.300.1.1.14.5 | Unsigned32 | read-write | The time interval for periodically triggering a backup of the remote storage file. All traffic counters will be backed up with remote storage. This includes total number of send bytes, total number of send frames, total number of received bytes and total number of received frames for each PVC. Valid range is 0 - 24 hours. 0 means disabled |
| U32 remoteStorageTrafficInfoSizeMP | 1.3.6.1.4.1.193.72.300.1.1.14.6 | Unsigned32 | read-write | The size interval for triggering a backup of the remote storage file. Whenever x MBytes has been transfered on any PVC since last backup all traffic counters will be backed up with remote storage. This includes total number of send bytes, total number of send frames, total number of received bytes and total number of received frames for each PVC. Valid range is 50 - 1000 MBytes. 0 means disabled Note: Backup is limited to maximum once every minute |
| multilink | 1.3.6.1.4.1.193.72.300.1.1.15 | |||
| INT multilinkMode | 1.3.6.1.4.1.193.72.300.1.1.15.1 | INTEGER | read-write | This defines the mode the multiple network-side links operate in. singleLink(1) - only one link is used for active data transfer. This is the only possible value for devices with a single network-side link. linkAggregation(2) - the multiple links are used as one trunk aggregating the traffic. redundantConfiguration(3) - only one of the the multiple links is used for active data transfer, but the other are kept stand by for resilience (uses RSTP protocol). Note: the read value may not match the actual mode during switch over. |
| I32 multilinkPreferredInterface | 1.3.6.1.4.1.193.72.300.1.1.15.2 | Integer32 | read-write | Shows the index of the interface (link) selected for traffic forwarding whenever there is no other explicit indication on which one to choose. The interface is selected during boot - it is the interface the device was booted from. The value is the same as used for interfaces in the IF-MIB (1-based). This interface will be used in case of multilinkMode is set to redundantConfiguration and the rootID is equal for the links. If the rootIDs are different this value is ignored and the one with highest priority (lowest cost) will be selected. |
| multilinkInterfaceTable | 1.3.6.1.4.1.193.72.300.1.1.15.3 | not-accessible | This is a table of interfaces (links) on the network-side. The table is indexed by the same interface numbers as used in the IF-MIB (1-based). | |
| multilinkInterfaceEntry | 1.3.6.1.4.1.193.72.300.1.1.15.3.1 | not-accessible | This is an entry of the multilinkInterfaceTable | |
| NUM multilinkInterfaceIndex | 1.3.6.1.4.1.193.72.300.1.1.15.3.1.1 | InterfaceIndex | not-accessible | This is the index to the multilinkInterfaceTable. The values are the same as used in the IF-MIB (1-based). |
| T/F multilinkIsForwarding | 1.3.6.1.4.1.193.72.300.1.1.15.3.1.2 | TruthValue | read-only | This shows if the corresponding interface (link) is forwarding traffic - true(1) or not - false(2). An interface that is not forwarding may still carry some service data (e.g. PDUs). |
| T/F multilinkIsUp | 1.3.6.1.4.1.193.72.300.1.1.15.3.1.3 | TruthValue | read-only | This shows if the corresponding interface (link) is up true(1) or down - false(2). The true(1) value is returned if the ifOperState of the corresponding port is up. The false(1) value is returned if the ifOperState of the corresponding port is NOT up (e.g. down, testing, etc.). |
| INT multilinkForceManagementToUsePreferredInterface | 1.3.6.1.4.1.193.72.300.1.1.15.4 | INTEGER | read-write | Setting this value to 'enabled (1)' forces the management traffic to be sent on the interface towards the Active ECN thereby overruling the RSTP protocol for management traffic towards this node. This enables the node controller to stay in contact with the DSLAM, even if the link is switched to the other interface by RSTP. |
| peaEquipmentIpDslamTraps | 1.3.6.1.4.1.193.72.300.1.2 | |||
| traps | 1.3.6.1.4.1.193.72.300.1.2.0 | |||
| NTF temperatureTooHigh | 1.3.6.1.4.1.193.72.300.1.2.0.1 | The temperature is too high and has increased above a fixed threshold value. The high temperature value is probably caused by fan failure or high environment temperature. For the IP DSLAM the lines are stopped in order to reduce the power consumption and avoid damage to the device. Corrective Actions: - Check that the fans for the device is working properly. - Check that the environment temperature is acceptable. - For the IPDSLAM it might help to remove some subscibers from the lines. Deprecated from: EDA 1.1 R2A Parameters 1: Managed object class IPDSLAM 2: Managed object ID [MAC] 3: Sequence number [Alarm sequence number] 4: Perceived severity Critical 5: Event time [Timestamp is retrieved from a SNTP server] 6: Event type Equipment 7: Probable cause temperatureUnacceptable 8: Temp control state [Low, Normal, High or TooHigh] 9: Temperature value [Value in degree Celsius] Ceasing OID: 1.3.6.1.4.1.193.72.300.1.2.0.2 # temperatureTooHighCeasing Ceasing OID: 1.3.6.1.4.1.193.72.300.1.2.0.8 # IP DLSAM RestartAlarm | ||
| NTF temperatureTooHighCeasing | 1.3.6.1.4.1.193.72.300.1.2.0.2 | The too high temperature has ceased and has decreased below a fixed threshold value in the normal working area. For the IP DSLAM the lines are brought into service again, which will lead to increasing power consumption and possibly an increased temperature. Deprecated from: EDA 1.1 R2A Parameters 1: Managed object class IPDSLAM 2: Managed object ID [MAC] 3: Sequence number [Alarm sequence number] 4: Perceived severity Ceasing 5: Event time [Timestamp is retrieved from a SNTP server] 6: Event type Equipment 7: Probable cause ThresholdCrossed 8: Temp control state [Low, Normal, High or TooHigh] 9: Temperature value [Value in degree Celsius] | ||
| NTF stateEventError | 1.3.6.1.4.1.193.72.300.1.2.0.4 | A state/event SW error has been detected on the device. This trap is seen if the IPDSLAM is discarding a message that it did not know how to handle. This kind of problem is sometimes related to an unforeseen state in the IP DSLAM. Corrective Actions: - Save the alarm information to a file, e.g. using a screenshot. It has to show all the trap parameters. - Give a brief explanation to how the error was provoked. If it can be provoked again, then it is important for the Ericsson support team to know how this is done. - Create a trouble report, which includes the log files, and send it to Ericsson support. Deprecated from: EDA 1.1 R2A Parameters 1: Managed object class IPDSLAM 2: Managed object ID [MAC] 3: Sequence number [Alarm sequence number] 4: Perceived severity Major 5: Event time [Timestamp is retrieved from a SNTP server] 6: Event type ProcessingErrorAlarm 7: Probable cause SoftwareError 8: Process name [Name of DMAPI task] 9: Process state [DMAPI task state] 10: File name [The file name from where the alarm was sent] 11: Line no [The line number in the specified file] 12: Sender task [The task name of the task sending the message] 13: Message id [Internal message number] 14: Message data [Message content - hex bytes] | ||
| NTF nonFatalSoftwareError | 1.3.6.1.4.1.193.72.300.1.2.0.5 | A non-fatal SW error has been detected on the device. This type of software error is normally not fatal for your system, It could be a configuration error or a minor problem in the software, so do not panic if this alarm is seen. Corrective Actions: - Save the alarm information to a file, e.g. using a screenshot. It has to show all the trap parameters. - Give a brief explanation to how the error was provoked. If it can be provoked again, then it is important for the Ericsson support team to know how this is done. - Create a trouble report, which includes the log files, and send it to Ericsson support. Deprecated from: EDA 1.1 R2A Parameters 1: Managed object class IPDSLAM 2: Managed object ID [MAC] 3: Sequence number [Alarm sequence number] 4: Perceived severity Major 5: Event time [Timestamp is retrieved from a SNTP server] 6: Event type ProcessingErrorAlarm 7: Probable cause SoftwareError 8: Process name [Name of DMAPI task] 9: Process state [DMAPI task state] 10: File name [The file name from where the alarm was sent] 11: Line no [The line number in the specified file] 12: Error code [Additional error information] 13: Error data [Additional data related to the error - hex bytes] | ||
| NTF fatalSoftwareError | 1.3.6.1.4.1.193.72.300.1.2.0.6 | A fatal SW error has been detected on your device. The device will now restart in order to recover. This type of error is very serious and if it is seen in your system, then it is important that it is handled right away. Corrective Actions: - Save the alarm information to a file, e.g. using a screenshot. It has to show all the trap parameters. - Give a brief explanation to how the error was provoked. If it can be provoked again, then it is important for the Ericsson support team to know how this is done. - Create a trouble report which includes the log files and send it to Ericsson support. Deprecated from: EDA 1.1 R2A Parameters 1: Managed object class IPDSLAM 2: Managed object ID [MAC] 3: Sequence number [Alarm sequence number] 4: Perceived severity Critical 5: Event time [Timestamp is retrieved from a SNTP server] 6: Event type ProcessingErrorAlarm 7: Probable cause SoftwareError 8: Process name [Name of DMAPI task] 9: Process state [DMAPI task state] 10: File name [The file name from where the alarm was sent] 11: Line no [The line number in the specified file] 12: Error code [Additional error information] | ||
| NTF configurationFileError | 1.3.6.1.4.1.193.72.300.1.2.0.7 | The configuration file which the device is using failed to pass or load. Corrective Actions: - Check that the device can reach the server where the configuration file is located. - Check that the configuration is physically located on the server. - Check that the configuration file does not contain any syntax errors. Deprecated from: EDA 1.1 R2A Parameters 1: Managed object class IPDSLAM 2: Managed object ID [MAC] 3: Sequence number [Alarm sequence number] 4: Perceived severity Critical 5: Event time [Timestamp is retrieved from a SNTP server] 6: Event type ProcessingErrorAlarm 7: Probable cause FileError 8: Error code [Additional error information] Ceasing OID: 1.3.6.1.4.1.193.72.300.1.2.0.8 # restartAlarm | ||
| NTF modemPoolRestartAlarm | 1.3.6.1.4.1.193.72.300.1.2.0.8 | The IP DSLAM has restarted. The post mortem information will indicate the reason for the restart. If the device has restarted from an unknown reason, then it is strongly advised that you contact Ericsson support, which will help you do make the necessary logs. A trace is very valuable for the Ericsson support team in case an error correction has to be made. The trace should afterwards be sent for further investigations. Deprecated from: EDA 1.1 R2A Parameters 1: Managed object class IPDSLAM 2: Managed object ID [MAC] 3: Sequence number [Alarm sequence number] 4: Perceived severity Major 5: Event time [Timestamp is retrieved from a SNTP server] 6: Event type Equipment 7: Probable cause Other 8: Post mortem info [reason for the restart] | ||
| NTF fanGreenFailure | 1.3.6.1.4.1.193.72.300.1.2.0.9 | Indicates that the fan located near to the green LED has failed. This means that the fan control cannot secure that the temperature is kept in the normal state in the worst-case scenario (e.g. high environmental temperature, high traffic). Corrective Actions: - Replace the fan. Deprecated from: EDA 1.1 R2A Parameters 1: Managed object class IPDSLAM 2: Managed object ID [MAC] 3: Sequence number [Alarm sequence number] 4: Perceived severity Major 5: Event time [Timestamp is retrieved from a SNTP server] 6: Event type Equipment 7: Probable cause CoolingFanFailure 8: Fan green status Failed Ceasing OID: 1.3.6.1.4.1.193.72.300.1.2.0.10 # fanGreenCeasing Ceasing OID: 1.3.6.1.4.1.193.72.300.1.2.0.8 # IP DLSAM RestartAlarm | ||
| NTF fanGreenCeasing | 1.3.6.1.4.1.193.72.300.1.2.0.10 | Indicates the ceasing of the fan, which is located near to the green LED. Deprecated from: EDA 1.1 R2A Parameters 1: Managed object class IPDSLAM 2: Managed object ID [MAC] 3: Sequence number [Alarm sequence number] 4: Perceived severity Ceasing 5: Event time [Timestamp is retrieved from a SNTP server] 6: Event type Equipment 7: Probable cause CoolingFanFailure 8: Fan green status Failed | ||
| NTF fanRedFailure | 1.3.6.1.4.1.193.72.300.1.2.0.11 | Indicates that the fan located near to the red LED has failed, This means that the fan control cannot secure that the temperature is kept in the normal state in the worst-case scenario (e.g. high environmental temperature, high traffic). Corrective Actions: - Replace the fan. Deprecated from: EDA 1.1 R2A Parameters 1: Managed object class IPDSLAM 2: Managed object ID [MAC] 3: Sequence number [Alarm sequence number] 4: Perceived severity Major 5: Event time [Timestamp is retrieved from a SNTP server] 6: Event type Equipment 7: Probable cause CoolingFanFailure 8: Fan red status Failed Ceasing OID: 1.3.6.1.4.1.193.72.300.1.2.0.12 # redFanCeasing Ceasing OID: 1.3.6.1.4.1.193.72.300.1.2.0.8 # IP DSLAM RestartAlarm | ||
| NTF fanRedCeasing | 1.3.6.1.4.1.193.72.300.1.2.0.12 | Indicates the ceasing of the fan which is located near to the red LED. Deprecated from: EDA 1.1 R2A Parameters 1: Managed object class IPDSLAM 2: Managed object ID [MAC] 3: Sequence number [Alarm sequence number] 4: Perceived severity Ceasing 5: Event time [Timestamp is retrieved from a SNTP server] 6: Event type Equipment 7: Probable cause CoolingFanFailure 8: Fan red status Failed | ||
| NTF idDataReadError | 1.3.6.1.4.1.193.72.300.1.2.0.13 | This alarm indicates that the identification data the device has in flash memory is corrupted. Identification data could be parameters like 'product number', 'revision state', 'date of repair' in other words data that is loaded to the device when it is manufactured. The 'hwUnitId' parameter in the alarm shows which type of unit that is corrupted in the flash memory. Corrective Actions: - Save the alarm information to a file, e.g. using a screenshot. It has to show all the trap parameters. - Give a brief explanation to how the error was provoked. If it can be provoked again, then it is important for the Ericsson support team to know how this is done. - Send the trouble report and the physical device to Ericsson support for further investigations. Deprecated from: EDA 1.1 R2A Parameters 1: Managed object class IPDSLAM 2: Managed object ID [MAC] 3: Sequence number [Alarm sequence number] 4: Perceived severity Major 5: Event time [Timestamp is retrieved from a SNTP server] 6: Event type Equipment 7: Probable cause InformationMissing 8: HwUnit [device, MicroProcessorBoard, FrontAnalogueBoard or ddcBoard] | ||
| NTF cfgDataReadError | 1.3.6.1.4.1.193.72.300.1.2.0.14 | This alarm indicates that the configuration data it has in flash is corrupted. Configuration data could be parameters like 'local mac address', 'phy mode', 'vlan id', 'vlan tagging' etc. The 'configData' parameter in the alarm shows which data that is corrupted. Corrective Actions: - Give it a valid configuration data and reboot the device. Deprecated from: EDA 1.1 R2A Parameters 1: Managed object class IPDSLAM 2: Managed object ID [MAC] 3: Sequence number [Alarm sequence number] 4: Perceived severity Major 5: Event time [Timestamp is retrieved from a SNTP server] 6: Event type Equipment 7: Probable cause InformationMissing 8: CfgData [localMacAddr, phyMode, watchdogEnable, vlanInfo or bootString] | ||
| NTF writeFlashError | 1.3.6.1.4.1.193.72.300.1.2.0.15 | Indicates that an error occurred during the writing to the flash memory. Corrective Actions: - Try to restart the device and if the error keeps appearing then replace the device with a new unit. Deprecated from: EDA 1.1 R2A Parameters 1: Managed object class IPDSLAM 2: Managed object ID [MAC] 3: Sequence number [Alarm sequence number] 4: Perceived severity Major 5: Event time [Timestamp is retrieved from a SNTP server] 6: Event type Equipment 7: Probable cause CorruptData 8: idOrCfgData [The configuration item, which failed writing to FLASH] | ||
| NTF bothFansFailure | 1.3.6.1.4.1.193.72.300.1.2.0.16 | Indicates that both fans on the device have failed. This means that the fan control cannot secure that the temperature is kept in the normal state in the worst-case scenario (e.g. high environmental temperature, high traffic). Corrective Actions: - Replace the fans of the device. Deprecated from: EDA 1.1 R2A Parameters 1: Managed object class IPDSLAM 2: Managed object ID [MAC] 3: Sequence number [Alarm sequence number] 4: Perceived severity Critical 5: Event time [Timestamp is retrieved from a SNTP server] 6: Event type Equipment 7: Probable cause CoolingFanFailure 8: Fan green status Failed 9: Fan red status Failed Ceasing OID: 1.3.6.1.4.1.193.72.600.1.2.0.16 # bothFansFailed Ceasing OID: 1.3.6.1.4.1.193.72.600.1.2.0.7 # restartAlarm | ||
| NTF bothFansCeasing | 1.3.6.1.4.1.193.72.300.1.2.0.17 | Indicates that at least one of the fans is working again. This means that the fan control cannot secure that the temperature is kept in the normal state in the worst-case scenario (e.g. high environmental temperature, high traffic). Deprecated from: EDA 1.1 R2A Parameters 1: Managed object class IPDSLAM 2: Managed object ID [MAC] 3: Sequence number [Alarm sequence number] 4: Perceived severity Ceasing 5: Event time [Timestamp is retrieved from a SNTP server] 6: Event type Equipment 7: Probable cause CoolingFanFailure 8: Fan green status [Failed, Working] 9: Fan red status [Failed, Working] | ||
| NTF modemPoolTypeUnknown | 1.3.6.1.4.1.193.72.300.1.2.0.18 | Indicates that the device type can not be identified. The product number and revision state are either unkonwn or corrupted. The application software cannot handle its hardware correctly. Corrective Actions: - Reinstall the device in the management system. Deprecated from: EDA 1.1 R2A Parameters 1: Managed object class IPDSLAM 2: Managed object ID [MAC] 3: Sequence number [Alarm sequence number] 4: Perceived severity Critical 5: Event time [Timestamp is retrieved from a SNTP server] 6: Event type Equipment 7: Probable cause Other 8: Product number MP Product number of the device 9: Revision state MP Revision state of the device | ||
| NTF fanGreenLowPerformance | 1.3.6.1.4.1.193.72.300.1.2.0.19 | Indicates that the fan located near the green LED has a low performance. This means that the fan control cannot secure that the temperature is kept in the normal state in the worst-case scenario (e.g. high environmental temperature, high traffic). Corrective Actions: - Replace the fan next time you get near the device, since it will soon break. Deprecated from: EDA 1.1 R2A Parameters 1: Managed object class IPDSLAM 2: Managed object ID [MAC] 3: Sequence number [Alarm sequence number] 4: Perceived severity Major 5: Event time [Timestamp is retrieved from a SNTP server] 6: Event type Equipment 7: Probable cause CoolingFanFailure 8: Fan green status [Failed, Working] 9: Fan green speed [The speed of the fan measured in rotations per minute] Ceasing OID: 1.3.6.1.4.1.193.72.300.1.2.0.20 # fanGreenLowPerformanceCeasing Ceasing OID: 1.3.6.1.4.1.193.72.300.1.2.0.8 # IP DSLAM RestartAlarm | ||
| NTF fanGreenLowPerformanceCeasing | 1.3.6.1.4.1.193.72.300.1.2.0.20 | Indicates that the low performance of the green fan, which is the one located near the green LED, has ceased. If this ceasing alarm is seen frequently on a device in your system, then you should find a way to replace the fan, which causes problems. Deprecated from: EDA 1.1 R2A Parameters 1: Managed object class IPDSLAM 2: Managed object ID [MAC] 3: Sequence number [Alarm sequence number] 4: Perceived severity Ceasing 5: Event time [Timestamp is retrieved from a SNTP server] 6: Event type Equipment 7: Probable cause CoolingFanFailure 8: Fan green status Working 9: Fan green speed [The speed of the fan measured in rotations per minute] | ||
| NTF fanRedLowPerformance | 1.3.6.1.4.1.193.72.300.1.2.0.21 | Indicates that the fan located near the red LED has a low performance. This means that the fan control cannot secure that the temperature is kept in the normal state in the worst-case scenario (e.g. high environmental temperature, high traffic). Corrective Actions: - Replace the fan next time you get near the device, since it will soon break. Deprecated from: EDA 1.1 R2A Parameters 1: Managed object class IPDSLAM 2: Managed object ID [MAC] 3: Sequence number [Alarm sequence number] 4: Perceived severity Major 5: Event time [Timestamp is retrieved from a SNTP server] 6: Event type Equipment 7: Probable cause CoolingFanFailure 8: Fan red status [Failed, Working] 9: Fan red speed [The speed of the fan measured in rotations per minute] Ceasing OID: 1.3.6.1.4.1.193.72.300.1.2.0.22 # fanRedLowPerformanceCeasing Ceasing OID: 1.3.6.1.4.1.193.72.300.1.2.0.8 # IP DSLAM RestartAlarm | ||
| NTF fanRedLowPerformanceCeasing | 1.3.6.1.4.1.193.72.300.1.2.0.22 | Indicates that the low performance of the red fan, which is the one located near the red LED, has ceased. If this ceasing alarm is seen frequently on a device in your system, then you should find a way to replace the fan, which causes problems. Deprecated from: EDA 1.1 R2A Parameters 1: Managed object class IPDSLAM 2: Managed object ID [MAC] 3: Sequence number [Alarm sequence number] 4: Perceived severity Ceasing 5: Event time [Timestamp is retrieved from a SNTP server] 6: Event type Equipment 7: Probable cause CoolingFanFailure 8: Fan red status Working 9: Fan red speed [The speed of the fan measured in rotations per minute] | ||
| NTF temperatureCloseToTooHigh | 1.3.6.1.4.1.193.72.300.1.2.0.23 | Indicates the temperature is close to the too high value. This alarm should be considered as a warning alarm that is received a while before the high temperature is reached. Corrective Actions: - Check that the fans for the device are working properly. - Check that the environment temperature is acceptable. - For the IPDSLAM it might help to remove some subscribers from the line. Deprecated from: EDA 1.1 R2A Parameters 1: Managed object class IPDSLAM 2: Managed object ID [MAC] 3: Sequence number [Alarm sequence number] 4: Perceived severity Major 5: Event time [Timestamp is retrieved from a SNTP server] 6: Event type Equipment 7: Probable cause TemperatureUnacceptable 8: Temperature value [Value in degree Celsius] Ceasing OID: 1.3.6.1.4.1.193.72.300.1.2.0.24 # tempCloseToTooHighCeasing Ceasing OID: 1.3.6.1.4.1.193.72.300.1.2.0.8 # IP DSLAM RestartAlarm | ||
| NTF temperatureCloseToTooHighCeasing | 1.3.6.1.4.1.193.72.300.1.2.0.24 | Indicates that the temperatureCloseToTooHigh alarm is no longer active. The temperature has been successfully reduced to level where the device can work normal. Deprecated from: EDA 1.1 R2A Parameters 1: Managed object class IPDSLAM 2: Managed object ID [MAC] 3: Sequence number [Alarm sequence number] 4: Perceived severity Ceasing 5: Event time [Timestamp is retrieved from a SNTP server] 6: Event type Equipment 7: Probable cause TemperatureUnacceptable 8: Temperature value [Value in degree Celsius] | ||
| trapsParameters | 1.3.6.1.4.1.193.72.300.1.2.1 | |||
| STR processName | 1.3.6.1.4.1.193.72.300.1.2.1.1 | DisplayString | accessible-for-notify | The name of the process which sent the alarm. |
| U32 processState | 1.3.6.1.4.1.193.72.300.1.2.1.2 | Unsigned32 | accessible-for-notify | The state of the process which sent the alarm. |
| STR fileName | 1.3.6.1.4.1.193.72.300.1.2.1.3 | DisplayString | accessible-for-notify | The file name from where the alarm was sent |
| U32 lineNo | 1.3.6.1.4.1.193.72.300.1.2.1.4 | Unsigned32 | accessible-for-notify | The line number in the file indicated by fileName, from where the alarm was sent |
| STR senderTask | 1.3.6.1.4.1.193.72.300.1.2.1.5 | DisplayString | accessible-for-notify | Indicates the name of the task which sent the message causing a stateEventErrror. |
| STR errorCode | 1.3.6.1.4.1.193.72.300.1.2.1.6 | DisplayString | accessible-for-notify | Additional error information. |
| STR postMortemInformation | 1.3.6.1.4.1.193.72.300.1.2.1.7 | DisplayString | accessible-for-notify | Indicates the reason of the restart. |
| OCT errorData | 1.3.6.1.4.1.193.72.300.1.2.1.8 | OCTET STRING | accessible-for-notify | Additional data related to the error. |
| U32 messageId | 1.3.6.1.4.1.193.72.300.1.2.1.9 | Unsigned32 | accessible-for-notify | Message ID of the last received message. E.g. the ID of the message causing a state event error. |
| OCT messageData | 1.3.6.1.4.1.193.72.300.1.2.1.10 | OCTET STRING | accessible-for-notify | Message content of the last received message. E.g. the content of the message causing a state event error. |
| INT hwUnit | 1.3.6.1.4.1.193.72.300.1.2.1.11 | INTEGER | accessible-for-notify | Identifies the HW unit which has the identification data corrupted into FLASH. |
| INT cfgData | 1.3.6.1.4.1.193.72.300.1.2.1.12 | INTEGER | accessible-for-notify | Identifies the corrupted configuration data read from FLASH for the IP DSLAM. |
| INT idOrCfgData | 1.3.6.1.4.1.193.72.300.1.2.1.13 | INTEGER | accessible-for-notify | Identifies during which data writing occured an error. |
| peaEquipmentIpDslamObjectsGroups | 1.3.6.1.4.1.193.72.300.1.3 | |||
| peaEquipmentIpDslamDeprecatedObjectsGroup | 1.3.6.1.4.1.193.72.300.1.3.1 | Objects for the peaEquipmentIpDslamObjects Group | ||
| peaEquipmentIpDslamCurrentObjectsGroup | 1.3.6.1.4.1.193.72.300.1.3.2 | Objects for the peaEquipmentIpDslamObjects Group | ||
| peaEquipmentIpDslamTrapsGroups | 1.3.6.1.4.1.193.72.300.1.4 | |||
| peaEquipmentIpDslamDeprecatedTrapsGroup | 1.3.6.1.4.1.193.72.300.1.4.1 | Deprecated Notifications Group |
RFC description
Ericsson IP DSLAM system information, control, alarms, and equipment management.
Start monitoring Ericsson (Torrent/Diax) IP DSLAM chassis, broadband DSL access multiplexer (equipment/control status) with a free 30-day trial of IPNetwork Monitor. Import MIBs, browse SNMP OIDs, create custom SNMP monitors, configure alerts, and monitor any SNMP-enabled network device from a single console.