Re: [5gangip] Network tokens draft

Ca By <cb.list6@gmail.com> Fri, 10 July 2020 14:38 UTC

Return-Path: <cb.list6@gmail.com>
X-Original-To: 5gangip@ietfa.amsl.com
Delivered-To: 5gangip@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 79D2B3A0DE7 for <5gangip@ietfa.amsl.com>; Fri, 10 Jul 2020 07:38:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.847
X-Spam-Level:
X-Spam-Status: No, score=-1.847 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_ENVFROM_END_DIGIT=0.25, 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 mI-vdnAUpMmw for <5gangip@ietfa.amsl.com>; Fri, 10 Jul 2020 07:38:18 -0700 (PDT)
Received: from mail-il1-x12c.google.com (mail-il1-x12c.google.com [IPv6:2607:f8b0:4864:20::12c]) (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 3D6D53A0DDA for <5gangip@ietf.org>; Fri, 10 Jul 2020 07:38:18 -0700 (PDT)
Received: by mail-il1-x12c.google.com with SMTP id t27so5230700ill.9 for <5gangip@ietf.org>; Fri, 10 Jul 2020 07:38:18 -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=DK+61/QVsXQdnQICMCut4SwfOEid/DQShUZUKzehB6k=; b=MAM9/VCqwCUeREt6KiMKnRui76y16SjITjMfwrlgFrgJP6DpSF3jDQpu95Yq/Kibf0 TgC57FD1KM65QhfNX8XoVaeuBx/mB0MGy2oUtHFdlsPLF97VToYn1KQk8TylvWbd9Mzr 1yRvfKA2xsyMQvBOAI8Q3+Nmw6zXD32scaeet+QMbP/OSTTWd35P37gAO+oRk0o/5+LD yeNpVlOBcWRXURmdhm9Vt9vtPnlCRSSDeGetWChqPfQ4EYg5KsWjfwah+jd4lXy2H4u8 dmbiY2PsZjsIviPStNYo92GuQ+hCKD08JWJN1If+M4hQGGCICOyBHKGyvtwp8IdJbo73 tmqQ==
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=DK+61/QVsXQdnQICMCut4SwfOEid/DQShUZUKzehB6k=; b=ZzJQisvfCp+Cu6wqY4ck6ElsmXJWY72gIJc7Aua9ABSEzTdIQzecOBRJtvC2gOIMe/ tje7fuIpx80/2sb6U9HaWY2nEbFFcB2v+lccxB5q0rYLgqAspGDXL359B13UWAJyDraz r5ksAbN1WxYr0ZP6ZcRLroYsVBgz+TlqpgqyWuMCH7tOWOENC87FhAtfBMlkQvpT7z6t 4J39+1StWhgmSjHWlNlwx8Ar9Pzl1mnD+NuUIgU/SEfDjIESwczVXtsFSZWH/zdiQGKs uTQHFepLcL/DaxGVmzvMXhP9AaZS2TXZ9iR5sgPdbmHR2m+27f/djJpl/E6YZAItzLLd +4ag==
X-Gm-Message-State: AOAM533KWABVrvjraN0sjxO7PWj5jqeb0QVVffFamFRlCumg6X0mF6YS LkzOOK/5tsiMj9b/hxgw8NhplciZ7eDCrjHfgug=
X-Google-Smtp-Source: ABdhPJywcbIJddqHeVvOXx/0GjJbSKWqNFPkbUUQS+kzC5TRAhDVSds473GB4bCF3/SQF//sytoUrN9Hrfm0kla+cAI=
X-Received: by 2002:a92:5a52:: with SMTP id o79mr48153691ilb.89.1594391896452; Fri, 10 Jul 2020 07:38:16 -0700 (PDT)
MIME-Version: 1.0
References: <CALx6S37Qu_Gj166u5mS4=EDrGr-xSpjYhsFOopGrWcNRSHY7jA@mail.gmail.com> <9eb04806-ba2f-51c9-4937-a38c310796e0@ninetiles.com> <CALx6S37jAgGNfQeTjVTx5Kk_4HUhEOORgiCtdSee3ZwJN--KMg@mail.gmail.com>
In-Reply-To: <CALx6S37jAgGNfQeTjVTx5Kk_4HUhEOORgiCtdSee3ZwJN--KMg@mail.gmail.com>
From: Ca By <cb.list6@gmail.com>
Date: Fri, 10 Jul 2020 07:38:05 -0700
Message-ID: <CAD6AjGTcxQmwrL0D+41yWkWcxGkY_ptwZpX4NVeJiLbcaALFXQ@mail.gmail.com>
To: Tom Herbert <tom@herbertland.com>
Cc: 5GANGIP <5gangip@ietf.org>, John Grant <j@ninetiles.com>
Content-Type: multipart/alternative; boundary="0000000000009ef36e05aa174a56"
Archived-At: <https://mailarchive.ietf.org/arch/msg/5gangip/a7RVeU58h9VVP8pGilWNxvSKVdw>
Subject: Re: [5gangip] Network tokens draft
X-BeenThere: 5gangip@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Discussion of implications of the upcoming 5th Generation \(fixed and\) Mobile communication systems on IP protocols." <5gangip.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/5gangip>, <mailto:5gangip-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/5gangip/>
List-Post: <mailto:5gangip@ietf.org>
List-Help: <mailto:5gangip-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/5gangip>, <mailto:5gangip-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 10 Jul 2020 14:38:21 -0000

On Fri, Jul 10, 2020 at 7:26 AM Tom Herbert <tom@herbertland.com> wrote:

> On Fri, Jul 10, 2020 at 5:10 AM John Grant <j@ninetiles.com> wrote:
> >
> > This adds even more per-packet processing and makes headers even bigger.
> > In ETSI ISG NIN https://www.etsi.org/technologies/non-ip-networking
> > we're working on reducing them, as mobile operators (and no doubt
> > others) want, by getting all this information into the control plane
> > where it belongs.
> >
> John,
>
> Network tokens provide the API between an application on a UE and the
> network for the application to specify exactly the service it wants.


