Re: [Teas] WG adoption poll - draft-dong-teas-enhanced-vpn-03

John E Drake <jdrake@juniper.net> Mon, 24 December 2018 15:06 UTC

Return-Path: <jdrake@juniper.net>
X-Original-To: teas@ietfa.amsl.com
Delivered-To: teas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 33627130F09; Mon, 24 Dec 2018 07:06:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.775
X-Spam-Level:
X-Spam-Status: No, score=-0.775 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.065, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net
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 F_qfh4JKKJYn; Mon, 24 Dec 2018 07:06:14 -0800 (PST)
Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 01155130DC3; Mon, 24 Dec 2018 07:06:13 -0800 (PST)
Received: from pps.filterd (m0108156.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id wBOF67Le015440; Mon, 24 Dec 2018 07:06:07 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=WnQ7h1mnsQcQkggP8y5bmICfzVCH2VeIEYVZC6mHJKM=; b=ftlHgStyFBiWeEhBSvTdeQ3tdIgFUj4nNeKlGOwRVhq4iUYPTPh4jq1YFdMh75QivXW6 eWAUpaFaFzaKMaRhwLGhkcv58Fdk4oe8eLHnSCXy8o9SppgztZ5s9bWApGcbww4y9i47 gCAz3i4ETvV8yC7vTVxDnR5Pk0xi4TA3M9Efy0zVFwRFKvyfpSy8ghVojdPIAs22AxCG KNt2YKWgFZS+cGlMF6TGWD7SUljQi4zgzIyvzkdITURV8JcfOHkbweu679Q5K+frctwd NVioZmzk3xkdvgtlNaXNp7vMhMBmwABlAyb/c5etZl44VgklyztBqlWPgMAExfgsxs9V 7g==
Received: from nam03-by2-obe.outbound.protection.outlook.com (mail-by2nam03lp2056.outbound.protection.outlook.com [104.47.42.56]) by mx0a-00273201.pphosted.com with ESMTP id 2pjvmvrcaw-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Mon, 24 Dec 2018 07:06:06 -0800
Received: from BYAPR05MB5029.namprd05.prod.outlook.com (20.177.230.211) by BYAPR05MB6216.namprd05.prod.outlook.com (20.178.55.161) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1471.10; Mon, 24 Dec 2018 15:06:04 +0000
Received: from BYAPR05MB5029.namprd05.prod.outlook.com ([fe80::79a9:fae7:8d61:ff3e]) by BYAPR05MB5029.namprd05.prod.outlook.com ([fe80::79a9:fae7:8d61:ff3e%3]) with mapi id 15.20.1471.018; Mon, 24 Dec 2018 15:06:04 +0000
From: John E Drake <jdrake@juniper.net>
To: "Andrew G. Malis" <agmalis@gmail.com>
CC: "Dongjie (Jimmy)" <jie.dong@huawei.com>, Igor Bryskin <Igor.Bryskin@huawei.com>, "EXT-vishnupavan@gmail.com" <vishnupavan@gmail.com>, TEAS WG Chairs <teas-chairs@ietf.org>, "teas@ietf.org" <teas@ietf.org>
Thread-Topic: [Teas] WG adoption poll - draft-dong-teas-enhanced-vpn-03
Thread-Index: AQHUldnwTa4MWWWdDUK4lEUSiSe9VKWEkuWAgAGxjLCAAXfAAIAAA8SggADDMoCAAK6lcIAEfWMAgAAzL82AAB1MgIAACQLV
Date: Mon, 24 Dec 2018 15:06:03 +0000
Message-ID: <A5142604-8CF3-4B3D-88C7-D532DD6A52D4@juniper.net>
References: <CA+YzgTuYgfTNEX9s4XPAOOA_X2+uqxf7sSWBDtq32SuE4FjTKQ@mail.gmail.com> <CAA=duU2DGZzxuzPexyPzCf2AJWC5cZYXZSKzGcE15JpuPT3hdw@mail.gmail.com> <BYAPR05MB50299F47DD4D75210DD39A63C7BE0@BYAPR05MB5029.namprd05.prod.outlook.com> <0C72C38E7EBC34499E8A9E7DD00786391C5ED4B0@sjceml521-mbx.china.huawei.com> <BYAPR05MB50295366A9F676E156A0FADDC7BF0@BYAPR05MB5029.namprd05.prod.outlook.com> <76CD132C3ADEF848BD84D028D243C927C2FFD82B@NKGEML515-MBX.china.huawei.com> <BYAPR05MB50299F82613D934562D8724AC7B80@BYAPR05MB5029.namprd05.prod.outlook.com> <76CD132C3ADEF848BD84D028D243C927C3017E56@NKGEML515-MBX.china.huawei.com> <BB0583FD-C8E9-4A64-8C5E-068D5FBC5E2A@juniper.net>, <CAA=duU1BiEL2sY3gbNY2CuiPB7qA_fPK4V6NQWe7A9JU-354ww@mail.gmail.com>
In-Reply-To: <CAA=duU1BiEL2sY3gbNY2CuiPB7qA_fPK4V6NQWe7A9JU-354ww@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [208.54.44.236]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BYAPR05MB6216; 6:jntYgpeVTvkmYixmTZv4AZPe3FTw4gL1IE06Dk7lJ3XHyan9kS+ZJSffCKku/3AUfstIGBf4hrgkDQ7xGL0DfQSIwGU5BSvOc2UTwM9x0qivq4bDqrJ9sdkMZfwT6anoaY8405d55i4cQfw1qTLa0st/MhnGR+JmlGjqeaBGK5IXjRteszTJjVNUs60KNuDLiJwbwp/FgVGedoNlQNamgjD8x6RyZNExwuFyyXCMg8t4icYigbl2U8LPUo9Cm28GzO6livMAafUEIEId5PnTjV9RpGp7nWiT4JNCnuK/5jOXndJJbvqrfqgZo50nu7+FXFSjwFi+iPma1gMMY4a5ba/rSsAwNy6hQWqbFDuaEOhDedancfP/bVKDW03bL7DGvYUzDm3//A9+SVGbKlxEoSGUK9zmbjJSfDzyuHGHLq7IYzlADS1TFlx+dNz5eC0MCNy2nRMFqFoyJFqSosDYTw==; 5:y9E6H83BvBiHegle2XVmRScdL711FWRPGrzAq0+WYAMO7IUtE/DlEr1XtFEa7xHIugtlV03yZPufbjnYHD5dPAmcssxrIj58ecrd7FDIinXYvjysxJDtuINKAOV3zpR1wC8cspLIXj20uAxtTysKLMJwVTKNvadlebl2+Y0ht30=; 7:NnGCESZyrNh2VRREWy7SX9HV0U/Sw3wRqnG0R3ozin0ZMaR8g3LyZW8DSGABK1avMN4TVuKqHtGzNghvc6Knu5j1R1LDhaRB3yH0T1T4NFZqaKp9TWGx3xdAaEGIirAiqpftyi7LeLsZRfwQv+9UWA==
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-correlation-id: 7e231ee7-2626-4dc7-abdc-08d669b152fd
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600098)(711020)(4618075)(2017052603328)(7153060)(7193020); SRVR:BYAPR05MB6216;
x-ms-traffictypediagnostic: BYAPR05MB6216:
x-ld-processed: bea78b3c-4cdb-4130-854a-1d193232e5f4,ExtAddr
x-microsoft-antispam-prvs: <BYAPR05MB6216ACDDAFCCAF60A3EA9412C7BB0@BYAPR05MB6216.namprd05.prod.outlook.com>
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(3230021)(908002)(999002)(5005026)(6040522)(8220043)(2401047)(8121501046)(93006095)(93001095)(3231475)(944501520)(52105112)(3002001)(10201501046)(6055026)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123562045)(20161123560045)(20161123558120)(201708071742011)(7699051)(76991095); SRVR:BYAPR05MB6216; BCL:0; PCL:0; RULEID:; SRVR:BYAPR05MB6216;
x-forefront-prvs: 0896BFCE6C
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(376002)(39860400002)(366004)(136003)(396003)(189003)(199004)(37854004)(71190400001)(83716004)(71200400001)(7736002)(26005)(486006)(186003)(256004)(2616005)(6486002)(76176011)(36756003)(2906002)(14444005)(476003)(5660300001)(8676002)(81166006)(81156014)(8936002)(6436002)(6346003)(6916009)(446003)(11346002)(102836004)(53546011)(6506007)(1411001)(5070765005)(9886003)(68736007)(229853002)(93886005)(478600001)(966005)(4326008)(54906003)(14454004)(66066001)(82746002)(6116002)(3846002)(25786009)(606006)(99286004)(6246003)(316002)(97736004)(236005)(105586002)(106356001)(39060400002)(6306002)(54896002)(6512007)(33656002)(53936002)(86362001)(160933001); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR05MB6216; H:BYAPR05MB5029.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: qNpkqbnO9cCU/KkaW0/JaVcsl7uqGa5rPG3J6kMV7DN1z/KF46ZFQFU34CbLe7FeklU5Qvb83OWZDwYznRuYars1oEpvyPhHqnI84oHIxBM2HJTwma64wHaFVGlAzHr/TKQgJT7WHRZux02zIjfxbEu5UVrvNjfHPN25ItDaxe8vjrtE9qFCVex/MYSodmGhCsDAMI+mqXolJZkME9HL8z/4LWGe3n88S5twezW/+5hpICyKKzxgTlyJg3sEli2oUAPScuDmvtyBvwzXIwcGxNrrir7jxUce05Z2Yj+GqJpqd4TJbw+8VGus4XY8GuFk
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_A51426048CF34B3D88C7D532DD6A52D4junipernet_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-Network-Message-Id: 7e231ee7-2626-4dc7-abdc-08d669b152fd
X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Dec 2018 15:06:03.9516 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR05MB6216
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-12-24_09:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1812240133
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/sJEmi3JnqbWQ-tI3JATmnZ79g4M>
Subject: Re: [Teas] WG adoption poll - draft-dong-teas-enhanced-vpn-03
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teas>, <mailto:teas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas/>
List-Post: <mailto:teas@ietf.org>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teas>, <mailto:teas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 24 Dec 2018 15:06:19 -0000

