Re: [Idr] [bess] Last mile for WGLC on draft-ietf-bess-evpn-ipvpn-interworking-04 => need IDR review

"Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com> Tue, 05 January 2021 03:21 UTC

Return-Path: <jorge.rabadan@nokia.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 01B453A0E77; Mon, 4 Jan 2021 19:21:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.049
X-Spam-Level:
X-Spam-Status: No, score=-2.049 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.25, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_IMAGE_RATIO_08=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H2=-0.001, 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 ib2JyiXipW0m; Mon, 4 Jan 2021 19:21:54 -0800 (PST)
Received: from NAM11-BN8-obe.outbound.protection.outlook.com (mail-bn8nam11on2139.outbound.protection.outlook.com [40.107.236.139]) (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 9411D3A0DEF; Mon, 4 Jan 2021 19:21:50 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=gRbhJLOXKiU7kL+SHTJq67TbdKo2GACO8uJEMOE/Sjznod6grnPyQaaXh884S+VcNhxkbzD9IoUXxgcshPIYvUbIVduR+GV8PeN8FfturILUdiimLZ2aXT5HDJ3Yh3dwdJom0hDjvlvBiQQJHLGPHdLqsn9n5Be8b70uu5tpKz32n//5em7Fpi57pNmvng/5md21HqWfUxqhI77+Ey5MA1ESvmsWKK0nKwqpQL2zK3/RH+lDmFViTu6RpAjur0gM/EQ/+2nuoiWdjBDDscyc1xinYuHsard7jksYCUhIraPTon2ecfW3P7tablZgZ1Cpz79+Ozorz5FhJnTepeMyrw==
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=tWLypprxNSF7eZHXiHO9HptV8Y5MKUSBGPnVg/gGJyA=; b=PgOHK/+daZO3Ez6ffdc1X73rYeX01NgEs22YZjGIL0+BxxzDlZGn66GHcNnEZ3KqvQPWlOj9QSNHZyqvjw88poPkPypBPqgdJLyKVOYUs/Y/xTmA/PIz33aZAOa0IkrW/gICOufCMMX29YVKOkL+ibdT1jGIBlCAyolrNRSRNqYq/vuCmgE6HTwDaJup0u98ADvyeMxFUv4cjGDu4fckfqvKP5HRWUzzlPTOQLdjVCE4MqOk0doCQL0HmfVvUDFiTbNRNUzQNV9jcs21Ahrv2RNOpcI6e4MH4QV03AugYC/foz41Vsha3jO9qsA6SF6zX/x++LcLi/aaxgSuv/3DPA==
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=tWLypprxNSF7eZHXiHO9HptV8Y5MKUSBGPnVg/gGJyA=; b=SBqGuxSGvDcseggjMFYLCNFTz5jXcXTesATeE8Ko0kh6e78JIPc+sSOysfEWia170TFsoyWe3i46uYBwn3FJROsVL5B9n7H9xuJphzgnPrZi4NW4j+Ce2neStCL0eATvE3iP/W1GcJbWebND/qqXCqie7Ovhu4VA63JSc6Veh1Q=
Received: from MWHPR08MB3520.namprd08.prod.outlook.com (2603:10b6:301:61::15) by MWHPR0801MB3690.namprd08.prod.outlook.com (2603:10b6:301:7e::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3721.20; Tue, 5 Jan 2021 03:21:45 +0000
Received: from MWHPR08MB3520.namprd08.prod.outlook.com ([fe80::357c:9caf:ff2c:544e]) by MWHPR08MB3520.namprd08.prod.outlook.com ([fe80::357c:9caf:ff2c:544e%6]) with mapi id 15.20.3721.024; Tue, 5 Jan 2021 03:21:44 +0000
From: "Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com>
To: "UTTARO, JAMES" <ju1738@att.com>, "slitkows.ietf@gmail.com" <slitkows.ietf@gmail.com>, "idr@ietf.org" <idr@ietf.org>
CC: "bess@ietf.org" <bess@ietf.org>
Thread-Topic: [bess] Last mile for WGLC on draft-ietf-bess-evpn-ipvpn-interworking-04 => need IDR review
Thread-Index: AdbijAs/TknYMGH8Q++aqrJrDjqXWAAITiXwAAHE6MUAASfJsAAWLRv4
Date: Tue, 5 Jan 2021 03:21:44 +0000
Message-ID: <MWHPR08MB35203966A390A258777278BBF7D10@MWHPR08MB3520.namprd08.prod.outlook.com>
References: <00c301d6e28c$0bda6810$238f3830$@gmail.com>, <MW4PR02MB7394D89BF61CDD165895C858C6D20@MW4PR02MB7394.namprd02.prod.outlook.com> <MWHPR08MB352084A0986B0B3050D93894F7D20@MWHPR08MB3520.namprd08.prod.outlook.com>, <MW4PR02MB7394FC196A38B2310EC02EBEC6D20@MW4PR02MB7394.namprd02.prod.outlook.com>
In-Reply-To: <MW4PR02MB7394FC196A38B2310EC02EBEC6D20@MW4PR02MB7394.namprd02.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
authentication-results: att.com; dkim=none (message not signed) header.d=none;att.com; dmarc=none action=none header.from=nokia.com;
x-originating-ip: [75.104.69.210]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: e0dc8ead-97e3-4b61-ad74-08d8b1290777
x-ms-traffictypediagnostic: MWHPR0801MB3690:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <MWHPR0801MB3690B8A87F67E973558C1754F7D10@MWHPR0801MB3690.namprd08.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: xCJKtNdqdM2nc8+hk63UjAs9cWfZPffWuVppLI7KTImZJfpNtA69tujGdqjH4YTxCXdjB3cIJW1gun3uxm6fGQyM+2xj/o37ICB8TMvAMVV4Di9vKGCpu4Rq2Lhrg4gImKzDXUVFGMnf6Ui/KoRSIvRdE8US+tnLcKiMAUloHTPsqNw4ZayJlvM4a0KWpwAVoTAu9bjDs3CA+tVQIK3rpf9FIk7tL+dECvpiDBEGLXlpiCxtahpwyBhtTNCFyaEpWfUHi3Ntyh7+DyMZ0ZYNt29KsN8j787RYMibKSEB9CLos4ygBRHhhTIZJYB8FPRzE9EroQszNTTu12yUzmaTRdbjS+56v2t5VTOoiyyDlVdK/ZoML2jQnhOSrRvGmYnE0iqb+B4VwHHCrnrjuPFuM9g83TFj7l6chgqEx6cJEARCDZZukW/JufrzsfP7a7YOcGUoHIuaAZxocwtDqFj+rQ==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MWHPR08MB3520.namprd08.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(39860400002)(376002)(396003)(136003)(346002)(366004)(5660300002)(316002)(186003)(966005)(66576008)(86362001)(66946007)(8936002)(6506007)(166002)(9326002)(71200400001)(91956017)(2906002)(8676002)(66446008)(66476007)(64756008)(99936003)(478600001)(76116006)(110136005)(55016002)(83380400001)(66556008)(52536014)(4326008)(7696005)(33656002)(53546011)(26005)(9686003); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: =?Windows-1252?Q?IqhEa0pPpQVHM/N7QWfAVJMDpFb0R03UDFGE3uI69VqDn868RGsoU4/A?= =?Windows-1252?Q?WkafrCSvOSJtHMM+egHsfA0Gl3OE93tyqxRW/X4ba7AeywkWFBdz3hn/?= =?Windows-1252?Q?mqPKVsXiNUotOtLeX/lpO/WPjwdpzjYxEGKXSf8mZIOZ9zFTgtdkrio/?= =?Windows-1252?Q?he8PhIK97a0sO7uAX/k9IwbVNlawEfWWUN8Bup4RsezXY8tB/o7ivvKd?= =?Windows-1252?Q?k3GqBw+Ry89FNp9GZwJqQmbXN9tKvWYIfZg6kR5c9qRz8PdVdxfS03C0?= =?Windows-1252?Q?gd0uir1zcbMYNl91AXVXB74s6AmE3CFvzq6bTGvgrOlMXt7YJEVUfMYt?= =?Windows-1252?Q?M1otg5YtHlzjx6nzxhTsqUCsgBimyeOa431y0MgZaTQkraDElOpHwira?= =?Windows-1252?Q?T+LvPLLYM+mDOFDsjnz05PujSoxs81sG/t9L+aWwfau/rUL2iOgpzIgH?= =?Windows-1252?Q?lJ9rCDbh8g16lXY1GVylOaJthMblJFjZbD+Cft6+4V0J45Q5q3UzOZQP?= =?Windows-1252?Q?WUxOovH4HzFkCs8DVh9at43L0pXCLYxVC1m4ZvQEAlVuYtsROl6B09wZ?= =?Windows-1252?Q?aLO+eNAx4bdgu/wx0VH9mDaH3cUfrnfa1gIdElXRxz2C4I9l4tNJND2J?= =?Windows-1252?Q?lSITnsLbxgqesKWU+uSRo6vD2fDumknfr0M9R19KGNvUYcoYP9Y7HwhV?= =?Windows-1252?Q?N+gjD/g4yikib1b0z4EaecpMO4EJ0bQuzCpy5Hojm3P/QYiGsUJZ6r8k?= =?Windows-1252?Q?cd68bsf07tsMsjpQA2LcnzUosg5GuDxshpAvcL3BfZgBs3citcC6Eu5p?= =?Windows-1252?Q?u3BvQtefoFhH1u+BJLXAG7Ux9ukLQPYV6HjRbVKXdCDzVT8zmHMDKU+w?= =?Windows-1252?Q?496C2fXO2LsFbFbklgrF3oDJ1RnxStXbQe2n28Duu4F+ZBtfdZvr/9yM?= =?Windows-1252?Q?hvLYXr8zXfZujdNbh/SRq/0Q4mfJVg/46coNQ3ql+hvhvReXFIsAlYOs?= =?Windows-1252?Q?+0yw3Zp9+N7Wgpu636Qm7T+qaY+s3nIJNax9QBN6fKYRov6a+dvhYP6u?= =?Windows-1252?Q?5gwcmkmdm2sKH7HumrYbf2xxtxIX4/d+O/DO6A=3D=3D?=
Content-Type: multipart/related; boundary="_005_MWHPR08MB35203966A390A258777278BBF7D10MWHPR08MB3520namp_"; type="multipart/alternative"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: MWHPR08MB3520.namprd08.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: e0dc8ead-97e3-4b61-ad74-08d8b1290777
X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Jan 2021 03:21:44.8545 (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: BGQ7JFzKvIeH91H6bgJq+NgMVut0GsoBQNIOVXk69FaQRIVZvGRZ495dNhtFbFiIISirexMAgBvJruny/kEzmw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR0801MB3690
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/2w8RIIW5F9QNrSQxiFWKGRLt1WY>
Subject: Re: [Idr] [bess] Last mile for WGLC on draft-ietf-bess-evpn-ipvpn-interworking-04 => need IDR review
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 05 Jan 2021 03:22:03 -0000

Hi Jim,

Let’s discuss offline among the authors to understand your concerns, please.

Thanks!
Jorge


From: UTTARO, JAMES <ju1738@att.com>
Date: Monday, January 4, 2021 at 9:54 AM
To: Rabadan, Jorge (Nokia - US/Mountain View) <jorge.rabadan@nokia.com>om>, slitkows.ietf@gmail.com <slitkows.ietf@gmail.com>om>, idr@ietf.org <idr@ietf.org>
Cc: bess@ietf.org <bess@ietf.org>
Subject: RE: [bess] Last mile for WGLC on draft-ietf-bess-evpn-ipvpn-interworking-04 => need IDR review
Jorge,

              Happy New Years to you and yours. I agree that this effort should not get in the way of last call. The work is quite important to next generation VPNs.. My concern revolves around the differences in behavior when leaking state, assignment of D-PATH, attribute aggregation and propagation etc… are done in-line (  Control/Data on inter-Working PE ) as opposed to the control plane being orthogonal to the inter-working in the data plane. As an example the optimization that was just done to assign the D-Path attribute prior to advertising would not seem to work in the RR model..

Thanks,
              Jim Uttaro

From: BESS <bess-bounces@ietf.org> On Behalf Of Rabadan, Jorge (Nokia - US/Mountain View)
Sent: Monday, January 04, 2021 11:15 AM
To: UTTARO, JAMES <ju1738@att.com>om>; slitkows.ietf@gmail.com; idr@ietf.org
Cc: bess@ietf.org
Subject: Re: [bess] Last mile for WGLC on draft-ietf-bess-evpn-ipvpn-interworking-04 => need IDR review

Hi Jim,

Happy New Year!
I think what you say should be discussed offline, outside the context of this Last Call, since it is new work.
We don’t want to delay the progress of the evpn-ipvpn-interworking draft, which has been implemented by some vendors and it is being implemented by others.

Would you agree?

Thanks,
Jorge


From: Idr <idr-bounces@ietf.org<mailto:idr-bounces@ietf.org>> on behalf of UTTARO, JAMES <ju1738@att.com<mailto:ju1738@att.com>>
Date: Monday, January 4, 2021 at 8:31 AM
To: slitkows.ietf@gmail.com<mailto:slitkows.ietf@gmail.com> <slitkows.ietf@gmail.com<mailto:slitkows.ietf@gmail.com>>, idr@ietf.org<mailto:idr@ietf.org> <idr@ietf.org<mailto:idr@ietf.org>>
Cc: bess@ietf.org<mailto:bess@ietf.org> <bess@ietf.org<mailto:bess@ietf.org>>
Subject: Re: [Idr] [bess] Last mile for WGLC on draft-ietf-bess-evpn-ipvpn-interworking-04 => need IDR review
Jorge,

              When we first began specifying this draft we had three models. The composite PE ( Ships in the Night ), Inter-Working PE and exchange of state using RRs where the set of PEs supporting EVPN, L3VPN and IP share a common reachability domain i.e BGP LU ( 3107 ). Currently the draft does not specify the RR model as we decided that would not be in the original version. As this draft is moving quickly would a subsequent revision/bis specify the RR model?  IMO the RR model is quite desirable as there are traffic can follow the “best path” with that is lowest cost, performance, availability, geo-political concerns etc.. There are broad implications for network slicing when traffic has to traverse discreet gateways in the network. The same reasons operators like Option C as opposed to A or B apply here. I have attached a few slides where we discussed this..

Thanks,
              Jim Uttaro

[cid:image001.jpg@01D6E2D7.3414C230]

[cid:image002.jpg@01D6E2D7.3414C230]
From: BESS <bess-bounces@ietf.org<mailto:bess-bounces@ietf.org>> On Behalf Of slitkows.ietf@gmail.com<mailto:slitkows.ietf@gmail.com>
Sent: Monday, January 04, 2021 6:24 AM
To: idr@ietf.org<mailto:idr@ietf.org>
Cc: bess@ietf.org<mailto:bess@ietf.org>
Subject: [bess] Last mile for WGLC on draft-ietf-bess-evpn-ipvpn-interworking-04 => need IDR review

Hi IDR WG,

We are in the last mile for the WGLC of draft-ietf-bess-evpn-ipvpn-interworking-04 in BESS WG.
https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-ipvpn-interworking<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-ietf-bess-evpn-ipvpn-interworking__;!!BhdT!xbIM5_c0J3-GuSHDrQlLm4v7batDnrDlmsTU9EryGl65wjWlrugLwQiVgVo$>

Couple of comments from our groups have been already addressed.

As BESS WG co-chair, I would like to get your feedback on the document.

There are couple of point that need to be looked at:

-          The draft defines a new path attributes DPATH for loop prevention across “domains” (domain does not mean AS here).

-          It defines some propagation / non propagation rules of attributes by the gateway PE (in uniform mode). I would like to spot your attention here. One consequence is that for any new attribute defined in BESS or IDR, we’ll have to define the propagation rules by gateway PEs. I would like to hear the opinion of the IDR group and IDR chairs on that point.

-          It defines aggregation rules of attributes in the context of the IP VRF. I would like also to hear opinion from the group and chair on this.

Thanks to provide your feedback as soon as possible (pls cross post in IDR and BESS).


Brgds,

Stephane