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

Philip Homburg <pch-ipv6-ietf-7@u-1.phicoh.com> Thu, 23 September 2021 08:40 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 AD2273A27A8 for <ipv6@ietfa.amsl.com>; Thu, 23 Sep 2021 01:40:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham 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 CfhPiJNZNsor for <ipv6@ietfa.amsl.com>; Thu, 23 Sep 2021 01:40:03 -0700 (PDT)
Received: from stereo.hq.phicoh.net (pch.xs4all.nl [83.160.102.151]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 390393A27A5 for <ipv6@ietf.org>; Thu, 23 Sep 2021 01:40:01 -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 m1mTKGs-0000J7C; Thu, 23 Sep 2021 10:39:58 +0200
Message-Id: <m1mTKGs-0000J7C@stereo.hq.phicoh.net>
To: ipv6@ietf.org
Cc: Michael Richardson <mcr+ietf@sandelman.ca>
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> <m1mSyoU-0000IkC@stereo.hq.phicoh.net> <1452.1632339591@localhost>
In-reply-to: Your message of "Wed, 22 Sep 2021 15:39:51 -0400 ." <1452.1632339591@localhost>
Date: Thu, 23 Sep 2021 10:39:57 +0200
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/cPUudRa5i6H83A7oWqPQfQaLKlA>
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, 23 Sep 2021 08:40:09 -0000

> There are many kinds of networks and many kinds of hosts, and I
> think that we are doing ourselves a disservice to try to hit them
> all with the same hammer.

A single hammer is exactly with the WG is doing. Copying features from
DHCPv6 to RA is supported, adding features to DHCPv6 that duplicate features
in RA is blocked.

The hammer for basic network configuration that is support in this WG is
RA. 

> I think that's an unfair characterization of the WG.  It does look
> that way by message count, but I think that we have some very loud
> individuals.

As far as I know this WG blocked adding a default router to DHCPv6. As far
as I know, there is still no chance a default router option for DHCPv6 
would pass. It is a feature that has been reqeusted time and time again.
And each time it has been rejected.

> I don't really know how universal-ra has anything to do with DHCP
> vs RA.  universal-ra is about being able to do experiments or other
> minor things in RA space without having to wait three years for
> your router vendor to include

The draft adds the option to both RA and DHCP.

As has been mentioned before in this discussion, there are ways to add
support for unknown RA options to routers.

The DNS community has been using such a mechanism for a long time and works
fine.