Re: [Detnet] I-D Action: draft-ietf-detnet-flow-information-model-05.txt

Balázs Varga A <balazs.a.varga@ericsson.com> Mon, 23 September 2019 07:39 UTC

Return-Path: <balazs.a.varga@ericsson.com>
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 6A7EC1200FE for <detnet@ietfa.amsl.com>; Mon, 23 Sep 2019 00:39:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 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, FROM_EXCESS_BASE64=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 qVoh1yr4zpw7 for <detnet@ietfa.amsl.com>; Mon, 23 Sep 2019 00:39:52 -0700 (PDT)
Received: from EUR04-VI1-obe.outbound.protection.outlook.com (mail-vi1eur04on060b.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe0e::60b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DFD2612004F for <detnet@ietf.org>; Mon, 23 Sep 2019 00:39:51 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=N/FTIDc+Z7lw7U9cf04VGsLbx2nLCxjyYmPtfPjMEkIywRdQLX+UpZLCY9Bsi4mt72ZwJ7lSsXTcExaiF01upA8ce1Zfd9WxTLTJ1/1SqPxOdrObI0l/cbBJpjNXzktp218WcZ6IeBT9cZ6FVuuXkh2sAF4+5qUxw5shCnP0VKTv4DsckujdUDTcGsX5J1wez0AhVM+dmTt8fK73jo6cLgOaQXhkBy+vCt2nSuUONJs4xtlYjFDnR+JHNKO34qj+4SEmebDKBXBhAbQBAMn3SS8cBd/OUs6rxhPRaDNvnjrjv+wemrbTqBwyxFMReJ1mo6ujTKoBumqcA5gZsYZZ/Q==
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=TQ2fYMwdzdPhJ5m9FUgH/2yqkrGZhuKZIJGicOhc/cY=; b=NexGf+7rz4Jp+C0uoF8mA2ytF7VepjDnhsch//I+hVosQJKRhOphoaajeuYzT169EPqgXcE8MSYWlfLb2Cj001k6Lo/mVinsE03vSksJUuQsxN8M5YmfPdNFfYOCpCtorw0VkmOCcQr1zIopVRfx+8Ufrl+d+15ULf6+fxHhm1Rc0ugy3MkSERw68BUvb3+EjzeTdZQ2OklzDmWQdvspGM/ioGmUEv/SttDY3t7PHENvS8jUorBSkppZWPgPm7BIxJiKk+UuCq/8HPPld18zJguw+LVDPcg5/+oXBCgNzl1TPUOH/5QI5hJ99qn+cyePGD5FiCSZYumIhcH3fAKUDA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=TQ2fYMwdzdPhJ5m9FUgH/2yqkrGZhuKZIJGicOhc/cY=; b=hB1ptEoPDp7VchTanAMw4ixR/Eq2ASNpVQ4tm/tyRGv9aYBbrybqaQ8qW191S3bZ25RIyqp6vro7rkQ4vgjolYi8Om20jZ3ifgvgBjIAH+v9pGiuyr52v98+Lj3QzE7K+hB6khEF1gLm5KpOqnOG3Og7qNFAHGDi3MTs4P54TO0=
Received: from AM5PR0701MB2289.eurprd07.prod.outlook.com (10.169.152.148) by AM5PR0701MB2353.eurprd07.prod.outlook.com (10.169.150.18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2305.15; Mon, 23 Sep 2019 07:39:49 +0000
Received: from AM5PR0701MB2289.eurprd07.prod.outlook.com ([fe80::bd6c:fa4:bf6b:3214]) by AM5PR0701MB2289.eurprd07.prod.outlook.com ([fe80::bd6c:fa4:bf6b:3214%5]) with mapi id 15.20.2305.013; Mon, 23 Sep 2019 07:39:48 +0000
From: Balázs Varga A <balazs.a.varga@ericsson.com>
To: "Gengxuesong (Geng Xuesong)" <gengxuesong@huawei.com>
CC: "detnet@ietf.org" <detnet@ietf.org>
Thread-Topic: [Detnet] I-D Action: draft-ietf-detnet-flow-information-model-05.txt
Thread-Index: AQHVaXHIDYUHNGXLiUSDns1V8EEZJKcoERNggAw/0wCABIV/kA==
Date: Mon, 23 Sep 2019 07:39:48 +0000
Message-ID: <AM5PR0701MB22890E5D417131D52162A4C9AC850@AM5PR0701MB2289.eurprd07.prod.outlook.com>
References: <156829650919.16552.490426557394560964@ietfa.amsl.com> <AM5PR0701MB228933F91F9C7430A0DBC057ACB00@AM5PR0701MB2289.eurprd07.prod.outlook.com> <52464686042243138c8fa66a594750eb@huawei.com>
In-Reply-To: <52464686042243138c8fa66a594750eb@huawei.com>
Accept-Language: hu-HU, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=balazs.a.varga@ericsson.com;
x-originating-ip: [89.135.192.225]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 81ac8de0-b1d7-4919-fdef-08d73ff93673
x-ms-traffictypediagnostic: AM5PR0701MB2353:
x-ms-exchange-purlcount: 6
x-microsoft-antispam-prvs: <AM5PR0701MB23537D96BF6F584D09A4AEA8AC850@AM5PR0701MB2353.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:2582;
x-forefront-prvs: 0169092318
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(346002)(39860400002)(396003)(136003)(376002)(366004)(13464003)(199004)(189003)(6246003)(14454004)(2906002)(52536014)(7736002)(256004)(5660300002)(85202003)(3846002)(6116002)(53546011)(186003)(102836004)(26005)(6506007)(71190400001)(76176011)(7696005)(99286004)(966005)(71200400001)(478600001)(229853002)(86362001)(81156014)(6306002)(81166006)(9686003)(55016002)(4326008)(6916009)(85182001)(446003)(11346002)(486006)(476003)(33656002)(316002)(6436002)(66574012)(8676002)(66066001)(66476007)(66556008)(74316002)(64756008)(66446008)(66946007)(25786009)(76116006)(8936002)(305945005); DIR:OUT; SFP:1101; SCL:1; SRVR:AM5PR0701MB2353; H:AM5PR0701MB2289.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: X8C7KneAiXqeAGZi9HhuSZKRW367R0ZdCZeavLePHeTrq5aPZMaVqzu8ItnfC96+urxMAWxp1s1eZa3tPpBOVLxCKMKZDVGZw4P3ZduS4W3zVQFfNfQjduWAbRCIub0lu4ItPoGiwIhse+ovGmLuNsvuSEo+acNmgWW1R/gHh5cDLTQnS3h2LrW4G+ej6MfUoacCXSQxHzWtQR+pYlXreIDreUtSrky5WDeFrtf5FG5ytDwuujjuCpfyTg+OXLuh+NtVznpW8M70C6jU5ekdcXpvOXy4Nkw7CxiOATjOmo+YMLIcU5gS1IcXQk9HN/t4ImPbvMOEN+NSIOIijwHtxtlmpIhMsTbd059yF1Z9FPDOca5MxxTbd5nn4PY0HJI+qu5WJ/T0y0eQIdlXoztwjPplDf8oHY/ce2SJZ4Bbi+M=
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 81ac8de0-b1d7-4919-fdef-08d73ff93673
X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Sep 2019 07:39:48.8792 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 8E/yJWIsqxSCLIbbgg8925DRsXPcAuFJ/vSQykzlpIpUZPgZ6FsPoXc5uNGe3hL8R9C6DrocmZwbnbXaqwUuu3TmjvdbCEetKShIQjyrjBY=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0701MB2353
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/sdFq64GmN3onX35xjU4YVohIWhw>
Subject: Re: [Detnet] I-D Action: draft-ietf-detnet-flow-information-model-05.txt
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, 23 Sep 2019 07:39:56 -0000

Hi Xuesong,

Thanks for your review on the flow information model. 

Please, find below my clarifications regarding your topics:
- DetNet flow vs. DetNet Service:
They are defining different but related things, that may have caused your confusion.
We are using the terminology of draft-architecture. The DetNet service is provided
for the packets of a DetNet flow (see definition in Sec2.1 of draft-flow-info). 
DetNet flow requirements are based on end-user App-flow requirements, what
the User "wants" from the Operator across its network.
DetNet service parameters are determined and used by the Network Operator 
(see Fig2). They are used as input to create configuration for the nodes in the 
Operator's Network.
For each flow requirements attribute there must be a matching service delivery
attribute. Maybe an example on delay can clarify: DnFlowRequirements.MaxLatency 
defines what is the maximum latency a DetNet flow can tolerate.
DnServiceDeliveryProfile.MaxLatency defines what is the maximum latency provided 
by the the DetNet service. The flow requirements are fulfilled if
DnFlowRequirements.MaxLatency >= DnServiceDeliveryProfile.MaxLatency

- Structure of attributes
Slide 6 (and also 7 and 8) were created to visualize the structure of the attributes:
https://datatracker.ietf.org/meeting/105/materials/slides-105-detnet-sessa-detnet-flow-info-model-ietf-105-00.pdf
App-flow related attributes describe the characteristics and requirements of
the App-flow. At the edge of the DetNet domain when the DetNet flow is 
"created" the attributes of one or more App-flow(s) are used. (e.g., when 
multiple App-flows are served by a single DetNet flow (i.e., aggregation)).
Inside the DetNet domain a "DetNet service instance" may serve multiple
DetNet flows, therefore DetNet service related attributes are determined 
by considering attributes of all served DetNet flows.

- Identification in YANG:
I think referring to DetNet information model about identification attributes
is fine. Additionally, You need a configuration related parameter, that describes
the mapping of App-flow(s) to DetNet flow ( FlowID(s) -- > DnFlowID). 
And similarly the mapping of DetNet flow(s) to DetNet service instance 
(DnFlowID(s) -- > DnServiceID).

Let me know whether the above clarifies your concerns.

Thanks & Cheers
Bala'zs

-----Original Message-----
From: Gengxuesong (Geng Xuesong) <gengxuesong@huawei.com> 
Sent: Friday, September 20, 2019 11:01 AM
To: Balázs Varga A <balazs.a.varga@ericsson.com>
Cc: detnet@ietf.org
Subject: RE: [Detnet] I-D Action: draft-ietf-detnet-flow-information-model-05.txt

Hi Bala'zs,

Here are some comments for DetNet information Model 

1. The definition of DetNet flow and DetNet Service :
1) In Section 3.2 "Reference Points Used in Modeling":
"From service design perspective a fundamental question is the location of the service/flow endpoints, i.e., where the service/flowstarts and ends."
It seems like that the DetNet service and DetNet flow are the same thing, or at least share the same end point.

2) In Section 3.3 "Information Elements": 
there is definition of DetNet Flow and DetNet Service 
"   o  DetNet flow related parameters: these describe the DetNet flow
      characteristics (e.g., identification, format, traffic
      specification, endpoints, rank, etc.).
   o  DetNet service related parameters: these describe the expected
      service characteristics (e.g., delivery type, connectivity delay/
      loss, status, rank, etc.)."
