Re: [Detnet-dp-dt] revised architecture draft in github
Norman Finn <norman.finn@mail01.huawei.com> Fri, 31 March 2017 02:19 UTC
Return-Path: <norman.finn@mail01.huawei.com>
X-Original-To: detnet-dp-dt@ietfa.amsl.com
Delivered-To: detnet-dp-dt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])
by ietfa.amsl.com (Postfix) with ESMTP id 9EC6612953D
for <detnet-dp-dt@ietfa.amsl.com>; Thu, 30 Mar 2017 19:19:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.22
X-Spam-Level:
X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5
tests=[BAYES_00=-1.9, HTML_MESSAGE=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 su290Ew0Bncm for <detnet-dp-dt@ietfa.amsl.com>;
Thu, 30 Mar 2017 19:19:34 -0700 (PDT)
Received: from dfwrg11-dlp.huawei.com (dfwrg11-dlp.huawei.com [206.16.17.15])
(using TLSv1 with cipher RC4-SHA (128/128 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id 62C48127444
for <detnet-dp-dt@ietf.org>; Thu, 30 Mar 2017 19:19:30 -0700 (PDT)
Received: from 172.18.9.243 (EHLO dfwpml702-chm.exmail.huawei.com)
([172.18.9.243])
by dfwrg11-dlp.huawei.com (MOS 4.3.7-GA FastPath queued)
with ESMTP id AZF81885; Thu, 30 Mar 2017 21:19:24 -0500 (CDT)
Received: from DFWPML705-CHM.exmail.huawei.com ([169.254.2.168]) by
dfwpml702-chm.exmail.huawei.com ([169.254.5.153]) with mapi id
14.03.0301.000; Thu, 30 Mar 2017 19:19:21 -0700
From: Norman Finn <norman.finn@mail01.huawei.com>
To: =?Windows-1252?Q?Bal=E1zs_Varga_A?= <balazs.a.varga@ericsson.com>,
"detnet-dp-dt@ietf.org" <detnet-dp-dt@ietf.org>
Thread-Topic: revised architecture draft in github
Thread-Index: AdKn74M6630aUNWUQFWeMk/5MhTDjAATjtyAAGHaRcY=
Date: Fri, 31 Mar 2017 02:19:21 +0000
Message-ID: <3DF0466E9510274382F5B74499ACD6F8C54AC6@dfwpml705-chm.exmail.huawei.com>
References: <3DF0466E9510274382F5B74499ACD6F8C544C5@dfwpml705-chm.exmail.huawei.com>,
<DBXPR07MB1289798176100B7C6B4EC6FAC350@DBXPR07MB128.eurprd07.prod.outlook.com>
In-Reply-To: <DBXPR07MB1289798176100B7C6B4EC6FAC350@DBXPR07MB128.eurprd07.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [172.18.4.35]
Content-Type: multipart/alternative;
boundary="_000_3DF0466E9510274382F5B74499ACD6F8C54AC6dfwpml705chmexmai_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet-dp-dt/HNrikWRwpx8tEw0ZUEkTNKG0ovI>
Subject: Re: [Detnet-dp-dt] revised architecture draft in github
X-BeenThere: detnet-dp-dt@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: DetNet WG Data Plane Design Team <detnet-dp-dt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet-dp-dt>,
<mailto:detnet-dp-dt-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet-dp-dt/>
List-Post: <mailto:detnet-dp-dt@ietf.org>
List-Help: <mailto:detnet-dp-dt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet-dp-dt>,
<mailto:detnet-dp-dt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 31 Mar 2017 02:19:39 -0000
Good ideas. Where do we put 3.2.3? -- Norm ________________________________ From: Balázs Varga A [balazs.a.varga@ericsson.com] Sent: Tuesday, March 28, 2017 8:49 PM To: Norman Finn; detnet-dp-dt@ietf.org Subject: RE: revised architecture draft in github Hi Norm, I like the structure now much better. See my comments in the ToC below. - “3.1.x sections” are more tools to achieve QoS for DetNet, so what about to a second level section. - “3.2.3. Packet encoding for service protection” does not really connected with the text/sections around it. - I would change the order of 4.3 and 4.4. - “5. Compatibility with Layer-2” could be a second level section in section 4. Cheers Bala’zs Table of Contents 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 3 2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 4 2.1. Terms used in this document . . . . . . . . . . . . . . . 4 2.2. IEEE 802 TSN to DetNet dictionary . . . . . . . . . . . . 6 3. Providing the DetNet Quality of Service . . . . . . . . . . . 7 ins> 3.1. Primary Goals defining the DetNet QoS . . . . . . . . . . . . . . 7 insert "primary" in title ins> 3.x. Tools to achieve the DetNet QoS . . . . . . . . . . . . . . 7 insert new second level section 3.x.1. Congestion protection . . . . . . . . . . . . . . . . 9 3.x.2. Explicit routes . . . . . . . . . . . . . . . . . . . 9 3.x.3. Jitter Reduction . . . . . . . . . . . . . . . . . . 10 3.x.4. Packet Replication and Elimination . . . . . . . . . 11 3.2. Secondary goals for DetNet . . . . . . . . . . . . . . . 12 3.2.1. Coexistence with normal traffic . . . . . . . . . . . 12 3.2.2. Fault Mitigation . . . . . . . . . . . . . . . . . . 13 ???> 3.2.3. Packet encoding for service protection . . . . . . . 14 does not fit here really 4. DetNet Architecture . . . . . . . . . . . . . . . . . . . . . 14 4.1. DetNet stack model . . . . . . . . . . . . . . . . . . . 14 4.1.1. Representative Protocol Stack Model . . . . . . . . . 14 4.1.2. DetNet Data Plane Overview . . . . . . . . . . . . . 16 4.1.3. Network reference model . . . . . . . . . . . . . . . 18 4.2. DetNet systems . . . . . . . . . . . . . . . . . . . . . 20 4.2.1. End system . . . . . . . . . . . . . . . . . . . . . 20 4.2.2. DetNet edge, relay, and transit nodes . . . . . . . . 21 > 4.3. Traffic Engineering for DetNet . . . . . . . . . . . . . 21 change order of 4.3 and 4.4 4.3.1. The Application Plane . . . . . . . . . . . . . . . . 22 4.3.2. The Controller Plane . . . . . . . . . . . . . . . . 22 4.3.3. The Network Plane . . . . . . . . . . . . . . . . . . 23 > 4.4. DetNet flows . . . . . . . . . . . . . . . . . . . . . . 24 4.4.1. DetNet flow types . . . . . . . . . . . . . . . . . . 24 4.4.2. Source guarantees . . . . . . . . . . . . . . . . . . 24 4.4.3. Incomplete Networks . . . . . . . . . . . . . . . . . 26 4.5. Queuing, Shaping, Scheduling, and Preemption . . . . . . 26 4.6. Service instance . . . . . . . . . . . . . . . . . . . . 27 4.7. Flow identification at technology borders . . . . . . . . 28 4.7.1. Exporting flow identification . . . . . . . . . . . . 28 4.7.2. Flow attribute mapping between layers . . . . . . . . 29 4.7.3. Flow-ID mapping examples . . . . . . . . . . . . . . 30 4.8. Advertising resources, capabilities and adjacencies . . . 32 4.9. Provisioning model . . . . . . . . . . . . . . . . . . . 33 4.9.1. Centralized Path Computation and Installation . . . . 33 4.9.2. Distributed Path Setup . . . . . . . . . . . . . . . 33 4.10. Scaling to larger networks . . . . . . . . . . . . . . . 34 4.11. Connected islands vs. networks . . . . . . . . . . . . . 34 > 5. Compatibility with Layer-2 . . . . . . . . . . . . . . . . . 34 Move under section 4. as 4.12 6. Open Questions . . . . . . . . . . . . . . . . . . . . . . . 35 6.1. Flat vs. hierarchical control . . . . . . . . . . . . . . 35 6.2. Peer-to-peer reservation protocol . . . . . . . . . . . . 35 6.3. Wireless media interactions . . . . . . . . . . . . . . . 36 7. Security Considerations . . . . . . . . . . . . . . . . . . . 36 8. Privacy Considerations . . . . . . . . . . . . . . . . . . . 37 9. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 37 10. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . 37 11. Access to IEEE 802.1 documents . . . . . . . . . . . . . . . 37 12. Informative References . . . . . . . . . . . . . . . . . . . 37 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 43 From: Detnet-dp-dt [mailto:detnet-dp-dt-bounces@ietf.org] On Behalf Of Norman Finn Sent: Tuesday, March 28, 2017 1:17 PM To: detnet-dp-dt@ietf.org Subject: [Detnet-dp-dt] revised architecture draft in github Checked in the stuff we talked about. See what you think. -- Norm
- [Detnet-dp-dt] revised architecture draft in gith… Norman Finn
- Re: [Detnet-dp-dt] revised architecture draft in … Jiangyuanlong
- Re: [Detnet-dp-dt] revised architecture draft in … Balázs Varga A
- Re: [Detnet-dp-dt] revised architecture draft in … Norman Finn