On Wed, Jan 04, 2006 at 04:08:01PM -0500, Brian Haberman wrote:
>      I have integrated most of the changes I proposed to the ICMP Names
> draft.  After my previous note on the subject, I had a lot of input on  
> the tunnel endpoint text and determined that there was not consensus to add
> it to the document.

Some text seems to have been added to the draft that I don't remember
being discussed here. The diff is:

                         node MAY be configured to discard NI Queries to
    multicast addresses other than its NI Group Address(es) but if so,
-   the default configuration MUST be not to discard them.
+   the default configuration SHOULD be not to discard them.  An
+   exception is made in the previous rule in the case of the All-Routers
+   (FF02::2) and All-Nodes (FF02::1) multicast addresses.  The default
+   configuration for responding to NI Queries to these multicast
+   addresses MUST be to discard them.

All-nodes is one of the most useful addresses to send a node
information query to. If you are trying to find a newly configured
bit of kit you've just plugged in you'll query the all nodes address
and see if it responds with a recognisable name. Requiring that
nodes do not respond by default makes this far less useful.

Also, using the all-nodes address would be the solution if you need
to use NI queries on a network that has a mix of machines using the
old draft and the new draft. I sort of articulated this in this
message:

        http://www1.ietf.org/mail-archive/web/ipv6/current/msg05925.html

without this, I don't see an obvious way to manage such a network
without sending messages to two multicast addresses, which weakens
the argument for changing the multicast range.

(In fact, in the last around of discussions, several people suggested
ditching the hashed name lookups and just keeping the unicast and
regular multicast lookups, so this seems a very strange change to
make.)

        David.

--------------------------------------------------------------------
IETF IPv6 working group mailing list
[email protected]
Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------

Reply via email to