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

Matthew Petach <mpetach@netflight.com> Mon, 13 January 2014 07:27 UTC

Return-Path: <mpetach@gmail.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 E72F31AE048 for <v6ops@ietfa.amsl.com>; Sun, 12 Jan 2014 23:27:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.352
X-Spam-Level: **
X-Spam-Status: No, score=2.352 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FB_INCREASE_VOL=3.629, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 0dEhbotienL7 for <v6ops@ietfa.amsl.com>; Sun, 12 Jan 2014 23:27:33 -0800 (PST)
Received: from mail-pd0-x230.google.com (mail-pd0-x230.google.com [IPv6:2607:f8b0:400e:c02::230]) by ietfa.amsl.com (Postfix) with ESMTP id 365B51AE02E for <v6ops@ietf.org>; Sun, 12 Jan 2014 23:27:33 -0800 (PST)
Received: by mail-pd0-f176.google.com with SMTP id r10so3069222pdi.35 for <v6ops@ietf.org>; Sun, 12 Jan 2014 23:27:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=1bv/aL7f4uY7n6yICu7zfKm7D7nLJPjVWtUVCdDAv0U=; b=lZ20qw62BCy+jQNZIf5qQiXtS9xJEU6uicngNpIzs2gYDVfSvIRY3XExbWbQkrDUPm RxFpOM7QtQ/TvdIImnziMTcTrEkMIPAA9y/gQoWcuV0QAxIdA8TySkr3iZJM0ohwFNH6 X7BLj46ByVgzvajoVv3zJK1HDaJbBslw2199+f4ELvbyqZT1SS4m7tSZhXctqu46Xm7v 1bKaMYPY2+Hju1y0CbVJW6/6GIJmnAAFYmkTsSIF5M6pLFdbLlgDq5PiZFyaVdjJkvdk WwrBjNN6OI/oykV3QQmIY1xG/dwv8D6qf7pEJ7/HiaRdBX3aafTZsKMl6NwiRTvRpGP9 JqlA==
MIME-Version: 1.0
X-Received: by 10.66.66.202 with SMTP id h10mr28209028pat.70.1389598042462; Sun, 12 Jan 2014 23:27:22 -0800 (PST)
Sender: mpetach@gmail.com
Received: by 10.70.1.130 with HTTP; Sun, 12 Jan 2014 23:27:22 -0800 (PST)
In-Reply-To: <71B4A0D3-B4F2-4B3C-B38E-ED7678BEA6FE@nominum.com>
References: <CAEmG1=rRYwJaZp3qYF47=263jFp+BLpF3H6PuS8+Fd6qinMT3g@mail.gmail.com> <71B4A0D3-B4F2-4B3C-B38E-ED7678BEA6FE@nominum.com>
Date: Sun, 12 Jan 2014 23:27:22 -0800
X-Google-Sender-Auth: Db7iQemocJmGs_lvM51pqJ_vYgc
Message-ID: <CAEmG1=pfg74Xz8MbdRSpMaBJ8P1doHje=01ekBmL1U8_JR9P-g@mail.gmail.com>
From: Matthew Petach <mpetach@netflight.com>
To: Ted Lemon <ted.lemon@nominum.com>
Content-Type: multipart/alternative; boundary="001a1134a866b3a10a04efd5010c"
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: Mon, 13 Jan 2014 07:27:35 -0000

On Thu, Jan 9, 2014 at 3:56 AM, Ted Lemon <ted.lemon@nominum.com> wrote:

> On Jan 8, 2014, at 9:56 PM, Matthew Petach <mpetach@netflight.com> wrote:
> > 4 groups of hosts on the subnet;
> > groupA, groupB, groupC, groupD;
> > four different policies on the DHCP server.
> > subnet has 4 different upstream routers.
> > groupA is handed IP address on routerA as default gateway
> > groupB is handed IP address on routerB as default gateway
> > groupC is handed IP address on routerC as default gateway
> > groupD is handed IP address on routerD as default gateway
> >
> > all four groups are within the same L2 broadcast domain,
> > and have applications that make use of that same-subnet
> > relationship.
>
> So is the problem you are trying to solve here essentially a cheap SDN
> solution?   Why not simply isolate the four groups of hosts onto four
> separate VLANs?
>
>
That would either require rewriting the applications running on the
hosts to use unicast communication between them, with a
corresponding increase in the volume of traffic, or implement
some scheme for handling non-unicast frames between
VLANs that I'm not currently aware of.

I realize this setup isn't typical; but it's there, and I find it
odd that the reaction from the community seems to be
"people should stop trying to stretch the lifespan of
IPv4 and just move to IPv6" at the same time saying
"you should stop doing things the v4 way, and change
your mindset and topology to match the v6 way".

The more impediments and roadblocks there
are to seamlessly converting from v4 to v6 there
are, the less incentive there is to move away from
v4, and the longer it is we'll continue to have v4-only
sites on the internet...which will continue to ensure
that the v6-only internet can never become reality.

As long as we're OK with v6 being a cute side project,
and not a fully functional replacement for v4, that's
a fine mindset to have.  But if we're serious about
wanting to move the Internet wholesale to v6, we
need to ease up a bit on this whole "If you won't
convert to the One True V6 Way, you should just
stay on v4" mantra.  I get that what we're doing in
the v4 world can't currently be done in the v6 world.
What I don't understand is why there's so much
resistance to making it possible to do it in the v6 world?

Matt