<?xml version='1.0' encoding='utf-8'?>
<!DOCTYPE rfc [
<!ENTITY RFC2119 SYSTEM "https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.2119.xml">
<!ENTITY RFC8174 SYSTEM "https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8174.xml">
<!ENTITY RFC5440 SYSTEM "https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.5440.xml">
<!ENTITY RFC5541 SYSTEM "https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.5541.xml">
<!ENTITY RFC8231 SYSTEM "https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8231.xml">
<!ENTITY RFC8233 SYSTEM "https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8233.xml">
<!ENTITY RFC8664 SYSTEM "https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8664.xml">
<!ENTITY RFC7823 SYSTEM "https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.7823.xml">
<!ENTITY RFC7471 SYSTEM "https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.7471.xml">
<!ENTITY RFC8570 SYSTEM "https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8570.xml">
<!ENTITY RFC8571 SYSTEM "https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8571.xml">
<!ENTITY RFC6049 SYSTEM "https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.6049.xml">
]>
<rfc submissionType="IETF" docName="draft-gandhi-pce-ber-01" category="std" ipr="trust200902" consensus="true">
    <!-- Generated by id2xml 1.5.0 on 2020-02-06T01:41:26Z -->
    <?rfc compact="yes"?>
    <?rfc text-list-symbols="oo*+-"?>
    <?rfc subcompact="no"?>
    <?rfc sortrefs="no"?>
    <?rfc symrefs="yes"?>
    <?rfc strict="yes"?>
    <?rfc toc="yes"?>
    <front>
        <title abbrev="PCEP Extensions for BER"> Extensions to the Path Computation Element Communication Protocol (PCEP)
          for Utilizing Bit Error Rate (BER) Metrics</title>
    <seriesInfo name="Internet-Draft" value="draft-gandhi-pce-ber-01"/>    

    <author fullname="Rakesh Gandhi" initials="R." role="editor" surname="Gandhi">
    <organization>Cisco Systems, Inc.</organization>
    <address>
    <postal><street>Canada</street>
    </postal>
        <email>rgandhi@cisco.com</email>
    </address>
    </author>

    <date year="2026"/>    
    <workgroup>PCE Working Group</workgroup>
    <abstract>
    <t>
IGP Traffic Engineering (TE) Metric Extensions describe mechanisms
with which network performance information is distributed via OSPF
IS-IS, and BGP-LS, respectively.  The Path Computation Element Communication
Protocol (PCEP) provides mechanisms for Path Computation Elements
(PCEs) to perform path computations in response to Path Computation
Client (PCC) requests.  This document describes the extension to PCEP
to utilize Bit Error Rate (BER) and Packet Error Rate (PER)  
 as constraints for end-to-end path computation.
</t>
    </abstract>
    </front>

    <middle>

   <section title="Introduction" anchor="sect-1">
<t>
Networks may experience transmission bit errors due to various factors, such as poor fiber quality. 
The bit error can be a single bit error or a burst of bit errors at a time. 
Bit errors include layer-2 bit errors (e.g., causing CRC errors) or layer-3 and layer-4 bit errors (e.g., causing checksum failures).
It is feasible to measure Bit Error Rate (BER) and Packet Error Rate (PER) of the links using measurement packets. 
It is important that BER and PER metrics are also considered during the path selection process to be able to 
provide service level assurance.
</t>

<t>
The Traffic Engineering Database (TED) is populated with network
performance information like link latency, delay variation, packet
loss, as well as parameters related to bandwidth (residual bandwidth,
available bandwidth, and utilized bandwidth) via TE Metric Extensions
in OSPF <xref target="RFC7471" format="default"/> or IS-IS <xref target="RFC8570" format="default"/> or via a management system.
<xref target="RFC7823" format="default"/> describes how a Path Computation Element (PCE) <xref target="RFC5440" format="default"/> 
can use that information for path selection for explicitly routed LSPs.
</t>

