|
|
State management plays a key role in monitoring system resource status, managing service turn-up, and deleting resources. This chapter provides detailed information about the various Cisco 6100 states, their meanings, and their impact on system operation.
The following states will be supported by the Cisco 6100 and by ViewRunner for HP OpenView:
Of these states, Administrative, Operational, and Usage States are International Standards Organization (ISO) compliant. The remaining states are Cisco 6100-specific states.
The Administrative State is an operator-defined state. All other states are provided by the system either through auto-discovery, ViewRunner operation, or user initiated polling of Cisco 6100 SNMP Agent data elements (opening windows).
To access the state of a particular entity in ViewRunner for HP OpenView, place your cursor over the particular module in the 6100 Chassis View and click the right mouse button to select a property dialog. States are readily viewable under each module or port Status tab. Use each module or port Configuration tab to manage the Administrative State.
The values of each state displayed within ViewRunner for HP OpenView are a function of the most recent Cisco 6100 SNMP Agent poll. These states presented on a dialog are retrieved from the Cisco 6100 whenever a dialog is opened and whenever a status tab is selected. Therefore, it is important to manage service affecting changes with the Refresh button, provided on many of the user interface dialogs. The Refresh button retrieves the latest available values for the fields in the opened dialog and redisplays the window, enabling you to make change decisions based on up-to-date data.
With ViewRunner for HP OpenView, you can display the states of a particular module or port. Modules include ATU-C, line interface module (LIM), system controller (SC), network interface (NI), LIM controller (LCM), and the subtend host module (STM). The status dialogs are similar for both modules and ports. The dialogs contain:
The status tab on a module properties dialog displays state information about that specific module. Figure 6-1 is representative of the display of states on module status tabs for all the modules in the user interface. See "Monitoring Status and Configuration" for information about status displays for particular modules of the Cisco 6100.
The Administrative and Operational States are indented under the Service State Details field. If one or more of these states takes on a "negative" state relative to its ability to provide service, the Service State field will transition from In Service to Out of Service. For example, if the Administrative State is changed from Unlocked to Locked, the Service State field changes from In Service to Out of Service. The color of the icon to the left of each tab name also indicates the operational and administrative state.
Press the Configuration tab to display configuration management fields. These include:
1. Administrative State
2. Inventory Details
3. Transceiver Properties
The status tab on a port displays state information about a specific port. Figure 6-2 is representative of the display of states on module status tabs for all the modules in the user interface. See "Monitoring Status and Configuration" for information about status displays for particular ports on the Cisco 6100.
When the Usage State field is Busy, you can click on the LIM Properties... button to get information on the LIM that is connected to this ATU-C port. When the ATU-C Port field is Trained, the window also displays port information such as upstream and downstream rate.
Click on the Configuration tab to display the Administrative State of the port (which allows the user to lock or unlock the particular port) or to edit a physical or logical pool.
To fully understand states and their impact on system operations, some background in terminology is helpful. Key terminology includes entities and the containment hierarchy.
Figure 6-3 illustrates the specific containment hierarchy model to propagate state changes between various entities.
Within the containment hierarchy, superior entities contain subordinate entities. As shown in the preceding containment diagram, chassis are superior to slots; slots are superior to modules; and modules are superior to ports.
Note that some entities may be both superior and subordinate. For example, a module is a superior entity to its ports, and a subordinate entity to its chassis.
Supporting/subordinate resource relationships are also important when managing resource deletions. See "Adding and Deleting System Components" for more information on deleting entities.
ViewRunner retrieves state information from the Cisco 6100 when dialogs are opened. If Cisco 6100 state information changes while the dialog is open, the user is typically not notified. ViewRunner for HP OpenView provides a Refresh button in each status dialog, that allows you to refresh the current state information.
The Usage State indicates whether or not the entity is currently involved in an active ADSL connection. For an ADSL connection to be active, a modem must either be Trained or Training. For Digital Off-Hook (DOH) configurations, the Busy State applies to both ATU-C and LIM ports since DOH requires an analog cross-connect to exist between an ATU-C modem and a LIM port. shows each Usage State that may appear on the Status window.
| Screen Display | Description |
|---|---|
Busy | Entity is 100% in use. A port is Busy when it is involved in an active ADSL connection. For a module to be Busy, all of its subordinate ports must be busy. |
Idle | Entity is not in use. |
Active | Indicates the entity is in use, but has more capacity. For example, a module is Active when one but not all of its subordinate ports are busy. The Active State provides a quick check to see if any of its subordinate resources are in use. The Active State applies only to modules. |
The Slot State identifies whether a module has been detected by the Cisco 6100 as physically present and whether a configuration exists for it in the node. A persistent module configuration is generated automatically when the Cisco 6100 detects a module's presence. A configuration also is generated when a management system, such as when ViewRunner for HP OpenView preprovisions a configuration into an empty slot. describes Slot States.
| Screen Display | Description |
|---|---|
Empty Unprovisioned | A module is not present for this slot, nor does a configuration exist for it. The ViewRunner 6100 Chassis View depicts this state as an empty slot in the chassis bitmap. |
Empty Provisioned | A module configuration exists, but the Cisco 6100 has not detected the presence of the module since power up. The ViewRunner 6100 Chassis View depicts the slot with a module bitmap and a blue (unknown) ejector tab. |
Filled Invalid | The module detected is invalid for the slot. |
Filled Mismatch | The module detected does not match the configuration for the slot. |
Filled Valid | A valid module configuration exists and the node reports the corresponding module is present. |
In addition to the Slot state value, ViewRunner for HP OpenView also displays the type of module reported as physically present in the slot. For ATU-C modules, the words ATU-C module detected is displayed just below the Slot State field. This is useful when the slot is in the filled mismatch state. The 6100 Chassis View bitmap displays what is configured in the slot. So, this field can be used to identify the mismatch.
The SC monitors states to know when a particular port or connection is available. For example, the SC does not send a connection request to a modem that has a Service State of Out of Service. Service States describe the overall ability of a resource to provide service. It is derived from a combination of Administrative, Operational, and Supporting Entity Service States. describes the Service States.
| Screen Display | Description |
|---|---|
In Service | The resource has all necessary permission, ability, and availability to provide service when requested. |
Out of Service | One or more assigned or derived attributes of the resource prevent it from providing service. |
When a supporting entity's Service State transitions to Out of Service, that state propagates downward through the Cisco 6100 containment hierarchy to all subordinate entities. The Subordinate Service State depends on its supporting entity's Service State. Therefore, if the supporting entity in the containment hierarchy has a Service State of Out of Service, then all of its subordinate entities are also Out of Service.
A supporting entity is defined as containing subordinate entities. For example, a module is a "supporting entity" to its ports, and conversely a port is a subordinate entity to a module.
When a supporting entity's Service State transitions to Out of Service, that state propagates downward through the Cisco 6100 containment hierarchy to all subordinate entities. The Subordinate Service State depends on its supporting entity's Service State. Therefore, if the supporting entity in the containment hierarchy has a Service State of Out of Service, then all of its subordinate entities are also Out of Service. The Cisco 6100 tears down active calls for entities that transition to Out of Service and does not attempt to use them for new calls.
The Supporting Entity Service State is simply the Service State of the supporting entity in the containment hierarchy. This state represents the administrative permissions and the operational capabilities of all the higher level entities depending on by this resource. If the supporting entity's Service State is Out of Service, then the subordinate entity's Service State will also be Out of Service.
describes the Supporting Entity Service States.
| Screen Display | Description |
|---|---|
In Service | The supporting entity has the necessary permission, ability, or availability to provide service when requested. |
Out of Service | The supporting entity is unable to provide service. Therefore, none of the subordinate entities can provide service. |
The Administrative State serves two purposes. It enables you to lock an entity to prevent it from providing service. It also provides a mechanism for triggering state changes in the Cisco 6100's configuration.
The Status tab displays the Administrative State for that entity. The Configuration tab lets you both display and modify the entity's Administrative State. To access the Administrative State, select the Configuration tab on any entity's property dialog box. The Administrative State is either Locked or Unlocked. When an entity is Locked, it cannot actively participate in node operation.
Unlocking an entity gives administrative permission to allow that entity to perform its function. describes the Administrative States.
| Screen Display | Description |
|---|---|
Locked | Entity does not have administrative permission to perform its function. |
Unlocked | Entity has administrative permission to perform its function. |
As Administrative State is a component of the Service State, if Administrative State is Locked, the Service State becomes Out of Service.
When an administrator locks an entity, the lock ripples downward through the Cisco 6100 containment hierarchy to all of its subordinate resources. As a result, every subordinate resource's Service State changes to Out of Service.
Configuration changes are not applied to an entity unless changed after its Administrative State is set to Locked. Configuration changes can be entered into the entity's configuration dialog while the entity is Unlocked. However, these changes do not get applied until the entity's Administrative State is subsequently locked and re-unlocked.
Locking an entity takes it Out of Service and terminates any active calls. When an operator locks an entity, a confirmation dialog(s) is presented if the entity or any of it's subordinates is involved in an active ADSL connection.
ViewRunner for HP OpenView requires the highest level entity to be administratively locked prior to executing an action that results in ViewRunner locking subordinate entities. This paradigm guarantees that "service affecting" configuration changes will never be sent to an In Service entity without forcing a transition to the Unlocked state first.
ViewRunner for HP OpenView requires an entity to be locked prior to allowing modification or deletion of the entity's service affecting configuration parameters. Service affecting parameters are any parameters that alter the service (DOH connection or PVC) provided to a subscriber. Examples include bit rate configuration, administrative state, and PVC configuration.
Non-service affecting configuration parameters do not require an unlock transition in order for them to take effect in the Cisco 6100. Non-service affecting parameters include entity names, such as Subscriber ID, and other system configuration parameters that are not directly involved with services. ViewRunner dialogs allow modification of these non-service affecting parameters while they are unlocked, and allows selection of the OK and Apply button.
When OK or Apply buttons are selected, ViewRunner for HP OpenView determines the configuration modifications that you requested. If only non-service affecting data has changed, ViewRunner proceeds with modifying the entity's Administrative State.
In some instances, ViewRunner for HP OpenView sends lock messages to the Cisco 6100 without an explicit state change. Done for convenience, this eliminates tedious lock operations, when locking would clearly be required to take further action.
ViewRunner for HP OpenView performs automatic locks under the following conditions:
ViewRunner enforces the following rules that restrict entity unlocking:
The Operational State specifies whether the resource is in an alarmed condition or not. Operational States cannot be changed; it is a display-only field in the Status windows.
Table 6-6 describes the Operational States.
| Screen Display | Description |
|---|---|
Enabled | Resource is not in an alarm state. The resource is partially or fully operable and is able to provide service when so requested. |
Disabled | Resource is currently in an alarm state due to a fault being detected. The resource is totally inoperable and unable to provide service. |
The Operational State signals that a fault has been detected for a resource, but does not provide any details of specific alarms or the severity. ViewRunner allows you to view specific alarms by displaying a list box directly below the Operational State that shows all current alarms for the resource along with their severity.
Posted: Fri Oct 8 13:01:28 PDT 1999
Copyright 1989-1999©Cisco Systems Inc.