A3COM0304-RESILIENTLINKS

File: A3COM0304-RESILIENTLINKS.mib (14922 bytes)

Imported modules

RFC1155-SMI RFC-1212 RFC1213-MIB
RFC-1215

Imported symbols

enterprises OBJECT-TYPE DisplayString
TRAP-TYPE

Defined Types

ResTableEntry  
SEQUENCE    
  resRepeater INTEGER
  resMainSlot INTEGER
  resMainPort INTEGER
  resMainState INTEGER
  resStandbySlot INTEGER
  resStandbyPort INTEGER
  resStandbyState INTEGER
  resPairState INTEGER
  resPairModificationStatus INTEGER
  resPairAction INTEGER
  resPairEnable INTEGER
  resPairMode INTEGER
  resPairName DisplayString

ResStandbyMapTableEntry  
SEQUENCE    
  resSbRepeater INTEGER
  resSbSlot INTEGER
  resSbPort INTEGER
  resSbType INTEGER
  resSbMainSlot INTEGER
  resSbMainPort INTEGER

Defined Values

a3Com 1.3.6.1.4.1.43
OBJECT IDENTIFIER    

generic 1.3.6.1.4.1.43.10
OBJECT IDENTIFIER    

mrmResilience 1.3.6.1.4.1.43.10.15
OBJECT IDENTIFIER    

resTable 1.3.6.1.4.1.43.10.15.1
Tok_String
OBJECT-TYPE    
  SEQUENCE OF  
    ResTableEntry

resTableEntry 1.3.6.1.4.1.43.10.15.1.1
An device may be configured to contain a number of 'resilient pairs'. These are to point connections, e.g. UTP, that allow two repeaters/switches to be connected together in a resilient configuration. In such a configuration one of the two ports is nominated the 'main' port while the other is the 'standby' port. One of these two ports is enabled and is the current active port. The other is present in case of failure of the active port. Such a failure is detected by the device and a switch performed. In the case of repeaters, there are a couple of rules that must apply to a resilient pair definition before that definition becomes a valid resilient pair. Firstly both ports must be on the same repeater. Secondly the standby port must be configured to be 'disabled on boot'. That is it must recover from a power failure in a disabled state. This prevents loops in the network. There are two modes of operation. These are defined by the resPairMode object. See that object for a full description. Several tables control the resilient configuration for the device. This is the first. This is the main table and allows the creation and deletion of pairs and provides status control and information. The information in this table is indexed on the repeater number, the slot (or unit) and the port location of the main port. To create a new resilient pair simply write any writeable object indexed on the main port. This will create a new entry in the table which has the state invalid(1) (read resPairState). Having created the row, write to the other parameters specifying valid information. When all the parameters are valid and 'resPairModificationStatus' is set to 'stable(2)', then resPairState will become operational(2). In this state the pair will correctly operate as a resilient pair. If any of the attributes in the table change so that the pair in no linger valid this will be reflected in the resPortState parameter. To delete a resilient pair, write delete(2) to resPairAction.
OBJECT-TYPE    
  ResTableEntry  

resRepeater 1.3.6.1.4.1.43.10.15.1.1.1
A resilient pair must be attached to one of the repeaters in the chassis. This is part of the index value required to access this table.
OBJECT-TYPE    
  INTEGER  

resMainSlot 1.3.6.1.4.1.43.10.15.1.1.2
This is the second key in the index to this table. This is the slot number of the main port in this pair.
OBJECT-TYPE    
  INTEGER  

resMainPort 1.3.6.1.4.1.43.10.15.1.1.3
This is the final, key used to index entries in this table. It is the port number of the main port in the pair.
OBJECT-TYPE    
  INTEGER  

resMainState 1.3.6.1.4.1.43.10.15.1.1.4
Each port in a pair is constantly monitored for signs of failure. Failure information is used to automatically change the active port from main to standby or vice-versa. Each port may be in one of three states. Failed(1) indicates there is a loss of signal on this port. A port in this state cannot be active. Secondly ok(2). This state indicates that the port is capable of carrying traffic but is at the moment acting in the role of backup link. The other port in this pair will be in the Ok-and-active(3) state. Ok-and-active(3) means what it says, this port is capable of carrying traffic and is so doing at the time this parameter has been read.
OBJECT-TYPE    
  INTEGER failed(1), ok(2), ok-and-active(3)  

resStandbySlot 1.3.6.1.4.1.43.10.15.1.1.5
This is the slot number of the standby port for this pair.
OBJECT-TYPE    
  INTEGER  

resStandbyPort 1.3.6.1.4.1.43.10.15.1.1.6
This is the port number of the standby port.
OBJECT-TYPE    
  INTEGER  

resStandbyState 1.3.6.1.4.1.43.10.15.1.1.7
Each port in a pair is constantly monitored for signs of failure. Failure information is used to automatically change the active port from main to standby or vice-versa. Each port may be in one of three states. Failed(1) indicates there is a loss of signal on this port. A port in this state cannot be active. Secondly ok(2). This state indicates that the port is capable of carrying traffic but is at the moment acting in the role of backup link. The other port in this pair will be in the Ok-and-active(3) state. Ok-and-active(3) means what it says, this port is capable of carrying traffic and is so doing at the time this parameter has been read.
OBJECT-TYPE    
  INTEGER failed(1), ok(2), ok-and-active(3)  

