RE: WGLC for BFD over Link Aggregate Group Interfaces - ends November 8

Ashesh Mishra <mishra.ashesh@outlook.com> Fri, 01 November 2013 20:49 UTC

Return-Path: <mishra.ashesh@outlook.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 62E7111E816D for <rtg-bfd@ietfa.amsl.com>; Fri, 1 Nov 2013 13:49:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.854
X-Spam-Level:
X-Spam-Status: No, score=-1.854 tagged_above=-999 required=5 tests=[AWL=0.744, BAYES_00=-2.599, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YOVVHw+ZuZBp for <rtg-bfd@ietfa.amsl.com>; Fri, 1 Nov 2013 13:49:19 -0700 (PDT)
Received: from bay0-omc2-s8.bay0.hotmail.com (bay0-omc2-s8.bay0.hotmail.com [65.54.190.83]) by ietfa.amsl.com (Postfix) with ESMTP id 6960211E8179 for <rtg-bfd@ietf.org>; Fri, 1 Nov 2013 13:49:19 -0700 (PDT)
Received: from BAY176-W48 ([65.54.190.124]) by bay0-omc2-s8.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 1 Nov 2013 13:49:18 -0700
X-TMN: [MtWKwslFZuKDzTSopIhUT/vSd23G7tYX]
X-Originating-Email: [mishra.ashesh@outlook.com]
Message-ID: <BAY176-W489278FFDB28101BCBD72BFAF50@phx.gbl>
Content-Type: multipart/alternative; boundary="_61627170-bac2-4dde-99b1-4dffd450c73e_"
From: Ashesh Mishra <mishra.ashesh@outlook.com>
To: Marc Binderberger <marc@sniff.de>
Subject: RE: WGLC for BFD over Link Aggregate Group Interfaces - ends November 8
Date: Fri, 01 Nov 2013 13:49:18 -0700
Importance: Normal
In-Reply-To: <20131101132913173633.325d6feb@sniff.de>
References: <20131024191431.GO17538@pfrc>, <315041E4211CB84E86EF7C25A2AB583D337EBFB3@xmb-rcd-x15.cisco.com>, <425296D4-F96F-49FF-86D2-40737B64E117@gmail.com>, <20211F91F544D247976D84C5D778A4C32E4EEE0D@SG70YWXCHMBA05.zap.alcatel-lucent.com>, <931B5B03-5578-428D-BA5B-F3311E31305B@gmail.com>, <20131101012840441464.ae114f50@sniff.de>, <BAY176-W326F85F0A92071D8333280FAF50@phx.gbl>, <20131101132913173633.325d6feb@sniff.de>
MIME-Version: 1.0
X-OriginalArrivalTime: 01 Nov 2013 20:49:18.0839 (UTC) FILETIME=[D5B32070:01CED743]
Cc: "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-bfd>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Nov 2013 20:49:25 -0000

Thanks Marc. Having individual Tx/Rx pair for each member link does make the implementation simpler! 

Regards,
Ashesh

> Date: Fri, 1 Nov 2013 13:29:13 -0700
> From: marc@sniff.de
> To: mishra.ashesh@outlook.com
> CC: rtg-bfd@ietf.org
> Subject: Re: WGLC for BFD over Link Aggregate Group Interfaces - ends November 8
> 
> Hello Ashesh,
> 
> > the receiving end will have a Rx session for every member of the LAG?
> 
> Yes. You have a sending and a receiving session per LAG member link.
> 
> > If so, how will the session negotiation work with more than one 
> > endpoint on the peer node?
> 
> section 2.2 explains it. Here the part for starting the session:
> 
>    The demultiplexing of a received BFD packet is solely based on the
>    Your Discriminator field, if this field is nonzero.  For the initial
>    Down BFD packets of a BFD session this value MAY be zero.  In this
>    case demultiplexing MUST be based on some combination of other fields
>    which MUST include the interface information of the member link.
> 
> 
> In other words your implementation "binds" a particular Rx/Tx session 
> to one member interface (I use quotation marks to indicate the details 
> are up to your implementation).
> 
> 
> Regards, Marc
> 
> 
> 
> On Fri, 1 Nov 2013 11:58:54 -0700, Ashesh Mishra wrote:
> > Hi all,
> > 
> > Does the mechanism proposed in this draft suggest that the 
> > transmitting end will multicast the BFD CC frames over the LAG and 
> > the receiving end will have a Rx session for every member of the LAG?
> > 
> > If so, how will the session negotiation work with more than one 
> > endpoint on the peer node?
> > 
> > --
> > Ashesh