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

Toerless Eckert <tte@cs.fau.de> Thu, 09 April 2020 23:59 UTC

Return-Path: <eckert@i4.informatik.uni-erlangen.de>
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 1E7B53A1500 for <architecture-discuss@ietfa.amsl.com>; Thu, 9 Apr 2020 16:59:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.872
X-Spam-Level:
X-Spam-Status: No, score=-0.872 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.248, SPF_HELO_NONE=0.001, SPF_NEUTRAL=0.779] autolearn=no 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 nK-NIEmzTZ2f for <architecture-discuss@ietfa.amsl.com>; Thu, 9 Apr 2020 16:59:41 -0700 (PDT)
Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:40]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 86D9A3A1504 for <architecture-discuss@ietf.org>; Thu, 9 Apr 2020 16:59:41 -0700 (PDT)
Received: from faui48f.informatik.uni-erlangen.de (faui48f.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:52]) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTP id 0E246548017; Fri, 10 Apr 2020 01:59:36 +0200 (CEST)
Received: by faui48f.informatik.uni-erlangen.de (Postfix, from userid 10463) id 05418440040; Fri, 10 Apr 2020 01:59:36 +0200 (CEST)
Date: Fri, 10 Apr 2020 01:59:35 +0200
From: Toerless Eckert <tte@cs.fau.de>
To: Dino Farinacci <farinacci@gmail.com>
Cc: Tony Li <tony1athome@gmail.com>, architecture-discuss@ietf.org
Message-ID: <20200409235935.GH44502@faui48f.informatik.uni-erlangen.de>
References: <0A15B52E-2A67-4D6A-AACF-8A92FB67ADEC@gmail.com> <53EFFD37-57EB-4288-AE19-2EB2DC3BDE39@gmail.com> <20200409215925.GA44502@faui48f.informatik.uni-erlangen.de> <4BB15D5F-735F-409D-B518-DD99A4428794@gmail.com> <20200409222341.GC44502@faui48f.informatik.uni-erlangen.de> <952F886C-1B20-4E80-9948-D5D7EFF3BAA6@gmail.com> <20200409231646.GF44502@faui48f.informatik.uni-erlangen.de> <1936E4A5-6E5A-41AA-BA7F-B9EBEEE170C7@gmail.com> <20200409234251.GG44502@faui48f.informatik.uni-erlangen.de> <6D5C324F-9078-4DC5-8B5D-D0D95EB6D1C7@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <6D5C324F-9078-4DC5-8B5D-D0D95EB6D1C7@gmail.com>
User-Agent: Mutt/1.10.1 (2018-07-13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/architecture-discuss/eu4zS_nzB49Sq9mmiM_bEdyxfPA>
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: Thu, 09 Apr 2020 23:59:43 -0000

On Thu, Apr 09, 2020 at 04:54:24PM -0700, Dino Farinacci wrote:
> > I would alredy be happy if we had a better overall system standard
> > to simply operationale path diversity. distributed MRT IGP
> > extensions was the only thing i rememer we did, and while
> > its cool, it doesn't offer lowest latency (shorted path
> > length compared to centralized diverse path calculation).
> > Hence also proposal from our side like PPR for easier
> > forwarding plane agnostic path engineering.
> 
> Then why don???t you write a solutions draft that says ???use X, Y, and Z protocols that allows near-zero packet loss and probablisic delays???.

There is always more drafts one could write than time. We
presented PPR drafts as a generic concept, its benefits and
maybe even specific details for disjoint paths is still
one some Todo list.

> > The simple n-path diverse pathset calculation is easy to
> > use in any network, thats why its a good starting point
> > the more dynamic mechanisms you mention are still good
> > research topics IMHO. At least for quantitive evaluations.
> 
> That???s right. So write a draft that starts out using IP. It will go a long way and you can test it sooner. ;-)

I am not even sure that something that improves IPv4 value
equal to IPv6 would be welcome by part of the community ;-)

But i think there are a lot more pieces to the puzzle
than path diversity, and those othre pieces would
require additional header info, and thats where we
run into 8200 and other issues.

Cheers
    Toerless