On 10/3/07, michael.dillon@bt.com <michael.dillon@bt.com> wrote:
As mentioned, 6to4 doesn't do what you seem to think it does. Its not a solution to the problem of IPv6 endpoints trying to talk to IPv4 endpoints.
I see that you did not change anything on that page. Specifically what is wrong with the wording below?
Michael, I could quibble about the description that it "requests dynamic tunnels." Nothing is requested. Its comepletely stateless. There's no setup or teardown. It just sends packets that get encapsulated and decapsulated as they're received. But the description is not unreasonable. Where in the description you posted did you read anything that suggests it allows IPv6 endpoints to communicate with IPv4 endpoints?
Looks interesting. There's some version 0.4 user-space software for Linux which claims to do You know, you could have added that to the page yourself. In any case, I added a pointer to a Cisco product brief that mentions they have upgraded NAT-PT to CEF in 12.4.
I generally wait until I've seen something actually work before documenting how it works. I haven't dug too deep into NAT-PT, but an obvious question comes to mind: Why would an ISP deliver an IPv6-only connection plus NAT-PT (and all the likely problems) with a surcharge for IPv4 instead of delivering RFC1918 IPv4 + NAT with a surcharge for routable IPv4? Without looking decades ahead to the waning days of IPv4 when its desirable to minimize the IPv4 footprint in your network, I haven't been able to come up with an answer. When I do, I'll take another look at NAT-PT. Regards, Bill Herrin -- William D. Herrin herrin@dirtside.com bill@herrin.us 3005 Crane Dr. Web: <http://bill.herrin.us/> Falls Church, VA 22042-3004