[bess] About draft-brissette-bess-evpn-l2gw-proto-03

"Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com> Mon, 05 November 2018 09:45 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 3B3F2130DF5; Mon, 5 Nov 2018 01:45:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.371
X-Spam-Level:
X-Spam-Status: No, score=-2.371 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, 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 cd9rDN1PdzGZ; Mon, 5 Nov 2018 01:44:59 -0800 (PST)
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-he1eur01on0119.outbound.protection.outlook.com [104.47.0.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5CB7E130DC4; Mon, 5 Nov 2018 01:44:53 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=AhFkgzUznf6mzU+OlImP3X8Xd55jzP3beTW2StdsFlU=; b=MeK17i3cWMSKts6XyzFkVxnDlCjoqyTihPOwDIwBB1BG5SxBx3scMT372rBAK9mjWucd5ScOngfMs/AGLOJuCIQ+BjODbif8hTN5YSzio/m2KhYIc/8+ItLlYxj/xzbHhznyjFjBAn7nJIEXkYXZ91jUxgsfYTcR/RfGHTfnb6I=
Received: from AM0PR07MB3844.eurprd07.prod.outlook.com (52.134.82.20) by AM0PR07MB4065.eurprd07.prod.outlook.com (52.134.83.25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1294.8; Mon, 5 Nov 2018 09:44:50 +0000
Received: from AM0PR07MB3844.eurprd07.prod.outlook.com ([fe80::6996:3137:3456:ae8]) by AM0PR07MB3844.eurprd07.prod.outlook.com ([fe80::6996:3137:3456:ae8%5]) with mapi id 15.20.1294.032; Mon, 5 Nov 2018 09:44:50 +0000
From: "Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com>
To: "bess@ietf.org" <bess@ietf.org>, "draft-brissette-bess-evpn-l2gw-proto.authors@ietf.org" <draft-brissette-bess-evpn-l2gw-proto.authors@ietf.org>
Thread-Topic: About draft-brissette-bess-evpn-l2gw-proto-03
Thread-Index: AQHUdOwx/aMfxuqyz0+2Tgv3Lm4QIA==
Date: Mon, 5 Nov 2018 09:44:49 +0000
Message-ID: <7BA1CB85-2E25-499F-A183-61C997A81B35@nokia.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.12.0.181014
authentication-results: spf=none (sender IP is ) smtp.mailfrom=jorge.rabadan@nokia.com;
x-originating-ip: [110.170.235.6]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; AM0PR07MB4065; 6:58Y37W0W5i4xMsPoBFMEFyXxwsdPZhY45oAw84rLLuJm86/JSGv3BLU38YHwBGvhyWiXzkhqL3KqOWPsj7Zx/hPoP2TOsTjGCfKRoZ5rn8fqs4Dn4BoGlwbbLxYKzLqfpDVSy0sv+8vWf7obuPZf1FYuT/i1d1hp94M7DL9MQn9+fZowW8f153ZY0ZIMNuWjWkB3YNU8T8Yox7AxDKkwMvpcE1AxcPpqGUmq7Ai0vngB3ZvNC5tDU8THwhsqQpADZ4tThYMe2uRW0WM/Mp2L4R1xHUnVvsLe+XwqDub4fxvU7xMQQe+aH+GKhFp21nhVCL/0s4mN2d8S+J5Kp2K57ugKnuCMzxCvbt5jd534VBZo4qacO643iN/P93+A9e2RcV1V7CwZKXEJF4cZgsCC/jUey3xq+tl9qsoD+kx6pWTRkR8SIKN1CVmPfCy2X8vLfwwWUGPmtHWv1dhudWgDDw==; 5:1Rgmx3SEBDsRKYlcMPVou2PYt8yNKTL+RY0pOREO88qrdEL1v0pqjOKxUEX6dqu9lKWDkkPU6+Dr0E7K8/9uKbXOE+q37emzi1LIc/IeNMD6tCsrx+KIxVzySmTo1ZXwZgmE38Kr0JrbElHxKmq+WVcvjmzJ9N+VaHRyHbR2fs8=; 7:b20ByrykYzQnW+o/eMMowp47BzFzCFPmFPOZNMBUEj1iWCEzmYriRPAlxA7S2Rr8wrEoU0pxC48GECr5+PzmQ2hGnTvwjSd6qYMm9A+C92to/6x0bOHVVcKE2Do8cdNfetrvgd3fJc56NwhNN8Kkag==
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-correlation-id: 8842a4c3-9c6a-4e4f-0d68-08d643035473
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(4534185)(7168020)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(4618075)(2017052603328)(7167020)(7193020); SRVR:AM0PR07MB4065;
x-ms-traffictypediagnostic: AM0PR07MB4065:
x-microsoft-antispam-prvs: <AM0PR07MB406561F1888CA8FC8B66CCD1F7CA0@AM0PR07MB4065.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(163750095850);
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(3231382)(11241501184)(806099)(944501410)(52105095)(3002001)(10201501046)(93006095)(93001095)(6055026)(148016)(149066)(150057)(6041310)(20161123558120)(20161123562045)(20161123564045)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(201708071742011)(7699051)(76991095); SRVR:AM0PR07MB4065; BCL:0; PCL:0; RULEID:; SRVR:AM0PR07MB4065;
x-forefront-prvs: 08476BC6EF
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(346002)(396003)(366004)(136003)(39860400002)(189003)(199004)(14444005)(81166006)(81156014)(5660300001)(413944005)(450100002)(14454004)(478600001)(2501003)(8676002)(256004)(6512007)(6436002)(53936002)(6486002)(110136005)(66066001)(82746002)(8936002)(58126008)(36756003)(316002)(2906002)(68736007)(86362001)(305945005)(7736002)(186003)(486006)(2616005)(476003)(26005)(25786009)(3846002)(6116002)(83716004)(71190400001)(71200400001)(106356001)(105586002)(99286004)(2900100001)(97736004)(6506007)(55236004)(102836004)(561944003)(33656002); DIR:OUT; SFP:1102; SCL:1; SRVR:AM0PR07MB4065; 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-microsoft-antispam-message-info: svMViWp10YEhMoDb2zis3ztvzqBpILVHq7dn8rN8w8KuAM7AzPmCl1AgToITBxc1RbBCWfKS+pB6bSEj350nCQuoCu/lTEdVt5LyGCaHoy5dYpgKgoYrfpEMP2y/9Y2J0Ngni8kgr8wRpal9hOsBJxBYB6D76CEAXX5zaWbSzqgHLUebkdVuhzd9xz2XkUzuWiyHcQ3GQTPRP9cfELgVhYNBEZCD7xrhqZW/6wK6OdAeeiHx9vP6HoIpXu+xdzW9TkMwMyDakyZJFkuL4kuvivANgh6c6Yf9cKesneNRRARSECdSemxQVj1DCZTItXvkCqVEIu9M9mhe4L4zzU2LQQDet+FEttK29Idk+k2wS/s=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <6F53E6E05FD51E4BBD666CA199E14603@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 8842a4c3-9c6a-4e4f-0d68-08d643035473
X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Nov 2018 09:44:49.8952 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB4065
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/y3XcbeMqNqr09GN_5Ft9x2ThDUY>
Subject: [bess] About draft-brissette-bess-evpn-l2gw-proto-03
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: Mon, 05 Nov 2018 09:45:06 -0000

Dear authors,

Some comments about this draft:

1- the draft uses some 'non-standard' terminology. Could you use RFC7432 terminology please? An example of 'non-standard' term is EVLAG.

2- the draft proposes a solution for something that works today without the need of a multi-homed Ethernet Segment or any new procedures:
- There are already EVPN deployments that use STP/G.8032 access rings.
- The two EVPN PEs that close the ring can participate of the ring protocol, therefore the received mac flush messages will withdraw the required MAC/IP routes. 
- Since the remote PEs will forward normally based on their MAC FIB (populated by MAC/IP routes), there is no need to specify a new "Single Flow Active" forwarding mode. This is normal MAC based forwarding. Why do we need to create a new mode?? Can you please explain?
- Besides, by adding a bit in the ESI-label ext community different than the single-active bit, you make the solution non-backwards compatible.

3- Section 6 - why do you define yet another extended community for mac flush, when we already have one? (RFC7623)

4- there is some value in the proposal though - the mass withdrawal (per-BD or per-ES) as opposed to per-MAC withdrawal may speed up convergence. Here is an alternative solution that can achieve the same thing and it's backwards compatible with RFC7432:

On the L2GWs:
a) Define a single-homed non-zero ESI per L2GW PW. The ESI can be auto-derived easily as type 3/4 and be made unique in the network.
b) Since the ES is defined in a single PE, the ES routes will be filtered by the RR (use RTC) and won't ever reach other PEs. Alternatively you can disable the ES routes.
c) This L2GW ES will be single-active mode (although it does not matter much).
d) Since the ES is not shared across the L2GWs, each L2GW will always be DF for all the local VLANs. 
e) Each L2GW will send AD per-ES and per-EVI routes for its ESI.
f) When the L2GW receives a mac-flush notification (STP TCN, G.8032 mac-flush, TLDP MAC withdrawal etc.), the L2GW sends an update of the AD per-EVI route with the MAC Mobility extended community and a higher sequence number - note that we borrow this well-known mac flush procedure from RFC7623, only for AD per-EVI routes.

On the remote PEs:
g) The MACs will be learned against the ESIs, but there will only be one next-hop per ES. No aliasing or no backup. And RFC7432-compatible.
h) Upon receiving an AD per-EVI update with a higher SEQ number, the PE flushes all the MACs for the BD. If the PE does not understand the MAC Mobility ext comm in the AD per-EVI route, it won't do anything and will simply flush MACs based on MAC/IP route withdrawals.
i) Upon receiving an AD per-ES route withdrawal the PE will do mass withdrawal for all the affected BDs (this is the case where the L2GW local ES goes down).

Please let me know your comments.

Thank you.
Jorge