OSPF Protocol Extensions for Path Computation Element (PCE) Discovery
RFC 5088

 
Document Type RFC - Proposed Standard (January 2008; Errata)
Last updated 2013-03-02
Stream IETF
Formats plain text pdf html
Stream WG state (None)
Consensus Unknown
Document shepherd No shepherd assigned
IESG IESG state RFC 5088 (Proposed Standard)
Telechat date
Responsible AD Ross Callon
Send notices to pce-chairs@ietf.org
Network Working Group                                   JL. Le Roux, Ed.
Request for Comments: 5088                                France Telecom
Category: Standards Track                               JP. Vasseur, Ed.
                                                       Cisco System Inc.
                                                              Y. Ikejiri
                                                      NTT Communications
                                                                R. Zhang
                                                                      BT
                                                            January 2008

 OSPF Protocol Extensions for Path Computation Element (PCE) Discovery

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.

Abstract

   There are various circumstances where it is highly desirable for a
   Path Computation Client (PCC) to be able to dynamically and
   automatically discover a set of Path Computation Elements (PCEs),
   along with information that can be used by the PCC for PCE selection.
   When the PCE is a Label Switching Router (LSR) participating in the
   Interior Gateway Protocol (IGP), or even a server participating
   passively in the IGP, a simple and efficient way to announce PCEs
   consists of using IGP flooding.  For that purpose, this document
   defines extensions to the Open Shortest Path First (OSPF) routing
   protocol for the advertisement of PCE Discovery information within an
   OSPF area or within the entire OSPF routing domain.

Le Roux, et al.             Standards Track                     [Page 1]
RFC 5088       OSPF Protocol Extensions for PCE Discovery   January 2008

Table of Contents

   1. Introduction ....................................................2
   2. Terminology .....................................................4
   3. Overview ........................................................5
      3.1. PCE Discovery Information ..................................5
      3.2. Flooding Scope .............................................5
   4. The OSPF PCED TLV ...............................................6
      4.1. PCE-ADDRESS Sub-TLV ........................................7
      4.2. PATH-SCOPE Sub-TLV .........................................8
      4.3. PCE-DOMAIN Sub-TLV ........................................10
      4.4. NEIG-PCE-DOMAIN Sub-TLV ...................................11
      4.5. PCE-CAP-FLAGS Sub-TLV .....................................12
   5. Elements of Procedure ..........................................13
   6. Backward Compatibility .........................................14
   7. IANA Considerations ............................................14
      7.1. OSPF TLV ..................................................14
      7.2. PCE Capability Flags Registry .............................14
   8. Security Considerations ........................................15
   9. Manageability Considerations ...................................16
      9.1. Control of Policy and Functions ...........................16
      9.2. Information and Data Model ................................16
      9.3. Liveness Detection and Monitoring .........................16
      9.4. Verify Correct Operations .................................16
      9.5. Requirements on Other Protocols and Functional
           Components ................................................16
      9.6. Impact on Network Operations ..............................17
   10. Acknowledgments ...............................................17
   11. References ....................................................17
      11.1. Normative References .....................................17
      11.2. Informative References ...................................18

1.  Introduction

   [RFC4655] describes the motivations and architecture for a Path
   Computation Element (PCE)-based path computation model for
   Multi-Protocol Label Switching (MPLS) and Generalized MPLS (GMPLS)
   Traffic Engineered Label Switched Paths (TE LSPs).  The model allows
   for the separation of the PCE from a Path Computation Client (PCC)
   (also referred to as a non co-located PCE) and allows for cooperation
   between PCEs (where one PCE acts as a PCC to make requests of the
   other PCE).  This relies on a communication protocol between a PCC
   and PCE, and also between PCEs.  The requirements for such a
   communication protocol can be found in [RFC4657], and the
   communication protocol is defined in [PCEP].
Show full document text