Re: [mpls] Review and Consensus call on text from the MPLS Open DT on in-stack indicators

Haoyu Song <haoyu.song@futurewei.com> Thu, 05 August 2021 23:39 UTC

Return-Path: <haoyu.song@futurewei.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 7E6373A1149; Thu, 5 Aug 2021 16:39:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.09
X-Spam-Level:
X-Spam-Status: No, score=-2.09 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, RCVD_IN_MSPIKE_H2=-0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.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 qYe9bjuHeeQ0; Thu, 5 Aug 2021 16:39:03 -0700 (PDT)
Received: from NAM12-DM6-obe.outbound.protection.outlook.com (mail-dm6nam12on2119.outbound.protection.outlook.com [40.107.243.119]) (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 BCAA83A1146; Thu, 5 Aug 2021 16:39:02 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=KtJ1/5wpOngi/j+HoJ4uML+lCxb8nha0zfZwx5G2yNAIBXus9DEMc82YsigQaINqFyvxoYSsF/u+wyOIVeZU9Fp2/lQHuUDt1FV8/JwD80Vg1araLQUV16G1oiluo7A/XTgZrVI/Unwt1Hs49+i7w0AozA2On1JjZ6lGWm7XM5qHSzeOfOT+E+50PXDWCf1SNEghUzlkV/tTPaFG3hFpf4d9KsJf9Xh1OMXf0HgKQZcOQpnQO2egsC8+Xl8ISSTEm1r27qg2h52GQimg48Js2dq/R50zNmHT9jcxCrG9NAx62WkfmRji26Ki/3jO1vUh952ud94M2SCzsjZYdHrlGQ==
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=qjFdW6gIQKezP5v+Mo4DCaQ0ZT+mYC5UDhY/aHsHqsY=; b=N+suYhh0+ChDydesEyp7jFEgBpgUtcdxbhw8TsMtSEBm3OWtmYN9WETvd5LjFeSYbW+D5IxnK38XnC5b+lc+EQrnbvwQpE7b5EfQGhJMX/ylxsi0ar3YLaucKmHuc0jW+gZinnIYpd9ycq/7/XjbnPlsNUxSpuMzbxr7eEnvN1B75SFU1b8FIa21dRU8Ell5XaLOEaE7o0DsWRjMsM5+oDk7u/ZCTBYVHhTecD2LNVySXvvxMYsp+Zps1/2lcwtJDXXLCw7HFzTxtC9RMguknKkyhLFTajfBQkOfmJC/RiJEoG60bquvWI40wiI+FIQHtHabCdd0n2I9nDcKdPYznw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=qjFdW6gIQKezP5v+Mo4DCaQ0ZT+mYC5UDhY/aHsHqsY=; b=C3xGyTjvg4TnrA1ApzLexF7D2cpnYG5t/dn+YfkaNRAb7UExrMpHn8hNk255T4qtnvNaTJWYUmNGiSYlJE93yKS4eX5uJFavo+3RoeN0SSwbBm/J2kGejNhF9Y9Rqh7q79lVwvhDiJvr30TLMRz1KInrB4VNkOl8TFuN2YWpFgw=
Received: from BY3PR13MB4787.namprd13.prod.outlook.com (2603:10b6:a03:357::13) by BYAPR13MB2485.namprd13.prod.outlook.com (2603:10b6:a02:c8::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4394.12; Thu, 5 Aug 2021 23:38:58 +0000
Received: from BY3PR13MB4787.namprd13.prod.outlook.com ([fe80::9cca:6add:5d57:aa0b]) by BY3PR13MB4787.namprd13.prod.outlook.com ([fe80::9cca:6add:5d57:aa0b%8]) with mapi id 15.20.4415.006; Thu, 5 Aug 2021 23:38:58 +0000
From: Haoyu Song <haoyu.song@futurewei.com>
To: Toerless Eckert <tte@cs.fau.de>
CC: Loa Andersson <loa@pi.nu>, "mpls@ietf.org" <mpls@ietf.org>, "pals-chairs@ietf.org" <pals-chairs@ietf.org>, "mpls-chairs@ietf.org" <mpls-chairs@ietf.org>, DetNet Chairs <detnet-chairs@ietf.org>
Thread-Topic: [mpls] Review and Consensus call on text from the MPLS Open DT on in-stack indicators
Thread-Index: AQHXiglzQQjEF/uBi0mnoM+YM8XaMatlB5WAgACAKHCAAAWCgIAAA+rw
Date: Thu, 5 Aug 2021 23:38:58 +0000
Message-ID: <BY3PR13MB478726B9FCA37087E09E7D3A9AF29@BY3PR13MB4787.namprd13.prod.outlook.com>
References: <1cfaeafc-7d2c-7e04-c6e2-767feb6e8364@pi.nu> <20210805152323.GZ57091@faui48e.informatik.uni-erlangen.de> <BY3PR13MB4787A2508068920EAD4C2F4C9AF29@BY3PR13MB4787.namprd13.prod.outlook.com> <20210805232146.GG57091@faui48e.informatik.uni-erlangen.de>
In-Reply-To: <20210805232146.GG57091@faui48e.informatik.uni-erlangen.de>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: cs.fau.de; dkim=none (message not signed) header.d=none;cs.fau.de; dmarc=none action=none header.from=futurewei.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: a0a79c90-7196-401e-547d-08d9586a323c
x-ms-traffictypediagnostic: BYAPR13MB2485:
x-microsoft-antispam-prvs: <BYAPR13MB248587F3FF3C392A437BE0B19AF29@BYAPR13MB2485.namprd13.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: esMmgXrRCk7M58kgmOXGFN65Fri1Zae9vB1HZVq+YjKG5bI295TgjRPAutoIYhhmVAghROl+/xgMd0rKJjjWIWhbXEX6toCIy7TU4u+SFKoLxnwzeNnRhXR43B2nzB+KXmpvPoClRqqTcWLk3LquWF+NFkiG/rC1rJoDyInio0ICBZEhcjP0PwB23Lrp8Un66AYFP/+hfjpy7UDhm+HquuXUf/LyBchQwzJodX62fekil6RH1B+Fzc/VvHFaJlMN189QEP0SuacqqPcfvAEFAv2RhD8Tw+HJ+8R6ms4Fj5GXDYe2a1mwDb6/SGxv4E34YvWYob8jJgD1KXrFXgR4qheCj6Vx2C/iJIPsjt2Cj8pQP6KyHIV4120H0Ri7lKyafvq9uEB9cvU+CwS2bsg1jEvVPvGrt+h+eHrwYls7PwlILmNfMLHnFGSW9x5/DhxCriW50NOZ6JYfgyID1EiMPhKY0Gwg8FLlNaoiKHvAwQIqAlGcVpQhPBqJHARg2xjlX9ikLQHzaZnKKjBsFI/mcYv4JUrIH8e4FzRK0+wqvt+UNIHzMtgTrkzuwtPXELOlmd1dV7L67I8SAcjXilFOtzilKkgZ5pLw4Vo2vx6q4v/OR8XDL18EcItovMRcTXnaedxU3LowxjGUcMs9Cz0DiH55lFSuDS3LDgp7mehNHnAQ85QGsFD5Ish+twGNtF/nYoGZVPlK7uvAninFbM5IfmJuvaprRkO4jaUhPsO+G7tAnY/X3Mdbb8ww+nIYOp6S4ooOcQJ3O54dW1Va9kt2d/N62KGKCAglObGTVqFfMpNA/jEg3ZWMD/9NV/QLy0LpK0loOKUoKFvEDnU/KCrYlQ==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BY3PR13MB4787.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(376002)(39840400004)(346002)(366004)(396003)(136003)(2906002)(66946007)(186003)(4326008)(66446008)(64756008)(66476007)(66556008)(54906003)(86362001)(76116006)(316002)(6916009)(44832011)(7696005)(52536014)(55016002)(478600001)(966005)(45080400002)(5660300002)(71200400001)(33656002)(83380400001)(38070700005)(6506007)(8676002)(38100700002)(9686003)(26005)(53546011)(8936002)(122000001); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?mREG+p8Z0vd3pJbCWGRff4LZifzJ7H/ELDbvbtp3DyOygScnAD7FRsj9SJ/G?= =?us-ascii?Q?kFsmoylmgFnrzFM70UvO97T3Y2YXS4m4ewyO+XrIXXzHcHMAaNcsnW3hLcL/?= =?us-ascii?Q?qm0scgUJ6ibKZZZ/hXHrQCxL+xU+5Ii6VuFJTf9CoNggieESQO/lSuyI0odI?= =?us-ascii?Q?JAgOTLVPT++k3alLwEeLBDGTO7v8opCQyjz5qvTc7/21ApoiEy86CeZmpbEa?= =?us-ascii?Q?JYVJGDM6K5hbBbBXaNRYuEUBeMDPRf8HAoClP/yxft57/4xamxdAWSPqsHiP?= =?us-ascii?Q?TzsEVzbaB8z/q9qWdDNDZkDhYIIbPwkrN2ouGWvU/O30hQQ5w9QljhnMl3VJ?= =?us-ascii?Q?32ABPbZBUm0yP0li8Uv2IsjUoTruJBZ8e0zC30i7Le2m5anvb+putlzjcKOv?= =?us-ascii?Q?UFtDwvtQE6DvZfm15GkitH7Ze4d54QofhCSwk+MW4V51OBJzh3oBTCxoHGDC?= =?us-ascii?Q?DA7LtP1KQnwBIr2efQRRT8pTkkGRGf2+lVlxO8hI8w5kewpuqFdHijlS3W2k?= =?us-ascii?Q?v3SFx2GKssOSgHQJvDn6tyEiFiHq/COyF3yykvcXRuWWFH9BZfLR7a3mQe7B?= =?us-ascii?Q?k9l3Kfzq6yDS4kxnXZgW5QDna2VHLjDm8v4mVsijuddykyvvUoHbMO5xUkGc?= =?us-ascii?Q?Ch/Npw1GU5/qhAIqxV5+JlTQMmNSCMGVMSbofr2ifG9jh0LZL6zOyk0SKLol?= =?us-ascii?Q?iXFCTBHmDYmwGpwJy0Y/iqOt89VLFBGgR9wCTLOHR0jOp2o2N516+uZTnv37?= =?us-ascii?Q?F2RfDjOYOjorMtNaKdg/xOYtET9hGVwgtzaCDYW/z8/6ZWWlKf1IxXdoGlIx?= =?us-ascii?Q?1Oo5QkJHS/3PW9WdM/IVBnr+s0826JqdY+Xnjz1BhHmly7JL/jrpZORvX03I?= =?us-ascii?Q?9xn7drKvuSdYFKz9gxp8iGyUMUIHGkPzxkMTqCKslexJ9oCHoy+ZXGWkQOuy?= =?us-ascii?Q?8RvyL1DSKDmMvdH8xIUUjvbO+BSrvej2fROKlryWN2wKdLIFx/31w4O5hqPH?= =?us-ascii?Q?sexRY+aRHaV57wrBcH7H8xVTrcenFFhwx+AFhMLZYHyu0E9ukLow3qJqJHlW?= =?us-ascii?Q?cQV4c4LNxbSv+zP6Rf840Vid1KYrDAAsTRKQ/dZTw2DZmRp3egqfUvOl12qf?= =?us-ascii?Q?LB6YxehvgK6ESMLgX29fhHZ1bciRajZXRbNP0b5ks3cs/qNyd0u7rQjE/Y8A?= =?us-ascii?Q?WTtzqBhqH5A+/NiOA8syNOe29omRtsgVwmtp1+XHpVW6542Q7qET6Jlxhy9S?= =?us-ascii?Q?zW6lrwhaaWwwKX1w9wVPX0Mbh66huStiq7dmxTLDZZZPCB9p0cqthkL2Tthd?= =?us-ascii?Q?jrmdYyBT0eLI9QNHSJd8QY8T?=
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: Futurewei.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BY3PR13MB4787.namprd13.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: a0a79c90-7196-401e-547d-08d9586a323c
X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Aug 2021 23:38:58.0416 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: aqP1HtpTwodZgxuRAJwH0wRpqNJjzZm2n9PFZxZ51s+J44EJB2KtCVNHeE67zqbEr/9nChf3wf1ZjzvNXWVFCA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR13MB2485
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/N-9Yg9s6RVvfPbiJJ86Y0q0jND4>
Subject: Re: [mpls] Review and Consensus call on text from the MPLS Open DT on in-stack indicators
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.29
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: Thu, 05 Aug 2021 23:39:09 -0000

inline

-----Original Message-----
From: Toerless Eckert <tte@cs.fau.de> 
Sent: Thursday, August 5, 2021 4:22 PM
To: Haoyu Song <haoyu.song@futurewei.com>
Cc: Loa Andersson <loa@pi.nu>nu>; mpls@ietf.org; pals-chairs@ietf.org; mpls-chairs@ietf.org; DetNet Chairs <detnet-chairs@ietf.org>
Subject: Re: [mpls] Review and Consensus call on text from the MPLS Open DT on in-stack indicators

On Thu, Aug 05, 2021 at 11:08:47PM +0000, Haoyu Song wrote:
> Toerless and Loa,
> 
> 1. IMHO, I think an indicator should only be used to tell what a packet have, but not be used to tell what a node should do. There's a big difference between the two.

I guess if we do introduce also a term for in-stack meta/ancillary data than we could agree. Aka: the flags in Kireetis proposal may not have below-bottom-of-stack ancillary data, but they also might not be considered to be part of the indicator, just sit in the same LSE that has an indicator...

Generalizing terminology is difficult ;-)

> 2.  I agree we should normalize the terms, but I feel the term "ancillary data" not accurate at all. To be sure, what's needed is not "data" or "ancillary data" or "meta data". What's needed is some headers representing some in-network services or functions which may comprise instructions and, if needed,  some "meta data".  The term "extension header" is accurate and familiar to IETF which I believe we should use.

I think "extension header" will be thought of as behaving exactly like it does in IPv6, whereas we just have started to brainstorm how we would want to do it.
I am very much a fan of this "stuff" to be self-typing within the context of MPLS, as opposed to just be decodeable if you have a next-header-type field referring to it. When we have any such differences over IPv6 extension headers ultimately, i think we should use a different term.

extension foobar
 foobar = block, token, cell, (meta, ancillary, acction)- data...

Aka: extension would tie into what IETF'er know from IP(v6) and then the rest being different would make them aware that there will be differences over how IPv6 does it.

>>> I don't think anybody would be confused between IPv6 Extension Header and MPLS Extension Header, it just like nobody will be confused between IPv6 Header and IPv4 Header. A header is a header. Other terms are confusing and inaccurate. 

Cheers
    Toerless

> Haoyu
> 
> -----Original Message-----
> From: mpls <mpls-bounces@ietf.org> On Behalf Of Toerless Eckert
> Sent: Thursday, August 5, 2021 8:23 AM
> To: Loa Andersson <loa@pi.nu>
> Cc: mpls@ietf.org; pals-chairs@ietf.org; mpls-chairs@ietf.org; DetNet 
> Chairs <detnet-chairs@ietf.org>
> Subject: Re: [mpls] Review and Consensus call on text from the MPLS 
> Open DT on in-stack indicators
> 
> Thanks, Loa
> 
> 1) From the proposed text:
> 
> "We need a mechanism to indicate presence of meta-data or actions on an MPLS packet"
> 
> I think this is not correct.
>   We need a mechanism to indicate to a processing LSR what actions to perform.
>   We need a mechanism to indiciate if/what (post-stack) ancillary data to examine.
> 
> See below how IMHO this can best be captured.
> 
> 2) I sugest that a better way to structure what we have is to start with
>    definitions of the terms we use, because at least with how i would propose
>    to define them, we would IMHO more clearly capture where we are than the
>    current text. 
> 
> 2.1) indicator
> 
>    Definition:
>      An indicator is a semantic of an LSE to
>      a) indicate to one or more LSR to perform a particular (set of) action(s).
>      b) indicate to one or more LSR the presence of (a set of) ancillary data block
>         they need to examine and potentially act upon.
> 
>    The indicator semantic of the LSE can be derived from special LSE encodings and/or
>    be control-plane assigned (unless we explicitly rule out specific options, which
>    we could then enumerate as dropped options).
> 
> 1.2) meta-data / ancillary-data
> 
>    Note: the text uses both terms interchangably right now. I have no strong
>    opinion about which term to finally use. Maybe we just continue to use
>    them interchangably ight now so more participants can make up their mind which
>    term we finally agree on as the "winner".
> 
>    Definition:
>      A block of data beyond BoS required for an LSR to perform a specific action.
>      For processing, it requires one or more mechanisms for an LSR to
>      a) determine its presence/starting-offset in the packet
>      b) identify that it needs to be processed by this LSR
>      Note: a) and b) can be the same or different mechanisms.
> 
>    Note that this definition would not necessarily be 100% inclusive of all options
>    of Stewarts (et.al.) proposal in so far that it also allows to point to ancillary
>    data inside the stack, but i would argue that that hopefully is an option
>    that could be ignored for the benefit of having a clearer distinction between
>    meta/ancillary data and indicators.
> 
> Cheers
>     Toerless
> 
> On Thu, Aug 05, 2021 at 04:51:02PM +0200, Loa Andersson wrote:
> > Working Group, MPLS Open DT,
> > 
> > The week before IETF 111 the Open DT met and agreed upon a text on 
> > "indicators". The terminology we use is that somewhere in the label 
> > stack there is an indicator tell the processing node that a specific 
> > packet needs a certain set of Forwarding Actions, for example some 
> > iOAM action might be required. To support the forwarding action 
> > there is often ancillary data with the packet.
> > 
> > The text the DT produced is about the indicators, a companion text 
> > on ancillary data will follow.
> > 
> > The text was discussed in the Joint meeting and reported to the MPLS 
> > working group at IETF 111. The Open DT itself can only propose, the 
> > text is therefore now sent out to the working group for review and consensus call.
> > 
> > The proposed text is found at:
> > https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftr
> > ac 
> > .ietf.org%2Ftrac%2Fmpls%2Fwiki%2F2021-07-22-agenda&amp;data=04%7C01%
> > 7C 
> > haoyu.song%40futurewei.com%7C183d588a603f495378c908d9582504ff%7C0fee
> > 8f 
> > f2a3b240189c753a1d5591fedc%7C1%7C0%7C637637738310870911%7CUnknown%7C
> > TW
> > FpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVC
> > I6 
> > Mn0%3D%7C1000&amp;sdata=smLy6%2FB22H0iajFXb3%2BHKK2HEoFtoDP1T04PZF9y
> > GD
> > k%3D&amp;reserved=0
> > 
> > Please review the proposed text and comment on the MPLS wg mailing 
> > list (mpls@ietf.org).
> > 
> > We plan to keep the consensus call open until 2021-08-20.
> > 
> > /Loa
> > Open DT Co-ordinator / MPLS wg co-chair
> > 
> > 
> > --
> > 
> > Loa Andersson                        email: loa@pi.nu
> > Senior MPLS Expert                          loa.pi.nu@gmail.com
> > Bronze Dragon Consulting             phone: +46 739 81 21 64
> > 
> > _______________________________________________
> > mpls mailing list
> > mpls@ietf.org
> > https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
> > ietf.org%2Fmailman%2Flistinfo%2Fmpls&amp;data=04%7C01%7Chaoyu.song%4
> > 0f
> > uturewei.com%7C183d588a603f495378c908d9582504ff%7C0fee8ff2a3b240189c
> > 75 
> > 3a1d5591fedc%7C1%7C0%7C637637738310870911%7CUnknown%7CTWFpbGZsb3d8ey
> > JW 
> > IjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C100
> > 0& 
> > amp;sdata=Mog2DWGvX7Qim12rBRm%2BnYf2xTMf%2FzdCeBORLC7%2B0Xg%3D&amp;r
> > es
> > erved=0
> 
> --
> ---
> tte@cs.fau.de
> 
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
> ietf.org%2Fmailman%2Flistinfo%2Fmpls&amp;data=04%7C01%7Chaoyu.song%40f
> uturewei.com%7Ca1c2c2fbe35543b42ed208d95867cf1a%7C0fee8ff2a3b240189c75
> 3a1d5591fedc%7C1%7C0%7C637638025173690995%7CUnknown%7CTWFpbGZsb3d8eyJW
> IjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&
> amp;sdata=Egt79gVWyupYRvySfntyFzv2Chk64ne8N45EOl7j8OY%3D&amp;reserved=
> 0

--
---
tte@cs.fau.de