<?xml version='1.0' encoding='utf-8'?>

<!DOCTYPE rfc SYSTEM "rfc2629-xhtml.ent">
<?xml-stylesheet type='text/xsl' href='rfc2629.xslt' ?>

<rfc
      xmlns:xi="http://www.w3.org/2001/XInclude"
      category="std"
      docName="draft-liu-mpls-lsp-ping-nrp-00"
      ipr="trust200902"
      obsoletes=""
      updates=""
      submissionType="IETF"
      xml:lang="en"
      tocInclude="true"
      tocDepth="4"
      symRefs="true"
      sortRefs="true"
      version="3">

 <!-- ***** FRONT MATTER ***** -->

 <front>


   <title abbrev="LSP Ping NRP">LSP Ping/Traceroute for SR-MPLS NRP SIDs</title>
    <seriesInfo name="Internet-Draft" value="draft-liu-mpls-lsp-ping-nrp-00"/>


   <author fullname="Yao Liu" surname="Liu">
      <organization>ZTE</organization>
      <address>
        <postal>
          <street/>
          <!-- Reorder these if your country does things differently -->

         <city>Nanjing</city>
          <region/>
          <code/>
          <country>China</country>
        </postal>
        <phone></phone>
        <email>liu.yao71@zte.com.cn</email>
        <!-- uri and facsimile elements may also be added -->
     </address>
    </author>	
	
	 <author fullname="Shaofu Peng" surname="Peng">
      <organization>ZTE</organization>
      <address>
        <postal>
          <street/>
          <!-- Reorder these if your country does things differently -->

         <city>Nanjing</city>
          <region/>
          <code/>
          <country>China</country>
        </postal>
        <phone></phone>
        <email>peng.shaofu@zte.com.cn</email>
        <!-- uri and facsimile elements may also be added -->
     </address>
    </author>	
    <date year="2022"/>

   <!-- Meta-data Declarations -->

   <area>Transport</area>
    <workgroup>MPLS</workgroup>
    <!-- WG name at the upperleft corner of the doc,
        IETF is fine for individual submissions.  
	 If this element is not present, the default is "Network Working Group",
        which is used by the RFC Editor as a nod to the history of the IETF. -->

   <keyword>LSP PING</keyword>
   <keyword>NRP SID</keyword>
    <!-- Keywords will be incorporated into HTML output
        files in a meta tag but they have no effect on text or nroff
        output. If you submit your draft to the RFC Editor, the
        keywords will be used for the search engine. -->

   <abstract>
    <t>
<xref target="RFC8287"></xref> defines the extensions to MPLS LSP ping and traceroute for Segment Routing IGP-Prefix and IGP-Adjacency SIDs with an MPLS data plane. To correctly identify and validate an SR NRP SID, the validating device also requires NRP-ID to be supplied in the FEC Stack sub-TLV. This document introduces new Target FEC Stack sub-TLVs to perform MPLS LSP ping and traceroute for NRP SIDs.
    </t>
    </abstract>
  </front>
  <middle>
    <section numbered="true" toc="default">
      <name>Introduction</name>
	  <t>The definition of the IETF Network Slice and the general principles of network slicing in the IETF context are specified in <xref target="I-D.ietf-teas-ietf-network-slices"></xref>.</t>
	  <t><xref target="I-D.bestbar-teas-ns-packet"></xref> introduces the notion of a Slice-Flow Aggregate which comprises of one or more IETF network slice traffic streams. It also describes the Network Resource Partition (NRP) and the NRP Policy that can be used to instantiate control and data plane behaviors on select topological elements associated with the NRP that supports a Slice-Flow Aggregate. The NRP Identifier (NRP-ID) is globally unique within an NRP domain and that can be used in the control or management plane to identify the resources associated with the NRP.</t>
	  <t><xref target="I-D.bestbar-spring-scalable-ns"></xref> describes an approach to extend SR to advertise new SID types called NRP SIDs. Such NRP SIDs are used by a router to define the forwarding action for a packet (next-hop selection), as well as to enforce the specific treatment (scheduling and drop policy) associated with the NRP.</t>
	  <t><xref target="I-D.bestbar-lsr-spring-nrp"></xref> defines the IGP extensions for the prefix segment and adjacency segment that are required to support the signaling of SR NRP SIDs operating over SR-MPLS and SRv6 data planes. An additional distinguisher (NRP-ID) is carried to allow multiple SIDs to be assigned (and advertised) for the same topological element.</t>	  
	  <t><xref target="RFC8287"></xref> defines the extensions to MPLS LSP Ping and Traceroute for Segment Routing IGP-Prefix and IGP-Adjacency SIDs with an MPLS data plane. To correctly identify and validate an SR NRP SID, the validating device also requires NRP-ID to be supplied in the FEC Stack sub-TLV. This document introduces new Target FEC Stack sub-TLVs to perform MPLS Ping and Traceroute for NRP SIDs.</t> 
	
		<section numbered="true" toc="default">
        <name>Requirements Language</name>
        <t>The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in <xref target="RFC2119" format="default"></xref>.</t>
		</section>		
    </section>
	
	<section numbered="true" toc="default">
	<name>NRP Segment ID Sub-TLVs</name>
	<t>This section defines 3 new Segment ID Sub-TLVs. These sub-TLVs carry NRP-ID for OSPF and IS-IS as specified in <xref target="I-D.bestbar-lsr-spring-nrp"></xref> respectively.</t>

		<section numbered="true" toc="default">
		<name>IPv4 IGP-Prefix NRP Segment ID</name>
		<t>The Sub-TLV format for IPv4 IGP-Prefix NRP Segment ID is as specified below:</t>
		

        <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
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                         IPv4 Prefix                           |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |Prefix Length  |    Protocol   |          Reserved             |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                           NRP-ID                              |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+    
           ]]></artwork>
		
		<t>The meaning, format and processing rules of the IPv4 Prefix, Prefix Length and Protocol fields are the same as IPv4 IGP-Prefix Segment ID Sub-TLV defined in <xref target="RFC8287"></xref>.</t>
		<t>NRP-ID is a 4-octet identifier of Network Resource Partition.</t>
		</section>
		
		<section numbered="true" toc="default">
		<name>IPv6 IGP-Prefix NRP Segment ID</name>
		<t>The Sub-TLV format for IPv6 IGP-Prefix NRP Segment ID is as specified below:</t>

        <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
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                                                               |
     |                         IPv6 Prefix                           |
     |                                                               |
     |                                                               |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |Prefix Length  |    Protocol   |          Reserved             |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                           NRP-ID                              |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
           ]]></artwork>
	
		<t>The meaning, format and processing rules of the IPv6 Prefix, Prefix Length and Protocol fields are the same as IPv6 IGP-Prefix Segment ID Sub-TLV defined in <xref target="RFC8287"></xref>.</t>
		<t>NRP-ID is a 4-octet identifier of Network Resource Partition.</t>		
		</section>		
		
		<section numbered="true" toc="default">
		<name>IGP-Adjacency NRP Segment ID</name>
		<t>The Sub-TLV format for IGP-Adjacency NRP Segment ID is as specified below:</t>
        <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
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |   Adj. Type   |    Protocol   |          Reserved             |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     ~                                                               ~
     |               Local Interface ID (4 or 16 octets)             |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     ~                                                               ~
     |              Remote Interface ID (4 or 16 octets)             |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     ~                                                               ~
     |          Advertising Node Identifier (4 or 6 octets)          |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     ~                                                               ~
     |           Receiving Node Identifier (4 or 6 octets)           |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                           NRP-ID                              |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
           ]]></artwork>		
		<t>The meaning, format and processing rules of the Adj. Type (Adjacency Type), Protocol, Local Interface ID, Remote Interface ID, Advertising Node Identifier, Receiving Node Identifier fields are the same as IGP-Adjacency Segment ID Sub-TLV defined in <xref target="RFC8287"></xref>.</t>
		<t>NRP-ID is a 4-octet identifier of Network Resource Partition.</t>			
		</section>		

	</section>	  

