Re: [Detnet] draft-geng-detnet-requirements-bounded-latency-02 revised for comments

Shunsuke Homma <shunsuke.homma.fp@hco.ntt.co.jp> Thu, 27 June 2019 10:27 UTC

Return-Path: <shunsuke.homma.fp@hco.ntt.co.jp>
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 61BD8120152 for <detnet@ietfa.amsl.com>; Thu, 27 Jun 2019 03:27:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level:
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=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 yS9ntD3cQk6N for <detnet@ietfa.amsl.com>; Thu, 27 Jun 2019 03:27:43 -0700 (PDT)
Received: from dish-sg.nttdocomo.co.jp (dish-sg.nttdocomo.co.jp [202.19.227.74]) by ietfa.amsl.com (Postfix) with ESMTP id 5EB36120058 for <detnet@ietf.org>; Thu, 27 Jun 2019 03:27:43 -0700 (PDT)
X-dD-Source: Outbound
Received: from zssg-mailmd104.ddreams.local (zssg-mailmd900.ddreams.local [10.160.172.63]) by zssg-mailou104.ddreams.local (Postfix) with ESMTP id B6C0812011D; Thu, 27 Jun 2019 19:27:42 +0900 (JST)
Received: from zssg-mailmf102.ddreams.local (zssg-mailmf900.ddreams.local [10.160.172.84]) by zssg-mailmd104.ddreams.local (dDREAMS) with ESMTP id <0PTR00UKM6E6WW50@dDREAMS>; Thu, 27 Jun 2019 19:27:42 +0900 (JST)
Received: from zssg-mailmf102.ddreams.local (unknown [127.0.0.1]) by zssg-mailmf102.ddreams.local (Postfix) with ESMTP id 8B2BB7E6032; Thu, 27 Jun 2019 19:27:42 +0900 (JST)
Received: from zssg-mailmf102.ddreams.local (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 8A01C8E6054; Thu, 27 Jun 2019 19:27:42 +0900 (JST)
Received: from localhost (unknown [127.0.0.1]) by IMSVA (Postfix) with SMTP id 7F1218E6052; Thu, 27 Jun 2019 19:27:42 +0900 (JST)
X-IMSS-HAND-OFF-DIRECTIVE: localhost:10026
Received: from zssg-mailmf102.ddreams.local (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id EB4128E6042; Thu, 27 Jun 2019 19:27:41 +0900 (JST)
Received: from zssg-mailua105.ddreams.local (unknown [10.160.172.62]) by zssg-mailmf102.ddreams.local (Postfix) with ESMTP; Thu, 27 Jun 2019 19:27:41 +0900 (JST)
Received: from RDSVVDI0392 (unknown [10.171.80.137]) by zssg-mailua105.ddreams.local (dDREAMS) with ESMTPA id <0PTR014Z26DPCDB0@dDREAMS>; Thu, 27 Jun 2019 19:27:41 +0900 (JST)
From: Shunsuke Homma <shunsuke.homma.fp@hco.ntt.co.jp>
References: <BN6PR22MB0771D878C59904BC7E0E0ACC87ED0@BN6PR22MB0771.namprd22.prod.outlook.com> <8aea82da521a4faead2f6cb4652f7d4b@huawei.com> <cd7bbcc689ad4d1e80bb034fab603f65@huawei.com> <005b01d52bf0$ca9e6020$5fdb2060$@hco.ntt.co.jp> <92dc836a882543cfb4c79b25fc5124f8@huawei.com>
In-reply-to: <92dc836a882543cfb4c79b25fc5124f8@huawei.com>
Date: Thu, 27 Jun 2019 19:27:25 +0900
Message-id: <01a901d52cd2$e9a42260$bcec6720$@hco.ntt.co.jp>
MIME-version: 1.0
Content-type: multipart/alternative; boundary="----=_NextPart_000_01AA_01D52D1E.598E3B60"
X-Mailer: Microsoft Outlook 14.0
Content-language: ja
Thread-index: AQMnmUkp2H0Pi7SVpr3C7kb4R5YXsAHemyVbAl6tjtoBWeluNwHR+enGo88pgHA=
To: "'qiangli (D)'" <qiangli3@huawei.com>, detnet@ietf.org
Cc: peter.j.willis@bt.com, 'Liang GENG' <liang.geng@hotmail.com>
X-TM-AS-GCONF: 00
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/voObVf7dhtMspj1aybhrNBRUh7g>
Subject: Re: [Detnet] draft-geng-detnet-requirements-bounded-latency-02 revised for comments
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: Thu, 27 Jun 2019 10:27:46 -0000

Hi Cristina,

 

>From operator's aspect, in addition to the number of network devices, the number of accommodated end devices and services would be
important. Also, the number of network devices may be broken down to some factors such as load of processes or unnecessity of
specific device/chip. There may other requirements on scalability.

 

Best regards,

 

Shunsuke

 

From: qiangli (D) [mailto:qiangli3@huawei.com] 
Sent: Thursday, June 27, 2019 5:48 PM
To: Shunsuke Homma; detnet@ietf.org
Cc: peter.j.willis@bt.com; 'Liang GENG'
Subject: RE: [Detnet] draft-geng-detnet-requirements-bounded-latency-02 revised for comments

 

Hi Shunsuke,

 

Thanks for your support. "Scalability" is indeed an important requirement, especially for operators when considering actual
deployment. DetNet has considered this point, the DetNet architecture proposed to improve scalability through flow aggregation.
Except for scale to a great amount of traffic flows,   current Req. 7 also mentions the number of network devices.  Do you recommend
splitting Req.7 from these two aspects?

 

 

Best regards,

 

Cristina QIANG

 

From: Shunsuke Homma [mailto:shunsuke.homma.fp@hco.ntt.co.jp] 
Sent: Wednesday, June 26, 2019 3:29 PM
To: qiangli (D) <qiangli3@huawei.com>; detnet@ietf.org
Cc: peter.j.willis@bt.com; 'Liang GENG' <liang.geng@hotmail.com>
Subject: RE: [Detnet] draft-geng-detnet-requirements-bounded-latency-02 revised for comments

 

Hi,

 

I agree that these requirements are important, especially from operator's aspect.  Services and applications which are latency
sensitive will increase more, and it would be required that enough dynamicity and scalability for utilizing it in carrier-wide
networks.

 

Regarding req 7, "scalable" has wide meaning, for example implementation or management aspects, and I hope it is broken down to more
concrete requirements in the next revision.

 

Best regards,

 

Shunsuke

 

 

From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of qiangli (D)
Sent: Wednesday, June 26, 2019 12:33 PM
To: detnet@ietf.org
Cc: shunsuke.homma.fp@hco.ntt.co.jp; peter.j.willis@bt.com; Liang GENG
Subject: Re: [Detnet] draft-geng-detnet-requirements-bounded-latency-02 revised for comments

 

Hi all,

 

The Req. 2.2 discusses that DetNet should be able to tolerate a certain degree of clock jitter & wander even within a time
synchronous domain. We would like to know if you agree or disagree with this requirement. If you think this requirement is
necessary, then to what degree of clock jitter & wander do you expect?

 

BTW, we are going to ask for WG adoption for this document in IETF 105 meeting. That's will be greatly appreciated if you can share
your comments to help us further improve this draft.

 

 

Best regards,

 

Cristina QIANG

 

From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of qiangli (D)
Sent: Monday, June 17, 2019 4:11 PM
To: detnet@ietf.org
Cc: shunsuke.homma.fp@hco.ntt.co.jp; peter.j.willis@bt.com; Liang GENG <liang.geng@hotmail.com>
Subject: Re: [Detnet] draft-geng-detnet-requirements-bounded-latency-02 revised for comments

 

Hi all,

 

This version has collected 7 requirements, and divided these requirements into optional (SHOULD) and mandatory (MUST) two types as
following shows. We authors would like to know if this requirement list is complete, and if the classification is appropriate or
not.  Your review and comments are highly appropriated.

 

==========================

Req. 1: Must support the dynamic creation, modification and deletion of deterministic services

 

Req. 2.1: Should support asynchronous clocks across domains

Req. 2.2 : Should tolerate a certain of clock jitter & wander within a clock synchronous domain

 

Req. 3: Must support Inter-Continental propagation delay

 

Req. 4: Should have self-monitoring capability

 

Req. 5: Should be robust against denial of service attacks

 

Req. 6: Must tolerate failures of links or nodes and topology changes

 

Req. 7: Must be scalable

===========================

 

Best regards,

 

Cristina QIANG

 

From: Liang GENG [ <mailto:liang.geng@hotmail.com> mailto:liang.geng@hotmail.com] 
Sent: Tuesday, June 11, 2019 11:53 AM
To:  <mailto:detnet@ietf.org> detnet@ietf.org
Cc: Black, David < <mailto:David.Black@dell.com> David.Black@dell.com>;  <mailto:peter.j.willis@bt.com> peter..j.willis@bt.com;
<mailto:shunsuke.homma.fp@hco.ntt.co.jp> shunsuke.homma.fp@hco.ntt.co.jp; qiangli (D) < <mailto:qiangli3@huawei.com>
qiangli3@huawei.com>
Subject: draft-geng-detnet-requirements-bounded-latency-02 revised for comments

 

Dear all,

 

Since IETF 104, we have carefully revised draft-geng-detnet-requirements-bounded-latency-02 according to received comments. The
latest 02 version was uploaded and available online
<https://datatracker.ietf.org/doc/draft-geng-detnet-requirements-bounded-latency/>
https://datatracker.ietf.org/doc/draft-geng-detnet-requirements-bounded-latency/. 

 

This new version collects more technical, operational and management requirements of deploying deterministic latency service on
layer 3 networks from the perspective of various service providers.

 

Comments are welcome!

 

Best regards,

Liang Geng on behavior of co-authors