Re: [bess] WG adoption poll and IPR poll for draft-snr-bess-evpn-loop-protect

"Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com> Fri, 04 October 2019 15:55 UTC

Return-Path: <jorge.rabadan@nokia.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 CC7DF1208AF; Fri, 4 Oct 2019 08:55:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com
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 X6Pd0DClL5Dw; Fri, 4 Oct 2019 08:55:40 -0700 (PDT)
Received: from EUR02-AM5-obe.outbound.protection.outlook.com (mail-eopbgr00126.outbound.protection.outlook.com [40.107.0.126]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B7EE1120103; Fri, 4 Oct 2019 08:55:39 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=fTVErlAliN/z5le3mTMnQRfLkTXfI0UaoBm31aBR2mD1Sd50yca85bKbqFTe72lf6xwt0YuPf+v4bv5HtpmS+gV5oqk4n2kfj5bm4HrIXXK2Xm5j06rNjTVBU/rTsWDPmaVtbwoTONdZ5Z5uZMZO+8mXhGxfUFzXdoaawbJRZFC6XqeWKro1YxoxoZCBmnK6GfWxlxNdVk42oxzPD1MBt2AOO4hwjqh4nJr3clmCYm2GBrbQ0YfcPYQl68fn8HSYqZGe9Lt9lul4ekg/QiDiz3kxGaCwKjelLoNpOIksGbd07opJf+XV5MvTN7CheLbxw1epeaArYW58yx5MNYH83Q==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=bpamexgpEQ2UCyf8069S5HiyD3WAghMkBFagYeHeTXk=; b=kdU6yM2HVIW49Moape53zTo6fsXN+il9a+WJ1k47koumKEyZCMM7g2+8Y7i78rICf4DayjAGR+8KbvHUNmr/T+nf3raJJVtgrwDeo/0MkNWr6aFxkq97tyt3hHb80wwvTMGsOvaOPU5aBpOXlqkqusBAGc5OlokxBTKd3dJo7DUGQpK88INV1FYjtSMMY9dteBexilkta9xhMsM4DhvnH+zYQOZB+ZE/TngfDTDtBKFZzjZIFMKg5yJXaaGJutK8BLX+lwDrHojnzI+UVBSys97l1wTf9BNU2ojbxAtFj6lcyf9S4k4yBklEPqUXO/DM0OWd5DANvY0vY5RKgHFkpg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=bpamexgpEQ2UCyf8069S5HiyD3WAghMkBFagYeHeTXk=; b=C9I+3IRrCux1Wcb4yOooChnqPf+QHd6StXetSlysoJ57pQj888Ffg2bWIMRDLjrb3HlYilrmx2O7dcctbQA6jZMn1dg1h/J5wjGJbbHJxi83Fm9jBQnqT84SIViEcmkyokO3/J8h1ibZHebO4Wc0KLpxIwoGG2IdYJgBWLOtWn4=
Received: from AM0PR07MB3844.eurprd07.prod.outlook.com (52.134.82.20) by AM0PR07MB4641.eurprd07.prod.outlook.com (52.135.151.154) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2347.11; Fri, 4 Oct 2019 15:55:36 +0000
Received: from AM0PR07MB3844.eurprd07.prod.outlook.com ([fe80::6cbd:607c:8fec:ac1a]) by AM0PR07MB3844.eurprd07.prod.outlook.com ([fe80::6cbd:607c:8fec:ac1a%7]) with mapi id 15.20.2327.009; Fri, 4 Oct 2019 15:55:36 +0000
From: "Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com>
To: "Patrice Brissette (pbrisset)" <pbrisset@cisco.com>, Stephane Litkowski <slitkows.ietf@gmail.com>, "stephane.litkowski@orange.com" <stephane.litkowski@orange.com>
CC: "draft-snr-bess-evpn-loop-protect@ietf.org" <draft-snr-bess-evpn-loop-protect@ietf.org>, "bess-chairs@ietf.org" <bess-chairs@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Thread-Topic: [bess] WG adoption poll and IPR poll for draft-snr-bess-evpn-loop-protect
Thread-Index: AdVhmpig3kInXYw8QF6pzknoaK47VQNLttSAAscF24AABKQSAAAXO8yAAA+4qAAAB4nZgAAFTQ0A////GYCAACwtgA==
Date: Fri, 4 Oct 2019 15:55:36 +0000
Message-ID: <4C27BCDE-80B1-49C0-A44E-E1AEB378E4A4@nokia.com>
References: <8837_1567434545_5D6D2731_8837_356_1_9E32478DFA9976438E7A22F69B08FF924D9F0DD5@OPEXCAUBMA3.corporate.adroot.infra.ftgroup> <CAKVaF1TLg2M0ez99iB-b4C8sbTNc5J2=3bb+tNNp0OvL2oR72g@mail.gmail.com> <547718E8-BD08-4C21-A97E-35E31FFB350C@cisco.com> <D10258E6-CA4E-4E75-9FC4-DD268C62A402@nokia.com> <3B8B7C52-84E5-439A-BB30-1AA62FD8D9B0@cisco.com> <7756D64C-7016-4401-AEB0-CA99091A15D8@nokia.com> <36C3DB92-8441-4BAA-B227-67A4D83A8C2D@cisco.com> <7D63C6BA-3E57-486A-BE20-A64A863F9788@nokia.com> <C1B5809B-459A-495A-8447-B61629C257AC@cisco.com>
In-Reply-To: <C1B5809B-459A-495A-8447-B61629C257AC@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.1e.0.191003
authentication-results: spf=none (sender IP is ) smtp.mailfrom=jorge.rabadan@nokia.com;
x-originating-ip: [135.245.20.4]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 6e1d6839-f2b9-49c9-3c66-08d748e34c2f
x-ms-office365-filtering-ht: Tenant
x-ms-traffictypediagnostic: AM0PR07MB4641:
x-ms-exchange-purlcount: 9
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <AM0PR07MB46412196C76858BF675167C2F79E0@AM0PR07MB4641.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 018093A9B5
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(346002)(396003)(366004)(136003)(39860400002)(376002)(189003)(199004)(733005)(25786009)(7736002)(966005)(14454004)(99936001)(5660300002)(30864003)(229853002)(2501003)(478600001)(606006)(99286004)(6486002)(76176011)(36756003)(6436002)(486006)(11346002)(186003)(6506007)(53546011)(476003)(446003)(26005)(102836004)(2616005)(54906003)(110136005)(33656002)(81166006)(81156014)(4326008)(236005)(6116002)(790700001)(91956017)(76116006)(6306002)(54896002)(6512007)(8936002)(3846002)(58126008)(66556008)(64756008)(316002)(66066001)(5070765005)(2906002)(86362001)(8676002)(71200400001)(256004)(6246003)(66946007)(5024004)(14444005)(66446008)(66616009)(66476007)(71190400001)(579004); DIR:OUT; SFP:1102; SCL:1; SRVR:AM0PR07MB4641; H:AM0PR07MB3844.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: M3t3uHKQLgb9QFBjBzf23jn/tmA9J/sF9rNAVrHEMH2/xOkYOY437eZEM8wNPPPvOOCUGeryKLifeLsK7BBZyQ12pTvetNZq9G7q2mlyLVqOLEhu4/CUNqpX0UPcn/m2I1maV0tW0M/nk7d4vXAo/QvOHGiAA2EQF6YTwyYPWv8d7HLOTMLVRJKH2VXLNniX6GTZwCaCAYAGp09VHWzPeZRXiWfSqvw/QwIRcgY+F6ZmpnHWH3CLhvs8i6r75ih9ET49PErtbhyYV5qyKsUxwvQegivrw6EKIWvC4CxCsZHZacoNznaTTS+L+4dsJdaf8FLXgvt4ladPdsiw6cM8caGSXBBHZ5MmIEXnOJnSW1rBwXLrj3LM5BzAzgZoexVyKPlO/rgVRHvMq6uWGqKxLJeFYZBioPYrOh+rgC+y047z9R5sBVED70lX08fHsrVgq36IDj+Js1U5nCnI4NacxQ==
Content-Type: multipart/related; boundary="_004_4C27BCDE80B149C0A44EE1AEB378E4A4nokiacom_"; type="multipart/alternative"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 6e1d6839-f2b9-49c9-3c66-08d748e34c2f
X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Oct 2019 15:55:36.8325 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: tfs7K/uv1eMCzMGXTsRy5LUWI/CYDO6P/YkgIEv041zYGJqx7tQcPFcTlmbnYYWx17eGATAtSe5y939kSN0lLA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB4641
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/RDTPYMI5tZaJaZhHamIwyFtE5Vk>
Subject: Re: [bess] WG adoption poll and IPR poll for draft-snr-bess-evpn-loop-protect
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.29
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: Fri, 04 Oct 2019 15:55:45 -0000

:-)

