Re: Intdir early review of draft-ietf-ipwave-ipv6-over-80211ocb-34 - 'conforming IPv6' - fe80::/10 vs fe80::/64

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

 



>> "At least" does not mean "the value should be at least 10" in that phrase.
>> 
>> Do you think we should say otherwise?
> 
> To me there is nothing in the actual text to tell me that "at least"
> qualifies the "/10". I think you could rephrase as
> "This subnet's prefix MUST lie within the link-local prefix fe80::/10 ...."
> 
> However, see Jinmei's messages about conformance with RFC 4291.
> 
> I think there might be unexpected side effects from using an
> address like fe80:1::1. What if some code uses matching with
> fe80::/64 to test if an address is link-local? I agree that
> would be faulty code, but you would be the first to discover it.

Indeed.
If you absoultely must cut and paste text from 2464:

5.  Link-Local Addresses


   The IPv6 link-local address [AARCH] for an Ethernet interface is
   formed by appending the Interface Identifier, as defined above, to
   the prefix FE80::/64.

       10 bits            54 bits                  64 bits
     +----------+-----------------------+----------------------------+
     |1111111010|         (zeros)       |    Interface Identifier    |
     +----------+-----------------------+----------------------------+


I presume there is support for brining 802.11p and other 802.3 links?
And that the MAC address length of this link type is also 48 bits?

If the two assumptions above hold, then I see zero justification for pushing the 64 bit boundary in this draft.

Ole




[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Mhonarc]     [Fedora Users]

  Powered by Linux