datatracker.ietf.org
Sign in
Version 5.6.4.p1, 2014-10-20
Report a bug

OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS)
RFC 4203

Document type: RFC - Proposed Standard (October 2005; No errata)
Updates RFC 3630
Document stream: IETF
Last updated: 2013-03-02
Other versions: plain text, pdf, html

IETF State: (None)
Consensus: Unknown
Document shepherd: No shepherd assigned

IESG State: RFC 4203 (Proposed Standard)
Responsible AD: Bert Wijnen
Send notices to: <ronald.p.bonica@mci.com>, <kireeti@juniper.net>, <adrian@olddog.co.uk>

Network Working Group                                   K. Kompella, Ed.
Request for Comments: 4203                               Y. Rekhter, Ed.
Updates: 3630                                           Juniper Networks
Category: Standards Track                                   October 2005

                     OSPF Extensions in Support of
           Generalized Multi-Protocol Label Switching (GMPLS)

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 document specifies encoding of extensions to the OSPF routing
   protocol in support of Generalized Multi-Protocol Label Switching
   (GMPLS).

1.  Introduction

   This document specifies extensions to the OSPF routing protocol
   [OSPF] in support of carrying link state information for Generalized
   Multi-Protocol Label Switching (GMPLS).  The set of required
   enhancements to OSPF are outlined in [GMPLS-ROUTING].

   In this section, we define the enhancements to the Traffic
   Engineering (TE) properties of GMPLS TE links that can be announced
   in OSPF TE LSAs.  The TE LSA, which is an opaque LSA with area
   flooding scope [OSPF-TE], has only one top-level Type/Length/Value
   (TLV) triplet and has one or more nested sub-TLVs for extensibility.
   The top-level TLV can take one of two values (1) Router Address or
   (2) Link.  In this document, we enhance the sub-TLVs for the Link TLV
   in support of GMPLS.  Specifically, we add the following sub-TLVs to
   the Link TLV:

Kompella & Rekhter          Standards Track                     [Page 1]
RFC 4203                OSPF Extensions in MPLS             October 2005

   Sub-TLV Type      Length    Name
             11           8    Link Local/Remote Identifiers
             14           4    Link Protection Type
             15    variable    Interface Switching Capability Descriptor
             16    variable    Shared Risk Link Group

   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 BCP 14, RFC 2119
   [RFC2119].

1.1.  Link Local/Remote Identifiers

   Link Local/Remote Identifiers is a sub-TLV of the Link TLV.  The type
   of this sub-TLV is 11, and length is eight octets.  The value field
   of this sub-TLV contains four octets of Link Local Identifier
   followed by four octets of Link Remote Identifier (see Section
   "Support for unnumbered links" of [GMPLS-ROUTING]).  If the Link
   Remote Identifier is unknown, it is set to 0.

    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                  Link Local Identifier                        |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                  Link Remote Identifier                       |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   A node can communicate its Link Local Identifier to its neighbor
   using a link local Opaque LSA, as described in Section "Exchanging
   Link Local TE Information".

1.2.  Link Protection Type

   The Link Protection Type is a sub-TLV of the Link TLV.  The type of
   this sub-TLV is 14, and length is four octets.

    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |Protection Cap |                    Reserved                   |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   The first octet is a bit vector describing the protection
   capabilities of the link (see Section "Link Protection Type" of
   [GMPLS-ROUTING]).  They are:

      0x01  Extra Traffic

Kompella & Rekhter          Standards Track                     [Page 2]
RFC 4203                OSPF Extensions in MPLS             October 2005

      0x02  Unprotected

      0x04  Shared

      0x08  Dedicated 1:1

      0x10  Dedicated 1+1

      0x20  Enhanced

      0x40  Reserved

      0x80  Reserved

   The remaining three octets SHOULD be set to zero by the sender, and

[include full document text]