Patrice,
Our draft is Informational because it does not require to change the EVPN control plane, so we thought it was the right track.

Thanks.
Jorge

From: "Patrice Brissette (pbrisset)" <pbrisset@cisco.com>
Date: Friday, October 4, 2019 at 5:17 PM
To: "Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com>, Stephane Litkowski <slitkows.ietf@gmail.com>, "stephane.litkowski@orange.com" <stephane.litkowski@orange.com>
Cc: "draft-snr-bess-evpn-loop-protect@ietf.org" <draft-snr-bess-evpn-loop-protect@ietf.org>, "bess-chairs@ietf.org" <bess-chairs@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Subject: Re: [bess] WG adoption poll and IPR poll for draft-snr-bess-evpn-loop-protect

Jorge,

If that is the case…since it looks like you were able to push the blackhole MAC at EANTC (not sure what magic you have done to get privilege), why is your draft informal?
Regards,
Patrice Brissette, Principal Engineer
Cisco Systems
Help us track your SP SR/EVPN Customer Opportunity/Status by filling these forms: Segment Routing<https://app.smartsheet.com/b/form/185833ace35b4894b324dfb8afbd2060> / EVPN<https://app.smartsheet.com/b/form/136bd5c3a22641bf92316523e79d6f22>

http://e-vpn.io, http://go2.cisco.com/evpn