<t>
A Path Computation Client (PCC) can request a PCE to provide a path
meeting end-to-end network performance criteria.  This document
extends the Path Computation Element Communication Protocol (PCEP)
<xref target="RFC5440" format="default"/>  to handle network performance constraints that also include 
BER and PER constraints.
</t>

   </section>

   <section title="Conventions Used in This Document" anchor="sect-2">
       
   <section title="Requirements Language" anchor="sect-2.1">

   <t>
   The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL
   NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED",
   "MAY", and "OPTIONAL" in this document are to be interpreted as
   described in BCP 14  <xref target="RFC2119" format="default"/> <xref target="RFC8174" format="default"/>
   when, and only when, they appear in all capitals, as shown here.
   </t>

    </section>

    <section title="Abbreviations" anchor="sect-2.2">

   <t> BER:      Bit Error Rate </t>

   <t> EMA:      Exponential Moving Average </t>

   <t> IGP:      Interior Gateway Protocol </t>

   <t> IS-IS:    Intermediate System to Intermediate System </t>

   <t> OF:       Objective Function </t>

   <t> OSPF:     Open Shortest Path First </t>

   <t> PCC:      Path Computation Client </t>

   <t> PCE:      Path Computation Element </t>

   <t> PER:      Rate of Packets with Bit Errors </t>

   <t> RSVP:     Resource Reservation Protocol </t>

   <t> TE:       Traffic Engineering </t>

   <t> TED:      Traffic Engineering Database </t>

    </section>

    </section>

    <section title="Overview" anchor="sect-3">
<t>
<xref target="RFC8233" format="default"/> defines extensions to the PCEP to compute label switched paths. 
This document further extends the path computation extensions defined in <xref target="RFC8233" format="default"/> 
to include Bit Error Rate (BER) and Packet Error Rate (PER) link metrics. 
Note that the PCEP extensions defined 
in this document are equally applicable to the segment routing path computation defined in <xref target="RFC8664" format="default"/>.
</t>

<t>
Various BER metrics that can be used in path computation are:
</t>

<t>
(1) Average BER 
</t>
<t>
(2) Maximum BER 
</t>
<t>
(3) Minimum BER 
</t>
<t>
(4) Exponential Moving Average of BER 
</t>
<t>
(5) Variance of BER (difference of minimum and average, for example) 
</t>
<t>
(6) BER anomaly state 
</t>

<t>
Various PER metrics that can be used in path computation are:
</t>

