Re: [bess] draft-mohanty-bess-evpn-bum-opt-00 - clarification on problem description

"Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com> Wed, 21 March 2018 16:37 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 DDB1E12E051 for <bess@ietfa.amsl.com>; Wed, 21 Mar 2018 09:37:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=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 lLYSBoLtCx3E for <bess@ietfa.amsl.com>; Wed, 21 Mar 2018 09:37:00 -0700 (PDT)
Received: from EUR03-DB5-obe.outbound.protection.outlook.com (mail-eopbgr40116.outbound.protection.outlook.com [40.107.4.116]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1C22D12E8C1 for <bess@ietf.org>; Wed, 21 Mar 2018 09:36:58 -0700 (PDT)
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; bh=QWv50+ptQh8S8xwWXgLn17BWSKhgj6lc+k+VQPjNtuE=; b=InsA9ZGaWRr+aNXFNaZISiesMi0pHj8DVNFUcplleB/mWRu+9+h/WTjdnoa7Oc/+x6mcV3+hhdyt3sxR0VnLgqg7LbueuYJ/QaaBmnaeoDzHiPD2wPdInjrJYvMRD0cMDA+EPd/YenO/SGZlPX2U1jhFKejAEDXWkW8XEOJ19TA=
Received: from AM4PR07MB3409.eurprd07.prod.outlook.com (10.171.189.158) by AM4PR07MB3347.eurprd07.prod.outlook.com (10.171.189.144) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.609.6; Wed, 21 Mar 2018 16:36:55 +0000
Received: from AM4PR07MB3409.eurprd07.prod.outlook.com ([fe80::c96c:c12b:921e:bc5d]) by AM4PR07MB3409.eurprd07.prod.outlook.com ([fe80::c96c:c12b:921e:bc5d%3]) with mapi id 15.20.0609.009; Wed, 21 Mar 2018 16:36:55 +0000
From: "Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com>
To: Sandy Breeze <sandy.breeze@eu.clara.net>, "bess@ietf.org" <bess@ietf.org>
Thread-Topic: [bess] draft-mohanty-bess-evpn-bum-opt-00 - clarification on problem description
Thread-Index: AQHTwTLSpKI1nWgbp0ukIa0wdFUT3Q==
Date: Wed, 21 Mar 2018 16:36:54 +0000
Message-ID: <53C24F41-B86F-4FE1-8041-721C95C7E7F0@nokia.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.b.0.180311
x-originating-ip: [31.133.138.80]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; AM4PR07MB3347; 7:fTLmE8CMxpatRQ/T5QtNRIacWLbql0lm+fcPMEbTz+p5f3iHSjmHfqMGH2NqrWbmIa48QdZNMqmGldFbc73gR8JSkoeJ8SCtecbJaKOK/iUmoa6shFAtF/uAKIiR57E8ceNSf3FXEGeIksvQ1eEAD1hguOPFjhcc3akIzdI085HPSMbpvAMBXwgBAh6R8gGUEfr9f6XNScpodcjHtzszJ74kdHSIUShs3cFoaICLAjVtndQZ0Gk+J6/4wkDB2dAi
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 61028963-a5f0-499c-ce8b-08d58f49f523
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(49563074)(7193020); SRVR:AM4PR07MB3347;
x-ms-traffictypediagnostic: AM4PR07MB3347:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=jorge.rabadan@nokia.com;
x-microsoft-antispam-prvs: <AM4PR07MB3347A1A591C0F2D29FCFCD1AF7AA0@AM4PR07MB3347.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(28532068793085)(21748063052155);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(102415395)(6040522)(2401047)(8121501046)(5005006)(93006095)(93001095)(3002001)(3231221)(11241501184)(806099)(944501324)(52105095)(10201501046)(6055026)(6041310)(20161123562045)(20161123560045)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(6072148)(201708071742011); SRVR:AM4PR07MB3347; BCL:0; PCL:0; RULEID:; SRVR:AM4PR07MB3347;
x-forefront-prvs: 0618E4E7E1
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(1496009)(39860400002)(396003)(366004)(39380400002)(376002)(346002)(189003)(199004)(3846002)(83716003)(790700001)(6116002)(6246003)(106356001)(68736007)(6436002)(5660300001)(25786009)(6486002)(733005)(6506007)(6512007)(6306002)(186003)(2900100001)(7736002)(66066001)(99286004)(2906002)(26005)(86362001)(53936002)(53546011)(54896002)(3280700002)(81166006)(99936001)(478600001)(54556002)(3660700001)(8676002)(8936002)(105586002)(5250100002)(81156014)(97736004)(102836004)(229853002)(33656002)(2501003)(316002)(82746002)(58126008)(36756003)(14454004)(110136005); DIR:OUT; SFP:1102; SCL:1; SRVR:AM4PR07MB3347; H:AM4PR07MB3409.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en;
received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: tQohfpuz1vEyncsAzfNsuCvi6c47xtchrl3QGwKks0KhTMWBXMAt726nsbmp8bwSNVvQl7a9cQIaqbcUX9lN8f4jqIE2W2u953BWRPhL71VZrKV0bsA5TPi5JNCArGSC9JcHOYbVSYSHI3+c/zHTCXP3QRYMvrylhKJsI6WiTkCQ/XYnoXQWGm/7sV45fXg6dHtH10/jUAcw+FneDKKWVQQiu01hbHAjQBWQrVVrk8zCwh0DC+LNHmTjeV7H6MO/QeyxntluqIf251ED5QVs4aEYVV2znMv6S3exuYFjgQ1YKAfYTxO3YpaHjsqBVx4RKy3PPQK1w3Bu+KHQhPrk+JLHVbblCc/VDPWHU5doR/g0TeXyHycYa+sy9J8sy48e
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/related; boundary="_004_53C24F41B86F4FE18041721C95C7E7F0nokiacom_"; type="multipart/alternative"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 61028963-a5f0-499c-ce8b-08d58f49f523
X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Mar 2018 16:36:54.9379 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4PR07MB3347
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/T7hEcNnNWKZccDNY7DvppFqGK9A>
Subject: Re: [bess] draft-mohanty-bess-evpn-bum-opt-00 - clarification on problem description
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: Wed, 21 Mar 2018 16:37:07 -0000

Sandy,

This scenario definitively helps understand the use-case better. Still a bit specific but I think you should add this scenario to the draft, and again, make it Informational since there is no control plane change for this.

Thanks.
Jorge

From: BESS <bess-bounces@ietf.org> on behalf of Sandy Breeze <sandy.breeze@eu.clara.net>
Date: Wednesday, March 21, 2018 at 3:58 PM
To: "bess@ietf.org" <bess@ietf.org>
Subject: [bess] draft-mohanty-bess-evpn-bum-opt-00 - clarification on problem description

After some discussion, we acknowledge the problem description needs further clarification for this not to become too specific a use case.  Consider the following example of our existing live deployments;

[cid:image001.png@01D3C12D.50A50F00]


The main points to articulate here are;
-          PE[1..4] are at the boundary of an EVPN/MPLS domain (core side) and an EVPN/VXLAN domain (datacentre fabric side)
-          They are responsible for L2VNI VTEP from ToR and MPLS L2VPN in core.
-          From their point of view, 1 BD = 1 L2VNI (=1 ES).
-          For any given DF type (modulo/HRW/etc) they distribute DF’s per-ES between them.
-          Therefore, all nDF PE’s attract BUM for ES’s they’re not allowed to forward on and hence the waste of bandwidth in the EVPN core and cycles.

In our case, the solution we propose works very well.  We also showed this does no harm for the more typical EVPN-multihoming at the PE use case yesterday, which held up to technical scrutiny.

Sandy