Re: [v6ops] SLAAC renum: Problem Statement & Operational workarounds

[Fernando Gont <[e-mail]>]

On 1/11/19 05:50, Ted Lemon wrote:
> On Oct 31, 2019, at 10:27 PM, Fernando Gont <[e-mail]
> <mailto:[e-mail]>> wrote:
>>>>
>>>> Did happy eyeballs encourage broken IPv6 connectivity, or did it
>>>> actually help IPv6 deployment?
>>>
>>> Don’t get me wrong—I’m not saying we shouldn’t do things to improve the
>>> situation.   I am saying that we should be strategic about it.
>>
>> For the home network case, the situation right now is that there are
>> deployments that break, and ISPs meaning to deploy IPv6 that can't do
>> stable prefixes. Certainly, that's a very bad strategy on our side.
>>
>> That said, and as noted, the home network case is just *one* scenario
>> where this problem may be faced. And a subset of the mitigations for
>> this scenarios are useful for the general case.
> 
> You mention later that if it takes more than ten seconds for the
> connection to resume, the user will be on the phone to the ISP.

On this lat/long, *if* the failure is visible (likely not, thanks to
Happy Eyeballs), people will normally just unplug and reconnect all
boxes (e.g. CPE router). Normally, a call to the ISP will lead to the
same procedure.

(Then, in my own circle, *I* get the call. And based on past
experiences, I wouldn't bother to try to escalate the issue at the ISP,
and most likely disable IPv6 myself, keep my folks' networks running,
and use my time for something else.)

P.S.: On a related note, IPv4 masquerading IPv6 issues is the same
reason why there have not been peaks of support calls complaining about
the DNS configuration mess(android with no dhcpv6, windows with no rdnss).

-- 
Fernando Gont
SI6 Networks
e-mail: [e-mail]
PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492