On 9/2/02, Michel Py wrote: >> Caitlin Bestler wrote: >> IPv4 is silent on how the lower portion is formed. IPv6 >> describes two techniques. Under IPv4 there is no reason >> to presume that the same host will have the same network >> identifier on multiple networks (other than the desire >> of some network administrators to maintain some shred of >> sanity). The method of generating the interface ID under >> IPv6 would appear to be independent of the number of >> identities that the network itself has. > >I still fail to see the relation with DNS. What is the >point you are trying to make here? > >Michel. > The relationship is that DNS is acting as an index service for IPv6 addresses. In doing so it treats them as simple hierarchical addresses, i.e. like fat IPv4 addresses. The question as to whether that is the correct handling of IPv6 addresses is a valid one. This thread started with exactly such a question being raised, but the rationale on how DNS *could* be optimized for IPV6 was not spelled out. The current IPv6 mapping is a "false" data structuring, in that it can represent data that could not exist in the real world: 1 - It can represent the same globally unique EUI-64 as having multiple contradictory meanings on multiple networks. 2 - It can represent the same local interface ID as having multiple contradictory meanings via different aliases for the same local network. These are both releated to the fact that an IPv6 address is not just 128 bits. It has a structure, in fact quite a bit more structure than an IPv4 address has. That is why a naming or discovery service COULD be optimized specifically for IPv6. That does not mean that it should be. In fact, I fully agree that treating IPv6 addresses as nothing more than really fat IPv4 addresses is the best migration strategy available. However, as noted earlier, the fact that an optimization is *possible* is not the same thing as justifying it. The benefit of the "just a fat IPv4 address" approach is that it simplified migration of existing IPv4 DNS code to IPv6. This should not be overlooked. I doubt that there are more than a few machine with access to an IPV6 local network that do no have IPv6 stack and DNS software already installed on them. If, at some future date, we discover that name servers are cluttered with redundant information about multi-homed IPv6 hosts we could consider optimizing based upon the structure of the IPv6 address.