From: "Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com>
Date: Friday, October 4, 2019 at 09:20
To: Patrice Brissette <pbrisset@cisco.com>, Stephane Litkowski <slitkows.ietf@gmail.com>, "stephane.litkowski@orange.com" <stephane.litkowski@orange.com>
Cc: "draft-snr-bess-evpn-loop-protect@ietf.org" <draft-snr-bess-evpn-loop-protect@ietf.org>, "bess-chairs@ietf.org" <bess-chairs@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Subject: Re: [bess] WG adoption poll and IPR poll for draft-snr-bess-evpn-loop-protect

Hi Patrice,

Having a common way to solve loops is beneficial for the community. And if there are better ways, we should discuss them and maybe modify the document.

An informational draft that explains how some vendors solve this, I think, is relevant to the WG.
There is a public report where you have proof of multivendor support.

http://www.eantc.de/fileadmin/eantc/downloads/News/2019/EANTC-MPLSSDNNFV2019-WhitePaper-v1.2.pdf
(page 11)

Thanks.
Jorge

From: "Patrice Brissette (pbrisset)" <pbrisset@cisco.com>
Date: Friday, October 4, 2019 at 2:49 PM
To: "Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com>, Stephane Litkowski <slitkows.ietf@gmail.com>, "stephane.litkowski@orange.com" <stephane.litkowski@orange.com>
Cc: "draft-snr-bess-evpn-loop-protect@ietf.org" <draft-snr-bess-evpn-loop-protect@ietf.org>, "bess-chairs@ietf.org" <bess-chairs@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Subject: Re: [bess] WG adoption poll and IPR poll for draft-snr-bess-evpn-loop-protect

Hi,

It is difficult to argue against an informal draft since it does not provides any obligation to any vendor to do it. There are many ways for fixing loop and I do not see why it needs to be common to all vendor.

That said, a paragraph in RFC7432bis reminding people about the problem is a good thing.

Having a separate draft (especially informal) allows customers to request compliancy with…. Which I disagree.

Regards,
Patrice Brissette, Principal Engineer
Cisco Systems
Help us track your SP SR/EVPN Customer Opportunity/Status by filling these forms: Segment Routing<https://app.smartsheet.com/b/form/185833ace35b4894b324dfb8afbd2060> / EVPN<https://app.smartsheet.com/b/form/136bd5c3a22641bf92316523e79d6f22>

