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

S.V.R.Anand <anandsvr@iisc.ac.in> Sat, 08 December 2018 07:08 UTC

Return-Path: <anandsvr@iisc.ac.in>
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 B92171271FF; Fri, 7 Dec 2018 23:08:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.359
X-Spam-Level:
X-Spam-Status: No, score=-3.359 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-1.459, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=indianinstituteofscience.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 WLEzmef_ZBin; Fri, 7 Dec 2018 23:08:43 -0800 (PST)
Received: from IND01-MA1-obe.outbound.protection.outlook.com (mail-eopbgr1380053.outbound.protection.outlook.com [40.107.138.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2E89B12008A; Fri, 7 Dec 2018 23:08:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=IndianInstituteofScience.onmicrosoft.com; s=selector1-iisc-ac-in; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=PhnQkxj36KtzsT1SrtKMTpcGc+kPaklw9nvBI4PJOZU=; b=iJaN/U6nGWfe2RWj8YVDdPgjWgDlW+JkkuqCoKKLHSDReFiMjG//lAJUrCPF+XEEvvBrHs06z9A8rTJnatzDoefrhfi9gozIcgONE9Vk4zdCVBLLikLq8sPvOJK2T7459YVgmu9jMilHWVNV5f3Wub5fK7EtgHmDX/LrsmsX0Ig=
Received: from BM1PR01MB2995.INDPRD01.PROD.OUTLOOK.COM (20.178.174.80) by BM1PR01MB2434.INDPRD01.PROD.OUTLOOK.COM (20.178.175.81) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1404.20; Sat, 8 Dec 2018 07:08:37 +0000
Received: from BM1PR01MB2995.INDPRD01.PROD.OUTLOOK.COM ([fe80::6408:a3d0:a946:da7]) by BM1PR01MB2995.INDPRD01.PROD.OUTLOOK.COM ([fe80::6408:a3d0:a946:da7%4]) with mapi id 15.20.1404.023; Sat, 8 Dec 2018 07:08:37 +0000
From: "S.V.R.Anand" <anandsvr@iisc.ac.in>
To: Loa Andersson <loa@pi.nu>
CC: Lou Berger <lberger@labn.net>, János Farkas <janos.farkas@ericsson.com>, "Andrew G. Malis" <agmalis@gmail.com>, "Grossman, Ethan A." <eagros@dolby.com>, "draft-ietf-detnet-architecture.all@ietf.org" <draft-ietf-detnet-architecture.all@ietf.org>, "Pascal Thubert (pthubert)" <pthubert@cisco.com>, detnet WG <detnet@ietf.org>, "Michael.Scharf@hs-esslingen.de" <Michael.Scharf@hs-esslingen.de>
Thread-Topic: [Detnet] Transport sub-layer name change (Was Re: Tsvart last call review of draft-ietf-detnet-architecture-08)
Thread-Index: AQHUgP7JodTW0fu2p0OSf0oC1rvHU6VY+8KAgAAcwQCAABCPAIAaXMOAgAAHqQCAALbxgIAAQzyA
Date: Sat, 08 Dec 2018 07:08:36 +0000
Message-ID: <20181208070832.GG2815@iisc.ac.in>
References: <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> <38afc693-1a98-50e4-907a-6cc5ec178ac6@ericsson.com> <e0196813-7647-1d14-5c82-3cd0786a099e@labn.net> <2a2e33b4-74b3-4153-0db2-7a889551297f@pi.nu>
In-Reply-To: <2a2e33b4-74b3-4153-0db2-7a889551297f@pi.nu>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-clientproxiedby: MA1PR0101CA0025.INDPRD01.PROD.OUTLOOK.COM (2603:1096:a00:22::11) To BM1PR01MB2995.INDPRD01.PROD.OUTLOOK.COM (2603:1096:b00:4d::16)
x-originating-ip: [14.139.128.15]
authentication-results: spf=none (sender IP is ) smtp.mailfrom=anandsvr@iisc.ac.in;
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BM1PR01MB2434; 6:B1Zpsd9hblg/s65vC6RCt2guaJPO1uTocr4NLy3AFVN0P7eYscn6/jBI/kGP/q/S3LjZXjPp0/RtPgixq8wPb5f8NuactJS4FE7oPXaJ0p19j2UXL5jY0YmGN27Qpt4Fc63Gfss9UVoSIKWzunGGr3PBSQgQYpa4ca5bpOcogYcdFoAz6uPO7dqJScz/QYuoYg4GjdYseEwotBLmK6hyAEL1rNTCN9CYnTx8kuMaqvUTCaIBkbkxXVxa/2lLSsKVdRx7TrFOBpqGpgYeM5c65q4LDk4lXCxrxviFthvtxU+AYsYPITw6YCMtALZxFyr0tYS8Z71mK1UwuFWZQzSGj1Sx7Rtgt4Rdr0U+CjOanC2ty9M2bNWD2JxN/zXk69W4fNq1mRo5fyVUt6dvrAYGAHwg4TV4E1iwr7H+klSBpaflNadcoBKLrn2xe7sJL3A4vhsy7mpeVCBR1rHF86+s8A==; 5:u2fi8r3kc+i5tnh2AZjp5r+U1kD8ybHuePlfvR7LxV60sben+VwMg1FT5I7/ulKSgZwCH0qB0rx5m0Kf7sctHdjB59a9XnofR0OZhuBo0IKzK8sPhwyLTAZ1nU+kj9QkLQe/QKsfVh3FfrYMwd5NGGpnqCM/uzTGrLbi2N90tBA=; 7:dAhqK60bqWvkAAhFYaNueK+x1xdcGn1hSeZdn6sZp5Bz1nQnRE3doif6imTqAZvxhcRzWF3yvw21SUYdU8ZjJvVfAQkvYFlcnAUKPZs/dsUGaeD0Z+XHkYqPKTFEOZiUBb3cVHZUyTw8nQz0CH5cIA==
x-ms-office365-filtering-correlation-id: 89021c52-ee6e-447b-e12c-08d65cdbf91a
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390098)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(2017052603328)(7153060)(7193020); SRVR:BM1PR01MB2434;
x-ms-traffictypediagnostic: BM1PR01MB2434:
x-microsoft-antispam-prvs: <BM1PR01MB2434A96F3B20561BB544834FFCAB0@BM1PR01MB2434.INDPRD01.PROD.OUTLOOK.COM>
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(8121501046)(5005006)(10201501046)(3002001)(93006095)(93001095)(3231455)(999002)(944501520)(52105112)(148016)(149066)(150057)(6041310)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123562045)(20161123560045)(20161123564045)(201708071742011)(7699051)(76991095); SRVR:BM1PR01MB2434; BCL:0; PCL:0; RULEID:; SRVR:BM1PR01MB2434;
x-forefront-prvs: 0880FB6EC1
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(136003)(396003)(376002)(346002)(366004)(39860400002)(76094002)(54094003)(13464003)(252514010)(53754006)(199004)(189003)(6916009)(68736007)(26005)(14454004)(1076002)(86362001)(186003)(106356001)(5660300001)(105586002)(25786009)(3846002)(97736004)(66574011)(478600001)(2906002)(33656002)(561944003)(81166006)(229853002)(8676002)(6486002)(81156014)(6116002)(966005)(6436002)(8936002)(476003)(256004)(446003)(76176011)(6246003)(11346002)(14444005)(2616005)(486006)(53936002)(6512007)(66066001)(4326008)(71200400001)(71190400001)(36756003)(99286004)(74482002)(39060400002)(786003)(93886005)(305945005)(386003)(6506007)(53546011)(316002)(102836004)(7736002)(54906003)(52116002)(6306002)(80872002)(42522002); DIR:OUT; SFP:1101; SCL:1; SRVR:BM1PR01MB2434; H:BM1PR01MB2995.INDPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: iisc.ac.in does not designate permitted sender hosts)
x-microsoft-antispam-message-info: t/RL2hb9NFMH1ZgskIFIHHda3QGc7hj1c/SEJBgVBakcV1VYXRGs1sHpIJP+9VwNP55bjS2LLzocZPem0GbbguIxcJqelboGYZ0hV7loorfDS2Bz6ps8Lwa1eYn8dfxuIAbATVjD83Yp5m+MKlWLCduD+9Jk3aGjToYontPkBxWxbaBkhpt7ddyTPTCuaIKYovQf00Jes8mbCY3PETgJnop556mHbE9Id2ngv5Am5k5EBxEgWvKpG3iNIjQF5LdpQs5DT9PYg7m2dnsScalgb4om1CFxbrF/Kg8qpioNqqsImEus90srghrkQJuS4GpVb0MDntFJFvv6DI4Tzb5mbq8DpLk+pBJxJj92uEudQiw=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <29E85F5DF4D97E45A23C375014057E07@INDPRD01.PROD.OUTLOOK.COM>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: iisc.ac.in
X-MS-Exchange-CrossTenant-Network-Message-Id: 89021c52-ee6e-447b-e12c-08d65cdbf91a
X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Dec 2018 07:08:37.0068 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 6f15cd97-f6a7-41e3-b2c5-ad4193976476
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BM1PR01MB2434
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/y-T1wbOpYCCEYD_715qRlLb0qVc>
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: Sat, 08 Dec 2018 07:08:47 -0000

