Re: [Detnet] New Version Notification for draft-zha-detnet-flow-info-model-02.txt

Rodney Cummings <rodney.cummings@ni.com> Mon, 20 March 2017 15:39 UTC

Return-Path: <rodney.cummings@ni.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 88494127B73 for <detnet@ietfa.amsl.com>; Mon, 20 Mar 2017 08:39:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nio365.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 RtBhbXR6BXSA for <detnet@ietfa.amsl.com>; Mon, 20 Mar 2017 08:39:35 -0700 (PDT)
Received: from mx0b-00010702.pphosted.com (mx0b-00010702.pphosted.com [148.163.158.57]) (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 067DC126BFD for <detnet@ietf.org>; Mon, 20 Mar 2017 08:39:34 -0700 (PDT)
Received: from pps.filterd (m0098779.ppops.net [127.0.0.1]) by mx0b-00010702.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v2KFZwt7001883; Mon, 20 Mar 2017 10:39:26 -0500
Received: from nam02-sn1-obe.outbound.protection.outlook.com (mail-sn1nam02lp0018.outbound.protection.outlook.com [216.32.180.18]) by mx0b-00010702.pphosted.com with ESMTP id 29ac1btwb5-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Mon, 20 Mar 2017 10:39:25 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nio365.onmicrosoft.com; s=selector1-ni-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=QEUc145ZE/HiDDqUy+id1uOJjBjgjItoh+R+RIHkTIM=; b=H/5IzfxQ8DX6irLtr19ZMZEFH1deT7XPAA37m1PY9PkbnVutcSQKurhDYL+GUG1PbvXJFaLiCesiLBqbg+8D97gX73Acu9O7+OaRE8T9OcBy9wOtoq5pnZDKng1PukpDf9pFrmoFQ8dQnkqjfY0SBuBjF+R+hbPc52Gox8E6nro=
Received: from MWHPR04MB0559.namprd04.prod.outlook.com (10.173.49.136) by MWHPR04MB0558.namprd04.prod.outlook.com (10.173.49.135) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.12; Mon, 20 Mar 2017 15:39:24 +0000
Received: from MWHPR04MB0559.namprd04.prod.outlook.com ([10.173.49.136]) by MWHPR04MB0559.namprd04.prod.outlook.com ([10.173.49.136]) with mapi id 15.01.0947.020; Mon, 20 Mar 2017 15:39:24 +0000
From: Rodney Cummings <rodney.cummings@ni.com>
To: zhayiyong <zhayiyong@huawei.com>, "detnet@ietf.org" <detnet@ietf.org>
Thread-Topic: New Version Notification for draft-zha-detnet-flow-info-model-02.txt
Thread-Index: AQHSm+IBYSN7uyu3ZUOHyxGuziTc0aGZ1r7ggAQNg/A=
Date: Mon, 20 Mar 2017 15:39:24 +0000
Message-ID: <MWHPR04MB0559527C6DECB44C74EB98F8923A0@MWHPR04MB0559.namprd04.prod.outlook.com>
References: <E78F7186ADD5404AB48E27F02660CA07806C4C53@dggemm508-mbs.china.huawei.com>
In-Reply-To: <E78F7186ADD5404AB48E27F02660CA07806C4C53@dggemm508-mbs.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: huawei.com; dkim=none (message not signed) header.d=none;huawei.com; dmarc=none action=none header.from=ni.com;
x-originating-ip: [130.164.62.155]
x-ms-office365-filtering-correlation-id: 9757cae4-8415-4a07-5944-08d46fa7492a
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075); SRVR:MWHPR04MB0558;
x-microsoft-exchange-diagnostics: 1; MWHPR04MB0558; 7:WZ7H22ix/LGszpo3uW8fU98fB3uQXOQB/wOieWGqeme0AmCGJ7UupYaidYUDMoJKOR3UtoI5TV1OcGdzMxxwRGPAkVRpomJjse1IZ3EgtgsO7IrzESLYV4dY8iAyBWfkO6vRcvGpIjNBnt6GrdgdOMlCfE/rdoWlppZgBh5uy5wLNp0aNoSygrk4dEc8y81KHExcwgmwFPgMeMT9tKTOSgjAgNXeMRHg/Az7pczHcwloT4t/t5C5EH5gcmUrgReRK4nWthz1Swm/UB29IZbkh5j+s1BXTf8NHX+ulYi/NbQYeCwx9jmGLY8b9L/M7RpLaIhtwgSaDW08W+MSaqplqA==
x-microsoft-antispam-prvs: <MWHPR04MB0558F8D3B01664E30D3D4F3B923A0@MWHPR04MB0558.namprd04.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(120809045254105);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6041248)(20161123560025)(20161123564025)(20161123558025)(20161123555025)(20161123562025)(6072148); SRVR:MWHPR04MB0558; BCL:0; PCL:0; RULEID:; SRVR:MWHPR04MB0558;
x-forefront-prvs: 02524402D6
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39450400003)(377424004)(13464003)(377454003)(53754006)(305945005)(189998001)(6116002)(66066001)(2501003)(6306002)(2906002)(54356999)(7736002)(77096006)(3846002)(3280700002)(55016002)(102836003)(99286003)(8936002)(2900100001)(81166006)(6506006)(3660700001)(9686003)(38730400002)(6436002)(76176999)(50986999)(6246003)(25786008)(8676002)(33656002)(7696004)(53936002)(229853002)(74316002)(5660300001)(86362001)(230783001)(122556002)(2950100002)(15650500001)(53546008); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR04MB0558; H:MWHPR04MB0559.namprd04.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en;
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: ni.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Mar 2017 15:39:24.2274 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 87ba1f9a-44cd-43a6-b008-6fdb45a5204e
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR04MB0558
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2017-03-20_12:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=30 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=30 reason=mlx scancount=1 engine=8.0.1-1702020001 definitions=main-1703200135
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/aoWCvYX5nRGzEO5GUMMK7cB2PkE>
Subject: Re: [Detnet] New Version Notification for draft-zha-detnet-flow-info-model-02.txt
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
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, 20 Mar 2017 15:39:38 -0000

