Re: Extending a /64

Philip Homburg <pch-ipv6-ietf-6@u-1.phicoh.com> Mon, 16 November 2020 14:30 UTC

Return-Path: <pch-b9D3CB0F5@u-1.phicoh.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D920E3A10C3 for <ipv6@ietfa.amsl.com>; Mon, 16 Nov 2020 06:30:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.622
X-Spam-Level:
X-Spam-Status: No, score=-1.622 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, KHOP_HELO_FCRDNS=0.276, SPF_HELO_NONE=0.001, SPF_NONE=0.001] 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 fu_utCDrHW7B for <ipv6@ietfa.amsl.com>; Mon, 16 Nov 2020 06:30:17 -0800 (PST)
Received: from stereo.hq.phicoh.net (stereo6-tun.hq.phicoh.net [IPv6:2001:888:1044:10:2a0:c9ff:fe9f:17a9]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E51C83A10C1 for <ipv6@ietf.org>; Mon, 16 Nov 2020 06:30:16 -0800 (PST)
Received: from stereo.hq.phicoh.net (localhost [::ffff:127.0.0.1]) by stereo.hq.phicoh.net with esmtp (TLS version=TLSv1.2 cipher=ECDHE-RSA-CHACHA20-POLY1305) (Smail #157) id m1kefWI-0000ETC; Mon, 16 Nov 2020 15:30:14 +0100
Message-Id: <m1kefWI-0000ETC@stereo.hq.phicoh.net>
To: ipv6@ietf.org
Subject: Re: Extending a /64
From: Philip Homburg <pch-ipv6-ietf-6@u-1.phicoh.com>
Sender: pch-b9D3CB0F5@u-1.phicoh.com
References: <202011151920.0AFJKN9U003337@mail2.mwassocs.co.uk> <3d26bffe-b6c9-4ed7-6135-a515f9902fd7@gmail.com> <m1keOTi-0000EGC@stereo.hq.phicoh.net> <CAO42Z2wZkXryhw1u5WAFdtCvXHyyz1zeM22FP_gRxjurjsG-Jw@mail.gmail.com> <5f505585-1328-d942-2ec2-a2d96b7b4779@foobar.org> <m1kePdR-0000I6C@stereo.hq.phicoh.net> <b022d11f-b55d-07ef-307d-949ff57cd562@foobar.org> <m1keS7i-0000E0C@stereo.hq.phicoh.net> <f06db586-15ed-6dd3-d09f-06a4e3759275@mccallumwhyman.com> <m1kecJm-0000EOC@stereo.hq.phicoh.net> <5101F72E-4197-4E58-8DEF-9EB9D5541482@thehobsons.co.uk>
In-reply-to: Your message of "Mon, 16 Nov 2020 13:57:09 +0000 ." <5101F72E-4197-4E58-8DEF-9EB9D5541482@thehobsons.co.uk>
Date: Mon, 16 Nov 2020 15:30:13 +0100
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/_p4jEec6agIh8iyF5DD6fCjx5yo>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Nov 2020 14:30:19 -0000

> Well that's the big bit of the jigsaw puzzle you've probabl
>y overlooked - those "big aircraft" are but a tiny proportion of the world's air
>craft. There are orders of magnitude more aircraft where if it doesn't fit in th
>e panel in front of the pilot, then it isn't getting fitted. And probably a simi
>lar number that have no electrical system, or only a small battery powered syste
>m - the norm with gliders where there's probably just a single radio and a vario
>, all run off a small battery.
>And it's not unusual to be operating these smaller aircraft outside of radio cov
>erage - so no communications with the ground - and from sites with no infrastruc
>ture (such as grass field with a shed at one side). And don't forget that balloo
>ns are also aircraft - no electrical system in the wicker basket !

We talking about a table that has 500k entries. It is hard to imagine how
tiny the silicon is that is needed to store such a table. Same thing for
power requirements. By the time you have a device that can talk IPv6 over
radio, you have the space and energy budget to store such a table.

However, this seems to be a case of doing things at the wrong level. If aircaft
use IPv6 to communicate then obvious they need unique IPv6 addresses. However,
each plane only needs to know its own address. Any time a plane communicates
with an unknown plane, they can exchange higher level identities.

So, before take off, a pilot can install an up-to-date list of all aircraft. Even
if you would use technology of 20 years ago, that would take only a tiny amount
of space.

However, in any sensible protocol, aircaft would only need to know the mapping
for their own registration number at take off and then learn about other planes
during the flight. So the table would be installed/updated when the aircrafts
identity is installed/updated.

I don't understand your remark about balloons. If balloons have no electrical
systems, how do they run IPv6? 

In any case, if you would need a complete table, then that would get updated
before take off. For example, you put an up-to-date table on a phone, connect
the phone to the communications module in the plane and transfer the table.