There was a long and not very clear discussion about the level of
requirement for this proposal...
The current spec (RFC 2461 6.3.6 end of 1)) says:
An implementation may choose to always return the same router or
cycle through the router list in a round-robin fashion as long
as it always returns a reachable or a probably reachable router
when one is available.
i.e. there are two proposed solutions with a small may (I interpret
this as an implementation hint). The new proposal is:
An implementation SHOULD pick routers from the default router
list in random order while making sure it always returns a
reachable or a probably reachable router when one is available.
I have two concerns about this:
- the random order is not defined (this is a formal concern because
the intention is clear)
- we moved from an implementation hint to a SHOULD, this will make
old implementations not conformant and in some situations there
can be far better solutions. So I prefer to get a MAY (enough to
get this proposal implemented in the future by everybody without
harm) and an explicit reference to the default router preference
draft (first because I am in favor of this from the beginning,
i.e. since many years, second because this is the best reply to
the "special case" argument (not so special case because 100% of
the IPv6 networks I used have several routers with a better one)).
Regards
[EMAIL PROTECTED]
--------------------------------------------------------------------
IETF IPng Working Group Mailing List
IPng Home Page: http://playground.sun.com/ipng
FTP archive: ftp://playground.sun.com/pub/ipng
Direct all administrative requests to [EMAIL PROTECTED]
--------------------------------------------------------------------
