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

Dino Farinacci <farinacci@gmail.com> Thu, 09 April 2020 23:27 UTC

Return-Path: <farinacci@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 D983F3A1319 for <architecture-discuss@ietfa.amsl.com>; Thu, 9 Apr 2020 16:27:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, SPF_HELO_NONE=0.001, SPF_PASS=-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 WGuC7-yqc-B9 for <architecture-discuss@ietfa.amsl.com>; Thu, 9 Apr 2020 16:27:11 -0700 (PDT)
Received: from mail-pj1-x1036.google.com (mail-pj1-x1036.google.com [IPv6:2607:f8b0:4864:20::1036]) (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 B46803A1315 for <architecture-discuss@ietf.org>; Thu, 9 Apr 2020 16:27:11 -0700 (PDT)
Received: by mail-pj1-x1036.google.com with SMTP id q16so1372988pje.1 for <architecture-discuss@ietf.org>; Thu, 09 Apr 2020 16:27:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=bW5B5ZjY3Sebxl286rrjJAAzxVMBCL34s/3fZTH4S0U=; b=Hqo2Qos06pQL/Cx0YS3uKqo4TYvgiaydyiQrCzkuWHGM63P6nxLjH37jBFvCS5W8AE R8Fc1gj1cw+t14un2yugSFMnfW+eWcbyH41bLdJr9P2vYyiDEmKOjn7ofBmuNPttP1i7 eymXIMoLAlXkzInVDweiBQssXdFBwpYG32/Yqxr7qqEg/PR3Il67c5Wskvgy1S3qvA4f t03YcFZnWoOs3cnJ3W8WMq/6Slky4UYLDz+AhJgQrd15CgVy4bpTySxAnqiwcRFro7ee +PvH6vn2NTHcp/rBcNYc7a73kvS4QCe+XoXkghMN9/Err3ZhsA2/glNpKX4Ry0qrzJSQ eewA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=bW5B5ZjY3Sebxl286rrjJAAzxVMBCL34s/3fZTH4S0U=; b=aAQv30O6KCr1MDBY0ax5vpKUEbYg5Rc6vyiit46yFX7KKyY32f3mfamAbgNe0Oycae eV3oFzR0oYpgtRJhciXM0Q1FpvCMBneY38iEy8n3VbSAflfqMv98Tx5k+bFUvEkBzU4f 005Co1wnjCpwIXjzxwhLYR0eLnUp4dEdLF4PK+z4GAgIDadRRhSZ5zteZgR8jvwzdIOe rw34pX/qDRtXg1v5y0kZvz+JLitq8rwP+epmtVZhOBSH9UZBdbguchX039UIdIUzmp/F 7Pi19Af2JTBi5xNjXSpJMb7+LgEXGXr0pXhgWzdNDKQybnGVbMLBXUNgfN5MmR1M0Y4l TFtw==
X-Gm-Message-State: AGi0PuaZb2Pf3Gc/A5Py7PfAP+Ld1sVqGcuwroVFqLPXXaIsuJ1tQO2f rVZBvswycFf8CEj8mHbsdws=
X-Google-Smtp-Source: APiQypJhsqXLHZzjAxQuwtF9NIve65PPu4Pk16+4oifPoO5Z0K2FBaoHUv/iBICPak8g7iV/1cjGJA==
X-Received: by 2002:a17:90a:1946:: with SMTP id 6mr2204160pjh.42.1586474831140; Thu, 09 Apr 2020 16:27:11 -0700 (PDT)
Received: from ?IPv6:2601:646:9600:af10:a5e0:670f:28cf:e535? ([2601:646:9600:af10:a5e0:670f:28cf:e535]) by smtp.gmail.com with ESMTPSA id d21sm187669pfo.49.2020.04.09.16.27.10 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 09 Apr 2020 16:27:10 -0700 (PDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\))
From: Dino Farinacci <farinacci@gmail.com>
In-Reply-To: <20200409231646.GF44502@faui48f.informatik.uni-erlangen.de>
Date: Thu, 09 Apr 2020 16:27:09 -0700
Cc: Tony Li <tony1athome@gmail.com>, architecture-discuss@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <1936E4A5-6E5A-41AA-BA7F-B9EBEEE170C7@gmail.com>
References: <20200409175431.GF28965@faui48f.informatik.uni-erlangen.de> <1e89795e-6bd9-2318-aa81-27f8327e1226@gmail.com> <229AAF4A-C43F-46E9-97C6-99CC124E9B48@gmail.com> <20200409212841.GK28965@faui48f.informatik.uni-erlangen.de> <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>
To: Toerless Eckert <tte@cs.fau.de>
X-Mailer: Apple Mail (2.3608.60.0.2.5)
Archived-At: <https://mailarchive.ietf.org/arch/msg/architecture-discuss/yI3Yq0fdR-sv_1odotTZqjkeilE>
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:27:13 -0000

> I don't think i need to run a lot of new things end-to-end across
> the planet. I'd be happy if i can run it across a metro space to
> edge-DCs. at least for everything commercially relevant. 
> global DC to DC traffic is typically across variety of priate
> networks anyhow.

Even if you had a completely new 4-hop network (non-IP) with multiple paths, you could not guarantee zero packet loss. And what I understand from the requirements, you can’t have delayed packets either. So retransmission cannot be used as a tool.

So the only option you have with a new protocol or with IP is to send the same packet over diverse paths. The more diverse paths you have, the greater probablity the packet will not be dropped. And for Brian’s point, you have to measure queuing delay to you can pick 5 out of the 10 diverse paths that meet your delay requirement. And the delay will change so quickly, packet will already be launched into a congestive path. 

You can only do this with an overlay so the edge of the network can select different paths by simply changing the destination address (either with tunneling or translation). But its a hard problem that may be unsolvable. You would have to set expectations very clearly what this new architecture provides and how and when it fails.

Having said that, you may as well build solutions that are IP based. You don’t really need an IPvN.

Dino