Re: [Autoconf] issues with draft-baccelli address model
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Autoconf] issues with draft-baccelli address model
sratliff a écrit :
[...]
draft-baccelli says:
Note that while link-local addresses are assumed to be "on link",
the utility of link-local addresses is limited as described in
Section 6.
The word "limited" strikes.
Nonsense. "utility.. is limited" is not the same as "must not be
used".
Would you agree to say "the utility of /128 prefixes is limited"?
draft-baccelli says:
o A subnet prefix configured on this interface should be of
length /128.
The link-local prefix of IPv6 LLs is fe80::/10, and not /128.
The key word in that sentence is SHOULD. It does not say MUST.
Well, LLs are a SHOULD on many interfaces. A SHOULD and and a SHOULD
NOT could give a "MAY": "a /128 prefix on this interface MAY be /128".
(and I invite implementers to do it and report back problems thank you).
draft-baccelli says:
o Any [IPv4] subnet prefix configured on this interface should
be of length /32.
Yet the prefix of the IPv4 LL is 169.254/16, and not a /32.
Again, the sentence says SHOULD. Not MUST.
Again, a MAY would be a better fit.
draft-baccelli says:
Note that the use of IPv4 link-local addresses [RFC3927] in this
context should be discouraged for most applications
"Discouraged" means discouraged. And which "context"? The word
"context" appears precisely once in the draft.
Precisely. "Discouraged" means discouraged. It doesn't mean "cannot".
And again, the sentence contains the word SHOULD. It does not say
MUST.
I believe that "dicouraged" fits better the use of host-based routes
(the "/128" prefix recommendation) for a variety of reasons, making them
limited use too: (1) it doesn't scale to large domain, (2) can't connect
to the Internet, (3) consumes more ressources than /64-or-shorter
prefixes (cycles: instead of average 64 bit comparisons you use a sure
128 bit comparisons, memory: instead of one entry covering several
destinations you use an entry for each destination in each router).
It sounds as we have it completely reverse, and "MAY" may solve it.
Alex
Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.