Re: [arch-d] ETSI launches new group on Non-IP Networking addressing 5G new services

Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Wed, 08 April 2020 20:09 UTC

Return-Path: <spencerdawkins.ietf@gmail.com>
X-Original-To: architecture-discuss@ietfa.amsl.com
Delivered-To: architecture-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F32063A1678 for <architecture-discuss@ietfa.amsl.com>; Wed, 8 Apr 2020 13:09:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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 hFb0Cg3jT8A7 for <architecture-discuss@ietfa.amsl.com>; Wed, 8 Apr 2020 13:09:05 -0700 (PDT)
Received: from mail-lj1-x22f.google.com (mail-lj1-x22f.google.com [IPv6:2a00:1450:4864:20::22f]) (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 A9A023A1676 for <architecture-discuss@ietf.org>; Wed, 8 Apr 2020 13:09:04 -0700 (PDT)
Received: by mail-lj1-x22f.google.com with SMTP id q19so9013427ljp.9 for <architecture-discuss@ietf.org>; Wed, 08 Apr 2020 13:09:04 -0700 (PDT)
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=QxpzBjVqi2G8/Mii1rMo99aeoazI0wt5SPN5OOWRv3Y=; b=MD1at7yYXaFbcWhPc36ybv5YRfHZd5tCWvDHsH/6VDtJNtD6z2+b4+EgyUWzwik5o5 dx0VYznZOo4Dw6ouioI/6lehdELkbDzs3+ljJUdIy5OnU45xkMYz2PsVmBNLAtv4xs0o rggKWxZYlErGT+V0XUCdEYhBI5OZ5lGulxFTRDjM+AiBTO1ps+KOcDVgotl9rtLrrdXQ ZjFRHFtUYO4PEf5LWK32WfCHBjqd6xL8MDAV0X94j+fD65vPyIReXVsrEpcXP4U+5BGY f9HCKpC8Syt5YdHytxT0Wbwgb8BcmFVSYuhkpyJJAQ5BhtKUWOJGz4IVdzcRyGIHVFVU SEVQ==
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=QxpzBjVqi2G8/Mii1rMo99aeoazI0wt5SPN5OOWRv3Y=; b=nsztIbSKWeAI+aZgnyo3bz1WzN94lOeGchj+AGx9vCkzZeSraJzqUrlFl+dIVTCY55 DuXV52zvLwtRg8ww5DDKlXrEpyTPNlnFDxzMxF5a2ImtHb34847mGp49FIbbNgRzjfRk 99Dl2i5gcT59gXQjeYlQqMw7E/XBknHveGLBGB+sTBACcYDCZtuKmIfQ+A/T2TuuRVN+ 3qzjW3o7ELipDsVQXicjDnuPO3dC20P5iN4ycdD4vANgoz4ZfXr+i2hxHWWw/3fLdp+c kG65bfEkNVELBdeyG4hlP1gx5YkTJyB0LHoy82lhD+6/ubOv6frrk23AatkjlPe/CkZC 9XAw==
X-Gm-Message-State: AGi0PuYtz0G8P7YUnBTdrMsvBSq26EXMBspRTRtKejoW1Dwm6/3tkJn3 Bimpm9jnwDalBJOqrTw1qbFA83obunZWzD9HU2M=
X-Google-Smtp-Source: APiQypLoYPRkZoQWrj80T/8zbKrjrpmI0w5gRckmT2/igomcp11YBFS5DMuWV4s4AiJOeJt3txLpW6idW7WEVb37q8M=
X-Received: by 2002:a2e:7e06:: with SMTP id z6mr6269135ljc.60.1586376542890; Wed, 08 Apr 2020 13:09:02 -0700 (PDT)
MIME-Version: 1.0
References: <60a10451-5fbd-fcec-5389-7a72870dcc84@gmail.com> <3F26D0A8-28DE-4F35-B4B9-2346A8AED46F@gmail.com> <AC46F652851E6AB5AB3D9B8C@PSB>
In-Reply-To: <AC46F652851E6AB5AB3D9B8C@PSB>
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Date: Wed, 08 Apr 2020 15:08:36 -0500
Message-ID: <CAKKJt-f7ro5yQrBWH_Qz+vKdyVqnvytxvk_uQe0NEqwZCr2mAw@mail.gmail.com>
To: John C Klensin <john-ietf@jck.com>
Cc: Bob Hinden <bob.hinden@gmail.com>, Brian Carpenter <brian.e.carpenter@gmail.com>, architecture-discuss@ietf.org
Content-Type: multipart/alternative; boundary="00000000000051ad7105a2cd1252"
Archived-At: <https://mailarchive.ietf.org/arch/msg/architecture-discuss/IE3ZWHWCze7qV4fXtiVfZiYZU50>
Subject: Re: [arch-d] ETSI launches new group on Non-IP Networking addressing 5G new services
X-BeenThere: architecture-discuss@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: open discussion forum for long/wide-range architectural issues <architecture-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/architecture-discuss>, <mailto:architecture-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/architecture-discuss/>
List-Post: <mailto:architecture-discuss@ietf.org>
List-Help: <mailto:architecture-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/architecture-discuss>, <mailto:architecture-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 08 Apr 2020 20:09:07 -0000

For what it's worth,

On Wed, Apr 8, 2020 at 2:23 PM John C Klensin <john-ietf@jck.com> wrote:

>
>
> --On Wednesday, April 8, 2020 10:28 -0700 Bob Hinden
> <bob.hinden@gmail.com> wrote:
>
> > Brian,
> >
> >> On Apr 7, 2020, at 9:58 PM, Brian E Carpenter
> >> <brian.e.carpenter@gmail.com> wrote:
> >>
> >> All our troubles will soon be over, apparently:
> >>
> >> https://www.etsi.org/newsroom/press-releases/1749-2020-04-ets
> >> i-launches-new-group-on-non-ip-networking-addressing-5g-new-s
> >> ervices
> >
> > Interesting.
> >
> > Seems to me that an application designer has a big choice
> > here.  They can design their application/service so it works
> > over the Internet (with a mix of L2 technologies that includes
> > 5G), or with this over 5G only with what is apparently being
> > proposed here.
> >
> > IMHO, this is going to be a simple choice for most.
>
> Right.  And that suggests one constructive thing that could be
> said to them (both the ETSI and ITU-T efforts, as Carsten points
> out) that is not covered by Alissa's (otherwise quite good, IMO)
> note.  The letter, at least as I understood it, focused on the
> "above IP" ("above waist of hourglass") solutions with which the
> IETF has traditionally worked.  I don't know nearly enough to
> have a competent opinion about whether it would help with the
> problems they are pointing at, but we have a long history of
> IP-over-foo protocols that are specific to particular physical
> or link layers.  I assume that, if they wanted to design a
> specific IP-over-5G protocol (completely in line with _their_
> layering model, which Alissa was too polite to point out), that
> the IETF would be delighted to have them do that.  They might
> even discover, as some other developers of IP-over-foo protocols
> have, that they gain insights into the lower-layer design of 5G
> itself that enable them to make improvements.
>

THIS.

I've deleted multiple replies in this thread, but I'd really like to see
that mentioned in a liaison response ... pointed somewhere.

I don't see ETSI listed as a formal liaison at
https://www.ietf.org/about/liaisons/, but note that (1) ETSI is one of the
"partners" in 3GPP, (2) 3GPP has many thoughts about 5G, which might or
might not map onto this ETSI project, and (3) Gonzalo Camarillo is still
listed as the IETF's liaison manager to 3GPP, which seems like an excellent
resource we might want to involve.

Perhaps that's (also?) a fruitful place to engage on this topic.

Best,

Spencer


> Otherwise, in addition to your observation about application
> designers (with which I agree unless those designers have their
> development costs unwritten by ETSI, ITU-T, or their members)
> this feels a lot like "every decade or so we need to revisit
> either OSI or its layer-less predecessors because we aren't good
> at learning (perhaps because of those strange-looking bells
> stuck over our heads)".   If so, we should probably encourage
> them to charge ahead and let us know how it works out for them
> :-(
>
> Mumble.
>    john
>
> _______________________________________________
> Architecture-discuss mailing list
> Architecture-discuss@ietf.org
> https://www.ietf.org/mailman/listinfo/architecture-discuss
>