Re: [v6ops] draft-ietf-v6ops-ula-usage-recommendations - work or abandon?

Mark Andrews <marka@isc.org> Sun, 08 November 2015 01:38 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 B3E5B1A1A6D for <v6ops@ietfa.amsl.com>; Sat, 7 Nov 2015 17:38:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.911
X-Spam-Level:
X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 mSgogeqBIXNw for <v6ops@ietfa.amsl.com>; Sat, 7 Nov 2015 17:37:59 -0800 (PST)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 974DE1A1A62 for <v6ops@ietf.org>; Sat, 7 Nov 2015 17:37:59 -0800 (PST)
Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx.pao1.isc.org (Postfix) with ESMTPS id 2F9E9349315; Sun, 8 Nov 2015 01:37:53 +0000 (UTC)
Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTPS id 63AAE160044; Sun, 8 Nov 2015 01:38:05 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id 503AE160059; Sun, 8 Nov 2015 01:38:05 +0000 (UTC)
Received: from zmx1.isc.org ([127.0.0.1]) by localhost (zmx1.isc.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id g1vG8T70uOYc; Sun, 8 Nov 2015 01:38:05 +0000 (UTC)
Received: from rock.dv.isc.org (c122-106-161-187.carlnfd1.nsw.optusnet.com.au [122.106.161.187]) by zmx1.isc.org (Postfix) with ESMTPSA id 072E6160044; Sun, 8 Nov 2015 01:38:05 +0000 (UTC)
Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id A3C9D3C120BF; Sun, 8 Nov 2015 12:37:50 +1100 (EST)
To: "Fred Baker (fred)" <fred@cisco.com>
From: Mark Andrews <marka@isc.org>
References: <D25D5920.C914E%Lee.Howard@twcable.com> <5637FDD0.70300@jvknet.com> <D25E32F1.C9507%Lee.Howard@twcable.com> <CAKD1Yr1VvzkSmJo3hu6t_3CUguLN_UkNZjRUqvU_ygPBTyb+8g@mail.gmail.com> <20151103061723.3C7DA3BBB9D8@rock.dv.isc.org> <B2963AE7-F365-4619-95EE-9040320B79CC@cisco.com>
In-reply-to: Your message of "Sat, 07 Nov 2015 22:56:20 -0000." <B2963AE7-F365-4619-95EE-9040320B79CC@cisco.com>
Date: Sun, 08 Nov 2015 12:37:50 +1100
Message-Id: <20151108013750.A3C9D3C120BF@rock.dv.isc.org>
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/xliWNkfd4eAE6Kg9YSWKqSEuV3A>
Cc: IPv6 Operations <v6ops@ietf.org>
Subject: Re: [v6ops] draft-ietf-v6ops-ula-usage-recommendations - work or abandon?
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: <https://mailarchive.ietf.org/arch/browse/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: Sun, 08 Nov 2015 01:38:00 -0000

In message <B2963AE7-F365-4619-95EE-9040320B79CC@cisco.com>, "Fred Baker (fred)
" writes:
>
> On Nov 3, 2015, at 3:17 PM, Mark Andrews <marka@isc.org> wrote:
> > We should also demonstrate that ULA in conjuction with other GUA is not
> harmful.
>
> </chair>
>
> I think the point that has to be shown is that it *is* harmful. We didn't
> have to prove link-local, multicast, unicast, 6to4, or any other address
> non-toxic; what makes ULA special?

We have also had people argue that using ULA w/ GUA is harmful as
they are worried about connections timing out and address selection
rules from various points in time.

We know ULA + NAT is harmful.  Practical demonstrations of the
alternatives working will eliminate some of the fears people have
for using ULA + GUA (PA).

> On this list, several operators have stated that they use ULAs in
> addressing things like cable modems and mobile network infrastructure. If
> the issue with ULA is NAT, those are examples of devices that need no NAT
> - for the simple reason that they don't speak outside their domains.
> However, they are indeed local to a network and their prefix SHOULD NOT
> be advertised to neighboring networks, nor accepted by those networks if
> inadvertently advertised.
>
> That really doesn't sound very toxic.

It isn't.

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