<?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-xiao-nvo3-pm-geneve-06" consensus="true" submissionType="IETF">

<front>
        <title abbrev="PM for Geneve"> Performance Measurement for Geneve </title>

  <author fullname="Xiao Min" initials="X" surname="Min">
      <organization>ZTE Corp.</organization>
     <address>
       <postal>
         <street/>

         <!-- Reorder these if your country does things differently -->

         <city>Nanjing</city>

         <region/>

         <code/>

         <country>China</country>
       </postal>

       <phone>+86 25 88013062</phone>

       <email>xiao.min2@zte.com.cn</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="Santosh Pallagatti" initials="S" surname="Pallagatti">
      <organization>VMware</organization>
     <address>
       <postal>
         <street/>

         <!-- Reorder these if your country does things differently -->

         <city></city>

         <region/>

         <code/>

         <country></country>
       </postal>

       <phone></phone>

       <email>santosh.pallagatti@gmail.com</email>

       <!-- uri and facsimile elements may also be added -->
     </address>
    </author>
	
    <date year="2022"/>
  
    <area>Routing</area>
    <workgroup>NVO3 Working Group</workgroup>

    <keyword>Request for Comments</keyword>
    <keyword>RFC</keyword>
    <keyword>Internet Draft</keyword>
    <keyword>I-D</keyword>

    <abstract>
  <t> This document describes the method to achieve Performance Measurement (PM) in point-to-point Generic Network 
  Virtualization Encapsulation (Geneve) tunnels used to make up an overlay network.</t>
    </abstract>
    
</front>
  
