<?xml version="1.0" encoding="US-ASCII"?>
<!DOCTYPE rfc SYSTEM "rfc2629.dtd">
<?rfc toc="yes"?>
<?rfc tocompact="yes"?>
<?rfc tocdepth="3"?>
<?rfc tocindent="yes"?>
<?rfc symrefs="yes"?>
<?rfc sortrefs="yes"?>
<?rfc comments="yes"?>
<?rfc inline="yes"?>
<?rfc compact="yes"?>
<?rfc subcompact="no"?>
<rfc category="std" docName="draft-mirsky-mpls-oam-mpls-sr-ip-00" ipr="trust200902">

<?xml-stylesheet type='text/xsl' href='rfc2629.xslt' ?>

  <front>
    <title abbrev="OAM for MPLS-SR over IP">Operations, Administration, and  for MPLS-SR over IP</title>

    <author fullname="Greg Mirsky" initials="G." surname="Mirsky">
      <organization>ZTE Corp.</organization>

      <address>
        <postal>
          <street/>

          <city/>

          <code/>

          <country/>
        </postal>

        <email>gregimirsky@gmail.com</email>
      </address>
    </author>

    <date year="2018"/>

    <area>Routing</area>

    <workgroup>MPLS Working Group</workgroup>

    <keyword>Internet-Draft</keyword>
   
   <keyword>OAM</keyword>
   
   <keyword>MPLS-SR</keyword>

    <abstract>
      <t>
Segment routing uses source routing paradigm to traffic engineering by specifying segments a packet traverses through the network.
MPLS Segment Routing applies that paradigm to an MPLS data plane-based networks. SR-MPLS over IP
uses MPLS label stack as a source routing instruction set and uses IP encapsulation/tunneling such as MPLS-in-
UDP as defined in RFC 7510 to realize a source routing mechanism across MPLS,
   IPv4, and IPv6 data planes. This document describes Operations, Administration, and Maintenance
   operations in SR-MPLS over IP environment.
      </t>
    </abstract>
  </front>
  
  <middle>

    <section anchor="intro-section" title="Introduction">
      <t>
Segment routing <xref target="RFC8402"/> uses source routing paradigm to traffic
engineering by specifying segments a packet traverses through the network.
MPLS Segment Routing (SR-MPLS) <xref target="I-D.ietf-spring-segment-routing-mpls"/> applies
that paradigm to an MPLS data plane-based networks. SR-MPLS over IP
uses MPLS label stack as a source routing instruction set and uses IP encapsulation/tunneling such as MPLS-in-
UDP as defined in <xref target="RFC7510"/> to realize a source routing mechanism across MPLS,
   IPv4, and IPv6 data planes. This document describes Operations, Administration, and Maintenance (OAM)
   operations in SR-MPLS over IP environment.
      </t>

    </section>
    
      <section title="Conventions used in this document">
     <section title="Terminology">     
     <t>MPLS:       Multiprotocol Label Switching</t>
     <t>LSP:        Label Switched Path</t>
     <t>BFD:        Bidirectional Forwarding Detection</t>
     <t>SR           Segment Routing</t>
     <t>SR-MPLS      Segment Routing in MPLS data plane</t>
     <t>FEC:        Forwarding Equivalence Class</t>
     <t>G-ACh:      Generic Associated Channel</t>
     <t>ACH:        Associated Channel Header</t>
     <t>GAL:        G-ACh Label</t>
     <t>OAM        Operations, Administration, and Maintenance</t>
     </section>
     
     <section title="Requirements Language">
        <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"/> <xref target="RFC8174"/> 
   when, and only when, they appear in all capitals, as shown here.
    </t>
    </section>
    </section>