Thanks Yiyong,

I would like to clarify something about the 802.1 terminology.

802.1Qcc (and its predecessor 802.1Qat) uses the term "StreamID", and 802.1CB uses the term "Stream identification", and those two terms mean very different things. Given that the two terms do not mean that same thing, it was a mistake to use the same words, but... it is what it is.

For DetNet, I think we need to fix that mistake in the terminology.

For StreamID, I would recommend "flow handle" for DetNet, because that describes its usage more precisely. The StreamID is a unique handle that the user's application (i.e. Talker and Listeners) uses to reference the flow's configuration in the network. For example, the Talker/Listener can use the StreamID to ask "Is my flow ready for use?". The StreamID has nothing to do with data packets between Talker and Listener. It is simply a "GUID". In 802.1 standards, we generate the "GUID" using a MAC address followed by a 16 bit unique identifier generated in the Talker. If DetNet choses to use a different technique to generate a unique identifier, that's fine. This "flow handle" concept has nothing to do with the data packets.

For "Stream identification", 802.1CB uses that term to specify the identification of the Stream in data packets. 802.1CB supports the Stream identifications that the I-D below lists in 3.1.1 and 3.1.2, as well as others. For this term, I would recommend "flow identification" for DetNet, which the I-D below uses.

In 3.1.1 of the I-D below states that 802.1Qcc uses MAC address and unique ID as its flow identification. Technically that is incorrect, because 802.1Qcc uses that encoding for StreamID only (the "flow handle"), and that StreamID encoding is unrelated to data packets. For "flow identification", 802.1Qcc uses the same encodings shown in 3.1.1 and 3.1.2. Those "flow identifications" are actually formalized in 802.1CB.

Rodney

> -----Original Message-----
> From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of zhayiyong
> Sent: Friday, March 17, 2017 8:32 PM
> To: detnet@ietf.org
> Subject: [Detnet] FW: New Version Notification for draft-zha-detnet-flow-
> info-model-02.txt
> 
> Hi All,
> 
> Please note that the information model draft has been updated. Changes
> are:
> 1. add transport layer information
> 2. add traffic type information
> 3. more elaboration on how to use it with 802.1qcc
> 4. editorial changes.
> 
> Regards,
> Yiyong
> 
> -----Original Message-----
> From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]
> Sent: Monday, March 13, 2017 6:10 PM
> To: zhayiyong; Liang Geng; Jiangyuanlong
> Subject: New Version Notification for draft-zha-detnet-flow-info-model-
> 02.txt
> 
> 
> A new version of I-D, draft-zha-detnet-flow-info-model-02.txt
> has been successfully submitted by Yiyong Zha and posted to the IETF
> repository.
> 
> Name:		draft-zha-detnet-flow-info-model
> Revision:	02
> Title:		Deterministic Networking Flow Information Model
> Document date:	2017-03-13
> Group:		Individual Submission
> Pages:		15
> URL:            https://www.ietf.org/internet-drafts/draft-zha-detnet-
> flow-info-model-02.txt
> Status:         https://datatracker.ietf.org/doc/draft-zha-detnet-flow-
> info-model/
> Htmlized:       https://tools.ietf.org/html/draft-zha-detnet-flow-info-
> model-02
> Diff:           https://www.ietf.org/rfcdiff?url2=draft-zha-detnet-flow-
> info-model-02
> 
> Abstract:
>    Deterministic Networking (DetNet) provides end-to-end absolute
>    delay and loss guarantee to serve real-time applications. DetNet
>    is focused on a general approach that use techniques such as 1)
>    data plane resources reservation for DetNet flows; 2) providing
>    fixed path for DetNet flows; 3)sequentializng, replicating, and
>    eliminating duplicate packets transmission [draft-ietf-detnet-
>    architecture-00] to guarantee the worst case delay of DetNet flow
>    while allow sharing among best effort traffic. Data flow
>    information model is important to the DetNet work that it defines
>    information be used by flow establishment and control protocols.
>    This document describes and DetNet flow information model that
>    represents the flow identifier, traffic description information so
>    that can make resource reservation and provide differentiate
>    service.
> 
> 
> 
> 
> 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.
> 
> The IETF Secretariat
> 
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet