Re: [bess] WGLC on draft-ietf-bess-evpn-df-election-framework

<stephane.litkowski@orange.com> Thu, 29 March 2018 06:50 UTC

Return-Path: <stephane.litkowski@orange.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C7AD1124D37 for <bess@ietfa.amsl.com>; Wed, 28 Mar 2018 23:50:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.608
X-Spam-Level:
X-Spam-Status: No, score=-2.608 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id McENajy6SrFi for <bess@ietfa.amsl.com>; Wed, 28 Mar 2018 23:50:22 -0700 (PDT)
Received: from orange.com (mta239.mail.business.static.orange.com [80.12.66.39]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 71849126D45 for <bess@ietf.org>; Wed, 28 Mar 2018 23:50:21 -0700 (PDT)
Received: from opfedar01.francetelecom.fr (unknown [xx.xx.xx.2]) by opfedar25.francetelecom.fr (ESMTP service) with ESMTP id 7C8D91208C0; Thu, 29 Mar 2018 08:50:19 +0200 (CEST)
Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.58]) by opfedar01.francetelecom.fr (ESMTP service) with ESMTP id 62BEE160063; Thu, 29 Mar 2018 08:50:19 +0200 (CEST)
Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM33.corporate.adroot.infra.ftgroup ([fe80::3881:fc15:b4b2:9017%19]) with mapi id 14.03.0382.000; Thu, 29 Mar 2018 08:50:19 +0200
From: stephane.litkowski@orange.com
To: "Ali Sajassi (sajassi)" <sajassi@cisco.com>, "Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com>, "bess@ietf.org" <bess@ietf.org>
Thread-Topic: [bess] WGLC on draft-ietf-bess-evpn-df-election-framework
Thread-Index: AQHTxhw2aAoAfMXmhEibgrDrXKs7+qPlRgtwgABjeQCAAR104A==
Date: Thu, 29 Mar 2018 06:50:18 +0000
Message-ID: <22849_1522306219_5ABC8CAB_22849_239_1_9E32478DFA9976438E7A22F69B08FF924B0F7ADA@OPEXCLILMA4.corporate.adroot.infra.ftgroup>
References: <25CEE870-4FAB-4A7A-8FEF-B76034CDAB67@nokia.com> <13684_1522223397_5ABB4925_13684_365_1_9E32478DFA9976438E7A22F69B08FF924B0ED17C@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <5FDD7166-3E88-46D1-ABD4-0F50AEA4B817@cisco.com>
In-Reply-To: <5FDD7166-3E88-46D1-ABD4-0F50AEA4B817@cisco.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.168.234.2]
Content-Type: multipart/alternative; boundary="_000_9E32478DFA9976438E7A22F69B08FF924B0F7ADAOPEXCLILMA4corp_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/TwFKv75-hMFgYTYY-KsxC5NqSpw>
Subject: Re: [bess] WGLC on draft-ietf-bess-evpn-df-election-framework
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Mar 2018 06:50:25 -0000

Hi Ali,

This paragraph points that HRW and AC-DF may be USED independently, but this does say that a vendor OS may implement HRW or AC-DF or both.
I see two issues if it is not clarified:

-          When an operator pushes a RFP requesting support of this draft, both HRW and AC-DF support are defacto required

-          From a WG standpoint, to progress further the document we need an implementation that supports fully the draft so both HRW and AC-DF.

My point is really on the implementation side, not on the usage.


Brgds,


From: Ali Sajassi (sajassi) [mailto:sajassi@cisco.com]
Sent: Wednesday, March 28, 2018 18:44
To: LITKOWSKI Stephane OBS/OINIS; Rabadan, Jorge (Nokia - US/Mountain View); bess@ietf.org
Subject: Re: [bess] WGLC on draft-ietf-bess-evpn-df-election-framework


Hi Stephane,

In section 2.3, it says that:

Both, HRW and AC-DF MAY be used independently or simultaneously.
     The AC-DF capability MAY be used with the default DF Election
     algorithm too.
Do you want further clarification? If so, please suggest text.

Thanks,
Ali