<section anchor="sr-mpls-ip-section" title="OAM in SR-MPLS over IP">
<t>
OAM operations support Fault Management and Performance Monitoring components of FCAPS framework for network management.
To achieve its objectives, Fault Management OAM includes proactive and on-demand protocols to provide constant monitoring of the network to
detect the failure in combination with on-demand tools to efficiently localize and characterize the defect. Performance Monitoring OAM protocols support
measurement of packet loss and packet delay that enables calculation of performance metrics, e.g., packet loss ration, inter-packet delay variation,
that are useful in monitoring the quality of service in the network, detect and quantify the service degradation.
</t>
    <section anchor="fm-oam-section" title="Fault Management OAM in SR-MPLS over IP">
      <t>
Fault management OAM toolset includes protocols to perform on-demand failure detection and localization as well as
proactively monitor path continuity. An example of the former is echo request/reply, e.g., Label Switched Path (LSP) Ping <xref target="RFC8029"/>.
An example of the latter - Bidirectional Forwarding Detection (BFD) over MPLS LSP <xref target="RFC5884"/>. For SR-MPLS environment
applicability and use of these OAM tools defined in <xref target="RFC8287"/> and <xref target="I-D.mirsky-spring-bfd"/> respectively. Both
LSP Ping and BFD can be used either with IP/UDP encapsulation or in Generic Associated Channel (G-ACh) <xref target="RFC5586"/>. The use of 
IP/UDP encapsulation is well-understood and has been defined in <xref target="RFC8029"/>:
<list>
<t>
The IP header is set as
   follows: the source IP address is a routable address of the sender;
   the destination IP address is a (randomly chosen) IPv4 address from
   the range 127/8 or an IPv6 address from the range
   0:0:0:0:0:FFFF:7F00:0/104.  The IP TTL is set to 1. The source UDP
   port is chosen by the sender.
</t>
</list>
Using the sender's routable address enables the receiver to send
an echo reply or BFD control packets over the IP network.
 In some environments, the overhead of 
extra IP/UDP encapsulations may be considered as overburden and make to use more compact G-ACh encapsulation instead.
In such a case, the OAM control packet MUST be immediately followed by the
IP Address TLV <xref target="I-D.mirsky-mpls-p2mp-bfd"/> with its Value field containing
one of the routable IP addresses of the sender.
      </t>

    </section>

    <section anchor="bootstrapping-section" title="Performance Monitoring OAM in SR-MPLS over IP">
<t>
Performance monitoring in SR-MPLS over IP may be performed using mechanisms defined in <xref target="RFC6374"/>.
</t>
      </section>
</section>

    <section anchor="Security" title="Security Considerations">
      <t>
      This document does not introduce new security aspects but inherits all security considerations
      from <xref target="RFC8287"/>, <xref target="RFC8029"/>, <xref target="RFC5884"/>,
      <xref target="I-D.mirsky-spring-bfd"/>.
      </t>
    </section>

    <section anchor="IANA" title="IANA Considerations">
      <section anchor="iana-source-mep-ip" title="Source MEP ID IP Address Type">
        <t>TBD.</t>

      </section>

    </section>

    <section anchor="Acknowledgements" title="Acknowledgements">
      <t>
      TBD
      </t>
    </section>
  </middle>

  <back>
    <references title="Normative References">
      <?rfc include="reference.RFC.2119"?>
      <?rfc include="reference.RFC.8174"?>
      
      <?rfc include='reference.RFC.8402'?>
      <?rfc include='reference.RFC.7510'?>
      <?rfc include='reference.RFC.8287'?>
      <?rfc include='reference.RFC.8029'?>
      <?rfc include='reference.RFC.5884'?>
      <?rfc include='reference.RFC.5586'?>
      <?rfc include='reference.RFC.6374'?>
      

      <?rfc include='reference.I-D.ietf-spring-segment-routing-mpls'?>

      <?rfc include='reference.I-D.mirsky-spring-bfd'?>
      <?rfc include='reference.I-D.mirsky-mpls-p2mp-bfd'?>
    </references>

<!--
    <references title="Informative References">
      
    </references>
-->
  </back>
</rfc>