Hi All,

I feel Detnet Forwarding sub-layer is very close to capturing the functionality,
but Forwarding still overloaded as observed by Lou.

Given the wide range of mechanisms and lower layer services that this layer
works with, I wonder if it makes sense to use a generic term "convergence" in
the name. It is not uncommon to come across this term as part of a name in the
context of a typical foo-layer.5. Just a thought. This said, I am still fine
with Detnet Forwarding sub-layer.

Regards
Anand



On Sat, Dec 08, 2018 at 11:07:55AM +0800, Loa Andersson wrote:
> Lou, et.al,.
> 
> On 2018-12-08 00:13, Lou Berger wrote:
> >Hi,
> >
> >Focusing on the proposal:
> >
> >>In order to have another alternative on the table I propose renaming
> >>"DetNet Transport sub-layer" to "DetNet Forwarding sub-layer"
> >This is a bit of a new usage for 'Forwarding' but not totally --
> >thinking about FIBs.  My main reservation is that forwarding is
> >usually considered separately from queuing, while this sub-layer
> >embodies both. I do accept that TE usually considers both
> >forwarding/steering and queuing, and that some assume that
> >sophisticated queuing is required for TE -- which is actually
> >service dependent.
> >
> >Even with this caveat and my personal preference for the 'TE'
> >option, I (as contributor) can live with "DetNet Forwarding
> >sub-layer".
> 
> Understanding that we want to pick good names, and that sometimes this
> turns out to be "impossible".
> 
> But after all a name is just a name.
> 
> I can live with "DetNet Forwarding sub-layer".
> 
> /Loa
> 
> >
> >Lou
> >
> >On 12/7/2018 10:45 AM, János Farkas wrote:
> >>Hi,
> >>
> >>I have a similar concern with the change. It of course depends on the
> >>definition of Traffic Engineering, but the term "DetNet TE sub-layer"
> >>may imply to the reader that Traffic Engineering is a must even for
> >>DetNet transit nodes. As far as I recall, the intention is to make
> >>possible that DetNet transit nodes can be kept simple. Depending on the
> >>actual DetNet service provided, DetNet transit nodes can be
> >>actually simple.
> >>
> >>The idea behind the introduction of the two DetNet sub-layers was to
> >>make it easier to tackle the problem. The lower layer provides simpler
> >>packet forwarding related functions, the higher DetNet Service sub-layer
> >>provides more complex DetNet service related functions.
> >>
> >>In order to have another alternative on the table I propose renaming
> >>"DetNet Transport sub-layer" to "DetNet Forwarding sub-layer"
> >>
> >>Best regards,
> >>Janos
> >>
> >>
> >>On 11/20/2018 10:10 PM, 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
> 
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet