Re: [Detnet] New version of DetNet YANG

Don Fedyk <dfedyk@labn.net> Mon, 08 March 2021 14:13 UTC

Return-Path: <dfedyk@labn.net>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EDA633A2AD9 for <detnet@ietfa.amsl.com>; Mon, 8 Mar 2021 06:13:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=labn.onmicrosoft.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 2Os1S9daiQQH for <detnet@ietfa.amsl.com>; Mon, 8 Mar 2021 06:13:47 -0800 (PST)
Received: from NAM10-DM6-obe.outbound.protection.outlook.com (mail-dm6nam10on2137.outbound.protection.outlook.com [40.107.93.137]) (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 BFF043A2AE6 for <detnet@ietf.org>; Mon, 8 Mar 2021 06:13:46 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=dPFS1KJX27VQp5HTI9GCkUPgaB+77wZFMXLKS/aP/+GWzbJyoAH0m3XQZbm0YW4jOTv3MMzmxr4e/14R0aLXgB5mX39gUEP1tvI6vrQLl8BC8CGPwd/SeFCtSF+D/iz9DDlVnfIG3NeqTSHdSnbPaR14XSLbl8ZBGo7kr5SYQfa20U+0+E0kc38ptYL3GoXOmvK043c9P2RGS0AkytsKWOh3jt0VN6o6dGcLEzo0xMpmXPSwJe1+buMOPgcqCswvoAipPj8HwlZpWP3AP/bmt/NjcrEzhiE25L06AI2RGw2ZOIt/yt9TyHHhQ/Bqpgbs290mMfodVahylB8jTBOCdw==
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=WkoxCDsjTEL+rOdkxty13mqXv66VIqcKCkXPO05rr1E=; b=kIDx+FRicztmUozyVlIEJ74IckIkVpgju70wumiDv/Yp5JCblwpNpoyJ/8ANW7FkWZkj1fFpZOgvYwENtWlSa6qoyCI4RICl6YIH0HYKAP5E8S7pk8hAzD260aFIt/2SZqvxO9FpMiiZhJezt+xQFLkNaOwhlDgC6gKs/ObyG+r95Fq+iAfnXYbPeTKmiUdtx+mlXnqeGTRMKJ2vuBBt4vcsSoIxzcVP94Buxa56byIsOL5B0J6Y8WdiXjenNOEwnwsXh2gX91CdOI5i/DsjMU/c92Ifx6bDHg9+xwhhe7pnJRQYn19QncolJyka40kEQROXbIkkxByZFyXcsTH1cA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=labn.net; dmarc=pass action=none header.from=labn.net; dkim=pass header.d=labn.net; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=labn.onmicrosoft.com; s=selector2-labn-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=WkoxCDsjTEL+rOdkxty13mqXv66VIqcKCkXPO05rr1E=; b=ru7yhUir7Yp7+zbD6sJJF0MJCOHQ5BWVSE2exul4kc/8VbsVMf8JTOLR4X6QUqNeEybIfU/+Z9gEb5SvXfg3lQrP6sqGghSlMJmtr5RDGxqG/r2I482q+73T9iirUdw+9l7pSivNXrCDsb/Gt8BOX1XR2qCE2ASl5U8fip7sLBU=
Received: from MN2PR14MB4030.namprd14.prod.outlook.com (2603:10b6:208:1dc::14) by MN2PR14MB3439.namprd14.prod.outlook.com (2603:10b6:208:1af::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3890.19; Mon, 8 Mar 2021 14:13:44 +0000
Received: from MN2PR14MB4030.namprd14.prod.outlook.com ([fe80::4e7:7c3b:27f7:380a]) by MN2PR14MB4030.namprd14.prod.outlook.com ([fe80::4e7:7c3b:27f7:380a%7]) with mapi id 15.20.3890.038; Mon, 8 Mar 2021 14:13:44 +0000
From: Don Fedyk <dfedyk@labn.net>
To: =?iso-8859-1?Q?Bal=E1zs_Varga_A?= <balazs.a.varga@ericsson.com>, 'DetNet WG' <detnet@ietf.org>
Thread-Topic: New version of DetNet YANG
Thread-Index: AdcG9o3EjjvV1BVlRUyxys/kk3N9nAIdllRgADIF9DAAXV2rIAASxZ2A
Date: Mon, 8 Mar 2021 14:13:44 +0000
Message-ID: <MN2PR14MB40300A79231A97657D1F0A11BB939@MN2PR14MB4030.namprd14.prod.outlook.com>
References: <MN2PR14MB4030490836FE7A10BB9EB006BB849@MN2PR14MB4030.namprd14.prod.outlook.com> <AM0PR0702MB360326F14222667BF1BF1D69AC999@AM0PR0702MB3603.eurprd07.prod.outlook.com> <MN2PR14MB403070A574E4B215D26944ECBB989@MN2PR14MB4030.namprd14.prod.outlook.com> <AM0PR0702MB36031BE6C1C25B8E4D749D71AC969@AM0PR0702MB3603.eurprd07.prod.outlook.com>
In-Reply-To: <AM0PR0702MB36031BE6C1C25B8E4D749D71AC969@AM0PR0702MB3603.eurprd07.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: ericsson.com; dkim=none (message not signed) header.d=none;ericsson.com; dmarc=none action=none header.from=labn.net;
x-originating-ip: [173.48.105.206]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: c3a52ccd-6529-4680-6595-08d8e23c61f9
x-ms-traffictypediagnostic: MN2PR14MB3439:
x-microsoft-antispam-prvs: <MN2PR14MB34395D3B69941E9BCDE92D79BB939@MN2PR14MB3439.namprd14.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: nVqm2L5dd++rk/YUCHRE9rpnZzl1BpxdW2c665wBnb6rVNHytJBJ15AwvBy0Gn2GnVYp4e272I+hKFjj1xEi3fTrJEkdyztWb1mLCmHNEzCJJzrYc/XQk5bM1v0UUPWulx4rbozdazdsooFN7ZxqmagHoEcHNAJmqxaYk76CBRCiOS0MGw0K1j6OBENsbymtmtlTgpEnYoRvPejvS11e1QFJF8FAvI8K7Wj39+zM+zZQK527/US6UlrnivODrwjOrMTtrgon173nQr8Hyu1A24H+1VaGzXWDy+d9EeIdWQfLS2YWajUUqwp724mutAs7lRgQ1PrIggj7CNQVXBZHlOFS6iBkdLwNScwx+JVM23aoJ2gV5h5rEdtiCmPcXKgvVOtGgHVOcLlQIVHvZ8RxUlmmthGUPIZEfI01QPGtvTxsg3+5dYIqJUDy7765pCwKoAkDnOIN/8kx925QPWKWV80D2ul7Ktc6dkEYmQKxSfMHD3OS0qdacyLIQwL6uIwIsfNy7K4appydNmZHk8sTxi9eXF6on1zMxlIPfzG1pif5h0xAhovXLGUeUidD2Ji9bvN2FjzckIqlicnBij7N1//NsYODzd3PPvYguzypzxM=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR14MB4030.namprd14.prod.outlook.com; PTR:; CAT:NONE; SFS:(396003)(376002)(366004)(136003)(39830400003)(346002)(26005)(7696005)(966005)(6506007)(166002)(8676002)(478600001)(55016002)(9686003)(8936002)(86362001)(33656002)(316002)(66574015)(66476007)(76116006)(110136005)(64756008)(66556008)(52536014)(66446008)(53546011)(66946007)(83380400001)(71200400001)(186003)(5660300002)(2906002); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: =?iso-8859-1?Q?ZnMUSrq6o/qn0zx2M4B/l5x6oUWST8CGpKtLi0+/yId/47/HFRfh9YTFUF?= =?iso-8859-1?Q?E/ctkBdTRuDaOJyhnSRYvevtF9zQVRyLQrudbs+E5UOZhemerw3l2CK1SU?= =?iso-8859-1?Q?uqrnrabgPyTxQ1pxvuUj84Z4P1ts5UKBzQaZq/X/c2OE+GJQ2v1jMnLe3g?= =?iso-8859-1?Q?gF6WcTy34FVxZOHqaKhB6G2G2Ky/0x0Wkn2MlMVO6a8kzi9ipGTf3dhv5C?= =?iso-8859-1?Q?osEDeb8C8SaYXheYNgZCLJQCdKa+8voN9fv2hWdahp+prm8pjwL46G7Vo1?= =?iso-8859-1?Q?fdLPhaXwWdOHgpFV/US8Qqo4u+U62lgeDSU1k3BnqtYnmTXTP2Yizwdxwk?= =?iso-8859-1?Q?ef4ZHIWYZP4XLp7n3JIclcVskD2WXq9ATqJu/VwvobSAqQXyZgGME78lbn?= =?iso-8859-1?Q?3q9DiG7fJ4rXt5Y0JhLmHYvbbW7zWhXFviRjLcicxYeM358tJLxfIffOjk?= =?iso-8859-1?Q?zH/AFLfKP2DOCwN+krZAFsWTQFGYTyvikS1ScquusQZpgFxD2Ao15w3jiK?= =?iso-8859-1?Q?bdvNe0NXAvYQl4FN5UKL68F+9uMQ87eq1R4gVHJdxKUkh3mDAIuOdI6gpy?= =?iso-8859-1?Q?+g6oWPLGWfKFqGweYmVN8ta/YHWUROIBKxkL5Kubhlxp77tSaQLhmH/rQk?= =?iso-8859-1?Q?SLyPASSdG3zXuSYivUPhxzbHh3p/TqXO/sMFi8yLI5qWLH3lsk6Tc59/kX?= =?iso-8859-1?Q?Ct35Ci8QkN/VOnKOWivNCf8BKu5XOkLSoVPysWnelPvXSjdFp1nd7yzZx+?= =?iso-8859-1?Q?AetzRh8QZMcBn41uOafNJyodzuIbsMvACfen4WyfjMC1qXFWaDQXNOP466?= =?iso-8859-1?Q?n5Flf3wOyLprq2zsFzREKPCfNVz3MWeBF05Jfd+2I++VSt9y91b7iA0x79?= =?iso-8859-1?Q?/5kKYXTkxcEJAU59mYC8cYiVgnCpyzIAzhGYJqlU1tGU+jeY7XTO/Q0XyL?= =?iso-8859-1?Q?p9pla7CLg7dBltw0sRZ8MpJJWvPhCG/c/49H85lkBu+chaUZf8/fxpxQls?= =?iso-8859-1?Q?w5G97hf6iH+XCcValhxOUotCwm60srSqnRDfoxM41rqVZ4RCRTBicf9AYx?= =?iso-8859-1?Q?2ent15ko38oiKVOwHNdM64wRRsjiCGK1qZD6uHaPUK+q5Iy3LQKIygv12w?= =?iso-8859-1?Q?T/7iMinww9cFxjqlxaGkEYPKQvzjlQ6UeYLj3Bmyzi/sAdvrroW+//YpC+?= =?iso-8859-1?Q?CCCbsV20hkuvom6J3AXj5jRO4i5U4GGp5ltvUDcmtIPODTfLQU37uGrTmw?= =?iso-8859-1?Q?jpUASFgRWjnrUMaqWPjghiG26o2hzj4T7aotXqcks6sdSe7WJIRAJu9ohd?= =?iso-8859-1?Q?BtcP2LvJJvPnaKmCBlXNeEhaRWXoQ1qUSLmq5OIqJts29dJhCS57DP0poZ?= =?iso-8859-1?Q?SaOOrgkozK?=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_MN2PR14MB40300A79231A97657D1F0A11BB939MN2PR14MB4030namp_"
MIME-Version: 1.0
X-OriginatorOrg: labn.net
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: MN2PR14MB4030.namprd14.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: c3a52ccd-6529-4680-6595-08d8e23c61f9
X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Mar 2021 14:13:44.0921 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: eb60ac54-2184-4344-9b60-40c8b2b72561
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: MXhMgjT2jUUAr9MKdvAr/SfQza67+bnrOLloNA2aR1lrMrtmre9WMInDoQSKBaNyLsCIVw05aH6h7NjkzZMRog==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR14MB3439
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/DpTC_K8_Ce5ztww-9Yi08RmqAS0>
Subject: Re: [Detnet] New version of DetNet YANG
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Mar 2021 14:13:49 -0000

Hi Balázs
Inline [Don]
Cheers
Don
From: Balázs Varga A <balazs.a.varga@ericsson.com>
Subject: RE: New version of DetNet YANG

Hi Don,

1, OK, thanks.

2, On sub-networks my question is related to the mapping of DetNet flows to sub-networks' flows/streams.
2.a, Scenarios in the "draft-ietf-detnet-ip-over-mpls" and "draft-ietf-detnet-mpls-over-udp-ip". I see "mpls-over-ip"
in the flow type next hop choices, but nothing regarding "ip-over-mpls". Have I missed something?
[Don] I'm finding it hard to parse your meaning - Sorry.  If you are referring to the YANG  yes we have ip-over-mpls
This is well specified.  We do not have MPLS over IP but we have aggregation of Service Sub-layer and Forwarding Sublayer over
A service sublayer which could be IP.  We do not explicitly support IP-IN-IP tunnel formats  (additional field).
We need WG guidance if this is to be done in this YANG or other.  We made a call to have a clear aggregation model and
these needed to be implemented first.

2.b, Further, I have had also the TSN drafts in mind "draft-ietf-detnet-ip-over-tsn", "draft-ietf-detnet-mpls-over-tsn"
and "draft-ietf-detnet-tsn-vpn-over-mpls". YANG for TSN is defined in IEEE, however for mapping DetNet flows
to/from TSN Streams may require e.g., some common identifier. What do You think?
[Don] We allow Ethernet to be included from an application as an interface.  This is a transparent data service.
We can prune that stream on Ethernet parameters only egress we simply hand the decapsulated stream back to the application.
However if you create an application interface for a second stream you can map that to a different service sub layer and
Use the service sub-layer to differentiate the application at egress.
Both of these issues need additional discussion if the WG if we are to add the function.
The configuration and aggregation  model provides some capabilities because they are building blocks.

Cheers
Bala'zs

From: Don Fedyk <dfedyk@labn.net<mailto:dfedyk@labn.net>>
Sent: Wednesday, March 3, 2021 3:10 PM
To: Balázs Varga A <balazs.a.varga@ericsson.com<mailto:balazs.a.varga@ericsson.com>>; 'DetNet WG' <detnet@ietf.org<mailto:detnet@ietf.org>>
Subject: RE: New version of DetNet YANG

Hi Balázs


  1.  We have the traffic flow requirements and flow-spec requests that can be applied at the application, service sub-layer and forwarding sub-layer.  Each forwaring type,  IP and MPLS have the data plane QoS objects.  ( DSCP for IP and traffic-class for MPLS).   An SDN controller or a management plane could correlate QoS reservation of resources to a flow with the appropriate markings.  And you could stich a path on various nodes with  MPLS label. But we do not have a control plane function to correlate QoS traffic in the YANG models that we have to any database. (i.e. a traffic engineering database)   I suspect there are existing YANG models that do some of that but we have not looked into that because we do not have DetNet documents in this area.
  2.  I'm not sure what you mean by sub-network specific YANG parameters.  Is there a DetNet document that you are referring to?

Cheers
Don




From: Balázs Varga A <balazs.a.varga@ericsson.com<mailto:balazs.a.varga@ericsson.com>>
Sent: Tuesday, March 2, 2021 9:18 AM
To: Don Fedyk <dfedyk@labn.net<mailto:dfedyk@labn.net>>; 'DetNet WG' <detnet@ietf.org<mailto:detnet@ietf.org>>
Subject: RE: New version of DetNet YANG

Hi Don,

Thanks, cool.

Two question for clarification (we may discuss on Monday as well):

1, Are there YANG parameters defined for the QoS functions used in the DetNet
forwarding sub-layer? I have found e.g., the forwarding sub-layer related MPLS
label operations, but not the QoS related ones.

2, Are there sub-networks specific YANG parameters defined/referenced as well?

Many thanks
Bala'zs

From: detnet <detnet-bounces@ietf.org<mailto:detnet-bounces@ietf.org>> On Behalf Of Don Fedyk
Sent: Friday, February 19, 2021 8:37 PM
To: 'DetNet WG' <detnet@ietf.org<mailto:detnet@ietf.org>>
Subject: [Detnet] New version of DetNet YANG

Hi

We have posted a new version of the DetNet YANG

https://www.ietf.org/archive/id/draft-ietf-detnet-yang-11.txt

(This issue corrects some yang validation checks that a few days earlier submission missed. )



This version the authors think is at a level of completeness we will be asking for WG last call.

Please have a look and any post comments.  We plan to present the highlights at the next DetNet meeting.



Cheers,

Don