>>>>> On Fri, 3 Sep 2004 15:03:37 -0400, >>>>> "Manfredi, Albert E" <[EMAIL PROTECTED]> said:
>> Thus, I'd now rather be more concrete on this. My latest proposal to >> this part is as follows: >> >> A link-local address is formed by prepending the well-known link- >> local prefix FE80::0/10 [RFC3513] to the interface identifier. If >> the interface identifier has a length of N bits, the interface >> identifier replaces the right-most N zero bits of the link-local >> prefix. If the interface identifier is more than 118 bits in >> length, autoconfiguration fails and manual configuration is >> required. > A slight reword, because I get confused with being told N bits, and no limits on N. > A link-local address is formed by prepending the well-known link- > local prefix FE80::0/10 [RFC3513] to the interface identifier. If > the interface identifier has a length of N bits, where N <= 118 bits, > the interface identifier replaces the right-most N zero bits of the > link-local prefix. If the interface identifier is more than 118 bits > in length, autoconfiguration fails and manual configuration is > required. Note that in a later discussion in this thread we've agreed on different text: A link-local address is formed by combining the well-known link-local prefix FE80::0 [RFC3513] (of appropriate length) with the interface identifier as follows: 1. The left-most 'prefix length' bits of the address are those of the link-local prefix. 2. The bits in the address to the right of the link-local prefix are set to all zeroes. 3. If the length of the interface identifier is N bits, the right-most N bits of the address are replaced by the interface identifier. If the sum of the link-local prefix length and N is larger than 128, autoconfiguration fails and manual configuration is required. (I did not mention the magic numbers of 10 or 118 deliberately, since prefix lengths have often confused people and I thought it's better to just refer to the principal document (RFC3513) without saying a concrete value). I hope you can also live with this. > Another point. Any reason why autoconfiguration with DAD is not possible even if N > is > 118? Maybe this was already discussed. I'm not really sure about the point....first, this is only related to link-local addresses. Secondly, the discussion here is irrelevant to DAD. So your question should actually be: Any reason why autoconfiguration of link-local addresses is not possible even if N is > 118? And if we recall that the link-local prefix requires (at least) 10 leading bits and the length of an IPv6 address is 128 bits, the reason is too obvious to me to bother to explain... BTW, if you can live with the above latest text, we don't have to worry about the magic number of 118. JINMEI, Tatuya Communication Platform Lab. Corporate R&D Center, Toshiba Corp. [EMAIL PROTECTED] -------------------------------------------------------------------- IETF IPv6 working group mailing list [EMAIL PROTECTED] Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6 --------------------------------------------------------------------