Andy,

The difference is that the RFC 3209 control plane overhead is per-network where here it is per-VPN and the per-VPN overhead appears to be arbitrarily large.

Thanks,

John

Sent from my iPhone

On Dec 24, 2018, at 10:34 AM, Andrew G. Malis <agmalis@gmail.com<mailto:agmalis@gmail.com>> wrote:

John,

Does RFC 3209 have any guidance on how many RSVP-TE sessions you can run simultaneously in a network, or a node? It's obviously both implementation and deployment dependent. Why is this draft any different?

Cheers,
Andy


On Mon, Dec 24, 2018 at 7:49 AM John E Drake <jdrake@juniper.net<mailto:jdrake@juniper.net>> wrote:
Comments inline

Sent from my iPhone

On Dec 24, 2018, at 5:46 AM, Dongjie (Jimmy) <jie.dong@huawei.com<mailto:jie.dong@huawei.com>> wrote:

Hi John,

Please see inline.

Best regards,
Jie

From: John E Drake [mailto:jdrake@juniper.net]
Sent: Friday, December 21, 2018 9:15 PM
To: Dongjie (Jimmy) <jie.dong@huawei.com<mailto:jie.dong@huawei.com>>; Igor Bryskin <Igor.Bryskin@huawei.com<mailto:Igor.Bryskin@huawei.com>>; Andrew G. Malis <agmalis@gmail.com<mailto:agmalis@gmail.com>>; EXT-vishnupavan@gmail.com<mailto:EXT-vishnupavan@gmail.com> <vishnupavan@gmail.com<mailto:vishnupavan@gmail.com>>
Cc: TEAS WG Chairs <teas-chairs@ietf.org<mailto:teas-chairs@ietf.org>>; teas@ietf.org<mailto:teas@ietf.org>
Subject: RE: [Teas] WG adoption poll - draft-dong-teas-enhanced-vpn-03