From: BESS <bess-bounces@ietf.org<mailto:bess-bounces@ietf.org>> on behalf of "stephane.litkowski@orange.com<mailto:stephane.litkowski@orange.com>" <stephane.litkowski@orange.com<mailto:stephane.litkowski@orange.com>>
Date: Wednesday, March 28, 2018 at 12:50 AM
To: "Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com<mailto:jorge.rabadan@nokia.com>>, "bess@ietf.org<mailto:bess@ietf.org>" <bess@ietf.org<mailto:bess@ietf.org>>
Subject: Re: [bess] WGLC on draft-ietf-bess-evpn-df-election-framework

Hi Jorge,

More inline

From: Rabadan, Jorge (Nokia - US/Mountain View) [mailto:jorge.rabadan@nokia.com]
Sent: Wednesday, March 28, 2018 00:38
To: LITKOWSKI Stephane OBS/OINIS; bess@ietf.org<mailto:bess@ietf.org>
Subject: Re: [bess] WGLC on draft-ietf-bess-evpn-df-election-framework

Hi Stephane,

Please see in-line.
Thanks.
Jorge

From: BESS <bess-bounces@ietf.org<mailto:bess-bounces@ietf.org>> on behalf of "stephane.litkowski@orange.com<mailto:stephane.litkowski@orange.com>" <stephane.litkowski@orange.com<mailto:stephane.litkowski@orange.com>>
Date: Tuesday, March 27, 2018 at 8:48 AM
To: "bess@ietf.org<mailto:bess@ietf.org>" <bess@ietf.org<mailto:bess@ietf.org>>
Subject: Re: [bess] WGLC on draft-ietf-bess-evpn-df-election-framework

Hi Authors,

Speaking as a WG member, I have two comments:

-          As I have pointed during the BESS meeting, it would be good to have a clear definition of what is a DF type vs a capability.
[JORGE] yes, we can clarify this in the next rev along with any other comments made during this LC.


-          I think it would be good to have the draft telling that the implementation of HRW and AC-DF are optionals.
[JORGE] Is that necessary? Since the draft is not updating RFC7432, aren’t those options implicitly optional for RFC7432 implementations?
[SLI] I was more thinking about people implementing this draft (future RFC). Should they implement both HRW and AC-DF ? I don’t think so.


Brgds,

Stephane

From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of stephane.litkowski@orange.com<mailto:stephane.litkowski@orange.com>
Sent: Monday, March 26, 2018 16:21
To: bess@ietf.org<mailto:bess@ietf.org>
Subject: [bess] WGLC on draft-ietf-bess-evpn-df-election-framework


Hello working group,



This email starts a two-week Working Group Last Call on draft-ietf-bess-evpn-df-election-framework-00 [1]



This poll runs until *the 9th of April*.



We are also polling for knowledge of any undisclosed IPR that applies to this Document, to ensure that IPR has been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details).

If you are listed as an Author or a Contributor of this Document please respond to this email and indicate whether or not you are aware of any relevant undisclosed IPR. The Document won't progress without answers from all the Authors and Contributors.



Currently no IPR has been disclosed against this Document.



If you are not listed as an Author or a Contributor, then please explicitly respond only if you are aware of any IPR that has not yet been disclosed in conformance with IETF rules.



We are also polling for any existing implementation.



Thank you



Matthew, Stéphane

bess chairs



[1] https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-df-election-framework/



_________________________________________________________________________________________________________________________



Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc

pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler

a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,

Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.



This message and its attachments may contain confidential or privileged information that may be protected by law;

they should not be distributed, used or copied without authorisation.

If you have received this email in error, please notify the sender and delete this message and its attachments.

As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.

Thank you.

_________________________________________________________________________________________________________________________



Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc

pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler

a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,

Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.



This message and its attachments may contain confidential or privileged information that may be protected by law;

they should not be distributed, used or copied without authorisation.

If you have received this email in error, please notify the sender and delete this message and its attachments.

As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.

Thank you.

_________________________________________________________________________________________________________________________



Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc

pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler

a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,

Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.



This message and its attachments may contain confidential or privileged information that may be protected by law;

they should not be distributed, used or copied without authorisation.

If you have received this email in error, please notify the sender and delete this message and its attachments.

As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.

Thank you.

_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.