Re: [v6ops] New Version Notification for draft-yourtchenko-ra-dhcpv6-comparison-00.txt (fwd)

Randy Bush <randy@psg.com> Wed, 08 January 2014 21:31 UTC

Return-Path: <randy@psg.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 88F9A1A8031 for <v6ops@ietfa.amsl.com>; Wed, 8 Jan 2014 13:31:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.437
X-Spam-Level:
X-Spam-Status: No, score=-2.437 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, LOTS_OF_MONEY=0.001, RP_MATCHES_RCVD=-0.538] autolearn=ham
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 sucDyruLVpTp for <v6ops@ietfa.amsl.com>; Wed, 8 Jan 2014 13:31:48 -0800 (PST)
Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) by ietfa.amsl.com (Postfix) with ESMTP id D7BF31A802D for <v6ops@ietf.org>; Wed, 8 Jan 2014 13:31:48 -0800 (PST)
Received: from localhost ([127.0.0.1] helo=ryuu.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.76) (envelope-from <randy@psg.com>) id 1W10iu-0005kn-5S; Wed, 08 Jan 2014 21:31:36 +0000
Date: Thu, 09 Jan 2014 06:31:34 +0900
Message-ID: <m2k3eab1op.wl%randy@psg.com>
From: Randy Bush <randy@psg.com>
To: Ted Lemon <ted.lemon@nominum.com>
In-Reply-To: <72626BC4-CB9E-49E8-8A54-48A141F52C0C@nominum.com>
References: <1386274786.29351.YahooMailNeo@web142501.mail.bf1.yahoo.com> <alpine.OSX.2.00.1312060759220.68814@ayourtch-mac> <1386378082.99914.YahooMailNeo@web161901.mail.bf1.yahoo.com> <alpine.OSX.2.00.1312072028290.68814@ayourtch-mac> <F024FF5B-35A6-4221-952C-4A730A68C59D@delong.com> <alpine.OSX.2.00.1312080643090.68814@ayourtch-mac> <B561C767-677A-4A37-BA69-EB24951B2817@delong.com> <52A4C6FD.1080504@gmail.com> <98CACA9B-AD61-460A-93AC-D5EEA1176706@delong.com> <CAEmG1=qLxqWdB8JR4rbAS-TyqQtPcGnZvVb7DSBCrmFcrm0vUA@mail.gmail.com> <20140107104001.GM81676@Space.Net> <m2lhyqb354.wl%randy@psg.com> <72626BC4-CB9E-49E8-8A54-48A141F52C0C@nominum.com>
User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue")
Content-Type: multipart/signed; boundary="pgp-sign-Multipart_Thu_Jan__9_06:31:28_2014-1"; micalg="pgp-sha512"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] New Version Notification for draft-yourtchenko-ra-dhcpv6-comparison-00.txt (fwd)
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 08 Jan 2014 21:31:50 -0000

>> the multi-million-euro enterprise can continue to do ipv4.  and that's
>> what they are doing.  we can stick our heads <fill in> and pretend that
>> this is not a festering and embarrassing problem or we can fix it.
>
> Okay, Randy.  You're a smart, articulate guy.  Can you tell us what is
> missing that we need to add, and in what sense it's missing?  I have
> yet to hear a clear statement of what the problem is.

then you are a newcomer to an eight year old conversation.  i will not
bother with the technical issues which have been discussed endlessly,
rinse repeat.  that's why we have list archives.

the bottom line is that the vast majority enterprises, campuses, ... are
run by IT departments which pay the bills and do it their way.  they use
dhcp, good, bad, indifferent.  we don't have to like what the people who
pay us money want to do.  arguing with the customer is generally not a
good strategy.

yes there are enterprises who drink the koolaid and follow the true
religion.  so far, they are a teensie minority.  the vast majority of
enterprises run ipv4, rfc1918, ...  when they look at ipv6 the first
question, and often the only question is "how much will it cost?"  and
the answer to that is bad enough without any speed bumps of changing
what they are doing today.

if we want them to deploy ipv6, as opposed to more rfc1918 space, then
we need to remove all speed bumps.  not discuss them.  not tell them
that RA is the true religion.  frelling remove the speed bump.

there is no harm and there is trivial cost in giving the customer what
she wants.

that the ietf has refused to do so for years is characteristic of the
arrogance and ignorance which leaves ipv6's survival still at risk.

randy