A fundamental principle of mobile qos is that you do not trust the UE, as
it can be compromised to make all traffic high priority. Only the network
can reliably and securely allocate resources based on policy.


> At the first hop in the network, the device can compress the headers,
> use MPLS, put into some non-IP format, whatever it wants as long as
> the user gets the service they've requested and correct protocol
> behavior is maintained. If the operator wants to create a state for
> every single flow in their network that's their prerogative, but good
> luck scaling that to hundreds of billions of flows and getting it to
> work seamlessly across mobile events-- the "connectionless" model of
> IP replaced "circuit-switched" networks for good reason!
>

In mobile, the the bearer is a bit of a virtual circuit.  Each UE has one
or more bearers which are assigned an e2e qos policy.  Your cases for
tokens would be stronger if you could show how tokens overcome a defined
challenge that is not solved today.  It is important for credibility to
demonstrate knowledge of the existing approach ... otherwise the suggestion
appears out of context



> Tom
>
> > --
> > John Grant
> > Nine Tiles, Cambridge, England
> > +44 1223 862599 and +44 1223 511455
> > http://www.ninetiles.com
> >
> >
> > On 09/07/2020 18:00, Tom Herbert wrote:
> > > This is a draft on "Network Tokens" which is of relevance to
> > > facilitate fine grained QoS in 5G networks.
> > >
> > > https://tools.ietf.org/html/draft-yiakoumis-network-tokens-01
> > >
> > > There is also a mailing list in
> > > https://www.ietf.org/mailman/listinfo/network-tokens
> > >
> > > We are planning to present in tsvwg and app aware networking and
> > > possibly have a side meeting on this topic in IETF108.
> > >
> > > Thanks,
> > > Tom
> > >
> > > _______________________________________________
> > > 5gangip mailing list
> > > 5gangip@ietf.org
> > > https://www.ietf.org/mailman/listinfo/5gangip
> >
> > _______________________________________________
> > 5gangip mailing list
> > 5gangip@ietf.org
> > https://www.ietf.org/mailman/listinfo/5gangip
>
> _______________________________________________
> 5gangip mailing list
> 5gangip@ietf.org
> https://www.ietf.org/mailman/listinfo/5gangip
>