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> Thu, 03 October 2019 07:51 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 ED69312089F; Thu, 3 Oct 2019 00:51:15 -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 zGW8zuPMXCKY; Thu, 3 Oct 2019 00:51:12 -0700 (PDT)
Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-ve1eur02on0706.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe06::706]) (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 A8EFA120825; Thu, 3 Oct 2019 00:51:11 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=EA9RabgkrFSwBJhqv+gR11xZOnBGeVP5tmTTwg+PJYbam/Eus/lpA33550Ks++FBukELFf3WJN7ZoQh6NZKuWlgZTZ3aQ8vH/qGrUIKw/zIo7kYmMxqM0wmMnc5AUBoFJH/qzZ7BCmy6hvF6UwM+5Tq37KteuVy0v1I/cV8FClHy5uY6u5prwFLgn7kXEDBC3MVkcLGuJbYEd+ISok+nVpvge81oU+G0ea1/POu1C9+9hPRgwxrhrjfdZII5SyDm8LvOtWrJ4ASY4mUKGMzCSELXxP8yaEYL8zpU8WxoP51YWn6SUDTNLXhs71188Amf9ac7nwEwqHWUXTMrlAkZ0A==
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=BzvSeMCJTJG7ns6zcOjWoBdwejM3nrJergfAi2EbVOI=; b=UNpR1cgRjBa15BFTSfPtyf4puX8H/qNicw63AVRYGfM2B1wHmuP4yv8uMT5p91/zDP6eOset/mnWYKRhn3m05WD5NAAgVzzSz9E4hF4ypEOZLocCGfCrl5UG5dYZFRdYCS11lwzFnBLKlAoW22y+O6ya9gPrfkuqtcgHxZcG76BTFRDmfob1kZwOL4MfR8h0xb3pzkUE/qaTo3lzH3jQJioBQQhblemtIRGdoHgNJH/hpJFHSHB2+7vlO0PvOM8eKDgENb7/sjPTTOR5qfx6UuvBlYz1C6DRJQ8+Pk4ecU6iXXTrncenpvnEBH8MKaGqaoq2SNI+AVDBuAm2s1fT1A==
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=BzvSeMCJTJG7ns6zcOjWoBdwejM3nrJergfAi2EbVOI=; b=dB70lWyl2t5vC/TABLNnPId9RXO9XQhlF1sfgZUtYs16Lou+A4/6lVqmgDIXVIlebNdTMNZusEWnLoduY+TCmkuDH8B2ux9eFOX4cPJAkTM97XI6S2eSR+rK6R/kTJ/+WmFUFxy/TW7yvWdHkgCjpok+VOnGdl0o11q9C+jHXA4=
Received: from AM0PR07MB3844.eurprd07.prod.outlook.com (52.134.82.20) by AM0PR07MB5313.eurprd07.prod.outlook.com (20.178.16.88) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2327.9; Thu, 3 Oct 2019 07:51:08 +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; Thu, 3 Oct 2019 07:51:08 +0000
From: "Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com>
To: "Ali Sajassi (sajassi)" <sajassi@cisco.com>, "stephane.litkowski@orange.com" <stephane.litkowski@orange.com>, "bess@ietf.org" <bess@ietf.org>, "draft-snr-bess-evpn-loop-protect@ietf.org" <draft-snr-bess-evpn-loop-protect@ietf.org>
CC: "bess-chairs@ietf.org" <bess-chairs@ietf.org>
Thread-Topic: [bess] WG adoption poll and IPR poll for draft-snr-bess-evpn-loop-protect
Thread-Index: AQHVebIxBuYg6RtNoUSppcUmuWMLxqdIrMIA
Date: Thu, 3 Oct 2019 07:51:08 +0000
Message-ID: <F070CACC-6466-4274-A678-C1F6B5D9622A@nokia.com>
References: <4471A30D-22FA-4B4A-B483-4123C2066D07@cisco.com>
In-Reply-To: <4471A30D-22FA-4B4A-B483-4123C2066D07@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.1d.0.190908
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: ded5ebaa-ba65-46b7-dbb7-08d747d673cb
x-ms-office365-filtering-ht: Tenant
x-ms-traffictypediagnostic: AM0PR07MB5313:
x-ms-exchange-purlcount: 4
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <AM0PR07MB5313FFC728AEDE65BE2AC04EF79F0@AM0PR07MB5313.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 01792087B6
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(136003)(376002)(39860400002)(396003)(366004)(346002)(199004)(189003)(2501003)(6486002)(316002)(58126008)(3846002)(6116002)(66556008)(66446008)(66616009)(790700001)(66946007)(66476007)(64756008)(229853002)(2906002)(66066001)(6306002)(6512007)(446003)(54896002)(486006)(11346002)(110136005)(476003)(6436002)(71200400001)(76116006)(71190400001)(91956017)(733005)(36756003)(2201001)(14454004)(86362001)(8936002)(9326002)(966005)(2616005)(236005)(81166006)(8676002)(81156014)(102836004)(5660300002)(33656002)(76176011)(25786009)(6506007)(53546011)(26005)(99286004)(186003)(99936001)(5024004)(256004)(14444005)(6246003)(7736002)(606006)(4326008)(478600001); DIR:OUT; SFP:1102; SCL:1; SRVR:AM0PR07MB5313; H:AM0PR07MB3844.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX: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: LKzbpB+/+txulqBdy+ZiM1EiYAXfsjbAOoMc3UtF3l7PmGqhMCqV17MpNG/dl2MsFG/BsKr9lZ14kRT2dniOhFf3bmxdzagGZXcJkWvfNd0ZDog6hof3ePjYN5Bs0j5SERtkv5zVfRJCsi//+f2nJktcOHtET/vIWL288Pyq0oqHrbe36k+sDOHaQ8TbASN0fzXVMJDhv9mUfPgKgHefJhFuvHlTK28LqdBktMS/RqJEs+X0fh7we/kyqP2xJFa6k7hJnZL6stmJELltokHQoKOJJ3+X4G66V6OJuVrE5zrXUM7c4VMfH11PyN+VLu5m4J6ui+uVrZ7/Mcl674oFK3GFZk4iIZ2E0l9OPKSNjtwV4wHZmTS1753rNLc32a0sYgMmGr/swscfR1OtIBvkt0Wswbzq8sgsdvZ1TLWEsGhc87IHqbRouTJzkCY4UkvR0+IM+Ma5CMVmrlBiQGjQuw==
Content-Type: multipart/related; boundary="_004_F070CACC64664274A678C1F6B5D9622Anokiacom_"; type="multipart/alternative"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: ded5ebaa-ba65-46b7-dbb7-08d747d673cb
X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Oct 2019 07:51:08.5758 (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: F2BmNL7771GFA6po3FFXrkOdKvpZnH5GrnM+MbQxpV9XBpMCeOZdilfBP9X2L1k9rOUgk6gatoU6dQAAKPbuTg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB5313
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/9LffCH9hHYiXaeEW_c3UHIiQ27Y>
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: Thu, 03 Oct 2019 07:51:16 -0000

Hi Ali,

Thank you for your feedback.

The draft is going through a WG adoption call, and although during the first part of the adoption call there was not much feedback, the draft has now fair good support from several Service Providers and vendors. We also got the feedback from a Service Provider that the topic is important enough to deserve a separate document where the WG can throw feedback and can be improved to make sure all cases are covered. So I believe it has to be adopted as an (Informational) WG document.

When 7432bis is WG adopted (it’s not even published yet!), as a WG we can decide if loop-protection is part of it or not. My co-authors, other WG members and chairs can express their opinion as well.

About backhole mac vs ACL – backhole is more generic. You can implement it via ACL or flags in the bridge table or any other way. We don’t mandate how to do it, only the required behavior. If you do it via an “automatic” ACL, that’s your implementation choice.

About the timer, it would be good if you can elaborate why it is questionable. We are very interested in your feedback and we would like to encourage the WG to also participate in the discussion, if the WG thinks loops are an important topic.

Thanks.
Jorge


From: "Ali Sajassi (sajassi)" <sajassi@cisco.com>
Date: Thursday, October 3, 2019 at 8:17 AM
To: "stephane.litkowski@orange.com" <stephane.litkowski@orange.com>, "bess@ietf.org" <bess@ietf.org>, "draft-snr-bess-evpn-loop-protect@ietf.org" <draft-snr-bess-evpn-loop-protect@ietf.org>
Cc: "bess-chairs@ietf.org" <bess-chairs@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 8:17 AM


We need to cover the loop protection for EVPN as we needed to cover MAC duplicate detection in EVPN. However, I am wondering why not simply cover it in couple of paragraphs in RFC7432bis. I made this comment when this draft was presented for the first time. My rational for it is as follow:


1)      The detection mechanism for loop protection is identical to MAC duplicate detection as described in section 15.1 of RFC 7432. As the matter of fact the procedure described in section 15.1 of RFC 7432 is repeated in this new draft.

2)      The only difference is action taken. For MAC duplicate detection, we stop advertising the learned MAC address; whereas, for loop prevention, we install an ACL for the duplicate MAC.

3)      We should also try to use commonly used terms as opposed to inventing new terms – i.e., instead of creating a new section in describing what blackhole MAC is, we should simply say we want to install ACL for MAC SA (to get discarded).

4)      The new timer for flushing MAC SA and restarting the process IMO is questionable and should not be used.

Again, if we were not doing RFC7432bis, I would have been very supportive of this draft as we do need to cover loop protection; however, given that we can cover this loop protection by just adding one or two paragraphs to section 15.1, then I really don’t see the need to create unnecessary reading materials for our community.

Cheers,
Ali



From: BESS <bess-bounces@ietf.org> on behalf of "stephane.litkowski@orange.com" <stephane.litkowski@orange.com>
Date: Monday, September 2, 2019 at 7:29 AM
To: "bess@ietf.org" <bess@ietf.org>, "draft-snr-bess-evpn-loop-protect@ietf.org" <draft-snr-bess-evpn-loop-protect@ietf.org>
Cc: "bess-chairs@ietf.org" <bess-chairs@ietf.org>
Subject: [bess] WG adoption poll and IPR poll for draft-snr-bess-evpn-loop-protect

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.