ietf-corpus

rfc-7074

Revised Definition of the GMPLS Switching Capability and Type Fields

L. Berger, J. Meuric
date2013-11 streamIETF areartg wgccamp statusPROPOSED STANDARD pages9 canonicalhttps://www.rfc-editor.org/rfc/rfc7074 doi10.17487/RFC7074
GMPLS provides control for multiple switching technologies and for hierarchical switching within a technology. GMPLS routing and signaling use common values to indicate the type of switching technology. These values are carried in routing protocols via the Switching Capability field, and in signaling protocols via the Switching Type field. While the values used in these fields are the primary indicators of the technology and hierarchy level being controlled, the values are not consistently defined and used across the different technologies supported by GMPLS. This document is intended to resolve the inconsistent definition and use of the Switching Capability and Type fields by narrowly scoping the meaning and use of the fields. This document updates all documents that use the GMPLS Switching Capability and Types fields, in particular RFCs 3471, 4202, 4203, and 5307.

updates

Extracted elements (15)

design-rationale §1

The document narrows the scope of Switching Type values to serve solely as identifiers for per-technology SCSI field formats, rather than as indicators of hierarchy levels within a switching technology. This resolves inconsistency introduced by ad hoc additions like EVPL and 802_1 PBB-TE.

routing, mpls

design-rationale §1

The introduction of separate Switching Types for EVPL (value 30) and 802_1 PBB-TE (value 40) for Ethernet technologies, rather than reusing L2SC, was driven by the need to disambiguate the SCSI field format for different Ethernet switching technologies operating within the same provider network.

mpls, routing

design-rationale §1

The original approach of using Switching Types to indicate hierarchy levels within a technology (e.g., PSC-1 through PSC-4) proved problematic because different technologies of the same switching type can require different SCSI field formats, making implicit type-to-format mapping impractical for multi-technology implementations.

routing, mpls

interoperability-note §3

At the time of publication, there are no known deployments or implementations using PSC-2, PSC-3, or PSC-4, so deprecating these values raises no compatibility issues for existing routing and signaling implementations.

mpls, routing

normative-requirement §2.1 MUST

A different Switching Type value MUST be used to differentiate between different Switching Capability-specific information field formats, since the SCSI field format is dependent on the Switching Cap field value.

routing, mpls

normative-requirement §2.1 SHOULD

A different Switching Type value SHOULD be used for each data-plane technology, even when those technologies share the same type of multiplexing or switching. For example, SDH and OTN should use two different Switching Types despite both being TDM technologies.

routing, mpls

normative-requirement §2.1 SHOULD

Any time a new switching technology might use a different Switching Capability-specific information field format, a new Switching Type SHOULD be used.

routing, mpls, registry

normative-requirement §2.3 SHOULD

PSC-2 (value 2), PSC-3 (value 3), and PSC-4 (value 4) Switching Types are deprecated and SHOULD be treated as unsupported types. In the case of signaling, they should be processed according to Section 2.1.1 of RFC 3473.

mpls, routing

protocol-element §2.2

The revised definition of the Switching Type field in signaling (RFC 3471/3473) is: it indicates the type of switching to be performed on a particular link via GMPLS Switching Type values, and maps to one of the values advertised for the corresponding link in the routing Switching Capability Descriptor. This is unchanged in practice from the prior definition.

mpls

protocol-element §1.1

The Switching Capability (Switching Cap) field in the Interface Switching Capability Descriptor is an 8-bit field carried in OSPF and IS-IS routing protocols to indicate the type of switching being advertised. Its value determines the format of the variable-length Switching Capability-specific information (SCSI) field that follows.

routing, mpls

registry §5

IANA also updated the IANA-GMPLS-TC-MIB IANAGmplsSwitchingTypeTC definitions to mark psc2(2), psc3(3), and psc4(4) as deprecated, with a reference to this document added as item 3.

registry, mpls

registry §5

IANA updated the Switching Types portion of the 'Generalized Multi-Protocol Label Switching (GMPLS) Signaling Parameters' registry to deprecate values 2, 3, and 4 (PSC-2, PSC-3, PSC-4) and add a reference to this document. Registration procedure is Standards Action.

registry, mpls

security-consideration §4

This document only impacts the values carried in a single Switching Type field in signaling and routing protocols. As no new protocol formats or mechanisms are defined, there are no particular security implications. General MPLS/GMPLS security issues are addressed in RFC 5920.

security, mpls

wire-format §1.1

The GMPLS signaling generalized label request object contains an 8-bit LSP Encoding Type, an 8-bit Switching Type, and a 16-bit G-PID field. The Switching Type maps to one of the values advertised for the corresponding link in the routing Switching Capability Descriptor.

mpls

wire-format §1.1

The Interface Switching Capability Descriptor used in OSPF and IS-IS contains an 8-bit Switching Cap field, an 8-bit Encoding field, 16 reserved bits, followed by a variable-length Switching Capability-specific information field whose format depends on the Switching Cap value.

routing, mpls