Re: [v6ops] I-D Action: draft-ietf-v6ops-ula-usage-recommendations-02.txt

David Farmer <farmer@umn.edu> Thu, 20 February 2014 13:33 UTC

Return-Path: <farmer@umn.edu>
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 648941A0169 for <v6ops@ietfa.amsl.com>; Thu, 20 Feb 2014 05:33:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.753
X-Spam-Level:
X-Spam-Status: No, score=-2.753 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FB_CONSOL_YOUR=1.995, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.548] 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 zmE4Sd2l1x4Z for <v6ops@ietfa.amsl.com>; Thu, 20 Feb 2014 05:33:41 -0800 (PST)
Received: from vs-a.tc.umn.edu (vs-a.tc.umn.edu [134.84.135.107]) by ietfa.amsl.com (Postfix) with ESMTP id 542711A0163 for <v6ops@ietf.org>; Thu, 20 Feb 2014 05:33:41 -0800 (PST)
Received: from mail-ig0-f169.google.com (mail-ig0-f169.google.com [209.85.213.169]) by vs-a.tc.umn.edu (UMN smtpd) with ESMTP for <v6ops@ietf.org>; Thu, 20 Feb 2014 07:33:37 -0600 (CST)
X-Umn-Remote-Mta: [N] mail-ig0-f169.google.com [209.85.213.169] #+LO+TS+TR
X-Umn-Classification: local
Received: by mail-ig0-f169.google.com with SMTP id h18so292587igc.0 for <v6ops@ietf.org>; Thu, 20 Feb 2014 05:33:32 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:reply-to:organization :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=0Uro/CpD+p/KGtoKjTUNjLlaRA+mNV8WYvQ64hkYOrU=; b=hUaE8R0Ny7Goir2In6MQ6dGbUaN4PCq641kz/oLnHOtqpxPgUd0SBWBZ4tKQASZ58K SY7kl2gKmfHFmDaKG9AYT7FFbYUljC0vyKv/yvt6uPC+lIE2njG9YJtzhEd54Qh7wjLZ ohYdL8PxvOaSVlMMES0yUx9x1CO8QZ5foLq48jVbxqSoq4XmPLj4nkEls4uTaTzMzNll 4kLclicGn8v4A9KcDm74edTc0LUjoBBJN65oSbvK9kGC3M+qifYia7ckrpOLi5x6j3uz A5W5zwwuUNZ2AusHNmbmkfglXhzwQyOI0KGzAwFqg/6ehnmBdLWOSaNUfaCv/sX+vu1d Qlvw==
X-Gm-Message-State: ALoCoQlQOFd2U26v52iB/zTs2HIHhHKlD38PUrqaC3s+8Awam12loXC3EyRsObXeRK2Hca7XLBOHHvLUuY5Dn2q5h/N3+hxz+pIS7PEVeewbp40X7Wc5XW/0nfR2RAutmXko5SV9vI8W
X-Received: by 10.50.138.72 with SMTP id qo8mr2198994igb.11.1392903212848; Thu, 20 Feb 2014 05:33:32 -0800 (PST)
X-Received: by 10.50.138.72 with SMTP id qo8mr2198981igb.11.1392903212690; Thu, 20 Feb 2014 05:33:32 -0800 (PST)
Received: from oit201651646.local (c-24-118-200-23.hsd1.mn.comcast.net. [24.118.200.23]) by mx.google.com with ESMTPSA id f9sm10554661igz.3.2014.02.20.05.33.30 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 20 Feb 2014 05:33:31 -0800 (PST)
Message-ID: <5306042A.7070002@umn.edu>
Date: Thu, 20 Feb 2014 07:33:30 -0600
From: David Farmer <farmer@umn.edu>
Organization: University of Minnesota
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: Lorenzo Colitti <lorenzo@google.com>, Mark Andrews <marka@isc.org>
References: <20140214091302.13219.20624.idtracker@ietfa.amsl.com> <m21tz6javn.wl%randy@psg.com> <1442fd6c81e.5859224653900445752.5189762259388794287@internetdraft.org> <52FEBE28.1010006@gmail.com> <8E2A8B56-6F05-4F09-BE7E-651B9CA42458@delong.com> <5300CE32.1050808@gmail.com> <BD473E46-E382-44E6-B474-A56D074318FA@delong.com> <530104B3.3070205@gmail.com> <53010E70.5000401@gmail.com> <20140217110013.GA31822@mushkin> <62FF9B8A-2F21-4FDD-B1D2-82B8C02A21B3@delong.com> <37638184-17C6-4C8B-86B1-C596A5A5504A@nominum.com> <530242C3.4070108@bogus.com> <E91E49CA-7BA6-4DA3-B4F3-46BB0F25F8F1@delong.com> <5303CD3E.1010907@gmail.com> <m2a9dnr4vk.wl%randy@psg.com> <5304BAAF.60608@gmail.com> <53052B43.2070904@gmail.com> <CAKD1Yr2fyZ9FezX5dh=P-PiruiOqKBKO9f5hroD-CHDJS+ZMQQ@mail.gmail.com> <20140220013516.DE278FD134B@rock.dv.isc.org> <CAKD1Yr2nomEgPj4ec8kbEruphe=apu0zZChm7dG37nuT+3gJ3A@mail.gmail.com>
In-Reply-To: <CAKD1Yr2nomEgPj4ec8kbEruphe=apu0zZChm7dG37nuT+3gJ3A@mail.gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/0Xz-za4bItmhPWLxc72N1ck_ry0
Cc: "v6ops@ietf.org WG" <v6ops@ietf.org>
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-ula-usage-recommendations-02.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: David Farmer <farmer@umn.edu>
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: Thu, 20 Feb 2014 13:33:46 -0000

