Re: [Int-area] [v6ops] Still need to know what has changed.... Re: IPv10 draft (was Re: FW: v6ops - New Meeting Session Request for IETF 109 - IPv10)

Simon Hobson <linux@thehobsons.co.uk> Mon, 28 September 2020 08:22 UTC

Return-Path: <linux@thehobsons.co.uk>
X-Original-To: int-area@ietfa.amsl.com
Delivered-To: int-area@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C304D3A0EE7; Mon, 28 Sep 2020 01:22:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham 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 snaQFfppJ3R6; Mon, 28 Sep 2020 01:22:15 -0700 (PDT)
Received: from patsy.thehobsons.co.uk (patsy.thehobsons.co.uk [80.229.10.150]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B69723A0E5D; Mon, 28 Sep 2020 01:22:14 -0700 (PDT)
X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk
Received: from [192.168.137.104] (unknown [192.168.137.104]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id D7FC06401B; Mon, 28 Sep 2020 08:22:08 +0000 (UTC)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
From: Simon Hobson <linux@thehobsons.co.uk>
In-Reply-To: <VI1P194MB0285A63171C273F94DF7FACAAE360@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM>
Date: Mon, 28 Sep 2020 09:22:07 +0100
Cc: int-area <int-area@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <9995EDB7-0728-423F-AA0D-72FEB7654B25@thehobsons.co.uk>
References: <VI1P194MB0285F47132384AC7C0D8A8DCAE3C0@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM> <F2516A37-06B1-44FC-850F-307114B7D6A5@gmail.com> <VI1P194MB0285B8AE9ACE88D1AF051ADAAE3A0@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM> <601FB9F8-DB83-4654-B652-BE07C49F7918@gmail.com> <5ab64d0ebef1402d8bf912b937d7c489@huawei.com> <VI1P194MB02850EAA7D945B9163C84399AE360@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM> <alpine.DEB.2.20.2009251436100.20021@uplift.swm.pp.se> <VI1P194MB028569F3A119BF2B2F59B8BBAE360@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM> <d629ce71-e55b-19d4-aed3-b4867871d754@kit.edu> <VI1P194MB0285B456A9A54CC51AD30388AE360@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM> <94b9aa4e-301a-3b9f-3561-f2b404971a5d@kit.edu> <VI1P194MB0285A63171C273F94DF7FACAAE360@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM>
To: IPv6 Operations <v6ops@ietf.org>
X-Mailer: Apple Mail (2.2104)
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-area/hdsQUA_tsGky2U70MDZ7EoVMS9A>
Subject: Re: [Int-area] [v6ops] Still need to know what has changed.... Re: IPv10 draft (was Re: FW: v6ops - New Meeting Session Request for IETF 109 - IPv10)
X-BeenThere: int-area@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF Internet Area Mailing List <int-area.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/int-area>, <mailto:int-area-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/int-area/>
List-Post: <mailto:int-area@ietf.org>
List-Help: <mailto:int-area-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 28 Sep 2020 08:22:17 -0000

Khaled Omar <eng.khaled.omar@outlook.com> wrote:

> Ok, I have no energy to keep repeating, I'm sorry, read the full draft please again.

And therein lies a big part of your problem.

Constantly repeating something which is incorrect does not make it correct - well not in our world anyway ! You can say "it's not a problem" as many times as you like, that does not make it so.

People have tried to explain to you in many ways that upgrading hosts that are easy to upgrade is not the problem - that's mostly solved.
Firewall rules/ACLs/etc do not stay the same - they must all be updated to cope with the new combinations of addresses that can be employed. Routers everywhere must be updated - believe it or not, IPv4 routers are usually hardware tied to the format of an IPv4 packet - they simply will not understand any other packet. And by requiring a different packet format end-end you are enforcing that your packet format cannot be used (reliably) until 100% of the internet has been upgraded.

And as already said, pretty well all the changes needed to support your IPv10 are much the same as needed to support IPv6. But, with IPv6 once you get there then you've reached the end-game (IPv6) rather than having reached just a milestone on the way to IPv6. And there are migration options to handle "bits" (whether that's hosts, bits of the internet, services, whatever) that still can't manage IPv6.


So, some specific questions you've been asked but refused to answer. I say refused, because saying "just read the draft again, you don't understand" is refusing to answer legitimate questions about what is in your draft. The questions asked show that people have looked at and understood your draft - they can see reasons why it cannot work, but you are failing to address those issues.

Q: In your IPv10 world, what happens when an IPv4 only host (and by that, I mean a host that cannot talk anything but plain vanilla IPv4) tries to talk to an IPv6 only host ?
A: It fails. If you believe otherwise, please explain how it works - without requiring the host to be IPv10 capable. In reality (in the absence of network based migration techniques), it'll do an A lookup in DNS, get no result, and just fail. It won't know what to do with an AAAA record.
Bonus answer: Explain how hosts that are no longer supported, or have hardware restrictions (limited RAM/ROM space), are owned/used by people who have no idea what a "firmware upgrade" is and have even less idea why they'd want to do one, etc get upgrades ?

Q: In your IPv10 world, what happens when one of your new format packets hits a router/firewall/load balancer/other network equipment that doesn't understand it ?
A: The packet gets dropped<period>. If it isn't an IPv4 packet, then an IPv4 device won't handle it - by definition, your IPv10 packets are not IPv4 packets. Your IPv10 host cannot communicate along that path. Thus it must fall back to trying either IPv4 or IPv6 - so it might as well have just used IPv4 or IPv6 in the first place. Again, if you believe my answer to be wrong, then explain in detail why - not just "you don't understand, read the draft again".

Simon