N:1 Mapping is also allowed for DetNet flow and DetNet service It seems like that the DetNet service is the "expected service" and DetNet flow is the "real detnet flow"

3) In Section 5 "DetNet Flow Related Parameters " and Section 6"DetNet Service Related Parameters"
There are a lot of same parameters both defined in DetNet flow and DetNet Service, for example the parameter of "Requirements of the DetNet Flow " are the same as the "Delivery Profile of the DetNet Service"
for example the parameter of "Format of the DetNet Flow" and "Delivery Type of the DetNet service";

This makes me very confused. If the values of these parameters are the same, why they should be defined twice? If they are different, which should be the real characteristics for a DetNet flow/service?

I think the structure of the information model is not clear for me, especially the relationship between detnet service and detnet flow(In DetNet architecture draft, there is no definition for "detnet service" either). At least more explanation is needed here.


2. The interface between DetNet information model and DetNet YANG model :
1) In the picture shows in Section 1, 

      User                  Network Operator
              flow/service
       /\      info model    +---+
      /  \    <--------------->   | X |    management/control
      ----                   +-+-+       plane entity
                             ^
                             |   configuration
                             |     info model
                        +------------+
                        v     |     |
                       +-+     |     v  Network
                       +-+     v    +-+  nodes
                              +-+   +-+
                              +-+