<section numbered="true" toc="default">
	<name>Procedures</name>
	<t>This section describes LSP Ping and Traceroute procedures for LSP with NRP SIDs.</t>
	
	<section numbered="true" toc="default">
		<name>Initiator Node Procedures</name>
		<t>A node initiating LSP echo request packet for the NRP SID MUST identify and include the NRP-ID associated with the IGP Prefix/Adjacency SID in the Target FEC Stack sub-TLV.  If the initiating node is not aware of the NRP-ID, the NRP-ID SHOULD be set to 0.</t>
	
	</section>

	<section numbered="true" toc="default">
		<name>Responder Node Procedures</name>
		<t>If responding node is validating the FEC Stack, it MUST validate the IGP Prefix/Adjacency SID advertisement for NRP-ID described in the incoming FEC sub-TLV.</t>
		<t>If the responding node is including IGP Prefix/Adjacency NRP SID FEC in the FEC stack due to a FEC Stack Change operation, it MUST also include the NRP-ID associated with the SID, and set the Protocol to 1 or 2, based on the corresponding IGP.</t>


	
	</section>

	
</section>



	
<section numbered="true" toc="default">
	<name>IANA Considerations</name>
	<t>IANA is requested to assign 3 new Sub-TLVs from "Sub-TLVs for TLV Types 1, 16 and 21" sub-registry from the "Multi-Protocol Label Switching (MPLS) Label Switched Paths (LSPs) Ping Parameters" (IANA-MPLS-LSP-PING) registry.</t>
        <artwork align="center" ><![CDATA[
        Sub-Type          Sub-TLV Name             Reference
      ----------        -----------------         ------------
         TBD1    IPv4 IGP-Prefix NRP Segment ID  This document
         TBD2    IPv6 IGP-Prefix NRP Segment ID  This document
         TBD3     IGP-Adjacency NRP Segment ID   This document
           ]]></artwork>
	</section>	

<section numbered="true" toc="default">
	<name>Security Considerations</name>
    <t>This document introduces no new security considerations.</t>
</section>	
	
	
  </middle>
  <!--  *****BACK MATTER ***** -->

 <back>

   <references>
      <name>References</name>
      <references>
        <name>Normative References</name>
		<?rfc include="reference.RFC.2119.xml"?>
		<?rfc include="reference.RFC.8287.xml"?>			  
      </references>
      <references>
        <name>Informative References</name>
	<?rfc include="reference.I-D.ietf-teas-ietf-network-slices.xml"?>
	<?rfc include="reference.I-D.bestbar-teas-ns-packet.xml"?>	
	<?rfc include="reference.I-D.bestbar-spring-scalable-ns.xml"?>	
	<?rfc include="reference.I-D.bestbar-lsr-spring-nrp.xml"?>		
      </references>
    </references>


 </back>
</rfc>
