Re: [Idr] WG adoption of draft-zzhang-idr-tunnel-encapsulation-label-stack-01 - 12/23/2022 to 1/13/2023

"Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net> Wed, 28 December 2022 15:52 UTC

Return-Path: <zzhang@juniper.net>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 09597C1522A1 for <idr@ietfa.amsl.com>; Wed, 28 Dec 2022 07:52:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.697
X-Spam-Level:
X-Spam-Status: No, score=-2.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, 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_LOW=-0.7, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=KdNVLY7f; dkim=pass (1024-bit key) header.d=juniper.net header.b=HQcJ1yIN
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 KPyb8EzsnB3S for <idr@ietfa.amsl.com>; Wed, 28 Dec 2022 07:52:26 -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 4197CC1516E2 for <idr@ietf.org>; Wed, 28 Dec 2022 07:52:26 -0800 (PST)
Received: from pps.filterd (m0108161.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 2BSBKKgD030985; Wed, 28 Dec 2022 07:52:25 -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=p520fiEsnxYUShgbjvJYYmjolR+xB/BKqFlG+1m8WNk=; b=KdNVLY7fFpSQNKdtXNNxgfSqUVrHcRk6DnhmDEQl7eSFQ5gc3b4PNmPFsmlFkUV/afvp zwJBpsz7DuXsIo3G80HvmrgiXyJkQJzcPKAktKpGO6qYg2yFkWcsErN2ssXN1DRDepo0 W8fy9OhshynPyFzqzN+ufGKzmOiae5ZrXihCh7CAuSC0Maf+tw4OmNoF4ZWIS4AzrvZ+ kOLH4GCJgBelKc71JXRWUyLordhbnsvyGDUojkizapM/QIYLqziV2MSsP9GAsXdcTUYs rb/ABlCQ4HtPS4AKlkdDjCleDsX0CDN8hVKltG4ezOvRH+wlLPwzLi4jLNrmb35JgCsy Wg==
Received: from cy4pr02cu007-vft-obe.outbound.protection.outlook.com (mail-westcentralusazlp17011018.outbound.protection.outlook.com [40.93.6.18]) by mx0b-00273201.pphosted.com (PPS) with ESMTPS id 3mrmtxgefq-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 28 Dec 2022 07:52:24 -0800
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Pwuk5Jcd2IBXoRrIcf4kALhDi4PLJZLB+ZQtUFfnPS2n3Oygf7wj1/7zKrXvKGqM26IdQim1VHxKkrzT7FBYSJojdiC8MTRziyse625Di9vBbPv6zGsO43p+yepxOTC8fPVesoyhPrbDCDvu8HsM6n3ta2dAsooMPTVPwTSsl10NP5niM2sdI+2cqanW8v9AyGp/9qX9gjC9ALgiCZ+27FmD1nuAAGo7BMizH5NsHes4i8fnzG8MrmyCSBTrFCB67+ZTBnFyvkjg6yddylUtmwIA04ohLxXZFLYOWFx3mtjMJb2Cb8yqxhuXMaFBfQZ0dYiiMcz/nm5vKJKDmpzwKw==
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=p520fiEsnxYUShgbjvJYYmjolR+xB/BKqFlG+1m8WNk=; b=YeHXX/BkACxLak7TfZYXUAwxACNjqGwLCcKnwJVu4gEQdoAoNVbG1eJoAEy7JfHIRmfoIl/7czfk+gXTIw1/sOjHhwqMRRgtFtVPyEETOIiFq2t9R9y1hBI7ssxZ7LL2oBxV5Mj7UtOjJTJj90wPU3hbpGjv9rHDXE8pS0zvVsWefOuhXJoGDASIFv3QC3Y4TZVA8QgWbDq0duz9fFQ9prqp1jlV4LZVQIrrMMxIQySF6P3KdAqinoMdkVN44Bzy6U+Pzy2XU0YbDogW11cCxPr2/93dYdDLbPh77LUg/qL2HtEUOcfZsojAbaDuSPOoC0HzCXK7ml8OrgOUroDaTg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=p520fiEsnxYUShgbjvJYYmjolR+xB/BKqFlG+1m8WNk=; b=HQcJ1yINn9AN7IrL2CInilr5u4zcMZ8gQc96aq4mNOPqlDw1IvIuxyZvGr9O9giFDHqXXZIDtpGvspmS0AL/wIkcc1P/w0kelofhqS89TQby2Xq27gqwjOWaVmai8aprgsVtmlW20ZzvlBfJrVRF4DeLG7r0XUTjX6moymJp/EU=
Received: from BL0PR05MB5652.namprd05.prod.outlook.com (2603:10b6:208:6a::19) by BYAPR05MB5941.namprd05.prod.outlook.com (2603:10b6:a03:ce::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5944.16; Wed, 28 Dec 2022 15:52:20 +0000
Received: from BL0PR05MB5652.namprd05.prod.outlook.com ([fe80::5e87:b845:992b:d1fa]) by BL0PR05MB5652.namprd05.prod.outlook.com ([fe80::5e87:b845:992b:d1fa%6]) with mapi id 15.20.5944.016; Wed, 28 Dec 2022 15:52:19 +0000
From: "Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net>
To: Robert Raszuk <robert@raszuk.net>
CC: Susan Hares <shares@ndzh.com>, "idr@ietf.org" <idr@ietf.org>
Thread-Topic: [Idr] WG adoption of draft-zzhang-idr-tunnel-encapsulation-label-stack-01 - 12/23/2022 to 1/13/2023
Thread-Index: AdkW+/cUE4SSf2yIQG6Qt4kQqqiyjwAF3k4AAMj5uwAAA3IagAAjVdVQ
Date: Wed, 28 Dec 2022 15:52:19 +0000
Message-ID: <BL0PR05MB5652CB8141DF3A1CD9FF1A9BD4F29@BL0PR05MB5652.namprd05.prod.outlook.com>
References: <BYAPR08MB4872B6B3A9AE7B008463795DB3E99@BYAPR08MB4872.namprd08.prod.outlook.com> <CAOj+MMGkimvyy3kA36Pn=VzbdTB8ZHDeEhzArsFEVE3P8W2Mug@mail.gmail.com> <BL0PR05MB565243B34F92752FA6E8B397D4ED9@BL0PR05MB5652.namprd05.prod.outlook.com> <CAOj+MMEbjJaFc-arh4ujfSEtnpACwvN2uofKafO6oWUx3-O_BA@mail.gmail.com>
In-Reply-To: <CAOj+MMEbjJaFc-arh4ujfSEtnpACwvN2uofKafO6oWUx3-O_BA@mail.gmail.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_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2022-12-28T15:52:19Z; 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_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=739ead26-66dc-47ef-9f29-dbdb65673e82; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: BL0PR05MB5652:EE_|BYAPR05MB5941:EE_
x-ms-office365-filtering-correlation-id: 3124a53e-c6e7-46ec-7e08-08dae8eb8082
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: thSdz8JeS/b8NUiSK5J+/nTxliWsrfGaikq8gMR2f66RHpMR7QwiI5asmC+ToGe0004O0gJyO3mow89BhwC2f7Q4r9lxBueD2WoTDtMuCssDhdSzBSIomuEc3nrzuGvSY9IGFP90vBRQSPR0O5W4oWE6J3iiEsTz3CeNVAlFclQISodHY8t83rVJurV7YQyKnMTyTScjttj8jcJuwIBM4Z/4PvD1neWi9aQVFd4GEoP3aiP6eErJaqg4EkZarMsoqYW2z9vqGdEldvm/I0CwyKbkU1cfyZPYASNi0FCVoyZAf3A0Op93fHJ360LOIATIUsRuAFZWJJW043GWNw0eKuT1lsqabH0rPkEONFYBcQmB8lBEZbFAtGf7T3LQdk2POS7Xi+kAzwHa/OZpu8vckJ/2/ZQubgik6D6TrRhwK6Pyd87g6YjUL/qAxA9mUnIgDeN7Wr+JqHOiiYTrzYlpz+f3ZyUz+SZ6WxDtT7k3vKPeWz6QVKCt4ZnRCr0E2tMBBWvOBCl/f/DUsfe+6hn5c3otnO+H/SAVFv/nxD8YUb30uBCSWZSnlZUn8/Bfr/bxZWS2yyM3m7aXhs4NdH/eXjqo8+FgIXg30xpvRVLmTEJ34EJmktw4cbQtQ7Xdiozf821+WMtTS2iCMFaeDG68qtA/fboXE6eKFnaAZKC3b7i0v8OMYoVeLMZTeHAA4yhZjsQnstF3kOa3+lzr0reBEwC3e4xlz91WCYg6NQIn3nc=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BL0PR05MB5652.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230022)(4636009)(136003)(346002)(396003)(39860400002)(376002)(366004)(451199015)(4326008)(64756008)(52536014)(8676002)(66476007)(66446008)(9326002)(66946007)(66556008)(76116006)(8936002)(5660300002)(41300700001)(6506007)(33656002)(6916009)(2906002)(54906003)(316002)(478600001)(7696005)(86362001)(55016003)(71200400001)(38070700005)(38100700002)(53546011)(186003)(166002)(966005)(26005)(9686003)(122000001)(83380400001); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: NBP3tHFVdv0iFMhK/uN9817gsHfOVgzJ0H06+jjm9qfZ9cGIvkGkNl8nHlad1cTuMtiRaASJNG/hOsW57u4LrejG/x+K2LCbMsWHak+6vvs3JBmosZ6u9wb3jLb8PWIgStLON32Mad9tzrbleNEBIzpZhUo2pB2D/l4bsKSf42QudyLXcb6mT6KdNwq+LRUWvOkYA4FTiwNDUxT8+bOa6iZWRmoVvKQSNXKChD0xnYvdLo1ezvUjk08F3/fQSBPXXR4pZvL5bouNnDYOtP4yjXHPx/3yJ+yMgc/LAFbIbZ1LO0ggNdLsG4zOB2KPg65Ikn7ooSu/cltHx3hKBXp0VTgBF4GigvkaCqefNptNG21Nv5Yh/WPxy919HO3CKfAOdSvY7wh25/wdiwI1GFlX0SgiIQ8HudgPGQqZ5EuKHcXcg349NaLN3thBo5g8F1j+GUExtUE/PMp/0088/wNfeEJeVNqHFa21rVuK5IXOW78dGhTJ/e+aN5JJTq3aN61Vg7LhgUe8z636hEc9tki2f6u3ANVonmgo3yY7Ug1Tqp7ytH4WpA6VdNZFAq5uaa8F5Cn7yLYU1KqElVYcgPQYaBrJ+hpYp+MblBaSTDqaH0I8n9iGpdtEXRXrwjokhcS58SsA62Sp6mIaZ9PSgM4F5A4AtUGU+MyH90PlVwEEd7RyGevuhPKbuyMDNofZQ1iwMdLmNcYgFfF2s1SmguMaEM7+85NuhSyJYUeOy1FBbVOFiGfepmyDAKjMkzOSKNxvqD4ciGbm81BWqa4+t6HkmiqXN2T4DHIaauTzlgok80hv/cDTgifwyfmmtDBbkMF153ZHPFKmyeZlcMCdyiSoFz4R2+k6b7RrnaYvWI/tnLYrLvFhRHUzSwY2NV44Qq+rLhJHbsdQJrkFg8bEeDgKuLKHMDBhCGJGUCM9VNIKppj4Njnn42/IyZRnEDVwvEWfkGEMW0lHlHAYGHKyJ5XqNZRw8acMnKIsrR+dGwyqmow251q+/xCH/3Hsy6JXKn2p4UnajSIZKHVEf/cGI0YgNBHrgtvOAUezR4OkmJcrWNG9zlhBxQvtMLuXGONo94xtChgRnbkN7/e74qXrfnarOOQvxuV/rNWjmXs21RRGoQZcjd2UnHDcyvEymweLUSFQlfeldFucK7yinRMzPI7/O6W9MAxDnH+0xgWgA79R7kiDRtgM9LunIspbefKKemEDubqhLSlYN0ip8lXFLyXiJgzJ++5HSYCc9SjINI05wobAil5Vvq0qgI/h0E9r1Py4/0kwZzo2XIMxgf95bkolA+yduHPqh26J5InNOD4bu02VCJYGk8g8ruPojEu/1+gjCWQb5Y7cNJxfrESu3i4VbBhxFL76Ca/lDtMOcUDKzMZlex/seil/OD8NDyXMLRfzs6GZmFCQJqHPRavmjES5yhW/WCEYKEtl3NJ3iMxN4nW2LPs32YFPmQQipBcX5ELRZcxUxxrKjIR2uTTnAx9XmOPqPaiKxdHlYiCFq/UDwGMHnPNQNm2t4U+MQIhjRt/Xb0hl4E2U3GMrcmfR/as/uAB1B7rByqQPQZ2WqxuLgdnuf+nXUoMaWT+slcKqTte+
Content-Type: multipart/alternative; boundary="_000_BL0PR05MB5652CB8141DF3A1CD9FF1A9BD4F29BL0PR05MB5652namp_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BL0PR05MB5652.namprd05.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 3124a53e-c6e7-46ec-7e08-08dae8eb8082
X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Dec 2022 15:52:19.6871 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: JcjF6//E21W0mk13l2+pY7MVk1fFYAIs3I5rl6qVbxOi83GBOF4x7x6jAyegJPaEjgyTZuA5JDl/L0fMjv5++w==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR05MB5941
X-Proofpoint-GUID: mGHKkrZGCFlTMG27CUFBAhVTzg3b_Ab1
X-Proofpoint-ORIG-GUID: mGHKkrZGCFlTMG27CUFBAhVTzg3b_Ab1
X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.205,Aquarius:18.0.923,Hydra:6.0.545,FMLib:17.11.122.1 definitions=2022-12-28_13,2022-12-28_02,2022-06-22_01
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 lowpriorityscore=0 clxscore=1015 bulkscore=0 phishscore=0 malwarescore=0 adultscore=0 mlxlogscore=999 mlxscore=0 spamscore=0 suspectscore=0 priorityscore=1501 impostorscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2212070000 definitions=main-2212280136
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/mlQW0tmMzY25Zmb3_c0EYD9ZUqo>
Subject: Re: [Idr] WG adoption of draft-zzhang-idr-tunnel-encapsulation-label-stack-01 - 12/23/2022 to 1/13/2023
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Dec 2022 15:52:31 -0000

Hi Robert,

Please see zzh2> below.



Juniper Business Use Only
From: Robert Raszuk <robert@raszuk.net>
Sent: Tuesday, December 27, 2022 5:47 PM
To: Jeffrey (Zhaohui) Zhang <zzhang@juniper.net>
Cc: Susan Hares <shares@ndzh.com>; idr@ietf.org
Subject: Re: [Idr] WG adoption of draft-zzhang-idr-tunnel-encapsulation-label-stack-01 - 12/23/2022 to 1/13/2023

[External Email. Be cautious of content]

Hi Jeffrey,

My reading of RFC9012 leads me to believe that it is very correct and your subject draft is not needed.

Indeed section 3.6 states there that label stack as defined in type 10 sub-TLV must be pushed BEFORE any other labels carried in the NLRI. And I can't see why this would be "a bit confusing".

Of course what is meant by "BEFORE" is meant before any other application or transport labels are imposed to the packet.

Zzh2> The instructions on what to do *IS* clear and I don’t dispute that or its correctness. It’s the use case (steering traffic *after* it reaches tunnel endpoint) that is not clear and it took quite a few email to get the answer. It’s good to clarify that use case. Also this is just *one* of the purposes for the draft.

Let's take two examples:

SAFI 1/4  ... Label in NLRI will be the transport label (for example (in) famous Seamless MPLS) and I do not see why Tunnel sub-TLV should be applied after it. Remember we always look towards the front of the packet ... not towards the payload.

SAFI 1/128 ... Labels in NLRI are critical to decide which VRF (VPN context) packet belongs and sub-TLV has no authority to override it. It could hint though EPE within a given set of interfaces within a given VPN the traffic should go.

Zzh2> As you say, for SAFI 1/128 labels in NLRI are “service” labels (identifying VRF or PE-CE interfaces). They don’t hint on how the egress PE should be reached - Tunnel Encapsulation Attribute (TEA) is for that. The new label stack in TEA defined in this draft does not interfere with the service label either – it is to steer traffic *to* the endpoint (independent of service label).

Hope this helps to clarify my perspective.

Zzh2> I hope this helps clarify my perspective as well 😊
Zzh2> Happy Holidays!
Zzh2> Jeffrey

Thx,
R.



On Tue, Dec 27, 2022 at 10:22 PM Jeffrey (Zhaohui) Zhang <zzhang@juniper.net<mailto:zzhang@juniper.net>> wrote:
Hi Robert,

Please see zzh> below.



Juniper Business Use Only
From: Robert Raszuk <robert@raszuk.net<mailto:robert@raszuk.net>>
Sent: Friday, December 23, 2022 4:14 PM
To: Susan Hares <shares@ndzh.com<mailto:shares@ndzh.com>>; Jeffrey (Zhaohui) Zhang <zzhang@juniper.net<mailto:zzhang@juniper.net>>
Cc: idr@ietf.org<mailto:idr@ietf.org>
Subject: Re: [Idr] WG adoption of draft-zzhang-idr-tunnel-encapsulation-label-stack-01 - 12/23/2022 to 1/13/2023

[External Email. Be cautious of content]

Dear Sue and Jeffrey,

Could you clarify what is missing for networks running standard based SR-MPLS which this spec would enable ?
Or is this proposal an attempt to provide apparatus to achieve SR-MPLS-LIGHT by simply using Tunnel Encapsulation Attribute ?

Zzh> As the abstract says:

   RFC 9012 defines an MPLS Label Stack sub-TLV for Tunnel Encapsulation
   Attribute, and specifies that it is to be pushed BEFORE other labels.
   This document clarifies the use case for that, defines a new Tunnel
   Label Stack sub-TLV for a label stack to be pushed AFTER other labels
   (e.g., the label embedded in the NLRI for a labeled address family,
   and/or the stack in an MPLS Label Stack sub-TLV), and defines two new
   Segment sub-TLVs to encode a segment list in a compact format.

Zzh> It does three things:
Zzh> a). Section 1 clarifies the use case for pushing the label stack BEFORE other labels (RFC9012 does not explain why it is BEFORE; it is a bit confusing because it is counter intuitive unless the use case is explained) – for traffic steering AFTER the tunnel end point.
Zzh> b). Section 2 defines another TLV to specify a label stack to be pushed AFTER labels, for traffic steering TO the tunnel end point.
Zzh> c). Section 3 defines two new segment sub-TLVs for compact encoding of segment lists
Zzh> a) is clarification, c) is optimization, and b) is for a missing functionality.
Zzh> Thanks.
Zzh> Jeffrey

