OID reference

apsConfigModeR

1.3.6.1.4.1.164.20.2.1.1.2.1.3

Description

Full description and source information

Identification

Identifier and names

Parent: 1.3.6.1.4.1.164.20.2.1.1.2.1 (apsConfigEntryR)
Node code: 3
Node name: apsConfigModeR
Category: SNMP management object
Numeric OID: 1.3.6.1.4.1.164.20.2.1.1.2.1.3
URN notation: urn:oid:1.3.6.1.4.1.164.20.2.1.1.2.1.3

ASN.1, OID-IRI and named path variants

ASN.1 notation

{1 3 6 1 4 1 164 20 2 1 1 2 1 3}

{iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) rad(164) radExperimental(20) apsMIBr(2) apsMIBObjectsR(1) apsConfigR(1) apsConfigTableR(2) apsConfigEntryR(1) apsConfigModeR(3)}
{iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprises(1) rad(164) radExperimental(20) apsMIBr(2) apsMIBObjectsR(1) apsConfigR(1) apsConfigTableR(2) apsConfigEntryR(1) apsConfigModeR(3)}
{iso(1) identified-organization(3) dod(6) internet(1) private(4) ldap-enterprise(1) rad(164) radExperimental(20) apsMIBr(2) apsMIBObjectsR(1) apsConfigR(1) apsConfigTableR(2) apsConfigEntryR(1) apsConfigModeR(3)}
{iso(1) identified-organization(3) dod(6) internet(1) private(4) vendor-objects(1) rad(164) radExperimental(20) apsMIBr(2) apsMIBObjectsR(1) apsConfigR(1) apsConfigTableR(2) apsConfigEntryR(1) apsConfigModeR(3)}
{iso(1) org(3) dod(6) internet(1) private(4) enterprise(1) rad(164) radExperimental(20) apsMIBr(2) apsMIBObjectsR(1) apsConfigR(1) apsConfigTableR(2) apsConfigEntryR(1) apsConfigModeR(3)}
{iso(1) org(3) dod(6) internet(1) private(4) enterprises(1) rad(164) radExperimental(20) apsMIBr(2) apsMIBObjectsR(1) apsConfigR(1) apsConfigTableR(2) apsConfigEntryR(1) apsConfigModeR(3)}
{iso(1) org(3) dod(6) internet(1) private(4) ldap-enterprise(1) rad(164) radExperimental(20) apsMIBr(2) apsMIBObjectsR(1) apsConfigR(1) apsConfigTableR(2) apsConfigEntryR(1) apsConfigModeR(3)}
{iso(1) org(3) dod(6) internet(1) private(4) vendor-objects(1) rad(164) radExperimental(20) apsMIBr(2) apsMIBObjectsR(1) apsConfigR(1) apsConfigTableR(2) apsConfigEntryR(1) apsConfigModeR(3)}
{iso(1) iso-identified-organization(3) dod(6) internet(1) private(4) enterprise(1) rad(164) radExperimental(20) apsMIBr(2) apsMIBObjectsR(1) apsConfigR(1) apsConfigTableR(2) apsConfigEntryR(1) apsConfigModeR(3)}
{iso(1) iso-identified-organization(3) dod(6) internet(1) private(4) enterprises(1) rad(164) radExperimental(20) apsMIBr(2) apsMIBObjectsR(1) apsConfigR(1) apsConfigTableR(2) apsConfigEntryR(1) apsConfigModeR(3)}
{iso(1) iso-identified-organization(3) dod(6) internet(1) private(4) ldap-enterprise(1) rad(164) radExperimental(20) apsMIBr(2) apsMIBObjectsR(1) apsConfigR(1) apsConfigTableR(2) apsConfigEntryR(1) apsConfigModeR(3)}
{iso(1) iso-identified-organization(3) dod(6) internet(1) private(4) vendor-objects(1) rad(164) radExperimental(20) apsMIBr(2) apsMIBObjectsR(1) apsConfigR(1) apsConfigTableR(2) apsConfigEntryR(1) apsConfigModeR(3)}
{iso(1) iso-organization(3) dod(6) internet(1) private(4) enterprise(1) rad(164) radExperimental(20) apsMIBr(2) apsMIBObjectsR(1) apsConfigR(1) apsConfigTableR(2) apsConfigEntryR(1) apsConfigModeR(3)}
{iso(1) iso-organization(3) dod(6) internet(1) private(4) enterprises(1) rad(164) radExperimental(20) apsMIBr(2) apsMIBObjectsR(1) apsConfigR(1) apsConfigTableR(2) apsConfigEntryR(1) apsConfigModeR(3)}
{iso(1) iso-organization(3) dod(6) internet(1) private(4) ldap-enterprise(1) rad(164) radExperimental(20) apsMIBr(2) apsMIBObjectsR(1) apsConfigR(1) apsConfigTableR(2) apsConfigEntryR(1) apsConfigModeR(3)}
{iso(1) iso-organization(3) dod(6) internet(1) private(4) vendor-objects(1) rad(164) radExperimental(20) apsMIBr(2) apsMIBObjectsR(1) apsConfigR(1) apsConfigTableR(2) apsConfigEntryR(1) apsConfigModeR(3)}

