<?xml version="1.0" encoding="UTF-8"?>
<?xml-model href="rfc7991bis.rnc"?>
<?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 
    xmlns:xi="http://www.w3.org/2001/XInclude"
    category="std"
    ipr="trust200902"
    submissionType="IETF"
    xml:lang="en"
    version="3"
    docName="draft-han-pce-ls-fgmtn-reporting-00">

  <front>
    <title abbrev="draft-han-pce-ls-fgmtn-reporting-00"> PCEP LS Extensions for Fine Granularity Metro Transport Network (fgMTN) Topology Resource Information Reporting</title>
    <!-- AUTHORS -->
    <author fullname="Liuyan Han"  initials="L." surname="Han">
      <organization abbrev="CMCC">
        China Mobile
      </organization>
      <address>
        <postal>
          <street>No.32 Xuanwumen west street</street>
          <city>Beijing</city>
          <code>100053</code>
          <country>China</country>
        </postal>
        <phone></phone>
        <email>hanliuyan@chinamobile.com</email>
        <uri></uri>
      </address>
    </author>

    <author fullname="Haibin Huang" initials="H." surname="Huang">
      <organization abbrev="CMCC">
        China Mobile
      </organization>
      <address>
        <postal>
          <street>No.32 Xuanwumen west street</street>
          <city>Beijing</city>
          <code>100053</code>
          <country>China</country>
        </postal>
        <phone></phone>
        <email>huanghaibin@chinamobile.com</email>
        <uri></uri>
      </address>
    </author>

	<author fullname="Minxue Wang"  initials="M." surname="Wang">
      <organization abbrev="CMCC">
        China Mobile
      </organization>
      <address>
        <postal>
          <street>No.32 Xuanwumen west street</street>
          <city>Beijing</city>
          <code>100053</code>
          <country>China</country>
        </postal>
        <phone></phone>
        <email>wangminxue@chinamobile.com</email>
        <uri></uri>
      </address>
    </author>

    <author fullname="Li Zhang" initials="L." surname="Zhang">
      <organization abbrev="Huawei">
        Huawei
      </organization>
      <address>
        <postal>
          <street>Beiqing Road</street>
          <city>Beijing</city>
          <code></code>
          <country>China</country>
        </postal>
        <phone></phone>
        <email>zhangli344@huawei.com</email>
        <uri></uri>
      </address>
    </author>

    <author fullname="Jin Zhou" initials="J." surname="Zhou">
      <organization abbrev="ZTE">
        ZTE Corporation
      </organization>
      <address>
        <postal>
          <street></street>
          <city>Shenzhen</city>
          <code></code>
          <country>China</country>
        </postal>
        <email>zhou.jin6@zte.com.cn</email>
        <uri></uri>
      </address>
    </author>

    <workgroup>PCE Working Group</workgroup>

    <abstract>
      <t>
        This document extends PCEP-LS by defining several new sub-TLVs for the LS object to report the fgMTN topology resource information, which includes timeslot occupation status of links and the relationship between the FGU client and the occupied timeslots.
      </t>
    </abstract>

  </front>

  <middle>
    <section anchor="introduction" title="Introduction">
	  <t>
      MTN(Metro Transport Network) <xref target="ITU-T_G.8310"/> is a new generation of transport network technology system defined by ITU-T. MTN integrates packet and TDM technologies, enabling compatibility with Ethernet protocol stacks while meeting differentiated requirements of the 5G era, such as hard isolation, low latency, and high reliability, thus further enhancing the bearer capability of 5G networks. On this basis, the fgMTN technology <xref target="ITU-T_G.8312.20"/>incorporates fine-grained slicing into the MTN architecture, providing a low-cost, refined, hard-isolated, and fine-grained bearer channels. The fgMTN technology further refines the granularity of hard slicing from 5 Gbit/s to 10 Mbit/s, meeting the differentiated service bearer requirements of vertical industry applications and private line services, such as small bandwidth, high isolation, and high security. The fgMTN technology is one of the means to realize network resource partitions(NRP) <xref target="RFC9543"/>.
	  </t>
	  <t>
     fgMTN uses the management and control system to perform centralized path computation. However, the current MTN management and control standard <xref target="ITU-T_G.8350"/> only defines the functions of topology and resource collection and does not specify specific protocols. 
    </t>
	  <t>
     <xref target="RFC5440"/> describes the Path Computation Element Communication Protocol (PCEP).  PCEP defines the communication between a Path Computation Client (PCC) and a Path Computation Element (PCE), or between PCEs. PCEP-LS <xref target="I-D.ietf-pce-pcep-ls"/> extends PCEP to enable the collection of link-state and TE information from networks and sharing with PCE by extending a new LS Report message. Therefore, the PCEP-LS can be extended to support the reporting of fgMTN topology resources.
	  </t>
	  <t>
    This document extends PCEP-LS by defining several new sub-TLVs for the LS object to report the fgMTN topology resource information, which includes timeslot ccupation status of links and the relationship between the FGU client and the occupied timeslots.
    </t>	
    	
	    <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="protocol_extensions" title="Protocol Extensions">
	    <!-- 2.1-->
        <section anchor="object-open" title="OPEN Object">
		      <section anchor="object-open-reporting-type" title="LS Capability TLV">
			      <t>
				     <xref target="I-D.ietf-pce-pcep-ls"/> defines LS-CAPABILITY TLV for use in the OPEN Object for link-state (and TE) distribution via PCEP capability   advertisement.
            </t>
            <t>
             This document defines a new flag in the flags field of the LS-CAPABILITY TLV to indicate the support of fgMTN resource information reporting.
            </t>
            <t>
              Bit M (fgMTN state collection, 1-bit): if set to 1 by a PCC, the M Flag indicates that the PCC allows the reporting of fgMTN resource information learned via other means like LLDP; if set to 1 by a PCE, the M Flag indicates that the PCE is capable of receiving fgMTN resource information.
				    </t>
			    </section>
        </section>
			<!-- 2.2-->
			<section anchor="object-ls" title="LS Object">
			    <t>
				    The LS (link-state) object is defined by <xref target="I-D.ietf-pce-pcep-ls"/>, it MUST be carried within LSRpt messages. The LS object contains a set of TLVs used to specify the target node's or link's information.
          </t>
          <t>
            <xref target="I-D.ietf-pce-pcep-ls"/> also defines the Link Descriptors TLV, it contains Link Descriptors for each link. The value of it contains one or more Link Descriptor Sub-TLVs.
				  </t>	
				  <t>
					  This document defines four kind of Link Descriptor Sub-TLVs to describe the fgMTN resource information.
				  </t>
          <section anchor="object-ls-parent-nrp-id" title="Parent NRP ID Sub-TLV">
				  <t>				
					  The Parent NRP ID sub-TLV indicates the NRP ID that the link belongs to. This sub-TLV is an optional sub-TLV MAY be included in the Link Descriptors TLV.
          </t>	
				  <t>
            At most one instance of this sub-TLV can be included in the Link Descriptors TLV. The format of this sub-TLV is shown in Figure 1.
				  </t>
          <figure align="left" title="Parent NRP ID Sub-TLV" anchor="fig1"><artwork><![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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|              Type             |            Length             |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                            NRP-ID                             |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		   
]]></artwork></figure>
          <t>
            where:
            </t>	
				  <t> 
            Type: TBD1, needs to be allocated by IANA.
            </t>	
				  <t>
            Length: the length of NRP-ID, equals to 4.
            </t>
          <t>
            NRP-ID: 4-bit length, the value of NRP-ID is the slice ID of the service-layer interface (MTN client or GE/10GE interface) of a fine-grained interface. If t the information does not exist on the device, the default value 0xFFFFFFFF SHOULD be filled.
            </t>
          </section>
          <section anchor="object-ls-sub-slot-bitmap" title="Sub-Slot BitMap Sub-TLV">
				  <t>				
					  The sub-slot bitmap sub-TLV indicates the timeslot's occupation status of all FGU clients in the link. This sub-TLV is an optional sub-TLV MAY be included in the Link Descriptors TLV. At most one instance of this sub-TLV can be included in the Link Descriptors TLV. The format of this sub-TLV is shown in Figure 2.
          </t>	
          <figure align="left" title="Parent NRP ID Sub-TLV" anchor="fig2"><artwork><![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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|              Type             |            Length             |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                               |
/                  Sub-slot bitmap (variable)                   /
|                                                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
]]></artwork></figure>
          <t>
            where:
            </t>	
				  <t> 
            Type: TBD2, needs to be allocated by IANA.
            </t>	
				  <t>
            Length: the length of sub-slot bitmap, variable.
            </t>
          <t>
            Sub-slot bitmap: variable, indicates the occupation state of all the timeslots of the link, each bit represents a timeslot. If the last bits are all zeros, the padding can be omitted.
            </t>
          </section>
          <section anchor="object-ls-fgu-client-sub-slot-bitmap-relationship" title="FGU Client Sub-Slot Bitmap Relationship Sub-TLV">
				  <t>				
					  The FGU Client Sub-Slot Bitmap Relationship sub-TLV indicates the relationship between the occupied timeslots(expressed by bitmap) and corresponding FGU Client.
            </t>
          <t>
            This sub-TLV is an optional sub-TLV MAY be included in the Link Descriptors TLV. More than one instance of this sub-TLV can be included in the Link Descriptors TLV.  The format of this sub-TLV is shown in Figure 3.
          </t>	
          <figure align="left" title="FGU Client Sub-Slot BitMap RelationShip Sub-TLV" anchor="fig3"><artwork><![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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|              Type             |            Length             |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                    FGU Client Port index                      |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|     FGU Client number         |   Reserved    | Start Position|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                               |
/               Forward fg Channel index (22 Bytes)             /
|                                                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                               |
/               Backward fg Channel index (22 Bytes)            /
|                                                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                               |
/                  Sub-slot bitmap (variable)                   /
|                                                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
]]></artwork></figure>
          <t>
            where:
            </t>	
				  <t> 
            Type: TBD3, needs to be allocated by IANA.
            </t>	
				  <t>
            Length: the length of value field, variable.
            </t>
          <t>
            FGU Client Port index: 4-byte length, the local FGU client port identifier allocated by the device itself, which is unique within a network device. The value ranges from 1 to 0xFFFFFFFF. The value 0 indicates an invalid value.
            </t>
          <t>
            FGU Client number: 2-byte length, the FGU client identifier negotiated by the source and destination device, which is unique within a MTN client. The value ranges from 1 to 1022.  The value 0 indicates not used, and the value 1023 is reserved.
            </t>
          <t>
            Start Position: 1-byte length, the start position of the timeslots occupied by the current FGU client. It is expressed in bytes. The timeslots are arranged in the order of timeslots 0 to 959. The value of this field ranges from 0 to 119.
            </t>
          <t>
            Forward fg Channel index: 22-byte length, forward fg channel identifier. It is a unique channel ID on the entire network, which is identified by the combination of the source device's MPLS LSR ID (16 bytes, device IPv4 or IPv6 address), fg Channel ID (4 bytes, allocated by the management and control system, unique within the source node), and LSP ID (2 bytes, allocated by the management and control system, used to distinguish the original path from the rerouting path).
            </t>
          <t>
            Backward fg Channel index: 22-byte length, backward fg channel identifier. It is a unique channel ID on the entire network, which is identified by the combination of the following information: MPLS LSR ID (16 bytes, IPv4 or IPv6 address of the device) of the reverse source, fg Channel ID (4 bytes, allocated by the management and control system, unique within the source node), and LSP ID (2 bytes, allocated by management and control system, used to distinguish the original path from the rerouting path).
            </t>
          <t>
            Sub-slot bitmap: variable, indicates the occupation state of all the sub-slots of the FGU.  It starts from the start position. If the last bits are all zeros, the padding can be omitted.
            </t>
          </section>
          <section anchor="object-ls-fgu-client-sub-slot-relationship" title="FGU Client Sub-Slot Relationship Sub-TLV">
				  <t>				
					  The FGU Client Sub-Slot Bitmap Relationship sub-TLV indicates the relationship between the occupied timeslots(expressed by enumeration value) and FGU Client. This sub-TLV is an optional sub-TLV MAY be included in the Link Descriptors TLV. More than one instance of this sub-TLV can be included in the Link Descriptors TLV.  The format of this sub-TLV is shown in Figure 4:
            </t>
          <figure align="left" title="FGU Client Sub-Slot Relationship Sub-TLV" anchor="fig4">
          <artwork><![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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|              Type             |            Length             |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                       FGU Client index                        |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|     FGU Client number         |   Reserved    | Start Position|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                               |
/               Forward fg Channel index (22 Bytes)             /
|                                                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                               |
/               Backward fg Channel index (22 Bytes)            /
|                                                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                               |
/                   Sub-Slot IDs (variable)                     /
|                                                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
]]></artwork>
</figure>
          <t>
            where:
            </t>	
				  <t> 
            Type: TBD4, needs to be allocated by IANA.
            </t>	
				  <t>
            Length: the length of value field, variable.
            </t>
          <t>
            FGU Client Port index: 4-byte length, the local FGU client port identifier allocated by the device itself, which is unique within a network device. The value ranges from 1 to 0xFFFFFFFF. The value 0 indicates an invalid value.
            </t>
          <t>
            FGU Client number: 2-byte length, the FGU client identifier negotiated by the source and destination device, which is unique within a MTN client. The value ranges from 1 to 1022.  The value 0 indicates not used, and the value 1023 is reserved.
            </t>
          <t>
            Start Position: 1-byte length, the start position of the timeslots occupied by the current FGU client. It is expressed in bytes. The timeslots are arranged in the order of timeslots 0 to 959. The value of this field ranges from 0 to 119.
            </t>
          <t>
            Forward fg Channel index: 22-byte length, forward fg channel identifier. It is a unique channel ID on the entire network, which is identified by the combination of the source device's MPLS LSR ID (16 bytes, device IPv4 or IPv6 address), fg Channel ID (4 bytes, allocated by the management and control system, unique within the source node), and LSP ID (2 bytes, allocated by the management and control system, used to distinguish the original path from the rerouting path).
            </t>
          <t>
            Backward fg Channel index: 22-byte length, backward fg channel identifier. It is a unique channel ID on the entire network, which is identified by the combination of the following information: MPLS LSR ID (16 bytes, IPv4 or IPv6 address of the device) of the reverse source, fg Channel ID (4 bytes, allocated by the management and control system, unique within the source node), and LSP ID (2 bytes, allocated by management and control system, used to distinguish the original path from the rerouting path).
            </t>
          <t>
            Sub-slot IDs: Variable length, indicates the enumerated value of the sub-slots occupied by the current FGU client. Each sub-slot ID is represented by 2 bytes. The number of sub-slot ID ranges from 0 to 959.
            </t>
          </section>
		  </section>
    </section>
	  <section anchor="deployment" title="Procedures">
     <t>
      TBD.
      </t>
    </section>
	
	  <section anchor="security" title="Security Considerations">
     <t>
       TBD.
     </t>
    </section>

	  <section anchor="iana" title="IANA Considerations">
    <t>
      <xref target="I-D.ietf-pce-pcep-ls"/> requests IANA to create a "PCEP-LS Sub-TLV Types" sub-registry for the sub-TLVs carried in the PCEP-LS TLV. This document requests IANA to make the following allocations from this sub-registry.
      </t>
    <table>
     <name>IANA Considerations</name>
     <thead>
       <tr>
          <th>Value</th>
          <th>Description</th>
          <th>Reference</th>
       </tr>
     </thead>
     <tbody>
       <tr>
          <td>TBD1</td>
          <td>Parent NRP ID Sub-TLV</td>
          <td>This document</td>
       </tr>
       <tr>
          <td>TBD2</td>
          <td>Sub-Slot Bitmap Sub-TLV</td>
          <td>This document</td>
        </tr>
       <tr>
          <td>TBD3</td>
          <td>FGU Client Sub-Slot Bitmap Relationship Sub-TLV</td>
          <td>This document</td>
       </tr>
       <tr>
          <td>TBD4</td>
          <td>FGU Client Sub-Slot Relationship Sub-TLV</td>
          <td>This document</td>
       </tr>
     </tbody>
   </table>    

    </section>

    <section anchor="acknowledgments" title="Acknowledgments">
      <t>
        TBD.
      </t>
    </section>

  </middle>

  <back>
  
   <references title="Normative References">
   
   	<reference anchor="ITU-T_G.8312.20">
        <!-- the following is the minimum to make xml2rfc happy -->

        <front>
          <title>ITU-T G.8312.20:Overview of fine grain MTN;
          01/2024</title>

          <author>
            <organization>ITU-T</organization>
          </author>

          <date month="January" year="2024"/>
        </front>

        <seriesInfo name="" value="https://www.itu.int/rec/T-REC-G.8312.20"/>
    </reference>
		
    <reference anchor="ITU-T_G.8310">
        <!-- the following is the minimum to make xml2rfc happy -->

        <front>
          <title>ITU-T G.8310: Architecture of the metro transport network;
          01/2024</title>

          <author>
            <organization>ITU-T</organization>
          </author>

          <date month="March" year="2025"/>
        </front>

        <seriesInfo name="" value="https://www.itu.int/rec/T-REC-G.8310"/>
      </reference>

    <reference anchor="ITU-T_G.8350">
        <!-- the following is the minimum to make xml2rfc happy -->

        <front>
          <title>ITU-T G.8350: Management and control of metro transport networks;
          11/2022</title>

          <author>
            <organization>ITU-T</organization>
          </author>

          <date month="November" year="2022"/>
        </front>

        <seriesInfo name="" value="https://www.itu.int/rec/T-REC-G.8350"/>

    </reference>
     <?rfc include="reference.RFC.5440"?> 
     <?rfc include="reference.RFC.2119"?>
     <?rfc include="reference.RFC.8174"?>
     <?rfc include="reference.RFC.9543"?>
     <?rfc include="reference.I-D.ietf-pce-pcep-ls"?>	

	</references>

  </back>

</rfc>
