MIBs Depot

CISCO-ENTITY-DIAG-TC-MIB

Registered at
1.3.6.1.4.1.9.9.584
Last updated
2009-07-01 00:00
Organization
Cisco Systems, Inc.
Revisions
2009-07-01 00:00, 2006-12-21 00:00
Namespace
cisco
Source file
CISCO-ENTITY-DIAG-TC-MIB
Digest
sha256:bf1ff7cdf4bb186607d3c06f3660789345d3bd0ac04f320e0e030eca0187ed84

Description

This module defines the textual conventions used within Cisco Entity Diag MIB.

Contact

Cisco Systems Customer Service Postal: 170 W Tasman Drive San Jose, CA 95134 Tel: +1 800 553-NETS E-mail: cs-online-diag@cisco.com

Imports

FromSymbols
CISCO-SMIciscoMgmt
SNMPv2-CONFMODULE-COMPLIANCE, NOTIFICATION-GROUP
SNMPv2-SMIMODULE-IDENTITY, NOTIFICATION-TYPE, OBJECT-IDENTITY, OBJECT-TYPE, Unsigned32, iso
SNMPv2-TCDisplayString, TEXTUAL-CONVENTION

Imported by

1 module(s) in this corpus import this one.

Load order

Every file a consumer needs in order to load this module, dependencies first.

CISCO-ENTITY-DIAG-TC-MIB
CISCO-SMI
SNMPv2-CONF
SNMPv2-SMI
SNMPv2-TC

Textual conventions

NameOIDSyntaxAccessStatus
CeDiagDiagnosticLevel
TEXTUAL-CONVENTION
The relative degree of completeness that a test will exercise a physical entity: 'bypass' - indicates that no testing should be performed. 'minimal' - indicates that the physical entity will only execute those tests characterized as minimal tests. 'complete' - indicates that the physical entity will execute those tests characterized as minimal or complete tests.
current
CeDiagDiagnosticMethod
TEXTUAL-CONVENTION
The method used to invoke a diagnostic: 'bootup' - specifies a diagnostic invoked by a physical entity during its boot-up process. 'onDemand' - specifies a diagnostic invoked by a management application or through some other management interface, such as a command console. 'scheduled' - specifies a diagnostic invoked by the job scheduler. 'healthMonitor' - specifies a diagnostic invoked by a health monitor. 'none' - no diagnostic method is invoked.
current
CeDiagErrorIdentifier
TEXTUAL-CONVENTION
An arbitrary integer value that uniquely identifies an error code. An error code maps to a message specifying details or a reason why test failed.
current
CeDiagErrorIdentifierOrZero
TEXTUAL-CONVENTION
An arbitrary integer value that uniquely identifies an error code. An error code maps to a message specifying details or a reason why a test failed. An object having a value of '0' specifies 'no error message'.
current
CeDiagJobIdentifier
TEXTUAL-CONVENTION
An arbitrary non-zero integer value that uniquely identifies a single job with respect to a physical entity.
current
CeDiagJobSuite
TEXTUAL-CONVENTION
This object indicates the various system predefined test suites a diagnostic job can choose from. 'none' - indicates that there is no job suite specified. 'complete' - indicates that this job will run the complete tests on the physical entity. 'minimal' - indicates that this job will run the minimal tests on the physical entity. 'nonDisruptive' - indicates that this job will run the nonDisruptive tests on the physical entity. 'perPort' - indicates that this job will run the perPort tests on the physical entity.
current
CeDiagPortList
TEXTUAL-CONVENTION
The entPhysicalTable contains conceptual rows representing ports, each having a value that uniquely identifies the port relative to its parent physical entity (example: the value of entPhysicalParentRelPos or external labeling of port). This MIB definition assumes that these values are relatively small integers. An OCTET STRING representing a list of ports, in which each bit represents a single port. The bits in the first octet represent ports identified by the integer values 1 through 8, inclusive, The bits in the second octet represent ports identified by the integer values 9 through 16, inclusive, and so forth. Within each octet, the most significant bit of an octet represents the port identified by the lowest integer value, and the least significant bit represents the port identified by the highest integer value. The figure shown below illustrates the format of a port list 8 octets in length. Octet 1 Octet 32 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ | |...| | +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | +- Port 255 | | | | | | | | | | | | | | +--- Port 254 | | | | | | | | | | | | | +----- Port 253 | | | | | | | | | | | | +------- Port 252 | | | | | | | | | | | +--------- Port 251 | | | | | | | | | | +----------- Port 250 | | | | | | | | | +------------- Port 249 | | | | | | | | +--------------- Port 248 | | | | | | | | : | | | | | | | | : | | | | | | | +--------------------- Port 7 | | | | | | +----------------------- Port 6 | | | | | +------------------------- Port 5 | | | | +--------------------------- Port 4 | | | +----------------------------- Port 3 | | +------------------------------- Port 2 | +--------------------------------- Port 1 +----------------------------------- Port 0 An port list of length N, where N < 32, represents a port list for which ports assigned identifiers greater than or equal to N*8 have the value of '0'. A special case is a port list having a length of '0', which represents the empty set (i.e., no ports). Observe that care should be taken to concerning the numbering of ports relative to their parent physical entity. Some implementations base their numbering at '0' and others base their numbering at '1'. To avert any problems introduced by such inconsistencies, the management application should pay attention to the contents of the entPhysicalTable when constructing a port list.
current
CeDiagTestIdentifier
TEXTUAL-CONVENTION
An arbitrary positive integer value that uniquely identifies a test.
current
CeDiagTestList
TEXTUAL-CONVENTION
For each unique type of physical entity (i.e., for each set of physical entities sharing a unique entPhysicalVendorType OID), there an exists unique test space. Observe that it is not necessary that all the tests within a space be defined. An OCTET STRING represents an test list, in which each bit represents a single test. The bits in the first octet represent tests identified by the integer values 1 through 8, inclusive, The bits in the second octet represent tests identified by the integer values 9 through 16, inclusive, and so forth. Within each octet, the most significant bit of an octet represents the test identified by the lowest integer value, and the least significant bit represents the test identified by the highest integer value. The figure shown below illustrates the format of an test list. Octet 1 Octet 32 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ | |...| | +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | +- Test 255 | | | | | | | | | | | | | | +--- Test 254 | | | | | | | | | | | | | +----- Test 253 | | | | | | | | | | | | +------- Test 252 | | | | | | | | | | | +--------- Test 251 | | | | | | | | | | +----------- Test 250 | | | | | | | | | +------------- Test 249 | | | | | | | | +--------------- Test 248 | | | | | | | | : | | | | | | | | : | | | | | | | +--------------------- Test 7 | | | | | | +----------------------- Test 6 | | | | | +------------------------- Test 5 | | | | +--------------------------- Test 4 | | | +----------------------------- Test 3 | | +------------------------------- Test 2 | +--------------------------------- Test 1 +----------------------------------- Test 0 An test list of length N, where N < 32, represents a test list for which test N*8 through 255 have the value of '0'. A special case is a test list having a length of '0', which represents a test list of all zeros.
current