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

Töma Gavrichenkov <ximaera@gmail.com> Sat, 07 August 2021 22:44 UTC

Return-Path: <ximaera@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 ECDC93A09F1; Sat, 7 Aug 2021 15:44:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham 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 TK9EQuv_YBHk; Sat, 7 Aug 2021 15:44:26 -0700 (PDT)
Received: from mail-ed1-x532.google.com (mail-ed1-x532.google.com [IPv6:2a00:1450:4864:20::532]) (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 668333A09EC; Sat, 7 Aug 2021 15:44:26 -0700 (PDT)
Received: by mail-ed1-x532.google.com with SMTP id f13so18667142edq.13; Sat, 07 Aug 2021 15:44:26 -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:content-transfer-encoding; bh=HI8WlxMhNcNzSUFvyfTYFqrmDIF4suLLVnyood+XxDA=; b=uHw8xyeK+ZYvU9gT5f4aUkNZYyTkUPc/8u2uzmEpXzuT3nBbzQmYlrlaF12qZmsKHe 7KBhS4+msODEV0iLr9cUinn4p6XuICbe2Tt2aTOns1OFLZeBaeK01VXXMJ179mehS50+ 6i6n4RVJRCqRIcLhBZY4yxEAHeYgDPfiI33O0Pr5uM/tuGRdHEF2mL9xM7vEBTn25U+P xbVg1FTgr3QaYoFnYETOZVwG0DkZNVc95/6FFOWK/kgoajjv7q22HJ3zc1mGpQQk54HB nii/dJ9ZeCX8kCEmMHsZ0zsul8FZTk+5II3OPB++U5SvX0i2zu4lMyucdoDo716SlpPT Q+Uw==
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:content-transfer-encoding; bh=HI8WlxMhNcNzSUFvyfTYFqrmDIF4suLLVnyood+XxDA=; b=nnYOBYiDfTN/9/WiZei2N2CwB2e6tAldgsdjKAGZ76jtNzkrIeBdWCevURCpGLV/zl YUjlcBv2pTj1b4ynebLPtLZYyJlWajG+cctQqutyMSbAP8w5UDfj/A99Fqi6JK2xQEl5 gsw/W0K5DFyVa/d1R0znN/4aB6T96b4cvR0a7HuoIRYfmO/017bIYui5flhAAK3IO66d tAftPeeHGydQLTUAGTa9fu8DItivpWsq03cQhiaEViDN6NCx4hOucDS/jbYN23kruSLk JnaxvxBHpqfkHvF1sycQ0Cz00yB57KVwhHvm5N/XixhabrdZmO1C70wXDExzFXnJ9qXM wnqQ==
X-Gm-Message-State: AOAM533rg54OetwMyjCGzC6mwaKLJyamM4z338dhGQTaA0mdq+iSNgoN IDXjCQrnNWNsLEBpDZqTlXXjqb9zbZx35wJXyng=
X-Google-Smtp-Source: ABdhPJxKXX1tVzDSdVTs9aKsSWkozB4Uvs2jjwHEtFYQGVx4eVlPYOTFVhqyYhuMmgi4iT0qBlPmLJExuWVa0nPDeuw=
X-Received: by 2002:a05:6402:348c:: with SMTP id v12mr21002092edc.159.1628376263036; Sat, 07 Aug 2021 15:44:23 -0700 (PDT)
MIME-Version: 1.0
References: <db8c1a5534e9412ebcfa37682d75f862@huawei.com> <C23D7023-B5B7-47C6-8AC5-65A98822A724@lurchi.franken.de> <CANMZLAZGawUjRhSSE_rA8AyqMx=mx1WFeJ_tZq0KVEXJd2XBfQ@mail.gmail.com> <20210807014730.GA28901@faui48f.informatik.uni-erlangen.de> <CAO42Z2yezZh5-B0PwCuNt2FUMAW-FjMK8QZ8uL4TsPhs26zziw@mail.gmail.com> <20210807151716.GA3098@faui48f.informatik.uni-erlangen.de> <CALZ3u+a_7XQ+R8mV+9KzwRwxa0riP-QD_2R69ycV0NL9jy_S3Q@mail.gmail.com> <20210807175410.GA63079@faui48f.informatik.uni-erlangen.de> <CALx6S36b33LD_hNFvptOJuny4g98=dhq3RtKsGeLx3ks-yYjFg@mail.gmail.com> <6F63D7FE-8768-4BD8-846E-61E50E44228F@lurchi.franken.de> <CALx6S36pbw2angEmDpu5DnX2nix9KgxFs7ExU17x+JXQFs23TA@mail.gmail.com> <CALZ3u+Yt2X3faSVW7K0eaxmaQy6iA6p4=f0c4E_F4CP0tfjHYw@mail.gmail.com> <CAOj+MMHu9wSuG87_vBaGNY0oU0kMu9KPFPAwcP9+eFviCMErPg@mail.gmail.com>
In-Reply-To: <CAOj+MMHu9wSuG87_vBaGNY0oU0kMu9KPFPAwcP9+eFviCMErPg@mail.gmail.com>
From: Töma Gavrichenkov <ximaera@gmail.com>
Date: Sun, 08 Aug 2021 01:44:11 +0300
Message-ID: <CALZ3u+bmQuqtcMUB0jouhNPKa0oT2=dwb9k4uFMt5EJQKfGjLA@mail.gmail.com>
Subject: Re: IPv6 Anycast has been killed by LINUX patch in 2016 - who cares?
To: Robert Raszuk <robert@raszuk.net>
Cc: Tom Herbert <tom@herbertland.com>, 6man WG <ipv6@ietf.org>, IETF discussion list <ietf@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/kfCEg4Uj9ws6-aWSNxPZ4osDwbM>
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: Sat, 07 Aug 2021 22:44:31 -0000

Peace,

On Sun, Aug 8, 2021 at 1:09 AM Robert Raszuk <robert@raszuk.net> wrote:
> But using connection less forwarding plane and transporting connection oriented protocols (like TCP) only works between solid anchors (read endpoints).

Tell you what.
Some 12 years ago I was working in HP, and I had to do some weird
things with OpenVMS.

OpenVMS (formerly VMS, and VAX/VMS before that) is/was a true real
time system.  Lots of life-controlling systems were built on top of
OpenVMS these days.  I recall the ISS is still flying because it's
powered by VAX/VMS but I might really be wrong about it.

Anyhow, the TCP protocol wasn't considered reliable in VAX/VMS because
it didn't guarantee reliable data delivery.  By "reliable", the VMS
architects meant the reliable delivery over the reliable maximum
timeframe.

This reliable delivery required actual network and transport network
architecture to be worked on.  Copper line maps from every endpoint to
every endpoint were a part of every project, with redundancy ensured,
and network continuity protocols were signed off by the customer, with
multi-country regulation entities also having their signoffs,
guarantees, and insurances.

And it was expensive as hell, but it worked just the way you want it
to work: stable, reliable, and constant over time.

The Internet isn't that expensive because it's built on compromises.
TCP is one of these compromises.  It doesn't guarantee reliable
delivery in terms of VAX/VMS — and neither do SCTP nor QUIC —  but all
of these are cheap, and the rest is up to the application, and it
should be the application that could handle that.

Yet, no one should never expect a perfect performance from a
compromise.  It just was never paid for.

--
Töma