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

Mark Andrews <marka@isc.org> Sat, 31 May 2014 21:49 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 5579C1A0109 for <v6ops@ietfa.amsl.com>; Sat, 31 May 2014 14:49:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.252
X-Spam-Level:
X-Spam-Status: No, score=-7.252 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_LETTER=-2, MANGLED_PRBLMS=2.3, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.651, 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 CQXQC2qVyEvm for <v6ops@ietfa.amsl.com>; Sat, 31 May 2014 14:49:15 -0700 (PDT)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [149.20.64.53]) by ietfa.amsl.com (Postfix) with ESMTP id D87191A00DF for <v6ops@ietf.org>; Sat, 31 May 2014 14:49:15 -0700 (PDT)
Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) by mx.pao1.isc.org (Postfix) with ESMTP id 95E7434942E; Sat, 31 May 2014 21:49:10 +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 0E7D4160067; Sat, 31 May 2014 21:54:37 +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 D1AB916004E; Sat, 31 May 2014 21:54:36 +0000 (UTC)
Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id 10FEE1719BB4; Sun, 1 Jun 2014 07:49:08 +1000 (EST)
To: Philip Homburg <pch-v6ops-3a@u-1.phicoh.com>
From: Mark Andrews <marka@isc.org>
References: <43BB867C-7BCA-45F6-8ADC-A49B34D6C0DC@nominum.com> <5384937A.90409@foobar.org> <m2iooq4oqi.wl%randy@psg.com> <5385762E.5020901@dougbarton.us> <5385AA97.1050207@fud.no> <53864DCB.5070202@gmail.com> <53865EA2.9000502@fud.no> <02dc01cf7c06$cc6a4bc0$4001a8c0@gateway.2wire.net> <97390E9C-460F-4D08-AFCE-E4A991E2B0E4@cisco.com> <46D22F62-3528-4B9D-9FCF-C9C7466A9ABA@delong.com> <20140531104145.GQ46558@Space.Net> <m1WqqZ4-0000DqC@stereo.hq.phicoh.net>
In-reply-to: Your message of "Sat, 31 May 2014 23:11:42 +0200." <m1WqqZ4-0000DqC@stereo.hq.phicoh.net>
Date: Sun, 01 Jun 2014 07:49:08 +1000
Message-Id: <20140531214908.10FEE1719BB4@rock.dv.isc.org>
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/YPVMgQqVEQmOICioagD79mocxlM
Cc: V6 Ops List <v6ops@ietf.org>
Subject: Re: [v6ops] PI [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: Sat, 31 May 2014 21:49:17 -0000

In message <m1WqqZ4-0000DqC@stereo.hq.phicoh.net>, Philip Homburg writes:
> In your letter dated Sat, 31 May 2014 12:41:45 +0200 you wrote:
> >PA with automatic network (re-)numbering and multihoming with multiple
> >PA networks already works today, and will really work much more pleasantly
> >than PI *for those networks* as soon as we've sorted out some of the 
> >remaining kinks (like source-address selection with SA failover).
> >
> >Maybe you should step down from your "I have PI, I like it, everybody must
> >have PI" soapbox and actually look at what, for example, homenet has 
> >achieved in the last years.  This stuff looks complicated (and under the
> >hood, it is), but the end user experience "take this box, plug in a number
> >of ISPs, things work, no further configuration is needed(*)" is nothing you
> >can match with a PI network.
> 
> I can see how you can do do multiple PA prefixes client side. Done that
> for years now. Even with different routers providing the upstreams. No proble
> m
> there.
> 
> But I have nothing to update my DNS zones. How do I reflect which links 
> are up or down? Is there even a draft for that? What's the BCP for TTL
> values, DNSSEC, etc?

You have UPDATE + TSIG or SIG(0).  This is basically what Microsoft
do with Active Directory except they use GSS-TSIG for about 15 years
now.  UPDATE and DNSSEC just work and have for over a decade now.
Happy Eyeballs has proved that you don't need change the DNS for
link state changes.  IPv4 vs IPv6 is no different to PA1 vs PA2.
HE is all about the client working around a dead link.

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