OID-IRI notation

/1/3/6/1/4/1/164/20/2/1/1/2/1/3
/ISO/Identified-Organization/6/1/4/1/164/20/2/1/1/2/1/3
/ISO/3/6/1/4/1/164/20/2/1/1/2/1/3

Named path variants

/iso/identified-organization/dod/internet/private/enterprise/rad/radExperimental/apsMIBr/apsMIBObjectsR/apsConfigR/apsConfigTableR/apsConfigEntryR/apsConfigModeR
/iso/identified-organization/dod/internet/private/enterprises/rad/radExperimental/apsMIBr/apsMIBObjectsR/apsConfigR/apsConfigTableR/apsConfigEntryR/apsConfigModeR
/iso/identified-organization/dod/internet/private/ldap-enterprise/rad/radExperimental/apsMIBr/apsMIBObjectsR/apsConfigR/apsConfigTableR/apsConfigEntryR/apsConfigModeR
/iso/identified-organization/dod/internet/private/vendor-objects/rad/radExperimental/apsMIBr/apsMIBObjectsR/apsConfigR/apsConfigTableR/apsConfigEntryR/apsConfigModeR
/iso/org/dod/internet/private/enterprise/rad/radExperimental/apsMIBr/apsMIBObjectsR/apsConfigR/apsConfigTableR/apsConfigEntryR/apsConfigModeR
/iso/org/dod/internet/private/enterprises/rad/radExperimental/apsMIBr/apsMIBObjectsR/apsConfigR/apsConfigTableR/apsConfigEntryR/apsConfigModeR
/iso/org/dod/internet/private/ldap-enterprise/rad/radExperimental/apsMIBr/apsMIBObjectsR/apsConfigR/apsConfigTableR/apsConfigEntryR/apsConfigModeR
/iso/org/dod/internet/private/vendor-objects/rad/radExperimental/apsMIBr/apsMIBObjectsR/apsConfigR/apsConfigTableR/apsConfigEntryR/apsConfigModeR
/iso/iso-identified-organization/dod/internet/private/enterprise/rad/radExperimental/apsMIBr/apsMIBObjectsR/apsConfigR/apsConfigTableR/apsConfigEntryR/apsConfigModeR
/iso/iso-identified-organization/dod/internet/private/enterprises/rad/radExperimental/apsMIBr/apsMIBObjectsR/apsConfigR/apsConfigTableR/apsConfigEntryR/apsConfigModeR
/iso/iso-identified-organization/dod/internet/private/ldap-enterprise/rad/radExperimental/apsMIBr/apsMIBObjectsR/apsConfigR/apsConfigTableR/apsConfigEntryR/apsConfigModeR
/iso/iso-identified-organization/dod/internet/private/vendor-objects/rad/radExperimental/apsMIBr/apsMIBObjectsR/apsConfigR/apsConfigTableR/apsConfigEntryR/apsConfigModeR
/iso/iso-organization/dod/internet/private/enterprise/rad/radExperimental/apsMIBr/apsMIBObjectsR/apsConfigR/apsConfigTableR/apsConfigEntryR/apsConfigModeR
/iso/iso-organization/dod/internet/private/enterprises/rad/radExperimental/apsMIBr/apsMIBObjectsR/apsConfigR/apsConfigTableR/apsConfigEntryR/apsConfigModeR
/iso/iso-organization/dod/internet/private/ldap-enterprise/rad/radExperimental/apsMIBr/apsMIBObjectsR/apsConfigR/apsConfigTableR/apsConfigEntryR/apsConfigModeR
/iso/iso-organization/dod/internet/private/vendor-objects/rad/radExperimental/apsMIBr/apsMIBObjectsR/apsConfigR/apsConfigTableR/apsConfigEntryR/apsConfigModeR

