<?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">
<!ENTITY RFC5586 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.5586.xml">
<!ENTITY RFC4379 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.4379.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-mpls-00" updates="7130">

<?xml-stylesheet type='text/xsl' href='rfc2629.xslt' ?>

<front>
	<title abbrev='BFD for MC-LAG over IP/MPLS'>Bidirectional Forwarding Detection (BFD) on Multi-chassis Ling Aggregation Group (MC-LAG) Interfaces in IP/MPLS Networks</title>

	<author initials='G.' surname="Mirsky" fullname='Greg Mirsky'>
		<organization>Ericsson</organization>
		<address>
			<email>gregory.mirsky@ericsson.com</email>
		</address> 
	</author>
 	<author initials='J.' surname="Tantsura" fullname='Jeff  Tantsura'>
		<organization>Ericsson</organization>
		<address>
			<email>jeff.tantsura@ericsson.com</email>
		</address> 
	</author>

    <date day="21" month="March" year="2016" />

    <area>Routing</area>

    <workgroup>RTG Working Group</workgroup>

    <keyword>Internet-Draft</keyword>

   <keyword>MC-LAG</keyword>
   
   <keyword>BFD </keyword>
	
	<abstract>
	<t>
	This document discusses use of Bidirectional Forwarding Detection for Multi-chassis
	Link Aggregation Group to provide faster than Link Aggregation Control Protocol convergence.
	 </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 adopted 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>ACH:          Associated Channel Header</t>
            <t>BFD:          Bidirectional Forwarding Detection
</t>
            <t>BoS:          Bottom of the Stack            </t>
            <t>G-ACh:      Generic Associated Channel            </t>
            <t>GAL:          Generic Associated Label            </t>
            <t>LAG:           Link Aggregation Group            </t>
            <t>LACP:        Link Aggregation Control Protocol            </t>
            <t>MC-LAG:   Multi-chassis Link Aggregation Group</t>
            <t>MPLS:        Multi-Protocol Label Switching
            </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="mpls-dp-mc-lag" title="BFD on MC-LAG with IP/MPLS data plane">
<t>
There are more optional encapsulation formats for the case of micro-BFD on MC-LAG
over IP/MPLS data plane:
<list style="symbols">
<t>
<xref target="RFC5586"/> defined special purpose Generic Associated channel Label (GAL) that MAY be used
in MPLS encapsulation of the micro-BFD control packet over MPSL data plane. Depending on the channel type
specified in the Associated Channel Header (ACH) that immediately follows after the GAL, micro-BFD MAY
use IP/UDP, as displayed in <xref target="mpls-gal-ip-figure"/> or BFD format, i.e. BFD control packet without 
IP and UDP headers.
</t>
</list>
</t>
<t>
         <figure align="left" anchor="mpls-gal-ip-figure"
                title="BFD on MC-LAG member link on IPv4/MPLS data plane">
          <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
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |                    GAL              |  TC |1|     TTL       |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
 |0 0 0 1|0 0 0 0|   Reserved  |     IPv4 channel (0x0021)     |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
 |                                                             |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
 |                                                             |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
 |                   Destination IP address                    |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
 |                     Source IP address                       |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
 |                         UDP header                          | 
 |                                                             |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
 ~                     BFD Control Packet                      ~
 |                                                             |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
  ]]></artwork>
        </figure>

</t>
<t>
If IP/UDP format of BFD over MC-LAG interfaces is used, then for IPv4 address family the destination IP address
MUST be selected from 127/8 range <xref target="RFC4379"/>, and if IPv6 address family is used, then the
destination IP address MUST be selected from 0:0:0:0:0:FFFF:127/104 range.
</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;
     
&RFC4379;
     &RFC5881;
     
&RFC5586;
     &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>   
    
