<?xml version="1.0" encoding="US-ASCII"?>
<!DOCTYPE rfc SYSTEM "rfc2629.dtd"[
<!ENTITY RFC2119 SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.2119.xml">
<!ENTITY RFC2629 SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.2629.xml">
<!ENTITY RFC4379 SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.4379.xml">
<!ENTITY RFC5226 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.5226.xml">

<!--
<!ENTITY RFC6374 SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.6374.xml">
<!ENTITY RFC5880 SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.5880.xml">
<!ENTITY RFC5882 SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.5882.xml">
<!ENTITY RFC5883 SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.5883.xml">
<!ENTITY RFC5884 SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.5884.xml">
<!ENTITY RFC5885 SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.5885.xml">
<!ENTITY RFC7726 SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.7726.xml">
<!ENTITY RFC5357 SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.5357.xml">
<!ENTITY RFC6038 SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.6038.xml">
<!ENTITY RFC7750 SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.7750.xml">
<!ENTITY RFC6428 SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.6428.xml">

<!ENTITY RFC7276 SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.7276.xml">
<!ENTITY RFC7746 SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.7746.xml">
<!ENTITY RFC7594 SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.7594.xml">

<!ENTITY I-D.ietf-bfd-multipoint SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml3/reference.I-D.draft-ietf-bfd-multipoint-07.xml">

<!ENTITY I-D.ietf-bfd-multipoint-active-tail SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml3/reference.I-D.draft-ietf-bfd-multipoint-active-tail-01.xml">

<!ENTITY I-D.ietf-bfd-seamless-base SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml3/reference.I-D.draft-ietf-bfd-seamless-base-08.xml">

<!ENTITY I-D.ietf-bfd-seamless-ip SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml3/reference.I-D.draft-ietf-bfd-seamless-ip-03.xml">

<!ENTITY I-D.ietf-mpls-rfc6374-udp-return-path SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml3/reference.I-D.draft-ietf-mpls-rfc6374-udp-return-path-04.xml">
<!ENTITY I-D.kumarzheng-bier-ping SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml3/reference.I-D.draft-kumarzheng-bier-ping-02.xml">

<!ENTITY I-D.tempia-ippm-p3m SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml3/reference.I-D.draft-tempia-ippm-p3m-03.xml">
<!ENTITY I-D.mirsky-bier-pmmm-oam SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml3/reference.I-D.draft-mirsky-bier-pmmm-oam-01.xml">


<!ENTITY I-D.lapukhov-dataplane-probe SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml3/reference.I-D.draft-lapukhov-dataplane-probe-00.xml">

<!ENTITY I-D.ietf-nvo3-geneve SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml3/reference.I-D.draft-ietf-nvo3-geneve-01.xml">
<!ENTITY I-D.ietf-nvo3-gue SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml3/reference.I-D.draft-ietf-nvo3-gue-02.xml">
<!ENTITY I-D.ietf-nvo3-vxlan-gpe SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml3/reference.I-D.draft-ietf-nvo3-vxlan-gpe-01.xml">
<!ENTITY I-D.ashwood-nvo3-oam-requirements SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml3/reference.I-D.draft-ashwood-nvo3-oam-requirements-04.xml">
<!ENTITY I-D.nordmark-nvo3-transcending-traceroute SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml3/reference.I-D.draft-nordmark-nvo3-transcending-traceroute-02.xml">

<!ENTITY I-D.saum-nvo3-pmtud-over-vxlan SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml3/reference.I-D.draft-saum-nvo3-pmtud-over-vxlan-02.xml">
<!ENTITY I-D.singh-nvo3-vxlan-router-alert SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml3/reference.I-D.draft-singh-nvo3-vxlan-router-alert-02.xml">
<!ENTITY I-D.spallagatti-bfd-vxlan SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml3/reference.I-D.draft-spallagatti-bfd-vxlan-02.xml">

<!ENTITY I-D.ietf-rtgwg-dt-encap SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml3/reference.I-D.draft-ietf-rtgwg-dt-encap-02.xml">

-->

]>
<?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 category="std" ipr="trust200902" docName="draft-ooamdt-rtgwg-demand-cc-cv-00">

