Re: [Detnet] Transport sub-layer name change (Was Re: Tsvart last call review of draft-ietf-detnet-architecture-08)

Loa Andersson <loa@pi.nu> Wed, 21 November 2018 11:13 UTC

Return-Path: <loa@pi.nu>
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 E7DD712F1A2; Wed, 21 Nov 2018 03:13:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 EaDATmWh51Jf; Wed, 21 Nov 2018 03:13:38 -0800 (PST)
Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C01C81292AD; Wed, 21 Nov 2018 03:13:37 -0800 (PST)
Received: from [192.168.1.20] (unknown [119.94.172.79]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 7F64418029FB; Wed, 21 Nov 2018 12:13:33 +0100 (CET)
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>, Lou Berger <lberger@labn.net>
Cc: "draft-ietf-detnet-architecture.all@ietf.org" <draft-ietf-detnet-architecture.all@ietf.org>, detnet WG <detnet@ietf.org>
References: <153817345967.27205.135001179751151278@ietfa.amsl.com> <fdf872d6-08a6-2c33-de21-9dd1506c1d21@labn.net> <6EC6417807D9754DA64F3087E2E2E03E2D16A4D3@rznt8114.rznt.rzdir.fht-esslingen.de> <e38ab4d6-0924-ab60-b1dc-4ac26600044c@labn.net> <16c050e436f342bb94b1ec9d1a38da3e@XCH-RCD-001.cisco.com> <3adfa63a-e6de-b899-f7ce-79d8f668d40f@labn.net> <dfea900c1cb54ee88a953f22a9c7e639@XCH-RCD-001.cisco.com> <BL0PR06MB4548D6E06909D74F227C84E6C4D90@BL0PR06MB4548.namprd06.prod.outlook.com> <CAA=duU3uw2kb1cMT9ys-WQ23=VDhOm3YO+rC1pbmksNC5pRcVQ@mail.gmail.com> <2086b964-4115-21b4-00d1-079f22d0a399@labn.net> <20181120213422.6zitt6iqhd5rmb6k@faui48f.informatik.uni-erlangen.de> <1df393bb6dac420d80f2f1a17a0f1b20@XCH-RCD-001.cisco.com>
From: Loa Andersson <loa@pi.nu>
Message-ID: <240c252e-f72a-ac88-0004-536916aeca1e@pi.nu>
Date: Wed, 21 Nov 2018 19:13:30 +0800
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1
MIME-Version: 1.0
In-Reply-To: <1df393bb6dac420d80f2f1a17a0f1b20@XCH-RCD-001.cisco.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/rD5HS8nIdQu1xE1-naPGYbCCdFk>
Subject: Re: [Detnet] Transport sub-layer name change (Was Re: Tsvart last call review of draft-ietf-detnet-architecture-08)
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: Wed, 21 Nov 2018 11:13:41 -0000

Folks,

I think we have encountered this before, at these times we either talked
about "Layer 2 Transport (L2 Transport)" or "Transport Network", fwiw
that would work here also.

But otoh I could live with "DetNet TE Sub-Layer", the small caveat is
that that implies we are talking about a Sub-Layer of DetNet, rather
than an independent transport network.

/Loa

On 2018-11-21 17:24, Pascal Thubert (pthubert) wrote:
> Sorry Toerless I cannot buy " quite frankly, thats not the primary reader constituency of DetNet".
> 
> We already face huge confusion in the current discussion in the ML. We do discuss Transport on the ML if only to decide what needs to be done in-house vs. elsewhere (in Transport Area) for a complete solution. And then we'll have our docs reviewed by the IESG for every publication request.
> 
> We could keep the word transport if we hide it well in an acronym that no one ever expands in the discussions (like MPLS). With David's suggestion that would be DTN, DetNet Transport Network. Sadly DTN is already taken at the IETF. Maybe DTNS with Service included : )
> 
> Otherwise using the word "transport" for an alternate meaning than layer-4 is really harmful to the discussions and publications.
> Note that we decided to work only on centralized solutions, with a controller that allocates resources along a "path". So the "path" we build is effectively TE. This is why I supported Lou's suggestion.
> 
> All the best;
> 
> Pascal
> 
>> -----Original Message-----
>> From: Toerless Eckert <tte@cs.fau.de>
>> Sent: mardi 20 novembre 2018 22:34
>> To: Lou Berger <lberger@labn.net>
>> Cc: Andrew G. Malis <agmalis@gmail.com>; Grossman, Ethan A.
>> <eagros@dolby.com>; draft-ietf-detnet-architecture.all@ietf.org; Pascal
>> Thubert (pthubert) <pthubert@cisco.com>; detnet WG <detnet@ietf.org>;
>> Michael.Scharf@hs-esslingen.de
>> Subject: Re: [Detnet] Transport sub-layer name change (Was Re: Tsvart last
>> call review of draft-ietf-detnet-architecture-08)
>>
>> IMHO, "Traffic Engineering" will be worse than "Transport":
>>
>> - Makes more important people confused
>>
>>    IMHO, the mayor group of people (rightfully) confused by the term
>> "Transport"
>>    in the DetNet context are IETF apps and transport area people, and
>>    quite frankly, thats not the primary reader constituency of DetNet
>>    documents. Network operators / vendors / TSN members / TSN solutoin
>>    devenlopers, aka: the primary reader consitutency for DetNet documents will
>>    IMHO be less confused by "Transport" than by "Traffic Engineering".
>>
>> - Creates even more inconsistent confusion
>>
>>    IMHO, Differnt confused people will even more likely assume through
>>    name recognition a lot more different functions into "Traffic
>>    Engineering". (TE means RSVP-TE, oh no, TE means network planning,
>>    TE can not mean QoS, TE is jut admission control, no TE needs to be
>>    per-hop, yada yada yada).
>>
>> I am not arguing for keeping Transport, i am just more worried about "Traffic
>> Engineering" than "Transport". I think a uniue new term without name
>> recognition and resulting confusion would be best.
>>
>> Maybe form a new term from key words like the following, eg.:
>>
>>   DetNet Flow SubNetwork Encapsulation and Adaption Layer (DF-SEAL)
>>
>> Cheers
>>      Toerless
>>
>> On Tue, Nov 20, 2018 at 04:10:58PM -0500, Lou Berger wrote:
>>>
>>> On 11/20/2018 3:11 PM, Andrew G. Malis wrote:
>>>> This terminology is certainly appropriate for TEAS. For DetNet, this
>>>> seems to make the assertion that the DetNet underlay is always
>>>> traffic-engineered, even if IPv4 or IPv6 (which is certainly
>>>> possible using TE extensions for the IGPs).
>>>
>>> This is certainly a fair point and one that does lead me to have a
>>> slight reservation about the change, that said, it seems the benefit
>>> out ways the downsides.
>>>
>>>>
>>>> As long as people are OK with this assertion, then I'm OK with it as
>>>> well. That should be made clear in the architecture spec where the
>>>> term "DetNet TE sub-layer" is introduced/defined.
>>>
>>> agreed.
>>>
>>> Lou
>>>
>>>>
>>>> Cheers,
>>>> Andy
>>>>
>>>> On Tue, Nov 20, 2018 at 1:29 PM Grossman, Ethan A. <eagros@dolby.com
>>>> <mailto:eagros@dolby.com>> wrote:
>>>>
>>>>      I like it.
>>>>      Ethan.
>>>>
>>>>      -----Original Message-----
>>>>      From: Pascal Thubert (pthubert) <pthubert@cisco.com
>>>>      <mailto:pthubert@cisco.com>>
>>>>      Sent: Tuesday, November 20, 2018 10:27 AM
>>>>      To: Lou Berger <lberger@labn.net <mailto:lberger@labn.net>>;
>>>>      Scharf, Michael <Michael.Scharf@hs-esslingen.de
>>>>      <mailto:Michael.Scharf@hs-esslingen.de>>
>>>>      Cc: detnet@ietf.org <mailto:detnet@ietf.org>;
>>>>      draft-ietf-detnet-architecture.all@ietf.org
>>>>      <mailto:draft-ietf-detnet-architecture.all@ietf.org>
>>>>      Subject: RE: Transport sub-layer name change (Was Re: [Detnet]
>>>>      Tsvart last call review of draft-ietf-detnet-architecture-08)
>>>>
>>>>      I support this change;
>>>>
>>>>      Pascal
>>>>
>>>>      > -----Original Message-----
>>>>      > From: Lou Berger <lberger@labn.net <mailto:lberger@labn.net>>
>>>>      > Sent: mardi 20 novembre 2018 19:19
>>>>      > To: Pascal Thubert (pthubert) <pthubert@cisco.com
>>>>      <mailto:pthubert@cisco.com>>; Scharf, Michael
>>>>      > <Michael.Scharf@hs-esslingen.de
>>>>      <mailto:Michael.Scharf@hs-esslingen.de>>
>>>>      > Cc: detnet@ietf.org <mailto:detnet@ietf.org>;
>>>>      draft-ietf-detnet-architecture.all@ietf.org
>>>>      <mailto:draft-ietf-detnet-architecture.all@ietf.org>
>>>>      > Subject: Transport sub-layer name change (Was Re: [Detnet]
>>>>      Tsvart last
>>>>      > call review of draft-ietf-detnet-architecture-08)
>>>>      >
>>>>      > ALL,
>>>>      >
>>>>      > There is a desire to replace the word "Transport" from the DetNet
>>>>      > Transport sub-layer to avoid confusion with L$ Transport protocols.
>>>>      >
>>>>      > In the TEAS WG we had a similar discussion and we replaced
>>>>      "Transport"
>>>>      > with "Traffic Engineered (TE) ".
>>>>      >
>>>>      > While a bit more verbose, what do people think about this change?
>>>>      >
>>>>      > To be clear, the suggestion is:
>>>>      >
>>>>      > OLD
>>>>      >
>>>>      >                     .
>>>>      >                     .
>>>>      >       +----------------------------+
>>>>      >       |  DetNet Service sub-layer  | PW, UDP, GRE
>>>>      >       +----------------------------+
>>>>      >       | DetNet Transport sub-layer | IPv6, IPv4, MPLS TE LSPs,
>>>>      MPLS SR
>>>>      >       +----------------------------+
>>>>      >                     .
>>>>      >                     .
>>>>      >
>>>>      >                   Figure 4: DetNet adaptation to data plane
>>>>      >
>>>>      > NEW
>>>>      >
>>>>      >                     .
>>>>      >                     .
>>>>      >       +----------------------------+
>>>>      >       |  DetNet Service sub-layer  | PW, UDP, GRE
>>>>      >       +----------------------------+
>>>>      >       |      DetNet TE sub-layer   | IPv6, IPv4, MPLS TE LSPs,
>>>>      MPLS SR
>>>>      >       +----------------------------+
>>>>      >                     .
>>>>      >                     .
>>>>      >
>>>>      >                   Figure 4: DetNet adaptation to data plane
>>>>      >
>>>>      > Lou
>>>>
>>>
>>> _______________________________________________
>>> 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
> 

-- 


Loa Andersson                        email: loa@pi.nu
Senior MPLS Expert
Bronze Dragon Consulting             phone: +46 739 81 21 64