Re: [mpls] 2nd Working Group Last call on draft-ietf-mpls-mna-requirements
Andrew Alston <Andrew.Alston@liquidtelecom.com> Tue, 02 April 2024 13:05 UTC
Return-Path: <Andrew.Alston@liquidtelecom.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D6EFEC14F69D; Tue, 2 Apr 2024 06:05:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.998
X-Spam-Level:
X-Spam-Status: No, score=-6.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=liquidtelecom.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 51Elys03qcmr; Tue, 2 Apr 2024 06:05:25 -0700 (PDT)
Received: from EUR05-VI1-obe.outbound.protection.outlook.com (mail-vi1eur05on2132.outbound.protection.outlook.com [40.107.21.132]) (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 3919AC14F69E; Tue, 2 Apr 2024 06:05:23 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ZShEF5XPb/1NaPgEIPxqFVOJfFY0P3gN4cBnM20msHvVECbJ8TgKAzaki7CeXvfAnJpUFSJRlRpfqhR8OJP40k2BEBlta849C/zjkuU1dWOvrY7VhWWyMLeDc9briKTiy8U8LYOgfinjJ0igttKnLGeSkKG8u5Jm7XMmZDGrquOS8OVrQZ9Kh3xzX6NDGODT7Q3uqFeGrXPz+xrDfH7luwwopH5ryZQee1FNMqfdkIcCA9FfQGwsLL+OHER5iyaiA3o9yHlF+O32i1xQ/HfiX/HAM0TuAaqVH8m6Ah3Kd/CT4ZZahiHisDWsPDwqmqQSTJ3jfoyMlEkGL6xg3uYaIw==
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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=2q5yPEQfObswPMHhwaKIxPz+hn/OVDpdEAZumwobBH8=; b=h2zkz2xwyo9FPe/cW8Up2R0KyxYQL2pvefuFHOPsmjxQ3cAllg5SK1kX/lkEtex8tgtpUykADOGRpm+YMJJwA1Q8sPR3tH8Onm8nBQ+7RrihXJP6521o+DCghwtpAyoQp/E0Ad8Q7qxNlkL8paPpdG6qxDCz8tVuP/xBCzW34qBxWb9zhL/7+l0aE6wGEViLQfUbycj8mZx1XNC6Aho3+xUiVz/wdXsuZVJ3stwpuL4pQ2j2hQzuZWqoYFMNqlsh071V7+nochAPHAyVdDqOLEgs7ntJdQeHHFjDMvRmJ6tesmCgvezn5lUjXb5n4YqCQG0In37DLSOGfq4/teySZQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=liquidtelecom.com; dmarc=pass action=none header.from=liquidtelecom.com; dkim=pass header.d=liquidtelecom.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=liquidtelecom.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=2q5yPEQfObswPMHhwaKIxPz+hn/OVDpdEAZumwobBH8=; b=FSNzvBDvOi/lsDDOzJQzYdjmyz9UHcnJSl37yR/BVG05dtgzFd4ab6QLCfBWlpQI2Rzsi2cEjjN2SdluLMjAa4unBPpw/uzpSM8RX/G/bfAnNIHnzHV4Jea/XHxW3OHsLt0dm4Iupv+pZaDIkoUFEXQcfLtQweEZcR8k0q00LxI=
Received: from DU5PR03MB10563.eurprd03.prod.outlook.com (2603:10a6:10:51b::8) by PAWPR03MB9204.eurprd03.prod.outlook.com (2603:10a6:102:339::6) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7409.46; Tue, 2 Apr 2024 13:05:19 +0000
Received: from DU5PR03MB10563.eurprd03.prod.outlook.com ([fe80::76ae:f13d:3bc4:3682]) by DU5PR03MB10563.eurprd03.prod.outlook.com ([fe80::76ae:f13d:3bc4:3682%6]) with mapi id 15.20.7409.042; Tue, 2 Apr 2024 13:05:18 +0000
From: Andrew Alston <Andrew.Alston@liquidtelecom.com>
To: Tianran Zhou <zhoutianran=40huawei.com@dmarc.ietf.org>, Tony Li <tony.li@tony.li>, Adrian Farrel <adrian@olddog.co.uk>
CC: mpls <mpls@ietf.org>, "draft-ietf-mpls-mna-requirements@ietf.org" <draft-ietf-mpls-mna-requirements@ietf.org>, "Zhukeyi(Kaiyin,Datacom Standard&Patent)" <zhukeyi@huawei.com>
Thread-Topic: [mpls] 2nd Working Group Last call on draft-ietf-mpls-mna-requirements
Thread-Index: Adp0nFBhouYG0fGdRX+BJiB8WoVX2AHBxYaAAZLPBIAAEqqnAACwqGu7
Date: Tue, 02 Apr 2024 13:05:18 +0000
Message-ID: <DU5PR03MB10563A2CBAAF35D184682AB00EE3E2@DU5PR03MB10563.eurprd03.prod.outlook.com>
References: <071e01da749c$d219b030$764d1090$@olddog.co.uk> <076301da7ba3$673652b0$35a2f810$@olddog.co.uk> <049FBC62-8BB2-4DB1-88EC-2CA1C45B5989@tony.li> <040f6174c9d544a6bf39b9586dbcd8e7@huawei.com>
In-Reply-To: <040f6174c9d544a6bf39b9586dbcd8e7@huawei.com>
Accept-Language: en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_99ef9a43-ff34-4715-a5f5-dfd82916d644_Enabled=True; MSIP_Label_99ef9a43-ff34-4715-a5f5-dfd82916d644_SiteId=68792612-0f0e-46cb-b16a-fcb82fd80cb1; MSIP_Label_99ef9a43-ff34-4715-a5f5-dfd82916d644_SetDate=2024-04-02T12:47:33.7659995Z; MSIP_Label_99ef9a43-ff34-4715-a5f5-dfd82916d644_ContentBits=0; MSIP_Label_99ef9a43-ff34-4715-a5f5-dfd82916d644_Method=Standard
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: DU5PR03MB10563:EE_|PAWPR03MB9204:EE_
x-ms-exchange-atpmessageproperties: SA
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 0E1uB2Pr7AzWaj/IBl14WOVXhr1xNUl7vN6xN9o7aTVvBU2IXuJgB5UJKw1JOP6mXzUHIijwy3mJcFIDE6DDUEfySgRXpEChYJp3F5vmGo86RDGYKVYEa6EMZE2dYxqbN7B9uY0SgAIQg5yDZ+Z9kDq2b/SNBDbyU9C8rdq5FiM0QUjVwbXh9MQg6KpNXRooAqSPB1DPGdm5n95WSvQWTcR13g4zAVFXESW/Lkuq2uDyNu1w8i1VVKVvak+WXY7UNB9PrqEeVSLLq0YbCF4EfnNk5CTTJnF3Jd3Q5J0A/7SArsaPQzuY1WKjddFvNwnSLgsFpTnXCp6596+GxE14NXbK5mt45rpoR6j7piJ1768Y1vqedSEor+GGjPZ6AsTkHeYvTRtDC1jWdkYY2j3/pc0xZVXs9y0EVZd8oZJ3shquo7PCnKFLrvi4m8Du/qi9WlSH/OxDq2FHzGkcf7am9SsO1wKwXV4WrEVHTbxoNO9FvP8FPVuVEDFVmyGmtXEO4WIpOm6VBL6KLnWpWgLDAEwuTIMs4ZUmitXIkmw7l6Mm6or4wi8Sct7sB81gYO+fhef/LCYtwPEGzqzhEpv3L0rSAtSrYji4OO2ECturZJU=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DU5PR03MB10563.eurprd03.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230031)(376005)(1800799015)(366007); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: ZLdBHG0BoNiUIUPJ2V7kKqlrG638zGASefdhPiyR8OewwRj/Y8kgdEbj/nAW/MRwnQ00yobqeLIbV6z1OKJW4d4eT56WWeK5jfZkqdaiEcUx8wlaqUc0Rd63/wIdKYhStvgVjyDaoNWAlDp+pL6Qywx0TWY5AwRpnLJH2UEcx4HJRwCtfZsAwTTKix53w2gcbd3LF08o9RyGBPraZCA/okGT+OMiC5ftJ+fyP/dZ/v44azsWtRbBXwodpZ8U/yd6qVYT9hjJM7Okr0HpQooDtDlBVXKIqjuhLeH6D4TpZ7FzeImILQAmz95PmI+IHktovNoRtOYF6x1Z1kmmxZ6m9o0FJ5qYXOVq+s963mZVhNGEJgdFeZ7EA3ojdLa1/nyVODMrbA5h4RKNxTIkdDBsYU5pVJm5EX5vQcHLydnkHHMQ++tKsLJ8UK7gZYoMMK/tnWoFc/uhIAsfJqGVn8HONDk5tVBNHxDREAN/y6tENecKDXVpceG5StwsZtM+9aucBN0h1Tv7IC5YXgK3FlxatZZb/AIeCTiAmJFCXQAk2uMZa2vdaVJrMFeRNyVJie9VC0zbBWT2hH7h+TpMMWQWUx4Glkr+RWBukuLSEZ5uVGIWhAKt+HhRAAz/eu2sC5XXHqKFRsJA4DfyBIX0Cz9DGXpPN9G8r87MYuwoN2Vi/sG7vHB5KRVkgN/OnlrhULAjAIFgXBrteEDpedaBtw5Y6qJjPNVhkCY5R4cl/PGBGsUq8XGBs03glPM/OboduMoTBcaXbCfMDmeAQCwW+g1/d1LCwtni9wrZX7/8fNG7F1UV7P/RgbX/NTREKq/v76yP5k0Uj25V0o2//GHGdXwPgsw3lpZiRpzBMCogqcwWvnLsX5OhTT/Zec/Hl7lYJM7t44Mf86kM/6svwbmEJtSjMAJNjZr3DQHv/YF/aABN2/NHugNI75OiwbyRD47U0kxKd8OV9uaX/wpIUHSAkOxpUUOjMqpQb31gI/nLgk1jE4gXFm2SUUKb7+B5IZaxU5xI1EaB089A9k2KXN0IZKDHw0tH8mxXySyJEovd3bFapQfOi6ypn3S+9AHeEJXE/E0ObSd5tGaMC8CaO4PxLXn8gmTMb8IF+wHmZ5rMSqwRjaGnHvNs3l9aEil2BpU/UT3Xj9V3WwxkemccwTn9MjEkFEYEdqwRv2pyCakD8ZMx+7hUGPoNerCZKKdE+ISGZLwoMZHaQewCoTOHgYVYDj5aPInopkBWXuzMQ+3mYSKG1HfDM2usQ1rYmiyOmds0ujslpi31cdb7CM20ab4Xz4tBbF/nLMpLIG39TelflzhFuhtKyKyM+3XAP2qC62hLdqioXCWVg3sr1UYP3YmAYMnLH3M4QvToq7P9wGREiq0itAZgAb7K9umABcUdifVyQbS8RJsiyAyvFQGaERa8134B0K2OSindmw093HaGNNOI2UAOOk1iA4oVUditqi1U2e4HWZN+XuqNs4LuDE3yQoXwA5E23muhQlQf/gJxwFCNJYghgOT++6yfykzdx21JwgKAp/oSS5m5WbKtxOpQxP4r9KeD9pSxup2YFE/G23VPlOMj8vUhv56aCgRjaXlzNE1ZEs47eMkgjfWJNnZXvu8nYwOyhBri4047FROmzjxgGnjnuJxTpQNbQX9/j6+lLkYvyqEWswCR62P9aBmdp9D03VZT8dQAX7WQS3+5T0jlLDs=
Content-Type: multipart/alternative; boundary="_000_DU5PR03MB10563A2CBAAF35D184682AB00EE3E2DU5PR03MB10563eu_"
MIME-Version: 1.0
X-OriginatorOrg: liquidtelecom.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DU5PR03MB10563.eurprd03.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 14f372e2-6547-47a0-fbf1-08dc53158b91
X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Apr 2024 13:05:18.0683 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 68792612-0f0e-46cb-b16a-fcb82fd80cb1
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: jr5ORWvZcBQq8VfbRcZARyFoVH8G25n5kHX4wJhMmYP9MMGX74nzKSWqN1r9jimK9hDdhGtj0UZOhOWe/YYJ63h2FZTDrWnc3fGMq8joc28=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PAWPR03MB9204
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/L6o8XZ2P8XKn243hhFZrnXT0ay4>
Subject: Re: [mpls] 2nd Working Group Last call on draft-ietf-mpls-mna-requirements
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Apr 2024 13:05:30 -0000
Hi Tianran, I find this email to be a little… confusing. Firstly it is very well documented that there are multiple operators that do not want – and will not deploy – srv6 (particularly with its divergence from Ipv6 standards and potential security flaws.). These operators are free to make a choice in technologies – and the IETF does not prohibit the creation of multiple solutions to the same problem. Indeed RFC7221 deals with competing design goals by citing http://dl.acm.org/ft_gateway.cfm?id=966726 – specifically it states “Helicopters are great, and so are submarines. The problem is that if you try to build one vehicle to perform two fundamentally different jobs, you’re going to get a vehcile that does neither job well.” You therefore need to acknowledge that operators may have different use cases and different environments, and may choose to decide to use one technology over another. Yes, there are times when we want a single solution, but at the end of the day, the operators, who are your employers customers, should be the ultimate determinants of what they choose to run, and there is no requirement in any IETF process to state that there can only be a single solution to a problem. Secondly, you refer to reinventing the wheel – it can be strongly argued that parts of SRv6 did indeed reinvent the sr-mpls wheel, while reinventing various other competing technologies. By way of example, it is entirely possible to create L3VPN’s – and has been for years – without the use of SRv6. So in this sense, you are correct that we sometimes reinvent the wheel – for various reasons and various purposes – and to meet operator requirements. This is exactly what happened in the case of SRv6, and it is part and parcel of what the ietf does, to create solutions that cater to the needs of the internet in general, not a single vendor, not a single operator. SRv6 does NOT meet the requirements of all operators, and to insist that it does is to disregard potential customers. You are also correct in stating that many people do not care about MNA – because they are quite happy with what they are running and are happy to continue using their currect technologies. However, the statement seems predicated on the fact that everyone cares about SRv6 – let me 100% assure you that is not the case. Indeed – if you watch the MSR6 BOF (which should be available on youtube), a particular individual from a large operator directly stated (slightly paraphrased) “This presentation is predicated on the fact that we all care about SRv6 – I am here to tell you we don’t” So while your statement is accurate – it is not in any way an argument against the adoption of MNA. I would STRONGLY suggest you read RFC7282 as well – which heavy refers to technical objections and even deals with a situation where one thing is considered a more elegant and clean solution, yet consensus is still found (Please see section 3 of the aforementioned RFC) In this particular case, on the specific grounds that there are operators who wish to have extended network functionality – but are not comfortable with SRv6 and do not believe in its security compromises – I fully support the advancement of MNA. I am curious however if you have any substantive technical issues with the document – that go beyond “There is something else to do this” (which as stated – some operators do not agree with and do not want – and will never run until outstanding issues have been resolved) Thanks Andrew Internal All Employees From: mpls <mpls-bounces@ietf.org> on behalf of Tianran Zhou <zhoutianran=40huawei.com@dmarc.ietf.org> Date: Saturday, 30 March 2024 at 03:29 To: Tony Li <tony.li@tony.li>, Adrian Farrel <adrian@olddog.co.uk> Cc: mpls <mpls@ietf.org>, draft-ietf-mpls-mna-requirements@ietf.org <draft-ietf-mpls-mna-requirements@ietf.org>, Zhukeyi(Kaiyin,Datacom Standard&Patent) <zhukeyi@huawei.com> Subject: Re: [mpls] 2nd Working Group Last call on draft-ietf-mpls-mna-requirements Hi Adrian, IMO, this document still cannot address the question why the industry or operators need the MNA, given there is already SRv6. From the very beginning, we just reinvent a wheel. There is no surprise many people do not care about MNA. I do not support. Tianran -----Original Message----- From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Tony Li Sent: Friday, March 29, 2024 11:35 PM To: Adrian Farrel <adrian@olddog.co.uk> Cc: mpls <mpls@ietf.org>; draft-ietf-mpls-mna-requirements@ietf.org Subject: Re: [mpls] 2nd Working Group Last call on draft-ietf-mpls-mna-requirements [WG chair hat: off] Looks good, ship it, modulo Greg’s comments. T > On Mar 21, 2024, at 8:21 AM, Adrian Farrel <adrian@olddog.co.uk> wrote: > > Hi all, > > I know it is IETF week and you all have other things to do (nice > meals, sight-seeing, combatting jet-lag), but I just wanted to remind > you to look at this document and make your comments about the last call. > > With last calls, silence generally means no support! > > Best, > Adrian > > -----Original Message----- > From: mpls <mpls-bounces@ietf.org> On Behalf Of Adrian Farrel > Sent: 12 March 2024 16:46 > To: 'mpls' <mpls@ietf.org> > Cc: draft-ietf-mpls-mna-requirements@ietf.org > Subject: [mpls] 2nd Working Group Last call on > draft-ietf-mpls-mna-requirements > > This email starts a second MPLS working group last call on > draft-ietf-mpls-mna-requirements. > > (You may recall that the first last call produced a lot of discussion > and issues that Matthew, as editor, has worked valiantly to resolve.) > > Please re-review the document (it has changed a lot since last time) > and express an opinion on the list. > - Is the document complete? > - Does it contain any errors? > - Is it ready to move forward for publication as an Informational RFC? > > There is no IPR disclosed against this document or its predecessors. > All authors, contributors, and active working group participants are > reminded of their responsibilities under BCP 79. > > This last call will run for three weeks (covering the IETF period). It > will end at 17.00 UTC on Tuesday 2nd April (narrowly avoiding ending > on 1st April and confusing us all). > > Thanks, > Adrian (for the MPLS chairs) > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fmpls&data=05%7C02%7CAndrew.Alston%40liquidtelecom.com%7Cb97d64aadac747b8099308dc50507d32%7C687926120f0e46cbb16afcb82fd80cb1%7C0%7C0%7C638473553836866595%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=wNHRWK%2BXX%2FYGEkpi6HOtobZ2VE808UwNI6HPskoWv7M%3D&reserved=0<https://www.ietf.org/mailman/listinfo/mpls> > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fmpls&data=05%7C02%7CAndrew.Alston%40liquidtelecom.com%7Cb97d64aadac747b8099308dc50507d32%7C687926120f0e46cbb16afcb82fd80cb1%7C0%7C0%7C638473553836873706%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=39TEbGr0J4zPapoOtN2u1%2FDWSnZm2plQGFVmixEQS1g%3D&reserved=0<https://www.ietf.org/mailman/listinfo/mpls> _______________________________________________ mpls mailing list mpls@ietf.org https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fmpls&data=05%7C02%7CAndrew.Alston%40liquidtelecom.com%7Cb97d64aadac747b8099308dc50507d32%7C687926120f0e46cbb16afcb82fd80cb1%7C0%7C0%7C638473553836876881%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=7zspvfKxxD%2FrHudXHqGZto5E%2BoRcdr5PQ4E6KXFjolI%3D&reserved=0<https://www.ietf.org/mailman/listinfo/mpls> _______________________________________________ mpls mailing list mpls@ietf.org https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fmpls&data=05%7C02%7CAndrew.Alston%40liquidtelecom.com%7Cb97d64aadac747b8099308dc50507d32%7C687926120f0e46cbb16afcb82fd80cb1%7C0%7C0%7C638473553836879980%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=e5QppspRhNVRmd%2FV%2BmYqbnG0ZZb%2F3vb2zuMZ2Nip7Bs%3D&reserved=0<https://www.ietf.org/mailman/listinfo/mpls>
- [mpls] 2nd Working Group Last call on draft-ietf-… Adrian Farrel
- Re: [mpls] 2nd Working Group Last call on draft-i… Adrian Farrel
- Re: [mpls] 2nd Working Group Last call on draft-i… Matthew Bocci (Nokia)
- Re: [mpls] 2nd Working Group Last call on draft-i… Adrian Farrel
- Re: [mpls] Do you care about MNA? [Was: 2nd Worki… Greg Mirsky
- [mpls] Do you care about MNA? [Was: 2nd Working G… Adrian Farrel
- Re: [mpls] Do you care about MNA? [Was: 2nd Worki… Acee Lindem
- Re: [mpls] 2nd Working Group Last call on draft-i… Tony Li
- [mpls] * abbreviations in the RFC Editors list (w… loa
- Re: [mpls] Do you care about MNA? [Was: 2nd Worki… Joel Halpern
- Re: [mpls] 2nd Working Group Last call on draft-i… Joel Halpern
- Re: [mpls] * abbreviations in the RFC Editors lis… Stewart Bryant
- Re: [mpls] * abbreviations in the RFC Editors lis… Acee Lindem
- Re: [mpls] * abbreviations in the RFC Editors lis… loa
- Re: [mpls] * abbreviations in the RFC Editors lis… Acee Lindem
- Re: [mpls] Do you care about MNA? [Was: 2nd Worki… Stewart Bryant
- Re: [mpls] 2nd Working Group Last call on draft-i… Rakesh Gandhi
- Re: [mpls] 2nd Working Group Last call on draft-i… Tianran Zhou
- Re: [mpls] Do you care about MNA? [Was: 2nd Worki… loa
- Re: [mpls] Do you care about MNA? [Was: 2nd Worki… Stewart Bryant
- Re: [mpls] Do you care about MNA? [Was: 2nd Worki… Loa Andersson
- Re: [mpls] * abbreviations in the RFC Editors lis… loa
- Re: [mpls] 2nd Working Group Last call on draft-i… Tianran Zhou
- Re: [mpls] 2nd Working Group Last call on draft-i… Tony Li
- Re: [mpls] Do you care about MNA? [Was: 2nd Worki… Andrew Alston
- Re: [mpls] Do you care about MNA? [Was: 2nd Worki… John Drake
- Re: [mpls] 2nd Working Group Last call on draft-i… Igor Malyushkin
- Re: [mpls] 2nd Working Group Last call on draft-i… Gyan Mishra
- Re: [mpls] 2nd Working Group Last call on draft-i… Igor Malyushkin
- Re: [mpls] Do you care about MNA? [Was: 2nd Worki… Matthew Bocci (Nokia)
- Re: [mpls] 2nd Working Group Last call on draft-i… John Drake
- Re: [mpls] 2nd Working Group Last call on draft-i… Tianran Zhou
- Re: [mpls] 2nd Working Group Last call on draft-i… Stewart Bryant
- Re: [mpls] Do you care about MNA? [Was: 2nd Worki… Greg Mirsky
- Re: [mpls] 2nd Working Group Last call on draft-i… Andrew Alston