Re: I-D Action: draft-mishra-6man-variable-slaac-01.txt

Simon Hobson <linux@thehobsons.co.uk> Mon, 09 November 2020 10:07 UTC

Return-Path: <linux@thehobsons.co.uk>
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 0E8463A0FB8; Mon, 9 Nov 2020 02:07:04 -0800 (PST)
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 1nydeWaoN_HM; Mon, 9 Nov 2020 02:07:02 -0800 (PST)
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 352C33A0DED; Mon, 9 Nov 2020 02:06:48 -0800 (PST)
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 7E8CF1A073; Mon, 9 Nov 2020 10:06:44 +0000 (UTC)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
Subject: Re: I-D Action: draft-mishra-6man-variable-slaac-01.txt
From: Simon Hobson <linux@thehobsons.co.uk>
In-Reply-To: <CAD6AjGSCnG_fyorW2-tEqzzTfj897Knf55-0QV9DPcDKt45VOA@mail.gmail.com>
Date: Mon, 09 Nov 2020 10:06:42 +0000
Content-Transfer-Encoding: quoted-printable
Message-Id: <F323E4EB-5AAA-4C34-9EA2-06D4A0839308@thehobsons.co.uk>
References: <160409741426.1448.16934303750885888002@ietfa.amsl.com> <3c1c3ab5-5726-b141-e7ed-618984bbbdb1@gmail.com> <CABNhwV1zoZpZNjb54rEys4+49H3vpebZW2g9JbO1_58eR+WnQg@mail.gmail.com> <CAKD1Yr0vvyQnTGRoSh4qa4He1gq5HXXRaKU3pVLtCtDUzcwL_w@mail.gmail.com> <CABNhwV13gggo9XfRvrR31bCUptZuAiosK5ebMmnzDdinKqmrBw@mail.gmail.com> <B7B3091C-92E0-482A-8D16-AD6DCFD1E714@isc.org> <CAD6AjGSCnG_fyorW2-tEqzzTfj897Knf55-0QV9DPcDKt45VOA@mail.gmail.com>
To: draft-mishra-6man-variable-slaac@ietf.org, 6man <ipv6@ietf.org>
X-Mailer: Apple Mail (2.2104)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/lOlL9F_i8tSK3p5ZQA7TgSNn3Q0>
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, 09 Nov 2020 10:07:09 -0000

Ca By <cb.list6@gmail.com> wrote:

>> I think most of this comes down to can I save $18000 per year over a customer base of > 16 million.  Penny pinching at its extreme.

> Yet another person missing the point and harkening back to the idea that anyone is trying to conserve  ipv6 addresses. 
> 
> Please stop. 

Have you heard of the expression "don't shoot the messenger" ?
People are telling you what they observe. Right or wrong, there **ARE** ISPs out there where "bottom line" is the only thing they care about, and customer experience come last on the list of priorities.

You'd think that an ISP selling (more or less) only DSL services which tend to be "always on" by their nature would achieve no saving by having dynamic address allocation vs static - but they still cling to the belief that a fixed IP is something that either costs them more, or at the very least is something they can screw the customer over.

You keep telling people that this is "not a thing" without presenting any evidence whatsoever. We all know that the IPv6 address space is "very big", but the evidence is there that some ISPs are not treating it the way you claim they all will. You've already been given stats that show that a significant number of ISPs are choosing to only supply a /64 when it has always been recommended practice to offer a larger allocation. And you've also been given evidence that some ISPs would offer a much smaller (even a /127) allocation if they could get away with it.

Simon