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

Lorenzo Colitti <lorenzo@google.com> Thu, 20 February 2014 01:46 UTC

Return-Path: <lorenzo@google.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 20FCA1A0168 for <v6ops@ietfa.amsl.com>; Wed, 19 Feb 2014 17:46:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.926
X-Spam-Level:
X-Spam-Status: No, score=-1.926 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, 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 TLP_hxazVtN9 for <v6ops@ietfa.amsl.com>; Wed, 19 Feb 2014 17:46:48 -0800 (PST)
Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::22f]) by ietfa.amsl.com (Postfix) with ESMTP id E95BE1A0103 for <v6ops@ietf.org>; Wed, 19 Feb 2014 17:46:47 -0800 (PST)
Received: by mail-ig0-f175.google.com with SMTP id uq10so10767904igb.2 for <v6ops@ietf.org>; Wed, 19 Feb 2014 17:46:44 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=Wr6tqeYsunPhpUPQPyX06MPWkt4SivWC/KxlU1tiImc=; b=WV8ww2Mq8wX2W0zrswbJux4/Y4c5MnF0fnpclSShNHDxvcLmg4mS7O1tSbJS+fuiDH mNxFrDJDwl4WNYWwi2t0G7v4v8lGFDbW0CHRKvM4MCwB4OZ663nTBskwjYZwHeXMd3BW wLAXwlmBxw2X9fnUm5+Gp3MrP/nyuGqSqIbpGd5iYMIf2c8pTnfy7XU0Ah9EgaPT/w5q YVL66YFYFRkN5hZN6B4Ek+kSN6rXY8wbGAmF4TGLcgCCtH0dg00jZl9yR9az+Z8KleG4 Tq/l2CsC3Ax8EGquB1B2SZKb+4LBBLDteMjjKu7U9KM+3BMUg9r1MqkBfKRC1KXkFjem FXbw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=Wr6tqeYsunPhpUPQPyX06MPWkt4SivWC/KxlU1tiImc=; b=UUt+1RIAUSTcDe4fR5Q1K/u7eOsmd2/3+Vtd9HVl4h1PTkf22aP+M79xp4McwfAy0w CwCTmRk4TlKLNfV91BwikHDi0iUe2e/RlZh1g3bd0+KgukUw42k4PXM2w8CFlmUG5Z2g GC1Ihwit7S7/8A8ArXijGnQjn5mtzFx6CAfzinwpJVhXHDY+Eeh04wRzxrrZFT/QFbp8 HBMp6sXK21TJcAdn5KzAeuilJVMroT7CciG+9fl6/+YB3iR7AbCd926aM1C85SN7FPMi kvIh/yF2310ve/RdkakETh0HrdVdvG+cjYlPIt9bGF1gs6UQGUMzEjp4dlDIXsBiK7be sZYw==
X-Gm-Message-State: ALoCoQltoAP4SBHSjJBIy0wvtb17rWLt2Atoc8PoICOuuDVQ+O0ExU7M858p4kw58orKUf5eCKSqJZPLyWjapAGh0dzI5d1CJBQXuDy7wbY30x8XcuthagqW8hWjWwJZB26xEwMAs5mGaGyMF3RlP0i3hdvOARwkBVVaqVGmdtzWv4G9NJIHQujx2EY+OnGl+i+D2oo5DvM9
X-Received: by 10.50.143.12 with SMTP id sa12mr4257079igb.45.1392860804513; Wed, 19 Feb 2014 17:46:44 -0800 (PST)
MIME-Version: 1.0
Received: by 10.64.18.136 with HTTP; Wed, 19 Feb 2014 17:46:24 -0800 (PST)
In-Reply-To: <20140220013516.DE278FD134B@rock.dv.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>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Thu, 20 Feb 2014 10:46:24 +0900
Message-ID: <CAKD1Yr2nomEgPj4ec8kbEruphe=apu0zZChm7dG37nuT+3gJ3A@mail.gmail.com>
To: Mark Andrews <marka@isc.org>
Content-Type: multipart/alternative; boundary="001a1134cd0279f08004f2ccad8f"
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/OGNS5CCg9lYTcD0iJjkjef5oTOk
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 01:46:50 -0000

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