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

"Bhatia, Manav (Manav)" <manav.bhatia@alcatel-lucent.com> Fri, 01 November 2013 10:58 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 47E0911E820D for <rtg-bfd@ietfa.amsl.com>; Fri, 1 Nov 2013 03:58:54 -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 tWKg1fxZZ9xb for <rtg-bfd@ietfa.amsl.com>; Fri, 1 Nov 2013 03:58:33 -0700 (PDT)
Received: from ihemail2.lucent.com (ihemail2.lucent.com [135.245.0.35]) by ietfa.amsl.com (Postfix) with ESMTP id 0786511E8211 for <rtg-bfd@ietf.org>; Fri, 1 Nov 2013 03:58:29 -0700 (PDT)
Received: from us70tusmtp1.zam.alcatel-lucent.com (h135-5-2-63.lucent.com [135.5.2.63]) by ihemail2.lucent.com (8.13.8/IER-o) with ESMTP id rA1AwOUr013967 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 1 Nov 2013 05:58:24 -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 rA1AwNbw013591 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 1 Nov 2013 06:58:23 -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; Fri, 1 Nov 2013 06:58:23 -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; Fri, 1 Nov 2013 18:58:20 +0800
From: "Bhatia, Manav (Manav)" <manav.bhatia@alcatel-lucent.com>
To: Mahesh Jethanandani <mjethanandani@gmail.com>, Marc Binderberger <marc@sniff.de>
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/MU8qmUKBYON0YuBEtZoIbKoAgAb8BACAAI+C8A==
Date: Fri, 01 Nov 2013 10:58:19 +0000
Message-ID: <20211F91F544D247976D84C5D778A4C32E4F4E0A@SG70YWXCHMBA05.zap.alcatel-lucent.com>
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>
In-Reply-To: <931B5B03-5578-428D-BA5B-F3311E31305B@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.253.19.17]
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.35
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 10:58:54 -0000

Hi Mahesh,

> I do not know about you, but when I read interface there are specific
> implications in my mind of what it means. To a certain extent I can see
> that is in this response from Manav. It means something very specific.
> 
> On Oct 27, 2013, at 4:37 AM, Bhatia, Manav (Manav) wrote:
> 
> > 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?

I had given a general comment in response to your email where you had said that its not possible for systems to be aware of the interface a control packet arrives on.

This draft *never* talks about the ifindex. All we're saying is that when you get a uBFD packet you should somehow know which interface and member port of the LAG the packet arrived on. How you do that is an implementation specific issue and will NEVER affect interoperability. 

I don't understand why we're discussing an implementation specific issue that has no bearing on interoperability.

> 
> My point is that if you believe that by "interface information" you do
> not necessarily mean the interface (ifIndex) itself or that it is a
> fairly generic reference to an identification of a member link of LAG,
> then just say so. Or better still, say what it should mean. What is

Can you point to the text in the draft that gives you the impression that we are talking about an "ifIndex"? 

Cheers, Manav

> wrong with being more clear? If I mis-read what was meant, so will
> others.
> 
> Cheers.
> 
> Mahesh Jethanandani
> mjethanandani@gmail.com
> 
>