Re: [mpls] Thoughts on Ancillary Data Indicators.

Haoyu Song <haoyu.song@futurewei.com> Thu, 08 July 2021 16:40 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 E21093A28B8; Thu, 8 Jul 2021 09:40:50 -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_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=unavailable 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 aeLhDsxgAvZH; Thu, 8 Jul 2021 09:40:46 -0700 (PDT)
Received: from NAM10-BN7-obe.outbound.protection.outlook.com (mail-bn7nam10on2128.outbound.protection.outlook.com [40.107.92.128]) (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 CE7253A1CCD; Thu, 8 Jul 2021 09:40:11 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=iuprWul3elsuJf+gIyzMneRGCjQcvg/stXurMAxrCu7i9LfRYu1+jilP0gvvaUjFNKaqWv0URvloizXE2j7oK400iYwEJg8NmSxyPL6+QX+4gZeLq85tCyXQVpww2glKb+w0Za0vULIdr0C5HtjqxWlhh7l0+0DzfVxkS4205PBNAabAvolEfBNigddSPbimHnDbpaKjBSqqz58iwuTFSoMCOijixMfX6b/flUAmFB9luDmIGkFh9+8Lf3cq9UHx7GwggCG2e6n0G32oMjRVlDdGLb6GDZbOzx/OtBHQgI00qnISRqZmI/uU9WV2A5JAZuJV3USzESPhi7O+PRjVSg==
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=RkF9drKVxBCd7B2rBNjkv+t5L5vOtXbe70G9krZfb2w=; b=ghxdw80MHfMvX/yLlbi+dK+DDAfqQnH93zd+nzF0fIXRnN8ZFiUHnOdSmNgzSAwtXkjZK1v+/gTAO61kezz2ZNeTOTyffpggYiT4gjXYH+LCYoUWUf8f2QJNTMUwb0kGkhHmZjp0DX5O5s5zk1tgvSUNkYpEkm2u0fJhvsWAzXd27D2rxz4rXfOnkA1V2zHeIMDzJssI3qj6g+RNwdpMeePemaoVjD2MQuJjqPalybA4yaliEoPispXO5bs76nPkxhq8MWqrt6h71club5JKk8pe1P83LDY1gyR58k2Nb74MSGn3AaNfisYMEDRKVNMOgrBXVUVuNn5TkchKexE3yA==
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=RkF9drKVxBCd7B2rBNjkv+t5L5vOtXbe70G9krZfb2w=; b=Hf2CkIAfckgfuIxVDGo1bm/dI2tLM3FC/EwY5tnjNUSXOOtOHD8gwGvn8e3wg79+Ct0r2mipTJNMcYIR5VC77z6FJaOIrvT7TsvL9kk+Fu9V2Xa3mzTDKACiXKwhfEEZqNPT1wS/oyV+EciqCmkKWWIdCiXyIW7ZodnQ00IuLhc=
Received: from BY3PR13MB4787.namprd13.prod.outlook.com (2603:10b6:a03:357::13) by BY5PR13MB3314.namprd13.prod.outlook.com (2603:10b6:a03:194::28) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4308.8; Thu, 8 Jul 2021 16:40:06 +0000
Received: from BY3PR13MB4787.namprd13.prod.outlook.com ([fe80::cca5:49e8:5b4f:5cf8]) by BY3PR13MB4787.namprd13.prod.outlook.com ([fe80::cca5:49e8:5b4f:5cf8%4]) with mapi id 15.20.4331.012; Thu, 8 Jul 2021 16:40:06 +0000
From: Haoyu Song <haoyu.song@futurewei.com>
To: "Jeffrey (Zhaohui) Zhang" <zzhang=40juniper.net@dmarc.ietf.org>, Loa Andersson <loa@pi.nu>, "mpls@ietf.org" <mpls@ietf.org>
CC: "pals-chairs@ietf.org" <pals-chairs@ietf.org>, "spring-chairs@ietf.org" <spring-chairs@ietf.org>, "mpls-chairs@ietf.org" <mpls-chairs@ietf.org>, DetNet Chairs <detnet-chairs@ietf.org>
Thread-Topic: [mpls] Thoughts on Ancillary Data Indicators.
Thread-Index: AQHXc9k+b3SR4HbXnUSLXDud8LHt8qs4+zSAgABL+pA=
Date: Thu, 08 Jul 2021 16:40:06 +0000
Message-ID: <BY3PR13MB478729671FE8F6B18304B0A89A199@BY3PR13MB4787.namprd13.prod.outlook.com>
References: <2780a4de-a514-0ae0-bbe7-6c632aaf12e5@pi.nu> <BL0PR05MB56524C7143BCD997C675EFC3D4199@BL0PR05MB5652.namprd05.prod.outlook.com>
In-Reply-To: <BL0PR05MB56524C7143BCD997C675EFC3D4199@BL0PR05MB5652.namprd05.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=3e0c1814-d7cf-4e7e-9a81-fa2f3d17a7df; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=0; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2021-07-08T11:52:20Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4;
authentication-results: dmarc.ietf.org; dkim=none (message not signed) header.d=none;dmarc.ietf.org; dmarc=none action=none header.from=futurewei.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 1edf03b2-c562-467c-941a-08d9422f0b0a
x-ms-traffictypediagnostic: BY5PR13MB3314:
x-microsoft-antispam-prvs: <BY5PR13MB331410EF4A24AE4175884A869A199@BY5PR13MB3314.namprd13.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: OC06gHBKuAipVl3+75OOezDN5Ob3Y7lg03Ot4dmDWeoMewyVS+rn7LOzuZmTLyq6NH4a5VQ5qQhugqDNbl+c2Bkgb/9QsBsZN2jBT5mjC7NuTonJOPb0/eiViBAPMsmznynRqnYNsndUA14BIWQdg5XcGkMJ55CbnMf4/iGL3ljG88c2G/+eYhETToSvohDkz3EgKws8x+VzJD62zhkD1evfeisKWVcTrB+6vcxQ0QjMK8IjTeR0xNgZZqlcfMHrjX64QKP8vPzL2VXNCF1FWnpeZgGG4U0sZPTlAGyPz6rEyl1d9A6ENcdEHPh1u8XRnbU/962S4IsjdjsEqOJFvQvkpfahNVsGn1WSKJgsfEyJ9+4KbEf8LmAqQ799JlcqJBUv9RAZGu9vtAwRP0/z2nVjedPhHtcYwGFbObzRWHDAY9aqFNexuqCrf+4UoupG/phdPCq8FfZwgx+jQzTcguiZc9VMOofKCD3RPt1Fl6L4+k1Hyf3Cnh8PTDZ0hV/I6rxojvG7/vI19AdFD92SA56Xx5uAUIDHKEJACAtt06ZZ3wow/iAdcrBPyzEdY1qx8kvO4avEY/gFFtvzdTcfTAfiWiRzCI/XTSVV8XCz46F1BmrqFOuVMcxUm9AEXzenSfMv6Jf0PoMDxQGAxOtxEBTVQdq7WpCnM8GyT7W7vHsa9BbP4QjeK29BRrA9ZoOceFag0yH9WgvozA6ta6s2lBUqBXCNa9D1FRddAZMolKM=
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)(346002)(39840400004)(136003)(396003)(366004)(83380400001)(33656002)(186003)(6506007)(86362001)(7696005)(5660300002)(53546011)(52536014)(54906003)(316002)(110136005)(2906002)(122000001)(966005)(44832011)(64756008)(71200400001)(9686003)(8676002)(478600001)(45080400002)(55016002)(66446008)(38100700002)(66476007)(66946007)(4326008)(8936002)(76116006)(66556008); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: yoJdW3jd877q3DrwQ5iOvXYkOw2vDl3t42h7zxrj6VpEj/cc0zPkpxh1IqqPY5ByoOnZd5dgdxCzWpEE40WA40vS49nhsCvqRofs0JFMhhs1kqoB0elsqJnLLkQA0Z8K6eDinE/F7SnrJi7ceymbUHq63Eb5hi3X/nzADbYRpnp8bW1b63gQOjXNT/XOJdUu7eHWBMCwDrkZP9774+fXR14KEkAuo+fZUHYM/wXJKTWstAQ76MVzq/SUN8nxraFeXCM0cc2vBNvD7rQpqpAxf284A+c3P1cxsLVIdwJS/l6WeVZ+t14O4Job6HWlA1DHURDPsnE7nYJP2gMu4JJJpZiYos43cwTrmIO6Mt9cpcc6bvDB4jmiksH6F2kYyCqzRjvTiyT3L7gsjDbUBY7mQplPoXlttr71ymX0k4V+1kMNWNrtoOCQlxZ3elkH/I5YuYZ5NY2UzIgQq4PJkM5mq09gQ/0fcFwmPyqGatQaA4vJatK5CaEMdpKC9UsEBqh5SBG/8foq4l2CdKknG2zGzBXNAOsdJgy2G5+T+frUjra3vbxHK1caH+rc+vpxn8uvsZ5ftvl+IdIzcMUr70EJzGTPTUZzn3jd/lJJfOdPJdocn0eQCYFCOll4dplEmi470SYH1E/PPlr9CkkzLtakP+1cFWGmPClrLXf/beYaPtpfsuDGOqbMa8DAzGCtjiQXDP+pWsQMFxCMq2xu4dsOrYFVfXjEKTUBvxtM+qouL3B829SvvsfEus3pcVR/PjrzNZQP74nKfh0IaSXWwKfxnMneWTKQ5X/7nHXamRMIHd7+Nii78sZOVqlN5IrMAehZ/yRPQMS5LEUQ/QPEAZLG53GnJnxLFW8kI+iJgRt/6mdhOr9sMcBQP23YVWBNlDcYA7kzg6jxr+ApB00wY0v0KoRKpWwNeSqHnuEiumHsocPloVkkKQfgl0bQsY0yS7+XeZR1VDPcjTsPWQ2mUDzInKHqdKDEyRTmfrJ7IuS695X3zjkMhcmVl0c+who21Xt93x2tMEJ0dqlRRheJTv793M2fS6GQoH/5pM8xsQiUh9m7F87HgRy3SybQstdekXDQlP+F9zfMny8txl5PnvNnvEE5M69xs7oaPTz4fBkRho2qynR0oEMR0r6qLd8cTZAsUrkoH7x80lX1gtH7vjLYWRnttLdkvWGm6bZ7uDo84nBcGlJoxC8/bgVbY9zI9owqMbclUk0M2zxi2GZTs33fjR5qMF4jjenNl1FkhWbjK8sUENr1balzDvajRTVgBPQimX/ng1NcdYokrn2dO67mnC3FskOg4FuLgvI9z4OQaLVD0I/C9b7Y4BQySczMcfOZSsWxrL3cVHyDHny95cNV3lNblgJK6+PKBCWwtf3jPVZcVWHX6Q5N1zU9Q6ROvAP9
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: 1edf03b2-c562-467c-941a-08d9422f0b0a
X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Jul 2021 16:40:06.4559 (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: 1hrKwwIW1MHQm2SaKpUSrRiDiiUPuILcyL3Xhv7BrjlmlNcSoMRsvRFtZPRGhujGjkP96LoUroW/8T6u35DNhA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY5PR13MB3314
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/ecK0-27lqRHSYKLNp3Hx28Fx6sU>
Subject: Re: [mpls] Thoughts on Ancillary Data 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, 08 Jul 2021 16:40:51 -0000

I would prefer a solution for simplicity that GAL/GACH will never coexist with other ancillary data. I don't see a reason why they are both needed in a packet. After all, GAL is for control channel packet and EH is mainly used for serving user traffic.

Haoyu

-----Original Message-----
From: mpls <mpls-bounces@ietf.org> On Behalf Of Jeffrey (Zhaohui) Zhang
Sent: Thursday, July 8, 2021 5:05 AM
To: Loa Andersson <loa@pi.nu>; mpls@ietf.org
Cc: pals-chairs@ietf.org; spring-chairs@ietf.org; mpls-chairs@ietf.org; DetNet Chairs <detnet-chairs@ietf.org>
Subject: Re: [mpls] Thoughts on Ancillary Data Indicators.

Hi Loa,

In one of the earlier email/discussion I believe someone mentioned that as long as a GAL is present, then the data after BoS is to be interpreted as  GACH.

Unless we can say for certain that GAL/GACH will never co-exist with other ancillary data, it seems that we'll have to do one of the following:

1. A new base special label will indicate the presence of ancillary data, and existing GACH will be indicated by either GAL or this new base special label.
2. The GAL with existing nibble+version covers existing GACH, and GAL with a new nibble+version covers both existing GACH and new ancillary data.

My wiki page is based on #2.

Jeffrey

-----Original Message-----
From: mpls <mpls-bounces@ietf.org> On Behalf Of Loa Andersson
Sent: Thursday, July 8, 2021 5:11 AM
To: mpls@ietf.org
Cc: pals-chairs@ietf.org; spring-chairs@ietf.org; mpls-chairs@ietf.org; DetNet Chairs <detnet-chairs@ietf.org>
Subject: [mpls] Thoughts on Ancillary Data Indicators.

[External Email. Be cautious of content]


Design Team,

We have discussed how to carry ancillary data in  in an MPLS packet and how to include indicators on the presences of such data in the label stack since the design team started. I think we have some convergence and that it is time to float an idea that could be the basis for a consensus. Please note that the actual consensus call will be made on the mpls wg mailing list, while this is for discussion preparing such a consensus call in the design team.

The proposals we have for indicators often rely on assignment of a base special purpose label. The number of such labels are limited.

I think we can agree on the following:

- We want to limit the number of new assignments of base special purpose
   labels as much as possible

- We have a standardized associated channel, the GAL/GACH. We are not
   going to change the associated channel. The associated will remain as
   specified in RFC 5586. The ACH is found immediately after the label
   carrying the Bottom of Stack (BoS) bit.

- We therefore need a (base) special purpose label to serve as the
   forwarding action indicator carrier.

- It is attractive to "re-purpose" the ELI to also fill the role as a
   general (generic?) forwarding action indicator. This may be done by
   using the TTL and TC fields of the ELI as flags indicating which
   service is requested.

   However, in order to do this it must be shown that there is no
   potential interference between the normal service supplied by the
   ELI/EL and the services indicated by the flags.

- If we can't demonstrate the non-interference then we should assign
   specific forwarding indicator action base special purpose label and
   leave the ELI/EL unchanged.

- The flag field of the re-purposed ELI of the the specially assigned
   forwarding action indicator label must be made extendable. These
   labels "only" have 11 bits (8 bit TTL and 3 bit TC fields) that can
   be used as flags. Already in the very preliminary discussions we have
   had so far are almost using all the 11 bits, making the it necessary
   to make the indicator extendable.

/Loa



--

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%2Furldefense.com%2Fv3%2F__https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fmpls__%3B!!NEt6yMaO-gk!VuvG_Q5kaZ2CiTnO7sHS7AIkYrIbWwQ-e-EeXkqlKwHeVKVxfOvQVBbhpiduhFD4%24&amp;data=04%7C01%7Chaoyu.song%40futurewei.com%7C12211c3e40364a19695708d94208a49b%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637613427156382446%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=OcXJ2Gf6GxpoBfKp1idWpmISKs9OCfAAQChfxPsdqMw%3D&amp;reserved=0

Juniper Business Use Only

_______________________________________________
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%40futurewei.com%7C12211c3e40364a19695708d94208a49b%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637613427156382446%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=17JV3otef1R0PJhFznpwelEUdTqlYEBHIWa1NljkhWg%3D&amp;reserved=0