<t>
(1) Average PER
</t>
<t>
(2) Maximum PER
</t>
<t>
(3) Minimum PER
</t>
<t>
(4) Exponential Moving Average of PER
</t>
<t>
(5) Variance of PER metrics (difference of minimum and average, for example) 
</t>
<t>
(6) PER anomaly state 
</t>

    </section>

    <section title="PCEP Extensions" anchor="sect-4">
    <t>
   This section defines PCEP extensions (see <xref target="RFC5440" format="default"/>) 
   to support bit error rate based network performance aware path computation.
    </t>

    <section title="Extensions to METRIC Object" anchor="sect-4.1">
    <t>
   The METRIC object is defined in Section 7.8 of <xref target="RFC5440" format="default"/>, comprising
   metric-value and metric-type (T field), and a flags field, comprising
   a number of bit flags (B bit and P bit).  This document defines the
   following types for the METRIC object.
   </t>

  <t>
   o  TBA1:  Path Average BER Metric
  </t>
  <t>
   o  TBA2:  Path Average PER Metric
  </t>
  <t>
   o  TBA3:  P2MP Path Average BER Metric
  </t>
  <t>
   o  TBA4:  P2MP Path Average PER Metric
  </t>
  <t>
  The following terminology is used and expanded along the way.
  </t>
  <t>
   o  A network comprises of a set of N links {Li, (i=1...N)}.
  </t>

  <t>
   o  A path P of a point-to-point (P2P) LSP is a list of K links
      {Lpi,(i=1...K)}.        
  </t>

    </section>

    <section title="Path BER Metric" anchor="sect-4.2">
    <t>
   [RFC7471] and <xref target="RFC8570" format="default"/> for IS-IS define "Unidirectional Link BER".  The Path
   BER (as a percentage) metric type of the METRIC object in
   PCEP encodes a function of the unidirectional BER metrics of all
   links along a P2P path.  The end-to-end BER for the path is
   represented by this metric.  Specifically, extending on the above
   mentioned terminology:
   </t>

   <t>
   o  The percentage link BER of link L is denoted PR(L).
   </t>
   <t>
   o  The fractional link BER of link L is denoted FR(L) = PR(L)/100.
   </t>
   <t>
   o  The percentage Path BER metric for the P2P path P = (1 -
      ((1-FR(Lp1)) * (1-FR(Lp2)) * .. * (1-FR(LpK)))) * 100 for a path P
      with links Lp1 to LpK.
   </t>

   <t>
   This is as per the composition function described in Section 5.1.5 of <xref target="RFC6049" format="default"/>.
   </t>

   <t>
   Metric Type T = TBA1: Path BER metric
   </t>
   <t>
   Metric Type T = TBA2: Path PER metric
   </t>

   <t>
   A PCC MAY use the Path BER metric in a PCReq message to request a
   path meeting the end-to-end BER requirement.  In this case,
   the B bit MUST be set to suggest a bound (a maximum) for the Path
   BER metric that must not be exceeded for the PCC to consider the
   computed path as acceptable.  The Path BER metric must be less than
   or equal to the value specified in the metric-value field.
   </t>

   <t>
   A PCC can also use this metric to ask the PCE to optimize the path
   BER during path computation.  In this case, the B flag MUST be cleared.
   </t>

   <t>
   A PCE MAY use the Path BER metric in a PCRep message along with a
   NO-PATH object in the case where the PCE cannot compute a path
   meeting this constraint.  A PCE can also use this metric to send the
   computed end-to-end BER metric to the PCC.
   </t>

    </section>

   <section title="Path BER Metric Value" anchor="sect-4.3">
   <t>
   The TE metrics specified in <xref target="RFC7471" format="default"/> for OSPF, 
   <xref target="RFC8570" format="default"/> for IS-IS, and <xref target="RFC8571" format="default"/> for BGP
   are further extended to distribute "Unidirectional Link BER Sub-TLV" to
   advertise the link BER in percentage in a 24-bit field. <xref target="RFC5440" format="default"/> 
   defines the METRIC object with a 32-bit metric value encoded in IEEE
   floating point format (see (IEEE.754)).  Consequently, the encoding
   for the Path BER metric value is quantified as a percentage and
   encoded in IEEE floating point format.
   </t>

   </section>

   <section title="P2MP Path BER Metric" anchor="sect-4.4">
   <t>
   This section defines the following types for the METRIC object to be
   used for the P2MP TE LSPs.
   </t>

   <t>
   The P2MP Path BER metric type of the METRIC object in PCEP encodes
   the path BER metric for the destination that observes the
   worst BER metric among all destinations of the P2MP tree.
   Specifically, extending on the above-mentioned terminology:
   </t>

   <t>
   o  A P2MP tree T comprises of a set of M destinations {Dest_j,
      (j=1...M)}.
   </t>

   <t>
   o  The P2P Path BER metric of the path to destination Dest_j is
      denoted by PRM(Dest_j).
   </t>

   <t>
   o  The P2MP Path BER metric for the P2MP tree T = Maximum
      {PRM(Dest_j), (j=1...M)}.
   </t>

   <t>
   Metric Type T = TBA3: P2MP Path BER metric
   </t>
   <t>
   Metric Type T = TBA4: P2MP Path PER metric
   </t>

   </section>

   <section title="Objective Functions" anchor="sect-4.5">
   <t>
   <xref target="RFC5541" format="default"/> defines a mechanism to specify an objective function that
   is used by a PCE when it computes a path.  For path
   BER, the following new OF is defined.
   </t>

   <t>
   o  A network comprises a set of N links {Li, (i=1...N)}.
   </t>

   <t>
   o  A path P is a list of K links {Lpi,(i=1...K)}.
   </t>

   <t>
   o  The percentage link BER of link L is denoted PR(L).
   </t>

   <t>
   o  The fractional link BER of link L is denoted FR(L) = PR(L) / 100.
   </t>

   <t>
   o  The percentage path BER of a path P is denoted PR(P), where PR(P)
      = (1 - ((1-FR(Lp1)) * (1-FR(Lp2)) * .. * (1-FR(LpK)))) * 100.
   </t>

   <t>
   Objective Function Code:  TBA6
   Name: Minimum BER Path (MBERP)
   Description: Find a path P such that PR(P) is minimized.
   </t>

   <t>
   If the objective functions defined in this document are unknown/
   unsupported by a PCE, then the procedure as defined in Section 3.1.1
   of  <xref target="RFC5541" format="default"/> is followed.
   </t>

   <section title="TE Flex-Algorithm" anchor="sect-4.6">
   <t>
   New Flexible algorithm type is defined for TE that uses BER and PER metrics.
   </t>
   <t>
   Editor's note: Additional details will be added in the future version of this document.
   </t>

   </section>

   </section>

   </section>

   <section title="Other Considerations" anchor="sect-5">
   <t>
   The new metric type and objective functions defined in this document
   can also be used with the stateful PCE extensions defined in RFC 8231 for PCI-initiated LSPs.  
   The format of PCEP messages described in [RFC8231] uses
   (intended-attribute-list) and (attribute-list), respectively, (where
   the (intended-attribute-list) is the attribute-list defined in
   Section 6.5 of <xref target="RFC5440" format="default"/> and extended in this
   document) for BER parameters.
   </t>

   <t>
   A stateful PCE can also determine which LSPs should be reoptimized
   based on network events or triggers from external monitoring systems.
   For example, when a particular link deteriorates and its BER 
   increases, this can trigger the stateful PCE to automatically
   determine which LSPs are impacted and should be reoptimized.
   </t>

   </section>

   <section title="Security Considerations" anchor="sect-6">
   <t>
   The security considerations specified in <xref target="RFC5440" format="default"/>, 
   <xref target="RFC8231" format="default"/>, <xref target="RFC8233" format="default"/>, 
   and <xref target="RFC8664" format="default"/> apply to the procedure and extensions defined in this document.
   </t>

   </section>

   <section title="IANA Considerations" anchor="sect-7">
    <t>
    IANA maintains the "Path Computation Element Protocol (PCEP) Numbers" registry.  
    Within this registry, IANA maintains a subregistry for "METRIC Object T Field".
    New metric types are defined in this document for the METRIC object (specified in <xref target="RFC5440" format="default"/>).
    IANA is requested to allocate the values for these METRIC types.
    </t>

    <table anchor="iana-tlv-type-tbl-pcep" align="center">
        <name>Metric Types: </name>

        <thead>
          <tr>
            <th align="left">Value</th>
            <th align="center">Description</th>
            <th align="left">Reference</th>
          </tr>
        </thead>

        <tbody>
          <tr>
            <td align="left">TBA1 </td>
            <td align="center">Path Average BER Metric</td>
            <td align="left">This document</td>
          </tr>

          <tr>
            <td align="left">TBA2 </td>
            <td align="center">Path Average PER Metric</td>
            <td align="left">This document</td>
          </tr>

          <tr>
            <td align="left">TBA3 </td>
            <td align="center">P2MP Path Average BER Metric</td>
            <td align="left">This document</td>
          </tr>
          <tr>
            <td align="left">TBA4 </td>
            <td align="center">P2MP Path Average PER Metric</td>
            <td align="left">This document</td>
          </tr>

        </tbody>
    </table>

    <t>
Editor's note: Additional types for carrying minimum, maximum, and variance of the BER and PER metrics will be defined in the future revision of this document.
    </t>

    </section>

    </middle>

    <back>
    <references title="Normative References">
    &RFC2119; 
    &RFC5440;
    &RFC8231;
    &RFC8233;
    &RFC8174; 
    &RFC5541; 

    </references>
    <references title="Informative References">
    &RFC6049;
    &RFC7471;
    &RFC7823;
    &RFC8570;
    &RFC8571;
    &RFC8664;

    </references>
    <section title="Acknowledgments" numbered="no" anchor="acknowledgments">
<t>
Thank you. 
</t>
    </section>

    </back>

    </rfc>
