[Pce] WG Review: Path Computation Element (pce)

The IESG <iesg-secretary@ietf.org> Fri, 01 December 2023 17:21 UTC

Return-Path: <iesg-secretary@ietf.org>
X-Original-To: pce@ietf.org
Delivered-To: pce@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A2EAC14F5E7; Fri, 1 Dec 2023 09:21:02 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 11.16.0
Auto-Submitted: auto-generated
Precedence: bulk
Cc: pce@ietf.org
Reply-To: iesg@ietf.org
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Message-ID: <170145126214.35812.10386048285609466918@ietfa.amsl.com>
Date: Fri, 01 Dec 2023 09:21:02 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/U-pAtzCGZMx920nzxFxWIpffLLc>
Subject: [Pce] WG Review: Path Computation Element (pce)
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.39
List-Id: Path Computation Element <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Dec 2023 17:21:02 -0000

The Path Computation Element (pce) WG in the Routing Area of the IETF is
undergoing rechartering. The IESG has not made any determination yet. The
following draft charter was submitted, and is provided for informational
purposes only. Please send your comments to the IESG mailing list
(iesg@ietf.org) by 2023-12-11.

Path Computation Element (pce)
Current status: Active WG

  Julien Meuric <julien.meuric@orange.com>
  Dhruv Dhody <dd@dhruvdhody.com>

  Andrew Stone <andrew.stone@nokia.com>

Assigned Area Director:
  John Scudder <jgs@juniper.net>

Routing Area Directors:
  John Scudder <jgs@juniper.net>
  Jim Guichard <james.n.guichard@futurewei.com>
  Andrew Alston <andrew-ietf@liquid.tech>

Mailing list:
  Address: pce@ietf.org
  To subscribe: https://www.ietf.org/mailman/listinfo/pce
  Archive: https://mailarchive.ietf.org/arch/browse/pce/

Group page: https://datatracker.ietf.org/group/pce/

Charter: https://datatracker.ietf.org/doc/charter-ietf-pce/

The PCE Working Group is chartered to specify the required protocols
so as to enable a Path Computation Element (PCE)-based architecture
for the computation of paths for MPLS and GMPLS Point to Point and
Point to Multi-point Traffic Engineered LSPs. Further, the PCE WG also
handles protocol extensions for new path setup types of Segment
Routing (SR), BIER, and Detnet.

In this architecture path computation does not necessarily occur on
the head-end (ingress) LSR, but on some other path computation entity
that may not be physically located on each head-end LSR. The TEAS
Working Group is responsible for defining and extending architectures
for Traffic Engineering (TE) and it is expected that the PCE and TEAS
WGs will work closely together on elements of TE architectures that
utilize PCE.

The PCE WG works on the application of this model within a single
domain or within a group of domains (where a domain is a layer, IGP
area, or Autonomous System with limited visibility from the head-end
LSR). At this time, applying this model to large groups of domains
such as the Internet is not thought to be possible, and the PCE WG
will not spend energy on that topic.

The WG specifies the PCE communication Protocol (PCEP) and needed
extensions for communication between Path Computation Clients (PCCs)
and PCEs, and between cooperating PCEs. Security mechanisms such as
authentication and confidentiality are included.

The WG works on the mechanisms for inter-domain as well as multi-layer
path computation and PCEP extensions for communication between several
domains or network layers.

The WG defines the required PCEP extensions for Wavelength Switched
Optical Networks (WSON) and Flexible Grid while keeping consistency
with the GMPLS protocols specified in the CCAMP and TEAS WGs.

Work Items:

- PCEP extensions to support MPLS and GMPLS Traffic Engineered LSP
  path computation models involving PCEs. This includes the case of
  computing the paths of intra- and inter-domain TE LSPs. Such path
  computation includes the generation of primary, protection, and
  recovery paths, as well as computations for (local/global)
  reoptimization and load balancing. Both intra- and inter-domain
  applications are covered.

- In cooperation with the TEAS Working Group, development of PCE-
  based architectures for Traffic Engineering including PCE as a
  Central Controller (PCECC) and Centralized Control Dynamic Routing
  (CCDR). The PCEP extensions are developed in the PCE Working Group.

- In cooperation with protocol-specific Working Groups (e.g., MPLS,
  CCAMP), development of LSP signaling (RSVP-TE) extensions required
  to support PCE-based path computation models.

- Specification of PCEP extensions for expressing path computation
  requests and responses in the various GMPLS-controlled networks,
  including WSON and Flexible Grid.

- Definition of PCEP extensions for path computation in multi-layer
  and inter-domain networks.

- Definition of the PCEP extensions used by a stateful PCE for
  recommending a new path for an existing or new LSP to the PCC/PCE.
  Further protocol extensions must cover the case where the receiving
  PCC/PCE chooses not to follow the recommendation. The PCEP
  extensions for state synchronization are also in scope.

- Definition of the PCEP extensions for SR-MPLS and SRv6 paths as per
  the SR Policy architecture in cooperation with SPRING Working Group.

- Definition of the PCEP extensions for new path setup types (such as
  BIER and DETNET) in close cooperation with the respective Working


  Nov 2023 - Submit PCEP YANG Model as a Proposed Standard

  Nov 2023 - Submit PCEP Native-IP extensions as a Proposed Standard

  Mar 2024 - Submit PCEP extensions for SR Policy as Proposed Standard

  Mar 2024 - Submit PCEP extensions for Multipath as Proposed Standard

  Dec 2024 - Submit Enhancements to Stateful PCE

  Mar 2025 - Evaluate WG progress, recharter or close