SNMP properties

Value type: BITS
Maximum access defined by MIB: read-write
Status in MIB: current

Bit values

Bit position	Name
0	onePlusOne
1	oneToN
2	revertive
3	bidirectional
4	extraTrafficAllowed
5	onePlusOneOptimized
6	pathProtection
7	yCable

Using this OID with SNMP

At least one MIB declaration places this object in a table row. A value belongs to a row instance; its suffix depends on the row's INDEX or AUGMENTS definition. The index encoding is not inferred here.

Published row index: IMPLIED apsConfigNameR.

snmpwalk [connection options] DEVICE .1.3.6.1.4.1.164.20.2.1.1.2.1.3

Replace the placeholders with your connection and authentication options. Available permissions and device support can differ from the MIB.

Properties come from available MIB definitions. Actual device support and access can differ. See source records below for original files and qualifications.

Published definition

The displayed source records contain one distinct definition. Compare its source records.

apsConfigModeR OBJECT-TYPE
                 SYNTAX      BITS {
                                  onePlusOne(0),
                                  oneToN(1),
                                  revertive(2),
                                  bidirectional(3),
                                  extraTrafficAllowed(4),
                                  onePlusOneOptimized(5),
                                  pathProtection(6),
                                  yCable(7)
                                  }
                 MAX-ACCESS  read-write
                 STATUS      current
                 DESCRIPTION
                 "The architecture and mode of the APS group.  
                 
                 The values mean:

                  onePlusOne

                  The 1+1 architecture permanently bridges the working
                  line to the protection line.

                  oneToN

                  The 1:n architecture allows one protection channel to
                  protect up to n working channels. When a fault is detected
                  on one of the n working channels that channel is bridged
                  over the protection channel.

                  Note: onePlusOne and oneToN are mutually exclusive.

                  revertive

                  When the condition that caused a switch to the protection
                  line has been cleared the signal is switched back to the
                  working line. If this bit is clear it indicates a
                  non-revertive system which remains on the protection line
                  until another switch request is received.
                  bidirectional

                  The bi-directional mode provides protection in both
                  directions.

                  If this bit is clear it indicates  unidirectional mode which
                  provides protection in one direction. The default for 1:n is
                  bidirectional. The default for 1+1 is unidirectional.

                  extraTrafficAllowed

                  Extra traffic may be carried on the protection channel in
                  a 1:n architecture if this flag is set. It may be necessary
                  to disable this in order to interwork with other SONET
                  network elements that don't support extra traffic.


                 onePlusOneOptimized

                 If this bit is set it indicates that the protocol is:
			G.783 Annex B - 1+1 bidirectional switching optimized for a
                 network using predominantly 1+1 bidirectional switching.
                 When this bit is set set all other bits should be cleared.
                 
                 Multiplex section protection (MSP)1+1 optimized protocol

                 pathProtection

                 The path protection provides a protection in the SONET path
                 layer.

                 yCable

                 Y Cable connects each port to two ports on the other device,
                 transmissiion from both interfaces of the Y cable is forbidden
                 when one of the interfaces has LOS and the other one doesn't
                 a switch should be carried out.

                  This object may not be modified if the associated
                  apsConfigRowStatus object is equal to active(1)."
--       DEFVAL { '1'H }
       ::= { apsConfigEntryR 3 }

Meaning

Descriptions

1 unique

Identical descriptions are grouped. Different wording and device-specific notes are retained.