resPairState 1.3.6.1.4.1.43.10.15.1.1.8
Each row in the table is in one of two states, invalid(1) or operational(2). If the state is invalid(1), the resilient pair represented by this row is not active. There are several reasons why this may be the case. Firstly during the row creation process, not all information necessary may have been provided. Secondly an operational pair may become invalid because the resilient pair rules are no longer met because of a change in the device configuration. If the parameters in the row are all valid then the pair becomes operational(2).
OBJECT-TYPE    
  INTEGER invalid(1), operational(2)  

resPairModificationStatus 1.3.6.1.4.1.43.10.15.1.1.9
This parameter must be set to under-modification(1) before any changes are made to an existing configuration. Changes are not applied until this parameter is set to stable.
OBJECT-TYPE    
  INTEGER under-modification(1), stable(2)  

resPairAction 1.3.6.1.4.1.43.10.15.1.1.10
This is object allows the state of a resilient pair to be modified. The create(1) operation configures the resilient port from this table entry. The delete(2) operation removes the resilient definitions from this table and terminates operation of resilience on this pair of ports. The togglePort(3) operation allows the current active port to be changed to the other port. This second operation will only take affect if the state of the currently non- active port is ok(2).
OBJECT-TYPE    
  INTEGER create(1), delete(2), togglePort(3)  

resPairEnable 1.3.6.1.4.1.43.10.15.1.1.11
This parameter controls whether the resilient pair is enabled or not. In the disable(2) state , both ports of the resilient pair are disabled. The default value of this parameter is enable(1).
OBJECT-TYPE    
  INTEGER enable(1), disable(2)  

resPairMode 1.3.6.1.4.1.43.10.15.1.1.12
This parameter controls the rules that determine the operation of the resilient pair. The value no-switch-back(1) means that both ports are treated equally. The value switch-back-to-main(2) means that when it is operational, precedence is always given to the main port. If the main port has been stable for 1 minute, then the pair will automatically switch the active port to main. The default value of this parameter is no-switch-back(1).
OBJECT-TYPE    
  INTEGER no-switch-back(1), switch-back-to-main(2)  

resPairName 1.3.6.1.4.1.43.10.15.1.1.13
The textual name of the interface. The value of this object should be the name of the interface as assigned by the local device and should be suitable for use in commands entered at the device's `console'. The default value of this parameter is a zero length string.
OBJECT-TYPE    
  DisplayString Size(0..64)  

resStandbyMapTable 1.3.6.1.4.1.43.10.15.2
Tok_String
OBJECT-TYPE    
  SEQUENCE OF  
    ResStandbyMapTableEntry

resStandbyMapTableEntry 1.3.6.1.4.1.43.10.15.2.1
This table is read-only. If provides shortcut information to allow for the translation of a port number to a corresponding main port number. This value can then be used to access the main resilience table. Each resilient pair has two entries in this table, one for the main port and one for the standby port. The entry for the main port returns the same port, the entry for the standby port returns the corresponding main port.
OBJECT-TYPE    
  ResStandbyMapTableEntry  

resSbRepeater 1.3.6.1.4.1.43.10.15.2.1.1
The repeater index of the port being accessed. This is the first of three indices on this table.
OBJECT-TYPE    
  INTEGER  

resSbSlot 1.3.6.1.4.1.43.10.15.2.1.2
Second index on this table.
OBJECT-TYPE    
  INTEGER  

resSbPort 1.3.6.1.4.1.43.10.15.2.1.3
Third index on this table.
OBJECT-TYPE    
  INTEGER  

resSbType 1.3.6.1.4.1.43.10.15.2.1.4
This attribute specifies whether the port indexed is a main or standby port in the resilient pair table. If the port is neither then there will not be a row in this table indexed for that port.
OBJECT-TYPE    
  INTEGER main(1), standby(2)  

resSbMainSlot 1.3.6.1.4.1.43.10.15.2.1.5
This is the slot number of the main port for the pair in which the indexed port participates. NOTE if the index port is the main port of a pair (resSbType is 'main') this value will be the same as the index.
OBJECT-TYPE    
  INTEGER  

resSbMainPort 1.3.6.1.4.1.43.10.15.2.1.6
This is the port number of the main port for the pair in which the indexed port participates. NOTE if the index port is the main port of a pair (resSbType is 'main') this value will be the same as the index.
OBJECT-TYPE    
  INTEGER  

resFlushTable 1.3.6.1.4.1.43.10.15.3
This parameter causes all entries in the resilience table to be flushed. Flushing the resilience table does not affect the state of any of the resilient links or ports. Once the table has been flushed , NO resilient links are configured. This parameter is used to ensure that the resilient link table is empty , before new resilient links are configured.
OBJECT-TYPE    
  INTEGER