Distribution of MPLS-TE Extended admin Group Using BGP
draft-wang-idr-eag-distribution-00

Abstract

As MPLS-TE network grows, administrative Groups advertised as a fixed-length 32-bit Bitmask is quite constraining. "Extended Administrative Group" IGP TE extensions sub-TLV defined in [I-D.ietf-mpls-extended-admin-group] is introduced to provide for additional administrative groups (link colors) beyond the current limit of 32. This document describes extensions to BGP protocol, that can be used to distribute extended administrative groups in MPLS-TE.

Status of This Memo

This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79.

Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet-Drafts is at http://datatracker.ietf.org/drafts/current/.

Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress."

This Internet-Draft will expire on March 24, 2015.

Copyright Notice

Copyright (c) 2014 IETF Trust and the persons identified as the document authors. All rights reserved.

This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.

Table of Contents

• 1. Introduction
• 2. Conventions used in this document
• 3. Carrying Extended Administrative Groups in BGP
• 3.1. AG and EAG coexistence
• 3.2. Desire for unadvertised EAG bits
• 4. Security Considerations
• 5. IANA Considerations
• 6. Acknowledgments
• 7. Normative References
• Authors' Addresses

1. Introduction

MPLS-TE advertises 32 administrative groups (commonly referred to as "colors" or "link colors") using the Administrative Group sub-TLV of the Link TLV defined in OSPFv2 (RFC3630), OSPFv3 (RFC5329) and ISIS (RFC5305).

As MPLS-TE network grows, administrative Groups advertised as a fixed-length 32-bit Bitmask is quite constraining. "Extended Administrative Group" IGP TE extensions sub-TLV defined in [I-D.ietf-mpls-extended-admin-group] is introduced to provide for additional administrative groups (link colors) beyond the current limit of 32.

This document proposes new BGP Link attribute TLVs that can be announced as attribute in the BGP-LS attribute (defined in [I.D-ietf- idr-ls-distribution]) to distribute extended administrative groups in MPLS-TE.

2. Conventions used in this document

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 RFC2119 [RFC2119].

3. Carrying Extended Administrative Groups in BGP

This document proposes one new BGP link attribute TLVs that can be announced as attribute in the BGP-LS attribute (defined in [I.D-ietf- idr-ls-distribution]) to distribute extended administrative groups. The extensions in this document build on the ones provided in BGP-LS [I.D-ietf-idr-ls-distribution] and BGP-4 [RFC4271].

BGP-LS attribute defined in [I.D-ietf-idr-ls-distribution] has nested TLVs which allow the BGP-LS attribute to be readily extended. Link attribute TLVs defined in section 3.2.2 of [I-D.ietf-idr-ls- distribution]are TLVs that may be encoded in the BGP-LS attribute with a link NLRI. Each 'Link Attribute' is a Type/Length/ Value (TLV) triplet formatted as defined in Section 3.1 of [I-D.ietf-idr- ls-distribution].

      Type            Value

      TBD1        Extended Admin Group (EAG)

This document proposes one new TLV as a link attribute:

The EAG TLV is used in addition to the Administrative Groups when a node wants to advertise more than 32 colors for a link. The EAG TLV is optional. The format and semantics of the 'value' fields in EAG TLVs correspond to the format and semantics of value fields in IGP extension sub-TLVs, defined in [I-D.ietf-mpls-extended- admin-group].

   +------------+---------------------+--------------+-----------------+
   |  TLV Code  | Description         |     IS-IS    | Defined in:     |
   |    Point   |                     |  TLV/Sub-TLV |                 |
   +------------+---------------------+--------------+-----------------+
   |    xxxx    | Extended            |    22/xx     |[I-D.ietf-mpls-  |
   |            | Admin Group         |              |extended-admin   |
   |            |                     |              |-group           |
   +------------+---------------------+--------------+-----------------+

                     Table 1: ‘EAG’ Link Attribute TLV

3.1. AG and EAG coexistence

Similar to section 2.3.1 of [I-D.ietf-mpls-extended- admin-group],if a BGP speaker advertises both AG and EAG then AG and EAG should be dealt with in the same way as AG and EAG carried in the Extended Administrative Group (EAG) sub-TLV [I-D.ietf-mpls-extended- admin-group] for both OSPF [RFC3630] and ISIS [RFC5305].

3.2. Desire for unadvertised EAG bits

Unlike AGs, EAGs are advertised as any non-zero-length-bit Bitmask. the EAG length may be longer for some links than for others. Similar to section 2.3.2 of [I-D.ietf-mpls-extended- admin-group], if a BGP peer wants to only use links where the specific bits of an EAG is set to 1 but the specific bits of this EAG is not advertised, then the implementation SHOULD process these desire and unadvertised EAG bits in accordance with rule defined in section 2.3.2 of [I.D-ietf-mpls-extended-admin- group].

4. Security Considerations

This document does not introduce security issues beyond those discussed in [I.D-ietf-idr-ls-distribution] and [RFC4271].

5. IANA Considerations

IANA maintains the registry for the TLVs. BGP Extended Admin Group link attribute TLV will require one new type code defined in this document.

6. Acknowledgments

The authors gratefully acknowledge the review made by Eric Osborne.

7. Normative References

Authors' Addresses