Difference between revisions of "RFC1286"
imported>Admin (Created page with " Network Working Group E. Decker Request for Comments: 1286 cisco Systems, Inc. ...") |
|||
Line 1: | Line 1: | ||
− | |||
Line 14: | Line 13: | ||
Hughes LAN Systems, Inc. | Hughes LAN Systems, Inc. | ||
December 1991 | December 1991 | ||
− | |||
Definitions of Managed Objects for Bridges | Definitions of Managed Objects for Bridges | ||
− | |||
Status of this Memo | Status of this Memo | ||
− | |||
This memo is an extension to the SNMP MIB. This RFC specifies an IAB | This memo is an extension to the SNMP MIB. This RFC specifies an IAB | ||
standards track protocol for the Internet community, and requests | standards track protocol for the Internet community, and requests | ||
Line 26: | Line 22: | ||
standardization state and status of this protocol. Distribution of | standardization state and status of this protocol. Distribution of | ||
this memo is unlimited. | this memo is unlimited. | ||
+ | Table of Contents | ||
+ | 1. Abstract ............................................. 2 | ||
+ | 2. The Network Management Framework...................... 2 | ||
+ | 3. Objects .............................................. 2 | ||
+ | 3.1 Format of Definitions ............................... 3 | ||
+ | 4. Overview ............................................. 3 | ||
+ | 4.1 Structure of MIB .................................... 4 | ||
+ | 4.1.1 The dot1dBase Group ............................... 7 | ||
+ | 4.1.2 The dot1dStp Group ................................ 7 | ||
+ | 4.1.3 The dot1dSr Group ................................. 7 | ||
+ | 4.1.4 The dot1dTp Group ................................. 7 | ||
+ | 4.1.5 The dot1dStatic Group ............................. 7 | ||
+ | 4.2 Relationship to Other MIBs .......................... 7 | ||
+ | 4.2.1 Relationship to the 'system' group ................ 8 | ||
+ | 4.2.2 Relationship to the 'interfaces' group ............ 8 | ||
+ | 4.3 Textual Conventions ................................. 9 | ||
+ | 5. Definitions .......................................... 9 | ||
+ | 5.1 Groups in the Bridge MIB ............................ 11 | ||
+ | 5.2 The dot1dBase Group Definitions ..................... 11 | ||
+ | 5.3 The dot1dStp Group Definitions ...................... 14 | ||
+ | 5.4 The dot1dSr Group Definitions ....................... 22 | ||
+ | 5.5 The dot1dTp Group Definitions ....................... 28 | ||
+ | 5.6 The dot1dStatic Group Definitions ................... 34 | ||
+ | 5.8 Traps for use by Bridges ............................ 36 | ||
+ | 6. Acknowledgments ...................................... 37 | ||
+ | |||
+ | |||
+ | |||
− | |||
+ | |||
+ | |||
+ | 7. References ........................................... 38 | ||
+ | 8. Security Considerations............................... 39 | ||
+ | 9. Authors' Addresses.................................... 40 | ||
+ | == Abstract == | ||
This memo defines a portion of the Management Information Base (MIB) | This memo defines a portion of the Management Information Base (MIB) | ||
for use with network management protocols in TCP/IP based internets. | for use with network management protocols in TCP/IP based internets. | ||
Line 36: | Line 65: | ||
bridging. Provisions are also made so that these objects apply to | bridging. Provisions are also made so that these objects apply to | ||
bridges connected by subnetworks other than LAN segments. | bridges connected by subnetworks other than LAN segments. | ||
− | + | == The Network Management Framework == | |
− | == The Network Management Framework == | ||
− | |||
The Internet-standard Network Management Framework consists of three | The Internet-standard Network Management Framework consists of three | ||
components. They are: | components. They are: | ||
− | + | RFC 1155 which defines the SMI, the mechanisms used for describing | |
− | + | and naming objects for the purpose of management. RFC 1212 | |
− | and naming objects for the purpose of management. | ||
defines a more concise description mechanism, which is wholly | defines a more concise description mechanism, which is wholly | ||
consistent with the SMI. | consistent with the SMI. | ||
− | + | RFC 1156 which defines MIB-I, the core set of managed objects for | |
− | + | the Internet suite of protocols. RFC 1213, defines MIB-II, an | |
− | the Internet suite of protocols. | ||
evolution of MIB-I based on implementation experience and new | evolution of MIB-I based on implementation experience and new | ||
operational requirements. | operational requirements. | ||
− | + | RFC 1157 which defines the SNMP, the protocol used for network | |
− | |||
access to managed objects. | access to managed objects. | ||
− | |||
The Framework permits new objects to be defined for the purpose of | The Framework permits new objects to be defined for the purpose of | ||
experimentation and evaluation. | experimentation and evaluation. | ||
− | + | == Objects == | |
− | == Objects == | ||
− | |||
Managed objects are accessed via a virtual information store, termed | Managed objects are accessed via a virtual information store, termed | ||
the Management Information Base or MIB. Objects in the MIB are | the Management Information Base or MIB. Objects in the MIB are | ||
Line 70: | Line 91: | ||
convenience, we often use a textual string, termed the OBJECT | convenience, we often use a textual string, termed the OBJECT | ||
DESCRIPTOR, to also refer to the object type. | DESCRIPTOR, to also refer to the object type. | ||
+ | |||
+ | |||
Line 81: | Line 104: | ||
constructs which may be used. These restrictions are explicitly made | constructs which may be used. These restrictions are explicitly made | ||
for simplicity. | for simplicity. | ||
− | |||
The encoding of an object type is simply how that object type is | The encoding of an object type is simply how that object type is | ||
represented using the object type's syntax. Implicitly tied to the | represented using the object type's syntax. Implicitly tied to the | ||
notion of an object type's syntax and encoding is how the object type | notion of an object type's syntax and encoding is how the object type | ||
is represented when being transmitted on the network. | is represented when being transmitted on the network. | ||
− | |||
The SMI specifies the use of the basic encoding rules of ASN.1 [8], | The SMI specifies the use of the basic encoding rules of ASN.1 [8], | ||
subject to the additional requirements imposed by the SNMP. | subject to the additional requirements imposed by the SNMP. | ||
− | + | 3.1. Format of Definitions | |
− | |||
− | |||
Section 5 contains the specification of all object types contained in | Section 5 contains the specification of all object types contained in | ||
this MIB module. The object types are defined using the conventions | this MIB module. The object types are defined using the conventions | ||
defined in the SMI, as amended by the extensions specified in [9,10]. | defined in the SMI, as amended by the extensions specified in [9,10]. | ||
− | + | == Overview == | |
− | == Overview == | ||
− | |||
A common device present in many networks is the Bridge. This device | A common device present in many networks is the Bridge. This device | ||
is used to connect Local Area Network segments below the network | is used to connect Local Area Network segments below the network | ||
Line 108: | Line 125: | ||
compatible fashion. This memo defines those objects needed for the | compatible fashion. This memo defines those objects needed for the | ||
management of a bridging entity operating in one of these modes. | management of a bridging entity operating in one of these modes. | ||
− | |||
To be consistent with IAB directives and good engineering practice, | To be consistent with IAB directives and good engineering practice, | ||
an explicit attempt was made to keep this MIB as simple as possible. | an explicit attempt was made to keep this MIB as simple as possible. | ||
This was accomplished by applying the following criteria to objects | This was accomplished by applying the following criteria to objects | ||
proposed for inclusion: | proposed for inclusion: | ||
− | |||
(1) Start with a small set of essential objects and add only | (1) Start with a small set of essential objects and add only | ||
as further objects are needed. | as further objects are needed. | ||
− | |||
(2) Require objects be essential for either fault or | (2) Require objects be essential for either fault or | ||
configuration management. | configuration management. | ||
− | |||
(3) Consider evidence of current use and/or utility. | (3) Consider evidence of current use and/or utility. | ||
− | |||
(4) Limit the total of objects. | (4) Limit the total of objects. | ||
+ | |||
+ | |||
Line 131: | Line 145: | ||
(5) Exclude objects which are simply derivable from others in | (5) Exclude objects which are simply derivable from others in | ||
this or other MIBs. | this or other MIBs. | ||
− | |||
(6) Avoid causing critical sections to be heavily | (6) Avoid causing critical sections to be heavily | ||
instrumented. The guideline that was followed is one | instrumented. The guideline that was followed is one | ||
counter per critical section per layer. | counter per critical section per layer. | ||
− | + | 4.1. Structure of MIB | |
− | |||
− | |||
Objects in this MIB are arranged into groups. Each group is | Objects in this MIB are arranged into groups. Each group is | ||
organized as a set of related objects. The overall structure and | organized as a set of related objects. The overall structure and | ||
Line 143: | Line 154: | ||
appropriate the corresponding IEEE 802.1d [11] management object name | appropriate the corresponding IEEE 802.1d [11] management object name | ||
is also included. | is also included. | ||
− | |||
Bridge MIB Name IEEE 802.1d Name | Bridge MIB Name IEEE 802.1d Name | ||
− | |||
dot1dBridge | dot1dBridge | ||
dot1dBase | dot1dBase | ||
Line 177: | Line 186: | ||
.PortNumber | .PortNumber | ||
Priority .PortPriority | Priority .PortPriority | ||
+ | |||
+ | |||
Line 190: | Line 201: | ||
DesignatedPort .DesignatedPort | DesignatedPort .DesignatedPort | ||
ForwardTransitions | ForwardTransitions | ||
− | |||
dot1dSr | dot1dSr | ||
PortTable | PortTable | ||
Line 230: | Line 240: | ||
ReceivePort | ReceivePort | ||
AllowedToGoTo | AllowedToGoTo | ||
+ | |||
+ | |||
Line 236: | Line 248: | ||
Status | Status | ||
− | |||
The following IEEE 802.1d management objects have not been included | The following IEEE 802.1d management objects have not been included | ||
in the Bridge MIB for the indicated reasons. | in the Bridge MIB for the indicated reasons. | ||
− | |||
IEEE 802.1d Object Disposition | IEEE 802.1d Object Disposition | ||
− | |||
Bridge.BridgeName Same as sysDescr (MIB II) | Bridge.BridgeName Same as sysDescr (MIB II) | ||
Bridge.BridgeUpTime Same as sysUpTime (MIB II) | Bridge.BridgeUpTime Same as sysUpTime (MIB II) | ||
Line 250: | Line 259: | ||
BridgePort.RoutingType Derivable from the implemented | BridgePort.RoutingType Derivable from the implemented | ||
groups | groups | ||
− | |||
SpanningTreeProtocol | SpanningTreeProtocol | ||
.BridgeIdentifier Combination of dot1dStpPriority | .BridgeIdentifier Combination of dot1dStpPriority | ||
Line 263: | Line 271: | ||
is not considered useful. | is not considered useful. | ||
.DiscardLackOfBuffers Redundant | .DiscardLackOfBuffers Redundant | ||
− | |||
Transmission Priority These objects are not required | Transmission Priority These objects are not required | ||
as per the Pics Proforma and | as per the Pics Proforma and | ||
Line 270: | Line 277: | ||
.OutboundUserPriority | .OutboundUserPriority | ||
.OutboundAccessPriority | .OutboundAccessPriority | ||
− | |||
SourceRoutingPort The Source Routing Supplement, | SourceRoutingPort The Source Routing Supplement, | ||
at the time of this writing, | at the time of this writing, | ||
Line 283: | Line 289: | ||
.DiscardErrorDetails | .DiscardErrorDetails | ||
.DiscardTargetLANInoperable | .DiscardTargetLANInoperable | ||
+ | |||
+ | |||
Line 293: | Line 301: | ||
.FramesNotReceivedDueToCongestion | .FramesNotReceivedDueToCongestion | ||
.FramesDiscardedDueToInternalError | .FramesDiscardedDueToInternalError | ||
− | + | 4.1.1. The dot1dBase Group | |
− | |||
− | |||
This mandatory group contains the objects which are applicable to all | This mandatory group contains the objects which are applicable to all | ||
types of bridges. | types of bridges. | ||
− | + | 4.1.2. The dot1dStp Group | |
− | |||
− | |||
This group contains the objects that denote the bridge's state with | This group contains the objects that denote the bridge's state with | ||
respect to the Spanning Tree Protocol. If a node does not | respect to the Spanning Tree Protocol. If a node does not | ||
Line 307: | Line 311: | ||
source route, or SRT bridge which implements the Spanning Tree | source route, or SRT bridge which implements the Spanning Tree | ||
Protocol. | Protocol. | ||
− | + | 4.1.3. The dot1dSr Group | |
− | |||
− | |||
This group contains the objects that describe the entity's state with | This group contains the objects that describe the entity's state with | ||
respect to source route bridging. If source routing is not supported | respect to source route bridging. If source routing is not supported | ||
this group will not be implemented. This group is applicable to | this group will not be implemented. This group is applicable to | ||
source route only, and SRT bridges. | source route only, and SRT bridges. | ||
− | + | 4.1.4. The dot1dTp Group | |
− | |||
− | |||
This group contains objects that describe the entity's state with | This group contains objects that describe the entity's state with | ||
respect to transparent bridging. If transparent bridging is not | respect to transparent bridging. If transparent bridging is not | ||
supported this group will not be implemented. This group is | supported this group will not be implemented. This group is | ||
applicable to transparent only and SRT bridges. | applicable to transparent only and SRT bridges. | ||
− | + | 4.1.5. The dot1dStatic Group | |
− | |||
− | |||
This group contains objects that describe the entity's state with | This group contains objects that describe the entity's state with | ||
respect to destination-address filtering. If destination-address | respect to destination-address filtering. If destination-address | ||
Line 329: | Line 327: | ||
group is applicable to any type of bridge which performs | group is applicable to any type of bridge which performs | ||
destination-address filtering. | destination-address filtering. | ||
− | + | 4.2. Relationship to Other MIBs | |
− | |||
− | |||
As described above, some IEEE 802.1d management objects have not been | As described above, some IEEE 802.1d management objects have not been | ||
included in this MIB because they overlap with objects in other MIBs | included in this MIB because they overlap with objects in other MIBs | ||
applicable to a bridge implementing this MIB. In particular, it is | applicable to a bridge implementing this MIB. In particular, it is | ||
assumed that a bridge implementing this MIB will also implement (at | assumed that a bridge implementing this MIB will also implement (at | ||
+ | |||
+ | |||
Line 343: | Line 341: | ||
least) the 'system' group and the 'interfaces' group defined in MIB- | least) the 'system' group and the 'interfaces' group defined in MIB- | ||
II [6]. | II [6]. | ||
− | + | 4.2.1. Relationship to the 'system' group | |
− | |||
− | |||
In MIB-II, the 'system' group is defined as being mandatory for all | In MIB-II, the 'system' group is defined as being mandatory for all | ||
systems such that each managed entity contains one instance of each | systems such that each managed entity contains one instance of each | ||
Line 352: | Line 348: | ||
functionality is bridging, or whether bridging is only a subset of | functionality is bridging, or whether bridging is only a subset of | ||
the entity's functionality. | the entity's functionality. | ||
− | + | 4.2.2. Relationship to the 'interfaces' group | |
− | |||
− | |||
In MIB-II, the 'interfaces' group is defined as being mandatory for | In MIB-II, the 'interfaces' group is defined as being mandatory for | ||
all systems and contains information on an entity's interfaces, where | all systems and contains information on an entity's interfaces, where | ||
Line 363: | Line 357: | ||
a subnetwork, whether it be an Ethernet segment, a 'ring', a WAN | a subnetwork, whether it be an Ethernet segment, a 'ring', a WAN | ||
link, or even an X.25 virtual circuit. | link, or even an X.25 virtual circuit. | ||
− | |||
Implicit in this Bridge MIB is the notion of ports on a bridge. Each | Implicit in this Bridge MIB is the notion of ports on a bridge. Each | ||
of these ports is associated with one interface of the 'interfaces' | of these ports is associated with one interface of the 'interfaces' | ||
Line 371: | Line 364: | ||
situation would be several ports each corresponding one-to-one with | situation would be several ports each corresponding one-to-one with | ||
several X.25 virtual circuits but all on the same interface. | several X.25 virtual circuits but all on the same interface. | ||
− | |||
Each port is uniquely identified by a port number. A port number has | Each port is uniquely identified by a port number. A port number has | ||
no mandatory relationship to an interface number, but in the simple | no mandatory relationship to an interface number, but in the simple | ||
Line 377: | Line 369: | ||
interface's interface number. Port numbers are in the range | interface's interface number. Port numbers are in the range | ||
(1..dot1dBaseNumPorts). | (1..dot1dBaseNumPorts). | ||
− | |||
Some entities perform other functionality as well as bridging through | Some entities perform other functionality as well as bridging through | ||
the sending and receiving of data on their interfaces. In such | the sending and receiving of data on their interfaces. In such | ||
Line 389: | Line 380: | ||
bridged other protocols, only the non-IP data would be considered as | bridged other protocols, only the non-IP data would be considered as | ||
being bridged. | being bridged. | ||
+ | |||
+ | |||
Line 398: | Line 391: | ||
which is sent/received for a protocol being bridged. All such data | which is sent/received for a protocol being bridged. All such data | ||
is sent/received via the ports of the bridge. | is sent/received via the ports of the bridge. | ||
− | + | 4.3. Textual Conventions | |
− | |||
− | |||
The datatypes, MacAddress, BridgeId and Timeout, are used as textual | The datatypes, MacAddress, BridgeId and Timeout, are used as textual | ||
conventions in this document. These textual conventions have NO | conventions in this document. These textual conventions have NO | ||
Line 408: | Line 399: | ||
the SMI or the SNMP are necessary to accommodate these textual | the SMI or the SNMP are necessary to accommodate these textual | ||
conventions which are adopted merely for the convenience of readers. | conventions which are adopted merely for the convenience of readers. | ||
− | + | == Definitions == | |
− | == Definitions == | ||
− | |||
RFC1286-MIB DEFINITIONS ::= BEGIN | RFC1286-MIB DEFINITIONS ::= BEGIN | ||
− | |||
IMPORTS | IMPORTS | ||
Counter, Gauge, TimeTicks | Counter, Gauge, TimeTicks | ||
Line 422: | Line 410: | ||
TRAP-TYPE | TRAP-TYPE | ||
FROM RFC-1215; | FROM RFC-1215; | ||
− | |||
-- All representations of MAC addresses in this MIB Module use, | -- All representations of MAC addresses in this MIB Module use, | ||
-- as a textual convention (i.e. this convention does not affect | -- as a textual convention (i.e. this convention does not affect | ||
-- their encoding), the data type: | -- their encoding), the data type: | ||
− | |||
MacAddress ::= OCTET STRING (SIZE (6)) -- a 6 octet address in | MacAddress ::= OCTET STRING (SIZE (6)) -- a 6 octet address in | ||
-- the "canonical" order | -- the "canonical" order | ||
Line 437: | Line 423: | ||
-- upper 4 octets to all 0's, i.e., AAFF would be represented | -- upper 4 octets to all 0's, i.e., AAFF would be represented | ||
-- as 00000000AAFF. | -- as 00000000AAFF. | ||
− | |||
-- Similarly, all representations of Bridge-Id in this MIB Module | -- Similarly, all representations of Bridge-Id in this MIB Module | ||
-- use, as a textual convention (i.e. this convention does not affect | -- use, as a textual convention (i.e. this convention does not affect | ||
-- their encoding), the data type: | -- their encoding), the data type: | ||
+ | |||
+ | |||
Line 466: | Line 453: | ||
-- ensure a timer's value is not distorted by multiple conversions. | -- ensure a timer's value is not distorted by multiple conversions. | ||
-- The data type is: | -- The data type is: | ||
− | |||
Timeout ::= INTEGER -- a STP timer in units of 1/100 seconds | Timeout ::= INTEGER -- a STP timer in units of 1/100 seconds | ||
− | |||
-- To convert a Timeout value into a value in units of | -- To convert a Timeout value into a value in units of | ||
-- 1/256 seconds, the following algorithm should be used: | -- 1/256 seconds, the following algorithm should be used: | ||
Line 492: | Line 477: | ||
-- Note: it is important that the arithmetic operations are done | -- Note: it is important that the arithmetic operations are done | ||
-- in the order specified (i.e., multiply first, divide second). | -- in the order specified (i.e., multiply first, divide second). | ||
+ | dot1dBridge OBJECT IDENTIFIER ::= { mib-2 17 } | ||
+ | |||
− | |||
Line 501: | Line 487: | ||
-- groups in the Bridge MIB | -- groups in the Bridge MIB | ||
− | |||
dot1dBase OBJECT IDENTIFIER ::= { dot1dBridge 1 } | dot1dBase OBJECT IDENTIFIER ::= { dot1dBridge 1 } | ||
− | |||
dot1dStp OBJECT IDENTIFIER ::= { dot1dBridge 2 } | dot1dStp OBJECT IDENTIFIER ::= { dot1dBridge 2 } | ||
− | |||
dot1dSr OBJECT IDENTIFIER ::= { dot1dBridge 3 } | dot1dSr OBJECT IDENTIFIER ::= { dot1dBridge 3 } | ||
− | |||
dot1dTp OBJECT IDENTIFIER ::= { dot1dBridge 4 } | dot1dTp OBJECT IDENTIFIER ::= { dot1dBridge 4 } | ||
− | |||
dot1dStatic OBJECT IDENTIFIER ::= { dot1dBridge 5 } | dot1dStatic OBJECT IDENTIFIER ::= { dot1dBridge 5 } | ||
− | |||
-- the dot1dBase group | -- the dot1dBase group | ||
− | |||
-- Implementation of the dot1dBase group is mandatory for all | -- Implementation of the dot1dBase group is mandatory for all | ||
-- bridges. | -- bridges. | ||
− | |||
dot1dBaseBridgeAddress OBJECT-TYPE | dot1dBaseBridgeAddress OBJECT-TYPE | ||
SYNTAX MacAddress | SYNTAX MacAddress | ||
Line 534: | Line 512: | ||
"P802.1d/D9, July 14, 1989: Sections 6.4.1.1.3 and 3.12.5" | "P802.1d/D9, July 14, 1989: Sections 6.4.1.1.3 and 3.12.5" | ||
::= { dot1dBase 1 } | ::= { dot1dBase 1 } | ||
− | |||
dot1dBaseNumPorts OBJECT-TYPE | dot1dBaseNumPorts OBJECT-TYPE | ||
SYNTAX INTEGER | SYNTAX INTEGER | ||
Line 545: | Line 522: | ||
"P802.1d/D9, July 14, 1989: Section 6.4.1.1.3" | "P802.1d/D9, July 14, 1989: Section 6.4.1.1.3" | ||
::= { dot1dBase 2 } | ::= { dot1dBase 2 } | ||
− | |||
dot1dBaseType OBJECT-TYPE | dot1dBaseType OBJECT-TYPE | ||
SYNTAX INTEGER { | SYNTAX INTEGER { | ||
+ | |||
+ | |||
Line 566: | Line 544: | ||
entries in the port table for the given type." | entries in the port table for the given type." | ||
::= { dot1dBase 3 } | ::= { dot1dBase 3 } | ||
− | |||
-- The Generic Bridge Port Table | -- The Generic Bridge Port Table | ||
− | |||
dot1dBasePortTable OBJECT-TYPE | dot1dBasePortTable OBJECT-TYPE | ||
SYNTAX SEQUENCE OF Dot1dBasePortEntry | SYNTAX SEQUENCE OF Dot1dBasePortEntry | ||
Line 579: | Line 555: | ||
included." | included." | ||
::= { dot1dBase 4 } | ::= { dot1dBase 4 } | ||
− | |||
dot1dBasePortEntry OBJECT-TYPE | dot1dBasePortEntry OBJECT-TYPE | ||
SYNTAX Dot1dBasePortEntry | SYNTAX Dot1dBasePortEntry | ||
Line 591: | Line 566: | ||
INDEX { dot1dBasePort } | INDEX { dot1dBasePort } | ||
::= { dot1dBasePortTable 1 } | ::= { dot1dBasePortTable 1 } | ||
− | |||
Dot1dBasePortEntry ::= | Dot1dBasePortEntry ::= | ||
SEQUENCE { | SEQUENCE { | ||
Line 601: | Line 575: | ||
OBJECT IDENTIFIER, | OBJECT IDENTIFIER, | ||
dot1dBasePortDelayExceededDiscards | dot1dBasePortDelayExceededDiscards | ||
+ | |||
+ | |||
Line 610: | Line 586: | ||
Counter | Counter | ||
} | } | ||
− | |||
dot1dBasePort OBJECT-TYPE | dot1dBasePort OBJECT-TYPE | ||
SYNTAX INTEGER | SYNTAX INTEGER | ||
Line 619: | Line 594: | ||
contains bridge management information." | contains bridge management information." | ||
::= { dot1dBasePortEntry 1 } | ::= { dot1dBasePortEntry 1 } | ||
− | |||
dot1dBasePortIfIndex OBJECT-TYPE | dot1dBasePortIfIndex OBJECT-TYPE | ||
SYNTAX INTEGER | SYNTAX INTEGER | ||
Line 629: | Line 603: | ||
to this port." | to this port." | ||
::= { dot1dBasePortEntry 2 } | ::= { dot1dBasePortEntry 2 } | ||
− | |||
dot1dBasePortCircuit OBJECT-TYPE | dot1dBasePortCircuit OBJECT-TYPE | ||
SYNTAX OBJECT IDENTIFIER | SYNTAX OBJECT IDENTIFIER | ||
Line 644: | Line 617: | ||
instance associated with the X.25 virtual circuit | instance associated with the X.25 virtual circuit | ||
corresponding to this port. | corresponding to this port. | ||
− | |||
For a port which has a unique value of | For a port which has a unique value of | ||
dot1dBasePortIfIndex, this object can have the | dot1dBasePortIfIndex, this object can have the | ||
value { 0 0 }." | value { 0 0 }." | ||
::= { dot1dBasePortEntry 3 } | ::= { dot1dBasePortEntry 3 } | ||
− | |||
dot1dBasePortDelayExceededDiscards OBJECT-TYPE | dot1dBasePortDelayExceededDiscards OBJECT-TYPE | ||
SYNTAX Counter | SYNTAX Counter | ||
ACCESS read-only | ACCESS read-only | ||
STATUS mandatory | STATUS mandatory | ||
+ | |||
+ | |||
Line 667: | Line 640: | ||
"P802.1d/D9, July 14, 1989: Section 6.6.1.1.3" | "P802.1d/D9, July 14, 1989: Section 6.6.1.1.3" | ||
::= { dot1dBasePortEntry 4 } | ::= { dot1dBasePortEntry 4 } | ||
− | |||
dot1dBasePortMtuExceededDiscards OBJECT-TYPE | dot1dBasePortMtuExceededDiscards OBJECT-TYPE | ||
SYNTAX Counter | SYNTAX Counter | ||
Line 679: | Line 651: | ||
"P802.1d/D9, July 14, 1989: Section 6.6.1.1.3" | "P802.1d/D9, July 14, 1989: Section 6.6.1.1.3" | ||
::= { dot1dBasePortEntry 5 } | ::= { dot1dBasePortEntry 5 } | ||
− | |||
-- the dot1dStp group | -- the dot1dStp group | ||
− | |||
-- Implementation of the dot1dStp group is optional. It is | -- Implementation of the dot1dStp group is optional. It is | ||
-- implemented by those bridges that support the Spanning Tree | -- implemented by those bridges that support the Spanning Tree | ||
Line 688: | Line 658: | ||
-- implement this group only if they support the Spanning Tree | -- implement this group only if they support the Spanning Tree | ||
-- Protocol. | -- Protocol. | ||
− | |||
dot1dStpProtocolSpecification OBJECT-TYPE | dot1dStpProtocolSpecification OBJECT-TYPE | ||
Line 707: | Line 676: | ||
are released that are incompatible with the | are released that are incompatible with the | ||
current version a new value will be defined." | current version a new value will be defined." | ||
+ | |||
+ | |||
Line 713: | Line 684: | ||
::= { dot1dStp 1 } | ::= { dot1dStp 1 } | ||
− | |||
dot1dStpPriority OBJECT-TYPE | dot1dStpPriority OBJECT-TYPE | ||
SYNTAX INTEGER (0..65535) | SYNTAX INTEGER (0..65535) | ||
Line 727: | Line 697: | ||
"P802.1d/D9, July 14, 1989: Section 4.5.3.7" | "P802.1d/D9, July 14, 1989: Section 4.5.3.7" | ||
::= { dot1dStp 2 } | ::= { dot1dStp 2 } | ||
− | |||
dot1dStpTimeSinceTopologyChange OBJECT-TYPE | dot1dStpTimeSinceTopologyChange OBJECT-TYPE | ||
SYNTAX TimeTicks | SYNTAX TimeTicks | ||
Line 739: | Line 708: | ||
"P802.1d/D9, July 14, 1989: Section 6.8.1.1.3" | "P802.1d/D9, July 14, 1989: Section 6.8.1.1.3" | ||
::= { dot1dStp 3 } | ::= { dot1dStp 3 } | ||
− | |||
dot1dStpTopChanges OBJECT-TYPE | dot1dStpTopChanges OBJECT-TYPE | ||
SYNTAX Counter | SYNTAX Counter | ||
Line 751: | Line 719: | ||
"P802.1d/D9, July 14, 1989: Section 6.8.1.1.3" | "P802.1d/D9, July 14, 1989: Section 6.8.1.1.3" | ||
::= { dot1dStp 4 } | ::= { dot1dStp 4 } | ||
− | |||
dot1dStpDesignatedRoot OBJECT-TYPE | dot1dStpDesignatedRoot OBJECT-TYPE | ||
SYNTAX BridgeId | SYNTAX BridgeId | ||
Line 760: | Line 727: | ||
tree as determined by the Spanning Tree Protocol | tree as determined by the Spanning Tree Protocol | ||
as executed by this node. This value is used as | as executed by this node. This value is used as | ||
+ | |||
+ | |||
Line 770: | Line 739: | ||
"P802.1d/D9, July 14, 1989: Section 4.5.3.1" | "P802.1d/D9, July 14, 1989: Section 4.5.3.1" | ||
::= { dot1dStp 5 } | ::= { dot1dStp 5 } | ||
− | |||
dot1dStpRootCost OBJECT-TYPE | dot1dStpRootCost OBJECT-TYPE | ||
SYNTAX INTEGER | SYNTAX INTEGER | ||
Line 781: | Line 749: | ||
"P802.1d/D9, July 14, 1989: Section 4.5.3.2" | "P802.1d/D9, July 14, 1989: Section 4.5.3.2" | ||
::= { dot1dStp 6 } | ::= { dot1dStp 6 } | ||
− | |||
dot1dStpRootPort OBJECT-TYPE | dot1dStpRootPort OBJECT-TYPE | ||
SYNTAX INTEGER | SYNTAX INTEGER | ||
Line 793: | Line 760: | ||
"P802.1d/D9, July 14, 1989: Section 4.5.3.3" | "P802.1d/D9, July 14, 1989: Section 4.5.3.3" | ||
::= { dot1dStp 7 } | ::= { dot1dStp 7 } | ||
− | |||
dot1dStpMaxAge OBJECT-TYPE | dot1dStpMaxAge OBJECT-TYPE | ||
SYNTAX Timeout | SYNTAX Timeout | ||
Line 807: | Line 773: | ||
"P802.1d/D9, July 14, 1989: Section 4.5.3.4" | "P802.1d/D9, July 14, 1989: Section 4.5.3.4" | ||
::= { dot1dStp 8 } | ::= { dot1dStp 8 } | ||
− | |||
dot1dStpHelloTime OBJECT-TYPE | dot1dStpHelloTime OBJECT-TYPE | ||
SYNTAX Timeout | SYNTAX Timeout | ||
Line 813: | Line 778: | ||
STATUS mandatory | STATUS mandatory | ||
DESCRIPTION | DESCRIPTION | ||
+ | |||
+ | |||
Line 827: | Line 794: | ||
"P802.1d/D9, July 14, 1989: Section 4.5.3.5" | "P802.1d/D9, July 14, 1989: Section 4.5.3.5" | ||
::= { dot1dStp 9 } | ::= { dot1dStp 9 } | ||
− | |||
dot1dStpHoldTime OBJECT-TYPE | dot1dStpHoldTime OBJECT-TYPE | ||
SYNTAX INTEGER | SYNTAX INTEGER | ||
Line 840: | Line 806: | ||
"P802.1d/D9, July 14, 1989: Section 4.5.3.14" | "P802.1d/D9, July 14, 1989: Section 4.5.3.14" | ||
::= { dot1dStp 10 } | ::= { dot1dStp 10 } | ||
− | |||
dot1dStpForwardDelay OBJECT-TYPE | dot1dStpForwardDelay OBJECT-TYPE | ||
SYNTAX Timeout | SYNTAX Timeout | ||
Line 864: | Line 829: | ||
"P802.1d/D9, July 14, 1989: Section 4.5.3.6" | "P802.1d/D9, July 14, 1989: Section 4.5.3.6" | ||
::= { dot1dStp 11 } | ::= { dot1dStp 11 } | ||
+ | |||
+ | |||
Line 888: | Line 855: | ||
"P802.1d/D9, July 14, 1989: Section 4.5.3.8" | "P802.1d/D9, July 14, 1989: Section 4.5.3.8" | ||
::= { dot1dStp 12 } | ::= { dot1dStp 12 } | ||
− | |||
dot1dStpBridgeHelloTime OBJECT-TYPE | dot1dStpBridgeHelloTime OBJECT-TYPE | ||
SYNTAX Timeout (100..1000) | SYNTAX Timeout (100..1000) | ||
Line 903: | Line 869: | ||
"P802.1d/D9, July 14, 1989: Section 4.5.3.9" | "P802.1d/D9, July 14, 1989: Section 4.5.3.9" | ||
::= { dot1dStp 13 } | ::= { dot1dStp 13 } | ||
− | |||
dot1dStpBridgeForwardDelay OBJECT-TYPE | dot1dStpBridgeForwardDelay OBJECT-TYPE | ||
SYNTAX Timeout (400..3000) | SYNTAX Timeout (400..3000) | ||
Line 919: | Line 884: | ||
of seconds." | of seconds." | ||
REFERENCE | REFERENCE | ||
+ | |||
+ | |||
Line 926: | Line 893: | ||
"P802.1d/D9, July 14, 1989: Section 4.5.3.10" | "P802.1d/D9, July 14, 1989: Section 4.5.3.10" | ||
::= { dot1dStp 14 } | ::= { dot1dStp 14 } | ||
− | |||
-- The Spanning Tree Port Table | -- The Spanning Tree Port Table | ||
− | |||
dot1dStpPortTable OBJECT-TYPE | dot1dStpPortTable OBJECT-TYPE | ||
SYNTAX SEQUENCE OF Dot1dStpPortEntry | SYNTAX SEQUENCE OF Dot1dStpPortEntry | ||
Line 938: | Line 903: | ||
for the Spanning Tree Protocol." | for the Spanning Tree Protocol." | ||
::= { dot1dStp 15 } | ::= { dot1dStp 15 } | ||
− | |||
dot1dStpPortEntry OBJECT-TYPE | dot1dStpPortEntry OBJECT-TYPE | ||
SYNTAX Dot1dStpPortEntry | SYNTAX Dot1dStpPortEntry | ||
Line 949: | Line 913: | ||
INDEX { dot1dStpPort } | INDEX { dot1dStpPort } | ||
::= { dot1dStpPortTable 1 } | ::= { dot1dStpPortTable 1 } | ||
− | |||
Dot1dStpPortEntry ::= | Dot1dStpPortEntry ::= | ||
SEQUENCE { | SEQUENCE { | ||
Line 972: | Line 935: | ||
dot1dStpPortForwardTransitions | dot1dStpPortForwardTransitions | ||
Counter | Counter | ||
+ | |||
+ | |||
Line 978: | Line 943: | ||
} | } | ||
− | |||
dot1dStpPort OBJECT-TYPE | dot1dStpPort OBJECT-TYPE | ||
SYNTAX INTEGER | SYNTAX INTEGER | ||
Line 990: | Line 954: | ||
"P802.1d/D9, July 14, 1989: Section 6.8.2.1.2" | "P802.1d/D9, July 14, 1989: Section 6.8.2.1.2" | ||
::= { dot1dStpPortEntry 1 } | ::= { dot1dStpPortEntry 1 } | ||
− | |||
dot1dStpPortPriority OBJECT-TYPE | dot1dStpPortPriority OBJECT-TYPE | ||
SYNTAX INTEGER (0..255) | SYNTAX INTEGER (0..255) | ||
Line 1,004: | Line 967: | ||
"P802.1d/D9, July 14, 1989: Section 4.5.5.1" | "P802.1d/D9, July 14, 1989: Section 4.5.5.1" | ||
::= { dot1dStpPortEntry 2 } | ::= { dot1dStpPortEntry 2 } | ||
− | |||
dot1dStpPortState OBJECT-TYPE | dot1dStpPortState OBJECT-TYPE | ||
SYNTAX INTEGER { | SYNTAX INTEGER { | ||
Line 1,025: | Line 987: | ||
are disabled (see dot1dStpPortEnable), this object | are disabled (see dot1dStpPortEnable), this object | ||
will have a value of disabled(1)." | will have a value of disabled(1)." | ||
+ | |||
+ | |||
Line 1,033: | Line 997: | ||
"P802.1d/D9, July 14, 1989: Section 4.5.5.2" | "P802.1d/D9, July 14, 1989: Section 4.5.5.2" | ||
::= { dot1dStpPortEntry 3 } | ::= { dot1dStpPortEntry 3 } | ||
− | |||
dot1dStpPortEnable OBJECT-TYPE | dot1dStpPortEnable OBJECT-TYPE | ||
SYNTAX INTEGER { | SYNTAX INTEGER { | ||
Line 1,046: | Line 1,009: | ||
"P802.1d/D9, July 14, 1989: Section 4.5.5.2" | "P802.1d/D9, July 14, 1989: Section 4.5.5.2" | ||
::= { dot1dStpPortEntry 4 } | ::= { dot1dStpPortEntry 4 } | ||
− | |||
dot1dStpPortPathCost OBJECT-TYPE | dot1dStpPortPathCost OBJECT-TYPE | ||
SYNTAX INTEGER (1..65535) | SYNTAX INTEGER (1..65535) | ||
Line 1,058: | Line 1,020: | ||
"P802.1d/D9, July 14, 1989: Section 4.5.5.3" | "P802.1d/D9, July 14, 1989: Section 4.5.5.3" | ||
::= { dot1dStpPortEntry 5 } | ::= { dot1dStpPortEntry 5 } | ||
− | |||
dot1dStpPortDesignatedRoot OBJECT-TYPE | dot1dStpPortDesignatedRoot OBJECT-TYPE | ||
SYNTAX BridgeId | SYNTAX BridgeId | ||
Line 1,071: | Line 1,032: | ||
"P802.1d/D9, July 14, 1989: Section 4.5.5.4" | "P802.1d/D9, July 14, 1989: Section 4.5.5.4" | ||
::= { dot1dStpPortEntry 6 } | ::= { dot1dStpPortEntry 6 } | ||
− | |||
dot1dStpPortDesignatedCost OBJECT-TYPE | dot1dStpPortDesignatedCost OBJECT-TYPE | ||
SYNTAX INTEGER | SYNTAX INTEGER | ||
Line 1,078: | Line 1,038: | ||
DESCRIPTION | DESCRIPTION | ||
"The path cost of the Designated Port of the | "The path cost of the Designated Port of the | ||
+ | |||
+ | |||
Line 1,089: | Line 1,051: | ||
"P802.1d/D9, July 14, 1989: Section 4.5.5.5" | "P802.1d/D9, July 14, 1989: Section 4.5.5.5" | ||
::= { dot1dStpPortEntry 7 } | ::= { dot1dStpPortEntry 7 } | ||
− | |||
dot1dStpPortDesignatedBridge OBJECT-TYPE | dot1dStpPortDesignatedBridge OBJECT-TYPE | ||
SYNTAX BridgeId | SYNTAX BridgeId | ||
Line 1,101: | Line 1,062: | ||
"P802.1d/D9, July 14, 1989: Section 4.5.5.6" | "P802.1d/D9, July 14, 1989: Section 4.5.5.6" | ||
::= { dot1dStpPortEntry 8 } | ::= { dot1dStpPortEntry 8 } | ||
− | |||
dot1dStpPortDesignatedPort OBJECT-TYPE | dot1dStpPortDesignatedPort OBJECT-TYPE | ||
SYNTAX OCTET STRING (SIZE (2)) | SYNTAX OCTET STRING (SIZE (2)) | ||
Line 1,112: | Line 1,072: | ||
"P802.1d/D9, July 14, 1989: Section 4.5.5.7" | "P802.1d/D9, July 14, 1989: Section 4.5.5.7" | ||
::= { dot1dStpPortEntry 9 } | ::= { dot1dStpPortEntry 9 } | ||
− | |||
dot1dStpPortForwardTransitions OBJECT-TYPE | dot1dStpPortForwardTransitions OBJECT-TYPE | ||
SYNTAX Counter | SYNTAX Counter | ||
Line 1,121: | Line 1,080: | ||
from the Learning state to the Forwarding state." | from the Learning state to the Forwarding state." | ||
::= { dot1dStpPortEntry 10 } | ::= { dot1dStpPortEntry 10 } | ||
− | |||
-- the dot1dSr group | -- the dot1dSr group | ||
− | |||
-- Implementation of the dot1dSr group is optional. It is | -- Implementation of the dot1dSr group is optional. It is | ||
-- implemented by those bridges that support the source route | -- implemented by those bridges that support the source route | ||
-- bridging mode, including Source Route and SRT bridges. | -- bridging mode, including Source Route and SRT bridges. | ||
+ | |||
+ | |||
Line 1,145: | Line 1,104: | ||
bridge." | bridge." | ||
::= { dot1dSr 1 } | ::= { dot1dSr 1 } | ||
− | |||
dot1dSrPortEntry OBJECT-TYPE | dot1dSrPortEntry OBJECT-TYPE | ||
SYNTAX Dot1dSrPortEntry | SYNTAX Dot1dSrPortEntry | ||
Line 1,155: | Line 1,113: | ||
INDEX { dot1dSrPort } | INDEX { dot1dSrPort } | ||
::= { dot1dSrPortTable 1 } | ::= { dot1dSrPortTable 1 } | ||
− | |||
Dot1dSrPortEntry ::= | Dot1dSrPortEntry ::= | ||
SEQUENCE { | SEQUENCE { | ||
Line 1,184: | Line 1,141: | ||
dot1dSrPortSteOutFrames | dot1dSrPortSteOutFrames | ||
Counter, | Counter, | ||
+ | |||
+ | |||
Line 1,196: | Line 1,155: | ||
Counter | Counter | ||
} | } | ||
− | |||
dot1dSrPort OBJECT-TYPE | dot1dSrPort OBJECT-TYPE | ||
SYNTAX INTEGER | SYNTAX INTEGER | ||
Line 1,205: | Line 1,163: | ||
contains Source Route management information." | contains Source Route management information." | ||
::= { dot1dSrPortEntry 1 } | ::= { dot1dSrPortEntry 1 } | ||
− | |||
dot1dSrPortHopCount OBJECT-TYPE | dot1dSrPortHopCount OBJECT-TYPE | ||
SYNTAX INTEGER | SYNTAX INTEGER | ||
Line 1,214: | Line 1,171: | ||
in an All Paths or Spanning Tree Explorer frames." | in an All Paths or Spanning Tree Explorer frames." | ||
::= { dot1dSrPortEntry 2 } | ::= { dot1dSrPortEntry 2 } | ||
− | |||
dot1dSrPortLocalSegment OBJECT-TYPE | dot1dSrPortLocalSegment OBJECT-TYPE | ||
SYNTAX INTEGER | SYNTAX INTEGER | ||
Line 1,226: | Line 1,182: | ||
that no segment number is assigned to this port." | that no segment number is assigned to this port." | ||
::= { dot1dSrPortEntry 3 } | ::= { dot1dSrPortEntry 3 } | ||
− | |||
dot1dSrPortBridgeNum OBJECT-TYPE | dot1dSrPortBridgeNum OBJECT-TYPE | ||
SYNTAX INTEGER | SYNTAX INTEGER | ||
Line 1,237: | Line 1,192: | ||
this value to the range: 0 through 15. A value of | this value to the range: 0 through 15. A value of | ||
65535 signifies that no bridge number is assigned | 65535 signifies that no bridge number is assigned | ||
+ | |||
+ | |||
Line 1,244: | Line 1,201: | ||
to this bridge." | to this bridge." | ||
::= { dot1dSrPortEntry 4 } | ::= { dot1dSrPortEntry 4 } | ||
− | |||
dot1dSrPortTargetSegment OBJECT-TYPE | dot1dSrPortTargetSegment OBJECT-TYPE | ||
SYNTAX INTEGER | SYNTAX INTEGER | ||
Line 1,257: | Line 1,213: | ||
assigned to this port." | assigned to this port." | ||
::= { dot1dSrPortEntry 5 } | ::= { dot1dSrPortEntry 5 } | ||
− | |||
-- It would be nice if we could use ifMtu as the size of the | -- It would be nice if we could use ifMtu as the size of the | ||
-- largest frame, but we can't because ifMtu is defined to be | -- largest frame, but we can't because ifMtu is defined to be | ||
Line 1,263: | Line 1,218: | ||
-- differ from the MAC layer (especially if several layers of | -- differ from the MAC layer (especially if several layers of | ||
-- encapsulation are used). | -- encapsulation are used). | ||
− | |||
dot1dSrPortLargestFrame OBJECT-TYPE | dot1dSrPortLargestFrame OBJECT-TYPE | ||
SYNTAX INTEGER { | SYNTAX INTEGER { | ||
Line 1,275: | Line 1,229: | ||
dot1dSrMtu65535 (65535) | dot1dSrMtu65535 (65535) | ||
} | } | ||
− | |||
ACCESS read-write | ACCESS read-write | ||
STATUS mandatory | STATUS mandatory | ||
Line 1,290: | Line 1,243: | ||
1500, 2052, 4472, 8144, 11407, 17800, and 65535 | 1500, 2052, 4472, 8144, 11407, 17800, and 65535 | ||
octets. Behavior of the port when an illegal | octets. Behavior of the port when an illegal | ||
+ | |||
+ | |||
Line 1,299: | Line 1,254: | ||
chosen." | chosen." | ||
::= { dot1dSrPortEntry 6 } | ::= { dot1dSrPortEntry 6 } | ||
− | |||
dot1dSrPortSTESpanMode OBJECT-TYPE | dot1dSrPortSTESpanMode OBJECT-TYPE | ||
SYNTAX INTEGER { | SYNTAX INTEGER { | ||
Line 1,330: | Line 1,284: | ||
discarded." | discarded." | ||
::= { dot1dSrPortEntry 7 } | ::= { dot1dSrPortEntry 7 } | ||
− | |||
dot1dSrPortSpecInFrames OBJECT-TYPE | dot1dSrPortSpecInFrames OBJECT-TYPE | ||
SYNTAX Counter | SYNTAX Counter | ||
Line 1,339: | Line 1,292: | ||
have been received from this port's segment." | have been received from this port's segment." | ||
::= { dot1dSrPortEntry 8 } | ::= { dot1dSrPortEntry 8 } | ||
− | |||
dot1dSrPortSpecOutFrames OBJECT-TYPE | dot1dSrPortSpecOutFrames OBJECT-TYPE | ||
SYNTAX Counter | SYNTAX Counter | ||
ACCESS read-only | ACCESS read-only | ||
+ | |||
+ | |||
Line 1,353: | Line 1,307: | ||
this port has transmitted on its segment." | this port has transmitted on its segment." | ||
::= { dot1dSrPortEntry 9 } | ::= { dot1dSrPortEntry 9 } | ||
− | |||
dot1dSrPortApeInFrames OBJECT-TYPE | dot1dSrPortApeInFrames OBJECT-TYPE | ||
SYNTAX Counter | SYNTAX Counter | ||
Line 1,362: | Line 1,315: | ||
been received by this port from its segment." | been received by this port from its segment." | ||
::= { dot1dSrPortEntry 10 } | ::= { dot1dSrPortEntry 10 } | ||
− | |||
dot1dSrPortApeOutFrames OBJECT-TYPE | dot1dSrPortApeOutFrames OBJECT-TYPE | ||
SYNTAX Counter | SYNTAX Counter | ||
Line 1,371: | Line 1,323: | ||
been transmitted by this port on its segment." | been transmitted by this port on its segment." | ||
::= { dot1dSrPortEntry 11 } | ::= { dot1dSrPortEntry 11 } | ||
− | |||
dot1dSrPortSteInFrames OBJECT-TYPE | dot1dSrPortSteInFrames OBJECT-TYPE | ||
SYNTAX Counter | SYNTAX Counter | ||
Line 1,380: | Line 1,331: | ||
have been received by this port from its segment." | have been received by this port from its segment." | ||
::= { dot1dSrPortEntry 12 } | ::= { dot1dSrPortEntry 12 } | ||
− | |||
dot1dSrPortSteOutFrames OBJECT-TYPE | dot1dSrPortSteOutFrames OBJECT-TYPE | ||
SYNTAX Counter | SYNTAX Counter | ||
Line 1,390: | Line 1,340: | ||
segment." | segment." | ||
::= { dot1dSrPortEntry 13 } | ::= { dot1dSrPortEntry 13 } | ||
− | |||
dot1dSrPortSegmentMismatchDiscards OBJECT-TYPE | dot1dSrPortSegmentMismatchDiscards OBJECT-TYPE | ||
SYNTAX Counter | SYNTAX Counter | ||
Line 1,396: | Line 1,345: | ||
STATUS mandatory | STATUS mandatory | ||
DESCRIPTION | DESCRIPTION | ||
+ | |||
+ | |||
Line 1,406: | Line 1,357: | ||
segment value." | segment value." | ||
::= { dot1dSrPortEntry 14 } | ::= { dot1dSrPortEntry 14 } | ||
− | |||
dot1dSrPortDuplicateSegmentDiscards OBJECT-TYPE | dot1dSrPortDuplicateSegmentDiscards OBJECT-TYPE | ||
SYNTAX Counter | SYNTAX Counter | ||
Line 1,416: | Line 1,366: | ||
contained a duplicate segment identifier." | contained a duplicate segment identifier." | ||
::= { dot1dSrPortEntry 15 } | ::= { dot1dSrPortEntry 15 } | ||
− | |||
dot1dSrPortHopCountExceededDiscards OBJECT-TYPE | dot1dSrPortHopCountExceededDiscards OBJECT-TYPE | ||
SYNTAX Counter | SYNTAX Counter | ||
Line 1,427: | Line 1,376: | ||
descriptor length." | descriptor length." | ||
::= { dot1dSrPortEntry 16 } | ::= { dot1dSrPortEntry 16 } | ||
− | |||
-- the dot1dTp group | -- the dot1dTp group | ||
− | |||
-- Implementation of the dot1dTp group is optional. It is | -- Implementation of the dot1dTp group is optional. It is | ||
-- implemented by those bridges that support the transparent | -- implemented by those bridges that support the transparent | ||
-- bridging mode. A transparent or SRT bridge will implement | -- bridging mode. A transparent or SRT bridge will implement | ||
-- this group. | -- this group. | ||
− | |||
dot1dTpLearnedEntryDiscards OBJECT-TYPE | dot1dTpLearnedEntryDiscards OBJECT-TYPE | ||
Line 1,449: | Line 1,395: | ||
Forwarding Database is regularly becoming full (a | Forwarding Database is regularly becoming full (a | ||
condition which has unpleasant performance effects | condition which has unpleasant performance effects | ||
+ | |||
+ | |||
Line 1,461: | Line 1,409: | ||
"P802.1d/D9, July 14, 1989: Section 6.7.1.1.3" | "P802.1d/D9, July 14, 1989: Section 6.7.1.1.3" | ||
::= { dot1dTp 1 } | ::= { dot1dTp 1 } | ||
− | |||
dot1dTpAgingTime OBJECT-TYPE | dot1dTpAgingTime OBJECT-TYPE | ||
SYNTAX INTEGER | SYNTAX INTEGER | ||
Line 1,472: | Line 1,419: | ||
"P802.1d/D9, July 14, 1989: Section 6.7.1.1.3" | "P802.1d/D9, July 14, 1989: Section 6.7.1.1.3" | ||
::= { dot1dTp 2 } | ::= { dot1dTp 2 } | ||
− | |||
-- The Forwarding Database for Transparent Bridges | -- The Forwarding Database for Transparent Bridges | ||
− | |||
dot1dTpFdbTable OBJECT-TYPE | dot1dTpFdbTable OBJECT-TYPE | ||
SYNTAX SEQUENCE OF Dot1dTpFdbEntry | SYNTAX SEQUENCE OF Dot1dTpFdbEntry | ||
Line 1,487: | Line 1,432: | ||
determining how to propagate a received frame." | determining how to propagate a received frame." | ||
::= { dot1dTp 3 } | ::= { dot1dTp 3 } | ||
− | |||
dot1dTpFdbEntry OBJECT-TYPE | dot1dTpFdbEntry OBJECT-TYPE | ||
SYNTAX Dot1dTpFdbEntry | SYNTAX Dot1dTpFdbEntry | ||
Line 1,498: | Line 1,442: | ||
INDEX { dot1dTpFdbAddress } | INDEX { dot1dTpFdbAddress } | ||
::= { dot1dTpFdbTable 1 } | ::= { dot1dTpFdbTable 1 } | ||
− | |||
Dot1dTpFdbEntry ::= | Dot1dTpFdbEntry ::= | ||
SEQUENCE { | SEQUENCE { | ||
dot1dTpFdbAddress | dot1dTpFdbAddress | ||
+ | |||
+ | |||
Line 1,513: | Line 1,458: | ||
INTEGER | INTEGER | ||
} | } | ||
− | |||
dot1dTpFdbAddress OBJECT-TYPE | dot1dTpFdbAddress OBJECT-TYPE | ||
SYNTAX MacAddress | SYNTAX MacAddress | ||
Line 1,524: | Line 1,468: | ||
"P802.1d/D9, July 14, 1989: Section 3.9.1, 3.9.2" | "P802.1d/D9, July 14, 1989: Section 3.9.1, 3.9.2" | ||
::= { dot1dTpFdbEntry 1 } | ::= { dot1dTpFdbEntry 1 } | ||
− | |||
dot1dTpFdbPort OBJECT-TYPE | dot1dTpFdbPort OBJECT-TYPE | ||
SYNTAX INTEGER | SYNTAX INTEGER | ||
Line 1,542: | Line 1,485: | ||
for addresses for which the corresponding value of | for addresses for which the corresponding value of | ||
dot1dTpFdbStatus is not learned(3)." | dot1dTpFdbStatus is not learned(3)." | ||
− | |||
::= { dot1dTpFdbEntry 2 } | ::= { dot1dTpFdbEntry 2 } | ||
− | |||
dot1dTpFdbStatus OBJECT-TYPE | dot1dTpFdbStatus OBJECT-TYPE | ||
SYNTAX INTEGER { | SYNTAX INTEGER { | ||
Line 1,555: | Line 1,496: | ||
ACCESS read-only | ACCESS read-only | ||
STATUS mandatory | STATUS mandatory | ||
+ | |||
+ | |||
Line 1,563: | Line 1,506: | ||
"The status of this entry. The meanings of the | "The status of this entry. The meanings of the | ||
values are: | values are: | ||
− | |||
other(1) : none of the following. This would | other(1) : none of the following. This would | ||
include the case where some other | include the case where some other | ||
Line 1,574: | Line 1,516: | ||
dot1dTpFdbAddress are being | dot1dTpFdbAddress are being | ||
forwarded. | forwarded. | ||
− | |||
invalid(2) : this entry is not longer valid | invalid(2) : this entry is not longer valid | ||
(e.g., it was learned but has since | (e.g., it was learned but has since | ||
aged-out), but has not yet been | aged-out), but has not yet been | ||
flushed from the table. | flushed from the table. | ||
− | |||
learned(3) : the value of the corresponding | learned(3) : the value of the corresponding | ||
instance of dot1dTpFdbPort was | instance of dot1dTpFdbPort was | ||
learned, and is being used. | learned, and is being used. | ||
− | |||
self(4) : the value of the corresponding | self(4) : the value of the corresponding | ||
instance of dot1dTpFdbAddress | instance of dot1dTpFdbAddress | ||
Line 1,591: | Line 1,530: | ||
indicates which of the bridge's | indicates which of the bridge's | ||
ports has this address. | ports has this address. | ||
− | |||
mgmt(5) : the value of the corresponding | mgmt(5) : the value of the corresponding | ||
instance of dot1dTpFdbAddress is | instance of dot1dTpFdbAddress is | ||
Line 1,597: | Line 1,535: | ||
instance of dot1dStaticAddress." | instance of dot1dStaticAddress." | ||
::= { dot1dTpFdbEntry 3 } | ::= { dot1dTpFdbEntry 3 } | ||
− | |||
-- Port Table for Transparent Bridges | -- Port Table for Transparent Bridges | ||
− | |||
dot1dTpPortTable OBJECT-TYPE | dot1dTpPortTable OBJECT-TYPE | ||
SYNTAX SEQUENCE OF Dot1dTpPortEntry | SYNTAX SEQUENCE OF Dot1dTpPortEntry | ||
Line 1,608: | Line 1,544: | ||
"A table that contains information about every | "A table that contains information about every | ||
port that is associated with this transparent | port that is associated with this transparent | ||
+ | |||
+ | |||
Line 1,615: | Line 1,553: | ||
bridge." | bridge." | ||
::= { dot1dTp 4 } | ::= { dot1dTp 4 } | ||
− | |||
dot1dTpPortEntry OBJECT-TYPE | dot1dTpPortEntry OBJECT-TYPE | ||
SYNTAX Dot1dTpPortEntry | SYNTAX Dot1dTpPortEntry | ||
Line 1,625: | Line 1,562: | ||
INDEX { dot1dTpPort } | INDEX { dot1dTpPort } | ||
::= { dot1dTpPortTable 1 } | ::= { dot1dTpPortTable 1 } | ||
− | |||
Dot1dTpPortEntry ::= | Dot1dTpPortEntry ::= | ||
SEQUENCE { | SEQUENCE { | ||
Line 1,639: | Line 1,575: | ||
Counter | Counter | ||
} | } | ||
− | |||
dot1dTpPort OBJECT-TYPE | dot1dTpPort OBJECT-TYPE | ||
SYNTAX INTEGER | SYNTAX INTEGER | ||
Line 1,649: | Line 1,584: | ||
information." | information." | ||
::= { dot1dTpPortEntry 1 } | ::= { dot1dTpPortEntry 1 } | ||
− | |||
-- It would be nice if we could use ifMtu as the size of the | -- It would be nice if we could use ifMtu as the size of the | ||
-- largest INFO field, but we can't because ifMtu is defined | -- largest INFO field, but we can't because ifMtu is defined | ||
Line 1,655: | Line 1,589: | ||
-- can differ from the MAC layer (especially if several layers | -- can differ from the MAC layer (especially if several layers | ||
-- of encapsulation are used). | -- of encapsulation are used). | ||
− | |||
dot1dTpPortMaxInfo OBJECT-TYPE | dot1dTpPortMaxInfo OBJECT-TYPE | ||
SYNTAX INTEGER | SYNTAX INTEGER | ||
Line 1,661: | Line 1,594: | ||
STATUS mandatory | STATUS mandatory | ||
DESCRIPTION | DESCRIPTION | ||
+ | |||
+ | |||
Line 1,669: | Line 1,604: | ||
this port will receive or transmit." | this port will receive or transmit." | ||
::= { dot1dTpPortEntry 2 } | ::= { dot1dTpPortEntry 2 } | ||
− | |||
dot1dTpPortInFrames OBJECT-TYPE | dot1dTpPortInFrames OBJECT-TYPE | ||
SYNTAX Counter | SYNTAX Counter | ||
Line 1,684: | Line 1,618: | ||
"P802.1d/D9, July 14, 1989: Section 6.6.1.1.3" | "P802.1d/D9, July 14, 1989: Section 6.6.1.1.3" | ||
::= { dot1dTpPortEntry 3 } | ::= { dot1dTpPortEntry 3 } | ||
− | |||
dot1dTpPortOutFrames OBJECT-TYPE | dot1dTpPortOutFrames OBJECT-TYPE | ||
SYNTAX Counter | SYNTAX Counter | ||
Line 1,699: | Line 1,632: | ||
"P802.1d/D9, July 14, 1989: Section 6.6.1.1.3" | "P802.1d/D9, July 14, 1989: Section 6.6.1.1.3" | ||
::= { dot1dTpPortEntry 4 } | ::= { dot1dTpPortEntry 4 } | ||
− | |||
dot1dTpPortInDiscards OBJECT-TYPE | dot1dTpPortInDiscards OBJECT-TYPE | ||
SYNTAX Counter | SYNTAX Counter | ||
Line 1,711: | Line 1,643: | ||
"P802.1d/D9, July 14, 1989: Section 6.6.1.1.3" | "P802.1d/D9, July 14, 1989: Section 6.6.1.1.3" | ||
::= { dot1dTpPortEntry 5 } | ::= { dot1dTpPortEntry 5 } | ||
+ | |||
+ | |||
Line 1,720: | Line 1,654: | ||
-- The Static (Destination-Address Filtering) Database | -- The Static (Destination-Address Filtering) Database | ||
− | |||
-- Implementation of this group is optional. | -- Implementation of this group is optional. | ||
− | |||
dot1dStaticTable OBJECT-TYPE | dot1dStaticTable OBJECT-TYPE | ||
Line 1,744: | Line 1,676: | ||
"P802.1d/D9, July 14, 1989: Section 6.7.2" | "P802.1d/D9, July 14, 1989: Section 6.7.2" | ||
::= { dot1dStatic 1 } | ::= { dot1dStatic 1 } | ||
− | |||
dot1dStaticEntry OBJECT-TYPE | dot1dStaticEntry OBJECT-TYPE | ||
SYNTAX Dot1dStaticEntry | SYNTAX Dot1dStaticEntry | ||
Line 1,759: | Line 1,690: | ||
INDEX { dot1dStaticAddress, dot1dStaticReceivePort } | INDEX { dot1dStaticAddress, dot1dStaticReceivePort } | ||
::= { dot1dStaticTable 1 } | ::= { dot1dStaticTable 1 } | ||
− | |||
Dot1dStaticEntry ::= | Dot1dStaticEntry ::= | ||
SEQUENCE { | SEQUENCE { | ||
Line 1,767: | Line 1,697: | ||
INTEGER, | INTEGER, | ||
dot1dStaticAllowedToGoTo | dot1dStaticAllowedToGoTo | ||
+ | |||
+ | |||
Line 1,776: | Line 1,708: | ||
INTEGER | INTEGER | ||
} | } | ||
− | |||
dot1dStaticAddress OBJECT-TYPE | dot1dStaticAddress OBJECT-TYPE | ||
SYNTAX MacAddress | SYNTAX MacAddress | ||
Line 1,789: | Line 1,720: | ||
"P802.1d/D9, July 14, 1989: Section 3.9.1, 3.9.2" | "P802.1d/D9, July 14, 1989: Section 3.9.1, 3.9.2" | ||
::= { dot1dStaticEntry 1 } | ::= { dot1dStaticEntry 1 } | ||
− | |||
dot1dStaticReceivePort OBJECT-TYPE | dot1dStaticReceivePort OBJECT-TYPE | ||
SYNTAX INTEGER | SYNTAX INTEGER | ||
Line 1,802: | Line 1,732: | ||
other applicable entry." | other applicable entry." | ||
::= { dot1dStaticEntry 2 } | ::= { dot1dStaticEntry 2 } | ||
− | |||
dot1dStaticAllowedToGoTo OBJECT-TYPE | dot1dStaticAllowedToGoTo OBJECT-TYPE | ||
SYNTAX OCTET STRING | SYNTAX OCTET STRING | ||
Line 1,820: | Line 1,749: | ||
bridge is represented by a single bit within the | bridge is represented by a single bit within the | ||
value of this object. If that bit has a value of | value of this object. If that bit has a value of | ||
+ | |||
+ | |||
Line 1,831: | Line 1,762: | ||
received is irrelevant.)" | received is irrelevant.)" | ||
::= { dot1dStaticEntry 3 } | ::= { dot1dStaticEntry 3 } | ||
− | |||
dot1dStaticStatus OBJECT-TYPE | dot1dStaticStatus OBJECT-TYPE | ||
SYNTAX INTEGER { | SYNTAX INTEGER { | ||
Line 1,860: | Line 1,790: | ||
aged out." | aged out." | ||
::= { dot1dStaticEntry 4 } | ::= { dot1dStaticEntry 4 } | ||
− | |||
-- Traps for use by Bridges | -- Traps for use by Bridges | ||
− | |||
-- Traps for the Spanning Tree Protocol | -- Traps for the Spanning Tree Protocol | ||
− | |||
newRoot TRAP-TYPE | newRoot TRAP-TYPE | ||
ENTERPRISE dot1dBridge | ENTERPRISE dot1dBridge | ||
Line 1,873: | Line 1,800: | ||
as the new root, e.g., upon expiration of the | as the new root, e.g., upon expiration of the | ||
Topology Change Timer immediately subsequent to | Topology Change Timer immediately subsequent to | ||
+ | |||
+ | |||
Line 1,880: | Line 1,809: | ||
its election." | its election." | ||
::= 1 | ::= 1 | ||
− | |||
topologyChange TRAP-TYPE | topologyChange TRAP-TYPE | ||
ENTERPRISE dot1dBridge | ENTERPRISE dot1dBridge | ||
Line 1,891: | Line 1,819: | ||
same transition." | same transition." | ||
::= 2 | ::= 2 | ||
− | |||
END | END | ||
− | + | == Acknowledgments == | |
− | == Acknowledgments == | ||
− | |||
This document was produced on behalf of the Bridge Sub-Working Group | This document was produced on behalf of the Bridge Sub-Working Group | ||
of the SNMP Working Group of the Internet Engineering Task Force. | of the SNMP Working Group of the Internet Engineering Task Force. | ||
Line 1,907: | Line 1,832: | ||
chose to proceed with a document formed as a conjunction of the | chose to proceed with a document formed as a conjunction of the | ||
latter two submissions. This document is the result. | latter two submissions. This document is the result. | ||
− | |||
The authors wish to thank the members of the Bridge Working Group for | The authors wish to thank the members of the Bridge Working Group for | ||
their many comments and suggestions which improved this effort. In | their many comments and suggestions which improved this effort. In | ||
Line 1,914: | Line 1,838: | ||
Others members of the Bridge Working Group who contributed to this | Others members of the Bridge Working Group who contributed to this | ||
effort are: | effort are: | ||
− | |||
Bill Anderson, Mitre | Bill Anderson, Mitre | ||
Karl Auerbach, Epilogue | Karl Auerbach, Epilogue | ||
Line 1,926: | Line 1,849: | ||
Andy Davis, Spider | Andy Davis, Spider | ||
Eric Decker, cisco | Eric Decker, cisco | ||
+ | |||
+ | |||
Line 1,954: | Line 1,879: | ||
Maurice Turcott, Racal | Maurice Turcott, Racal | ||
Fei Xu, | Fei Xu, | ||
+ | == References == | ||
+ | [1] Cerf, V., "IAB Recommendations for the Development of Internet | ||
+ | Network Management Standards", RFC 1052, NRI, April 1988. | ||
+ | [2] Cerf, V., "Report of the Second Ad Hoc Network Management Review | ||
+ | Group", RFC 1109, NRI, August 1989. | ||
+ | [3] Rose M., and K. McCloghrie, "Structure and Identification of | ||
+ | Management Information for TCP/IP-based internets", RFC 1155, | ||
+ | Performance Systems International, Hughes LAN Systems, May 1990. | ||
+ | [4] McCloghrie K., and M. Rose, "Management Information Base for | ||
+ | Network Management of TCP/IP-based internets", RFC 1156, Hughes | ||
+ | LAN Systems, Performance Systems International, May 1990. | ||
+ | [5] Case, J., Fedor, M., Schoffstall, M., and J. Davin, "Simple | ||
+ | Network Management Protocol", RFC 1157, SNMP Research, | ||
+ | Performance Systems International, Performance Systems | ||
+ | International, MIT Laboratory for Computer Science, May 1990. | ||
+ | [6] McCloghrie K., and M. Rose, Editors, "Management Information Base | ||
+ | for Network Management of TCP/IP-based internets", RFC 1213, | ||
+ | Performance Systems International, March 1991. | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | [7] Information processing systems - Open Systems Interconnection - | + | |
− | [8] Information processing systems - Open Systems Interconnection - | + | [7] Information processing systems - Open Systems Interconnection - |
− | [9] Rose, M., and K. McCloghrie, Editors, "Concise MIB Definitions", | + | Specification of Abstract Syntax Notation One (ASN.1), |
− | [10] Rose, M., Editor, "A Convention for Defining Traps for use with | + | International Organization for Standardization, International |
− | [11] ANSI/IEEE Draft P802.1d/D9 MAC Bridges, "IEEE Project 802 Local | + | Standard 8824, December 1987. |
+ | [8] Information processing systems - Open Systems Interconnection - | ||
+ | Specification of Basic Encoding Rules for Abstract Notation One | ||
+ | (ASN.1), International Organization for Standardization, | ||
+ | International Standard 8825, December 1987. | ||
+ | [9] Rose, M., and K. McCloghrie, Editors, "Concise MIB Definitions", | ||
+ | RFC 1212, Performance Systems International, Hughes LAN Systems, | ||
+ | March 1991. | ||
+ | [10] Rose, M., Editor, "A Convention for Defining Traps for use with | ||
+ | the SNMP", RFC 1215, Performance Systems International, March | ||
+ | 1991. | ||
+ | [11] ANSI/IEEE Draft P802.1d/D9 MAC Bridges, "IEEE Project 802 Local | ||
+ | and Metropolitan Area Networks", July 14, 1989. | ||
[12] I.B.M. Token Ring Architecture Reference. | [12] I.B.M. Token Ring Architecture Reference. | ||
[13] ISO DIS 10038 MAC Bridges. | [13] ISO DIS 10038 MAC Bridges. | ||
− | [14] ANSI/IEEE P802.1x/P802.5x, "Proposed Draft Local Area Network | + | [14] ANSI/IEEE P802.1x/P802.5x, "Proposed Draft Local Area Network |
− | [15] ANSI/IEEE 802.1y, "Source Routing Tutorial for End System | + | Standard -- MAC Bridges, Source Routing Supplement", IEEE Project |
− | == Security Considerations == | + | 802, September 1990. |
+ | [15] ANSI/IEEE 802.1y, "Source Routing Tutorial for End System | ||
+ | Operation", September 1990. | ||
+ | == Security Considerations == | ||
+ | Security issues are not discussed in this memo. | ||
− | |||
Line 1,997: | Line 1,948: | ||
− | |||
+ | == Authors' Addresses == | ||
Eric B. Decker | Eric B. Decker | ||
cisco Systems, Inc. | cisco Systems, Inc. | ||
1525 O'Brien Dr. | 1525 O'Brien Dr. | ||
Menlo Park, CA 94025 | Menlo Park, CA 94025 | ||
− | |||
Phone: (415) 326-1941 | Phone: (415) 326-1941 | ||
Email: [email protected] | Email: [email protected] | ||
− | |||
Paul Langille | Paul Langille | ||
Line 2,012: | Line 1,961: | ||
Digital Drive, MK02-2/K03 | Digital Drive, MK02-2/K03 | ||
Merrimack, NH 03054 | Merrimack, NH 03054 | ||
− | |||
Phone: (603) 884-4045 | Phone: (603) 884-4045 | ||
EMail: [email protected] | EMail: [email protected] | ||
− | |||
Anil Rijsinghani | Anil Rijsinghani | ||
Line 2,021: | Line 1,968: | ||
153 Taylor St. | 153 Taylor St. | ||
Littleton, MA 01460 | Littleton, MA 01460 | ||
− | |||
Phone: (508)952-3520 | Phone: (508)952-3520 | ||
EMail: [email protected] | EMail: [email protected] | ||
− | |||
Keith McCloghrie | Keith McCloghrie | ||
Line 2,030: | Line 1,975: | ||
1225 Charleston Road | 1225 Charleston Road | ||
Mountain View, CA 94043 | Mountain View, CA 94043 | ||
− | |||
Phone: (415) 966-7934 | Phone: (415) 966-7934 | ||
EMail: [email protected] | EMail: [email protected] |
Revision as of 00:53, 23 September 2020
Network Working Group E. Decker Request for Comments: 1286 cisco Systems, Inc.
P. Langille Digital Equipment Corporation A. Rijsinghani Digital Equipment Corporation K. McCloghrie Hughes LAN Systems, Inc. December 1991
Definitions of Managed Objects for Bridges
Status of this Memo This memo is an extension to the SNMP MIB. This RFC specifies an IAB standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "IAB Official Protocol Standards" for the standardization state and status of this protocol. Distribution of this memo is unlimited. Table of Contents 1. Abstract ............................................. 2 2. The Network Management Framework...................... 2 3. Objects .............................................. 2 3.1 Format of Definitions ............................... 3 4. Overview ............................................. 3 4.1 Structure of MIB .................................... 4 4.1.1 The dot1dBase Group ............................... 7 4.1.2 The dot1dStp Group ................................ 7 4.1.3 The dot1dSr Group ................................. 7 4.1.4 The dot1dTp Group ................................. 7 4.1.5 The dot1dStatic Group ............................. 7 4.2 Relationship to Other MIBs .......................... 7 4.2.1 Relationship to the 'system' group ................ 8 4.2.2 Relationship to the 'interfaces' group ............ 8 4.3 Textual Conventions ................................. 9 5. Definitions .......................................... 9 5.1 Groups in the Bridge MIB ............................ 11 5.2 The dot1dBase Group Definitions ..................... 11 5.3 The dot1dStp Group Definitions ...................... 14 5.4 The dot1dSr Group Definitions ....................... 22 5.5 The dot1dTp Group Definitions ....................... 28 5.6 The dot1dStatic Group Definitions ................... 34 5.8 Traps for use by Bridges ............................ 36 6. Acknowledgments ...................................... 37
7. References ........................................... 38 8. Security Considerations............................... 39 9. Authors' Addresses.................................... 40
Contents
Abstract
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in TCP/IP based internets. In particular it defines objects for managing bridges based on the IEEE 802.1d draft standard between Local Area Network (LAN) segments. Provisions are made for support of transparent and source route bridging. Provisions are also made so that these objects apply to bridges connected by subnetworks other than LAN segments.
The Network Management Framework
The Internet-standard Network Management Framework consists of three components. They are:
RFC 1155 which defines the SMI, the mechanisms used for describing and naming objects for the purpose of management. RFC 1212 defines a more concise description mechanism, which is wholly consistent with the SMI. RFC 1156 which defines MIB-I, the core set of managed objects for the Internet suite of protocols. RFC 1213, defines MIB-II, an evolution of MIB-I based on implementation experience and new operational requirements. RFC 1157 which defines the SNMP, the protocol used for network access to managed objects.
The Framework permits new objects to be defined for the purpose of experimentation and evaluation.
Objects
Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. Objects in the MIB are defined using the subset of Abstract Syntax Notation One (ASN.1) [7] defined in the SMI. In particular, each object has a name, a syntax, and an encoding. The name is an object identifier, an administratively assigned name, which specifies an object type. The object type together with an object instance serves to uniquely identify a specific instantiation of the object. For human convenience, we often use a textual string, termed the OBJECT DESCRIPTOR, to also refer to the object type.
The syntax of an object type defines the abstract data structure
corresponding to that object type. The ASN.1 language is used for
this purpose. However, the SMI [3] purposely restricts the ASN.1
constructs which may be used. These restrictions are explicitly made
for simplicity.
The encoding of an object type is simply how that object type is
represented using the object type's syntax. Implicitly tied to the
notion of an object type's syntax and encoding is how the object type
is represented when being transmitted on the network.
The SMI specifies the use of the basic encoding rules of ASN.1 [8],
subject to the additional requirements imposed by the SNMP.
3.1. Format of Definitions
Section 5 contains the specification of all object types contained in
this MIB module. The object types are defined using the conventions
defined in the SMI, as amended by the extensions specified in [9,10].
Overview
A common device present in many networks is the Bridge. This device is used to connect Local Area Network segments below the network layer. There are two major modes defined for this bridging; transparent and source route. The transparent method of bridging is defined in the draft IEEE 802.1d specification [11]. Source route bridging has been defined by I.B.M. and is described in the Token Ring Architecture Reference [12]. IEEE 802.1d is currently working on combining the source route and transparent techniques in a compatible fashion. This memo defines those objects needed for the management of a bridging entity operating in one of these modes. To be consistent with IAB directives and good engineering practice, an explicit attempt was made to keep this MIB as simple as possible. This was accomplished by applying the following criteria to objects proposed for inclusion:
(1) Start with a small set of essential objects and add only as further objects are needed. (2) Require objects be essential for either fault or configuration management. (3) Consider evidence of current use and/or utility. (4) Limit the total of objects.
(5) Exclude objects which are simply derivable from others in this or other MIBs. (6) Avoid causing critical sections to be heavily instrumented. The guideline that was followed is one counter per critical section per layer.
4.1. Structure of MIB Objects in this MIB are arranged into groups. Each group is organized as a set of related objects. The overall structure and assignment of objects to their groups is shown below. Where appropriate the corresponding IEEE 802.1d [11] management object name is also included. Bridge MIB Name IEEE 802.1d Name dot1dBridge
dot1dBase BridgeAddress Bridge.BridgeAddress NumPorts Bridge.NumberOfPorts Type PortTable Port BridgePort.PortNumber IfIndex Circuit DelayExceededDiscards .DiscardTransitDelay MtuExceededDiscards .DiscardOnError dot1dStp ProtocolSpecification Priority SpanningTreeProtocol .BridgePriority TimeSinceTopologyChange .TimeSinceTopologyChange TopChanges .TopologyChangeCount DesignatedRoot .DesignatedRoot RootCost .RootCost RootPort .RootPort MaxAge .MaxAge HelloTime .HelloTime HoldTime .HoldTime ForwardDelay .ForwardDelay BridgeMaxAge .BridgeMaxAge BridgeHelloTime .BridgeHelloTime BridgeForwardDelay .BridgeForwardDelay PortTable Port SpanningTreeProtocolPort .PortNumber Priority .PortPriority
State .SpanningTreeState Enable PathCost .PortPathCost DesignatedRoot .DesignatedRoot DesignatedCost .DesignatedCost DesignatedBridge .DesignatedBridge DesignatedPort .DesignatedPort ForwardTransitions dot1dSr PortTable Port HopCount SourceRoutingPort .PortHopCount LocalSegment .SegmentNumber BridgeNum .BridgeNumber TargetSegment LargestFrame .LargestFrameSize STESpanMode .LimitedBroadcastMode SpecInFrames BridgePort .ValidSRFramesReceived SpecOutFrames .ValidSRForwardedOutbound ApeInFrames ApeOutFrames .BroadcastFramesForwarded SteInFrames SteOutFrames .BroadcastFramesForwarded SegmentMismatchDiscards .DiscardInvalidRI DuplicateSegmentDiscards .LanIdMismatch HopCountExceededDiscards .FramesDiscardedHopCountExceeded dot1dTp LearnedEntryDiscards BridgeFilter.DatabaseSize .NumDynamic,NumStatic AgingTime BridgeFilter.AgingTime FdbTable Address Status Port PortTable Port MaxInfo InFrames BridgePort.FramesReceived OutFrames .ForwardOutbound InDiscards .DiscardInbound dot1dStatic StaticTable Address ReceivePort AllowedToGoTo
Status
The following IEEE 802.1d management objects have not been included in the Bridge MIB for the indicated reasons.
IEEE 802.1d Object Disposition Bridge.BridgeName Same as sysDescr (MIB II) Bridge.BridgeUpTime Same as sysUpTime (MIB II) Bridge.PortAddresses Same as ifPhysAddress (MIB II) BridgePort.PortName Same as ifDescr (MIB II) BridgePort.PortType Same as ifType (MIB II) BridgePort.RoutingType Derivable from the implemented
groups
SpanningTreeProtocol
.BridgeIdentifier Combination of dot1dStpPriority and dot1dBaseBridgeAddress .TopologyChange Since this is transitory, it is not considered useful.
SpanningTreeProtocolPort
.Uptime Same as ifLastChange (MIB II) .PortIdentifier Combination of dot1dStpPortNum and dot1dStpPortPriority .TopologyChangeAcknowledged Since this is transitory, it is not considered useful. .DiscardLackOfBuffers Redundant
Transmission Priority These objects are not required
as per the Pics Proforma and not considered useful. .TransmissionPriorityName .OutboundUserPriority .OutboundAccessPriority
SourceRoutingPort The Source Routing Supplement,
at the time of this writing, is not stable. The following objects were NOT included in this MIB because they are redundant or not considered useful. .LimitedBroadcastEnable
BridgePort.DupLanIdOrTreeError
.DiscardLackOfBuffers .DiscardErrorDetails .DiscardTargetLANInoperable
.ValidSRDiscardedInbound .BroadcastBytesForwarded .NonBroadcastBytesForwarded .FramesNotReceivedDueToCongestion .FramesDiscardedDueToInternalError
4.1.1. The dot1dBase Group This mandatory group contains the objects which are applicable to all types of bridges. 4.1.2. The dot1dStp Group This group contains the objects that denote the bridge's state with respect to the Spanning Tree Protocol. If a node does not implemented the Spanning Tree Protocol, this group will not be implemented. This group is applicable to any transparent only, source route, or SRT bridge which implements the Spanning Tree Protocol. 4.1.3. The dot1dSr Group This group contains the objects that describe the entity's state with respect to source route bridging. If source routing is not supported this group will not be implemented. This group is applicable to source route only, and SRT bridges. 4.1.4. The dot1dTp Group This group contains objects that describe the entity's state with respect to transparent bridging. If transparent bridging is not supported this group will not be implemented. This group is applicable to transparent only and SRT bridges. 4.1.5. The dot1dStatic Group This group contains objects that describe the entity's state with respect to destination-address filtering. If destination-address filtering is not supported this group will not be implemented. This group is applicable to any type of bridge which performs destination-address filtering. 4.2. Relationship to Other MIBs As described above, some IEEE 802.1d management objects have not been included in this MIB because they overlap with objects in other MIBs applicable to a bridge implementing this MIB. In particular, it is assumed that a bridge implementing this MIB will also implement (at
least) the 'system' group and the 'interfaces' group defined in MIB- II [6]. 4.2.1. Relationship to the 'system' group In MIB-II, the 'system' group is defined as being mandatory for all systems such that each managed entity contains one instance of each object in the 'system' group. Thus, those objects apply to the entity as a whole irrespective of whether the entity's sole functionality is bridging, or whether bridging is only a subset of the entity's functionality. 4.2.2. Relationship to the 'interfaces' group In MIB-II, the 'interfaces' group is defined as being mandatory for all systems and contains information on an entity's interfaces, where each interface is thought of as being attached to a `subnetwork'. (Note that this term is not to be confused with `subnet' which refers to an addressing partitioning scheme used in the Internet suite of protocols.) The term 'segment' is used in this memo to refer to such a subnetwork, whether it be an Ethernet segment, a 'ring', a WAN link, or even an X.25 virtual circuit. Implicit in this Bridge MIB is the notion of ports on a bridge. Each of these ports is associated with one interface of the 'interfaces' group, and in most situations, each port is associated with a different interface. However, there are situations in which multiple ports are associated with the same interface. An example of such a situation would be several ports each corresponding one-to-one with several X.25 virtual circuits but all on the same interface. Each port is uniquely identified by a port number. A port number has no mandatory relationship to an interface number, but in the simple case a port number will have the same value as the corresponding interface's interface number. Port numbers are in the range (1..dot1dBaseNumPorts). Some entities perform other functionality as well as bridging through the sending and receiving of data on their interfaces. In such situations, only a subset of the data sent/received on an interface is within the domain of the entity's bridging functionality. This subset is considered to be delineated according to a set of protocols, with some protocols being bridged, and other protocols not being bridged. For example, in an entity which exclusively performed bridging, all protocols would be considered as being bridged, whereas in an entity which performed IP routing on IP datagrams and only bridged other protocols, only the non-IP data would be considered as being bridged.
Thus, this Bridge MIB (and in particular, its counters) are applicable only to that subset of the data on an entity's interfaces which is sent/received for a protocol being bridged. All such data is sent/received via the ports of the bridge. 4.3. Textual Conventions The datatypes, MacAddress, BridgeId and Timeout, are used as textual conventions in this document. These textual conventions have NO effect on either the syntax nor the semantics of any managed object. Objects defined using these conventions are always encoded by means of the rules that define their primitive type. Hence, no changes to the SMI or the SNMP are necessary to accommodate these textual conventions which are adopted merely for the convenience of readers.
Definitions
RFC1286-MIB DEFINITIONS ::= BEGIN IMPORTS
Counter, Gauge, TimeTicks FROM RFC1155-SMI mib-2 FROM RFC1213-MIB OBJECT-TYPE FROM RFC-1212 TRAP-TYPE FROM RFC-1215;
-- All representations of MAC addresses in this MIB Module use, -- as a textual convention (i.e. this convention does not affect -- their encoding), the data type: MacAddress ::= OCTET STRING (SIZE (6)) -- a 6 octet address in
-- the "canonical" order
-- defined by IEEE 802.1a, i.e., as if it were transmitted least -- significant bit first, even though 802.5 (in contrast to other -- 802.x protocols) requires MAC addresses to be transmitted most -- significant bit first. -- -- 16-bit addresses, if needed, are represented by setting their -- upper 4 octets to all 0's, i.e., AAFF would be represented -- as 00000000AAFF.
-- Similarly, all representations of Bridge-Id in this MIB Module -- use, as a textual convention (i.e. this convention does not affect -- their encoding), the data type:
BridgeId ::= OCTET STRING (SIZE (8)) -- the Bridge-Identifier as
-- used in the Spanning Tree
-- Protocol to uniquely identify a bridge. Its first two octets -- (in network byte order) contain a priority value and its last -- 6 octets contain the MAC address used to refer to a bridge in a -- unique fashion (typically, the numerically smallest MAC address -- of all ports on the bridge). -- Several objects in this MIB module represent values of timers -- used by the Spanning Tree Protocol. In this MIB, these timers -- have values in units of hundreths of a second (i.e. 1/100 secs). -- These timers, when stored in a Spanning Tree Protocol's BPDU, -- are in units of 1/256 seconds. Note, however, that 802.1d/D9 -- specifies a settable granularity of no more than 1 second for -- these timers. To avoid ambiguity, a data type is defined here -- as a textual convention and all representation of these timers -- in this MIB module are defined using this data type. An algorithm -- is also defined for converting between the different units, to -- ensure a timer's value is not distorted by multiple conversions. -- The data type is: Timeout ::= INTEGER -- a STP timer in units of 1/100 seconds -- To convert a Timeout value into a value in units of -- 1/256 seconds, the following algorithm should be used: -- -- b = floor( (n * 256) / 100) -- -- where: -- floor = quotient [ignore remainder] -- n is the value in 1/100 second units -- b is the value in 1/256 second units -- -- To convert the value from 1/256 second units back to -- 1/100 seconds, the following algorithm should be used: -- -- n = ceiling( (b * 100) / 256) -- -- where: -- ceiling = quotient [if remainder is 0], or -- quotient + 1 [if remainder is non-zero] -- n is the value in 1/100 second units -- b is the value in 1/256 second units -- -- Note: it is important that the arithmetic operations are done -- in the order specified (i.e., multiply first, divide second). dot1dBridge OBJECT IDENTIFIER ::= { mib-2 17 }
-- groups in the Bridge MIB
dot1dBase OBJECT IDENTIFIER ::= { dot1dBridge 1 }
dot1dStp OBJECT IDENTIFIER ::= { dot1dBridge 2 }
dot1dSr OBJECT IDENTIFIER ::= { dot1dBridge 3 }
dot1dTp OBJECT IDENTIFIER ::= { dot1dBridge 4 }
dot1dStatic OBJECT IDENTIFIER ::= { dot1dBridge 5 }
-- the dot1dBase group -- Implementation of the dot1dBase group is mandatory for all -- bridges. dot1dBaseBridgeAddress OBJECT-TYPE
SYNTAX MacAddress ACCESS read-only STATUS mandatory DESCRIPTION "The MAC address used by this bridge when it must be referred to in a unique fashion. It is recommended that this be the numerically smallest MAC address of all ports that belong to this bridge. However it is only required to be unique. When concatenated with dot1dStpPriority a unique BridgeIdentifier is formed which is used in the Spanning Tree Protocol." REFERENCE "P802.1d/D9, July 14, 1989: Sections 6.4.1.1.3 and 3.12.5" ::= { dot1dBase 1 }
dot1dBaseNumPorts OBJECT-TYPE
SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "The number of ports controlled by this bridging entity." REFERENCE "P802.1d/D9, July 14, 1989: Section 6.4.1.1.3" ::= { dot1dBase 2 }
dot1dBaseType OBJECT-TYPE
SYNTAX INTEGER {
unknown(1), transparent-only(2), sourceroute-only(3), srt(4) } ACCESS read-only STATUS mandatory DESCRIPTION "Indicates what type of bridging this bridge can perform. If a bridge is actually performing a certain type of bridging this will be indicated by entries in the port table for the given type." ::= { dot1dBase 3 }
-- The Generic Bridge Port Table dot1dBasePortTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dot1dBasePortEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "A table that contains generic information about every port that is associated with this bridge. Transparent, source-route, and srt ports are included." ::= { dot1dBase 4 }
dot1dBasePortEntry OBJECT-TYPE
SYNTAX Dot1dBasePortEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "A list of information for each port of the bridge." REFERENCE "P802.1d/D9, July 14, 1989: Section 6.4.2, 6.6.1" INDEX { dot1dBasePort } ::= { dot1dBasePortTable 1 }
Dot1dBasePortEntry ::=
SEQUENCE { dot1dBasePort INTEGER, dot1dBasePortIfIndex INTEGER, dot1dBasePortCircuit OBJECT IDENTIFIER, dot1dBasePortDelayExceededDiscards
Counter, dot1dBasePortMtuExceededDiscards Counter }
dot1dBasePort OBJECT-TYPE
SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "The port number of the port for which this entry contains bridge management information." ::= { dot1dBasePortEntry 1 }
dot1dBasePortIfIndex OBJECT-TYPE
SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "The value of the instance of the ifIndex object, defined in [4,6], for the interface corresponding to this port." ::= { dot1dBasePortEntry 2 }
dot1dBasePortCircuit OBJECT-TYPE
SYNTAX OBJECT IDENTIFIER ACCESS read-only STATUS mandatory DESCRIPTION "For a port which (potentially) has the same value of dot1dBasePortIfIndex as another port on the same bridge, this object contains the name of an object instance unique to this port. For example, in the case where multiple ports correspond one- to-one with multiple X.25 virtual circuits, this value might identify an (e.g., the first) object instance associated with the X.25 virtual circuit corresponding to this port. For a port which has a unique value of dot1dBasePortIfIndex, this object can have the value { 0 0 }." ::= { dot1dBasePortEntry 3 }
dot1dBasePortDelayExceededDiscards OBJECT-TYPE
SYNTAX Counter ACCESS read-only STATUS mandatory
DESCRIPTION "The number of frames discarded by this port due to excessive transit delay through the bridge. It is incremented by both transparent and source route bridges." REFERENCE "P802.1d/D9, July 14, 1989: Section 6.6.1.1.3" ::= { dot1dBasePortEntry 4 }
dot1dBasePortMtuExceededDiscards OBJECT-TYPE
SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The number of frames discarded by this port due to an excessive size. It is incremented by both transparent and source route bridges." REFERENCE "P802.1d/D9, July 14, 1989: Section 6.6.1.1.3" ::= { dot1dBasePortEntry 5 }
-- the dot1dStp group -- Implementation of the dot1dStp group is optional. It is -- implemented by those bridges that support the Spanning Tree -- Protocol. Transparent, Source Route, and SRT bridges will -- implement this group only if they support the Spanning Tree -- Protocol.
dot1dStpProtocolSpecification OBJECT-TYPE
SYNTAX INTEGER { unknown(1), decLb100(2), ieee8021d(3) } ACCESS read-only STATUS mandatory DESCRIPTION "An indication of what version of the Spanning Tree Protocol is being run. The value 'decLb100(2)' indicates the DEC LANbridge 100 Spanning Tree protocol. IEEE 802.1d implementations will return 'ieee8021d(3)'. If future versions of the IEEE Spanning Tree Protocol are released that are incompatible with the current version a new value will be defined."
::= { dot1dStp 1 }
dot1dStpPriority OBJECT-TYPE
SYNTAX INTEGER (0..65535) ACCESS read-write STATUS mandatory DESCRIPTION "The value of the write-able portion of the Bridge ID, i.e., the first two octets of the (8 octet long) Bridge ID. The other (last) 6 octets of the Bridge ID are given by the value of dot1dBaseBridgeAddress." REFERENCE "P802.1d/D9, July 14, 1989: Section 4.5.3.7" ::= { dot1dStp 2 }
dot1dStpTimeSinceTopologyChange OBJECT-TYPE
SYNTAX TimeTicks ACCESS read-only STATUS mandatory DESCRIPTION "The time (in hundredths of a second) since the last time a topology change was detected by the bridge entity." REFERENCE "P802.1d/D9, July 14, 1989: Section 6.8.1.1.3" ::= { dot1dStp 3 }
dot1dStpTopChanges OBJECT-TYPE
SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The total number of topology changes detected by this bridge since the management entity was last reset or initialized." REFERENCE "P802.1d/D9, July 14, 1989: Section 6.8.1.1.3" ::= { dot1dStp 4 }
dot1dStpDesignatedRoot OBJECT-TYPE
SYNTAX BridgeId ACCESS read-only STATUS mandatory DESCRIPTION "The bridge identifier of the root of the spanning tree as determined by the Spanning Tree Protocol as executed by this node. This value is used as
the Root Identifier parameter in all Configuration Bridge PDUs originated by this node." REFERENCE "P802.1d/D9, July 14, 1989: Section 4.5.3.1" ::= { dot1dStp 5 }
dot1dStpRootCost OBJECT-TYPE
SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "The cost of the path to the root as seen from this bridge." REFERENCE "P802.1d/D9, July 14, 1989: Section 4.5.3.2" ::= { dot1dStp 6 }
dot1dStpRootPort OBJECT-TYPE
SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "The port number of the port which offers the lowest cost path from this bridge to the root bridge." REFERENCE "P802.1d/D9, July 14, 1989: Section 4.5.3.3" ::= { dot1dStp 7 }
dot1dStpMaxAge OBJECT-TYPE
SYNTAX Timeout ACCESS read-only STATUS mandatory DESCRIPTION "The maximum age of Spanning Tree Protocol information learned from the network on any port before it is discarded, in units of hundredths of a second. This is the actual value that this bridge is currently using." REFERENCE "P802.1d/D9, July 14, 1989: Section 4.5.3.4" ::= { dot1dStp 8 }
dot1dStpHelloTime OBJECT-TYPE
SYNTAX Timeout ACCESS read-only STATUS mandatory DESCRIPTION
"The amount of time between the transmission of Configuration bridge PDUs by this node on any port when it is the root of the spanning tree or trying to become so, in units of hundredths of a second. This is the actual value that this bridge is currently using." REFERENCE "P802.1d/D9, July 14, 1989: Section 4.5.3.5" ::= { dot1dStp 9 }
dot1dStpHoldTime OBJECT-TYPE
SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "This time value determines the interval length during which no more than two Configuration bridge PDUs shall be transmitted by this node, in units of hundredths of a second." REFERENCE "P802.1d/D9, July 14, 1989: Section 4.5.3.14" ::= { dot1dStp 10 }
dot1dStpForwardDelay OBJECT-TYPE
SYNTAX Timeout ACCESS read-only STATUS mandatory DESCRIPTION "This time value, measured in units of hundredths of a second, controls how fast a port changes its spanning state when moving towards the Forwarding state. The value determines how long the port stays in a particular state before moving to the next state. For example, how long a port stays in the Listening state when moving from Blocking to Learning. This value is also used, when a topology change has been detected and is underway, to age all dynamic entries in the Forwarding Database. [Note that this value is the one that this bridge is currently using, in contrast to dot1dStpBridgeForwardDelay which is the value that this bridge and all others would start using if/when this bridge were to become the root.]" REFERENCE "P802.1d/D9, July 14, 1989: Section 4.5.3.6" ::= { dot1dStp 11 }
dot1dStpBridgeMaxAge OBJECT-TYPE
SYNTAX Timeout (600..4000) ACCESS read-write STATUS mandatory DESCRIPTION "The value that all bridges use for MaxAge when this bridge is acting as the root. Note that 802.1d/D9 specifies that the range for this parameter is related to the value of dot1dStpBridgeHelloTime. The granularity of this timer is specified by 802.1d/D9 to be 1 second. An agent may return a badValue error if a set is attempted to a value which is not a whole number of seconds." REFERENCE "P802.1d/D9, July 14, 1989: Section 4.5.3.8" ::= { dot1dStp 12 }
dot1dStpBridgeHelloTime OBJECT-TYPE
SYNTAX Timeout (100..1000) ACCESS read-write STATUS mandatory DESCRIPTION "The value that all bridges use for HelloTime when this bridge is acting as the root. The granularity of this timer is specified by 802.1d/D9 to be 1 second. An agent may return a badValue error if a set is attempted to a value which is not a whole number of seconds." REFERENCE "P802.1d/D9, July 14, 1989: Section 4.5.3.9" ::= { dot1dStp 13 }
dot1dStpBridgeForwardDelay OBJECT-TYPE
SYNTAX Timeout (400..3000) ACCESS read-write STATUS mandatory DESCRIPTION "The value that all bridges use for ForwardDelay when this bridge is acting as the root. Note that 802.1d/D9 specifies that the range for this parameter is related to the value of dot1dStpBridgeMaxAge. The granularity of this timer is specified by 802.1d/D9 to be 1 second. An agent may return a badValue error if a set is attempted to a value which is not a whole number of seconds." REFERENCE
"P802.1d/D9, July 14, 1989: Section 4.5.3.10" ::= { dot1dStp 14 }
-- The Spanning Tree Port Table dot1dStpPortTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dot1dStpPortEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "A table that contains port-specific information for the Spanning Tree Protocol." ::= { dot1dStp 15 }
dot1dStpPortEntry OBJECT-TYPE
SYNTAX Dot1dStpPortEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "A list of information maintained by every port about the Spanning Tree Protocol state for that port." INDEX { dot1dStpPort } ::= { dot1dStpPortTable 1 }
Dot1dStpPortEntry ::=
SEQUENCE { dot1dStpPort INTEGER, dot1dStpPortPriority INTEGER, dot1dStpPortState INTEGER, dot1dStpPortEnable INTEGER, dot1dStpPortPathCost INTEGER, dot1dStpPortDesignatedRoot BridgeId, dot1dStpPortDesignatedCost INTEGER, dot1dStpPortDesignatedBridge BridgeId, dot1dStpPortDesignatedPort OCTET STRING, dot1dStpPortForwardTransitions Counter
}
dot1dStpPort OBJECT-TYPE
SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "The port number of the port for which this entry contains Spanning Tree Protocol management information." REFERENCE "P802.1d/D9, July 14, 1989: Section 6.8.2.1.2" ::= { dot1dStpPortEntry 1 }
dot1dStpPortPriority OBJECT-TYPE
SYNTAX INTEGER (0..255) ACCESS read-write STATUS mandatory DESCRIPTION "The value of the priority field which is contained in the first (in network byte order) octet of the (2 octet long) Port ID. The other octet of the Port ID is given by the value of dot1dStpPort." REFERENCE "P802.1d/D9, July 14, 1989: Section 4.5.5.1" ::= { dot1dStpPortEntry 2 }
dot1dStpPortState OBJECT-TYPE
SYNTAX INTEGER { disabled(1), blocking(2), listening(3), learning(4), forwarding(5), broken(6) } ACCESS read-only STATUS mandatory DESCRIPTION "The port's current state as defined by application of the Spanning Tree Protocol. This state controls what action a port takes on reception of a frame. If the bridge has detected a port that is malfunctioning it will place that port into the broken(6) state. For ports which are disabled (see dot1dStpPortEnable), this object will have a value of disabled(1)."
REFERENCE "P802.1d/D9, July 14, 1989: Section 4.5.5.2" ::= { dot1dStpPortEntry 3 }
dot1dStpPortEnable OBJECT-TYPE
SYNTAX INTEGER { enabled(1), disabled(2) } ACCESS read-write STATUS mandatory DESCRIPTION "The enabled/disabled status of the port." REFERENCE "P802.1d/D9, July 14, 1989: Section 4.5.5.2" ::= { dot1dStpPortEntry 4 }
dot1dStpPortPathCost OBJECT-TYPE
SYNTAX INTEGER (1..65535) ACCESS read-write STATUS mandatory DESCRIPTION "The contribution of this port to the path cost of paths towards the spanning tree root which include this port." REFERENCE "P802.1d/D9, July 14, 1989: Section 4.5.5.3" ::= { dot1dStpPortEntry 5 }
dot1dStpPortDesignatedRoot OBJECT-TYPE
SYNTAX BridgeId ACCESS read-only STATUS mandatory DESCRIPTION "The unique Bridge Identifier of the Bridge recorded as the Root in the Configuration BPDUs transmitted by the Designated Bridge for the segment to which the port is attached." REFERENCE "P802.1d/D9, July 14, 1989: Section 4.5.5.4" ::= { dot1dStpPortEntry 6 }
dot1dStpPortDesignatedCost OBJECT-TYPE
SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "The path cost of the Designated Port of the
segment connected to this port. This value is compared to the Root Path Cost field in received bridge PDUs." REFERENCE "P802.1d/D9, July 14, 1989: Section 4.5.5.5" ::= { dot1dStpPortEntry 7 }
dot1dStpPortDesignatedBridge OBJECT-TYPE
SYNTAX BridgeId ACCESS read-only STATUS mandatory DESCRIPTION "The Bridge Identifier of the bridge which this port considers to be the Designated Bridge for this port's segment." REFERENCE "P802.1d/D9, July 14, 1989: Section 4.5.5.6" ::= { dot1dStpPortEntry 8 }
dot1dStpPortDesignatedPort OBJECT-TYPE
SYNTAX OCTET STRING (SIZE (2)) ACCESS read-only STATUS mandatory DESCRIPTION "The Port Identifier of the port on the Designated Bridge for this port's segment." REFERENCE "P802.1d/D9, July 14, 1989: Section 4.5.5.7" ::= { dot1dStpPortEntry 9 }
dot1dStpPortForwardTransitions OBJECT-TYPE
SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The number of times this port has transitioned from the Learning state to the Forwarding state." ::= { dot1dStpPortEntry 10 }
-- the dot1dSr group -- Implementation of the dot1dSr group is optional. It is -- implemented by those bridges that support the source route -- bridging mode, including Source Route and SRT bridges.
dot1dSrPortTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dot1dSrPortEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "A table that contains information about every port that is associated with this source route bridge." ::= { dot1dSr 1 }
dot1dSrPortEntry OBJECT-TYPE
SYNTAX Dot1dSrPortEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "A list of information for each port of a source route bridge." INDEX { dot1dSrPort } ::= { dot1dSrPortTable 1 }
Dot1dSrPortEntry ::=
SEQUENCE { dot1dSrPort INTEGER, dot1dSrPortHopCount INTEGER, dot1dSrPortLocalSegment INTEGER, dot1dSrPortBridgeNum INTEGER, dot1dSrPortTargetSegment INTEGER, dot1dSrPortLargestFrame INTEGER, dot1dSrPortSTESpanMode INTEGER, dot1dSrPortSpecInFrames Counter, dot1dSrPortSpecOutFrames Counter, dot1dSrPortApeInFrames Counter, dot1dSrPortApeOutFrames Counter, dot1dSrPortSteInFrames Counter, dot1dSrPortSteOutFrames Counter,
dot1dSrPortSegmentMismatchDiscards Counter, dot1dSrPortDuplicateSegmentDiscards Counter, dot1dSrPortHopCountExceededDiscards Counter }
dot1dSrPort OBJECT-TYPE
SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "The port number of the port for which this entry contains Source Route management information." ::= { dot1dSrPortEntry 1 }
dot1dSrPortHopCount OBJECT-TYPE
SYNTAX INTEGER ACCESS read-write STATUS mandatory DESCRIPTION "The maximum number of routing descriptors allowed in an All Paths or Spanning Tree Explorer frames." ::= { dot1dSrPortEntry 2 }
dot1dSrPortLocalSegment OBJECT-TYPE
SYNTAX INTEGER ACCESS read-write STATUS mandatory DESCRIPTION "The segment number that uniquely identifies the segment to which this port is connected. Current source routing protocols limit this value to the range: 0 through 4095. A value of 65535 signifies that no segment number is assigned to this port." ::= { dot1dSrPortEntry 3 }
dot1dSrPortBridgeNum OBJECT-TYPE
SYNTAX INTEGER ACCESS read-write STATUS mandatory DESCRIPTION "A bridge number uniquely identifies a bridge when more than one bridge is used to span the same two segments. Current source routing protocols limit this value to the range: 0 through 15. A value of 65535 signifies that no bridge number is assigned
to this bridge." ::= { dot1dSrPortEntry 4 }
dot1dSrPortTargetSegment OBJECT-TYPE
SYNTAX INTEGER ACCESS read-write STATUS mandatory DESCRIPTION "The segment number that corresponds to the target segment this port is considered to be connected to by the bridge. Current source routing protocols limit this value to the range: 0 through 4095. A value of 65535 signifies that no target segment is assigned to this port." ::= { dot1dSrPortEntry 5 }
-- It would be nice if we could use ifMtu as the size of the -- largest frame, but we can't because ifMtu is defined to be -- the size that the (inter-)network layer can use which can -- differ from the MAC layer (especially if several layers of -- encapsulation are used). dot1dSrPortLargestFrame OBJECT-TYPE
SYNTAX INTEGER { dot1dSrMtu516 (516), dot1dSrMtu1500 (1500), dot1dSrMtu2052 (2052), dot1dSrMtu4472 (4472), dot1dSrMtu8144 (8144), dot1dSrMtu11407 (11407), -- yes this is correct don't dot1dSrMtu17800 (17800), -- ask me where it came from. dot1dSrMtu65535 (65535) } ACCESS read-write STATUS mandatory DESCRIPTION "The maximum size of the INFO field (LLC and above) that this port can send/receive. It does not include any MAC level (framing) octets. The value of this object is used by this bridge to determine whether a modification of the LargestFrame (LF, see [14]) field of the Routing Control field of the Routing Information Field is necessary. Valid values as defined by the 802.5 source routing bridging specification[14] are 516, 1500, 2052, 4472, 8144, 11407, 17800, and 65535 octets. Behavior of the port when an illegal
value is written is implementation specific. It is recommended that a reasonable legal value be chosen." ::= { dot1dSrPortEntry 6 }
dot1dSrPortSTESpanMode OBJECT-TYPE
SYNTAX INTEGER { auto-span(1), disabled(2), forced(3) } ACCESS read-write STATUS mandatory DESCRIPTION "Determines how this port behaves when presented with a Spanning Tree Explorer frame. The value 'disabled(2)' indicates that the port will not accept or send Spanning Tree Explorer packets; any STE packets received will be silently discarded. The value 'forced(3)' indicates the port will always accept and propagate Spanning Tree Explorer frames. This allows a manually configured Spanning Tree for this class of packet to be configured. Note that unlike transparent bridging this is not catastrophic to the network if there are loops. The value 'auto-span(1)' can only be returned by a bridge that both implements the Spanning Tree Protocol and has use of the protocol enabled on this port. The behavior of the port for Spanning Tree Explorer frames is determined by the state of dot1dStpPortState. If the port is in the 'forwarding' state, the frame will be accepted or propagated. Otherwise it will be silently discarded." ::= { dot1dSrPortEntry 7 }
dot1dSrPortSpecInFrames OBJECT-TYPE
SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The number of specifically routed frames that have been received from this port's segment." ::= { dot1dSrPortEntry 8 }
dot1dSrPortSpecOutFrames OBJECT-TYPE
SYNTAX Counter ACCESS read-only
STATUS mandatory DESCRIPTION "The number of specifically routed frames that this port has transmitted on its segment." ::= { dot1dSrPortEntry 9 }
dot1dSrPortApeInFrames OBJECT-TYPE
SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The number of all paths explorer frames that have been received by this port from its segment." ::= { dot1dSrPortEntry 10 }
dot1dSrPortApeOutFrames OBJECT-TYPE
SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The number of all paths explorer frames that have been transmitted by this port on its segment." ::= { dot1dSrPortEntry 11 }
dot1dSrPortSteInFrames OBJECT-TYPE
SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The number of spanning tree explorer frames that have been received by this port from its segment." ::= { dot1dSrPortEntry 12 }
dot1dSrPortSteOutFrames OBJECT-TYPE
SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The number of spanning tree explorer frames that have been transmitted by this port on its segment." ::= { dot1dSrPortEntry 13 }
dot1dSrPortSegmentMismatchDiscards OBJECT-TYPE
SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION
"The number of explorer frames that have been discarded by this port because the routing descriptor field contained an invalid adjacent segment value." ::= { dot1dSrPortEntry 14 }
dot1dSrPortDuplicateSegmentDiscards OBJECT-TYPE
SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The number of frames that have been discarded by this port because the routing descriptor field contained a duplicate segment identifier." ::= { dot1dSrPortEntry 15 }
dot1dSrPortHopCountExceededDiscards OBJECT-TYPE
SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The number of explorer frames that have been discarded by this port because the Routing Information Field has exceeded the maximum route descriptor length." ::= { dot1dSrPortEntry 16 }
-- the dot1dTp group -- Implementation of the dot1dTp group is optional. It is -- implemented by those bridges that support the transparent -- bridging mode. A transparent or SRT bridge will implement -- this group.
dot1dTpLearnedEntryDiscards OBJECT-TYPE
SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The total number of Forwarding Database entries, which have been or would have been learnt, but have been discarded due to a lack of space to store them in the Forwarding Database. If this counter is increasing, it indicates that the Forwarding Database is regularly becoming full (a condition which has unpleasant performance effects
on the subnetwork). If this counter has a significant value but is not presently increasing, it indicates that the problem has been occurring but is not persistent." REFERENCE "P802.1d/D9, July 14, 1989: Section 6.7.1.1.3" ::= { dot1dTp 1 }
dot1dTpAgingTime OBJECT-TYPE
SYNTAX INTEGER ACCESS read-write STATUS mandatory DESCRIPTION "The timeout period in seconds for aging out dynamically learned forwarding information." REFERENCE "P802.1d/D9, July 14, 1989: Section 6.7.1.1.3" ::= { dot1dTp 2 }
-- The Forwarding Database for Transparent Bridges dot1dTpFdbTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dot1dTpFdbEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "A table that contains information about unicast entries for which the bridge has forwarding and/or filtering information. This information is used by the transparent bridging function in determining how to propagate a received frame." ::= { dot1dTp 3 }
dot1dTpFdbEntry OBJECT-TYPE
SYNTAX Dot1dTpFdbEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "Information about a specific unicast MAC address for which the bridge has some forwarding and/or filtering information." INDEX { dot1dTpFdbAddress } ::= { dot1dTpFdbTable 1 }
Dot1dTpFdbEntry ::=
SEQUENCE { dot1dTpFdbAddress
MacAddress, dot1dTpFdbPort INTEGER, dot1dTpFdbStatus INTEGER }
dot1dTpFdbAddress OBJECT-TYPE
SYNTAX MacAddress ACCESS read-only STATUS mandatory DESCRIPTION "A unicast MAC address for which the bridge has forwarding and/or filtering information." REFERENCE "P802.1d/D9, July 14, 1989: Section 3.9.1, 3.9.2" ::= { dot1dTpFdbEntry 1 }
dot1dTpFdbPort OBJECT-TYPE
SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "Either the value '0', or the port number of the port on which a frame having a source address equal to the value of the corresponding instance of dot1dTpFdbAddress has been seen. A value of '0' indicates that the port number has not been learned but that the bridge does have some forwarding/filtering information about this address (e.g. in the dot1dStaticTable). Implementors are encouraged to assign the port value to this object whenever it is learned even for addresses for which the corresponding value of dot1dTpFdbStatus is not learned(3)." ::= { dot1dTpFdbEntry 2 }
dot1dTpFdbStatus OBJECT-TYPE
SYNTAX INTEGER { other(1), invalid(2), learned(3), self(4), mgmt(5) } ACCESS read-only STATUS mandatory
DESCRIPTION "The status of this entry. The meanings of the values are: other(1) : none of the following. This would include the case where some other MIB object (not the corresponding instance of dot1dTpFdbPort, nor an entry in the dot1dStaticTable) is being used to determine if and how frames addressed to the value of the corresponding instance of dot1dTpFdbAddress are being forwarded. invalid(2) : this entry is not longer valid (e.g., it was learned but has since aged-out), but has not yet been flushed from the table. learned(3) : the value of the corresponding instance of dot1dTpFdbPort was learned, and is being used. self(4) : the value of the corresponding instance of dot1dTpFdbAddress represents one of the bridge's addresses. The corresponding instance of dot1dTpFdbPort indicates which of the bridge's ports has this address. mgmt(5) : the value of the corresponding instance of dot1dTpFdbAddress is also the value of an existing instance of dot1dStaticAddress." ::= { dot1dTpFdbEntry 3 }
-- Port Table for Transparent Bridges dot1dTpPortTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dot1dTpPortEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "A table that contains information about every port that is associated with this transparent
bridge." ::= { dot1dTp 4 }
dot1dTpPortEntry OBJECT-TYPE
SYNTAX Dot1dTpPortEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "A list of information for each port of a transparent bridge." INDEX { dot1dTpPort } ::= { dot1dTpPortTable 1 }
Dot1dTpPortEntry ::=
SEQUENCE { dot1dTpPort INTEGER, dot1dTpPortMaxInfo INTEGER, dot1dTpPortInFrames Counter, dot1dTpPortOutFrames Counter, dot1dTpPortInDiscards Counter }
dot1dTpPort OBJECT-TYPE
SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "The port number of the port for which this entry contains Transparent bridging management information." ::= { dot1dTpPortEntry 1 }
-- It would be nice if we could use ifMtu as the size of the -- largest INFO field, but we can't because ifMtu is defined -- to be the size that the (inter-)network layer can use which -- can differ from the MAC layer (especially if several layers -- of encapsulation are used). dot1dTpPortMaxInfo OBJECT-TYPE
SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION
"The maximum size of the INFO (non-MAC) field that this port will receive or transmit." ::= { dot1dTpPortEntry 2 }
dot1dTpPortInFrames OBJECT-TYPE
SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The number of frames that have been received by this port from its segment. Note that a frame received on the interface corresponding to this port is only counted by this object if and only if it is for a protocol being processed by the local bridging function." REFERENCE "P802.1d/D9, July 14, 1989: Section 6.6.1.1.3" ::= { dot1dTpPortEntry 3 }
dot1dTpPortOutFrames OBJECT-TYPE
SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The number of frames that have been transmitted by this port to its segment. Note that a frame transmitted on the interface corresponding to this port is only counted by this object if and only if it is for a protocol being processed by the local bridging function." REFERENCE "P802.1d/D9, July 14, 1989: Section 6.6.1.1.3" ::= { dot1dTpPortEntry 4 }
dot1dTpPortInDiscards OBJECT-TYPE
SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "Count of valid frames received which were discarded (i.e., filtered) by the Forwarding Process." REFERENCE "P802.1d/D9, July 14, 1989: Section 6.6.1.1.3" ::= { dot1dTpPortEntry 5 }
-- The Static (Destination-Address Filtering) Database
-- Implementation of this group is optional.
dot1dStaticTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dot1dStaticEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "A table containing filtering information configured into the bridge by (local or network) management specifying the set of ports to which frames received from specific ports and containing specific destination addresses are allowed to be forwarded. The value of zero in this table as the port number from which frames with a specific destination address are received, is used to specify all ports for which there is no specific entry in this table for that particular destination address. Entries are valid for unicast and for group/broadcast addresses." REFERENCE "P802.1d/D9, July 14, 1989: Section 6.7.2" ::= { dot1dStatic 1 }
dot1dStaticEntry OBJECT-TYPE
SYNTAX Dot1dStaticEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "Filtering information configured into the bridge by (local or network) management specifying the set of ports to which frames received from a specific port and containing a specific destination address are allowed to be forwarded." REFERENCE "P802.1d/D9, July 14,1989: Section 6.7.2" INDEX { dot1dStaticAddress, dot1dStaticReceivePort } ::= { dot1dStaticTable 1 }
Dot1dStaticEntry ::=
SEQUENCE { dot1dStaticAddress MacAddress, dot1dStaticReceivePort INTEGER, dot1dStaticAllowedToGoTo
OCTET STRING, dot1dStaticStatus INTEGER }
dot1dStaticAddress OBJECT-TYPE
SYNTAX MacAddress ACCESS read-write STATUS mandatory DESCRIPTION "The destination MAC address in a frame to which this entry's filtering information applies. This object can take the value of a unicast address, a group address or the broadcast address." REFERENCE "P802.1d/D9, July 14, 1989: Section 3.9.1, 3.9.2" ::= { dot1dStaticEntry 1 }
dot1dStaticReceivePort OBJECT-TYPE
SYNTAX INTEGER ACCESS read-write STATUS mandatory DESCRIPTION "Either the value '0', or the port number of the port from which a frame must be received in order for this entry's filtering information to apply. A value of zero indicates that this entry applies on all ports of the bridge for which there is no other applicable entry." ::= { dot1dStaticEntry 2 }
dot1dStaticAllowedToGoTo OBJECT-TYPE
SYNTAX OCTET STRING ACCESS read-write STATUS mandatory DESCRIPTION "The set of ports to which frames received from a specific port and destined for a specific MAC address, are allowed to be forwarded. Each octet within the value of this object specifies a set of eight ports, with the first octet specifying ports 1 through 8, the second octet specifying ports 9 through 16, etc. Within each octet, the most significant bit represents the lowest numbered port, and the least significant bit represents the highest numbered port. Thus, each port of the bridge is represented by a single bit within the value of this object. If that bit has a value of
'1' then that port is included in the set of ports; the port is not included if its bit has a value of '0'. (Note that the setting of the bit corresponding to the port from which a frame is received is irrelevant.)" ::= { dot1dStaticEntry 3 }
dot1dStaticStatus OBJECT-TYPE
SYNTAX INTEGER { other(1), invalid(2), permanent(3), deleteOnReset(4), deleteOnTimeout(5) } ACCESS read-write STATUS mandatory DESCRIPTION "This object indicates the status of this entry. other(1) - this entry is currently in use but the conditions under which it will remain so are different from each of the following values. invalid(2) - writing this value to the object removes the corresponding entry. permanent(3) - this entry is currently in use and will remain so after the next reset of the bridge. deleteOnReset(4) - this entry is currently in use and will remain so until the next reset of the bridge. deleteOnTimeout(5) - this entry is currently in use and will remain so until it is aged out." ::= { dot1dStaticEntry 4 }
-- Traps for use by Bridges -- Traps for the Spanning Tree Protocol newRoot TRAP-TYPE
ENTERPRISE dot1dBridge DESCRIPTION "The newRoot trap indicates that the sending agent has become the new root of the Spanning Tree; the trap is sent by a bridge soon after its election as the new root, e.g., upon expiration of the Topology Change Timer immediately subsequent to
its election." ::= 1
topologyChange TRAP-TYPE
ENTERPRISE dot1dBridge DESCRIPTION "A topologyChange trap is sent by a bridge when any of its configured ports transitions from the Learning state to the Forwarding state, or from the Forwarding state to the Blocking state. The trap is not sent if a newRoot trap is sent for the same transition." ::= 2
END
Acknowledgments
This document was produced on behalf of the Bridge Sub-Working Group of the SNMP Working Group of the Internet Engineering Task Force. Over the course of its deliberations, the working group received four separate documents for consideration as the basis for its work. The first was submitted by Stan Froyd of Advanced Computer Communications; the second by Richard Fox of SynOptics; the third by Eric Decker of cisco Inc. and Keith McCloghrie of Hughes LAN Systems; and the fourth by Paul Langille and Anil Rijsinghani of Digital Equipment Corp. After considering the submissions, the working group chose to proceed with a document formed as a conjunction of the latter two submissions. This document is the result. The authors wish to thank the members of the Bridge Working Group for their many comments and suggestions which improved this effort. In particular, Fred Baker (chairman of the working group) of ACC, Steve Sherry of Xyplex, and Frank Kastenholz of Clearpoint Research Corp. Others members of the Bridge Working Group who contributed to this effort are:
Bill Anderson, Mitre Karl Auerbach, Epilogue Fred Baker, ACC (chair) Terry Bradley, Wellfleet Ted Brunner, Bellcore Jeffrey Buffum, Apollo Chris ChioTasso, Fibronics Anthony Chung, HLS Chuck Davin, MIT-LCS Andy Davis, Spider Eric Decker, cisco
Nadya El-Afandi, Network Systems Gary Ellis,HP/Apollo Richard Fox, SynOptics Stan Froyd, ACC Frank Kastenholz, Clearpoint Research Shirnshon Kaufman, Jim Kinder, Fibercom Cheryl Krupczak,NCR Paul Langille, Digital Peter Lin,Vitalink Keith McCloghrie, HLS Donna McMaster, SynOptics Dave Perkins, 3Com Jim Reinstedler, Ungermann Bass Anil Rijsinghani, Digital Mark Schaefer, David Systems Steve Sherry, Xyplex Bob Stewart, Xyplex Emil Sturniolo, Kevin Synott, Retix Ian Thomas, Chipcom Maurice Turcott, Racal Fei Xu,
References
[1] Cerf, V., "IAB Recommendations for the Development of Internet
Network Management Standards", RFC 1052, NRI, April 1988.
[2] Cerf, V., "Report of the Second Ad Hoc Network Management Review
Group", RFC 1109, NRI, August 1989.
[3] Rose M., and K. McCloghrie, "Structure and Identification of
Management Information for TCP/IP-based internets", RFC 1155, Performance Systems International, Hughes LAN Systems, May 1990.
[4] McCloghrie K., and M. Rose, "Management Information Base for
Network Management of TCP/IP-based internets", RFC 1156, Hughes LAN Systems, Performance Systems International, May 1990.
[5] Case, J., Fedor, M., Schoffstall, M., and J. Davin, "Simple
Network Management Protocol", RFC 1157, SNMP Research, Performance Systems International, Performance Systems International, MIT Laboratory for Computer Science, May 1990.
[6] McCloghrie K., and M. Rose, Editors, "Management Information Base
for Network Management of TCP/IP-based internets", RFC 1213, Performance Systems International, March 1991.
[7] Information processing systems - Open Systems Interconnection -
Specification of Abstract Syntax Notation One (ASN.1), International Organization for Standardization, International Standard 8824, December 1987.
[8] Information processing systems - Open Systems Interconnection -
Specification of Basic Encoding Rules for Abstract Notation One (ASN.1), International Organization for Standardization, International Standard 8825, December 1987.
[9] Rose, M., and K. McCloghrie, Editors, "Concise MIB Definitions",
RFC 1212, Performance Systems International, Hughes LAN Systems, March 1991. [10] Rose, M., Editor, "A Convention for Defining Traps for use with the SNMP", RFC 1215, Performance Systems International, March 1991. [11] ANSI/IEEE Draft P802.1d/D9 MAC Bridges, "IEEE Project 802 Local and Metropolitan Area Networks", July 14, 1989. [12] I.B.M. Token Ring Architecture Reference. [13] ISO DIS 10038 MAC Bridges. [14] ANSI/IEEE P802.1x/P802.5x, "Proposed Draft Local Area Network Standard -- MAC Bridges, Source Routing Supplement", IEEE Project 802, September 1990. [15] ANSI/IEEE 802.1y, "Source Routing Tutorial for End System Operation", September 1990.
Security Considerations
Security issues are not discussed in this memo.
Authors' Addresses
Eric B. Decker cisco Systems, Inc. 1525 O'Brien Dr. Menlo Park, CA 94025 Phone: (415) 326-1941 Email: [email protected]
Paul Langille Digital Equipment Corporation Digital Drive, MK02-2/K03 Merrimack, NH 03054 Phone: (603) 884-4045 EMail: [email protected]
Anil Rijsinghani Digital Equipment Corporation 153 Taylor St. Littleton, MA 01460 Phone: (508)952-3520 EMail: [email protected]
Keith McCloghrie Hughes LAN Systems 1225 Charleston Road Mountain View, CA 94043 Phone: (415) 966-7934 EMail: [email protected]