Re: IPv6 only host NAT64 requirements?

On Tue, Nov 21, 2017 at 7:12 AM, Manfredi, Albert E
<albert.e.manfredi@boeing.com> wrote:
> Very instructive thread for me, I must say. I'm getting this sense of urgency, to be rid of IPv4, but it comes from the IETF 6man wg and some ISPs.
>Ultimately, it's not up to 6man to decide.

I do not see this thread as 6man deciding that everyone is to get rid
of Ipv4 right now. I see it as 'there are networks deploying IPv6-only
hosts and 6man is discussing how to help hosts to operate in such
environment'.

>It's up to device vendors,  and up to the deployed base of devices.
>The IETF can only suggest, and ISP networks have to meet the real world needs.

People from the real world is coming to IETF saying 'we are deploying
Ipv6-only hosts' [1] [2]

References:
[1[ https://datatracker.ietf.org/meeting/100/materials/slides-100-v6ops-sessa-ipv6-only-deployment-at-cisco/
[2] https://datatracker.ietf.org/meeting/99/materials/agenda-99-v6ops/

>> Dual stack in every hotel room in the world is viable, from the
>> hotel guests' point of view.
>
> This seems the most practical answer, whether it's a client server model, such as in a hotel room, or a peer to peer network. In a mostly peer to peer network, the normal case would be for IPv6 hosts to be introduced gradually. I'm not sure how anything other than dual stack can work, in this case. If the goal is to have continuous robust operation of the network, during an indefinitely long transitional phase, because no one up the chain could care less about the nitty gritty, they just want everything to keep working flawlessly, then what motivation would there be for anything other than dual stack? The only practical solution is to introduce IPv6 hosts only if they are dual stack. And then carefully, on a case by case basis, individual subsystems that do not need to interoperate with IPv4 subsystems can shut off IPv4.
>
> I realize that such transition drag on for years. But again, in the greater scheme of things, this matters very little to those who must make sure the systems work at all times.
>
> Bert
>
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------

-- 
SY, Jen Linkova aka Furry