Re: Extending a /64

Tony Whyman <tony.whyman@mccallumwhyman.com> Thu, 19 November 2020 14:21 UTC

Return-Path: <tony.whyman@mccallumwhyman.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 C7A053A10F2 for <ipv6@ietfa.amsl.com>; Thu, 19 Nov 2020 06:21:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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 wj317rF-3rYk for <ipv6@ietfa.amsl.com>; Thu, 19 Nov 2020 06:21:13 -0800 (PST)
Received: from mail2.mwassocs.co.uk (mail2.mwassocs.co.uk [IPv6:2a00:da00:1800:8030::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D78453A1093 for <ipv6@ietf.org>; Thu, 19 Nov 2020 06:21:12 -0800 (PST)
Received: from [IPv6:2a02:390:813f:1:91a1:116c:fc50:f9c5] ([IPv6:2a02:390:813f:1:91a1:116c:fc50:f9c5]) (authenticated bits=0) by mail2.mwassocs.co.uk (8.15.2/8.15.2/Debian-3) with ESMTPSA id 0AJEL9o1006617 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 19 Nov 2020 14:21:10 GMT
Subject: Re: Extending a /64
To: ipv6@ietf.org
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> <CAO42Z2yk5pEKGFEYk3MDDDybVDZt6GiE1Pw932n4gLaqSxGH7A@mail.gmail.com> <23487.1605731956@localhost> <CAO42Z2yesLcdRw0HrNBsUAm-x=T9OneCjPMLmq8oZ4_ZH99Tsw@mail.gmail.com> <8f6bab4b-4171-66ba-cff4-742adc10ceea@foobar.org>
From: Tony Whyman <tony.whyman@mccallumwhyman.com>
Message-ID: <01cd5a82-be72-54b8-0171-3720f25cae0d@mccallumwhyman.com>
Date: Thu, 19 Nov 2020 14:21:04 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
MIME-Version: 1.0
In-Reply-To: <8f6bab4b-4171-66ba-cff4-742adc10ceea@foobar.org>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: en-GB
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/E2KXO6MybxWsWkFlGDTEBh_jOdk>
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: Thu, 19 Nov 2020 14:21:22 -0000

On 19/11/2020 11:30, Nick Hilliard wrote:
> the key phrase is:
>
> Mark Smith wrote on 19/11/2020 05:22:
>> [...] without any intention to ever
>>     directly connect to other enterprises or the Internet itself.
>
> If the ICAO can guarantee that ipv6 assignments to aircraft will never 
> be used to directly connect to other third party networks, then ULA 
> will work fine. I doubt that this is a safe assumption.
>
> Nick
>
Correct, this is not a safe assumption. Also, a 40-bit global ID does 
not allow us enough remaining bits. We could set the L bit to 0 and then 
use our own format - but happens if an internet (e.g. a military one) 
wants to do the same, or another RFC comes along and defines a new ULA 
format with L=0? All that we would really be doing is to squat on a 
portion of the global address space and this is not what we should be doing.