Re: [v6ops] ULA draft revision #2 Regarding isolated networks

Tore Anderson <tore@fud.no> Wed, 28 May 2014 09:21 UTC

Return-Path: <tore@fud.no>
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 1FA031A0052 for <v6ops@ietfa.amsl.com>; Wed, 28 May 2014 02:21:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.551
X-Spam-Level:
X-Spam-Status: No, score=-2.551 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.651] 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 JGOjQUOpkCYY for <v6ops@ietfa.amsl.com>; Wed, 28 May 2014 02:21:37 -0700 (PDT)
Received: from greed.fud.no (greed.fud.no [IPv6:2a02:c0:1001:100::145]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 536EC1A0041 for <v6ops@ietf.org>; Wed, 28 May 2014 02:21:37 -0700 (PDT)
Received: from [2a02:fe0:c410:3310::1] (port=52038 helo=envy.fud.no) by greed.fud.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from <tore@fud.no>) id 1Wpa35-00062F-SZ; Wed, 28 May 2014 11:21:27 +0200
Message-ID: <5385AA97.1050207@fud.no>
Date: Wed, 28 May 2014 11:21:27 +0200
From: Tore Anderson <tore@fud.no>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
MIME-Version: 1.0
To: Doug Barton <dougb@dougbarton.us>, Randy Bush <randy@psg.com>
References: <8AE0F17B87264D4CAC7DE0AA6C406F453D8B6B9A@nkgeml506-mbx.china.huawei.com> <m261ks7xww.wl%randy@psg.com> <53840070.90801@gmail.com> <m2y4xn7wep.wl%randy@psg.com> <53840723.8010606@gmail.com> <CAKD1Yr1O_poMR200sjU=ttRvGaeQRkC1ZfXC0Ok4uQxdq3K=NQ@mail.gmail.com> <m2mwe37tbn.wl%randy@psg.com> <CAKD1Yr2t3-vxuG=iDi4biBNFpJwuzuHgfpB74i_uydWWRV7qZg@mail.gmail.com> <8AE0F17B87264D4CAC7DE0AA6C406F453D8B6E02@nkgeml506-mbx.china.huawei.com> <m2fvjv7q4h.wl%randy@psg.com> <m1WpDcc-0000BMC@stereo.hq.phicoh.net> <43BB867C-7BCA-45F6-8ADC-A49B34D6C0DC@nominum.com> <5384937A.90409@foobar.org> <m2iooq4oqi.wl%randy@psg.com> <5385762E.5020901@dougbarton.us>
In-Reply-To: <5385762E.5020901@dougbarton.us>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/DcilE918JxrPkjyKe7J5w_6zsHk
Cc: V6 Ops List <v6ops@ietf.org>
Subject: Re: [v6ops] ULA draft revision #2 Regarding isolated networks
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: Wed, 28 May 2014 09:21:39 -0000

* Doug Barton

> We have a substantial number of medium-sized enterprises which share the 
> following characteristics:
> 
> 1. They are large enough to have some internal resources that need 
> addressing (printers, file servers, maybe a web site or two)
> 
> 2. They are small enough that PI space and their own ASN are not practical

You don't need an ASN to use PI space.

> 3. Some of them want to have multiple service providers, either for 
> failover or traffic shaping
> 
> 4. They don't want to have to renumber all of their internal resources 
> when they change providers
> 
> What's your solution for them?

We have a few customers in the same situation. So we obtained a PI
prefix for them, which costs next to nothing in the RIPE region at
least, and advertise the prefix on their behalf (and in the cases where
there's a second upstream, the second upstream does the same). Works
perfectly well, and is much less complex than anything solution
involving ULA, NAT, multiple prefixes on the hosts, or whatever. The
customer just gets a bunch of addresses he can use in perpetuity.

Tore,
who prefers to KISS