Re: Generic anycast addresses...

Mark Smith <markzzzsmith@gmail.com> Fri, 31 May 2019 00:05 UTC

Return-Path: <markzzzsmith@gmail.com>
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 80879120113 for <ipv6@ietfa.amsl.com>; Thu, 30 May 2019 17:05:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.497
X-Spam-Level:
X-Spam-Status: No, score=-0.497 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.999, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 X2ImWIMMbu7t for <ipv6@ietfa.amsl.com>; Thu, 30 May 2019 17:05:50 -0700 (PDT)
Received: from mail-ot1-x329.google.com (mail-ot1-x329.google.com [IPv6:2607:f8b0:4864:20::329]) (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 EB62D120048 for <6man@ietf.org>; Thu, 30 May 2019 17:05:49 -0700 (PDT)
Received: by mail-ot1-x329.google.com with SMTP id j49so7416876otc.13 for <6man@ietf.org>; Thu, 30 May 2019 17:05:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=oQv4tx/+g+VG9gMqAA75BswvTYPPy9gBjMyYp4NUBZ8=; b=bzWhzXmM3v6GCtTK9F7IMx8vz3UvnR5JZIXE2Igw12mbwpRTsgppbyOq0EcBW65Tb+ zutTq6U6yyU9dr4jwUtdKmtdI9s/I1NRtEV7qZmwLYN4jMBtlVL6a0ZmA43xuM5Fd9uu zggu0ZidXsPLc4+PwJKoz7oVFV27LPzmNItU2QVD2wAMjrhgBcnDgUhG3LByOcEF4k7K JSBlzJzhlbAScRx8PL+xA++txXGJnqP8qXjMSAcsgvcVqsAay3gQDI+A9vY+ey7vnIhg rX2hlTNhuJkKR81PGmgcEqa9QCjz7BgPN3u+hNCAhXWS8sxe0wgIwpp7n8gjNJbuKSzt vS6A==
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:cc; bh=oQv4tx/+g+VG9gMqAA75BswvTYPPy9gBjMyYp4NUBZ8=; b=NXXWclEK7lGY+bno1wMtLVfNNT3XSsTugxumfSkr7LjlkFniKP1ZFuCwqCpyqTsb7D pAqF2SJsix+QBkItPt7SqQqfScYE9egdqAgZfZoEWWRW6xIDKin6LNq07Fbc5g0kERxF io7v2SDFj7P0yS5MSvmT09iNcV4DsPOiIXxIfdVxphzJEW52vzNUheitCxLUzgyiMZGl g9I+j1wdKjTt5uiUG+qKkrykftT3DxLvS4S2hWyoNuCNvyArxoCi++L+eCEWlhktqKqN YepspBtVa+GKykLrcraX1UVmviEKLpVpVYocKRcWoGbCXgf86t2Md4w6pFgmR2BbEXTL BQDg==
X-Gm-Message-State: APjAAAUTb2EVXrzRXXRi8i5LW3VaLGsOV7FNtDPJPa2vm5bimGd/rxfC b9Hyk0tGOAZO4+Wgoj5MyDl4tzBPSHCNFPyStRY=
X-Google-Smtp-Source: APXvYqwTJErsf/esW/AgZnAKLhddrfN3JI+TAWNcPZmHJ5GrtpCPZWjC9s6NSyuTOgLLtAicUDNjDhJVaIJPJR3xGaM=
X-Received: by 2002:a9d:58c5:: with SMTP id s5mr5126319oth.153.1559261149319; Thu, 30 May 2019 17:05:49 -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> <CAO42Z2yY=z-wKCUaCYZqJLHfT+LdyDOWz9bLG8QTh9C8sJCx3g@mail.gmail.com> <F3E48F41-DED1-4D5D-AEC1-A01356D4110B@fugue.com>
In-Reply-To: <F3E48F41-DED1-4D5D-AEC1-A01356D4110B@fugue.com>
From: Mark Smith <markzzzsmith@gmail.com>
Date: Fri, 31 May 2019 10:05:22 +1000
Message-ID: <CAO42Z2xXbwUd6G2EZcUvPStP8acyM=Dt8n-R=Cdpra+wMwWf3Q@mail.gmail.com>
Subject: Re: Generic anycast addresses...
To: Ted Lemon <mellon@fugue.com>
Cc: Sander Steffann <sander@steffann.nl>, Michael Richardson <mcr+ietf@sandelman.ca>, "6man@ietf.org" <6man@ietf.org>, Dave Thaler <dthaler@microsoft.com>
Content-Type: multipart/alternative; boundary="000000000000ead533058a23c657"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/5eqc42WWoPfZKS8g4qie7hLcVwM>
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: Fri, 31 May 2019 00:05:51 -0000

On Fri., 31 May 2019, 09:37 Ted Lemon, <mellon@fugue.com> wrote:

> On May 30, 2019, at 4:21 PM, Mark Smith <markzzzsmith@gmail.com> wrote:
>
> An example use case for a Network Service Provider scope is anycast DNS
> resolvers.
>
>
> And how does this work if you are multihomed?
>
>

Other email I just sent.

Adding, even if both upsream/parent NSPs are providing DNS resolver service
with the same NSP scoped anycast address (because it will be a generic NSP
scoped DNS resolver address), the downstream customers' routing will pick
only one of them to use.

Similar to multicast, what I've proposed supports embedding a unicast /64
prefix. The all-zeros /64 is used as "unspecified".

So in this scenario, both NSPs would advertising the same generic NSP
scoped anycast DNS resolver address with an all zeros /64 part - and likely
such a well-known anycast address that it could be a factory default for
devices. They may also each advertise an NSP scoped anycast DNS address
which embeds one of their GUA /64s.

So a customer could leave the choice of which NSP's DNS resolver they use
entirely up to their routing system by using the generic DNS anycast
address, which would be the default, or they could prefer only one of their
NSP's DNS anycast resolver services by configuring their hosts to use that
NSP's specific anycast DNS address that includes the NSP's chosen GUA /64.

They could go further and configure the second NSP's specific NSP scope
anycast DNS resolver address as a second DNS entry on a host to get NSP
independent DNS redundancy, if the first and preferred NSP's DNS anycast
resolution service isn't considered reliable enough.

Regards,
Mark.



>