[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: WG Last Call: On-link Assumption and IPv6 On by default




On Apr 8, 2004, at 2:05 PM, Pekka Savola wrote:

v6onbydefault =============

semi-editorial
--------------

Fixing the destination address selection mechanism by adding such a
rule is only a mitigating factor if applications use standard name
resolution API's that implement this mechanism, and these
applications try addresses in the order returned. This may not be an
acceptable assumption in some cases, as there are applications that
use hard coded addresses and address search orders (DNS resolver is
one example), and/or literal addresses passed in from the user. [...]


==> I think this, still, needs more explicit text. That is, this paragraph
is describing e.g., DNS resolvers which implement their own version of the
name resolution, and are not fixed by modifying the standard name
resolution. Unless I misunderstand this completely, maybe reword the
beginning to something like:


Fixing the destination address selection mechanism by adding such a
rule is only a mitigating factor if applications use their own versions
of name resolution APIs which do not implement the same functionality
as the standard name resolution APIs.

The quoted text probably needs clarification. The example about the DNS resolver
is in fact very simple, in /etc/resolv.conf (or equivalent), one usually uses literal addresses.
With literal assresses, address selection rules that are plugged into the resolver library
are bypassed... so if in your /etc/resolv.conf you have an ordered list:
3ffe::1
129.129.129.1
and the v6 network in not reachable, that will still cause unacceptable delays.


This example can be extended to any apps that accept literal addresses in its configuration.

- Alain.