Chapter 1 Concepts
Object States
Lost Comms
The lost comms (lost communications) state indicates that the object is not responding to heartbeat polling. The EM can apply this state to a chassis, module, or interface. When an object is in the lost comms state, heartbeat polling occurs on the object. When the object responds to heartbeat polling, it moves out of the lost comms state. For example, say an ATM module in the EM was predeployed. When you perform device synchronization (commissioning a chassis), the ATM module is not yet physically present in the hardware. In this situation, the EM places the ATM module into the lost comms state, where it continues to poll for the presence of the module. When the ATM module is inserted into the chassis, the EM detects its presence and moves the module out of the lost comms state and into a respective state (typically normal).
Lost Comms No Poll
The lost comms (lost communications) no poll state occurs when the router is not contactable. When the EM loses connectivity with a device, the representative chassis object remains in the lost comms state so that heartbeat polling continues on the chassis. However, all modules and interfaces within that chassis move into a lost comms no poll state. There is no point in polling modules and interfaces within a device that is not contactable. If the connection with the device is down, all modules and interfaces will be down. When the device becomes contactable again, the chassis, modules, and interfaces are moved out of the lost comms no poll state.
Discovery Lost Comms
The discovery lost comms state occurs only during subchassis discovery. If, for example, you commission a chassis (which begins the process of subchassis discovery) and a module discovers with a faulty connection, the module goes into the discovery lost comms state. When connectivity establishes with the corresponding object in the device, subchassis discovery resumes, and the object moves out of the discovery lost comms state.
Mismatched
The mismatched state occurs when a mismatch is found between what hardware is in the device and that which is deployed in the EM. For example, assume a chassis has been deployed and commissioned. If the chassis cards are switched with a different card type, the EM finds a mismatch. The chassis is put into the mismatch state and a major alarm is raised.
To rectify a mismatch problem, first you must assess the source of the problem. If the operator was at fault and predeployed an incorrect module, the operator should delete the predeployed module and
Mismatch can also occur on a chassis. If, during deployment of a chassis, an incorrect IP address is entered, the EM cannot discover the chassis due to an erroneous IP address that was entered during the commissioning process. Because of this, discovery fails, a major alarm is raised against the chassis, and
Cisco 10000 Series Manager User Guide
|
| ||
|
|
