<?xml version="1.0" encoding="US-ASCII"?>
<!DOCTYPE rfc SYSTEM "rfc2629.dtd"[
<!ENTITY RFC2119 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.2119.xml">
<!ENTITY RFC5881 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.5881.xml">
<!ENTITY RFC7130 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.7130.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-tanmir-rtgwg-bfd-mc-lag-ip-01" updates="7130">

<?xml-stylesheet type='text/xsl' href='rfc2629.xslt' ?>

<front>
	<title abbrev='BFD for MC-LAG over IP'>Bidirectional Forwarding Detection (BFD) on Multi-chassis Ling Aggregation Group (MC-LAG) Interfaces in IP Networks</title>

	<author initials='G.' surname="Mirsky" fullname='Greg Mirsky'>
		<organization>ZTE Corp.</organization>
		<address>
			<email>gregimirsky@gmail.com</email>
		</address> 
	</author>
 	<author initials='J.' surname="Tantsura" fullname='Jeff  Tantsura'>
		<organization>Indvidual</organization>
		<address>
			<email>jefftant.ietf@gmail.com</email>
		</address> 
	</author>

    <date day="10" month="March" year="2017" />

    <area>Routing</area>

    <workgroup>RTG  Working Group</workgroup>

    <keyword>Internet-Draft</keyword>

   <keyword>MC-LAG</keyword>
   
   <keyword>BFD </keyword>
	
	<abstract>
	<t>
	This document describes use of Bidirectional Forwarding Detection for Multi-chassis
	Link Aggregation Group to provide faster than Link Aggregation Control Protocol convergence.
	This specification enhances and updates RFC 7130 "Bidirectional Forwarding Detection (BFD) on 
	Link Aggregation Group (LAG) Interfaces".
	 </t>
	</abstract>
</front>

<middle>
  <section anchor="intro" title="Introduction">
 <t>
 The <xref target="RFC7130"/> defines use of Bidirectional Forwarding Detection (BFD) on Link Aggregation Group (LAG) interfaces.
Multi-chassis LAG (MC-LAG) is type of LAG <xref target="IEEE.802.1AX.2008"/>
with member links terminated on separate chassis. <xref target="IEEE.802.1AX.2008"/> does not specify MC-LAG but doesn't
preclude it either. Link Aggregation Control Protocol (LACP), also defined in <xref target="IEEE.802.1AX.2008"/>,
can work with MC-LAG but, as in LAG case, can detect link failure only in range of single seconds. This document
defines how mechanism defined to work on LAG interfaces <xref target="RFC7130"/> can be adapted to MC-LAG case
to enable sub-second detection of member link failure.
 </t>

         
     <section title="Conventions used in this document">
         <section title="Terminology">
            <t>BFD:          Bidirectional Forwarding Detection
</t>
            <t>LAG:           Link Aggregation Group            </t>
            <t>LACP:        Link Aggregation Control Protocol            </t>
            <t>MC-LAG:   Multi-chassis Link Aggregation Group</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="problem-statement" title="Problem Statement">
     
<t>
<xref target="RFC7130"/> does not specify selection of the destination IP address for the BFD control packet.
The only requirement related to the selection is in Section 2.1 stating that the use of address family across
all member links of the given LAG MUST be consistent across all the links.
Thus it is implied that the same unicast IP address will be used on all member links of the LAG as 
use of different destination addresses would defeat the purpose of <xref target="RFC7130"/> transforming
the case into set of single-hop BFD sessions <xref target="RFC5881"/>. But single unicast IP address  
may not work in MC-LAG case as the member links are terminated on the separate chassis. This document
proposes how to overcome this problem if using IP or Multi-Protocol Label Switching (MPLS) 
data plane encapsulation.
</t>
</section>

<section anchor="ip-dp-mc-lag" title="BFD on MC-LAG with IP only data plane">
<t>

As described in <xref target="RFC7130"/> micro-BFD session on the LAG interfaces may use either IPv4 or IPv6

address family. In some cases two sessions, one with IPv4 and one with IPv6 addresses, may run concurrently.

This document doesn't change any of these but specifies selection of the destination IP address in MC-LAG use case:
<list style="symbols">
<t>
if IPv4 address family being used for micro-BFD session, then the link-local multicast address 224.0.0.0/24 
SHOULD be used as the destination IP address. Subnet broadcast address MAY be used as 
the destination IP address as well;
</t>
<t>
if the address family used is IPv6, then the IPv6 link-local multicast address FF02:0:0:0:0:0:0:2 MUST 
be used as the destination IP address.
</t>
</list>
</t>
</section>

     <section anchor="iana-consider" title="IANA Considerations">
     <t>
This document makes no requests for IANA allocations. This section may be deleted by RFC Editor.
 </t>
    </section>
     
     <section anchor="security" title="Security Considerations">
     <t>
 Security considerations discussed in <xref target="RFC7130"/> apply to this document. 
     </t>
     </section>
      
     
      <section title="Acknowledgements">
         <t>
         </t>  
      </section>

  </middle>
  
    <back>
    <references title="Normative References">
     
     &RFC2119;
     &RFC5881;
     &RFC7130;
     
      <reference anchor="IEEE.802.1AX.2008">
<front>
<title>IEEE Standard for Local and metropolitan area networks - Link Aggregation</title>
<author>
<organization/>
</author>
<date month="November" year="2008"/>
</front>
<seriesInfo name="IEEE" value="802.1-AX"/>
</reference> 
         
    </references>


 </back>
 </rfc>