<?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-08" 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>
	
  <author fullname="Giuseppe Fioccola" initials="G" surname="Fioccola">
      <organization>Huawei</organization>
     <address>
       <postal>
         <street></street>

         <!-- Reorder these if your country does things differently -->

         <city></city>

         <region></region>

         <code></code>

         <country>Italy</country>
       </postal>

       <phone></phone>

       <email>giuseppe.fioccola@huawei.com</email>

       <!-- uri and facsimile elements may also be added -->
     </address>
    </author>
	
    <date year="2026"/>
  
    <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 encodings 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="RFC9789"/> 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 MPLS label stack. 
   <xref target="I-D.ietf-mpls-mna-ps-hdr"/> defines the Post-Stack MNA solution for carrying Network Actions and 
   Ancillary Data after the MPLS label stack.</t>
   
   <t> As specified in <xref target="RFC9714"/>, 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="RFC9791"/>.</t>
   
   <t> This document defines MNA encodings 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 encodings are compliant 
   with the MNA solutions specified in <xref target="I-D.ietf-mpls-mna-hdr"/> and <xref target="I-D.ietf-mpls-mna-ps-hdr"/>, 
   and reuse the data fields specified in <xref target="RFC9714"/>.</t>
   
  <section title="Terminology">

    <t> This document makes use of the terms defined in <xref target="RFC9714"/>, <xref target="I-D.ietf-mpls-mna-hdr"/> and 
	<xref target="I-D.ietf-mpls-mna-ps-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 Actions for Flow-based PM">
  
  <section title="In-Stack MNA for Flow-based PM">

    <t> The In-Stack MNA format for performance measurement with alternate marking method is illustrated as below:</t>
		 
     <figure anchor="Figure_1" title="In-Stack 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|U|NAL=0|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     ]]></artwork>
     </figure>
	 
    <t>	The description of In-Stack MNA for Alternate Marking is as follows:
    <list style="symbols">
    <t>
	Opcode: Performance Measurement with Alternate Marking Method (PMAMM) Action with value 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. Note that the 2-bit FID field is part of the Flow-ID Value. 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="RFC9714"/>, 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>
    Label Stack Entry (LSE) Format: Format C as defined in <xref target="I-D.ietf-mpls-mna-hdr"/>. The S bit is the Bottom of 
	Stack (BoS) field <xref target="RFC3032"/>. There is no additional data. The Network Action Length (NAL) field MUST be set to 0.
	The U bit has the same semantics as used in <xref target="I-D.ietf-mpls-mna-hdr"/>.
    </t>
    <t>
    Post-Stack Data: None.
    </t>
    </list>
	</t>

  </section> 
  
  <section title="Post-Stack MNA for Flow-based PM">

    <t> The Post-Stack MNA format for performance measurement with alternate marking method contains two parts, one part is an 
	In-Stack MNA which indicates the presence of MNA Post-Stack Header (PSH), another part is a Post-Stack Network Action carrying 
	the data for performance measurement with alternate marking method. Note that a Post-Stack Network Action is part of an MNA PSH.</t>
	
    <t> The format of the In-Stack MNA indicating the presence of MNA PSH is illustrated as below:</t>
		 
     <figure anchor="Figure_2" title="In-Stack MNA with Post-Stack Network Action Carrying Alternate Marking Data">
     <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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|               MNA Label               | TC  |S|      TTL      |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|  Opcode     |      Data (Format B)    |P|IHS|S| NASL  |U| NAL |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|  Opcode     |      Data (Format C)          |S| Data  |U| NAL |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     ]]></artwork>
     </figure>
	 
    <t>	The description of the In-Stack MNA is as follows:
    <list style="symbols">
    <t>
	Opcode: PMAMM In-Stack Network Action for Alternate Marking Data in MNA PSH with value TBA2. This Opcode is optional and can be carried 
	in Format B LSE or Format C LSE.
    </t>
    <t>
    Scope: The PMAMM Action is valid in all scopes.
    </t>
    <t>
    In-Stack Data: The 10 bits next to the Opcode field contains the offset for MNA PSH for this In-Stack Network Action in 4-octet units 
	after bottom of stack LSE to the start of the corresponding Post-Stack Network Action Opcode. Due to the Post-Stack Header type 
	top-header, minimum value for the offset is 1 (i.e., 4-octets).
    </t>
    <t>
    LSE Format: Format B as defined in <xref target="I-D.ietf-mpls-mna-ps-hdr"/> or Format C as defined in <xref target="I-D.ietf-mpls-mna-hdr"/>. 
	The P bit MUST be set to 1. The S bit is the BoS field <xref target="RFC3032"/>. The NAL field MUST be set to 0. The IHS field, NASL field 
	and U bit have the same semantics as used in <xref target="I-D.ietf-mpls-mna-hdr"/>.
    </t>
    <t>
    Post-Stack Data: As defined in <xref target="Figure_3"/>.
    </t>
    </list>
	</t>
	
    <t> The format of the Post-Stack MNA carrying Alternate Marking Data is illustrated as below:</t>
		 
     <figure anchor="Figure_3" title="Post-Stack MNA carrying Alternate Marking Data">
     <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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|  MNA-PS-OP  |R|R|  PS-NAL     |       POST-STACK DATA         |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|               Flow-ID                 |L|D|     Reserved      |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     ]]></artwork>
     </figure>
	 
    <t>	The description of the Post-Stack MNA is as follows:
    <list style="symbols">
    <t>
	Opcode: PMAMM Post-Stack Network Action carrying Alternate Marking Data with value TBA3.
    </t>
    <t>
    Post-Stack Data: The PMAMM Post-Stack Network Action carries 22 bits of ancillary data. The most significant 20 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="RFC9714"/>. 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 
	In-Stack Action SHOULD execute the flow-based performance measurement by using the Flow-ID Value, L bit and D bit.
    </t>
    <t>
    Post-Stack MNA Format: Post-Stack Network Action Encoding as defined in <xref target="I-D.ietf-mpls-mna-ps-hdr"/>. The 
	PS-NAL field MUST be set to 1. The R bit and POST-STACK DATA field have the same semantics as used in 
	<xref target="I-D.ietf-mpls-mna-ps-hdr"/>.
    </t>
    </list>
	</t>

  </section> 
  
  </section> 
  
  <section title="Security Considerations">
  
  <t> Security issues discussed in <xref target="RFC9341"/>, <xref target="RFC9714"/>, <xref target="I-D.ietf-mpls-mna-hdr"/>, and 
  <xref target="I-D.ietf-mpls-mna-ps-hdr"/> apply to this document. </t>
	
  </section>
  
  <section title="IANA Considerations"> 
   
    <t> This document requests that IANA allocates two codepoints (TBA1 and TBA2) from the "Network Action Opcodes" registry within the "MPLS 
	Network Actions Parameters" registry group. This document also requests that IANA allocates a codepoint (TBA3) from the "Post-Stack Network 
	Action Opcodes" registry within the "MPLS Network Actions Parameters" registry group. The IETF Review range (1-110) should be used. Note 
	that both the "MPLS Network Actions Parameters" registry group and the "Network Action Opcodes" registry will be created based on the request 
	from <xref target="I-D.ietf-mpls-mna-hdr"/>, and the "Post-Stack Network Action Opcodes" registry will be created based on the request from 
	<xref target="I-D.ietf-mpls-mna-ps-hdr"/>. Specifically, this document requests the following allocation from IANA.</t>
	
    <texttable title="In-Stack Network Action Opcodes Registry">
     <ttcol align='left'>Opcode</ttcol>
     <ttcol align='left'>Description</ttcol>
     <ttcol align='left'>Reference</ttcol>
     <c>TBA1</c><c>In-Stack Network Action for Performance Measurement with Alternate Marking Data in ISD</c><c>This document</c>
     <c>TBA2</c><c>In-Stack Network Action for Performance Measurement with Alternate Marking Data in PSD</c><c>This document</c>
    </texttable>
	
    <texttable title="Post-Stack Network Action Opcodes Registry">
     <ttcol align='left'>Opcode</ttcol>
     <ttcol align='left'>Description</ttcol>
     <ttcol align='left'>Reference</ttcol>
     <c>TBA3</c><c>Post-Stack Network Action for Performance Measurement with Alternate Marking Method</c><c>This document</c>
    </texttable>
   
  </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.RFC.9714"?>
     <?rfc include="reference.RFC.9341"?>
     <?rfc include="reference.RFC.3032"?>
     <?rfc include="reference.I-D.ietf-mpls-mna-hdr"?>
     <?rfc include="reference.I-D.ietf-mpls-mna-ps-hdr"?>
    </references>
	
    <references title="Informative References">
     <?rfc include="reference.RFC.9789"?>
     <?rfc include="reference.RFC.9791"?>
    </references>

</back>
</rfc>

