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

Gert Doering <gert@space.net> Fri, 13 November 2015 13:18 UTC

Return-Path: <gert@Space.Net>
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 4AE0F1A6FE7 for <v6ops@ietfa.amsl.com>; Fri, 13 Nov 2015 05:18:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 WJkqnk7S9MIX for <v6ops@ietfa.amsl.com>; Fri, 13 Nov 2015 05:18:22 -0800 (PST)
Received: from mobil.space.net (mobil.space.net [IPv6:2001:608:2:81::67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 58FEE1A6FD6 for <v6ops@ietf.org>; Fri, 13 Nov 2015 05:18:21 -0800 (PST)
X-Original-To: v6ops@ietf.org
Received: from mobil.space.net (localhost [IPv6:::1]) by mobil.space.net (Postfix) with ESMTP id 944EA632D5 for <v6ops@ietf.org>; Fri, 13 Nov 2015 14:18:19 +0100 (CET)
X-SpaceNet-Relay: true
Received: from moebius3.space.net (moebius3.Space.Net [IPv6:2001:608:2:2::250]) by mobil.space.net (Postfix) with ESMTPS id 4F53E62D2C for <v6ops@ietf.org>; Fri, 13 Nov 2015 14:18:19 +0100 (CET)
Received: (qmail 95445 invoked by uid 1007); 13 Nov 2015 14:18:19 +0100
Date: Fri, 13 Nov 2015 14:18:19 +0100
From: Gert Doering <gert@space.net>
To: Philip Homburg <pch-v6ops-3@u-1.phicoh.com>
Message-ID: <20151113131819.GP89490@Space.Net>
References: <20151106.081425.74651560.sthaug@nethelp.no> <6ED54502-C5D1-4D09-877C-FE283E3EF142@delong.com> <5644EE46.7000805@gmail.com> <CAKr6gn1KokTGJ0cg70OR=q8Uv-1mr7TmjcYJwLVgsK_3i6tcpw@mail.gmail.com> <56453026.3090607@gmail.com> <CAKD1Yr1nb1svwHDE3Z7a1xF00CRw-kOrN6+Xgd6fVjqrN=gb+g@mail.gmail.com> <20151113080508.GB89490@Space.Net> <CAKD1Yr2paTyq7L8-dU9vhtxhDd17LvKPoQt4YY2DDxB-_5ZRbA@mail.gmail.com> <20151113112141.GN89490@Space.Net> <m1ZxDn5-0000EpC@stereo.hq.phicoh.net>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="Sz/4MAOlM1c8JZ8/"
Content-Disposition: inline
In-Reply-To: <m1ZxDn5-0000EpC@stereo.hq.phicoh.net>
X-NCC-RegID: de.space
User-Agent: Mutt/1.5.23 (2014-03-12)
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/F6fB5GEzJmbtZ96dPAORWQwPugc>
Cc: v6ops@ietf.org
Subject: Re: [v6ops] PI heresy [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: Fri, 13 Nov 2015 13:18:25 -0000

Hi,

On Fri, Nov 13, 2015 at 01:49:13PM +0100, Philip Homburg wrote:
> >Networks break further upstream, without the actual upstream being
> >noticeable
> >broken.  Networks break certain paths, while others are working fine.
> >
> >We can do better than all-or-nothing.  We should.
> 
> I don't think a host should try to figure out which paths work and which
> don't.

I disagree, and strongly so.  Maybe not "probe all paths at the same time",
but if one is not working, it would be silly not to try alternatives if
they exist.

[..]
> I propose that routers just inform hosts which source prefixes are unusable
> according to unspecified monitoring code running on the router. (Obviously,
> routers should also propate that knowledge over internal routing protocols in
> setups with multiple routers).

So, if you have upstreams A and B, and targets C and D, of which "C" cannot
be reached over "A" and "D" not via "B" (not all that unlikely given the
direction in which low-price SoHo ISPs and peering wars are developing),
would you rather declare both broken, or just use B to reach C, and A to
reach D?

Defining "the upstream is broken" is actually fairly hard - the router might
be perfectly happy about upstream A, because 99% of its monitoring targets
work perfectly well - but if the user's 1% that he wants to talk to do not
work (routing hickup, anycast cluster broken, peering overloaded), it is
the wrong conclusion to declare "it is working, no need to try anything
else"...

Gert Doering
        -- NetMaster
-- 
have you enabled IPv6 on something today...?

SpaceNet AG                        Vorstand: Sebastian v. Bomhard
Joseph-Dollinger-Bogen 14          Aufsichtsratsvors.: A. Grundner-Culemann
D-80807 Muenchen                   HRB: 136055 (AG Muenchen)
Tel: +49 (0)89/32356-444           USt-IdNr.: DE813185279