[131769] in North American Network Operators' Group
Re: Failover IPv6 with multiple PA prefixes (Was: IPv6 fc00::/7 -
daemon@ATHENA.MIT.EDU (Mark Smith)
Wed Nov 3 04:52:50 2010
Date: Wed, 3 Nov 2010 19:22:34 +1030
From: Mark Smith <nanog@85d5b20a518b8f6864949bd940457dc124746ddc.nosense.org>
To: Sven Olaf Kamphuis <sven@cb3rob.net>
In-Reply-To: <Pine.LNX.4.64.1011030413030.17696@a84-22-97-10.cb3rob.net>
Cc: nanog@nanog.org
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
On Wed, 3 Nov 2010 04:14:51 +0000 (UTC)
Sven Olaf Kamphuis <sven@cb3rob.net> wrote:
> > I've had a recent experience of this. Some IPv6 CPE I was
> > testing had a fault where it dropped out and recovered every 2 minutes
> > - a transient network fault. I was watching a youtube video over IPv6.
> > Because of the amount of video buffering that took place, and because
> > the same IPv6 prefixes were assigned to the connection once it
> > recovered, the youtube video kept playing. That was a great end-user
> > experience and it was somewhat addictive to watch the PPP light
> > go off and come back on while the video kept playing faultlessly.
>
> thats primarily due to "partial http downloads" aka http status 206 rather
> than 202 where you can just specify at which offset in the file you want
> the httpd to start reading the file to you, most flash movie players,
> however, don't support this. connection lost = movie has to be fully
> reloaded.
There's a whole lot of speculation and no evidence in that
statement ... as it said, it was faultless, so I very strongly doubt
there was any restarting the stream.
