Re: [mpls] SR-MPLS Service Programming usecase for Open DT

Haoyu Song <haoyu.song@futurewei.com> Mon, 20 September 2021 15:48 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 02A9D3A1558 for <mpls@ietfa.amsl.com>; Mon, 20 Sep 2021 08:48:36 -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 HleAhNkoWRm4 for <mpls@ietfa.amsl.com>; Mon, 20 Sep 2021 08:48:30 -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 EC48C3A154E for <mpls@ietf.org>; Mon, 20 Sep 2021 08:48:29 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Dl/zi/1LLhpWvOqHR33WBHy6vl1szxjf10h8SS75SIuC17j3cms6AvpC4oxD3jPI4jSOGOjxHTiFosw5DwuWgib+DJ1N08tVO1UH2att7ZO5Yc1s4yGmxR97MOmGhF2xirbpKVlHHdCDzmqSHP2XfYyMHHPchSRJGiOTB+p/jeLqa++mvSfBudgjGHI7LG10djx839VNKE5RPjXNXorwr5AgBosuSiNWkwPCR0j3ix3a/4oQBBbojv98oAK8eGsU26VyWeeYHIVkgT1kYr/aXILIXaXRfYGKsMcRZyKyKqbkf6VYvY7WuhdurYj+AA0IutoVOWfxNvunt5jTInROEg==
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; bh=Y0J9yrWBDd8YeAq0XQMd4534T7BobGUAuh3+OHIS77k=; b=R7h4l92RwN3ggbgMhu7p76Jkq9G6v8I/e+H65wwNEHMVllXEangmez+RcnLMI6b6enkjknJg5xKwUOTfS51oBsI6vMXJUmHAKvnbjf2zDCqXzK04qx8PXR5jG23XyGR75p2g65wZ5puSGUimTUJMPcBraqTlc5uWMGG219gn/A6Fls0ahC1fMjCxdqv8xo8fxOxgrrIawkg7jlNOzkw8vPnaIJk1rOfGpFCxBFbQ3H2CaNTidMCKfIhUIhkl67TAARQeBjxbidtSUEoO/k/uAUB4SIybiRv/C2l0SfnKLMN9TwaIWucXzWqnOJahNr1okDoPz1FzVYNjWXa/q0CpbA==
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=Y0J9yrWBDd8YeAq0XQMd4534T7BobGUAuh3+OHIS77k=; b=uEb3KpN1+O/YCBw96V+7ySmzXTPCdd0nKpUApOgH0m7iLS5soTmR3+1n5TK7WAppUDCY3i4yJ7f82zkNedfgQvHlq22BLlGgDeggw0wa+7QkUiWJSfJkVZAcZLK7I8kc82m87s0916e4+Q8nrhvcB2kf89YnfYVtss4BjmJ2udc=
Received: from BY3PR13MB4787.namprd13.prod.outlook.com (2603:10b6:a03:357::13) by BY3PR13MB4788.namprd13.prod.outlook.com (2603:10b6:a03:36e::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4544.7; Mon, 20 Sep 2021 15:48:26 +0000
Received: from BY3PR13MB4787.namprd13.prod.outlook.com ([fe80::4e3:bcf7:c649:2d80]) by BY3PR13MB4787.namprd13.prod.outlook.com ([fe80::4e3:bcf7:c649:2d80%7]) with mapi id 15.20.4544.013; Mon, 20 Sep 2021 15:48:26 +0000
From: Haoyu Song <haoyu.song@futurewei.com>
To: "liu.yao71@zte.com.cn" <liu.yao71@zte.com.cn>, "mpls@ietf.org" <mpls@ietf.org>
Thread-Topic: [mpls] SR-MPLS Service Programming usecase for Open DT
Thread-Index: AQHXqtmK/cMsPpKsZUaCFRvQedZUQqutFzjg
Date: Mon, 20 Sep 2021 15:48:26 +0000
Message-ID: <BY3PR13MB47875DF62B1F96EE85A7AA3B9AA09@BY3PR13MB4787.namprd13.prod.outlook.com>
References: <202109161639379790272@zte.com.cn>
In-Reply-To: <202109161639379790272@zte.com.cn>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: zte.com.cn; dkim=none (message not signed) header.d=none;zte.com.cn; dmarc=none action=none header.from=futurewei.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 9be92037-2277-4f7c-1a8e-08d97c4e15f7
x-ms-traffictypediagnostic: BY3PR13MB4788:
x-microsoft-antispam-prvs: <BY3PR13MB4788EB537802F91F16180B009AA09@BY3PR13MB4788.namprd13.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:6790;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: OlZnruWpV/8zqxJfNvGDUXZlR4cgeszRKU5IM04kFwsRrLNcPkBYiF9fSsuJx/YOvHtm24YY8aqDZKZiD4jvYqYL4E8rdKhFhNgtfNZRZzV9E6ai5tQlIvZeYI1Pyk6hA1qZFnmbQNoG1Ws8743LNQRFBmZuzSM3lzvoFDctDZHc8hohn12Q1CAbfVT2CRr/Q43Jbqsnk8h2PtJCOo28mfFVTaKIMda3eA+lp2u4rFFiOOWtc/prU2Cy4FDCXOkB0ms7f7CQ8N9cY1a/aj6drW7AkvAQAyD+oK6sc72IXQ1aFMUO1jr9eNd2vAmtYZ/LnpdXNilJuIgTcbZKUuO7zqRyTx/zz0qFPIkTcjRO53CpP+YeWUKcfqB1lK4vLIJp3QNVGYJL3PKZSUISMxATyMW/3K7Y8Vj1/mPk4UGktrbU9Uou1S4YTsLoEGVcem7SFZGqHncC87TOTIUNu0lidG70l+2OWopPqgUfR5zW8mAHwfGMfjr07dN4L7u3cPPES6RZAO2aojhlv+dQ6ww1NeOrrVgQuV5subWQ/a13buWeCSzaBhOKpIkZWZ3J56zHwHBztztUY43mKJma0sg5TIa24BbnfrFXymDHJ4MPtUSqhTgVDudtmEedYc8fKnycxprO9ha+nCuoMSiPuPorVbMqD815USfZ8PMf94fCo1cv9CilqvtjEOLFC5JsD1EWTSVWF76ZezfSKlJejSDD2G2k6UPKCsHO2auVOtEAETyQbedC361E1reS07j50pWCtWvcr0mM9BXJT3Ja0b33L9N25XP7VnXC/Vp2xpy1Y0Q=
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)(396003)(346002)(136003)(366004)(39830400003)(8936002)(66946007)(76116006)(110136005)(122000001)(2906002)(38100700002)(316002)(55016002)(966005)(5660300002)(83380400001)(7696005)(71200400001)(38070700005)(53546011)(44832011)(86362001)(8676002)(33656002)(6506007)(52536014)(478600001)(9686003)(186003)(66476007)(66446008)(64756008)(66556008); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: 4ZNrrCJRTc/EC/WYHi2e0urUdCWjF3uv8Zl5o5J4dDoJqXrVfhw4JtCe+1ipSEuVpoGc8XGHdt5IV6du6YxTMrEZiCxvTWEXGxsG8izWQHp2lyjifmY+a3ay52ND77Q3WkxE+09bFeLP9LSFdLfcu+6rKlGKUG4NfAVhJd2BoIUhN4AiTraYBYN2e921zNDDVrFLuTqKO8oUfRzgbHyTvck5duxev1ysPT7b52s5xsisaAd8u5fIb2W0QbFyDG4RBR04MBHEDgf5NtFkICcCem8hZmsMZRJHALj39ZD/n2r4bVnK9YabFMY18W2vII1UcS4CYnj+xm/oV3aRUL9TZYPXYEyRCnx9ZRjkRqog8itx3hxC+tLCdDklMdAHyGKmYD3BBack/cN0i01pO1yDmIY/wOMl6mlHChaHUpVJyQqK70hJgRTs0Jk5bAUJUHWFhbY5dlB0vDepCjnyYaGzwqwZG2+kQWt9DJMXjsTBg/RIfCucjm+81S/x63GnEbvVsYaYplnLL4ZKs4859H8aFuImCHwAZTZGEI6rqsQcxWSnz/mIVMlmssUv2LGyAZ20uN/XlCrx1f+vdjfHTRnbBlCbhmtk+eTRXQFOgO5kyd40yGK/8dOA/3p44MlR1QkH6QrKjT4QG2hkI2uUrD6QMYDb3iCQadJiOxKpP5d16pTtzppPJdPx7tV4ANPpNJDz/zVkuljT2lapBUA5QaMEGIFVV9gFidgvxyYc3LEia/c3aWxHjqLRFF8hLgy3IWIiW//Oct0EgXZLfF3E9pDlZtGdbvzYwJ3PWMW6jj7GM8AhWCufwV+hFLyA1EyrJgoOI8wdM/A3Vz2KT8zUVEMNThMmc2uHaVDxK1nlppNZptMOCXCLisF7XTw3Emj+PCl4a2NVm36wLkzIBD6urYLMe+m5OQSVEHNU996FiVB5aCpVTiMdITxRW6l3tOtRksKBNRy7CQSIoDwBXjrnujZAtWNzaUE8j4A6j+PBjzGhK1QbRgINaTnirDpjr/mQLZFzme/q4oHWtatWEaprtD99FmXT7djmSugD7CTYdESJ+6XARdPRecXe9V3LgLEaUXsR6gXUgwjIUEu7cma2nF8gTw7DajWU8DRffIYxo/eAmuMXsTaitfvTys6ic/5lzAnaBjbuuIYbAtk3A8ljnpsXVUbct+IbmZoxmRsSGGGcorSPcKcUGamKRImJhKVcBpls6RNbl04jlbbWJSL+l56K6EOREnt2gRL0YzmQh4uc55TKDW2vlufP4wafG419RzY4jJGiPxqWTniNT9GGwaOMtPBBsriieDjWXfvENmbZbHBbPRFwdey1fhAO/UkpjC7PLyH8ij86HMPhiinzzke/cFK7Ko/EtOppTW7BtdjDVhEIveAWs57+dtiwbgzIt08o
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
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: 9be92037-2277-4f7c-1a8e-08d97c4e15f7
X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Sep 2021 15:48:26.6638 (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: J91sHoqRpnch9CR+UUw6amS2buCHBSfb5I5IJjUBE4yKvqF2Cb2qWTMZoy77Swvp0DzM7t8tVbb0b/W5nafHOw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY3PR13MB4788
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/DK0iP8uB8YOnS8lgJawdL84qWOg>
Subject: Re: [mpls] SR-MPLS Service Programming usecase for Open DT
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: Mon, 20 Sep 2021 15:48:36 -0000

Hi Yao,

I think what you described has been covered in the "network programming" use case on the wiki page,
https://trac.ietf.org/trac/mpls/wiki/Usecases, which is more akin to SRH in SR.

Best,
Haoyu

-----Original Message-----
From: mpls <mpls-bounces@ietf.org> On Behalf Of liu.yao71@zte.com.cn
Sent: Thursday, September 16, 2021 1:40 AM
To: mpls@ietf.org
Subject: [mpls] SR-MPLS Service Programming usecase for Open DT

Hi DT,

Besides the requirement in NSH Based SFC usecase in the wiki to carry path ID and metadata by embedding NSH in EH.
There's also a need to carry metadata in SR service programming with SR-MPLS data plane.

The reference is draft-ietf-spring-sr-service-programming. SR service programming is a mechanism to achieve SFC in SR-MPLS and SRv6 networks without the use of NSH.

In this draft, there's a requirement to carry metadata in SR-MPLS data plane, some possible methods to carry metadata (e.g, defining an SRH-like header with only the mandatory fields required to carry metadata) and to indicate the presence of metadata(e.g, adding the indication in the semantic of the service SIDs, or introducing a protocol identifier in the MPLS packet) are proposed but not standardized.
As for the path ID, although not mentioned in this draft, I think there's a potential need for it to let the SFFs distinguish between different SFPs.

Maybe after discussion the solution for this usecase is similar to that for NSH Based SFC, but I think this usecase should be taken into consideration.

Regards,
Yao