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

"Andrew G. Malis" <agmalis@gmail.com> Tue, 20 November 2018 20:11 UTC

Return-Path: <agmalis@gmail.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 18B9F130DCF; Tue, 20 Nov 2018 12:11:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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 (2048-bit key) header.d=gmail.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 f8WY5GGgpp_G; Tue, 20 Nov 2018 12:11:55 -0800 (PST)
Received: from mail-qt1-x82e.google.com (mail-qt1-x82e.google.com [IPv6:2607:f8b0:4864:20::82e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F2C0012D4E9; Tue, 20 Nov 2018 12:11:54 -0800 (PST)
Received: by mail-qt1-x82e.google.com with SMTP id r14so1449741qtp.1; Tue, 20 Nov 2018 12:11:54 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=hDce6O03DsvHZKFc9g5cL1yN/8yTR5ye6blUHIIjdtU=; b=WIsRWwHun+8wjp+btNLPyTDXJkXDuEyYBV+YUavN5NwSPJpcJhUbEBlcVRCiJX/zfJ X8SjXgsxh6iuP2+8VH1NCbGKrbZ8z6N2IhAh2AUCO0qAeXL3QwSoq1rauaUu1azySX1S 9o7jpHOpVYA2I5RIpxq1xZKGO7p4P3B8OFsdLHdANztYKF8661vHBnaZMsF3zsybal07 jbNay3rv0pnyRgJzHGMXDRF4Gk2sHUX+D3TLG1waUHaxmgVQUQ3VTNfODSQtZaRDubnd bMirsi5WWleH6vLhYMwLwAL1x5US4Xc/pzQKnxQ74rhCG868WCNfsiIp149QsfpPcVSK fzhw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=hDce6O03DsvHZKFc9g5cL1yN/8yTR5ye6blUHIIjdtU=; b=HvgdCh53Tr7LVUPPEZiNQYovAID9rc15DfRVIkev0zjaSaitq8lw1Ihxpvb9zIQ0T+ elkC1KI2yOKezdC78I2k2zdFOPXZPn1s03ZkwkJdIB3OwiDDGlOkQ4lAxdvPHNLu9i/Q lpPW7psxcYKRff0GaDBvH7udg1Iazg5priaTYnT9PRTwjPLQHMbuR+0YcI4vX6LV3oKG tmhohpCnUoUoFQhkGk7RonDNfLJLN0nAnE+cUtXIA9X5YVvMBcOJyCjQ/v7rdujJ7jks 7nk6qpDlt046uGK7ymOO9x0wTsIxE1FNlRg3sZpCvt0Golgsz3f9+lCEkdGuehTgz9ne m7wA==
X-Gm-Message-State: AA+aEWYbEhd3hwPdHJCQb6Zk4lTBR2qowF0NiF2kAqr+hsWuvfkvwE/D HXeDijlT/yfHSWDP0qu29SSPpCzGhxptHLiXAVY=
X-Google-Smtp-Source: AFSGD/UjtPRh/tWO2ECg7C20jav2MtznEHm17QR1TsdJBiLoLo4XtoxIiorQT2mbTEDSGHd+Xz3nY3SSFHiEtShHvms=
X-Received: by 2002:a0c:c389:: with SMTP id o9mr3380964qvi.90.1542744713987; Tue, 20 Nov 2018 12:11:53 -0800 (PST)
MIME-Version: 1.0
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>
In-Reply-To: <BL0PR06MB4548D6E06909D74F227C84E6C4D90@BL0PR06MB4548.namprd06.prod.outlook.com>
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Tue, 20 Nov 2018 15:11:42 -0500
Message-ID: <CAA=duU3uw2kb1cMT9ys-WQ23=VDhOm3YO+rC1pbmksNC5pRcVQ@mail.gmail.com>
To: "Grossman, Ethan A." <eagros@dolby.com>
Cc: "Pascal Thubert (pthubert)" <pthubert@cisco.com>, Lou Berger <lberger@labn.net>, Michael.Scharf@hs-esslingen.de, draft-ietf-detnet-architecture.all@ietf.org, detnet WG <detnet@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000a80c73057b1e3e89"
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/WJG4TKPAF2ayk4gPb6PCe4Ii3w0>
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: Tue, 20 Nov 2018 20:11:57 -0000

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).

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.

Cheers,
Andy

On Tue, Nov 20, 2018 at 1:29 PM Grossman, Ethan A. <eagros@dolby.com> wrote:

> I like it.
> Ethan.
>
> -----Original Message-----
> From: Pascal Thubert (pthubert) <pthubert@cisco.com>
> Sent: Tuesday, November 20, 2018 10:27 AM
> To: Lou Berger <lberger@labn.net>; Scharf, Michael <
> Michael.Scharf@hs-esslingen.de>
> Cc: detnet@ietf.org; 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>
> > Sent: mardi 20 novembre 2018 19:19
> > To: Pascal Thubert (pthubert) <pthubert@cisco.com>; Scharf, Michael
> > <Michael.Scharf@hs-esslingen.de>
> > Cc: detnet@ietf.org; 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
>
>