Use > Access Device Details > Chassis Form

Chassis Form

[This is the Context-Sensitive Help topic for the Chassis form.]

The Chassis form provides details about the Chassis you selected on the Node form or Inventory: Chassis View. The following table describes the fields included on Basics section of the Chassis form. This section includes the following sections:

For information about each tab: Concept Link IconSee Also

Basic Attributes
Attribute Description
Name

The name of the chassis. Sometimes it’s the descriptive string used by the network administrator to name the chassis. For example, C2950T, H3C S7503E, and Unit #2 S9505E.

If the Name value is null, NNMi uses the Component Identifier value (see Chassis Form: General Tab).

Type The type of Physical Component for this object: Chassis.
Managed By

The node using this chassis or the node assigned to the Agent that is managing this chassis. This is the current value in NNMi’s database for the Name attribute of the host node. The value could be a DNS name, a MIB-II sysName, or an address (depending on how your NNMi administrator configured the discovery process).

Click the  Lookup icon and select Show Analysis or  Open to display more information about the node.

Status

Overall status for the current chassis. NNMi follows the ISO standard for status classification. See the Chassis Form: Status Tab for more information. Possible values are:

  Normal

  Warning

  Minor

  Major

  Critical

  Unknown

  No Status

Chassis status is derived from polling results for Administrative StateOperational State, and the most serious outstanding conclusion. See the Chassis Form: Conclusions Tab for information about how the current status was determined. See Watch Status Colors for more information about possible status values.

The icons are displayed only in table views.

Management Mode

The calculated Management Mode for the chassis according to the Management Mode Hierarchy. This value reflects the current management mode of this chassis's parent object (either the Parent Component chassis or the Managed By node). See How NNMi Assigns the Management Mode to an Object.

(NNMi Advanced - Global Network Management feature) Any change to this Management Mode setting is sent from a Regional Manager to the Global Manager during the next Spiral Discovery cycle on the Regional Manager.

If the NNMi Security configuration permits, you can change this setting using ActionsManagement Mode.You can also right-click any object in a table or map view to access the items available within the Actions menu.
Direct Management Mode

Indicates whether or not NNMi is currently monitoring the chassis. Possible values are:

Inherited – Used to indicate that the chassis should inherit the Management Mode from the chassis's parent object (either the Parent Component chassis or the Managed By node).

  Not Managed – Used to indicate that NNMi does not discover or monitor the chassis.

Out of Service – Used to indicate the chassis is unavailable because it is out of service or participating in a Scheduled Node Outage. NNMi does not discover or monitor this Chassis.

NNMi administrators and Level 2 Operators can use the drop-down selection list to change the current setting.

If you change the Direct Management Mode using ActionsManagement Mode, NNMi updates the calculated Management Mode on the form. If you manually set the Direct Management Mode and then Save your changes, the Management Mode value is not updated until you refresh the form.

Parent Component If this chassis is plugged into another chassis, the Name of that chassis is listed here.
Redundancy Group Indicates whether this chassis participates in a group of chassis that provide redundancy protection against chassis failure.

Physical Component State Attributes

Attribute Description
Administrative State

Either the current chassis Administrative State value. The NNMi State Poller interprets and normalizes the State value returned for the monitored attribute to handle the differences between vendors. The current Administrative State contributes towards the status calculation for this chassis. See the Chassis Form: Status Tab for more information.

If the chassis's SNMP agent supports only the Internet Engineering Task Force (IETF) ENTITY-MIB, no state or status information is available. NNMi sets this state to  No Polling Policy and the chassis status to   No Status. If you look on the parent Node Form, you will see the com.hp.nnm.capability.card.ietf.entity capability in the list.

Possible values are:

  Up – The SNMP agent responded with a chassis administrative status value of Up.

  Down – The SNMP agent responded with a chassis administrative status value of Down.

  Other – The SNMP agent responded with a value for chassis administrative status that is not recognized.

The following values indicate NNMi could not gather the required data:

  Agent Error – Indicates an error was returned in response to the query.

  No Polling Policy - No polling policy exists for this monitored attribute.

  Not Polled - Indicates that this attribute is intentionally not polled, based on current Monitoring Configuration settings, current Communication Configuration settings, or because the parent Node is set to Not Managed or Out of Service. This object attribute might or might not have an associated polling policy.

  Not Provided — The device does not support providing information for this monitored attribute.

 Unavailable - The agent responded with a value outside the range of possible values or returned a null value.

  Unset – Currently not used by NNMi.

Operational State

The current chassis Operational State value.  The NNMi State Poller interprets and normalizes the State value returned for the monitored attribute to handle the differences between vendors. The current Operational State contributes towards the status calculation for this chassis. See the Chassis Form: Status Tab for more information.

Possible values are:

 Up – The SNMP agent responded that the chassis is operationally up, ready to receive and send network traffic.

 Disabled – The chassis's Administrative State is set to  Down.

  Down – The SNMP agent responded that the chassis is operationally down.

  Dormant – Indicates the chassis is in a "pending” state, waiting for some external event.

  Minor Fault – Indicates that the chassis or one of its hardware components is experiencing a partial failure.

  Not Present – Indicates that the chassis module is not installed or is missing.

  Other – The SNMP agent responded with a value for chassis operational status that is not recognized.

  Testing – The SNMP agent responded that the chassis is in test mode.

  Transient – Indicates the chassis is in a transient state. For example, rebooting.

  Unknown – The SNMP agent responded with a chassis operational status value of unknown.

The following values indicate NNMi could not gather the required data:

  Agent Error – Indicates an SNMP error was returned in response to an SNMP query to this agent.

  No Polling Policy - No polling policy exists in Monitoring Configuration settings for this monitored attribute.

  Not Polled - Indicates that this attribute is intentionally not polled, based on current Monitoring Configuration settings, current Communication Configuration settings, current polling policies, or because the parent Node is set to Not Managed or Out of Service

 Unavailable - The SNMP agent responded with a value for chassis operational status of Not-Specified, so NNMi is unable to determine the State. Other possibilities: the SNMP agent returned a value outside the range of possible values or returned a null value.

  Unset – Currently not used by NNMi.

Standby State

Either the current MIB-II Standby State value or a value the NNMi State Poller interprets and normalizes to handle differences between vendors. The current Standby State contributes towards the status calculation for this chassis. See the Chassis Form: Status Tab for more information.

Possible values are:

  Active - Indicates the chassis is the active chassis in the Chassis Redundancy Group.

  Cold-Standby - Indicates the chassis is not in use, but is available to take over the role of the active chassis after it is initialized.

  Hot-Standby - Indicates the chassis is not in use, but can immediately take over the role of the active chassis.

  Standby - Indicates the chassis is a candidate to become the next active chassis.

  Error - Indicates the chassis cannot take over the role of active or standby chassis in the Chassis Redundancy Group.

  Other – The SNMP agent on the chassis responded with a value for Standby State of Other or one that is not recognized. 

  Transient – Indicates the chassis is in a transient state. For example, rebooting.

  Unknown - Indicates the chassis is unable to report Standby State.

The following values indicate NNMi could not gather the required data:

  Agent Error – Indicates an error was returned in response to the query.

  No Polling Policy - No polling policy exists for this monitored attribute.

  Not Polled - Indicates that this attribute is intentionally not polled, based on current Monitoring Configuration settings, current Communication Configuration settings, or because the parent Node is set to Not Managed or Out of Service. This object attribute might or might not have an associated polling policy.

  Not Provided — The device does not support providing information for this monitored attribute.

 Unavailable - The agent responded with a value outside the range of possible values or returned a null value.

  Unset – Currently not used by NNMi.

Previous Standby State The Standby State that was determined before the current Standby State. See Standby State for more information about Standby State and the possible values.
State Last Modified The date and time when any combination of the Stand By State, Administrative State, and Operational State were last modified.
Notes Attributes
Attribute Description
Notes

Provided for network operators to use for any additional information about this chassis that you want to communicate to your team.