Many thx,
Robert


On Fri, Dec 23, 2022 at 7:36 PM Susan Hares <shares@ndzh.com<mailto:shares@ndzh.com>> wrote:
This begins a 3 week WG adoption and IPR call for draft-zzhang-idr-tunnel-encapsulation-label-stack-01.txt
https://datatracker.ietf.org/doc/draft-zzhang-idr-tunnel-encapsulation-label-stack/<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-zzhang-idr-tunnel-encapsulation-label-stack/__;!!NEt6yMaO-gk!DPaxTk6WPrSXFhTPgxr9Z-xwL104sML2LJOJaFhSUlumFLm0YtHdkW0hisVw0zyCLe5MTxhMpmvfA60Z$>

The Authors should send an IPR statement regarding this draft.


   RFC 9012 defines an MPLS Label Stack sub-TLV for Tunnel Encapsulation
   Attribute, and specifies that it is to be pushed BEFORE other labels.
   This document clarifies the use case for that, defines a new Tunnel
   Label Stack sub-TLV for a label stack to be pushed AFTER other labels
   (e.g., the label embedded in the NLRI for a labeled address family,
   and/or the stack in an MPLS Label Stack sub-TLV), and defines two new
   Segment sub-TLVs to encode a segment list in a compact format.

The IDR shepherd for this draft is Jie Dong.

Cheerily, Sue

_______________________________________________
Idr mailing list
Idr@ietf.org<mailto:Idr@ietf.org>
https://www.ietf.org/mailman/listinfo/idr<https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/idr__;!!NEt6yMaO-gk!DPaxTk6WPrSXFhTPgxr9Z-xwL104sML2LJOJaFhSUlumFLm0YtHdkW0hisVw0zyCLe5MTxhMpqsBTSTZ$>