<?xml-stylesheet type='text/xsl' href='rfc2629.xslt' ?>

<front>
	<title abbrev='On-demand CC/CV for Overlay Networks'>On-demand Continuity Check (CC) and Connectivity Verification(CV) for Overlay Networks</title>

	<author initials='G.' surname="Mirsky" fullname='Greg Mirsky'>
		<organization>Ericsson</organization>
		<address>
			<email>gregory.mirsky@ericsson.com</email>
		</address> 
	</author>

	<author initials='E.' surname="Nordmark" fullname='Erik Nordmark'>
		<organization>Arista Networks</organization>
		<address>
			<email>nordmark@acm.org</email>
		</address> 
	</author>

	<author initials='C.' surname="Pignataro" fullname='Carlos Pignataro'>
		<organization>Cisco Systems, Inc.</organization>
		<address>
			<email>cpignata@cisco.com</email>
		</address> 
	</author>

	<author initials='N.' surname="Kumar" fullname='Nagendra Kumar'>
		<organization>Cisco Systems, Inc.</organization>
		<address>
			<email>naikumar@cisco.com</email>
		</address> 
	</author>

	<author initials='D.' surname="Kumar" fullname='Deepak Kumar'>
		<organization>Cisco Systems, Inc.</organization>
		<address>
			<email>dekumar@cisco.com</email>
		</address> 
	</author>
	
	<author initials='M.' surname="Chen" fullname='Mach Chen'>
		<organization>Huawei Technologies</organization>
		<address>
			<email>mach.chen@huawei.com</email>
		</address> 
	</author>

	<author initials='Y.' surname="Li" fullname='Yizhou Li'>
		<organization>Huawei Technologies</organization>
		<address>
			<email>liyizhou@huawei.com</email>
		</address> 
	</author>

	<author initials='D.' surname="Mozes" fullname='David Mozes'>
		<organization>Mellanox Technologies Ltd.</organization>
		<address>
			<email>davidm@mellanox.com</email>
		</address> 
	</author>
<!--
	<author initials='S' surname="Pallagatti" fullname='Santosh Pallagatti'>
		<organization></organization>
		<address>
			<email>santosh.pallagatti@gmail.com</email>
		</address> 
	</author>
-->
	<author initials='I' surname="Bagdonas" fullname='Ignas Bagdonas'>
		<organization></organization>
		<address>
			<email>ibagdona@gmail.com</email>
		</address> 
	</author>

    <date day="8" month="July" year="2016" />

    <area>Routing</area>

    <workgroup>Routing Area  Working Group</workgroup>

    <keyword>Internet-Draft</keyword>
   
   <keyword>OAM</keyword>
	
	<abstract>
	<t>
 
This document defines Overlay Echo Request and Echo Reply that enable on-demand 
 
Continuity Check, Connectivity Verification among other operations in overlay networks.
	 </t>
	</abstract>
</front>

<middle>
  <section anchor="intro" title="Introduction">
        <t>
   Operations, Administration, and Maintenance (OAM) toolset provides methods for fault management
   and performance monitoring in each layer of the network,
   in order to improve their ability to support services with guaranteed
   and strict Service Level Agreements (SLAs) while reducing 
   operational costs.
          </t>
         
     <section title="Conventions used in this document">
         <section title="Terminology">
<t>
Term "Overlay OAM" used in this document interchangeably with longer version
"set of OAM protocols, methods and tools for Overlay networks".
</t>
 
 <t>CC                Continuity Check </t>
 <t>CV                 Connectivity Verification </t>
 <t>FM                 Fault Management </t>
 <t>G-ACh           Generic Associated Channel </t>
 <t>Geneve        Generic Network Virtualization Encapsulation </t>
 <t>GUE              Generic UDP Encapsulation </t>
 <t>MPLS            Multiprotocol Label Switching </t>
 <t>NVO3            Network Virtualization Overlays </t>                
