Re: [mpls] MPLS Network Functions

John E Drake <jdrake@juniper.net> Fri, 01 October 2021 20:37 UTC

Return-Path: <jdrake@juniper.net>
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 65DA23A098B for <mpls@ietfa.amsl.com>; Fri, 1 Oct 2021 13:37:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.552
X-Spam-Level:
X-Spam-Status: No, score=-2.552 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.452, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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=Ny+PmKAa; dkim=pass (1024-bit key) header.d=juniper.net header.b=QFH3MDyN
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 Nuq-xHi6ZwRT for <mpls@ietfa.amsl.com>; Fri, 1 Oct 2021 13:37:47 -0700 (PDT)
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 C221E3A0C5C for <mpls@ietf.org>; Fri, 1 Oct 2021 13:37:22 -0700 (PDT)
Received: from pps.filterd (m0108161.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.1.2/8.16.1.2) with SMTP id 191E7EQk012219; Fri, 1 Oct 2021 13:37:21 -0700
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 : content-transfer-encoding : mime-version; s=PPS1017; bh=yK7TWV16LCpWiOW28tkjvqBptrPpXp8TNGNasTEzXts=; b=Ny+PmKAa9Jd23qP/QFG+GxnJJzLm8Cna7crfYQB9enG3EDCjii19e7wUOQ1PA9KLK1+u Jk0DWcNjk2ld9pzKu4eRDyMCE0/a70tRtfCrPZKrPSa9THv2QIbQ7Hx4dRvRq9higEVz ilEhU0/74bPEg+3238GnomRRBsNLyXMx7gnhIF3J2J2n7XV8o/b6MHa6zTuqNlpyZ4Lu gIyoD8MlgJiAIygAxttCG2cUJBsdQOkRLiJPwvqs2pB7sv1g62IdfzzuCESB6ozjlFRE RY/V+f+LCqUL5ekqUqR6LJViB4txoKNl+4zNAwieQxRqqZfOayb3U1NLn2QI7lIKwqIW HQ==
Received: from nam11-bn8-obe.outbound.protection.outlook.com (mail-bn8nam11lp2176.outbound.protection.outlook.com [104.47.58.176]) by mx0b-00273201.pphosted.com with ESMTP id 3be3te0tms-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 01 Oct 2021 13:37:21 -0700
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=caAPrMixLMBX2O9b5FlvLIIJEsvOE2c/ZbI9p7/jMw212XAWKxxmv3MtRSRlPx0zNqmJoT3ykwObVP/j7kDjePwZINI26ZBpeq6OJbueTx3v19Uxo803hoe0JwerRZ24Nr9kyzhxBajPY7xj35+FRzpU7C1mXZJUTpfM/aYaOGoHq/em0TNurMHgTqsDCmdZfNwbvKt7N/1bNXgUcnNUCZUZqeKIBfc+4Qf2/p7lYdqKzNDdVzMm5yc/F91hTnQ9QX8WMnQmc8UNWinn1yPmWeM5zotCqwrrYlrN9klVVEKO8ubQLRK5A4VsOd2LZN9Z1wfSVsMIsazf50p/FI+D5w==
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=yK7TWV16LCpWiOW28tkjvqBptrPpXp8TNGNasTEzXts=; b=Vq0lL4G4af9Qq7wwR9yvRQWWY63Qekfzujef9KYrrt98PhNxXXhdBsY6G/7Vz0QzZqfV3QEY4w9lxgMt9GNUuAgEoZcIyQXXRo3uYHasRnZmPmLKdAkP21g7XUosYuIBK4CM8IuFqY+HlCiJUAAhm7vHuADZ7Q1eOLOrXFQqdNA0TTzg9vpmPVvKAKQcYoyxHWSwn1HJBbhy2nEt/eVlcBnpCG0EkS7LhWPlXvXyum67gNmaFDplhgGrZNEtzj4pR/vHzNdlHg8H7s2ma1eWV0QTKILfg7omkbWyHaaIBeLOeWGjlfOPsP5oZZfHinZxBQUNnLk0FaJbDiuJHvKPNg==
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=yK7TWV16LCpWiOW28tkjvqBptrPpXp8TNGNasTEzXts=; b=QFH3MDyNQcMwL55okROYQtURATTqJNjnQMAsyf+WFOTsgMtoQqqd2RGz/VTltWePfy/m8fdEBVLWfcqrki+ts+7jOrx/8Cm1a/G9pG1HAHtapbphnKQxSLSkzwLSOD4+okVYC88l4uSyyCeAND4S9C/74i1zl8+KV2dt2T8qZx0=
Received: from BY3PR05MB8081.namprd05.prod.outlook.com (2603:10b6:a03:366::15) by BYAPR05MB5077.namprd05.prod.outlook.com (2603:10b6:a03:a5::33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4566.10; Fri, 1 Oct 2021 20:37:18 +0000
Received: from BY3PR05MB8081.namprd05.prod.outlook.com ([fe80::60d5:3d7c:49b5:cda0]) by BY3PR05MB8081.namprd05.prod.outlook.com ([fe80::60d5:3d7c:49b5:cda0%7]) with mapi id 15.20.4566.015; Fri, 1 Oct 2021 20:37:18 +0000
From: John E Drake <jdrake@juniper.net>
To: "Joel M. Halpern" <jmh@joelhalpern.com>, "mpls@ietf.org" <mpls@ietf.org>
CC: Manish Gupta <manishgupta@juniper.net>
Thread-Topic: [mpls] MPLS Network Functions
Thread-Index: Ade3AAq1xV7JpZ05RdGWECS6MB17WQAArVOAAABCujA=
Date: Fri, 01 Oct 2021 20:37:18 +0000
Message-ID: <BY3PR05MB808147E4240CBF8F72966965C7AB9@BY3PR05MB8081.namprd05.prod.outlook.com>
References: <BY3PR05MB80818CA634E00E579972FEEDC7AB9@BY3PR05MB8081.namprd05.prod.outlook.com> <04bc2ed7-fa75-dafb-f63a-9c39fdd1bffe@joelhalpern.com>
In-Reply-To: <04bc2ed7-fa75-dafb-f63a-9c39fdd1bffe@joelhalpern.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
dlp-product: dlpe-windows
dlp-version: 11.6.100.41
dlp-reaction: no-action
msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2021-10-01T20:37:17Z; 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=382ee468-673b-4804-9550-d98b8e82dcea; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2
authentication-results: joelhalpern.com; dkim=none (message not signed) header.d=none;joelhalpern.com; dmarc=none action=none header.from=juniper.net;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 8736eac3-b077-4bc8-47d9-08d9851b4338
x-ms-traffictypediagnostic: BYAPR05MB5077:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <BYAPR05MB5077804FC9781A49150D5D06C7AB9@BYAPR05MB5077.namprd05.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: +d0UdQKIu9u7Vza3ui8Ux/e/3ekIzpW5nMgboSktfiQEz9nVdIauiKRQbnGDC0OtsmMnYeUWubXpqokaF1/i9U45y/p0Y3LhnG4EjJntzu78Q1A7qjRfrsfRoT2tOGVSXaRw7xUNwddNki9kcd6s91QS9yzqGwX+aEsXJ21Z8Ej1WiaNaafiJFd1uM4HHZk80IHNRXp1kJKLKPnRV8WdN4YNRCFS0ZG4VauX9VaIVD9rwK4qJ+QVZyIfa051OSN8uelGt582Un5vR9daUAqruANJ8ZgmDUuXeDbG1OWhFgp3G8IB6bEddWGTGDpQ+knR4/A1he+mRB5jC3mBcTumwySVtNARQFrZg6AEZ4PmeB9q6CRVM5KhdFZ2jYGFe+anWpNjuBlBOeJcnT9kp+UVY6vB17oql5zhpv9Ke5/WK6LWK7HrFGkTV0EDVK9276Zx1FrS523+LNZSBz3sVqjfd6RfD/uTDN12ecfzffuz5i0aJBqbPUmfFYbKOEF6/P9NvmKwYZhlf1PjEHV5a5xSvMBupwRR97261wpBnVbDNZydGfpKcBV+pBwCtkDcC666Dtt1G/2y7XxueBeb6nMHmYX9W+mEUO83GLswQmNQuvVdOym8EFgfK4/O9OxT84hWgLf877HFLF4mGSDQRSQO2JEiTN8FEZrWPHAaTPgtZm4n5bvZBMC2KK8eVnw3ZZeSNOLrhSeL5So6xoq9HyXYBjjifS2Au6rz/FJg5tq6nbhViAx6R35fWtRg/iz5QQFDKH1hf3q7ozeGjEpa8vDVF0gkMxalUFLV0cb/gZrT0Zg=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BY3PR05MB8081.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(71200400001)(6506007)(53546011)(107886003)(8936002)(122000001)(38100700002)(86362001)(966005)(38070700005)(26005)(508600001)(110136005)(2906002)(5660300002)(8676002)(9686003)(316002)(186003)(66556008)(66446008)(64756008)(33656002)(76116006)(52536014)(55016002)(66476007)(7696005)(66946007)(4326008)(83380400001); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: fMwINg4D9V8lXSJRDZfIniTQIuLriaNV1XrwmKluGnC1fXRZhhPtLYR/FvCPZJWha1HNAGdn3f4Ic0u6EoVHLmeHj6HpQrUsXedbHaY/SboGqosZK2NpFgxG0HHtR0/2S67wToarUOuQtdPvuC1T93RSmpNn02VwaL9I9QiyHqcDpHXlQAnM7x56m9Om1/cjlyHGjgZUw5MokdnF7Eb9faVa1lq7InEEO56ddlVYLRBhdndkSWoc12A6zEwkoSd2Ho/RcPOfs4Civ8Kri3RY9hjSRSbR+6Jl8vt7CrHW2A6xsT24GbTByhblSUo0Y1xLZtQstfv1t37X1SbWd2yRu0nu6zOT6/jZJOHUm6xhXZlbh5NNvcVXTnidwg/Bknl4J+vtTEra5HomdNkR/xNmbKhqZSERuiZye+VdJQKiClDwhRY7cGQNbdA3Z4CINT7t7/xYAbl6O0zw2m/wAnJpxDV3k2g8yo3+BGHlfTSSFf8IdG1OFvxazi1IiWmX5lgalLdQF6hGV/6gb/PCPtouSzIn2mf4UvFCcW5RsauyVcCDWGHUTdKd+7e8By+uHcSflcn7zH9FzHgEPNIXFCzIfokk/v81/WRIkjQ9HOxuUguc7jALOP5PXPFtvE2arr8KDcHfqEcHjGleMoSVXT/xMD6TqGMCt5MQmpP4ZMOJKvQIxF7UjP4QahZz3Wel9AqKsD7xuQC9lSf7SBkT/iql+7zfGE9xP6cHf+JtDgCWeyyVJhJhU3kOOpEV4z9QVyhIzAYLLep8BL71eSoh64SKmOAVZr0u3ibDCSt+fdjDzgV9yAdIQULcuDd+Iptz1ajlSBFLVkeZxPDmFB/JkBQcmCKtbVHbdtTWDV8oRqAyq1hhBB6QJI9kod8hmq04LKqHLuUZzTLgBF9UhGVqmo15L+F1p95JWNEV8EXN68oe1yO6bb4+VFyP3lAg48osBc9pFJ5eSdMI6IB6ZrD/F+rDALmv5cKYyers6xWeJUatm58/5MEI/N4hAHEbcjF5n7aEo4nXFpdCuMHT2kOM0x3bhE+OZB4cc51DR1xR5qAeYGiZ+Qn8KOCxNDOBeEPaUEfDg9dUFid5v+xhqEbS4iWK9hWGPsDGXcOT/7+aLeJvoZ97E3xro2CrKc2j8zBXJRBf1IFFs2Qr2n2o9aeccv6LMiotxfftqdMmwR8xw5/bF1zL57iIVHi9ftJTUtRRlFjzKnzSOCtXpPTltZVC/1PrrRnI6nbqBD6twj+zRomb19KtIEkZSvuWSzbovZ27AyPJe1lnwQm6E9JKH3uIDCzSzCR001xRgYLD71lCT1eyUUpGbLCfsl3thcOe72nBZe4e
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BY3PR05MB8081.namprd05.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 8736eac3-b077-4bc8-47d9-08d9851b4338
X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Oct 2021 20:37:18.6127 (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: wlJe3zR1LRp48AosT/NGQLE5Fl/oq7ZVAD2pAv9D+yyNa+leMFa08C68lI77N3uL10H5cFG9VdZMJD2hwuTJ6g==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR05MB5077
X-Proofpoint-ORIG-GUID: 9Z_wFAQaWpR6o3CWXMCYm6KLmH7wTtm6
X-Proofpoint-GUID: 9Z_wFAQaWpR6o3CWXMCYm6KLmH7wTtm6
X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.182.1,Aquarius:18.0.790,Hydra:6.0.391,FMLib:17.0.607.475 definitions=2021-10-01_05,2021-10-01_02,2020-04-07_01
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 impostorscore=0 mlxlogscore=999 priorityscore=1501 adultscore=0 clxscore=1015 phishscore=0 suspectscore=0 malwarescore=0 lowpriorityscore=0 mlxscore=0 spamscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2109230001 definitions=main-2110010143
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/_j3QcpEQH_zwL_NUwEnWSjsH22s>
Subject: Re: [mpls] MPLS Network Functions
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: Fri, 01 Oct 2021 20:37:53 -0000

Joel,

An excellent suggestion.  We could model this with another SPL with the semantics that only the node removing the nodal SID at the top of stack should process the NFFs.

Yours Irrespectively,

John


Juniper Business Use Only

> -----Original Message-----
> From: Joel M. Halpern <jmh@joelhalpern.com>
> Sent: Friday, October 1, 2021 4:27 PM
> To: John E Drake <jdrake@juniper.net>; mpls@ietf.org
> Cc: Manish Gupta <manishgupta@juniper.net>
> Subject: Re: [mpls] MPLS Network Functions
> 
> [External Email. Be cautious of content]
> 
> 
> I think it may be worth considering a third category.  Essentially that represented
> by an IPv6 destination option before a routing header.  Or behavior associated
> (say as an SRH TLV) with all the entries in an SRH.
>   That is, something to be done / processed by all the identified routersin the
> label list, but not by all routers along the path.
> 
> Yours,
> Joel
> 
> On 10/1/2021 4:13 PM, John E Drake wrote:
> > Hi,
> >
> > The proposal detailed below, is derived from the forwarding actions (FA) work
> but is an attempt to simplify it.   Given that we will be defining functions not
> directly related to forwarding, we are using the term 'network functions' rather
> than 'forwarding actions'.
> >
> > When defining a network function, it is necessary to define whether that
> function is hop-by-hop, processed by every transit node on the packet's path
> from ingress  node to egress node, or end-to-end, processed only by the  egress
> node, whether that function requires ancillary data and if so, what is that
> ancillary data and whether it should be placed in label stack entries (LSE) or after
> the BoS (BoS data).  If a given network function is directly related to forwarding
> and requires ancillary data, that data SHOULD be placed in LSEs.
> >
> > Both types of network functions are represented in the MPLS label stack by a
> set of label stack entries (LSE) termed a network function label stack block
> (NFLSB).  An NFLSB consists of a special purpose label (SPL), one for hop-by-by
> and one for end-to-end, followed LSEs which define which network functions
> are to be performed on the containing packet, the network function flags (NFF),
> and the ancillary data for each network function whose NFF is set and which
> requires ancillary data, in the same order as the NFFs are defined.  A NFLSB is
> delimited either by a trailing SPL or the bottom of stack bit being set in the last
> LSE in the NFLSB.  In order to facilitate transit node processing, if both types of
> NFLSBs are present in a packet the hop-by-hop NFLSB MUST precede the end-to-
> end NFLSB and transit nodes SHOULD ignore the end-to-end NFLSB.  Similarly, if
> there is BoS data for both types of network functions, the BoS data for the hop-
> by hop network functions MUST precede the BoS data
> >    for the end-to-end functions.  (It should be noted that the
> > non-label fields in each of the two SPLs are as defined today simply
> > because there is no need to re-purpose them.)
> >
> > The NFFs are encoded in a set of one or more LSEs, where each LSE consists of
> a 1 bit continuation field followed by 19 bits of NFFs, the BoS field, and 11 bits of
> NFFs.  Each NFF is associated with a specific, defined network function and if an
> NFF is set the corresponding function is nominally to be performed on the
> containing packet.  An initial set of network functions will be defined and over
> time will be supplemented with additional network functions.  The NFFs MUST
> be defined contiguously.
> >
> > The continuation field, if set, indicates that there is another NFF LSE following
> the current one.  This field MUST be understood by any node that understands
> either type of NFLSB because even if it doesn't understand the meaning of
> specific NFFS it needs to understand how many NFF LSEs are present in order to
> skip over them to reach ancillary data carried in the MPLS label stack for the
> NFFs it does understand.  It should be noted that it is an error if both the
> continuation bit and the BoS bit are set in a given LSE, and in this case the
> packed should be discarded.
> >
> > Each per-NFF LSE ancillary data is encoded  using  the entire LSE except for the
> BoS field..
> >
> > The per-NFF ancillary data, both LSEs and BoS data MUST be in the same order
> as the NFFs.  I.e., there were six defined network functions, with NFFs 1 and 4
> requiring in-stack ancillary data, NFFs 2 and 5 not requiring ancillary data, and
> NFFs 3 and 6 requiring BoS data,  and all of the flags were set in a given received
> label stack, then the after the NFFs, the MPLS label stack should contain LSEs
> with the ancillary data for NFFs 1 and 4 and the BoS data should contain the
> ancillary data for NFFs 3 and 6.  Each piece of BoS data should indicate with
> which network function it is associated.
> >
> > If NFF 3 and/or NFF 6 were set then a transit node would know to look
> > for BoS data.  If only NFF 3 was set then the first piece of BoS data
> > would be for it and would indicate NFF 3.  If only NF 6 was set then
> > the first piece of BoS data would be for it and would indicate NFF 6.
> > If both NFF 3 and NFF 6 were set then the first piece of BoS data
> > would be for NFF 3 and would indicate NFF 3 and the second piece of
> > BoS data would be for NFF 6 and would indicate NFF 6.  (It should be
> > noted that the same logic applies to LSE ancillary data.)
> >
> > When constructing the end-to-end NFLSB and BoS data the ingress node
> should only include network functions  understood both by it and by the egress
> node.
> >
> > A transit node must understand every NFF up to a given bit position;  i.e., it
> can't selectively understand individual network functions.  However, this doesn't
> mean that a transit node must support every function it understands - if a given
> NFF is set and the transit node does not support the defined function it merely
> skips over the ancillary data LSEs for that NFF, if present. When a transit node
> reaches the last NFF that it understands it considers the rest of the NFLSB to be
> opaque and skips over it.
> >
> > To handle user-programmable network functions,  the ASLA approach should
> be used.   I.e.,  There is a separate user-programmable network functions SPL
> with an IANA assigned value indicating that what follows is a set of MPLS LSEs
> defining the user-programmable network functions.  The contents of the MPLS
> label stack after this SPL are essentially opaque to a node that does not
> understand them and would be delimited by another SPL or by BoS.  I.e., the
> contents of the MPLS label stack after that SPL and any associated BoS data are
> not subject to IETF standardization.
> >
> > Yours Irrespectively,
> >
> > John
> >
> >
> > Juniper Business Use Only
> >
> > _______________________________________________
> > mpls mailing list
> > mpls@ietf.org
> > https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/mpls
> > __;!!NEt6yMaO-gk!W-
> 2uWK_B4d3zEOkFvIsHxo0qqBT7iTd7K4VwzaIMcodAcB6BauQGJ4Zcz3fY0B8$
> >