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

zhayiyong <zhayiyong@huawei.com> Tue, 21 March 2017 00:37 UTC

Return-Path: <zhayiyong@huawei.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 59B1E129417 for <detnet@ietfa.amsl.com>; Mon, 20 Mar 2017 17:37:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.219
X-Spam-Level:
X-Spam-Status: No, score=-4.219 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 NP1V3BUimTrF for <detnet@ietfa.amsl.com>; Mon, 20 Mar 2017 17:37:22 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5897312940F for <detnet@ietf.org>; Mon, 20 Mar 2017 17:37:21 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml704-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DDD28881; Tue, 21 Mar 2017 00:37:18 +0000 (GMT)
Received: from DGGEMM404-HUB.china.huawei.com (10.3.20.212) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.301.0; Tue, 21 Mar 2017 00:37:17 +0000
Received: from DGGEMM508-MBS.china.huawei.com ([169.254.4.204]) by DGGEMM404-HUB.china.huawei.com ([10.3.20.212]) with mapi id 14.03.0301.000; Tue, 21 Mar 2017 08:37:11 +0800
From: zhayiyong <zhayiyong@huawei.com>
To: Rodney Cummings <rodney.cummings@ni.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/CAAJePoA==
Date: Tue, 21 Mar 2017 00:37:10 +0000
Message-ID: <E78F7186ADD5404AB48E27F02660CA07806C7601@dggemm508-mbs.china.huawei.com>
References: <E78F7186ADD5404AB48E27F02660CA07806C4C53@dggemm508-mbs.china.huawei.com> <MWHPR04MB0559527C6DECB44C74EB98F8923A0@MWHPR04MB0559.namprd04.prod.outlook.com>
In-Reply-To: <MWHPR04MB0559527C6DECB44C74EB98F8923A0@MWHPR04MB0559.namprd04.prod.outlook.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.61.15.96]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020206.58D075BF.0060, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.4.204, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: addeb69199bcb8d05187e26fef8db98e
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/-PZFl703CrFoAKFehGPERwOCECA>
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: Tue, 21 Mar 2017 00:37:25 -0000

Hi Rodney,

Thank you for your clarification. I agree with you that DetNet should differentiate these two concepts. Flow identification is needed for sure, and do we need such "flow handle" mechanism in DetNet (layer 3 network)? 

Regards,
Yiyong

-----Original Message-----
From: Rodney Cummings [mailto:rodney.cummings@ni.com] 
Sent: Monday, March 20, 2017 11:39 PM
To: zhayiyong; detnet@ietf.org
Subject: RE: New Version Notification for draft-zha-detnet-flow-info-model-02.txt

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