On Oct 27, 2010, at 5:21 PM, Keith Moore wrote: > The DNS name doesn't really solve the problem, at best it just moves it. In > one case, peer B gets a list of IPv4 and/or IPv6 addresses from peer A. In > another case, peer B gets one or more DNS names from peer A which can be used > to obtain a list of IPv4 and/or IPv6 addresses. Either way, peer B still has > the problem of figuring out which of those addresses to use given that there > might be NATs, firewalls, ALGs, interception proxies, traffic shapers, etc. > in the way; and that some of the addresses which were useful in peer A's > scope might not be useful in peer B's scope.
Or BCP 38. >> If it really has to be a literal, which I already pointed out has some >> brain-deadness related to IPv4 and IPv6 routing (the fact that you and I >> both have an IPv[46] address doesn't mean that the network has a route that >> connects them, even if the addresses are global). But that is not is not its >> *own* address; it is the address of a neighbor. > > The referral doesn't have to be a literal in all cases, but a DNS name is not > a general solution that applications developers can use. Select an alternative. If a DNS name, which encompasses all reasonable IP[46] addresses, is unreasonable, and a single literal that may or may not have a functional route associated with it from its peer's perspective is unreasonable, what is reasonable? I haven't heard you suggest an alternative that predictably works. >> If you are adamant that the web/sip/whatever referral can't be a DNS name, >> will you allow the referring host to look it up in DNS? As noted, DNS will >> have the external addresses of any system it has a name for. > > see above. A DNS name is not a general solution. I repeat. You have given a lot of crap about how you don't like solutions that have been offered. I have offered solutions. Pick one or suggest one. You have 48 hours before your email address goes into my kill file as a waste of bandwidth. Describe something that in your opinion works and addresses the problem that even you agree has to be solved. _______________________________________________ nat66 mailing list [email protected] https://www.ietf.org/mailman/listinfo/nat66