On 2/19/14, 19:46 , Lorenzo Colitti wrote:
> On Thu, Feb 20, 2014 at 10:35 AM, Mark Andrews <marka@isc.org
> <mailto:marka@isc.org>> wrote:
>
>      > How are they punished? And what will they do when they are
>     punished? I
>      > guarantee that renumbering will not be the solution, NAT will be the
>      > solution.
>
>     Both sites just generate a NEW ULA prefixes.  They can continue to
>     use the collision prefix until the heat death of the universe if
>     they wish to or they can migrate to the new prefix.  IPv6 is NOT
>     IPv4.  Running parallel prefixes is *standard* proceedure.  They
>     just need to talk to each other using the NEW prefixes which should
>     be no more complicated than pushing new address selection tables.
>
>
> No, sorry. One of the main reasons people are advocating ULAs here is
> "because we'll have stable space and will never have to renumber!!11".
> Once you buy into that mantra, you'll be hardcoding IP addresses into
> configuration again, exactly like we do in IPv4 today. And exactly like
> in IPv4 today, renumbering will be prohibitively expensive.

I wouldn't say networks using ULAs will never need to be renumbered. 
But, they provide address stability independent of provider based GUA. 
You could get unlucky, you can screw up, but even if you don't, you will 
probably want to eventually consolidate your ULA prefixes just for 
simplicity of managing your networks.  If you acquire enough other 
companies there will eventually be a big enough win to justify the work 
of consolidating your ULA prefixes.

> As for multiple ULA prefixes... again, I think you're ignoring the
> realities of corporate IT staffing, corporate IT systems, and vendor
> capabilities.
>
> I think it's obvious that the path of least resistance (and thus, the
> solution that most admins would choose) will be NAT/NPT. After all, if
> you want to use ULAs to talk to the outside world (And why wouldn't you,
> right? It's what we do in IPv4, right?), you have to do NAT or NPT anyway.

The evolution to mobile devices and their transitory nature are
chaining the dynamics of most client network.  Fewer and fewer devices 
have even a semi-permanent relationships with an individual IP address. 
  Mobility and the consumerization of IT is driving more and more 
dynamic configuration of devices loosening the bonds between most 
devices and their IP addresses.

Further, the evolution toward cloud computing, elastic services models, 
and deployment orchestration are causing similar changes in server 
networks and data centers.  Old school corporate IT models are by no 
means dead.  But things are changing, you can't swing a dead cat without 
hitting a CIO who is talking about BYOD or Cloud Computing.

Renumber is never going to happen without some pain, but between these 
fundamental changes in the way we use networks and the capabilities of 
IPv6, renumbering is much more doable.

-- 
================================================
David Farmer               Email: farmer@umn.edu
Office of Information Technology
University of Minnesota
2218 University Ave SE     Phone: 1-612-626-0815
Minneapolis, MN 55414-3029  Cell: 1-612-812-9952
================================================