Hi,

Comment inline

Yours Irrespectively,

John

From: Dongjie (Jimmy) <jie.dong@huawei.com<mailto:jie.dong@huawei.com>>
Sent: Thursday, December 20, 2018 9:47 PM
To: John E Drake <jdrake@juniper.net<mailto:jdrake@juniper.net>>; Igor Bryskin <Igor.Bryskin@huawei.com<mailto:Igor.Bryskin@huawei.com>>; Andrew G. Malis <agmalis@gmail.com<mailto:agmalis@gmail.com>>; EXT-vishnupavan@gmail.com<mailto:EXT-vishnupavan@gmail.com> <vishnupavan@gmail.com<mailto:vishnupavan@gmail.com>>
Cc: TEAS WG Chairs <teas-chairs@ietf.org<mailto:teas-chairs@ietf.org>>; teas@ietf.org<mailto:teas@ietf.org>
Subject: RE: [Teas] WG adoption poll - draft-dong-teas-enhanced-vpn-03

Hi John,

This draft does not suggest to allocate network resources to each individual VPN, only the VPNs which require particular level of SLA need to be integrated with underlay network resources, thus the number of enhanced VPN would be much less than the number of traditional overlay VPNs. Also it is possible that several VPNs with similar characteristics could be assigned with a set of aggregated resources,  and would share the same logical network.

