Re: [v6ops] draft-ietf-v6ops-enterprise-incremental-ipv6 WGLC

Lorenzo Colitti <lorenzo@google.com> Tue, 06 August 2013 03:41 UTC

Return-Path: <lorenzo@google.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D6D621F9BBF for <v6ops@ietfa.amsl.com>; Mon, 5 Aug 2013 20:41:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Level:
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KYWpOeEL8jRb for <v6ops@ietfa.amsl.com>; Mon, 5 Aug 2013 20:41:21 -0700 (PDT)
Received: from mail-oa0-x22a.google.com (mail-oa0-x22a.google.com [IPv6:2607:f8b0:4003:c02::22a]) by ietfa.amsl.com (Postfix) with ESMTP id 7C1B921F9C16 for <v6ops@ietf.org>; Mon, 5 Aug 2013 20:41:21 -0700 (PDT)
Received: by mail-oa0-f42.google.com with SMTP id i18so8180250oag.15 for <v6ops@ietf.org>; Mon, 05 Aug 2013 20:41:20 -0700 (PDT)
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=Sbe3TTJDV27i8skYwjvnWZQt3VYe/q5MeqbCxhBa4XA=; b=kQoBbtOPa+LjZlYfQlsQKDVbGhYliAap30lj+r5ma0qbaHjRDolk8NeQpiZylUQAkr IhKUYMRudjAj72atxqRfKblL3VUTPEZIRUGWfnAE6ALWtchjQ4VGU+CcC7+EJ/zoB00l TaRmuN67liy4S8S102D5zCGjJxV5tYG6u9r0vvMeASV9PnFbpwsEuTecK9hAOO0582ai LOwTMu2liYCarEYzwYln6+uxE7dRAt6a45pNYHiyCrW5/GjoKDENWP4wiakjvV1hgLFf XnRB7YWGMXr7MvGuojF5pszmvCo6LtJewficQrvRW3qpdqXo5ApSQo4LFepi2BW8/zt0 5sSg==
X-Google-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:x-gm-message-state; bh=Sbe3TTJDV27i8skYwjvnWZQt3VYe/q5MeqbCxhBa4XA=; b=X05kI8Kc0nL5OZh7mEe2wvWIYgv32n+A3S56Iuypws7y+eRysdZGQS5UuPDlAKrTg8 z9FK1CgbXi5eJGu2NMhdxMRh84A66Z0uGvCW0Z/a6M9ypJNoGsz0GiBd9YlTTZRz7CRG 54CzPCx+lnfiS8qN+FbQtwzWR1tsZwzJhBpcJKQobM6bUt0bFVwyLWEnOfM7Z4nnZAuF rvVQjoyKLmgNCeRMj2R2gZCqkJv/v1YS/qvhSgUNKRYSV06Iw5/1GVMMFZEklVZgVoWq Xyb4KmeK1g77uJQlR3pWSFgnO3WUW9P/cW4Tfv9+Y/ImmBuh0rAxNzbFgTJzWzZAi8CN BUBA==
X-Received: by 10.43.137.131 with SMTP id io3mr1905712icc.79.1375760480765; Mon, 05 Aug 2013 20:41:20 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.64.228.144 with HTTP; Mon, 5 Aug 2013 20:41:00 -0700 (PDT)
In-Reply-To: <CE25DC9B.52981%victor@jvknet.com>
References: <CAKD1Yr336sF_Z7BNf4qHHFW7GH2zzMgFxmgRyPADDMpqD=3nWg@mail.gmail.com> <CE25DC9B.52981%victor@jvknet.com>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Tue, 06 Aug 2013 12:41:00 +0900
Message-ID: <CAKD1Yr0R_5d-v-Qfjd7C24g+rRyMLH5bxYE4c0+DcqvLxhrvAg@mail.gmail.com>
To: Victor Kuarsingh <victor@jvknet.com>
Content-Type: multipart/alternative; boundary="001a11c2c322c0ccf504e33f32ad"
X-Gm-Message-State: ALoCoQkOpUja7SptSInWFdzZrG0yw7zlL28gBHiZ12YAS9pnPZ8t0jlv0zA8Ciq8R7P50OMb6ejK91GCyiRNPh+5scAb76/yLyn4hT34500P+M41ruei/jaXq6KaVEuR4raRH2GxmhvkgM3di6urJHeLv/bU0m1GcZBF8WqxXkxNFJBG5faQAqLWwX3YpwqrZMr2dzY6gIZu
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] draft-ietf-v6ops-enterprise-incremental-ipv6 WGLC
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
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: Tue, 06 Aug 2013 03:41:22 -0000

On Tue, Aug 6, 2013 at 11:53 AM, Victor Kuarsingh <victor@jvknet.com> wrote:

> What about the use case of a host that has no global connectivity
> requirements? I know of cases in the SP world where this is true, although
> this draft is for Enterprise, but they may have similar cases (I.e. Closed
> network environments, testing beds, etc).
>

This case is neither as simple nor as clear-cut as it sounds.

If a host truly has no global connectivity requirements then it doesn't
matter what IP addresses it uses as long as they are globally unique. (They
still need to be globally unique because even though the host doesn't talk
to the outside world, it will talk to something that [talks to something
that...] talks to the outside world).

In that case, then that host can use any address that's globally unique,
including global unicast or ULA. Global addresses have the advantage that
they are unambiguously globally unique, whereas ULA addresses are only
probabilistically unique. This means that if you have enough ULA to cause a
collision then you will have problems, and if someone misconfigures their
machines with the ULA prefix that you picked, then you're sort of SOL. On
the other hand, ULA has an advantage over PI addresses because the latter
may need to be renumbered if you change ISPs.

There's also the point that when people say "will never talk to the outside
world", that's more often than not an oversimplification. :-)

Since these points are pretty subtle, they should be carefully worded. I
think the right place for that is in the ULA usage document. Why not simply
punt to that document?