<middle>

  <section title="Introduction">

  <t> "Generic Network Virtualization Encapsulation" (Geneve) <xref target="RFC8926"/> provides an encapsulation scheme that allows 
  building an overlay network by decoupling the address space of the attached virtual hosts from that of the network.</t>
  
  <t> This document describes the use of "Simple Two-way Active Measurement Protocol" (STAMP) <xref target="RFC8762"/> and "Simple 
  Two-Way Active Measurement Protocol Optional Extensions" (STAMP Optional Extensions) <xref target="RFC8972"/>, to enable measuring 
  the performance of the path between two Geneve tunnel endpoints, like delay, delay variation, and packet loss.</t>
  
  <t> Analogous to <xref target="I-D.ietf-nvo3-bfd-geneve"/>, in this document, Network Virtualization Edge (NVE) represents the Geneve 
  tunnel endpoint, Tenant System (TS) represents the physical or virtual device attached to a Geneve tunnel endpoint from the outside, 
  Virtual Access Point (VAP) represents the NVE side of the interface between the NVE and the TS, the usage of Management Virtual Network 
  Identifier (VNI) is described in <xref target="I-D.ietf-nvo3-geneve-oam"/> and outside the scope of this document.</t>

  </section>
  
  <section title="Conventions Used in This Document">
   
    <section title="Abbreviations">	
    <t> Geneve: Generic Network Virtualization Encapsulation</t>
    <t> NVE: Network Virtualization Edge</t>
    <t> PM: Performance Measurement</t>
	<t> SSID: STAMP Session Identifier</t>
    <t> STAMP: Simple Two-way Active Measurement Protocol</t>
    <t> TS: Tenant System</t>
    <t> VAP: Virtual Access Point</t>
	<t> VNI: Virtual Network Identifier</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 title="PM Packet Transmission over Geneve Tunnel">

  <t> PM session is originated and terminated at VAP of an NVE, selection of the PM packet encapsulation is based 
  on how the VAP encapsulates the data packets. This document defines two formats of PM packet encapsulation in Geneve:
   <list style="symbols">
   <t>with Ethernet and IP/UDP encapsulation;</t>
   <t>with IP/UDP encapsulation.</t>
   </list>
   </t>
  
  <section anchor="ethernet-ip-encaps-section" title="PM Encapsulation With Inner Ethernet/IP/UDP Header">
	
  <t> If the VAP that originates the PM packets is used to encapsulate Ethernet data frames, then PM packets are 
  encapsulated in Geneve as described below, here the PM packets are STAMP test packets. </t>
	
     <figure anchor="Figure_1" title="Geneve Encapsulation of PM Packet With the Inner Ethernet/IP/UDP Header">
     <artwork align="left"><![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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                               |
~                      Outer Ethernet Header                    ~
|                                                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                               |
~                        Outer IPvX Header                      ~
|                                                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                               |
~                        Outer UDP Header                       ~
|                                                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                               |
~                          Geneve Header                        ~
|                                                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                               |
~                      Inner Ethernet Header                    ~
|                                                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                               |
~                        Inner IPvX Header                      ~
|                                                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                               |
~                         Inner UDP Header                      ~
|                                                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                               |
~                        STAMP Test Packet                      ~
|                                                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                        Outer Ethernet FCS                     |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     ]]></artwork>
     </figure>
	 
     <t> The STAMP test packet MUST be carried inside the inner Ethernet 
	 frame of the Geneve packet, immediately after the inner Ethernet/IP/UDP header.
     The inner Ethernet frame carrying the STAMP test packet has the following format:
		   <list>
		   <t> The inner Ethernet header and IP header are encoded as defined in Section 4 of <xref target="I-D.ietf-nvo3-bfd-geneve"/>. </t>
		   <t> The destination UDP port MUST follow the STAMP UDP port usage defined in Section 4.1 of <xref target="RFC8762"/>. </t>
		   </list>
		   
		   The STAMP test packet can be STAMP Session-Sender test packet or STAMP Session-Reflector test packet.

		   The STAMP test packet is encoded as specified in <xref target="RFC8762"/> and <xref target="RFC8972"/>.</t>
	 	 
     <t> When the PM packets are encapsulated in Geneve in this way, the values in the Geneve header are set as specified in Section 4 
	 of <xref target="I-D.ietf-nvo3-bfd-geneve"/>.</t>	
	 
		 
  </section>
  
  <section anchor="ip-encaps-section" title="PM Encapsulation With Inner IP/UDP Header">
	
  <t> If the VAP that originates the PM packets is used to encapsulate IP data packets, then PM packets are 
  encapsulated in Geneve as described below, here the PM packets are STAMP test packets. </t>
	
     <figure anchor="Figure_2" title="Geneve Encapsulation of PM Packet With the Inner IP/UDP Header">
     <artwork align="left"><![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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                               |
~                         Ethernet Header                       ~
|                                                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                               |
~                        Outer IPvX Header                      ~
|                                                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                               |
~                        Outer UDP Header                       ~
|                                                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                               |
~                          Geneve Header                        ~
|                                                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                               |
~                        Inner IPvX Header                      ~
|                                                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                               |
~                         Inner UDP Header                      ~
|                                                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                               |
~                        STAMP Test Packet                      ~
|                                                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                               FCS                             |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     ]]></artwork>
     </figure>
	 
     <t> The STAMP test packet MUST be carried inside the inner IP packet that immediately follows the Geneve header.
     The inner IP packet carrying the STAMP test packet has the following format:
		   <list>
		   <t> The inner IP header is encoded as defined in Section 5 of <xref target="I-D.ietf-nvo3-bfd-geneve"/>.</t>
		   <t> The destination UDP port MUST follow the STAMP UDP port usage defined in Section 4.1 of <xref target="RFC8762"/>. </t>
		   </list>
		   
       The STAMP test packet can be STAMP Session-Sender test packet or STAMP Session-Reflector test packet.
		   
       The STAMP test packet is encoded as specified in <xref target="RFC8762"/> and <xref target="RFC8972"/>.</t>
	 
     <t> When the PM packets are encapsulated in Geneve in this way, the values in the Geneve header are set as specified in Section 5 
	 of <xref target="I-D.ietf-nvo3-bfd-geneve"/>.</t>	
	 
		 
  </section>
	 
  </section> 

  <section title="Reception of PM packet from Geneve Tunnel"> 
  
  <t> Once a packet is received, the NVE MUST validate the packet as specified in Section 4.1 and 5.1 of <xref target="I-D.ietf-nvo3-bfd-geneve"/>, 
  except that the received STAMP test packet would be processed by STAMP Session-Sender or STAMP Session-Reflector, instead of BFD. </t>
  
  <section title="Demultiplexing of the PM packet"> 
    
  <t> Analogous to BFD over Geneve, multiple STAMP sessions for the same VNI may be running between two NVEs, so there needs to be a 
  mechanism for demultiplexing received STAMP test packets to the proper session. </t>
  
  <t> If the STAMP test packet is received with STAMP Session Identifier (SSID) equals to 0, the procedure for demultiplexing the received 
  STAMP test packets would follow the procedure for demultiplexing the received BFD packets with Your Discriminator equals to 0, which is 
  specified in Section 4.1 and 5.1 of <xref target="I-D.ietf-nvo3-bfd-geneve"/>. </t>
  
  <t> If the STAMP test packet is received with a non-zero SSID, then the STAMP session MUST be demultiplexed only with SSID as the key.</t>
    
  </section>
	
  </section>
  
  <section title="Security Considerations">
  
  <t> Security issues discussed in <xref target="RFC8762"/>, <xref target="RFC8972"/>, <xref target="RFC8926"/> and 
  <xref target="I-D.ietf-nvo3-bfd-geneve"/> apply to this document.</t>
  
  </section>
  
  <section title="IANA Considerations"> 
  <t> This document has no IANA action requested.</t>
  </section>

  <section title="Acknowledgements">
  <t> TBA.</t>
  </section>  
  
</middle>
  
<back>

    <references title="Normative References">
     <?rfc include="reference.RFC.2119"?>
     <?rfc include="reference.RFC.8174"?>
     <?rfc include="reference.RFC.8762"?>
     <?rfc include="reference.RFC.8972"?>
     <?rfc include="reference.RFC.8926"?>
     <?rfc include="reference.I-D.ietf-nvo3-bfd-geneve"?>
    </references>
		
    <references title="Informative References">
     <?rfc include="reference.I-D.ietf-nvo3-geneve-oam"?>
    </references>
	
</back>
</rfc>
