|
For information on configuring the VCO/4K for SNMP operation, including setting internet addresses, refer to the Cisco VCO/4K Software Installation Guide.
SNMP Version 1 (SNMPv1) is the initial implementation of the SNMP protocol. It is described in Request For Comments (RFC) 1157 and functions within the specifications of the Structure of Management Information (SMI).
Note For detailed listings of RFCs, refer to the Internet Engineering Task Force web site at http://www.ietf.org. |
SNMP Version 2 (SNMPv2) is an evolution of the initial version, and offers enhancements, such as additional protocol operations.
The VCO/4K SNMP agent supports only the SNMP Version 1 protocol. Support for SNMPv2 is not provided for the current release.
The Cisco Systems Management Information Base (MIB) for the VCO/4K is organized into thirteen functional groups. Within each group are one or more tables. Most of the tables in the MIB, such as the card and port tables, determine the configuration of the switch and are called control tables.
In the MIB, rows are added to tables when you configure a switch. The objects in a table row represent parameters for a specific resource in the system. For example, the lcPhyAdd object in the line card table (lcTable) represents the physical address of each line card in the table.
The resGroupTable, inpulseRuleTable, and the outpulseRuleTable contain parameters that describe data, called data tables. These tables form the generic data group.
You can refer to objects in another table through reference attributes. For example, inpulseRuleIndex in the tcTable refers to an entry in the inpulseRuleTable. Similarly, the lcPortTable has an index to entries in the lcTable (lcCardIndex), the resGroupTable (lcResGroupIndex) and the inpulseRuleTable (lcInpulseRuleIndex).
The tree structure of the MIB is shown in Figure 1-1.
A problem arises when more than one SNMP management station tries to set configuration information at the same time. This might occur during the addition of a new conceptual row in the same control table, or when more than one management station tries to modify the attributes of the same object. To guard against simultaneous access, each row contains a status object that permits arbitration by the management stations. If a management station attempts to create an already existing object, the system returns an error. Only the first management station succeeds in creating the row.
The MIB imports the following objects from standard RFCs:
Objects | Definitions in RFC file |
---|---|
enterprises | FROM RFC1155-SMI |
Counter | FROM RFC1155-SMI |
Gauge | FROM RFC1155-SMI |
TimeTicks | FROM RFC1155-SMI |
IpAddress | FROM RFC1155-SMI |
OBJECT-TYPE | FROM RFC-1212 |
DisplayString | FROM RFC1213-MIB |
TRAP-TYPE | FROM RFC-1215 |
The following sections list the definitions of the most commonly used table entries.
Associated with each read-write table entry is an object where the value indicates the owner of that row. This object, which enables management stations to cooperate in determining the ownership of a row, is read-only and contains information about the management station that last modified or created this row.
Use the owner string data type to model an administratively assigned name of the resource owner. This information is taken from the ASCII character set. It is suggested that this name contain one or more of the following:
OwnerString does not act as a password or an access-control mechanism. Access to MIB objects is enforced in SNMP by way of the access clause. Therefore, if an object has read-write access, it is available for reading and writing by all management stations. In general, a table entry should be altered or deleted only by its owner and treated as read-only by other management stations.
The EntryStatus object contains the status of a table object and provides a locking and unlocking mechanism to prevent concurrent access to the elements in a particular row. This object is used in the creation, modification, and deletion of rows.
EntryStatus = INTEGER
where:
Entry Status Value | Meaning |
---|---|
1 | valid |
2 | createRequest |
3 | underModification |
4 | invalid |
When creating a new row, the management station sets the object to createRequest (2). Immediately after completing the create operation, the agent sets the object to underModification (3). Rows remain in underModification (3) until the management station finishes configuring the object and sets the object to valid (1), or cancels by setting the object to invalid (4). The attributes of a table entry are changed only when the object is set to underModification (3). If a management station attempts to create a new row and the row already exists, an error is returned.
When entries are set to invalid (4), the agent immediately removes the entry from the table.
The following subsections show the variations of the EntryStatus object.
This type defines valid values for some EntryStatus objects. Some port tables may use this type in the SYNTAX clause of their EntryStatus objects. The possible values and their meanings are:
Value | Meaning |
---|---|
1 | valid |
3 | underModification |
Ports are created or deleted automatically when the associated card is created or deleted.
This type defines valid values for some EntryStatus objects. Some nontabular groups of objects may use this type in the SYNTAX clause of their EntryStatus objects. The possible values and their meanings are:
Value | Meaning |
---|---|
1 | valid |
3 | underModification |
This type defines valid values for some EntryStatus objects. Some fixed size tables may use this type in the SYNTAX clause of their EntryStatus objects. The possible values and their meanings are:
Value | Meaning |
---|---|
1 | valid |
3 | underModification |
This object is associated with each table in the MIB. Last modified tracks the time, in hundredths of a second, since the last modification on that table.
You cannot create or delete nontabular groups and fixed-table entries, but you still have advisory locking capability.
When using the MIB to perform card maintenance functions, you must know the location of the card and then translate that information into an index value. Card locations are designated by Rack, Level, and Slot. The Rack and Level, however, were used only in systems prior to the VCO/4K, and are included as values in the VCO/4K system software only to maintain compatability with legacy systems. For all VCO/4K systems, the Rack and Level values are always set to 1 (one). The Slot refers to the physical location of the card in the system. Slot values range from 1 to 21. Table 1-1 shows how rack, level, and slot values translate to index values. Only the first entry in the table applies to VCO/4K systems.
RLS | Index Value |
---|---|
1, 1, 1-21 | 001 to 021 |
1, 2, 1-21 | 022 to 042 |
1, 3, 1-21 | 043 to 063 |
2, 0, 1-21 | 064 to 084 |
2, 1, 1-21 | 085 to 105 |
2, 2, 1-21 | 106 to 126 |
2, 3, 1-21 | 127 to 147 |
Note Certain Rack, Level, and Slot positions are not available for certain cards. Refer to the specific technical description in the Cisco VCO/4K Card Technical Descriptions for further information. |
To confirm the card population or slot placement rules that might restrict where you can configure cards, refer to the Cisco VCO/4K Hardware Planning Guide or contact your Cisco Systems sales representative for more detailed information.
The formula for determining the index in Table 1-1 is:
index = (rack - 1) * 84 + (level - 1) * 21 + slot
The following subsections provide values for VCO/4K port states, including ISDN port states. Further information and descriptions of these states are provided in the Cisco VCO/4K Extended Programming Reference and Cisco VCO/4K Standard Programming Reference. These states are also viewable at the VCO/4K Master Console from the Diagnostic Menu/Port Display screen.
Table 1-2 lists the major port states. These states are used in the following objects:
Value | State | Description |
---|---|---|
1 | cp_idle | No activity on the port |
2 | cp_wait | Waiting for an answer within an outpulse rule |
3 | cp_wwink | Waiting for a wink within an outpulse rule |
4 | cp_dial | Dialing state uses substate An Fdig was received |
5 | cp_stab | Stable state |
6 | cp_wans | Call routed waiting for answer |
7 | cp_dcon | Call disconnect state |
8 | cp_gard | Port in GUARD timing state |
9 | cp_fexc | Call was passed to Final Exception Handling |
10 | cp_wtim | Waiting for unspecified period of time |
11 | cp_mbusy | Port is in maintenance busy state |
12 | cp_mfwt | Port is collecting MF digits |
13 | cp_setup | Port is off-hook and waiting |
14 | cp_primary | Waiting for primary ringback completion |
15 | cp_rdr | Waiting for reorder completion |
16 | cp_mf | Waiting for MF receiver to be available |
17 | cp_att | Resource is attached to a TNK |
18 | cp_diag | Port is in DIAGNOSTIC state |
19 | cp_disc | Port is in PSC timing state after physical release |
20 | cp_host | Port is under direct host control for inpulsing is awaiting host response |
21 | cp_fdig | DTMF port is waiting for first digit |
22 | cp_dig | DTMF or MF port is collecting digits |
23 | cp_inpulse | Port is in inpulse rule processing |
24 | cp_dtmf | Port is collecting DTMF digits |
25 | cp_talk | Port is speaking announcement |
26 | cp_tone | OPC is outpulsing |
27 | cp_conf | Port is active in a conference |
28 | cp_mon | Port is active in a monitor |
29 | cp_outpulse | Port is processing outpulse rule |
30 | cp_wttone | Port is waiting for a tone |
31 | cp_speech | Port is collecting spoken digit information |
32 | cp_selftest | Port is performing its diagnostic self test |
33 | cp_wtfsup | Port is waiting for final answer supervision |
34 | cp_analyze | CPA port is analyzing |
35 | cp_record | IPRC port is recording |
36 | cp_cpamon | CPA port monitoring for end of call tone |
37 | cp_donecollect | Receiver port is finished collecting |
38 | cp_delay | DTMF Collection is delayed for an event |
39 | cp_waitack | DTMF Collection is waiting for setup acknowledgment |
Table 1-3 lists the supplemental port states. These states are used in the following objects:
Value | State | Description |
---|---|---|
0 | NONE | No supplementary state |
1 | rdr_fbusy | Sending fast busy signal |
2 | rdr_quiet | Sending quiet tone |
3 | rdr_done | Sending quiet psc report sent |
4 | wt_dtmf | Waiting for DTMF receiver |
5 | dialing | Waiting for DTMF digits |
6 | wt_dial | Waiting for receive, then will attach |
7 | wt_spc | Attach SPC |
8 | wt_annc | Waiting for announcement channel |
9 | wt_beep | TNK is sending BEEP tone down |
10 | spc_att | SPC is currently attached |
11 | wt_talk | Waiting for announcement to complete |
12 | wt_psc | PSC timing pending |
13 | wt_tim | Waiting on timer CP_INPULSE major |
14 | wt_mf | Waiting for MF receiver CP_INPULSE |
15 | gd_normal | Normal guard processing |
16 | gd_wtrls | Port put into service from card maintenance, wait release |
17 | gd_wtrlsh | Port put into service by host command, wait release |
18 | diag_idle | Maintenance busy, reason unknown |
19 | diag_cmaint | Maintenance busy from card maintenance |
20 | diag_path | Maintenance busy from diagnostic set path |
21 | diag_oend | Maintenance busy from far end |
22 | diag_auto | Maintenance busy auto error condition |
23 | diag_intrn | Maintenance busy internally on card |
24 | diag_test | Maintenance busy for self tests |
25 | cf_1way | One-way voice path |
26 | cf_2way | Two-way voice path |
27 | cf_set | Port has been sent A3 command |
28 | cf_ack | Port has responded with A5 |
29 | cf_rsrv | Port has been reserved |
30 | dly_time | Wait time, then enable SRC |
31 | dly_tone | Play tone, then enable SRC |
32 | dly_wink | Wait for a wink, then enable SRC |
33 | dly_ans | Wait for answer, then enable SRC |
34 | dly_ann | Play voice announcement, then enable SRC |
35 | d_unk | Unknown dialing state |
36 | dial_dig | Outpulsing digits substate |
37 | wait_sup | Waiting for supervision |
38 | wait_tm | Waiting for specified time |
Table 1-4 lists ISDN port states.
Value | State | Description |
---|---|---|
0 | pt_active | Active |
1 | pt_oos_ne | Near end out of service |
2 | pt_oos_fe | Far end out of service |
3 | pt_maint_ne | Near end maintenance |
4 | pt_maint_fe | Far end maintenance |
5 | pt_dchan | Specified port is the D-channel |
6 | pt_oos_fe_maint_ne | Far end out of service and near end in maintenance |
253 | pt_non_cntrld | Port is not ISDN controlled |
254 | pt_oos_state | Card containing services is out of service |
255 | pt_not_indb | Port is not associated with any card |
Table 1-5 lists ISDN supplemental port states.
Value | State | Description |
---|---|---|
0 | isdn_idle | Channel is free |
1 | o_inited | Outgoing call initiated |
2 | o_ovrlp | Outgoing overlap sending established |
3 | o_prceed | Outgoing call proceeding |
4 | o_active | Call active/stable |
5 | o_delivrd | Call delivered |
11 | i_cprsnt | Incoming call present (setup received) |
12 | i_ovrlp | Incoming overlap sending established |
13 | i_prceed | Incoming call proceeding |
14 | i_connect | Incoming call connected |
15 | i_delivrd | Incoming call delivered |
16 | i_active | Incoming call active/stable |
20 | disc_ind | Call disconnect indication |
21 | disc_req | Call disconnect request |
22 | disc_rls | Call disconnect release |
128 | isdn_wait | Waiting at template for message |
253 | port_non_cntrld | Port is not ISDN controlled |
254 | port_oos | Card containing services is out of service |
255 | port_not_indb | Port is not associated with any card |
This type defines valid values for some UpgradeState objects. Some UpgradeState objects may use this type in their SYNTAX clause. Table 1-6 describes the possible values and their meanings.
Value | State | Description |
---|---|---|
1 | swUpgradeRequired | Software upgrade is required |
2 | fwUpgradeRequired | Firmware upgrade is required |
3 | swFwUpgradeRequired | Both software and firmware upgrade are required |
4 | hwUpgradeRequired | Hardware upgrade is required |
5 | swHwUpgradeRequired | Both software and hardware upgrade are required |
6 | fwHwUpgradeRequired | Both firmware and hardware upgrade are required |
7 | swFwHwUpgradeRequired | Software, firmware, and hardware upgrade are required |
8 | noUpgradeRequired | No upgrade is required |
9 | unknownUpgradeState | The upgrade state cannot be determined |
INTEGER
PriAccessMode Number | Value | Meaning |
---|---|---|
1 | usrmd | user mode |
2 | symmd | user sym mode |
3 | netmd | network mode |
4 | usrnfamd | user nfas mode |
5 | symnfamd | user sym nfas mode |
6 | netfamd | network nfas mode |
7 | nfamd | nfas mode |
8 | userA | side of Qsig |
9 | userB | side of Qsig |
INTEGER
PriSwitchType Number | Value | Meaning |
---|---|---|
1 | ATT5MD | ATT5ESS |
2 | NTMD | NTICDMS100 |
3 | ATT4MD | ATT4ESS |
4 | DPNSSAX | PBXA, Call Collision X |
5 | DPNSSAY | PBXA, Call Collision Y |
6 | DPNSSBX | PBXB, Call Collision X |
7 | DPNSSBY | PBXB, Call Collision Y |
8 | DASS2ET | DASS2 configured as exchange termination |
9 | DASS2NT | DASS2 configured as network termination |
10 | DSS1 | Q.931 Digital Subscriber Sig. System # |
11 | NET5_AUS | NET5 Austria |
12 | NET5_BEL | Belgium |
13 | NET5_DEN | Denmark |
14 | NET5_FIN | Finland |
15 | NET5_FRA | France |
16 | NET5_GER | Germany |
17 | NET5_GRC | Greece |
18 | NET5_ICE | Iceland |
19 | NET5_IRE | Ireland |
20 | NET5_NED | Netherlands |
21 | NET5_NOR | Norway |
22 | NET5_POR | Portugal |
23 | NET5_SPA | Spain |
24 | NET5_SWE | Sweden |
25 | NET5_SWI | Switzerland |
26 | NET5_UK | United Kingdom |
27 | NET5_LUX | Luxembourg |
28 | NET5_ITA | Italy |
29 | NTT | NTT Japanese ISDN |
30 | NI2 | National ISDN-2 |
31 | TS014 | TS014 |
32 | QSIG | QSIG |
33 | NTT_CS | NTT Continuous SABME |
INTEGER
LawType Value | Meaning | |
---|---|---|
1 | MU | mu-law |
2 | A | a-law |
3 | SYS | system (law) |
RuleIndex represents an integer value corresponding to the relevant inpulse or outpulse rule to address. Valid values for this integer range from 0 to 255, with 0 representing the default inpulse or outpulse rule. (For more information, refer to the Cisco VCO/4K Extended Programming Reference or Cisco VCO/4K Standard Programming Reference.)
Variations to RuleIndex include InpulseRuleIndex and OutpulseRuleIndex.
This type defines valid values for some ResGroupIndex objects. Some ResGroupIndex objects may use this type in their SYNTAX clause. The possible values range from 0 to 224. Values 1 to 224 identify a resource group in the resource group table. A value of 0 indicates that there is no associated resource group.
The following subsections show the variations of the ResGroupIndex object.
This type identifies a message template in the ISDN message template table. Valid values range from 1 to 96.
This type identifies an instruction within a message template in the ISDN message template table. Valid values range from 1 to 15.
This type identifies an ISDN supervision template number. Valid values range from 1 to 24.
This type indicates the current number of circuits in a resource group. Valid values range from 0 to 1920.
This type defines valid values for some CardAlarmBitMap objects. Some CardAlarmBitMap objects may use this type in their SYNTAX clause. Possible values range from 0 to 524,287 (7ffff hexadecimal). This type is a bitmap consisting of 19 bits that shows which alarms are active on a card. The meanings of the various bits are shown in Table 1-10 (bit 0 is the least significant bit).
Bit | Meaning |
---|---|
0 | Card failure - minor |
1 | Port failure - minor |
2 | T1/PRI carrier failure - major |
3 | T1/PRI remote carrier failure - minor |
4 | T1/PRI card failure - major |
5 | T1 Signaling Bit - minor |
6 | PRI Bipolar Violations max limit reached |
7 | T1/PRI Out Of Frame max limit reached - minor |
8 | T1 Slip Maintenance limit reached - minor |
9 | T1 Blue Alarm - minor |
10 | T1/PRI OOF condition - minor |
11 | PRI D-Channel failure - major |
12 | All ports deactivated |
13 | Unused |
14 | Unused |
15 | CRC4 error - minor |
16 | Wrong hardware installed |
17 | Interface hardware failed/not installed |
18 | Module hardware failed/not installed |
This type is an integer value representing a specific VCO/4K network, service, or control card. Table 1-11 provides a list of card types and corresponding integer values.
Value | Card Type |
---|---|
1 | Subscriber line interface card |
2 | 2W trunk card |
3 | E&M trunk card |
4 | T1 trunk card |
5 | Tone generator card |
6 | Voice announcement card |
7 | Bus controller |
8 | DTMF receiver card |
10 | MF receiver card |
11 | DID |
12 | Universal trunk card |
13 | Nework bus controller |
14 | Bus repeater card |
15 | Conference card |
16 | Aspect Instrument Card |
17 | Speech Recognition Card |
18 | Call Progress Analyzer |
19 | PRI Card |
20 | CCITT E1 Trunk type |
21 | MFCR2 transceiver type |
22 | DRC |
23 | DRC |
24 | Integrated Play/Record |
25 | Primary Rate Interface/NFAS |
26 | DPNSS PRI |
27 | DASS2 |
28 | DASS2 |
29 | DSS1 PRI |
30 | Four Span T1 |
31 | Four Span E1 |
32 | 8-port IPRC |
33 | 128-port IPRC |
34 | MVDC running T1 protocol |
35 | MVDC running PRI protocol |
36 | NET5 ISDN (Europe) |
39 | Drop & Insert |
40 | Subrate Switch Card |
41 | NTT PRI (JISDN) |
43 | 8-line Test Card |
70 | ICC-T1 |
71 | ICC-E1 |
80 | SPC-DTMF |
81 | SPC-CPA |
82 | SPC-MFRC |
83 | SPC-MFCR2 |
84 | SPC-TONE |
85 | SPC-OUTP |
86 | SPC-CNF |
96 | ICC ISDN NI-2 |
97 | ICC ISDN - AT&T 5ESS |
98 | ICC ISDN - AT&T 4ESS |
99 | ICC ISDN - Nortel DMS100 |
100 | ICC ISDN - Japanese ISDN |
112 | ICC ISDN - NET5 |
113 | ICC ISDN - QSIG |
114 | ICC ISDN - TS014 |
Table 1-12 shows the tables in the MIB and the common object name prefixes for the objects in the table.
Group Names | Table Names | Common Object Name Prefixes |
---|---|---|
System Configuration Group | Password Table | passwd |
Master Timing Link | mas | |
Clock/Calendar | sys | |
Active to Standby Table | actsby | |
License Configuration | sysLicense | |
System Feature Table | feature | |
Firmware Version Table | firmware | |
Firmware Executable Table | firmwareExe | |
Firmware Download Table | firmwareDwnld | |
File System Table | filesystem | |
Peripheral Configuration Table | peripheral | |
Host Configuration Table | host | |
System Host Configuration | sysHost | |
Line Card Group | Line Card Table | lc |
Line Card Port Configuration | lcPort | |
Trunk Card Group | Trunk Card Configuration | tc |
Trunk Port Configuration | tcPort | |
Programmable Trunk Card Group | Programmable Trunk Card Table | ptcSpan |
Programmable T1, E1, MVDCT1 Port Configuration Table | progPort | |
ISDN Card Configuration Group | ISDN Card Table | isdnCard |
PRI Port Configuration | isdnPort | |
ISDN Message Template Table | isdnMessageTemp | |
ISDN Template Instructions | isdnTempInstruction | |
ISDN Supervision Template | isdnSupTemp | |
Communication Card Group | BRC Card Table | brc |
NBC Card Table | nbc | |
Service Circuit Card Configuration Group | DTG Configuration Table | dtgCard |
DTG Port Table | dtgPort | |
Resourcible Card Table | rc | |
Resourcible Port Table | rcPort | |
IPRC Card Configuration | iprc | |
Prompt Library Table | pmptLib | |
Prompt Library File Table | pmpFile | |
Subrate Switching Group | Subrate Switching Card | ssc |
Subrate Configuration and Storage | subrate | |
Generic Data Group | Resource Group Table | resGroup |
Resource Group Port Table | resGroupPort | |
Inpulse Rule Table | inpulseRule | |
Inpulse Rule Instruction Table | inpulseRuleInstruction | |
Outpulse Rule Table | outpulseRule | |
Outpulse Rule Instruction Table | outpulseRuleInstruction | |
NFAS | nfasGroup | |
NFAS Interface Table | nfasInterface | |
Answer Supervision Templates | ansSupTemp | |
Routing Table Group | routeGrp | |
Exception Routing Table | exrte | |
Route Table | route | |
Card Diagnostic Group | Card Diagnostic Group | diagSession |
Diagnostic Test Argument Table | diagTestArg | |
Diagnostic Test Result Table | diagTestResult |
Posted: Sat Sep 28 10:58:20 PDT 2002
All contents are Copyright © 1992--2002 Cisco Systems, Inc. All rights reserved.
Important Notices and Privacy Statement.