[JD]  I don’t recall any such discussion in the draft.  Further, what is the maximum # of VPN+ instances supported in a given network such that that network does not implode?

[Jie] Such discussion happened during the presentation on previous IETF meetings, the current draft doesn't mandate the mapping of each individual VPN to dedicated logical network with resources allocated.

JD. I am going to compile a list of statements
that the draft makes that would lead one to a
different conclusion

That said, we could add some clarification in future version. The number of enhanced VPNs would depend on the number of services and customers which have such level of SLA requirement.


JD  So, you have no guidance to offer?


Best regards,
Jie

From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of John E Drake
Sent: Thursday, December 20, 2018 11:14 PM
To: Igor Bryskin <Igor.Bryskin@huawei.com<mailto:Igor.Bryskin@huawei.com>>; Andrew G. Malis <agmalis@gmail.com<mailto:agmalis@gmail.com>>; EXT-vishnupavan@gmail.com<mailto:EXT-vishnupavan@gmail.com> <vishnupavan@gmail.com<mailto:vishnupavan@gmail.com>>
Cc: TEAS WG Chairs <teas-chairs@ietf.org<mailto:teas-chairs@ietf.org>>; teas@ietf.org<mailto:teas@ietf.org>
Subject: Re: [Teas] WG adoption poll - draft-dong-teas-enhanced-vpn-03

Igor,

I am not convinced that network slicing is a good idea because it assumes that logical networks w/ vastly different characteristics can be built out of a set of common network resources.  I am convinced that allocating network resources on a per-VPN basis is a bad idea because of the scaling issues.

Yours Irrespectively,

John

From: Igor Bryskin <Igor.Bryskin@huawei.com<mailto:Igor.Bryskin@huawei.com>>
Sent: Thursday, December 20, 2018 9:55 AM
To: John E Drake <jdrake@juniper.net<mailto:jdrake@juniper.net>>; Andrew G. Malis <agmalis@gmail.com<mailto:agmalis@gmail.com>>; EXT-vishnupavan@gmail.com<mailto:EXT-vishnupavan@gmail.com> <vishnupavan@gmail.com<mailto:vishnupavan@gmail.com>>
Cc: TEAS WG Chairs <teas-chairs@ietf.org<mailto:teas-chairs@ietf.org>>; teas@ietf.org<mailto:teas@ietf.org>
Subject: RE: [Teas] WG adoption poll - draft-dong-teas-enhanced-vpn-03

