Re: Adoption Call for <draft-troan-6man-universal-ra-option>

Philip Homburg <pch-ipv6-ietf-7@u-1.phicoh.com> Wed, 22 September 2021 09:45 UTC

Return-Path: <pch-b9D3CB0F5@u-1.phicoh.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 EA11F3A121A for <ipv6@ietfa.amsl.com>; Wed, 22 Sep 2021 02:45:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.499
X-Spam-Level:
X-Spam-Status: No, score=-1.499 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, KHOP_HELO_FCRDNS=0.399, SPF_HELO_NONE=0.001, SPF_NONE=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 s4ykI79zSEbe for <ipv6@ietfa.amsl.com>; Wed, 22 Sep 2021 02:45:19 -0700 (PDT)
Received: from stereo.hq.phicoh.net (stereo6.hq.phicoh.net [IPv6:2001:981:201c:1:2a0:c9ff:fe9f:17a9]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 742283A1215 for <ipv6@ietf.org>; Wed, 22 Sep 2021 02:45:18 -0700 (PDT)
Received: from stereo.hq.phicoh.net (localhost [::ffff:127.0.0.1]) by stereo.hq.phicoh.net with esmtp (TLS version=TLSv1.2 cipher=ECDHE-RSA-CHACHA20-POLY1305) (Smail #158) id m1mSyoU-0000IkC; Wed, 22 Sep 2021 11:45:14 +0200
Message-Id: <m1mSyoU-0000IkC@stereo.hq.phicoh.net>
To: ipv6@ietf.org
Subject: Re: Adoption Call for <draft-troan-6man-universal-ra-option>
From: Philip Homburg <pch-ipv6-ietf-7@u-1.phicoh.com>
Sender: pch-b9D3CB0F5@u-1.phicoh.com
References: <FB7CE846-627F-43CF-A54C-35B0EE6D5A2D@gmail.com> <c7a49df3-59a1-ac24-3d6a-8d71896733a1@foobar.org> <84347b3f-8462-4dc6-580d-544b1bf8aaad@gmail.com> <CAKD1Yr0NapC=Hw9WcjZcKi5O0FE0pM413wqSMALS0310Ps3R8g@mail.gmail.com> <cd2b98a8-4f3e-3d1e-4b6b-0d4c7e2745e9@gmail.com> <CAKD1Yr0cYC=g4WhmYvEmn4W9npFu-xjWKf8hd55fwbjAFFo_yA@mail.gmail.com> <109a3287-38da-1ab2-453a-74422a8f75a3@gmail.com> <a0673b6f-9d46-0e6b-976f-bab44f372b9d@edgeuno.com> <17228f7ef1ad4a6f85654f3d1fdea27e@huawei.com> <fe0fa02f-d587-dfc2-56b3-ea8f0698a1ed@edgeuno.com> <d7e16a429de94196998dc6b248af67d8@huawei.com> <fc46e569-8f86-bff8-d20c-44b4424263ea@edgeuno.com> <CAO42Z2yCM-mvNr204XuAAi3_wt4u6MW_Ze=furZJsSjRQbwjWg@mail.gmail.com>
In-reply-to: Your message of "Wed, 22 Sep 2021 04:21:48 +1000 ." <CAO42Z2yCM-mvNr204XuAAi3_wt4u6MW_Ze=furZJsSjRQbwjWg@mail.gmail.com>
Date: Wed, 22 Sep 2021 11:45:13 +0200
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/v_LUC94lYBq2kDa2I6sesjuBkyU>
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: Wed, 22 Sep 2021 09:45:22 -0000

>The RA / DHCPv6 split we have today (excepting addresses in DHCPv6, and DNS
>in RAs) aligns with both the system and network role boundaries and the
>Internet protocol layer model.

There seems to a notion promoted by the proponents of RAs that hosts
do not need unique, per host configurable default routers. Obviously,
in it's current form, RA cannot provide that. 

At the same time, there are networks that a decade or longer have had the
same IP address as default router. Somehow proponents of RA claim that it
is very important to have fate sharing. Even though in practice this does
not offer anything to hosts. The fate sharing provided by a router not sending
RAs happens on a time scale (tens of minutes) that is not suitable for
today's environment. In practice, hosts have to rely on reachability 
etection in ND to determine if a default router can be used or not.

So instead of creating operational flexiblity where operators can decide how
to run their networks, the result of this working group seems to be to
try to kill all concepts that don't fit into the RA mold.

In don't think this draft is a solution though. We need well thought out and
well written standards. Not an openended system where the real protocol is 
just a custom created by dominant parties.