http://e-vpn.io, http://go2.cisco.com/evpn




From: "Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com>
Date: Friday, October 4, 2019 at 03:13
To: Patrice Brissette <pbrisset@cisco.com>, Stephane Litkowski <slitkows.ietf@gmail.com>, "stephane.litkowski@orange.com" <stephane.litkowski@orange.com>
Cc: "draft-snr-bess-evpn-loop-protect@ietf.org" <draft-snr-bess-evpn-loop-protect@ietf.org>, "bess-chairs@ietf.org" <bess-chairs@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Subject: Re: [bess] WG adoption poll and IPR poll for draft-snr-bess-evpn-loop-protect

Hi Patrice,

Thanks for explaining.

So I think you agree with the goal behind the draft, and the fact that has to be specified somewhere since you suggest rfc7432bis.
What you are arguing is whether it has to be in an already published document, or a yet-to-be-published document. Sure, that should be decided by WG rough consensus and chairs.

Some other points to your comments:

-    It is informational because it does not change any control plane element in RFC7432.

-    It explains the whole mac duplication process for the benefit of the reader

-    The use of Normative language can be certainly discussed

-    Loops are important and we think EVPN specs are not complete without addressing them. They can be resolved in different ways. This is an approach that tries to have a uniform behavior across implementations. That’s why we thought a draft was needed, and in particular, the Service Provider that co-authors the draft thought that way.

Thanks.
Jorge


From: "Patrice Brissette (pbrisset)" <pbrisset@cisco.com>
Date: Friday, October 4, 2019 at 3:43 AM
To: "Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com>, Stephane Litkowski <slitkows.ietf@gmail.com>, "stephane.litkowski@orange.com" <stephane.litkowski@orange.com>
Cc: "draft-snr-bess-evpn-loop-protect@ietf.org" <draft-snr-bess-evpn-loop-protect@ietf.org>, "bess-chairs@ietf.org" <bess-chairs@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Subject: Re: [bess] WG adoption poll and IPR poll for draft-snr-bess-evpn-loop-protect

Hi Jorge,


As I mentioned, the draft is actually pretty thin as stated in section 4.2: This document enhances the EVPN MAC Duplication Mechanism by extending it with an optional Loop-protection action that is applied on the duplicate-MAC addresses.

The document describes at glance the problem. I agree that the problem is real and must be fixed.
However, the extension is simply an action on the MAC duplication mechanism to install a blackhole MAC as an option.
I’m not sure why there is a need for a draft. The action can be vendor specific. The fact that the draft is informal makes more sense. However, there is a requirement section with *MUST* keywords…. I’m confuse about this…since it is informal.

IMO, I would rather add a text to RFC7432bis to suggest what can be done. That will highlight the importance of such problem.

Having too many draft dilute the strength of our work.
Regards,
Patrice Brissette, Principal Engineer
Cisco Systems
Help us track your SP SR/EVPN Customer Opportunity/Status by filling these forms: Segment Routing<https://app.smartsheet.com/b/form/185833ace35b4894b324dfb8afbd2060> / EVPN<https://app.smartsheet.com/b/form/136bd5c3a22641bf92316523e79d6f22>

http://e-vpn.io, http://go2.cisco.com/evpn




From: "Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com>
Date: Thursday, October 3, 2019 at 08:37
To: Patrice Brissette <pbrisset@cisco.com>, Stephane Litkowski <slitkows.ietf@gmail.com>, "stephane.litkowski@orange.com" <stephane.litkowski@orange.com>
Cc: "draft-snr-bess-evpn-loop-protect@ietf.org" <draft-snr-bess-evpn-loop-protect@ietf.org>, "bess-chairs@ietf.org" <bess-chairs@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Subject: Re: [bess] WG adoption poll and IPR poll for draft-snr-bess-evpn-loop-protect

Hi Patrice,

I understand that you may not support the draft.
However, it would help if you clarify the reason why:


-    Is it because you don’t think loops should be protected in the way the draft describes? If so please elaborate.

-    Or is it that you do support the idea in the draft, but think that it does not deserves its own document