Type a maximum of 1024 characters. Alpha-numeric, spaces, and special characters (~ ! @ # $ % ^ & * ( ) _+ -) are permitted.

You can sort your Chassis table views based on this value. Therefore, you might want to include keywords for this attribute value.

(NNMi Advanced - Global Network Management feature) The text you enter here is not sent from a Regional Manager (NNMi management server) to the Global Manager. NNMi administrators for the Global Manager can add notes that are stored in the NNMi database on the Global Manager.

General Tab

[This is the Context-Sensitive Help topic for the Chassis form: General tab.]

The Chassis Form provides details about the selected chassis.

For information about each tab: Concept Link IconSee Also

General Attributes
Attribute Description
Model Name Chassis model name or number designator, determined by the vendor.
Model Type

The hardware manufacture's designator for the Chassis, determined by the vendor. For example:

  • cevChassisCat2950t24
  • hpSwitchJ8692A 
  • hpSwitch1600

Serial Number Chassis serial number, determined by the vendor.
Firmware Version The firmware version or revision for the Chassis, determined by the vendor. For example,12.1(22)EA11.
Hardware Version The hardware version or revision for the Chassis, determined by the vendor. For example, VER.B.
Software Version

The software version or revision for the Chassis, determined by the vendor. For example, 12.1(22)EA11.

Component Identifier

The unique value assigned to each Physical Component: Chassis. The value chosen is always consistent with the Name value assigned to the Chassis's hosted port.

If ENTITY-MIB is the only MIB supported for a particular Chassis, this attribute has the same value as the Physical Index attribute.

Physical Index NNMi gathers this attribute value if the ENTITY-MIB is supported by the chassis's vendor.
Description

The description assigned to the Chassis by the operating system of the device in which the Chassis is mounted. Examples:

  • Cisco Catalyst c2950 switch with 24 10/100 BaseTX ports and 2 10/100/1000 BaseT ports
  • ProCurve J8692A Switch 3500yl-24G 
  • J4120A ProCurve Switch 1600M

Ports Tab

[This is the Context-Sensitive Help topic for the Chassis form: Port tab.]

The Chassis Form provides details about the selected chassis.

For information about each tab: Concept Link IconSee Also

Ports Associated with this Chassis
Attribute Description

Ports

Table of all of the ports associated with the selected chassis. Use this table to access information about each port associated with the selected chassis.

Double-click the row representing a Port. The Port Form displays all details about the selected Port.

Child Components Tab

[This is the Context-Sensitive Help topic for the Chassis form: Child Components tab.]

The Chassis Form provides details about the selected chassis.

For information about each tab: Concept Link IconSee Also

Child Components Attached to this Chassis
Attribute Description
Child Components

Table of all of the Physical Components of type Card or Chassis that are plugged into the selected chassis. Use this table to access information about each child card or child chassis associated with the selected parent chassis.

Double-click the row representing a child Physical Component. The Chassis Form or Card Form displays all details about the selected card or chassis.

Hosted Nodes Tab

(NNMi Advanced) The Chassis Form: Hosted Nodes tab appears if the Chassis is hosting nodes other than the node that is managing this Chassis (the Node identified in this Chassis's Managed By attribute). For example, a virtual device.

For information about each tabConcept Link IconSee Also

Hosted Nodes Table
Attribute Description
Status See the Status information in Node Form.
Device Category The NNMi administrator specifies this attribute value. See Configure Device Category Icons.
Name See the Name information in Node Form.
Hostname See the Hostname information in Node Form.
Management Address See the Management Address information in Node Form.
System Location See the System Location information in Node Form: General Tab.
Device Profile See the Device Profile information in Node Form.
SNMP Agent Enabled See the SNMP Agent Enabled information in Node Form.
Status Last Modified See the Status Last Modified information in Node Form: Status Tab.
Notes See the Notes information in Node Form.

Capabilities Tab

[This is the context-sensitive link for the Chassis Form: Capabilities Tab.]  

The Chassis Form provides details about the selected chassis.

The Chassis Form: Capabilities tab displays a table of any capabilities added to the chassis object by NNMi or an external application. Capabilities enable NNMi and application programmers to provide more information about a chassis than is initially stored in the NNMi database.

For information about each tab: Concept Link IconSee Also

Because the values are generated by NNMi or an external application, Capability values cannot be modified.

(NNMi Advanced - Global Network Management feature) Any Capability values added by an NNM iSPI are available on the Global Manager only if that iSPI is also running on the Global Manager.

Capabilities of this Chassis
Attribute Description
Capability

Table of all of the capabilities associated with the selected Chassis. Use this table to access information about each Capability.

Double-click the row representing a Capability. The Physical Component Capability Form displays all details about the selected Capability.

For more information, see Chassis Capabilities Provided by NNMi.

Unique Key

Chassis Capabilities Provided by NNMi

The Chassis Form: Capabilities Tab displays a table of any capabilities added to a particular chassis object. Capabilities enable NNMi and application programmers to provide more information about a chassis than what is initially stored in the NNMi database.

External applications can also add capabilities.

KEY: com.hp.<product>.capability.<content>.<vendor/org>.<MIB/feature>

Any Capability provided by NNMi begins with the prefix com.hp.nnm.capability.

<product> = Either NNMi or the NNM iSPI providing this capability.

<content> = chassis, card, ipaddr (address), iface (interface), lag (Link AggregationProtocols used on Switches to configure multiple Interfaces (Aggregation Member Interfaces) to function as if they were one (an Aggregator Interface). When two Aggregator Interfaces establish a connection, that connection is an Aggregator Layer 2 Connection. The Aggregator Layer 2 Connection appears on Layer 2 Neighbor View maps as a thick line with an Interface icon at each end (representing the Aggregator Interface). or Split Link AggregationLink Aggregation with more than two endpoints. Some vendors refer to this as Multi-Chassis Link Aggregation, SLAG, MLAG, or MC-LAG. interface), node, rrp (Router Redundancy), or metric (Node Sensor or Physical Sensor).

<vendor/org> = Standards organization or vendor defining the MIB or feature associated with the capability.

<MIB/feature> = What this capability measures.

The following table shows an example of the Capabilities provided by NNMi.

Chassis Capability Attribute Values
Unique Key Capability Description
com.hp.nnm.capability.chassis.fru Field Replaceable Unit Indicates the device is a replaceable chassis (Field Replaceable Unit).

Physical Component Capability Form (Chassis)

[The context-sensitive alias for the Chassis's Physical Component Capability Form is physCompCapabilityFormHelp pointing to nmOprNetInv2500PhysicalComponentCapabilitiesForm.htm.]

This form describes a capability added to the Physical Component object by NNMi or an external application. Capabilities enable NNMi and application programmers to provide more information about a Physical Component than what is initially stored in the NNMi database.

Because the values are generated by NNMi or an external application, Capability values cannot be modified.

(NNMi Advanced - Global Network Management feature) Any Capability values added by an NNM iSPI are available on the Global Manager only if that iSPI is also running on the Global Manager.

Physical Component Capability Attributes
Attribute Description
Capability

Label used to identify the Capability that was added to the Physical Component object.

For more information see the following:

Unique Key

Used as a unique identifier for the Capability. Any capability provided by NNMi begins with the prefix com.hp.nnm.capability.

For more information:

Custom Attributes Tab

[This is the context-sensitive link for the Chassis Form: Custom Attributes Tab.]

The Chassis Form: Custom Attributes tab displays a table view of any Custom Attributes that have been added to the selected chassis. Custom Attributes provide additional information about an object instance.

If your role permits, you can edit a Custom Attribute. Only users assigned to the NNMi Administrator role can add a Custom Attribute.

For information about each tab:Concept Link IconSee Also

(NNMi Advanced - Global Network Management feature) Custom Attribute values can be replicated from a Regional Manager (NNMi management server) to the Global Manager. NNMi administrators for the Global Manager configure which Regional Custom Attributes they want (Global Manager: Configure Custom Attribute Replication). NNMi administrators can also configure Custom Attribute values that are unique to the Global Manager's environment (Customize Object Attributes).

Custom Attributes Table
Attribute Description
Name Name that identifies this Custom Attribute. This name appears in the table view on the Custom Attributes tab in Chassis forms. Limit 50 of any combination of keyboard entries including spaces.
Value

The actual value for the Custom Attribute for the selected chassis. Limit 2,000 of any combination of keyboard entries including spaces.

For more information, see Physical Component Custom Attribute Form (Chassis).

Physical Component Custom Attribute Form (Chassis)

[The context-sensitive alias for the Chassis's Physical Component Custom Attributes Form is physCompCustomAttributeFormHelp pointing to nmOprNetInv2550PhysicalComponentCAFrm.htm.]

Physical Component Custom Attributes provide additional information about a Chassis object instance. NNMi Administrators or applications that have been integrated with NNMi can create these Custom Attributes.

The required settings for these attributes are described in the table below.

(NNMi Advanced - Global Network Management feature) Custom Attribute values can be replicated from a Regional Manager (NNMi management server) to the Global Manager. NNMi administrators for the Global Manager configure which Regional Custom Attributes they want (Global Manager: Configure Custom Attribute Replication). NNMi administrators can also configure Custom Attribute values that are unique to the Global Manager's environment (Customize Object Attributes).

Basics Attributes
Attribute Description
Name Name that identifies this Custom Attribute. The name appears in the table view on the Custom Attributes tab in the Chassis form. Limit 50 of any combination of keyboard entries including spaces.
Value

Value assigned to this Custom Attribute for the selected Chassis object. Limit 2,000 of any combination of keyboard entries including spaces.

For more information, see Chassis Form: Custom Attributes Tab.

Physical Sensors Tab

[This is the context-sensitive link for the Chassis Form: Physical Sensors Tab.]  

The Chassis Form provides details about the selected chassis.

For information about each tab: Concept Link IconSee Also

The Chassis Form: Physical Sensors tab displays a table of any Physical Sensors associated with the chassis object for fault monitoring:

  • Fan
  • Power Supply
  • Temperature
  • Voltage

(NNM iSPI Performance for Metrics) If the Network Node Manager iSPI Performance for Metrics Software is installed and configured within your environment, the table can also include Physical Sensors associated with the chassis object for performance monitoring and thresholds (click here for more information):

  • Backplane Utilization

    Threshold based on the percentage of backplane usage compared to the total amount of available backplane resources.

See Physical Sensor Form for more details about the node sensor attributes that appear in this view's column headings. Node Sensors are displayed in three views: Physical Sensors View, Non-Normal Physical Sensors View, and Unmanaged Physical Sensors View.

Physical Sensors Associated with this Chassis
Attribute Description
Physical Sensors

Table view of the fault and performance metrics associated with the current chassis. You can use this table to determine the Status, Name, and Type for each Physical Sensor metric associated with the selected chassis.

Double-click the row representing a Physical Sensor. The Physical Sensor Monitored Attribute Form displays all details about the selected Physical Sensor.

The NNMi administrator can set Physical Sensor thresholds.

Node Sensors Tab

[This is the context-sensitive link for the Chassis Form:Node Sensors Tab.]

The Chassis Form provides details about the selected chassis.

For information about each tab: Concept Link IconSee Also

The Chassis Form: Node Sensors tab displays a table of any Node Sensors associated with the chassis object for fault monitoring. Each Node Sensor identifies the health aspect that is being monitored.

(NNM iSPI Performance for Metrics) If the Network Node Manager iSPI Performance for Metrics Software is installed and configured within your environment, the table can include Node Sensors associated with the chassis object for performance monitoring and thresholds (click here for more information):

  • Buffer Failure Rate
  • Buffer Miss Rate
  • Buffer Utilization
  • CPU 1Min Utilization
  • CPU 5Min Utilization
  • CPU 5Sec Utilization
  • Disk Space Utilization
  • Memory Utilization

See Node Sensor Form for more details about the node sensor attributes that appear in this view's column headings. Node Sensors are displayed in three views: Node Sensors View, Non-Normal Node Sensors View, and Unmanaged Node Sensors View.

Node Sensors Associated with this Chassis
Attribute Description
Node Sensors

Table view of the fault and performance metrics associated with the current chassis. You can use this table to determine the Status, Name, and Type for each Node Sensor metric associated with the selected chassis.

Double-click the row representing a Node Sensor. The Node Sensor Form displays all details about the selected Node Sensor.

The NNMi administrator can set Node Sensor thresholds. For more information, see Node Form: Node Sensors Tab, Chassis Form: Node Sensors Tab, and Card Form: Node Sensors Tab.

Incidents Tab

[This is the Context-Sensitive Help topic for the Chassis form, Incidents tab.]

The Chassis Form provides details about the selected chassis.

For information about each tab: Concept Link IconSee Also

Incidents Associated with this Chassis
Attribute Description
Incidents

Table of the Incidents associated with the selected chassis.

These Incidents are sorted by creation time so that you can view the Incidents in chronological order. Use this table to determine which Incidents are still open for the selected chassis.

Double-click the row representing an incident. The Incident Form displays all details about the selected incident.

See Incident Form for more details about the incident attributes that appear in the incident table's column headings.

Status Tab

[This is the Context-Sensitive Help topic for the Chassis form: Status tab.]

The Chassis Form provides details about the selected chassis.

For information about each tab: Concept Link IconSee Also

Overall Status Attributes
Attribute Description
Status

Overall status for the current chassis. NNMi follows the ISO standard for status classification. Possible values are:

No Status: The chassis and all of its cards are not polled.

Normal: The Operational State of the Chassis Up. The Operational State of all cards in the chassis is Up.

Unknown: The SNMP Agent associated with the Chassis does not respond to SNMP queries.

Warning: The Operational State of the Chassis not Down. The Operational State of one card in the chassis is Down.

Minor: The Operational State of the Chassis not Down. The Operational State of some (but not all) cards in the chassis is Down.

Major: The Operational State of the Chassis not Down. The Operational State of all cards in the chassis is Down.

Critical: The Operational State of the Chassis Down.

See Watch Status Colors for more information about possible status values.

Physical Component status is derived from SNMP polling results for Administrative State, Operational State, and the most serious outstanding conclusion. For information about how the current status was determined, see the following:

The icons are displayed only in table views.
Status Last Modified Date and time indicating when the Status was last set.
Physical Component Status History Table
Attribute Description
Status History

Table of up to the last 30 changes in the status for the Chassis. This table is useful for obtaining a summary of the Chassis Status so that you can better determine any patterns in behavior and activity.

Double-click the row representing a Status History. The Physical Component Status History Form (Card) displays all details about the selected Status.

Physical Component Status History Form (Chassis)

[This is the Context-Sensitive Help topic for the Chassis's Physical Component Status History form (alias physCompStatusHistoryFormHelp4CHASSIS).]

Status is derived from SNMP polling results for Administrative State, Operational State, and the most serious outstanding conclusion.

See the object's conclusions for information about how the current status was determined:

Status Attributes
Attribute Description
Status

Overall status for the current chassis. See Watch Status Colors for more information about possible status values.

NNMi follows the ISO standard for status classification. Possible values are:

  No Status

  Normal

  Disabled

  Unknown

  Warning

  Minor

  Major

  Critical

Physical Component status is derived from SNMP polling results for Administrative State, Operational State, and the most serious outstanding conclusion.

The icons are displayed only in table views.

For more information see the following:

Status Last Modified

Date and time indicating when the status was last set.

Conclusions Tab

[This is the Context-Sensitive Help topic for the Chassis form: Conclusions tab.]

The Chassis Form provides details about the selected chassis.

For information about each tab: Concept Link IconSee Also

Outstanding Status Conclusion Values
Attribute Description
Outstanding Status Conclusions

The table of dynamically generated summary statuses for the chassis that contributed to the current overall Status of the selected chassis. Status is set by the Causal EngineThe NNMi Causal Engine analyzes the health of your network and provides the ongoing health status reading for each device. The Causal Engine also extensively evaluates problems and determines the root cause for you, whenever possible, sending incidents to notify you of problems. Any incident generated from a Causal Engine management event has an Origin of NNMi in your incident views..

Each Conclusion listed is outstanding and contributes to the current overall Status.

This table is useful for obtaining a quick summary of the problem description for the current chassis that led up to the chassis's most current Status.

Chassis Status is derived from the most serious outstanding Conclusion and SNMP polling results for Administrative State and Operational State.

Double-click the row representing a Conclusion. The Conclusion form displays all details about the selected Conclusion.

The following table describes the possible Conclusions that might appear for a Chassis object.

A Y in the Incident? column indicates that the Conclusion results in an incident.

Critical Status Conclusions

Conclusion Description Status Incident?
ChassisDown The Operational State of the selected chassis is Down. Critical Y

Disabled Status Conclusions

Conclusion Description Status Incident?
ChassisDisabled SNMP agent reports that the Administrative State for the selected chassis is Down. Minor Y

Major Status Conclusions

If any of the following Major chassis conclusions occur, NNMi propagates a major ChassisMajorInNode Status Conclusion to the parent Node Form: Conclusions Tab unless the NNMi administrator intentionally disables the propagation using java properties settings.

Conclusion Description Status Incident?
AllCardsDownInChassis All cards in a chassis are Down. Major Y
CardMajorInChassis One or more cards in a chassis have a status of major. Major Y
ChassisWithBadBackplane One or more backplanes have one or more monitored attributes that are outside the currently configured threshold range. Major N
ChassisWithBadFan One or more fans are out of range or malfunctioning. Major N
ChassisWithBadPowerSupply One or more power supplies are out of range or malfunctioning. Major N
ChassisWithBadTemperature One or more temperature sensors are out of range or malfunctioning. Major N
ChassisWithBadVoltage One or more voltage sensors are out of range or malfunctioning. Major N

Minor Status Conclusions

Conclusion Description Status Incident?
CardsDownInChassis More than one card in a chassis is Down, but not all cards are Down. Minor Y

Warning Status Conclusions

Conclusion Description Status Incident?
CardDownInChassis One card in a chassis is Down, but not all cards are Down. Normal N

Unknown Status Conclusions

Conclusion Description Status Incident?
ChassisUnmanageable The SNMP agent of the managing Node is not responding. Unknown N

Normal Status Conclusions

Conclusion Description Status Incident?
ChassisUp The Operational State for the current chassis is Up. Normal N
CardsUpInChassis The SNMP agent has determined that all Cards are Up. Normal Y

Physical Component Status Conclusions Form (Chassis)

[This is the context-sensitive link for the Chassis's Physical Component Status Conclusions Form (alias physCompConclusionFormHelp4CHASSIS).]

The current Conclusion contributes towards the current overall Status of the selected Physical Component.

Basics Attributes
Attribute Description
Status

Status is derived from the most serious outstanding Conclusion and SNMP polling results for Administrative State and Operational State.

Time Stamp

The time of the last change in Status.

Conclusion

For more information about each conclusion, see the following:

Registration Tab

[This is the Context-Sensitive Help topic for the Chassis form: Registration tab.]

The Chassis Form provides details about the selected chassis.

For information about each tab: Concept Link IconSee Also

Registration Attributes
Attribute Description

Created

Date and time the selected object instance was created. NNMi uses the locale of the client and the date and time from the NNMi management server.

This value does not change when a node is rediscovered. This is because the Node object is modified, but not created.

Last Modified

Date the selected object instance was last modified. NNMi uses the locale of the client and the date and time from the NNMi management server.

Note the following:

  • When a node is rediscovered, the Last Modified time is the same as the Discovery Completed time. This is because the node’s Discovery State changes from Started to Completed.
  • When a Node is initially discovered, the Last Modified time is slightly later than the Created time. This is because node discovery does not complete until after the Node is created.
Object Identifiers Attributes
Attribute Description

ID

The Unique Object Identifier, which is unique within the NNMi database.

UUID

The Universally Unique Object Identifier, which is unique across all databases.