Re: IPv10 (Temp. name IPmix) (draft-omar-ipv10-00.txt).

Randy Bush <randy@psg.com> Sun, 01 January 2017 00:25 UTC

Return-Path: <randy@psg.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D865129552 for <ietf@ietfa.amsl.com>; Sat, 31 Dec 2016 16:25:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.001
X-Spam-Level:
X-Spam-Status: No, score=-10.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-3.1, 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 8STz61NXn5hh for <ietf@ietfa.amsl.com>; Sat, 31 Dec 2016 16:25:44 -0800 (PST)
Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) (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 7F6FA12940E for <ietf@ietf.org>; Sat, 31 Dec 2016 16:25:44 -0800 (PST)
Received: from localhost ([127.0.0.1] helo=ryuu.psg.com) by ran.psg.com with esmtp (Exim 4.86_2) (envelope-from <randy@psg.com>) id 1cNTy2-0007pF-D8; Sun, 01 Jan 2017 00:25:42 +0000
Date: Sun, 01 Jan 2017 09:25:40 +0900
Message-ID: <m2d1g74oe3.wl-randy@psg.com>
From: Randy Bush <randy@psg.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
Subject: Re: IPv10 (Temp. name IPmix) (draft-omar-ipv10-00.txt).
In-Reply-To: <eb7127f9-4f29-325b-11cb-9accdf300b4c@gmail.com>
References: <HE1PR04MB14492A6FA01B592B6DD69093BD920@HE1PR04MB1449.eurprd04.prod.outlook.com> <7F96C4EC-B762-4A2C-AF7E-20D92AE7F9CF@nic.cz> <CAEik=Cv0AXRTLKc1azgnKRrMtQxrC19kX5_RqaQNSt9nkDfPFw@mail.gmail.com> <049f01d2613f$c5431ef0$4fc95cd0$@tndh.net> <m2o9zv7bh5.wl-randy@psg.com> <alpine.DEB.2.10.1612282213390.18445@sleekfreak.ath.cx> <B137A15F-A5C1-41BE-84B5-A12DF2D5AFFC@virtualized.org> <FE7643B1-28CB-4ABA-AF95-1B831D701E25@frobbit.se> <5FBCC938E3BF3F24CD0B9C42@PSB> <804FC2E1-1141-455A-8E53-33755B732F1A@frobbit.se> <529FEFF25101DE837A8234E1@PSB> <8D87002E-FB28-4CA7-8FB5-EFE3A7C00893@frobbit.se> <71858782-f9ca-650e-e4f9-93cda56648e8@gmail.com> <m2h95k4qx9.wl-randy@psg.com> <eb7127f9-4f29-325b-11cb-9accdf300b4c@gmail.com>
User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/24.5 Mule/6.0 (HANACHIRUSATO)
MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue")
Content-Type: text/plain; charset=US-ASCII
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/3LoGvjlIjgQt4ZHlG1NQwuQWI9k>
Cc: IETF Rinse Repeat <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 01 Jan 2017 00:25:45 -0000

>>> Android users can complain to whoever it is that supports Android.
>> for some silly reason, my customers don't think they pay me for
>> blame shifting.  they just want things to work.
> Yes. So not implementing DHCPv6 might be a self-defeating decision
> by an operating system developer, don't you think?

the developer in question is an ipv6 purist.  shooting himself in the
foot and the customers at the same time.  it's an ipv6 tradition.

>> and, let me repeat for the fourth time, enterprises of scale use dhcp
>> to drive clients to the desired exit.
> Excuse my ignorance, but which DHCP options does that involve?

code 3 in v4, router option.  folk use it to cause subsets of the space
to take different exits.

>> dhcp6 does not let them do that.  without feature parity we don't get
>> to play.
> Which is why I think RFC 8028 has value.  It's intended to support
> exit selection via first-hop selection.

that is not feature parity.  that is yet one more ipv6 'feature' that is
just different for religious reasons.  instead of giving the customer
what they want, we invent shiny new stuff and wonder why they walked
away.  it must be that they are stupid.

randy