The architecture and mode of the APS group. The values mean: onePlusOne The 1+1 architecture permanently bridges the working line to the protection line. oneToN The 1:n architecture allows one protection channel to protect up to n working channels. When a fault is detected on one of the n working channels that channel is bridged over the protection channel. Note: onePlusOne and oneToN are mutually exclusive. revertive When the condition that caused a switch to the protection line has been cleared the signal is switched back to the working line. If this bit is clear it indicates a non-revertive system which remains on the protection line until another switch request is received. bidirectional The bi-directional mode provides protection in both directions. If this bit is clear it indicates unidirectional mode which provides protection in one direction. The default for 1:n is bidirectional. The default for 1+1 is unidirectional. extraTrafficAllowed Extra traffic may be carried on the protection channel in a 1:n architecture if this flag is set. It may be necessary to disable this in order to interwork with other SONET network elements that don't support extra traffic. onePlusOneOptimized If this bit is set it indicates that the protocol is: G.783 Annex B - 1+1 bidirectional switching optimized for a network using predominantly 1+1 bidirectional switching. When this bit is set set all other bits should be cleared. Multiplex section protection (MSP)1+1 optimized protocol pathProtection The path protection provides a protection in the SONET path layer. yCable Y Cable connects each port to two ports on the other device, transmissiion from both interfaces of the Y cable is forbidden when one of the interfaces has LOS and the other one doesn't a switch should be carried out. This object may not be modified if the associated apsConfigRowStatus object is equal to active(1).

Sources for this description

RAD MIB copies (Observium Community)

See 1 matching source record

Evidence

Source records

1 records

Matching descriptions are grouped; open a group to compare definitions and supporting files.

Records for description 1RAD MIB copies (Observium Community)1 record · 1 source

Description 1

apsConfigModeR · currentRAD MIB copies (Observium Community)1 source

Status in source: current.

Names: apsConfigModeR

Technical details

{
"smi_kind": "OBJECT-TYPE",
"definition": [
"apsConfigModeR",
"OBJECT-TYPE",
"SYNTAX",
"BITS",
"{",
"onePlusOne",
"(",
"0",
")",
",",
"oneToN",
"(",
"1",
")",
",",
"revertive",
"(",
"2",
")",
",",
"bidirectional",
"(",
"3",
")",
",",
"extraTrafficAllowed",
"(",
"4",
")",
",",
"onePlusOneOptimized",
"(",
"5",
")",
",",
"pathProtection",
"(",
"6",
")",
",",
"yCable",
"(",
"7",
")",
"}",
"MAX-ACCESS",
"read-write",
"STATUS",
"current",
"DESCRIPTION",
"\"The architecture and mode of the APS group. The values mean: onePlusOne The 1+1 architecture permanently bridges the working line to the protection line. oneToN The 1:n architecture allows one protection channel to protect up to n working channels. When a fault is detected on one of the n working channels that channel is bridged over the protection channel. Note: onePlusOne and oneToN are mutually exclusive. revertive When the condition that caused a switch to the protection line has been cleared the signal is switched back to the working line. If this bit is clear it indicates a non-revertive system which remains on the protection line until another switch request is received. bidirectional The bi-directional mode provides protection in both directions. If this bit is clear it indicates unidirectional mode which provides protection in one direction. The default for 1:n is bidirectional. The default for 1+1 is unidirectional. extraTrafficAllowed Extra traffic may be carried on the protection channel in a 1:n architecture if this flag is set. It may be necessary to disable this in order to interwork with other SONET network elements that don't support extra traffic. onePlusOneOptimized If this bit is set it indicates that the protocol is: G.783 Annex B - 1+1 bidirectional switching optimized for a network using predominantly 1+1 bidirectional switching. When this bit is set set all other bits should be cleared. Multiplex section protection (MSP)1+1 optimized protocol pathProtection The path protection provides a protection in the SONET path layer. yCable Y Cable connects each port to two ports on the other device, transmissiion from both interfaces of the Y cable is forbidden when one of the interfaces has LOS and the other one doesn't a switch should be carried out. This object may not be modified if the associated apsConfigRowStatus object is equal to active(1).\"",
"::=",
"{",
"apsConfigEntryR",
"3",
"}"
],
"syntax_tree": [
[
"BITS",
[
[
"onePlusOne",
0
],
[
"oneToN",
1
],
[
"revertive",
2
],
[
"bidirectional",
3
],
[
"extraTrafficAllowed",
4
],
[
"onePlusOneOptimized",
5
],
[
"pathProtection",
6
],
[
"yCable",
7
]
]
],
null,
[
"MaxAccessPart",
"read-write"
],
[
"Status",
"current"
],
[
"DESCRIPTION",
"The architecture and mode of the APS group. The values mean: onePlusOne The 1+1 architecture permanently bridges the working line to the protection line. oneToN The 1:n architecture allows one protection channel to protect up to n working channels. When a fault is detected on one of the n working channels that channel is bridged over the protection channel. Note: onePlusOne and oneToN are mutually exclusive. revertive When the condition that caused a switch to the protection line has been cleared the signal is switched back to the working line. If this bit is clear it indicates a non-revertive system which remains on the protection line until another switch request is received. bidirectional The bi-directional mode provides protection in both directions. If this bit is clear it indicates unidirectional mode which provides protection in one direction. The default for 1:n is bidirectional. The default for 1+1 is unidirectional. extraTrafficAllowed Extra traffic may be carried on the protection channel in a 1:n architecture if this flag is set. It may be necessary to disable this in order to interwork with other SONET network elements that don't support extra traffic. onePlusOneOptimized If this bit is set it indicates that the protocol is: G.783 Annex B - 1+1 bidirectional switching optimized for a network using predominantly 1+1 bidirectional switching. When this bit is set set all other bits should be cleared. Multiplex section protection (MSP)1+1 optimized protocol pathProtection The path protection provides a protection in the SONET path layer. yCable Y Cable connects each port to two ports on the other device, transmissiion from both interfaces of the Y cable is forbidden when one of the interfaces has LOS and the other one doesn't a switch should be carried out. This object may not be modified if the associated apsConfigRowStatus object is equal to active(1)."
],
null,
null,
null,
null
]
}