<t>
OAM                Operations, Administration, and Maintenance</t>
<t>SFC                 Service Function Chaining</t>
<t>SFP                 Service Function Path</t>
<t>VxLAN             Virtual eXtensible Local Area Network</t>
<t>VxLAN-GPE   Generic Protocol Extension for VxLAN</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 
	  <xref target="RFC2119"></xref>.
             </t>
          </section>

      </section>
     </section>


  <section anchor="on-demand-cc-cv" title="On-demand Continuity Check and Connectivity Verification">
  <t>
  The format of the control packet to support ping and traceroute functionality in overlay networks <xref target="ooam-ping-pic"/> is
  similar to the format of MPLS LSP Ping <xref target="RFC4379"/>. 
  
          <figure align="left" anchor="ooam-ping-pic"
                title="Overlay OAM Ping format">
          <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
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |         Version Number        |         Global Flags          |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      | Message Type  |   Reply mode  |  Return Code  | Return S.code |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                        Sender's Handle                        |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                         Sequence Number                       |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      ~                              TLVs                             ~
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
          ]]></artwork>
        </figure>

  </t>

  <t>
  The interpretation of the fields is
  <list>
<t>
  The Version reflects the current version. The version number is to
   be incremented whenever a change is made that affects the ability of
   an implementation to correctly parse or process control packet.
  </t>
  <t>The Global Flags is a bit vector field  </t>
  <t>The Message Type filed reflects the type of the packet. Value TBA2 identifies echo request and TBA3 - echo reply</t>
  <t>The Reply Mode defines the type of the return path requested by the sender of the Echo Request.  </t>
  <t>Return Codes and Subcodes can be used to inform the sender about result of processing its request.  </t>
  <t>The Sender's Handle is filled in by the sender, and returned unchanged by the receiver in the echo reply.  </t>
  <t>The Sequence Number is assigned by the sender and can be (for example) used to detect missed replies.  </t>
  <t>TLVs (Type-Length-Value tuples) have the two octets long Type field, two 
  octets long Length field that is length of the Value field in octets.</t>
  
  </list>

  </t>


<section  anchor="echo-request-send" title="Overlay Echo Request Transmission">

<t>

</t>

</section>


<section  anchor="echo-request-recieve" title="Overlay Echo Request Reception">
<t>
</t>

</section>



<section  anchor="echo-reply-send" title="Overlay Echo Reply Transmission">
<t>
The Reply Mode field directs whether and how the echo reply message should be sent.
The sender of the echo request MAY use TLVs to request that corresponding echo reply
be sent using the specified path. Value TBA3 is referred as "Do not reply" mode and
suppresses transmission of echo reply packet. Default value (TBA4) for the Reply mode field requests
the responder to send the echo reply packet out-of-band as IPv4 or IPv6 UDP packet.
[Selection of destination and source IP addresses and UDP port numbers to be provided in the next update.]
</t>

</section>


<section  anchor="echo-reply-recieve" title="Overlay Echo Reply Reception">
<t>
</t>

</section>



</section>


  <section anchor="iana-considerations" title="IANA Considerations">
 
 <section anchor="iana-overlay-ping-type" title="Overlay Ping Type">
  <t>
  IANA 
is requested to assign new type from the Overlay OAM Protocol Types registry as follows:
  </t>
  
    <texttable anchor="iana-overlay-ping-tbl" title="Overlay Ping Type">
    <ttcol align='left'>Value</ttcol>
    <ttcol align='center'>Description</ttcol>
    <ttcol align='left'>Reference</ttcol>
     <c>TBA1</c>
    <c>Overlay Ping</c>
    <c>This&nbsp;document</c>
   </texttable>
 </section>
   
 <section anchor="iana-overlay-ping-parameters" title="Overlay Ping Parameters">
  <t>
  IANA 
is requested to create new Overlay Ping Parameters registry.
  </t>
 </section>
 
 <section anchor="iana-overlay-ping-mesasage-type" title="Overlay Ping Message Types"> 
 <t>
  IANA 
