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

"Bhatia, Manav (Manav)" <manav.bhatia@alcatel-lucent.com> Sun, 27 October 2013 11:38 UTC

Return-Path: <manav.bhatia@alcatel-lucent.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 492AB11E8171 for <rtg-bfd@ietfa.amsl.com>; Sun, 27 Oct 2013 04:38:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
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 LCyUkYvhV1JA for <rtg-bfd@ietfa.amsl.com>; Sun, 27 Oct 2013 04:37:47 -0700 (PDT)
Received: from ihemail4.lucent.com (ihemail4.lucent.com [135.245.0.39]) by ietfa.amsl.com (Postfix) with ESMTP id D143211E815F for <rtg-bfd@ietf.org>; Sun, 27 Oct 2013 04:37:46 -0700 (PDT)
Received: from us70tusmtp1.zam.alcatel-lucent.com (h135-5-2-63.lucent.com [135.5.2.63]) by ihemail4.lucent.com (8.13.8/IER-o) with ESMTP id r9RBbhBp028657 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 27 Oct 2013 06:37:44 -0500 (CDT)
Received: from US70UWXCHHUB01.zam.alcatel-lucent.com (us70uwxchhub01.zam.alcatel-lucent.com [135.5.2.48]) by us70tusmtp1.zam.alcatel-lucent.com (GMO) with ESMTP id r9RBbhE4012196 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sun, 27 Oct 2013 07:37:43 -0400
Received: from SG70YWXCHHUB03.zap.alcatel-lucent.com (135.253.2.37) by US70UWXCHHUB01.zam.alcatel-lucent.com (135.5.2.48) with Microsoft SMTP Server (TLS) id 14.2.247.3; Sun, 27 Oct 2013 07:37:43 -0400
Received: from SG70YWXCHMBA05.zap.alcatel-lucent.com ([169.254.5.83]) by SG70YWXCHHUB03.zap.alcatel-lucent.com ([135.253.2.37]) with mapi id 14.02.0328.009; Sun, 27 Oct 2013 19:37:38 +0800
From: "Bhatia, Manav (Manav)" <manav.bhatia@alcatel-lucent.com>
To: Mahesh Jethanandani <mjethanandani@gmail.com>, Vengada Prasad Govindan <venggovi@cisco.com>
Subject: RE: WGLC for BFD over Link Aggregate Group Interfaces - ends November 8
Thread-Topic: WGLC for BFD over Link Aggregate Group Interfaces - ends November 8
Thread-Index: AQHO0Z+DNFj/MU8qmUKBYON0YuBEtZoIbKoA
Date: Sun, 27 Oct 2013 11:37:37 +0000
Message-ID: <20211F91F544D247976D84C5D778A4C32E4EEE0D@SG70YWXCHMBA05.zap.alcatel-lucent.com>
References: <20131024191431.GO17538@pfrc> <315041E4211CB84E86EF7C25A2AB583D337EBFB3@xmb-rcd-x15.cisco.com> <425296D4-F96F-49FF-86D2-40737B64E117@gmail.com>
In-Reply-To: <425296D4-F96F-49FF-86D2-40737B64E117@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.253.19.16]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Scanned-By: MIMEDefang 2.57 on 135.245.2.39
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: Sun, 27 Oct 2013 11:38:21 -0000

Hi Mahesh,

This draft only talks about BFD sessions between directly connected boxes.

> For initial DOWN BFD packet, where the Your Discriminator field is 0,
> the draft suggests that demultiplexing MUST be based on some
> combination of other fields which MUST include the interface
> information of the member link. That assumes that systems are aware of
> what interface the BFD packet came on. That is not always the case, and
> in a global label/IP space, systems do not have to know the physical

Can you explain the scenario where you think its not possible for a system to know the ifindex of the IP interface over which an incoming packet arrived?

> link traffic came on. I am struggling to suggest an alternative, but
> would like to see the issue addressed particularly since it is a MUST.
> 
> Same is true for the procedure for the reception of BFD control packet
> and its verification of the interface that it came on.

I think youre missing something because we already have 3 interoperable implementations of this draft. Clearly, those implementations were able to identify the IP interface over which the uBFD packet arrived.

Cheers, Manav

> 
> On Oct 24, 2013, at 10:00 PM, Vengada Prasad Govindan (venggovi) wrote:
> 
> > Support
> >
> > -----Original Message-----
> > From: rtg-bfd-bounces@ietf.org [mailto:rtg-bfd-bounces@ietf.org] On
> Behalf Of Jeffrey Haas
> > Sent: Friday, October 25, 2013 12:45 AM
> > To: rtg-bfd@ietf.org
> > Subject: WGLC for BFD over Link Aggregate Group Interfaces - ends
> November 8
> >
> > This email is to initiate working group last call on the BFD on Link
> Aggregate Group Interfaces document:
> >
> > http://tools.ietf.org/html/draft-ietf-bfd-on-lags-01
> >
> > The last call will complete on November 8, the end of IETF week.
> Time will be available during the Vancouver IETF BFD session to discuss
> last call comments.
> >
> > Nobo Akiya will be serving as document shepherd (RFC 4858) for this
> WGLC.
> >
> > Due to the small nature of the BFD working group and the fact that
> both working group chairs have contributed to this document, we have
> gotten Carlos Pignataro (cpignata@cisco.com) to volunteer to serve as
> an independent party to gauge working group consensus.
> >
> > In order to facilitate the transparency of this WGLC, please remember
> to send all comments to the working group mailing list.
> >
> > IPR declarations have been filed against this draft and the document
> authors and contributors have been polled for any further IPR.  Current
> IPR declarations may be seen at the following link:
> >
> >
> http://datatracker.ietf.org/ipr/search/?option=document_search&id=draft
> -ietf-bfd-on-lags
> >
> > If you are aware of additional IPR against this document please
> declare so, per the IETF Note Well.
> >
> > Finally, the IEEE has expressed interest in the disposition of this
> draft.
> > They will likely provide additional commentary, if any, via the IETF
> liaison process.  This process will likely happen after WGLC concludes.
> Depending on their feedback, WGLC may re-open to address their
> concerns.
> >
> > -- Jeff (for the chairs)
> 
> Mahesh Jethanandani
> mjethanandani@gmail.com
> 
>