Re: Generic anycast addresses...

George Michaelson <ggm@algebras.org> Thu, 30 May 2019 22:59 UTC

Return-Path: <ggm@algebras.org>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 49EF0120176 for <ipv6@ietfa.amsl.com>; Thu, 30 May 2019 15:59:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=algebras-org.20150623.gappssmtp.com
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 XVL8tguCAOVU for <ipv6@ietfa.amsl.com>; Thu, 30 May 2019 15:59:08 -0700 (PDT)
Received: from mail-it1-x132.google.com (mail-it1-x132.google.com [IPv6:2607:f8b0:4864:20::132]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2DC2012016F for <6man@ietf.org>; Thu, 30 May 2019 15:59:08 -0700 (PDT)
Received: by mail-it1-x132.google.com with SMTP id j17so9371114itk.0 for <6man@ietf.org>; Thu, 30 May 2019 15:59:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=algebras-org.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=vns8wQUGBoWIcrPnn6S+O0EbMmapMpOa6QMvph1c2/Y=; b=uV/+4JVWBmsj8OFdjg6fXzV2sn7zViHXVSfC3Ji5yldl/dzyrZhkFOceuoxvae8QZt Au3Syi3XEJ1+PkCfJx5mUECjXkVpZdTHbC3TTBCRUxXRhEvub5UpinO2t1PqxUjldQF4 oemAfsjFny3OPJJQqGXlSR9TTEdMwGqRgpSg5Dh9UqXqj2VYvvfV2Rx6E/GNSPS5nwno JLRcwYLayUpntmVo9j1vHBTHAEUVoTxYEeSb9pmWdDp4rgLasJz4GxGj/viGC43akW4D lr7T75LcRtnQqWHDrSVasjDnA0tsKRj3+jsOCOUu3LCvjaW6fodZc5cVYdbOD5SD+6LN g9vw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=vns8wQUGBoWIcrPnn6S+O0EbMmapMpOa6QMvph1c2/Y=; b=JKzt75qfqAwCrHFjAzRRCrNZz7Q71flhb1gWiMqA3yt1KZ6LZBCQxKckMzXep9rVkY 4Ah0L5KatMenZTpmJF3RbzxA3Lq5mkKIdYRACUkJPw29SbirRkhKAwo3DBjtVFHDrgVI lExf9aACmHzIUnVIoTYviM3A+Vm67ZjwiKUp8CVerP2128CoJqdZVgfHqPSphCs6wGuF YJ4hPYE0r1wkFsigEcQ39GwlU4r/uNZoUuXVKrcTvirTUjZxou4mLzkpuLJGU3gSfsrr JBP1NZ2H/JiK36ojEaTPgL/9BL9raG1/zBkzHNhYqNl2L6KTzHa207IQJK3oxhuwUAck m/mg==
X-Gm-Message-State: APjAAAWsEEKX4y8lhf+Z/NAZxN3cdulOqayYxR0HesWCkQLXi2pG7X62 55Nuzbx1ATvGSx3tCjcbrXax7dAXZWVBKWnEuhyvzNM70t0=
X-Google-Smtp-Source: APXvYqyYYvUYhDkcmaQh+/rkjnX2feJ8NXyW4ojnPyre35UJ9jHEFr6bmw2U2GIhDLLrOCTjls7iXHAul86KryQuyz0=
X-Received: by 2002:a02:660c:: with SMTP id k12mr4098063jac.25.1559257147228; Thu, 30 May 2019 15:59:07 -0700 (PDT)
MIME-Version: 1.0
References: <7A9560FC-0393-45DF-8389-B868455AC6DD@fugue.com> <20190530005734.7d2alod2zoaemmhc@faui48f.informatik.uni-erlangen.de> <D6E27B45-437F-45BE-A305-47DD460BCE02@fugue.com> <26144.1559226966@localhost> <1DD451A7-D898-4105-974C-53776A3DA9F2@fugue.com> <20190530152902.l2nmyhadr4e4kt7x@faui48f.informatik.uni-erlangen.de> <0FF19D6D-1A45-41EF-BE34-CC35B5E51E1E@steffann.nl> <D91629F6-73AC-4A80-80EF-16644F73DA36@fugue.com> <701687d4-842c-6a16-3c97-349125324e3f@gmail.com> <D648647D-60E1-4DCE-B0BE-11002E0AE5A4@fugue.com> <20190530220838.g2hshonsjxmfnd55@faui48f.informatik.uni-erlangen.de> <632BE7EC-26A6-44E9-9CCD-F0AE143D4256@fugue.com> <AF1967FC-526D-47FB-98BE-F9B949F26796@steffann.nl>
In-Reply-To: <AF1967FC-526D-47FB-98BE-F9B949F26796@steffann.nl>
From: George Michaelson <ggm@algebras.org>
Date: Fri, 31 May 2019 08:58:55 +1000
Message-ID: <CAKr6gn1odGQjAEJgEe57WXXQFZfukw=KUhP_Nc8aUdqjdvEDsA@mail.gmail.com>
Subject: Re: Generic anycast addresses...
To: "6man@ietf.org" <6man@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/fzv2XRZcphbAK71znH8P1tZIufI>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 30 May 2019 22:59:12 -0000

Scope beyond your own administrative boundary is ill-defined. in
Routing constraints, NOEXPORT and NOPEER are not well deployed always.
path length limits are also not in your own control: you are trying to
seed behaviour into the routing framework which demands others accede
to your requests, but thats all they are: requests.

TTL in actual packets in flight is a different matter. But the hop is
not respecting of the boundaries here its about the elements the
actual IP packet takes, not the AS adjacencies along the path. It
doesn't relate sensibly to anything beyond the immediate link.

So.. I think this stuff is heading to a place where the "scope" is
well understood, albiet not exactly wired down, between local and the
edge of the AS containing the (mixture of) local links, but beyond
that, is ill-defined or un-defined.

Is that ok? Is that what you want?

-G