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

John E Drake <jdrake@juniper.net> Mon, 24 December 2018 15:55 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 ADF71130F52; Mon, 24 Dec 2018 07:55:52 -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 kDj3y-J4iZ5F; Mon, 24 Dec 2018 07:55:49 -0800 (PST)
Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (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 ABE9B130F4A; Mon, 24 Dec 2018 07:55:48 -0800 (PST)
Received: from pps.filterd (m0108163.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id wBOFsIQE026003; Mon, 24 Dec 2018 07:55:42 -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=OGKPd31plj2CT4GbMQcxsnklIsxLMEMLo/8QLX/UKJw=; b=iHzHuOY4Pq6mNxSRUfdpOlP4QoeHqMVfVkKX3mG0lO3WRtCJwUgAADNKBLQxWAvCDBk3 pOM7n7ZZC3RP25sc48QV1w/b6mZE1VOb9WTee5kASMQLEJayYyztPw4ztzFVLCA4GrnV 5jhW2AlL5+5pNQcNPDGh3oDrSpoNW82Ivi1sRLPk0QP8w2mw/X2/3cfv+GdsDW97vFoY K3QLX8HAVEFpq6CTxeF2NirHEnjF4n8e+7GgbogReNmfHchBCnAtGEgjiBg6aGzSEGtd 8rymPccP2e1fZQNtunxU7TR/a4o/5kh0fIYpLQMYmRA9/A/HndVyMfy4lY6KAj2a5Uyd gA==
Received: from nam05-co1-obe.outbound.protection.outlook.com (mail-co1nam05lp2055.outbound.protection.outlook.com [104.47.48.55]) by mx0b-00273201.pphosted.com with ESMTP id 2pk0cxg4v3-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Mon, 24 Dec 2018 07:55:41 -0800
Received: from BYAPR05MB5029.namprd05.prod.outlook.com (20.177.230.211) by BYAPR05MB5717.namprd05.prod.outlook.com (20.177.187.18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1471.13; Mon, 24 Dec 2018 15:55:39 +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:55:39 +0000
From: John E Drake <jdrake@juniper.net>
To: "Andrew G. Malis" <agmalis@gmail.com>
CC: Igor Bryskin <Igor.Bryskin@huawei.com>, "Dongjie (Jimmy)" <jie.dong@huawei.com>, TEAS WG Chairs <teas-chairs@ietf.org>, "EXT-vishnupavan@gmail.com" <vishnupavan@gmail.com>, "teas@ietf.org" <teas@ietf.org>
Thread-Topic: [Teas] WG adoption poll - draft-dong-teas-enhanced-vpn-03
Thread-Index: AQHUldnwTa4MWWWdDUK4lEUSiSe9VKWEkuWAgAGxjLCAAXfAAIAAA8SggADDMoCAAK6lcIAEfWMAgAAzL82AAB1MgIAACQLVgAAN27k=
Date: Mon, 24 Dec 2018 15:55:39 +0000
Message-ID: <045116BB-F64F-44C6-A7FF-C96E21554B5E@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>, <A5142604-8CF3-4B3D-88C7-D532DD6A52D4@juniper.net>
In-Reply-To: <A5142604-8CF3-4B3D-88C7-D532DD6A52D4@juniper.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [2607:fb90:1b6e:8f9b:8df2:2ef:71c2:a770]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BYAPR05MB5717; 6:OYoRlNFXrygoTnJEpUDKPP8BxPdru9s0BlxAYQRd/zMgLuTHtv8OB/lN84/ORBmJHGY6ZCdQdUYgqX7BxC0m20JLZL9rs5Fcbqv+LBZc4alMfLkcmHiiYOTt5dDOGRVuGkJEf4nJiPYtPWf/4TVz11B1KFEiGaVhHt4y1jfyYHF+WMs/6rmO/OyoqpZ73Vl8g77ljSUf+9iHX8MaXpAjbivZrzJ7plLSpr/iKsPZS9QYel4aWlDnYNXfjIIqZn7IcBeQrw9Cbl2nXCXe3jvmfcY+7QAJVKwym/avM8lhq574KhkAVq8ML2dRiKE5uQbc22ZqElSwAOMAdUr8SbnBcOdyb7vk2vSskuvjcDjXx6mTDW/byFs7XIEwCDxn9XLHoRZis04pi+6NSuEopIJQTfoTpp/w5JHZ48T1v8W3MFCDdwpTe5sWWhIR3dC9wj/z+q19kWXqeFRiwk7rpyJaGw==; 5:3T/T7whAfdjGLUxSqO3jXMDOl9Kxpjs1cXqVnr1VBpzkSQRaZrXh8U5pi4swILBpxGl3qTbat81e84El/FiVoOBKPABP76sVJx/XHTV4GVud5ofjL3GdtaGu9ZnY+2fT6vDPcbQlAb1q8JK1X8JT3D95QAdi0la4s2VtIYtLiXw=; 7:JLJP3nfdgWooG+eu6NY5ARunGcIW35iaxOxpSu4fpOixYPP+9LHbTTSEdm/vTTWfZ5/piOc9yxyex415GlQogTW/loUfNeoapX5xXX+qTo+DXo/Z3mGQNTSFXWC6xbLPtD3T3LxLoT3WrAr3gany3A==
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-correlation-id: 3c0c5d7e-ad5a-40b6-7226-08d669b8403f
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(4618075)(2017052603328)(7153060)(7193020); SRVR:BYAPR05MB5717;
x-ms-traffictypediagnostic: BYAPR05MB5717:
x-ld-processed: bea78b3c-4cdb-4130-854a-1d193232e5f4,ExtAddr
x-microsoft-antispam-prvs: <BYAPR05MB5717E7F4F79F9556CC1C2DEEC7BB0@BYAPR05MB5717.namprd05.prod.outlook.com>
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(3230021)(908002)(999002)(5005026)(6040522)(2401047)(8121501046)(10201501046)(3002001)(93006095)(93001095)(3231475)(944501520)(52105112)(6055026)(6041310)(20161123560045)(20161123562045)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(201708071742011)(7699051)(76991095); SRVR:BYAPR05MB5717; BCL:0; PCL:0; RULEID:; SRVR:BYAPR05MB5717;
x-forefront-prvs: 0896BFCE6C
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(136003)(376002)(346002)(39860400002)(396003)(366004)(37854004)(199004)(189003)(6916009)(6306002)(54896002)(5070765005)(53546011)(39060400002)(486006)(236005)(6512007)(6506007)(1411001)(476003)(4326008)(99286004)(6116002)(93886005)(83716004)(81156014)(71190400001)(71200400001)(6246003)(102836004)(82746002)(36756003)(68736007)(8676002)(9886003)(81166006)(76176011)(54906003)(25786009)(5660300001)(33656002)(606006)(86362001)(575784001)(229853002)(316002)(478600001)(966005)(446003)(7736002)(97736004)(8936002)(11346002)(2616005)(2906002)(6486002)(46003)(6436002)(256004)(105586002)(53936002)(186003)(106356001)(14444005)(14454004)(160933001); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR05MB5717; H:BYAPR05MB5029.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX: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: JAel7Jr4cghGzSvXNhnQGzp44F2DHaBB/Ss3OIi+jYiRTfLWw5+7DsLgSyx+igk1CmFjF0hwP5KLVC65raVhBHVssVVCj0xZnuAACcPMUnoAYjAXBsqAiRaXF1w0RHPXdCR1xzeS6ibsDPoBt194vo9HtavQglxIUY/fzUsP5/RRmP94lIQBkGd4X9f8yktt3eZ69yLV4H6sq1hBAatNomlRH/1pgZN/cBp6dNfqABViTm+j2HqLaMDPQfI6c+jXgpBftpdwaSHmd3HCVmu6gHJHsUZbvX82JsifBJy82ADKKrlk2V7GXhlYsrFatqYc
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_045116BBF64F44C6A7FFC96E21554B5Ejunipernet_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-Network-Message-Id: 3c0c5d7e-ad5a-40b6-7226-08d669b8403f
X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Dec 2018 15:55:39.0911 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR05MB5717
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-1812240139
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/O7zHlT50WWkPcDe0L60bTrJo-DY>
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:55:53 -0000

It’s also the case that RFC3209 is a bad example for you to use because of the many subsequent drafts that attempt to improve its scalabity

Sent from my iPhone

On Dec 24, 2018, at 11:06 AM, John E Drake <jdrake@juniper.net<mailto:jdrake@juniper.net>> wrote:

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=>
_______________________________________________
Teas mailing list
Teas@ietf.org<mailto:Teas@ietf.org>
https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_teas&d=DwICAg&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=CRB2tJiQePk0cT-h5LGhEWH-s_xXXup3HzvBSMRj5VE&m=7q7Sy9mXUL7vBxkH5ULTOz4idsbbCsUJ_xpR01oLUQU&s=aCFHn4WsPSFFoVQOHJYfaYoLfXNlndixBrCnjoluO00&e=