IETF Logo Mail Archive

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

Randy Bush <randy@psg.com> Wed, 08 January 2014 21:00 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 A7D2B1AE5C8 for <v6ops@ietfa.amsl.com>; Wed, 8 Jan 2014 13:00:23 -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 HbkqdMHYEubL for <v6ops@ietfa.amsl.com>; Wed, 8 Jan 2014 13:00:22 -0800 (PST)
Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) by ietfa.amsl.com (Postfix) with ESMTP id 703971AD9B7 for <v6ops@ietf.org>; Wed, 8 Jan 2014 13:00:22 -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 1W10ES-0005gi-It; Wed, 08 Jan 2014 21:00:09 +0000
Date: Thu, 09 Jan 2014 06:00:07 +0900
Message-ID: <m2lhyqb354.wl%randy@psg.com>
From: Randy Bush <randy@psg.com>
To: Gert Doering <gert@space.net>
In-Reply-To: <20140107104001.GM81676@Space.Net>
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>
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:00:02_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:00:23 -0000

> Your multi-million-dollar enterprise can do DHCPv6-based IPv6 address
> assignment perfectly well today.  Client and server implementations
> exist, and RFCs back that.
>
> The thing that can not be done today is "do that if you do not have RAs
> on your network, that will tell the clients 'go to the DHCPv6 server
> for address information, but route the packets to me'".

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.

randy

v2.23.0 | Report a Bug | By Email