Network Working Group M. Dubuc Request for Comments: 4220 Consultant Category: Standards Track T. Nadeau Cisco Systems J. Lang Sonos, Inc. November 2005
Traffic Engineering Link Management Information Base
Status of This Memo
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
Copyright Notice
Copyright (C) The Internet Society (2005).
Abstract
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it describes managed objects for modeling TE links as described in the Link Bundling in MPLS Traffic Engineering (TE) document.
Dubuc, et al. Standards Track [Page 1]
RFC 4220 MPLS TE Link MIB Module November 2005
Table of Contents
1. The Internet-Standard Management Framework ......................2 2. Introduction ....................................................3 3. Terminology .....................................................3 4. Feature Checklist ...............................................4 5. Outline .........................................................4 6. Brief Description of MIB Objects ................................4 6.1. teLinkTable ................................................4 6.2. teLinkDescriptorTable ......................................4 6.3. teLinkSrlgTable ............................................5 6.4. teLinkBandwidthTable .......................................5 6.5. componentLinkTable .........................................5 6.6. componentLinkDescriptorTable ...............................5 6.7. componentLinkBandwidthTable ................................5 7. Example of Bundled Link Setup ...................................5 8. Application of the Interfaces Group to TE Links .................9 8.1. Support of the TE Link Layer by ifTable ....................9 8.2. Using ifStackTable ........................................11 8.3. Applicability of ifRcvAddressTable ........................13 9. TE Link MIB Module Definitions .................................13 10. Security Considerations .......................................50 11. Contributors ..................................................51 12. Acknowledgements ..............................................51 13. IANA Considerations ...........................................51 13.1. IANA Considerations for the TE-LINK-STD-MIB .............51 14. References ....................................................51 14.1. Normative References ....................................51 14.2. Informative References ..................................52
For a detailed overview of the documents that describe the current Internet-Standard Management Framework, please refer to section 7 of RFC 3410 [RFC3410].
Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. MIB objects are generally accessed through the Simple Network Management Protocol (SNMP). Objects in the MIB are defined using the mechanisms defined in the Structure of Management Information (SMI). This memo specifies a MIB module that is compliant to the SMIv2, which is described in STD 58, RFC 2578 [RFC2578], STD 58, RFC 2579 [RFC2579] and STD 58, RFC 2580 [RFC2580].
OSPF [RFC3630], Generalized MPLS (GMPLS) [RFC3471], and the Link Management Protocol (LMP) [RFC4204] use the concept of traffic engineering (TE) links to abstract link properties. The effect of this approach is a reduction in the amount of routing information exchanged in the network, which improves routing scalability. In addition, the use of TE links allows the implementation of new capabilities such as link protection.
In this document, we present a MIB module that can be used to manage TE links and their extension, the bundled link. This MIB module enables both the configuration and the performance monitoring of TE links and the bundled link.
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 [RFC2119].
This document uses terminology from the documents describing link bundling [RFC4201] and GMPLS [RFC3945].
The link bundling feature is designed to aggregate one or more similar entities between a node pair into a bundled link [RFC4201]. In RFC 4201, those entities are referred to as TE links. A TE link is a subinterface capable of carrying MPLS traffic engineered traffic. A TE Link may be comprised of only one underlying component link. In cases where more than one component links are to be combined, multiple component links should be created with differing priorities to indicate hot-standby or parallel utilization.
A bundled link is another kind of Traffic Engineering (TE) link (see [RFC4203]). A link bundle is a subinterface that binds the traffic of a group of one or more TE links. There should be more than one TE Link in a link bundle, but this is not a requirement. Furthermore, if there are more than one TE links in a link bundle at some time, and at some point later, all but one of the links are deleted, the agent may choose to either delete the link bundle, or it may choose to leave it intact. Traffic counters on a link bundle are cumulative for all subinterfaces that it binds together.
Sections 6.1 - 6.4 describe objects pertaining to TE links while Sections 6.5 - 6.7 describe objects pertaining to component links. The MIB objects were derived from the link bundling document [RFC4201].
The component link bandwidth table specifies the priority-based bandwidth values associated with the component links.
Component links that belong to the same TE link must be compatible. If these two tables are managed independently, mechanisms should be put in place to ensure consistency between the two tables. TE links that form a bundled link must have compatible traffic engineering parameters (resource class, link metric, and protection type).
The link descriptors of the teLinkDescriptorTable can be derived from the link descriptors of the componentLinkDescrTable.
Some of the bandwidth parameters of the teLinkTable, teLinkDescriptorTable, teLinkBandwidthTable are derived from the bandwidth parameters of the componentLinkTable, componentLinkDescriptorTable, and componentLinkBandwidthTable (maximum reservable bandwidth, minimum LSP bandwidth, maximum LSP bandwidth at specified priority, and unreserved bandwidth).
In this section, we provide a brief example of using the MIB objects described in section 10 to set up a bundled link. While this example is not meant to illustrate every nuance of the MIB module, it is intended as an aid to understanding some of the key concepts. It is meant to be read after going through the MIB module itself. Section
Dubuc, et al. Standards Track [Page 5]
RFC 4220 MPLS TE Link MIB Module November 2005
8.2 provides more details on the use of the ifStackTable to establish relationships between bundled links, TE links, and component links.
Suppose that one would like to manually create a bundled link out of two 1:1 TE links, as depicted in the figure in Section 8.2. Assume that the bundled link is associated with SRLGs 10 and 50. Finally, let the component links be port entity interfaces (lambdas). The following example illustrates which rows and corresponding objects might be created to accomplish this.
First, a bundled link entry is created. An ifEntry with the same ifIndex and with ifType teLink needs to be created beforehand.
In this example, once a component link is added to the componentLinkTable, the associated link descriptors are implicitly added to the componentLinkDescriptorTable.
TE link link descriptors are derived from their component link descriptors.
Dubuc, et al. Standards Track [Page 8]
RFC 4220 MPLS TE Link MIB Module November 2005
Note that the bandwidth attributes in teLinkDescriptorTable, componentLinkDescriptorTable, teLinkBandwidthTable, and componentLinkBandwidthTable are maintained by the device according to LSP creation/deletion at different priorities. The values in the teLinkBandwidthTable are an aggregation of the values for the component links of the TE links and the TE links of the bundled link.
8. Application of the Interfaces Group to TE Links
The Interfaces Group [RFC2863] defines generic managed objects for managing interfaces. This memo contains the media-specific extensions to the Interfaces Group for managing TE Link interfaces as logical interfaces.
This memo assumes the interpretation of the Interfaces Group to be in accordance with [RFC2863], which states that the interfaces table (ifTable) contains information on the managed resource's interfaces and that each sub-layer below the internetwork layer of a network interface is considered an interface. Thus, the TE Link interface is represented as an entry in the ifTable. The interrelation of entries in the ifTable is defined by Interfaces Stack Group, as defined in [RFC2863].
When using TE Link interfaces, the interface stack table might appear as follows:
In the above diagram, "Underlying Layer..." refers to the ifIndex of any interface type, which has been defined for TE Link interworking. Examples include ATM, Frame Relay, Ethernet, etc.
Some specific interpretations of ifTable for the TE Link layer follow.
Object Use for the TE Link layer
ifIndex Each TE Link interface is represented by an ifEntry.
ifDescr Description of the TE Link interface.
Dubuc, et al. Standards Track [Page 9]
RFC 4220 MPLS TE Link MIB Module November 2005
ifType The value that is allocated for TE Link is 200 [IANAifType].
ifSpeed The total bandwidth in bits per second for use by the TE Link layer.
ifPhysAddress Unused.
ifAdminStatus This variable indicates the administrator's intent as to whether TE Link should be enabled, disabled, or running in some diagnostic testing mode on this interface. Also see [RFC2863].
ifOperStatus This value reflects the actual or operational status of the TE Link on this interface.
ifInOctets The number of received octets over the interface, i.e., the number of received octets in all component links associated with the interface.
ifOutOctets The number of transmitted octets over the interface, i.e., the number of octets transmitted over all component links associated with the interface.
ifInErrors The number of packets dropped due to uncorrectable errors.
ifInUnknownProtos The number of received packets discarded during packet header validation.
Support for ifInOctets, ifOutOctets, ifInErrors, ifInUnknownProtos, ifOutErrors, ifHCInOctets, and ifHCOutOctets objects is not required if the encoding type is clear. For other encoding types, traffic counters on a TE link are cumulative for all subinterfaces that it binds together.
8.2. Using ifStackTable
This section describes, by example, how to use the ifStackTable to represent the relationship of TE links with underlying TE-enabled interfaces. Implementors of the stack table for TE link interfaces should look at the appropriate RFC for the service being stacked on TE links. The examples given below are for illustration purposes only.
Example: MPLS is being carried on a bundled TE link. The bundled TE link represents a 1:1 optical transport interface.
In this example, the component link is a TE link. The two component links/TE links are grouped in a bundled link.
IMPORTS MODULE-IDENTITY, OBJECT-TYPE, transmission, Integer32, Unsigned32 FROM SNMPv2-SMI
MODULE-COMPLIANCE, OBJECT-GROUP FROM SNMPv2-CONF
TEXTUAL-CONVENTION, RowStatus, StorageType FROM SNMPv2-TC
InterfaceIndexOrZero, ifIndex FROM IF-MIB
InetAddressType, InetAddress FROM INET-ADDRESS-MIB;
teLinkStdMIB MODULE-IDENTITY LAST-UPDATED "200510110000Z" -- 11 October 2005 ORGANIZATION "Multiprotocol Label Switching (MPLS) Working Group" CONTACT-INFO " Martin Dubuc Email: mdubuc@ncf.ca
Thomas D. Nadeau Email: tnadeau@cisco.com
Dubuc, et al. Standards Track [Page 13]
RFC 4220 MPLS TE Link MIB Module November 2005
Jonathan P. Lang Email: jplang@ieee.org
Comments about this document should be emailed directly to the MPLS working group mailing list at mpls@uu.net."
DESCRIPTION "Copyright (C) 2005 The Internet Society. This version of this MIB module is part of RFC 4220; see the RFC itself for full legal notices.
This MIB module contains managed object definitions for MPLS traffic engineering links as defined in 'Link Bundling in MPLS Traffic Engineering (TE)'."
-- Revision history. REVISION "200510110000Z" -- 11 October 2005 DESCRIPTION "Initial version published as RFC 4220." ::= { transmission 200 }
-- Textual Conventions
TeLinkBandwidth ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "This type is used to represent link bandwidth in bps. This value is represented using a 4 octet IEEE floating point format [IEEE]. The floating point representation is not used to represent fractional value but rather to allow specification of large numbers that cannot be expressed with 32-bit integers." REFERENCE "IEEE Standard for Binary Floating-Point Arithmetic, Standard 754-1985" SYNTAX OCTET STRING (SIZE(4))
TeLinkPriority ::= TEXTUAL-CONVENTION DISPLAY-HINT "d" STATUS current DESCRIPTION "This type is used to represent a priority. Each connection is assigned a priority. This priority is used when accounting for bandwidth on TE links or component links, for resource allocation and for rerouting purposes. Value 0 is the highest priority. Value 7 is the lowest priority."
Dubuc, et al. Standards Track [Page 14]
RFC 4220 MPLS TE Link MIB Module November 2005
SYNTAX Unsigned32 (0..7)
TeLinkProtection ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "Link protection." SYNTAX INTEGER { primary(1), secondary(2) }
TeLinkSwitchingCapability ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "Switching capability as specified in the 'OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS)' document. The values specified in this document are not contiguous." SYNTAX INTEGER { packetSwitch1(1), packetSwitch2(2), packetSwitch3(3), packetSwitch4(4), layer2Switch(51), tdm(100), lambdaSwitch(150), fiberSwitch(200) }
TeLinkEncodingType ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "Link encoding type as specified in 'Generalized Multi-Protocol Label Switching (GMPLS) Signaling Functional Description' document. The values specified in this document are not contiguous." SYNTAX INTEGER { packet(1), ethernet(2), ansiEtsiPdh(3), sdhItuSonetAnsi(5), digitalWrapper(7), lambda(8), fiber(9), fiberChannel(11) }
TeLinkSonetSdhIndication ::= TEXTUAL-CONVENTION
Dubuc, et al. Standards Track [Page 15]
RFC 4220 MPLS TE Link MIB Module November 2005
STATUS current DESCRIPTION "This convention is used to indicate whether the interface supports Standard or Arbitrary SONET/SDH. To simplify the mapping process, the values used in this textual convention match the values specified in the interface switching capability specific information field, i.e., 0 for Standard SONET/SDH and 1 for Arbitrary SONET/SDH." REFERENCE "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203" SYNTAX INTEGER { standard(0), arbitrary(1) }
teLinkTable OBJECT-TYPE SYNTAX SEQUENCE OF TeLinkEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table specifies the grouping of component links into TE links and the grouping of TE links into bundled links." ::= { teLinkObjects 1 }
teLinkEntry OBJECT-TYPE SYNTAX TeLinkEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in this table exists for each ifEntry with an ifType of teLink(200), i.e., for every TE link. An ifEntry in the ifTable must exist before a teLinkEntry is created with the corresponding ifIndex. If a TE link entry in the ifTable is destroyed, then so is the corresponding entry in the teLinkTable. The administrative and operational status values are controlled from the ifEntry."
teLinkAddressType OBJECT-TYPE SYNTAX InetAddressType MAX-ACCESS read-create STATUS current DESCRIPTION "The type of Internet address for the TE link." ::= { teLinkEntry 1 }
teLinkLocalIpAddr OBJECT-TYPE SYNTAX InetAddress MAX-ACCESS read-create STATUS current DESCRIPTION "The local Internet address for numbered links. The type of this address is determined by the value of the teLinkAddressType object.
For IPv4 and IPv6 numbered links, this object represents the local IP address associated with the TE link. For an unnumbered link, the local address is of type unknown, this object is set to the zero length string, and the teLinkOutgoingIfId object then identifies the unnumbered address.
If the TE link is a Forwarding Adjacency (FA), the local IP address is set to the head-end address of the FA-LSP.
If ipAddrTable is implemented, this object must have the same value as the ipAdEntAddr object that belongs to the row in ipAddrTable where ipAdEntIfIndex is equal to
Dubuc, et al. Standards Track [Page 17]
RFC 4220 MPLS TE Link MIB Module November 2005
ifIndex." ::= { teLinkEntry 2 }
teLinkRemoteIpAddr OBJECT-TYPE SYNTAX InetAddress MAX-ACCESS read-create STATUS current DESCRIPTION "The remote Internet address for numbered links. The type of this address is determined by the value of the teLinkAddressType object.
The remote IP address associated with the TE link (IPv4 and IPv6 numbered links). For an unnumbered link, the remote address is of type unknown, this object is set to the zero length string, and the teLinkIncomingIfId object then identifies the unnumbered address.
If the TE link is a Forwarding Adjacency, the remote IP address is set to the tail-end address of the FA-LSP." ::= { teLinkEntry 3 }
teLinkMetric OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-create STATUS current DESCRIPTION "The traffic engineering metric for the TE link is derived from its component links. All component links within the TE link must have the same traffic engineering metric." REFERENCE "Link Bundling in MPLS Traffic Engineering (TE), RFC 4201" ::= { teLinkEntry 4 }
teLinkMaximumReservableBandwidth OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS "bps" MAX-ACCESS read-only STATUS current DESCRIPTION "This attribute specifies the maximum reservable bandwidth on the TE link. This is the union of the maximum reservable bandwidth of all the component links within the TE link that can be used to carry live traffic." REFERENCE "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203"
Dubuc, et al. Standards Track [Page 18]
RFC 4220 MPLS TE Link MIB Module November 2005
::= { teLinkEntry 5 }
teLinkProtectionType OBJECT-TYPE SYNTAX INTEGER { extraTraffic(1), unprotected(2), shared(3), dedicated1For1(4), dedicated1Plus1(5), enhanced(6) } MAX-ACCESS read-create STATUS current DESCRIPTION "This attribute specifies the link protection type of the TE link. Descriptions of the different protection types can be found in the 'Routing Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS)' document." REFERENCE "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203 and Routing Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4202" ::= { teLinkEntry 6 }
teLinkWorkingPriority OBJECT-TYPE SYNTAX TeLinkPriority MAX-ACCESS read-create STATUS current DESCRIPTION "This object represents a priority value such that a new connection with a higher priority, i.e., numerically lower than this value, is guaranteed to be setup on a primary link and not on a secondary link." REFERENCE "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203" ::= { teLinkEntry 7 }
teLinkResourceClass OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-create STATUS current DESCRIPTION "This attribute specifies the TE link resource class. The resource class is a 32 bit bitfield. The resource class for a link bundle is derived from the resource class of its
Dubuc, et al. Standards Track [Page 19]
RFC 4220 MPLS TE Link MIB Module November 2005
TE links. All TE links within a link bundle must have the same resource class. Encoding of the resource class is described in the 'Traffic Engineering (TE) Extensions to OSPF Version 2' document." REFERENCE "Link Bundling in MPLS Traffic Engineering (TE), RFC 4201 and Traffic Engineering (TE) Extensions to OSPF Version 2, RFC 3630" ::= { teLinkEntry 8 }
teLinkIncomingIfId OBJECT-TYPE SYNTAX Integer32 (0..2147483647) MAX-ACCESS read-create STATUS current DESCRIPTION "For unnumbered links, the incoming interface is set to the outgoing interface identifier chosen by the neighboring LSR for the reverse link corresponding to this TE link. If the link is numbered, the value of this object is 0 and the address is stored in the teLinkRemoteIpAddr instead." REFERENCE "Link Bundling in MPLS Traffic Engineering (TE), RFC 4201" ::= { teLinkEntry 9 }
teLinkOutgoingIfId OBJECT-TYPE SYNTAX InterfaceIndexOrZero MAX-ACCESS read-create STATUS current DESCRIPTION "If the link is unnumbered, the outgoing interface identifier is set to the outgoing interface identifier chosen for the TE link by the advertising LSR. If the link is numbered, the value of this object is 0 and the address is stored in the teLinkLocalIpAddr instead." REFERENCE "Link Bundling in MPLS Traffic Engineering (TE), RFC 4201" ::= { teLinkEntry 10 }
teLinkRowStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION "This variable is used to create, modify, and/or delete a row in this table. None of the writable objects in a row can be changed if status is active(1)." ::= { teLinkEntry 11 }
Dubuc, et al. Standards Track [Page 20]
RFC 4220 MPLS TE Link MIB Module November 2005
teLinkStorageType OBJECT-TYPE SYNTAX StorageType MAX-ACCESS read-create STATUS current DESCRIPTION "The storage type for this conceptual row in the teLinkTable. Conceptual rows having the value 'permanent' need not allow write-access to any columnar object in the row." ::= { teLinkEntry 12 }
-- End of teLinkTable
-- TE Link Descriptor Table
teLinkDescriptorTable OBJECT-TYPE SYNTAX SEQUENCE OF TeLinkDescriptorEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table specifies the interface switching capability descriptors associated with the TE links." ::= { teLinkObjects 2 }
teLinkDescriptorEntry OBJECT-TYPE SYNTAX TeLinkDescriptorEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in this table is created for every TE link interface switching capability descriptor. An ifEntry in the ifTable must exist before a teLinkDescriptorEntry using the same ifIndex is created. ifType of ifEntry must be teLink(200). If a TE link entry in the ifTable is destroyed, then so are all of the entries in the teLinkDescriptorTable that use the ifIndex of this TE link." INDEX { ifIndex, teLinkDescriptorId } ::= { teLinkDescriptorTable 1 }
teLinkDescriptorId OBJECT-TYPE SYNTAX Unsigned32 (1..4294967295) MAX-ACCESS not-accessible STATUS current DESCRIPTION "This object specifies the link descriptor identifier." ::= { teLinkDescriptorEntry 1 }
teLinkDescrSwitchingCapability OBJECT-TYPE SYNTAX TeLinkSwitchingCapability MAX-ACCESS read-create STATUS current DESCRIPTION "This attribute specifies interface switching capability of the TE link, which is derived from its component links." REFERENCE "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203" ::= { teLinkDescriptorEntry 2 }
teLinkDescrEncodingType OBJECT-TYPE SYNTAX TeLinkEncodingType MAX-ACCESS read-create STATUS current DESCRIPTION "This attribute specifies the TE link encoding type." REFERENCE "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Functional Description, RFC 3471" ::= { teLinkDescriptorEntry 3 }
teLinkDescrMinLspBandwidth OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS "bps" MAX-ACCESS read-create STATUS current DESCRIPTION
Dubuc, et al. Standards Track [Page 22]
RFC 4220 MPLS TE Link MIB Module November 2005
"This attribute specifies the minimum LSP bandwidth on the TE link. This is derived from the union of the minimum LSP bandwidth of all the component links associated with the TE link that can be used to carry live traffic." REFERENCE "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203" ::= { teLinkDescriptorEntry 4 }
teLinkDescrMaxLspBandwidthPrio0 OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS "bps" MAX-ACCESS read-create STATUS current DESCRIPTION "This attribute specifies the maximum LSP bandwidth at priority 0 on the TE link. This is the union of the maximum LSP bandwidth at priority 0 of all the component links within the TE link that can be used to carry live traffic." REFERENCE "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203" ::= { teLinkDescriptorEntry 5 }
teLinkDescrMaxLspBandwidthPrio1 OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS "bps" MAX-ACCESS read-create STATUS current DESCRIPTION "This attribute specifies the maximum LSP bandwidth at priority 1 on the TE link. This is the union of the maximum LSP bandwidth at priority 1 of all the component links within the TE link that can be used to carry live traffic." REFERENCE "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203" ::= { teLinkDescriptorEntry 6 }
teLinkDescrMaxLspBandwidthPrio2 OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS "bps" MAX-ACCESS read-create STATUS current DESCRIPTION "This attribute specifies the maximum LSP bandwidth at priority 2 on the TE link. This is the union of the maximum
Dubuc, et al. Standards Track [Page 23]
RFC 4220 MPLS TE Link MIB Module November 2005
LSP bandwidth at priority 2 of all the component links within the TE link that can be used to carry live traffic." REFERENCE "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203" ::= { teLinkDescriptorEntry 7 }
teLinkDescrMaxLspBandwidthPrio3 OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS "bps" MAX-ACCESS read-create STATUS current DESCRIPTION "This attribute specifies the maximum LSP bandwidth at priority 3 on the TE link. This is the union of the maximum LSP bandwidth at priority 3 of all the component links within the TE link that can be used to carry live traffic." REFERENCE "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203" ::= { teLinkDescriptorEntry 8 }
teLinkDescrMaxLspBandwidthPrio4 OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS "bps" MAX-ACCESS read-create STATUS current DESCRIPTION "This attribute specifies the maximum LSP bandwidth at priority 4 on the TE link. This is the union of the maximum LSP bandwidth at priority 4 of all the component links within the TE link that can be used to carry live traffic." REFERENCE "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203" ::= { teLinkDescriptorEntry 9 }
teLinkDescrMaxLspBandwidthPrio5 OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS "bps" MAX-ACCESS read-create STATUS current DESCRIPTION "This attribute specifies the maximum LSP bandwidth at priority 5 on the TE link. This is the union of the maximum LSP bandwidth at priority 5 of all the component links within the TE link that can be used to carry live traffic." REFERENCE
Dubuc, et al. Standards Track [Page 24]
RFC 4220 MPLS TE Link MIB Module November 2005
"OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203" ::= { teLinkDescriptorEntry 10 }
teLinkDescrMaxLspBandwidthPrio6 OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS "bps" MAX-ACCESS read-create STATUS current DESCRIPTION "This attribute specifies the maximum LSP bandwidth at priority 6 on the TE link. This is the union of the maximum LSP bandwidth at priority 6 of all the component links within the TE link that can be used to carry live traffic." REFERENCE "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203" ::= { teLinkDescriptorEntry 11 }
teLinkDescrMaxLspBandwidthPrio7 OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS "bps" MAX-ACCESS read-create STATUS current DESCRIPTION "This attribute specifies the maximum LSP bandwidth at priority 7 on the TE link. This is the union of the maximum LSP bandwidth at priority 7 of all the component links within the TE link that can be used to carry live traffic." REFERENCE "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203" ::= { teLinkDescriptorEntry 12 }
teLinkDescrInterfaceMtu OBJECT-TYPE SYNTAX Unsigned32 (1..65535) MAX-ACCESS read-create STATUS current DESCRIPTION "This attribute specifies the interface MTU for the TE link descriptor." REFERENCE "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203" ::= { teLinkDescriptorEntry 13 }
MAX-ACCESS read-create STATUS current DESCRIPTION "This attribute specifies whether this interface supports Standard or Arbitrary SONET/SDH." REFERENCE "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203" ::= { teLinkDescriptorEntry 14 }
teLinkDescrRowStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION "This variable is used to create, modify, and/or delete a row in this table. No read-create object can be changed if teLinkDescrRowStatus is in the active(1) state." ::= { teLinkDescriptorEntry 15 }
teLinkDescrStorageType OBJECT-TYPE SYNTAX StorageType MAX-ACCESS read-create STATUS current DESCRIPTION "The storage type for this conceptual row in the teLinkDescriptorTable. Conceptual rows having the value 'permanent' need not allow write-access to any columnar object in the row." ::= { teLinkDescriptorEntry 16 }
-- End of teLinkDescriptorTable
-- TE Link Shared Risk Link Group Table
teLinkSrlgTable OBJECT-TYPE SYNTAX SEQUENCE OF TeLinkSrlgEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table specifies the SRLGs associated with TE links." ::= { teLinkObjects 3 }
STATUS current DESCRIPTION "An entry in this table contains information about an SRLG associated with a TE link. An ifEntry in the ifTable must exist before a teLinkSrlgEntry using the same ifIndex is created. The ifType of ifEntry must be teLink(200). If a TE link entry in the ifTable is destroyed, then so are all of the entries in the teLinkSrlgTable that use the ifIndex of this TE link." INDEX { ifIndex, teLinkSrlg } ::= { teLinkSrlgTable 1 }
teLinkSrlg OBJECT-TYPE SYNTAX Unsigned32 (0..4294967295) MAX-ACCESS not-accessible STATUS current DESCRIPTION "This identifies an SRLG supported by the TE link. An SRLG is identified with a 32-bit number that is unique within an IGP domain. Zero is a valid SRLG number." REFERENCE "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203" ::= { teLinkSrlgEntry 1 }
teLinkSrlgRowStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION "This variable is used to create, modify, and/or delete a row in this table. No read-create object can be modified if teLinkSrlgRowStatus is active(1)." ::= { teLinkSrlgEntry 2 }
teLinkSrlgStorageType OBJECT-TYPE SYNTAX StorageType MAX-ACCESS read-create STATUS current DESCRIPTION "The storage type for this conceptual row in the
Dubuc, et al. Standards Track [Page 27]
RFC 4220 MPLS TE Link MIB Module November 2005
teLinkSrlgTable. Conceptual rows having the value 'permanent' need not allow write-access to any columnar object in the row." ::= { teLinkSrlgEntry 3 }
-- End of teLinkSrlgTable
-- TE Link Bandwidth Table
teLinkBandwidthTable OBJECT-TYPE SYNTAX SEQUENCE OF TeLinkBandwidthEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table specifies the priority-based bandwidth table for TE links." ::= { teLinkObjects 4 }
teLinkBandwidthEntry OBJECT-TYPE SYNTAX TeLinkBandwidthEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in this table contains information about the priority-based bandwidth of TE links. An ifEntry in the ifTable must exist before a teLinkBandwidthEntry using the same ifIndex is created. The ifType of ifEntry must be teLink(200). If a TE link entry in the ifTable is destroyed, then so are all of the entries in the teLinkBandwidthTable that use the ifIndex of this TE link." INDEX { ifIndex, teLinkBandwidthPriority } ::= { teLinkBandwidthTable 1 }
teLinkBandwidthPriority OBJECT-TYPE SYNTAX TeLinkPriority MAX-ACCESS not-accessible STATUS current DESCRIPTION "This attribute specifies the priority. A value of 0 is valid as specified in the 'Traffic Engineering (TE) Extensions to
Dubuc, et al. Standards Track [Page 28]
RFC 4220 MPLS TE Link MIB Module November 2005
OSPF Version 2' document." REFERENCE "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203 and Traffic Engineering (TE) Extensions to OSPF Version 2, RFC 3630" ::= { teLinkBandwidthEntry 1 }
teLinkBandwidthUnreserved OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS "bps" MAX-ACCESS read-only STATUS current DESCRIPTION "This attribute specifies the TE link unreserved bandwidth at priority p. It is the sum of the unreserved bandwidths at priority p of all component links associated with the TE link (excluding all links that are strictly used as protecting links)." REFERENCE "Link Bundling in MPLS Traffic Engineering (TE), RFC 4201" ::= { teLinkBandwidthEntry 2 }
teLinkBandwidthRowStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION "This variable is used to create, modify, and/or delete a row in this table. No read-create object can be modified when teLinkBandwidthRowStatus is active(1)." ::= { teLinkBandwidthEntry 3 }
teLinkBandwidthStorageType OBJECT-TYPE SYNTAX StorageType MAX-ACCESS read-create STATUS current DESCRIPTION "The storage type for this conceptual row in the teLinkBandwidthTable. Conceptual rows having the value 'permanent' need not allow write-access to any columnar object in the row." ::= { teLinkBandwidthEntry 4 }
-- End of teLinkBandwidthTable
-- Component Link Table
Dubuc, et al. Standards Track [Page 29]
RFC 4220 MPLS TE Link MIB Module November 2005
componentLinkTable OBJECT-TYPE SYNTAX SEQUENCE OF ComponentLinkEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table specifies the component link parameters." ::= { teLinkObjects 5 }
componentLinkEntry OBJECT-TYPE SYNTAX ComponentLinkEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in this table exists for each ifEntry that represents a component link. An ifEntry must exist in the ifTable before a componentLinkEntry is created with the corresponding ifIndex. ifEntry's ifType can be of any interface type that has been defined for TE Link interworking. Examples include ATM, Frame Relay, Ethernet, etc. If an entry representing a component link is destroyed in the ifTable, then so is the corresponding entry in the componentLinkTable. The administrative and operational status values are controlled from the ifEntry." INDEX { ifIndex } ::= { componentLinkTable 1 }
componentLinkMaxResBandwidth OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS "bps" MAX-ACCESS read-create STATUS current DESCRIPTION "This attribute specifies the maximum reservable bandwidth on the component link." REFERENCE "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203" ::= { componentLinkEntry 1 }
componentLinkPreferredProtection OBJECT-TYPE
Dubuc, et al. Standards Track [Page 30]
RFC 4220 MPLS TE Link MIB Module November 2005
SYNTAX TeLinkProtection MAX-ACCESS read-create STATUS current DESCRIPTION "This attribute specifies whether this component link is a primary or secondary entity." ::= { componentLinkEntry 2 }
componentLinkCurrentProtection OBJECT-TYPE SYNTAX TeLinkProtection MAX-ACCESS read-only STATUS current DESCRIPTION "This attribute specifies whether this component link is currently used as primary or secondary link." ::= { componentLinkEntry 3 }
componentLinkRowStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION "This variable is used to create, modify, and/or delete a row in this table. No read-create object can be modified when componentLinkRowStatus is active(1)." ::= { componentLinkEntry 4 }
componentLinkStorageType OBJECT-TYPE SYNTAX StorageType MAX-ACCESS read-create STATUS current DESCRIPTION "The storage type for this conceptual row in the componentLinkTable. Conceptual rows having the value 'permanent' need not allow write-access to any columnar object in the row." ::= { componentLinkEntry 5 }
-- End of componentLinkTable
-- Component Link Descriptor Table
componentLinkDescriptorTable OBJECT-TYPE SYNTAX SEQUENCE OF ComponentLinkDescriptorEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION
Dubuc, et al. Standards Track [Page 31]
RFC 4220 MPLS TE Link MIB Module November 2005
"This table specifies the interface switching capability descriptors associated with the component links." ::= { teLinkObjects 6 }
componentLinkDescriptorEntry OBJECT-TYPE SYNTAX ComponentLinkDescriptorEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in this table is created for every component link descriptor. An ifEntry in the ifTable must exist before a componentLinkDescriptorEntry using the same ifIndex is created. ifEntry's ifType can be of any interface type that has been defined for TE Link interworking. Examples include ATM, Frame Relay, Ethernet, etc. If a component link entry in the ifTable is destroyed, then so are all entries in the componentLinkDescriptorTable that use the ifIndex of this component link." INDEX { ifIndex, componentLinkDescrId } ::= { componentLinkDescriptorTable 1 }
componentLinkDescrId OBJECT-TYPE SYNTAX Unsigned32 (1..4294967295) MAX-ACCESS not-accessible STATUS current DESCRIPTION "This object specifies the link descriptor identifier." ::= { componentLinkDescriptorEntry 1 }
Dubuc, et al. Standards Track [Page 32]
RFC 4220 MPLS TE Link MIB Module November 2005
componentLinkDescrSwitchingCapability OBJECT-TYPE SYNTAX TeLinkSwitchingCapability MAX-ACCESS read-create STATUS current DESCRIPTION "This attribute specifies link multiplexing capabilities of the component link." REFERENCE "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203" ::= { componentLinkDescriptorEntry 2 }
componentLinkDescrEncodingType OBJECT-TYPE SYNTAX TeLinkEncodingType MAX-ACCESS read-create STATUS current DESCRIPTION "This attribute specifies the component link encoding type." REFERENCE "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Functional Description, RFC 3471" ::= { componentLinkDescriptorEntry 3 }
componentLinkDescrMinLspBandwidth OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS "bps" MAX-ACCESS read-create STATUS current DESCRIPTION "This attribute specifies the minimum LSP bandwidth on the component link." REFERENCE "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203" ::= { componentLinkDescriptorEntry 4 }
componentLinkDescrMaxLspBandwidthPrio0 OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS "bps" MAX-ACCESS read-create STATUS current DESCRIPTION "This attribute specifies the maximum LSP bandwidth at priority 0 on the component link." REFERENCE "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203" ::= { componentLinkDescriptorEntry 5 }
Dubuc, et al. Standards Track [Page 33]
RFC 4220 MPLS TE Link MIB Module November 2005
componentLinkDescrMaxLspBandwidthPrio1 OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS "bps" MAX-ACCESS read-create STATUS current DESCRIPTION "This attribute specifies the maximum LSP bandwidth at priority 1 on the component link." REFERENCE "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203" ::= { componentLinkDescriptorEntry 6 }
componentLinkDescrMaxLspBandwidthPrio2 OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS "bps" MAX-ACCESS read-create STATUS current DESCRIPTION "This attribute specifies the maximum LSP bandwidth at priority 2 on the component link." REFERENCE "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203" ::= { componentLinkDescriptorEntry 7 }
componentLinkDescrMaxLspBandwidthPrio3 OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS "bps" MAX-ACCESS read-create STATUS current DESCRIPTION "This attribute specifies the maximum LSP bandwidth at priority 3 on the component link." REFERENCE "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203" ::= { componentLinkDescriptorEntry 8 }
componentLinkDescrMaxLspBandwidthPrio4 OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS "bps" MAX-ACCESS read-create STATUS current DESCRIPTION "This attribute specifies the maximum LSP bandwidth at priority 4 on the component link." REFERENCE
Dubuc, et al. Standards Track [Page 34]
RFC 4220 MPLS TE Link MIB Module November 2005
"OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203" ::= { componentLinkDescriptorEntry 9 }
componentLinkDescrMaxLspBandwidthPrio5 OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS "thousand bps" MAX-ACCESS read-create STATUS current DESCRIPTION "This attribute specifies the maximum LSP bandwidth at priority 5 on the component link." REFERENCE "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203" ::= { componentLinkDescriptorEntry 10 }
componentLinkDescrMaxLspBandwidthPrio6 OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS "bps" MAX-ACCESS read-create STATUS current DESCRIPTION "This attribute specifies the maximum LSP bandwidth at priority 6 on the component link." REFERENCE "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203" ::= { componentLinkDescriptorEntry 11 }
componentLinkDescrMaxLspBandwidthPrio7 OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS "bps" MAX-ACCESS read-create STATUS current DESCRIPTION "This attribute specifies the maximum LSP bandwidth at priority 7 on the component link." REFERENCE "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203" ::= { componentLinkDescriptorEntry 12 }
componentLinkDescrInterfaceMtu OBJECT-TYPE SYNTAX Unsigned32 (1..65535) MAX-ACCESS read-create STATUS current DESCRIPTION
Dubuc, et al. Standards Track [Page 35]
RFC 4220 MPLS TE Link MIB Module November 2005
"This attribute specifies the interface MTU for the component link descriptor." REFERENCE "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203" ::= { componentLinkDescriptorEntry 13 }
componentLinkDescrIndication OBJECT-TYPE SYNTAX TeLinkSonetSdhIndication MAX-ACCESS read-create STATUS current DESCRIPTION "This attribute specifies whether this interface supports Standard or Arbitrary SONET/SDH." REFERENCE "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203" ::= { componentLinkDescriptorEntry 14 }
componentLinkDescrRowStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION "This variable is used to create, modify, and/or delete a row in this table. No read-create object can be modified when componentLinkDescrRowStatus is active(1)." ::= { componentLinkDescriptorEntry 15 }
componentLinkDescrStorageType OBJECT-TYPE SYNTAX StorageType MAX-ACCESS read-create STATUS current DESCRIPTION "The storage type for this conceptual row in the componentLinkDescriptorTable. Conceptual rows having the value 'permanent' need not allow write-access to any columnar object in the row." ::= { componentLinkDescriptorEntry 16 }
-- End of componentLinkDescriptorTable
-- Component Link Bandwidth Table
componentLinkBandwidthTable OBJECT-TYPE SYNTAX SEQUENCE OF ComponentLinkBandwidthEntry
Dubuc, et al. Standards Track [Page 36]
RFC 4220 MPLS TE Link MIB Module November 2005
MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table specifies the priority-based bandwidth for component links." ::= { teLinkObjects 7 }
componentLinkBandwidthEntry OBJECT-TYPE SYNTAX ComponentLinkBandwidthEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in this table contains information about the priority-based bandwidth on component links. An ifEntry in the ifTable must exist before a componentLinkBandwidthEntry using the same ifIndex is created. ifEntry's ifType can be of any interface type that has been defined for TE Link interworking. Examples include ATM, Frame Relay, Ethernet, etc. If a component link entry in the ifTable is destroyed, then so are all entries in the componentLinkBandwidthTable that use the ifIndex of this component link." INDEX { ifIndex, componentLinkBandwidthPriority } ::= { componentLinkBandwidthTable 1 }
componentLinkBandwidthPriority OBJECT-TYPE SYNTAX TeLinkPriority MAX-ACCESS not-accessible STATUS current DESCRIPTION "This attribute specifies the priority. A value of 0 is valid as specified in the 'Traffic Engineering (TE) Extensions to OSPF Version 2' document." REFERENCE "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203 and Traffic Engineering (TE) Extensions to OSPF Version 2, RFC 3630" ::= { componentLinkBandwidthEntry 1 }
componentLinkBandwidthUnreserved OBJECT-TYPE
Dubuc, et al. Standards Track [Page 37]
RFC 4220 MPLS TE Link MIB Module November 2005
SYNTAX TeLinkBandwidth UNITS "bps" MAX-ACCESS read-only STATUS current DESCRIPTION "This attribute specifies the component link unreserved bandwidth at priority p." REFERENCE "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS), RFC 4203" ::= { componentLinkBandwidthEntry 2 }
componentLinkBandwidthRowStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION "This variable is used to create, modify, and/or delete a row in this table. No read-create object can be modified when componentLinkBandwidthRowStatus is active(1)." ::= { componentLinkBandwidthEntry 3 }
componentLinkBandwidthStorageType OBJECT-TYPE SYNTAX StorageType MAX-ACCESS read-create STATUS current DESCRIPTION "The storage type for this conceptual row in the componentLinkBandwidthTable. Conceptual rows having the value 'permanent' need not allow write-access to any columnar object in the row." ::= { componentLinkBandwidthEntry 4 }
teLinkModuleFullCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION
Dubuc, et al. Standards Track [Page 38]
RFC 4220 MPLS TE Link MIB Module November 2005
"Compliance statement for agents that support read-create so that both configuration and monitoring of TE links can be accomplished via this MIB module." MODULE -- this module
GROUP teLinkSrlgGroup DESCRIPTION "This group is mandatory for GMPLS enabled devices."
GROUP teLinkPscGroup DESCRIPTION "This group is mandatory for devices that support the packet switching capability."
GROUP teLinkTdmGroup DESCRIPTION "This group is mandatory for devices that support the TDM switching capability."
-- teLinkTable
OBJECT teLinkAddressType SYNTAX INTEGER { unknown(0), ipv4(1), ipv6(2) } DESCRIPTION "Only ipv4(1) and ipv6(2) address types need to be supported for numbered links. For unnumbered links, the unknown(0) address type needs to be supported."
OBJECT teLinkLocalIpAddr SYNTAX InetAddress (SIZE(0|4|16)) DESCRIPTION "Size of TE link IP address depends on type of TE link. TE link IP address size is zero if the link is unnumbered, four if the link IP address is IPv4, and sixteen if the link IP address is IPv6."
OBJECT teLinkRemoteIpAddr SYNTAX InetAddress (SIZE(0|4|16)) DESCRIPTION "Size of TE link IP address depends on type of TE link. TE link IP address size is zero if the link is unnumbered, four if the link IP address is IPv4, and sixteen if the link IP address is IPv6."
Dubuc, et al. Standards Track [Page 39]
RFC 4220 MPLS TE Link MIB Module November 2005
OBJECT teLinkRowStatus SYNTAX RowStatus { active(1), notInService(2) } WRITE-SYNTAX RowStatus { active(1), notInService(2), createAndGo(4), destroy(6) } DESCRIPTION "Support for notReady(3) and createAndWait(5) is not required."
-- teLinkDescriptorTable
OBJECT teLinkDescrRowStatus SYNTAX RowStatus { active(1), notInService(2) } WRITE-SYNTAX RowStatus { active(1), notInService(2), createAndGo(4), destroy(6) } DESCRIPTION "Support for notReady(3) and createAndWait(5) is not required."
-- teLinkSrlgTable
OBJECT teLinkSrlgRowStatus SYNTAX RowStatus { active(1), notInService(2) } WRITE-SYNTAX RowStatus { active(1), notInService(2), createAndGo(4), destroy(6) } DESCRIPTION "Support for notReady(3) and createAndWait(5) is not required."
-- teLinkBandwidthTable
OBJECT teLinkBandwidthRowStatus SYNTAX RowStatus { active(1), notInService(2) } WRITE-SYNTAX RowStatus { active(1), notInService(2), createAndGo(4), destroy(6) } DESCRIPTION "Support for notReady(3) and createAndWait(5) is not required."
-- componentLinkTable
OBJECT componentLinkRowStatus SYNTAX RowStatus { active(1), notInService(2) } WRITE-SYNTAX RowStatus { active(1), notInService(2), createAndGo(4), destroy(6) } DESCRIPTION "Support for notReady(3) and createAndWait(5) is not required."
Dubuc, et al. Standards Track [Page 40]
RFC 4220 MPLS TE Link MIB Module November 2005
-- componentLinkDescriptorTable
OBJECT componentLinkDescrRowStatus SYNTAX RowStatus { active(1), notInService(2) } WRITE-SYNTAX RowStatus { active(1), notInService(2), createAndGo(4), destroy(6) } DESCRIPTION "Support for notReady(3) and createAndWait(5) is not required."
-- componentLinkBandwidthTable
OBJECT componentLinkBandwidthRowStatus SYNTAX RowStatus { active(1), notInService(2) } WRITE-SYNTAX RowStatus { active(1), notInService(2), createAndGo(4), destroy(6) } DESCRIPTION "Support for notReady(3) and createAndWait(5) is not required."
::= { teLinkCompliances 1 }
teLinkModuleReadOnlyCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION "Compliance statement for agents that support the monitoring of the TE link MIB module." MODULE -- this module
GROUP teLinkSrlgGroup DESCRIPTION "This group is mandatory for GMPLS enabled devices."
GROUP teLinkPscGroup DESCRIPTION "This group is mandatory for devices that support the packet switching capability."
GROUP teLinkTdmGroup DESCRIPTION "This group is mandatory for devices that support the TDM switching capability."
-- teLinkTable
Dubuc, et al. Standards Track [Page 41]
RFC 4220 MPLS TE Link MIB Module November 2005
OBJECT teLinkAddressType SYNTAX INTEGER { unknown(0), ipv4(1), ipv6(2) } MIN-ACCESS read-only DESCRIPTION "Only ipv4(1) and ipv6(2) address types need to be supported for numbered links. For unnumbered links, the unknown(0) address type needs to be supported."
OBJECT teLinkLocalIpAddr SYNTAX InetAddress (SIZE(0|4|16)) MIN-ACCESS read-only DESCRIPTION "Size of TE link IP address depends on type of TE link. TE link IP address size is zero if the link is unnumbered, four if the link IP address is IPv4, and sixteen if the link IP address is IPv6."
OBJECT teLinkRemoteIpAddr SYNTAX InetAddress (SIZE(0|4|16)) MIN-ACCESS read-only DESCRIPTION "Size of TE link IP address depends on type of TE link. TE link IP address size is zero if the link is unnumbered, four if the link IP address is IPv4, and sixteen if the link IP address is IPv6."
OBJECT teLinkProtectionType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT teLinkWorkingPriority MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT teLinkRowStatus SYNTAX RowStatus { active(1) } MIN-ACCESS read-only DESCRIPTION "Write access is not required and active(1) is the only status that needs to be supported."
OBJECT teLinkStorageType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
Dubuc, et al. Standards Track [Page 42]
RFC 4220 MPLS TE Link MIB Module November 2005
-- teLinkDescriptorTable
OBJECT teLinkDescrSwitchingCapability MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT teLinkDescrEncodingType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT teLinkDescrMinLspBandwidth MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT teLinkDescrMaxLspBandwidthPrio0 MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT teLinkDescrMaxLspBandwidthPrio1 MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT teLinkDescrMaxLspBandwidthPrio2 MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT teLinkDescrMaxLspBandwidthPrio3 MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT teLinkDescrMaxLspBandwidthPrio4 MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT teLinkDescrMaxLspBandwidthPrio5 MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT teLinkDescrMaxLspBandwidthPrio6
Dubuc, et al. Standards Track [Page 43]
RFC 4220 MPLS TE Link MIB Module November 2005
MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT teLinkDescrMaxLspBandwidthPrio7 MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT teLinkDescrRowStatus SYNTAX RowStatus { active(1) } MIN-ACCESS read-only DESCRIPTION "Write access is not required and active(1) is the only status that needs to be supported."
OBJECT teLinkDescrStorageType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
-- teLinkSrlgTable
OBJECT teLinkSrlgRowStatus SYNTAX RowStatus { active(1) } MIN-ACCESS read-only DESCRIPTION "Write access is not required and active(1) is the only status that needs to be supported."
OBJECT teLinkSrlgStorageType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
-- teLinkBandwidthTable
OBJECT teLinkBandwidthRowStatus SYNTAX RowStatus { active(1) } MIN-ACCESS read-only DESCRIPTION "Write access is not required and active(1) is the only status that needs to be supported."
OBJECT teLinkBandwidthStorageType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
Dubuc, et al. Standards Track [Page 44]
RFC 4220 MPLS TE Link MIB Module November 2005
-- componentLinkTable
OBJECT componentLinkMaxResBandwidth MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT componentLinkPreferredProtection MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT componentLinkRowStatus SYNTAX RowStatus { active(1) } MIN-ACCESS read-only DESCRIPTION "Write access is not required and active(1) is the only status that needs to be supported."
OBJECT componentLinkStorageType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
-- componentLinkDescriptorTable
OBJECT componentLinkDescrSwitchingCapability MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT componentLinkDescrEncodingType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT componentLinkDescrMinLspBandwidth MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT componentLinkDescrMaxLspBandwidthPrio0 MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT componentLinkDescrMaxLspBandwidthPrio2 MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT componentLinkDescrMaxLspBandwidthPrio3 MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT componentLinkDescrMaxLspBandwidthPrio4 MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT componentLinkDescrMaxLspBandwidthPrio5 MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT componentLinkDescrMaxLspBandwidthPrio6 MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT componentLinkDescrMaxLspBandwidthPrio7 MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT componentLinkDescrInterfaceMtu MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT componentLinkDescrIndication MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT componentLinkDescrRowStatus SYNTAX RowStatus { active(1) } MIN-ACCESS read-only DESCRIPTION "Write access is not required and active(1) is the
Dubuc, et al. Standards Track [Page 46]
RFC 4220 MPLS TE Link MIB Module November 2005
only status that needs to be supported."
OBJECT componentLinkDescrStorageType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
-- componentLinkBandwidthTable
OBJECT componentLinkBandwidthRowStatus SYNTAX RowStatus { active(1) } MIN-ACCESS read-only DESCRIPTION "Write access is not required and active(1) is the only status that needs to be supported."
OBJECT componentLinkBandwidthStorageType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
STATUS current DESCRIPTION "Collection of objects needed for the management of the bandwidth resources associated with TE links and component links." ::= { teLinkGroups 3 }
STATUS current DESCRIPTION "Collection of objects needed for the management of the bandwidth parameters associated with component links." ::= { teLinkGroups 4 }
There are a number of management objects defined in this MIB module with a MAX-ACCESS clause of read-write and/or read-create. Such objects may be considered sensitive or vulnerable in some network environments. The support for SET operations in a non-secure environment without proper protection can have a negative effect on network operations. These are the tables and objects and their sensitivity/vulnerability:
- All the tables in this MIB module have routing information in them, so they all have the same security attributes. Unauthorized changes to attributes of these tables can disrupt resource allocation in the network.
Some of the readable objects in this MIB module (i.e., objects with a MAX-ACCESS other than not-accessible) may be considered sensitive or vulnerable in some network environments. It is thus important to control even GET and/or NOTIFY access to these objects and possibly to even encrypt the values of these objects when sending them over the network via SNMP. These are the tables and objects and their sensitivity/vulnerability:
- IP address entries in the teLinkTable (teLinkLocalIpAddr and teLinkRemoteIpAddr) may reveal the internals of a network provider IP address space.
SNMP versions prior to SNMPv3 did not include adequate security. Even if the network itself is secure (for example by using IPSec), even then, there is no control as to who on the secure network is allowed to access and GET/SET (read/change/create/delete) the objects in this MIB module.
It is RECOMMENDED that implementers consider the security features as provided by the SNMPv3 framework (see [RFC3410], section 8), including full support for the SNMPv3 cryptographic mechanisms (for authentication and privacy).
Further, deployment of SNMP versions prior to SNMPv3 is NOT RECOMMENDED. Instead, it is RECOMMENDED to deploy SNMPv3 and to enable cryptographic security. It is then a customer/operator responsibility to ensure that the SNMP entity giving access to an instance of this MIB module is properly configured to give access to the objects only to those principals (users) that have legitimate rights to indeed GET or SET (change/create/delete) them.
The following "IANA Considerations" subsection requests IANA for a new assignment. New assignments can only be made via Standards Action as specified in [RFC2434].
The TE-LINK-STD-MIB should be rooted under the transmission subtree. The IANA has assigned { transmission 200 } to the TE-LINK-STD-MIB module specified in this document.
[RFC3630] Katz, D., Kompella, K. and D. Yeung, "Traffic Engineering (TE) Extensions to OSPF Version 2", RFC 3630, September 2003.
[RFC4201] Kompella, K., Rekhter, Y. and L. Berger, "Link Bundling in MPLS Traffic Engineering (TE)", RFC 4201, October 2005.
[RFC4202] Kompella, K., Ed. and Y. Rekhter, Ed., "Routing Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS)", RFC 4202, October 2005.
[RFC4203] Kompella, K., Ed. and Y. Rekhter, Ed., "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS)", RFC 4203, October 2005.
[RFC4206] Kompella, K. and Y. Rekhter, "Label Switched Paths (LSP) Hierarchy with Generalized Multi-Protocol Label Switching (GMPLS) Traffic Engineering (TE)", RFC 4206, October 2005.
[RFC3410] Case, J., Mundy, R., Partain, D., and B. Stewart, "Introduction and Applicability Statements for Internet-Standard Management Framework", RFC 3410, December 2002.
[RFC3945] Mannie, E., "Generalized Multi-Protocol Label Switching (GMPLS) Architecture", RFC 3945, October 2004.
Dubuc, et al. Standards Track [Page 52]
RFC 4220 MPLS TE Link MIB Module November 2005
Authors' Addresses
Martin Dubuc
EMail: mdubuc@ncf.ca
Thomas D. Nadeau Cisco Systems 1414 Massachusetts Ave. Boxborough, MA 01719
Phone: +1-978-244-3051 EMail: tnadeau@cisco.com
Jonathan P. Lang Sonos, Inc. 223 E. De La Guerra St. Santa Barbara, CA 93101
EMail: jplang@ieee.org
Dubuc, et al. Standards Track [Page 53]
RFC 4220 MPLS TE Link MIB Module November 2005
Full Copyright Statement
Copyright (C) The Internet Society (2005).
This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
Intellectual Property
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf- ipr@ietf.org.
Acknowledgement
Funding for the RFC Editor function is currently provided by the Internet Society.