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

Re: I-D ACTION:draft-bagnulo-v6ops-6man-nat64-pb-statement-00.txt



On 23 nov 2007, at 12:27, David Miles wrote:

again, why introduce translation between IPv6 hosts and legacy servers when every OS I can think of that supports IPv6 also supports IPv4 through dual stack.

Because that way operators need to keep running two versions of IP side by side. since everything is reachable over IPv4 anyway, this provides essentially zero benefit over the situation where you just have IPv4. This means people won't deploy IPv6 but will stick with IPv4 even when the layers of NAT are piled on.

With IPv6+NAT-PT on the other hand, the network can be IPv6-only which has a number of benefits over an IPv4 network, especially when IPv4 addresses are scarce.

After all, if we come up with a "translation" protocol for IPv6 to IPv4 then we have not absolved ourselves from solving the issue for non-IPv6 hosts.

Which issue?

In an IPv4 address depleted world, non-IPv6 devices still need to work!

They do, you just can't add new ones.

The only scenario that I can see that we should at least discuss, is a day when IPv4 addresses are scarce to the point that one cannot assign a server a public v4 address, but we can assign it an IPv6 address. In this case an IPv6 host can communicate with the IPv6 server without issue, but an IPv4 client cannot. I have always wondered why we are so fascinated with NAT64 instead of the reverse, NAT46?

See section 4 of

http://www.ietf.org/internet-drafts/draft-van-beijnum-modified-nat-pt-02.txt