I think we both agree that , this picture shows there is no direct interface between DetNet information model and DetNet Configuration model. But some parameters should go along with each other.

2) What has been done in the current stage and what is missing In Section 4 and Section 5 App flow Identification and DetNet flow Identification are defined. DetNet YANG Model refer to DetNet information model about these parameters.
Do you think this is enough? What should also be included? It will be highly appreciated if you could give some suggestions and we could also discuss this in the mailing list.


Best Regards
Xuesong

>-----Original Message-----
>From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of Balázs Varga 
>A
>Sent: Thursday, September 12, 2019 9:59 PM
>To: detnet@ietf.org
>Subject: Re: [Detnet] I-D Action: 
>draft-ietf-detnet-flow-information-model-05.txt
>
>Hi,
>
>Some editorial clean up were made on this draft.
>Any comments from the group are welcome.
>
>Do we have any missing attribute(s)?
>
>Cheers
>Bala'zs
>
>-----Original Message-----
>From: detnet <detnet-bounces@ietf.org> On Behalf Of 
>internet-drafts@ietf.org
>Sent: Thursday, September 12, 2019 3:55 PM
>To: i-d-announce@ietf.org
>Cc: detnet@ietf.org
>Subject: [Detnet] I-D Action: 
>draft-ietf-detnet-flow-information-model-05.txt
>
>
>A New Internet-Draft is available from the on-line Internet-Drafts directories.
>This draft is a work item of the Deterministic Networking WG of the IETF.
>
>        Title           : DetNet Flow Information Model
>        Authors         : János Farkas
>                          Balázs Varga
>                          Rodney Cummings
>                          Yuanlong Jiang
>                          Don Fedyk
>	Filename        : draft-ietf-detnet-flow-information-model-05.txt
>	Pages           : 22
>	Date            : 2019-09-12
>
>Abstract:
>   This document describes flow and service information model for
>   Deterministic Networking (DetNet).  These models are defined for IP
>   and MPLS DetNet data planes
>
>
>The IETF datatracker status page for this draft is:
>https://datatracker.ietf.org/doc/draft-ietf-detnet-flow-information-mod
>el/
>
>There are also htmlized versions available at:
>https://tools.ietf.org/html/draft-ietf-detnet-flow-information-model-05
>https://datatracker.ietf.org/doc/html/draft-ietf-detnet-flow-informatio
>n-model-
>05
>
>A diff from the previous version is available at:
>https://www.ietf.org/rfcdiff?url2=draft-ietf-detnet-flow-information-mo
>del-05
>
>
>Please note that it may take a couple of minutes from the time of 
>submission until the htmlized version and diff are available at tools.ietf.org.
>
>Internet-Drafts are also available by anonymous FTP at:
>ftp://ftp.ietf.org/internet-drafts/
>
>_______________________________________________
>detnet mailing list
>detnet@ietf.org
>https://www.ietf.org/mailman/listinfo/detnet
>_______________________________________________
>detnet mailing list
>detnet@ietf.org
>https://www.ietf.org/mailman/listinfo/detnet