is requested to create in the Overlay Ping Parameters registry the new sub-registry Message Types.
  All code points in the range 1 through 191 in this registry shall be allocated
 according to the "IETF Review" procedure as specified in <xref target="RFC5226"/>
  and assign values as follows:
  </t>
    <texttable anchor="iana-overlay-ping-message-type-tbl" title="Overlay Ping Message Types">
    <ttcol align='left'>Value</ttcol>
    <ttcol align='center'>Description</ttcol>
    <ttcol align='left'>Reference</ttcol>
     <c>0</c>
    <c>Reserved</c>
    <c></c>
      <c>TBA1</c>
    <c>Overlay Echo Request</c>
    <c>This&nbsp;document</c>
     <c>TBA2</c>
    <c>Overlay Echo Reply</c>
    <c>This&nbsp;document</c>
     <c>192-251</c>
    <c>Unassigned</c>
    <c>First Come First Served</c>
     <c>252-254</c>
    <c>Reserved</c>
    <c>Private Use</c>
     <c>255</c>
    <c>Reserved</c>
    <c></c>
       </texttable>
 </section>

  <section anchor="iana-overlay-ping-reply-mode" title="Overlay Ping Reply Modes"> 
 <t>
  IANA 
is requested to create in the Overlay Ping Parameters registry the new sub-registry Reply Modes
  All code points in the range 1 through 191 in this registry shall be allocated
 according to the "IETF Review" procedure as specified in <xref target="RFC5226"/>
  and assign values as follows:
  </t>
    <texttable anchor="iana-overlay-ping-reply-mode-tbl" title="Overlay Ping Reply Modes">
    <ttcol align='left'>Value</ttcol>
    <ttcol align='center'>Description</ttcol>
    <ttcol align='left'>Reference</ttcol>
     <c>0</c>
    <c>Reserved</c>
    <c></c>
      <c>TBA3</c>
    <c>Do not reply</c>
    <c>This&nbsp;document</c>
     <c>TBA4</c>
    <c>Reply via an IPv4/IPv6 UDP packet</c>
    <c>This&nbsp;document</c>
     <c>192-251</c>
    <c>Unassigned</c>
    <c>First Come First Served</c>
     <c>252-254</c>
    <c>Reserved</c>
    <c>Private Use</c>
     <c>255</c>
    <c>Reserved</c>
    <c></c>
       </texttable>
 </section>
 
  </section>
 
   <section anchor="security-considerations" title="Security Considerations">
   <t>
TBD
   </t>
   </section> 
   
   <section anchor="ack" title="Acknowledgement">
   <t>
   TBD
   </t>
   </section>
  
  </middle>
  
    <back>
    <references title="Normative References">
     
     &RFC2119;
     
    </references>

    <references title="Informative References">
    
   &RFC4379;
   
&RFC5226;
   
   <!--
    &RFC6374;
    &RFC5880;
    &RFC5884;
    &RFC5882;
    &RFC5883;
    &RFC5885;
    &RFC6428;
    &RFC7726;
    &RFC5357;
    &RFC6038;
    &RFC7750;
 
    &RFC7276;
    &RFC7746;
    &RFC7594;
        
    &I-D.ietf-bfd-multipoint;
    &I-D.ietf-bfd-multipoint-active-tail;
    &I-D.ietf-bfd-seamless-base;
    &I-D.ietf-bfd-seamless-ip;
    &I-D.kumarzheng-bier-ping;
    &I-D.ietf-mpls-rfc6374-udp-return-path;
    &I-D.mirsky-bier-pmmm-oam;
    &I-D.tempia-ippm-p3m;
    &I-D.lapukhov-dataplane-probe;
    &I-D.ietf-nvo3-geneve;
    &I-D.ietf-nvo3-gue;
    &I-D.ietf-nvo3-vxlan-gpe;
    &I-D.ashwood-nvo3-oam-requirements;
    &I-D.nordmark-nvo3-transcending-traceroute;

    &I-D.saum-nvo3-pmtud-over-vxlan;
    &I-D.singh-nvo3-vxlan-router-alert;
    &I-D.spallagatti-bfd-vxlan;

-->
    </references>

 </back>
 </rfc>   
    
