<?xml version="1.0" encoding="iso-8859-1" ?>
<?rfc toc="yes" ?>
<?rfc symrefs="yes" ?>
<?rfc sortrefs="yes" ?>
<?rfc compact="yes" ?>
<?rfc subcompact="no" ?>

<rfc category="std" ipr="trust200902" docName="draft-cx-mpls-mna-inband-pm-04" consensus="true" submissionType="IETF">

<front>
  <title abbrev="MNA for PM with AMM"> MNA for Performance Measurement with Alternate Marking Method </title>

  <author fullname="Weiqiang Cheng" initials="W" surname="Cheng">
      <organization>China Mobile</organization>
     <address>
       <postal>
         <street></street>

         <!-- Reorder these if your country does things differently -->

         <city>Beijing</city>

         <region></region>

         <code></code>

         <country>China</country>
       </postal>

       <phone></phone>

       <email>chengweiqiang@chinamobile.com</email>

       <!-- uri and facsimile elements may also be added -->
     </address>
    </author>

  <author fullname="Xiao Min" initials="X" surname="Min">
      <organization>ZTE Corp.</organization>
     <address>
       <postal>
         <street></street>

         <!-- Reorder these if your country does things differently -->

         <city>Nanjing</city>

         <region></region>

         <code></code>

         <country>China</country>
       </postal>

       <phone></phone>

       <email>xiao.min2@zte.com.cn</email>

       <!-- uri and facsimile elements may also be added -->
     </address>
    </author>
	
  <author fullname="Rakesh Gandhi" initials="R" surname="Gandhi">
      <organization>Cisco Systems, Inc.</organization>
     <address>
       <postal>
         <street/>

         <!-- Reorder these if your country does things differently -->

         <city></city>

         <region/>

         <code/>

         <country>Canada</country>
       </postal>

       <phone/>

       <email>rgandhi@cisco.com</email>

       <!-- uri and facsimile elements may also be added -->
     </address>
    </author>

  <author fullname="Greg Mirsky" initials="G" surname="Mirsky">
      <organization>Ericsson</organization>
     <address>
       <postal>
         <street></street>

         <!-- Reorder these if your country does things differently -->

         <city></city>

         <region></region>

         <code></code>

         <country>United States of America</country>
       </postal>

       <phone></phone>

       <email>gregimirsky@gmail.com</email>

       <!-- uri and facsimile elements may also be added -->
     </address>
    </author>
	
    <date year="2024"/>
  
    <area>Routing</area>
    <workgroup>MPLS Working Group</workgroup>

    <keyword>Request for Comments</keyword>
    <keyword>RFC</keyword>
    <keyword>Internet Draft</keyword>
    <keyword>I-D</keyword>

    <abstract>
   <t> MPLS Network Action (MNA) is used to indicate action for Label Switched Paths (LSPs) and/or MPLS packets 
   and to transfer data needed for the action.</t>
   
   <t> This document defines MNA encoding for MPLS performance measurement with alternate marking 
   method, which performs flow-based packet loss, delay, and jitter measurements on MPLS live traffic.</t>
     </abstract>
    
</front>
  
