Re: draft-bourbaki-6man-classless-ipv6-00

Mark Andrews <marka@isc.org> Sun, 18 June 2017 23:48 UTC

Return-Path: <marka@isc.org>
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 F2EFB127078 for <ipv6@ietfa.amsl.com>; Sun, 18 Jun 2017 16:48:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.902
X-Spam-Level:
X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-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 EB8o2JgC-ZAS for <ipv6@ietfa.amsl.com>; Sun, 18 Jun 2017 16:48:53 -0700 (PDT)
Received: from mx.ams1.isc.org (mx.ams1.isc.org [199.6.1.65]) (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 29D35126B6D for <ipv6@ietf.org>; Sun, 18 Jun 2017 16:48:53 -0700 (PDT)
Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx.ams1.isc.org (Postfix) with ESMTPS id 8FC0C24AE08; Sun, 18 Jun 2017 23:47:29 +0000 (UTC)
Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTPS id 634DD160045; Sun, 18 Jun 2017 23:47:32 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id 2CBCD160055; Sun, 18 Jun 2017 23:47:32 +0000 (UTC)
Received: from zmx1.isc.org ([127.0.0.1]) by localhost (zmx1.isc.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 4mpqowBAfNDR; Sun, 18 Jun 2017 23:47:32 +0000 (UTC)
Received: from rock.dv.isc.org (c27-253-115-14.carlnfd2.nsw.optusnet.com.au [27.253.115.14]) by zmx1.isc.org (Postfix) with ESMTPSA id D65FA160045; Sun, 18 Jun 2017 23:47:31 +0000 (UTC)
Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id DCA517BDECFD; Mon, 19 Jun 2017 09:47:28 +1000 (AEST)
To: "Manfredi, Albert E" <albert.e.manfredi@boeing.com>
Cc: Mark Smith <markzzzsmith@gmail.com>, 6man WG <ipv6@ietf.org>
From: Mark Andrews <marka@isc.org>
References: <391c730c-fa75-7596-bb6b-383ea6583131@gmail.com> <0b57c999-b5df-8a44-e3fd-55cee628f3f3@si6networks.com> <20170614092327.GB30896@gir.theapt.org> <E61AFFF1-0354-41EE-8E11-50433B26BAF7@employees.org> <20170614094034.GC30896@gir.theapt.org> <A7502902-245B-499B-916B-28630CD5A824@employees.org> <20170614095910.GE30896@gir.theapt.org> <CAKD1Yr2C74Nd+NSe5MfTpaQ0z1HSotVXCohK9uDYc0sqR3rMLg@mail.gmail.com> <edbf9bf8-cd15-c0e6-f0f8-19f96f6333b2@gmail.com> <CAKD1Yr1X12T10qsUtFau2neUnA0yVnOkMsAk5UOB-KjS7qxNTw@mail.gmail.com> <20170616050718.wbpb2oqhfrvsk6fv@hanna.meerval.net> <m1dLqbv-0000GBC@stereo.hq.phicoh.net> <16648f96a35a4f41a20526fa04395996@XCH15-06-11.nw.nos.boeing.com> <CAO42Z2wN7Gtnx0vxv8ER5+Y6zp0_g78AbRD_GPiCNcAmd6J++A@mail.gmail.com> <3fc473c3dc2b4d86ba6e20b5fd49a0c9@XCH15-06-11.nw.nos.boeing.com>
Subject: Re: draft-bourbaki-6man-classless-ipv6-00
In-reply-to: Your message of "Sat, 17 Jun 2017 23:09:20 +0000." <3fc473c3dc2b4d86ba6e20b5fd49a0c9@XCH15-06-11.nw.nos.boeing.com>
Date: Mon, 19 Jun 2017 09:47:28 +1000
Message-Id: <20170618234728.DCA517BDECFD@rock.dv.isc.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/dih35Ie-BWJt7mto12Ctlncnmx8>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.22
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: Sun, 18 Jun 2017 23:48:55 -0000

In message <3fc473c3dc2b4d86ba6e20b5fd49a0c9@XCH15-06-11.nw.nos.boeing.com>, "M
anfredi, Albert E" writes:
> From: Mark Smith [mailto:markzzzsmith@gmail.com] 
> 
> > * DHCPv6 does not record addresses in use on a link. It will not
> > record link local addresses or manually configured addresses. It
> > is only recording hosts that asked to acquire addresses via DHCP.
> 
> Okay, like DHCPv4. But when the system admin needs stable addresses for
> hosts in the network, e.g. a peer-peer network that does not use a DNS,
> DHCPv6 PD is a good tool to have.
> 
> > * You're overlooking the cost and service impact of renumbering to
> > increase the size of the subnet if it isn't large enough. That can
> > be a large cost and large impact if many hosts are involved. So
> > large, I've seen people avoid paying it when there were in the
> > order of 1000 hosts involved on an IPv4 network - the hosts were
> > spread across 4 x /24s on the same Ethernet segment.
> 
> Depends on the scenario. In my reality, expanding a network at the edges
> easily, without involving in any way the authority that allocates blocks
> of addresses, is quite valuable. A scheme that makes this difficult is
> instead a nuisance.
>
> What's behind this debate, from my point of view, is a need for the same
> functionality offered by NAT in IPv4, but without incurring the penalties
> of using NAT. A fixed IID length of 64 bits, when /64s or maybe even /56s
> are what customers are given, is a bit like never having invented NAT for
> IPv4. It's limiting. I realize this view is not everyone's concern.

Go complain to the ISP, really.  The IETF allocation scheme was a
/48 for every site and additional /48s if you needed them.  Thats
10's of thousands of /48's per person on the planet.  Thats 100 of
millions of subnets.  If your ISP isn't supplying you with a /48
and additional /48's if needed they are not doing their job.

Just because something is technically possible, can be made to work,
it doesn't mean that it is a good thing.  There a plenty of examples
of where it is a bad thing.

> Bert
> 
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: marka@isc.org