Re: IPv6 Anycast has been killed by LINUX patch in 2016 - who cares?

Phillip Hallam-Baker <phill@hallambaker.com> Mon, 09 August 2021 18:55 UTC

Return-Path: <hallam@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 14B343A11C5; Mon, 9 Aug 2021 11:55:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.648
X-Spam-Level:
X-Spam-Status: No, score=-1.648 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
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 u2Hx5RV54gUc; Mon, 9 Aug 2021 11:54:55 -0700 (PDT)
Received: from mail-yb1-f175.google.com (mail-yb1-f175.google.com [209.85.219.175]) (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 81E3C3A11B9; Mon, 9 Aug 2021 11:54:55 -0700 (PDT)
Received: by mail-yb1-f175.google.com with SMTP id c137so31047330ybf.5; Mon, 09 Aug 2021 11:54:55 -0700 (PDT)
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=+lwKCvJcwDw9EHWOsX33eIH4661J07qIMc+5Szi0uAQ=; b=iY87SAoeZST9YRb2CgttjNas7HjAePJzvbuSyqPH8JYw/0kPoe6ZRZr4MeWKzQWX5X wNyoib/tnfNvvmgUpQItGzZGxrBL7PrXa1Ip6I17nENTnVduLBNTyBxcLDac4Tcf7Omz RArqzAAi9YufkS/YJWCHUPky8ORh06d6/aZGLrpa3jFLUYuLGVm9pcHaZr28yBN85tA5 o7Ja25ay1UXUqlUd4NkZC9k1lWFhHQZYr1Vz+yvHUcvA3NmJbJV/0XLkn9kae8GqE6rf a88cOZsMwGqOnhOEe1NoFk6qot348zIoEkO+iOiR0TPwz6vh7YZx2SMEPyqmFelHeHpT PEew==
X-Gm-Message-State: AOAM5326FAJMVFjzrJBJxq5/igh3Ki9RrOrpP+jB/tdpRKrnIjQAzzkY u5ekNdhC8Sh+GlhZqNzkwtP3dlTvC7mwLkkoM3w=
X-Google-Smtp-Source: ABdhPJwo4bDK83NB2f+dTCJ4l15atHXWV5b/+g/Ikaxb8dpkJ5kPc7VWUe551q0yeZg/6WHFIcBHhOz4PvuMYM8uoTc=
X-Received: by 2002:a25:3604:: with SMTP id d4mr36015709yba.523.1628535294606; Mon, 09 Aug 2021 11:54:54 -0700 (PDT)
MIME-Version: 1.0
References: <CALx6S36pbw2angEmDpu5DnX2nix9KgxFs7ExU17x+JXQFs23TA@mail.gmail.com> <CALZ3u+Yt2X3faSVW7K0eaxmaQy6iA6p4=f0c4E_F4CP0tfjHYw@mail.gmail.com> <CALx6S343sL0=5wUTRSXMnhSamjTTZU=DzA9Y+dbJ4NRTu0_83w@mail.gmail.com> <CALZ3u+ad6Cecp4T+wfuKVJ4ZmnQvaCSX2njFPCN8DuctrU6uew@mail.gmail.com> <CALx6S37u=y1wX8+6d8aX-6=N1MFEqO9RwxQN5zhZnS4DLM8DcA@mail.gmail.com> <CALZ3u+bHbsdzQsHOHx-6nEe6yQBbHMDhH9_PWB=WHTchB8tj5w@mail.gmail.com> <CALx6S36MpCOh2mR+cfM__ASTdn9c4CuhxUrCnUgEv1WhORLyRg@mail.gmail.com> <CALZ3u+ZyQKUJc__HWu6drNyLSCJJ8bOsLfg1B18xwB9+HMe8GA@mail.gmail.com> <CALx6S366bXkCsyEkWCONBX5kcB9JzHU=aNF9hd+wT9FcTdShFw@mail.gmail.com> <CALZ3u+aP=v_1=w1xqfEKof7Cc6Ba3pwOYV3O=0b=NxS4hRWhiA@mail.gmail.com> <YRBdZrKV+MrrhUCG@mit.edu> <CALZ3u+aBdE3Bw3_ry+CuV4tS016c4mWewJFpr0aCbBnwj70Vzg@mail.gmail.com> <a3833e04-c123-ef52-95f9-cae80a1390e7@foobar.org> <CAMm+LwiAbiK618+kY9JTLr7_mQd-E5TKyNsGqOLrGQoLzjJo=A@mail.gmail.com> <CALZ3u+bLVUZf1fTHQvAVzOnToiPcsXEyTNt56hNAXz4=-G5-6w@mail.gmail.com> <CAHw9_i+k9x1g3bcst6rHcXpesEVwnPtV6DzsFAxi8dC6CRMZPw@mail.gmail.com> <CALx6S346mqNaE+s1DH7S7RutTpzfrC5oX1No5Jb72sTvVQjtpQ@mail.gmail.com> <4d2435c266554686b70d15b46d465349@huawei.com> <CALx6S36bYXrvOFn74TTMU2Nqv4Q2w4L6xYy4h+5d4HMWgRRR7Q@mail.gmail.com>
In-Reply-To: <CALx6S36bYXrvOFn74TTMU2Nqv4Q2w4L6xYy4h+5d4HMWgRRR7Q@mail.gmail.com>
From: Phillip Hallam-Baker <phill@hallambaker.com>
Date: Mon, 09 Aug 2021 14:54:44 -0400
Message-ID: <CAMm+LwjXxA078DBcLFPmP4WNg9RPBWhtH68ULEi9+ocnvhDSVg@mail.gmail.com>
Subject: Re: IPv6 Anycast has been killed by LINUX patch in 2016 - who cares?
To: Tom Herbert <tom@herbertland.com>
Cc: Vasilenko Eduard <vasilenko.eduard@huawei.com>, Warren Kumari <warren@kumari.net>, Theodore Ts'o <tytso@mit.edu>, 6man WG <ipv6@ietf.org>, IETF discussion list <ietf@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000bd42e205c924eba3"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/IHvheKjqAw9KaecZQ4VojYhCxOo>
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: Mon, 09 Aug 2021 18:55:01 -0000

On Mon, Aug 9, 2021 at 2:46 PM Tom Herbert <tom@herbertland.com> wrote:

> On Mon, Aug 9, 2021 at 11:42 AM Vasilenko Eduard
> <vasilenko.eduard@huawei.com> wrote:
> >
> > Hi Tom,
> > The problem may be overlooked for years
> > Because not many people use Linux as a desktop with a browser.
> > And even after this RTO should happen that is not mandatory for the
> majority of connections - the network should be overloaded for this.
> > It is more important for this matter what is implemented on Windows and
> Android.
>
> Eduard,
>
> Android runs Linux. It's likely these patches are deployed on over a
> billion devices at this time.
>
> Tom
>

Possibly. Does Android run the vanilla Linux IPv6 stack or something rather
smaller of their own devising.

Thing is that Linux tends to be latched on to in IETF terms as being the
vanguard of new protocol deployment because patches get pushed out quickly.
Meanwhile macOS and Windows frequently lag in feature deployment by up to a
decade.

While the assumption is commonly made here that this behavior is laziness
and it is the cost of implementation that causes deployment to lag, my
conversations with engineers and very senior managers tells me that in some
cases the lag is because their evaluation of the feature leads them to
consider it should not be deployed at all.

So no, I would not assume that features from Linux automatically make their
way into anything. Not without actually looking at the running code.