<middle>

  <section title="Introduction">

   <t> MPLS Network Action (MNA) <xref target="I-D.ietf-mpls-mna-fwk"/> is used to indicate action for Label Switched 
   Paths (LSPs) and/or MPLS packets and to transfer data needed for the action. <xref target="I-D.ietf-mpls-mna-hdr"/> 
   defines the MNA sub-stack solution for carrying Network Actions and Ancillary Data in the label stack.</t>
   
   <t> As specified in <xref target="I-D.ietf-mpls-inband-pm-encapsulation"/>, Flow-ID Label, L bit and D bit are used 
   for MPLS flow identification and flow-based performance measurement with alternate marking method <xref target="RFC9341"/>, 
   which can be an applicable MNA usecase <xref target="I-D.ietf-mpls-mna-usecases"/>.</t>
   
   <t> This document defines MNA encoding for MPLS performance measurement with alternate marking method, which performs 
   flow-based packet loss, delay, and jitter measurements on MPLS live traffic. The proposed MNA encoding is compliant 
   with the MNA sub-stack solution specified in <xref target="I-D.ietf-mpls-mna-hdr"/> and reuses the data fields specified 
   in <xref target="I-D.ietf-mpls-inband-pm-encapsulation"/>.</t>
   
  <section title="Terminology">

    <t> This document makes use of the terms defined in <xref target="I-D.ietf-mpls-inband-pm-encapsulation"/> and 
	<xref target="I-D.ietf-mpls-mna-hdr"/>. </t>
  
	<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 title="MPLS Network Action for Flow-based PM">

    <t> The MNA format for performance measurement with alternate marking method is illustrated as below:</t>
		 
     <figure anchor="Figure_1" title="MNA for Alternate Marking">
     <artwork align="center"><![CDATA[
 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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|Opcode=PMAMM |            Flow-ID            |S|FID|L|D| NAL=0 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     ]]></artwork>
     </figure>
	 
    <t>	The description of MNA for Alternate Marking is as follows:
    <list style="symbols">
    <t>
	Name: Performance Measurement with Alternate Marking Method (PMAMM) Action.
    </t>
    <t>
	Network Action Indication: The PMAMM Action indication is Opcode TBA1.
    </t>
    <t>
    Scope: The PMAMM Action is valid in all scopes.
    </t>
    <t>
    In-Stack Data: The PMAMM Action carries 20 bits of ancillary data. The most significant 18 bits of ancillary data is the 
	Flow-ID Value, immediately followed by L bit and D bit. The three fields Flow-ID Value, L bit and D bit have semantics 
	consistent with the Flow-ID Label, L bit and D bit defined in <xref target="I-D.ietf-mpls-inband-pm-encapsulation"/>, 
	except that the Flow-ID Value is an 18-bit value while the Flow-ID Label is a 20-bit value. While the Flow-ID Label has 
	some restrictions to avoid collisions with the reserved label space (0-15) <xref target="RFC3032"/>, those restrictions 
	are not necessary for the Flow-ID Value and do not apply. The forwarding node in the scope of PMAMM Action SHOULD execute 
	the flow-based performance measurement by using the Flow-ID Value, L bit and D bit.
    </t>
    <t>
    LSE Format: Format C as defined in <xref target="I-D.ietf-mpls-mna-hdr"/>. There is no additional data. The Network Action 
	Length (NAL) field MUST be set to zero.
    </t>
    <t>
    Post-Stack Data: None.
    </t>
    </list>
	</t>

  </section> 
  
  <section title="Security Considerations">
  
  <t> Security issues discussed in <xref target="RFC9341"/>, <xref target="I-D.ietf-mpls-inband-pm-encapsulation"/> and 
  <xref target="I-D.ietf-mpls-mna-hdr"/> apply to this document. </t>
	
  </section>
  
  <section title="IANA Considerations"> 
   
    <t> This document requests that IANA allocates a codepoint (TBA1) from the MPLS "HBH and Select In-Stack MPLS Network Action 
	Indicator Opcodes" from the "IETF Review" range and the same codepoint from the MPLS "I2E In-Stack MPLS Network Action Indicator 
	Opcodes" from the "IETF Review" range for the Performance Measurement with Alternate Marking Method Action. Note that both the 
	"HBH and Select In-Stack MPLS Network Action Indicator Opcodes" and the "I2E In-Stack MPLS Network Action Indicator Opcodes" will 
	be created based on the request from <xref target="I-D.ietf-mpls-mna-hdr"/>. Specifically, this document requests the following 
	allocation from IANA.</t>
    <figure>
      <artwork><![CDATA[
MNA Opcode   Description                        Scope
----------   --------------------------------   -------------------
   TBA1      PM with Alternate Marking Method   HBH, Select, or I2E
    ]]></artwork>
    </figure>
   
  </section>

  <section title="Acknowledgements">
  
  <t> The authors would like to acknowledge Loa Andersson for his careful review and helpful comments.</t>
  
  </section> 
  
</middle>
  
<back>

    <references title="Normative References">
     <?rfc include="reference.RFC.2119"?>
     <?rfc include="reference.RFC.8174"?>
     <?rfc include="reference.I-D.ietf-mpls-mna-hdr"?>
     <?rfc include="reference.I-D.ietf-mpls-inband-pm-encapsulation"?>
     <?rfc include="reference.RFC.9341"?>
     <?rfc include="reference.RFC.3032"?>
    </references>
	
    <references title="Informative References">
     <?rfc include="reference.I-D.ietf-mpls-mna-fwk"?>
     <?rfc include="reference.I-D.ietf-mpls-mna-usecases"?>
    </references>

</back>
</rfc>