RAD MIB copies (Observium Community) · Publisher's source file: Source package: observium-community-latest.tar.gz

Vendor MIB copy from the Observium Community archive. RAD support.

Module: APS-R-MIB

See published definition above

Module imports

{'IF-MIB': ['InterfaceIndex'], 'SNMPv2-TC': ['RowStatus', 'TEXTUAL-CONVENTION'], 'SNMPv2-SMI': ['Integer32', 'Counter32', 'TimeTicks', 'OBJECT-TYPE', 'MODULE-IDENTITY', 'NOTIFICATION-TYPE'], 'RAD-SMI-MIB': ['radExperimental'], 'SNMPv2-CONF': ['MODULE-COMPLIANCE', 'OBJECT-GROUP', 'NOTIFICATION-GROUP'], 'SNMP-FRAMEWORK-MIB': ['SnmpAdminString']}

· Download APS-R-MIB

Related source files and packages:

Observium Community original distribution archive

Registration

Registration authorities

First Registration Authority (inferred from ancestor 1.3.6.1.4.1.164)

Brighitte Shalom

Current Registration Authority (inferred from ancestor 1.3.6.1.4.1.164)

Smadar Tauber

Siblings (7)

OID	Name	Direct children	Descendants	Description
1.3.6.1.4.1.164.20.2.1.1.2.1.1	apsConfigNameR	0	0
1.3.6.1.4.1.164.20.2.1.1.2.1.2	apsConfigRowStatusR	0	0
1.3.6.1.4.1.164.20.2.1.1.2.1.4	apsConfigSdBerThresholdR	0	0
1.3.6.1.4.1.164.20.2.1.1.2.1.5	apsConfigSfBerThresholdR	0	0
1.3.6.1.4.1.164.20.2.1.1.2.1.6	apsConfigWaitToRestoreR	0	0
1.3.6.1.4.1.164.20.2.1.1.2.1.7	apsConfigCreationTimeR	0	0
1.3.6.1.4.1.164.20.2.1.1.2.1.8	apsConfigOperDelayR	0	0