-    Or maybe none of them? :-)

I think it is important to clarify that on the list.

Thank you.
Jorge


From: "Patrice Brissette (pbrisset)" <pbrisset@cisco.com>
Date: Thursday, October 3, 2019 at 2:25 PM
To: Stephane Litkowski <slitkows.ietf@gmail.com>, "stephane.litkowski@orange.com" <stephane.litkowski@orange.com>
Cc: "draft-snr-bess-evpn-loop-protect@ietf.org" <draft-snr-bess-evpn-loop-protect@ietf.org>, "bess-chairs@ietf.org" <bess-chairs@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Subject: Re: [bess] WG adoption poll and IPR poll for draft-snr-bess-evpn-loop-protect
Resent-From: <alias-bounces@ietf.org>
Resent-To: <jorge.rabadan@nokia.com>, <senthil.sathappan@nokia.com>, <kiran.nagaraj@nokia.com>, <julio.buenohernandez@telefonica.com>, <josemanuel.crespogarcia@telefonica.com>
Resent-Date: Thursday, October 3, 2019 at 2:24 PM

Hi,

I do not support that draft. I think it is a very tiny minor update which can incorporated in RFC7432bis.

Regards,
Patrice Brissette, Principal Engineer
Cisco Systems
Help us track your SP SR/EVPN Customer Opportunity/Status by filling these forms: Segment Routing<https://app.smartsheet.com/b/form/185833ace35b4894b324dfb8afbd2060> / EVPN<https://app.smartsheet.com/b/form/136bd5c3a22641bf92316523e79d6f22>

http://e-vpn.io, http://go2.cisco.com/evpn




From: BESS <bess-bounces@ietf.org> on behalf of Stephane Litkowski <slitkows.ietf@gmail.com>
Date: Thursday, September 19, 2019 at 05:05
To: "stephane.litkowski@orange.com" <stephane.litkowski@orange.com>
Cc: "draft-snr-bess-evpn-loop-protect@ietf.org" <draft-snr-bess-evpn-loop-protect@ietf.org>, "bess-chairs@ietf.org" <bess-chairs@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Subject: Re: [bess] WG adoption poll and IPR poll for draft-snr-bess-evpn-loop-protect

Hi,

The poll has ended.
I haven't seen a lot of support from the various vendor while Jorge has mentioned that there are multiple implementations. Before closing definitely this poll, I would like to let the opportunity to other vendors to raise their voice and support the draft especially if they have implementations.
I will let an additional week.

Stephane


On Mon, Sep 2, 2019 at 4:29 PM <stephane.litkowski@orange.com<mailto:stephane.litkowski@orange.com>> wrote:
Hi,

This email begins a two-weeks WG adoption poll for draft-snr-bess-evpn-loop-protect-04 [1]
Please review the draft and post any comments to the BESS working group list.

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, copying the BESS mailing list. The document won't progress without answers from all the authors and contributors.
Currently, there are no IPR disclosures 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.

This poll for adoption closes on 16th September 2019.

Regards,
Stephane and Matthew

[1] https://datatracker.ietf.org/doc/draft-snr-bess-evpn-loop-protect/




[Orange logo]<http://www.orange.com/>

Stephane Litkowski
Network Architect
Orange/SCE/EQUANT/OINIS/NET
Orange Expert Future Networks
phone: +33 2 23 06 49 83 <https://monsi.sso.francetelecom.fr/index.asp?target=http%3A%2F%2Fclicvoice.sso.francetelecom.fr%2FClicvoiceV2%2FToolBar.do%3Faction%3Ddefault%26rootservice%3DSIGNATURE%26to%3D+33%202%2023%2028%2049%2083%20>  NEW !
mobile: +33 6 71 63 27 50 <https://monsi.sso.francetelecom.fr/index.asp?target=http%3A%2F%2Fclicvoice.sso.francetelecom.fr%2FClicvoiceV2%2FToolBar.do%3Faction%3Ddefault%26rootservice%3DSIGNATURE%26to%3D+33%206%2037%2086%2097%2052%20>  NEW !
stephane.litkowski@orange.com<mailto:stephane.litkowski@orange.com>


_________________________________________________________________________________________________________________________



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.