Objection to draft-ietf-6man-rfc4291bis-07.txt

Peter Hessler <phessler@theapt.org> Thu, 23 February 2017 13:40 UTC

Return-Path: <phessler@theapt.org>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id D6A8F1296E3 for <ipv6@ietfa.amsl.com>; Thu, 23 Feb 2017 05:40:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id iVR62lKqxQPI for <ipv6@ietfa.amsl.com>; Thu, 23 Feb 2017 05:40:30 -0800 (PST)
Received: from gir.theapt.org (gir.theapt.org []) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CA1811296DC for <ipv6@ietf.org>; Thu, 23 Feb 2017 05:40:29 -0800 (PST)
Received: from gir.theapt.org (unknown []) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/0 bits)) (Client did not present a certificate) (Authenticated sender: phessler) by gir.theapt.org (Postfix) with ESMTPSA id D87F678984 for <ipv6@ietf.org>; Thu, 23 Feb 2017 14:40:27 +0100 (CET)
Date: Thu, 23 Feb 2017 14:40:26 +0100
From: Peter Hessler <phessler@theapt.org>
To: ipv6@ietf.org
Subject: Objection to draft-ietf-6man-rfc4291bis-07.txt
Message-ID: <20170223134026.GI5069@gir.theapt.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/cJQ06YM-memw48gGljR6DMvU1jM>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.17
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, 23 Feb 2017 13:40:31 -0000

Restricting all subnets to The One True Size(tm) of /64 is utterly
ridiculous.  Sure, that may be an artificial limitation of SLAAC and
various other technologies, but *those* can have limitations.

Limiting it inside the entire specification is even stupider of an idea
than still supporting Classful networks.

As an implementation, OpenBSD will never add such a crazy thing.  And
you know that many other implementations won't do so either.

I strongly oppose this draft.

Numeric stability is probably not all that important when you're guessing.