Hi John,

Do you see any differences between a logical network and a network topology? Specifically, would you define network slices as produced by the same physical network sufficiently separated network topologies, each of which designed for specific class(es) of clients/overlays, with network resources available for the overlays limited by the resource pools allocated to the corresponding topologies? Another question: could network slices in your opinion be built hierarchically, i.e. higher level slices comprised of lower level ones?

Thanks,
Igor

From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of John E Drake
Sent: Wednesday, December 19, 2018 11:46 AM
To: Andrew G. Malis; EXT-vishnupavan@gmail.com<mailto:EXT-vishnupavan@gmail.com>
Cc: TEAS WG Chairs; teas@ietf.org<mailto:teas@ietf.org>
Subject: Re: [Teas] WG adoption poll - draft-dong-teas-enhanced-vpn-03

Andy,

Network slicing is very different from what is described in this draft.  Network slicing envisions a small number of logical networks built using the same physical network, each of which is designed for a specific type of overlay network and a given VPN, depending upon its requirements, would be assigned to one or more of these network slices.  This draft, in contrast, is describing assignment of resources from the physical network to individual VPNs.

This is clearly absurd, and its characterization as a ‘scalable approach’ seems ill-considered.

This draft is also not a framework draft in any of the normally used definitions of that word (https://www.merriam-webster.com/dictionary/framework<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.merriam-2Dwebster.com_dictionary_framework&d=DwMGaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=CRB2tJiQePk0cT-h5LGhEWH-s_xXXup3HzvBSMRj5VE&m=n9sCWh1x8RH083BAlFMqUZfK0blyu7AEqTYj5kopZ1I&s=o2aQfkCcHYaq6v8_OptqlhDqzYAgs1OiHS3JnOcuXtY&e=>).  Rather, I would characterize it as a set of semi-random musings.

Yours Irrespectively,

John

From: Teas <teas-bounces@ietf.org<mailto:teas-bounces@ietf.org>> On Behalf Of Andrew G. Malis
Sent: Tuesday, December 18, 2018 9:38 AM
To: EXT-vishnupavan@gmail.com<mailto:EXT-vishnupavan@gmail.com> <vishnupavan@gmail.com<mailto:vishnupavan@gmail.com>>
Cc: TEAS WG Chairs <teas-chairs@ietf.org<mailto:teas-chairs@ietf.org>>; teas@ietf.org<mailto:teas@ietf.org>
Subject: Re: [Teas] WG adoption poll - draft-dong-teas-enhanced-vpn-03

Yes/support. This is a scalable approach for network slicing and enhanced VPNs that builds on a body of existing work.

Cheers,
Andy


On Mon, Dec 17, 2018 at 2:27 AM Vishnu Pavan Beeram <vishnupavan@gmail.com<mailto:vishnupavan@gmail.com>> wrote:
All,

This is start of a *three* week poll on making
draft-dong-teas-enhanced-vpn a TEAS working group document.
Please send email to the list indicating "yes/support" or "no/do not
support". If indicating no, please state your reservations with the
document. If yes, please also feel free to provide comments you'd
like to see addressed once the document is a WG document.

The poll ends Jan 7th 2019 (extra week to account for the holidays).

Thanks,
Pavan and Lou
_______________________________________________
Teas mailing list
Teas@ietf.org<mailto:Teas@ietf.org>
https://www.ietf.org/mailman/listinfo/teas<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_teas&d=DwMFaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=CRB2tJiQePk0cT-h5LGhEWH-s_xXXup3HzvBSMRj5VE&m=jfPzAk6KYMTzEcjux7ADyZR5qPrxoPYBDdzWSlkedyw&s=uXdPvThk8MvzKASbv-H0_ekBtni_GK-xqPKnIbJ6ek4&e=>