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

Mark Andrews <marka@isc.org> Thu, 20 February 2014 02:00 UTC

Return-Path: <marka@isc.org>
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 8A9781A02CE for <v6ops@ietfa.amsl.com>; Wed, 19 Feb 2014 18:00:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.549
X-Spam-Level:
X-Spam-Status: No, score=-2.549 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.548, SPF_PASS=-0.001] 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 fHf02kg91AVA for <v6ops@ietfa.amsl.com>; Wed, 19 Feb 2014 18:00:10 -0800 (PST)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) by ietfa.amsl.com (Postfix) with ESMTP id C7CAF1A00F5 for <v6ops@ietf.org>; Wed, 19 Feb 2014 18:00:09 -0800 (PST)
Received: from mx.pao1.isc.org (localhost [127.0.0.1]) by mx.pao1.isc.org (Postfix) with ESMTP id 8D86FC947E; Thu, 20 Feb 2014 01:59:53 +0000 (UTC) (envelope-from marka@isc.org)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=isc.org; s=dkim2012; t=1392861606; bh=wGps/EAiIuqE2Dz4AD9fXbXzUNaLsixc9elM9joMrwY=; h=To:Cc:From:References:Subject:In-reply-to:Date; b=bhznc9lt0/96LnCJKNL/YIcaQ3i9cOBoyvLolhve3jDCAEnaCeX+SyaAF8yHRb5Xe ljhv0BTQq/XEQlfW119zhTWit3XNmeJSmyEKYRzAOYq2yZV9uS6beHu+D/ja3/ntQY arishnSK/Mi0ZhUPjFxPI7PhjL4VP5pKwD3z0Qrs=
Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) by mx.pao1.isc.org (Postfix) with ESMTP; Thu, 20 Feb 2014 01:59:53 +0000 (UTC) (envelope-from marka@isc.org)
Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id F23A616005B; Thu, 20 Feb 2014 02:00:41 +0000 (UTC)
Received: from rock.dv.isc.org (c211-30-183-50.carlnfd1.nsw.optusnet.com.au [211.30.183.50]) by zmx1.isc.org (Postfix) with ESMTPSA id B8F74160056; Thu, 20 Feb 2014 02:00:41 +0000 (UTC)
Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id 2A328FD160B; Thu, 20 Feb 2014 12:59:51 +1100 (EST)
To: Lorenzo Colitti <lorenzo@google.com>
From: 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: Your message of "Thu, 20 Feb 2014 10:46:24 +0900." <CAKD1Yr2nomEgPj4ec8kbEruphe=apu0zZChm7dG37nuT+3gJ3A@mail.gmail.com>
Date: Thu, 20 Feb 2014 12:59:50 +1100
Message-Id: <20140220015951.2A328FD160B@rock.dv.isc.org>
X-DCC--Metrics: post.isc.org; whitelist
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/fIs3MJ4h541MSjT38zkGz-KzSvk
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
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 02:00:11 -0000

In message <CAKD1Yr2nomEgPj4ec8kbEruphe=apu0zZChm7dG37nuT+3gJ3A@mail.gmail.com>, Lorenzo Colitti writes:
> On Thu, Feb 20, 2014 at 10:35 AM, Mark Andrews <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.
> 
> As for multiple ULA prefixes... again, I think you're ignoring the
> realities of corporate IT staffing, corporate IT systems, and vendor
> capabilities.

I already run multiple prefixes at home and have for years.  Vendors
*already* support multiple prefixes.  Corperate IP systems will be
supporting ULA1 + GUA1 (+ GUA2 + GUA3 for multi-homers).  ULA1 +
ULA2 + GUA1 (+ GUA2 + GUA3) is not a big streach.  Now as for
corporate IP staff you teach them what to do when teaching the how
to run IPv6 networks.

> 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.

It's a matter of education.  Adding "How to deal with a ULA prefix
collisions" to this document would be a good first step.

-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: marka@isc.org