> My arguments are more about acknowledging the reality and requirements > of the deployed architecture than they are about creating a special > case.
Tony, your arguments are an attempt to perpetuate costly mistakes that provide little or no value. you are not acknowledging reality, you are denying it. > Routing filters do and will exist, ergo local scope addresses will > exist. no. it doesn't follow. routing filters do and will exist, ergo there will always be some (source, destination) pairs that cannot exchange traffic while those filters are in place. this implies nothing about the scope of those addresses. > Applications will have to deal with that, yet there is no hint > unless we provide a well-known flag. applications cannot be expected to deal with filters in any way other than to report that the communication is prohibited. the "well known" flag exists and is called ICMP. site locals do not provide a well known flag because an application has no idea about the site boundary, and when given an SL address has no idea about which site that address belongs to. if the app tries to use it from the wrong site, it might even get sent to the wrong host (though this is unlikely if stateless autoconfiguration is used). still, rather than getting an immediate ICMP prohibited the app gets a timeout, and the app has no idea whether this is a temporary or permanent failure. so SLs are broken even from the standpoint of providing a well known flag. > I agree that applications should > not have to understand topology, but when they insist on passing around > topology information they have bought into the need to understand what > they are doing. apps are not insisting on passing around topology information, because mere addresses are not topology information. > DNS is one of the protocols that deals in topology > information, so it needs to understand topology. We need to make it > robust enough that applications can rely on it so they will simply pass > around names. false. there's no way to make this work well. you are trying to cripple the v6 architecture so badly as to make it useless. > In writing that it occurs to me that one of our failings is that we have > allowed a component of the system to have a very unrealistic (archaic) > view of what the network is. the archaic view is that scoped addresses are acceptable. we've learned our lesson with RFC 1918. we know better now. the original flat address space design was superior.