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&data=04%7C01%7Chaoyu.song%40futurewei.com%7C12211c3e40364a19695708d94208a49b%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637613427156382446%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=OcXJ2Gf6GxpoBfKp1idWpmISKs9OCfAAQChfxPsdqMw%3D&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&data=04%7C01%7Chaoyu.song%40futurewei.com%7C12211c3e40364a19695708d94208a49b%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637613427156382446%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=17JV3otef1R0PJhFznpwelEUdTqlYEBHIWa1NljkhWg%3D&reserved=0
- [mpls] Thoughts on Ancillary Data Indicators. Loa Andersson
- Re: [mpls] Thoughts on Ancillary Data Indicators. Jeffrey (Zhaohui) Zhang
- Re: [mpls] Thoughts on Ancillary Data Indicators. bruno.decraene
- Re: [mpls] Thoughts on Ancillary Data Indicators. John E Drake
- Re: [mpls] Thoughts on Ancillary Data Indicators. Haoyu Song
- Re: [mpls] Thoughts on Ancillary Data Indicators. Loa Andersson
- Re: [mpls] Thoughts on Ancillary Data Indicators. Jeffrey (Zhaohui) Zhang
- Re: [mpls] Thoughts on Ancillary Data Indicators. Kireeti Kompella
- Re: [mpls] Thoughts on Ancillary Data Indicators. Kireeti Kompella
- Re: [mpls] Thoughts on Ancillary Data Indicators. bruno.decraene
- Re: [mpls] Thoughts on Ancillary Data Indicators. Haoyu Song