IETF Logo Mail Archive

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

Mark Andrews <marka@isc.org> Mon, 17 February 2014 14:02 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 A4E141A03DC for <v6ops@ietfa.amsl.com>; Mon, 17 Feb 2014 06:02:16 -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 u89aX_UImtzl for <v6ops@ietfa.amsl.com>; Mon, 17 Feb 2014 06:02:14 -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 CEC831A04CB for <v6ops@ietf.org>; Mon, 17 Feb 2014 06:02:14 -0800 (PST)
Received: from mx.pao1.isc.org (localhost [127.0.0.1]) by mx.pao1.isc.org (Postfix) with ESMTP id A8EC1C9492; Mon, 17 Feb 2014 14:01:59 +0000 (UTC) (envelope-from marka@isc.org)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=isc.org; s=dkim2012; t=1392645732; bh=CziWbgtKQ2UGeiV0B3m3w20hixMxE6ZVSXw+CYDLulU=; h=To:Cc:From:References:Subject:In-reply-to:Date; b=sfN1oKC6qoCcDIvxSXj8nZ6APQueKHTXxfxmMONB+cQpwSJnwIam+L86RQyUkFWnG oMEyMVB9dCctjQJn0qP9um+nJGO/DPop1mNj6Ehrwqq6ebxlKRGKaPsCY+RDj+Ngzu DCBwkomGH24ULWiNbW5gy1BeDMveAbiML2wf0xp0=
Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) by mx.pao1.isc.org (Postfix) with ESMTP; Mon, 17 Feb 2014 14:01:59 +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 8973B160059; Mon, 17 Feb 2014 14:02:46 +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 5740B160052; Mon, 17 Feb 2014 14:02:46 +0000 (UTC)
Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id D7B8CF79F6F; Tue, 18 Feb 2014 01:01:56 +1100 (EST)
To: Mikael Abrahamsson <swmike@swm.pp.se>
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> <B44E0C20-E44A-44CC-A6FD-231872E19670@nominum.com> <alpine.DEB.2.02.1402171047250.14422@uplift.swm.pp.se>
In-reply-to: Your message of "Mon, 17 Feb 2014 10:48:46 +0100." <alpine.DEB.2.02.1402171047250.14422@uplift.swm.pp.se>
Date: Tue, 18 Feb 2014 01:01:56 +1100
Message-Id: <20140217140156.D7B8CF79F6F@rock.dv.isc.org>
X-DCC--Metrics: post.isc.org; whitelist
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/TMuJVoHQj8imgxvRyLkfBA3d9Vo
Cc: V6 Ops List <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: Mon, 17 Feb 2014 14:02:16 -0000

In message <alpine.DEB.2.02.1402171047250.14422@uplift.swm.pp.se>, Mikael Abrah
amsson writes:
> On Sun, 16 Feb 2014, Ted Lemon wrote:
> 
> > On Feb 16, 2014, at 1:22 PM, Owen DeLong <owen@delong.com> wrote:
> >> I did not say "don't do ULA". I said that the number of situations where U
> LA is detrimental vastly outweighs the number where it is useful.
> >
> > Can you give an example of a case where ULAs are detrimental?
> 
> RFC3484 device with IPv4 connectivity but not IPv6 Internet connectivity. 
> It will then try to use its ULA address to reach Internet addresses using 
> IPv6.

And it will still work pretty well.  Longest match selects the right
IPv6 address when you have GUA most of the time.  If it doesn't the
ICMPv6 admin prohibited message should cause the app to fall over
to IPv4 as will HE apps or any well written multi-homed client.

Mark

> -- 
> Mikael Abrahamsson    email: swmike@swm.pp.se
> 
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: marka@isc.org

v2.23.0 | Report a Bug | By Email