[v6test] Concerns about network impact
Kevin Day
kevin at your.org
Sat Jan 12 01:53:11 UTC 2008
I've had a couple of emails so far from network operators concerned
about the impact a sudden rush of v6 traffic might have on their
network. Some of the points brought up are:
1) Only having enough v6 capacity for current near-zero usage, not
wanting to upgrade because users are playing with something
2) Routers that handle v6 routing purely in software, afraid that a
lot of v6 usage will kill their router
3) We might expose weak spots in the v6 backbone, causing wide-scale
outages.
4) We might give users bad instructions for enabling v6, causing
support headaches for ISPs
My take on these..,
1) Networks might not have enough capacity
TCP should handle quite a bit of this, if their v6 connectivity is
slow we should scale back to handle it like any other congestion. I
understand that some networks are going to have far less v6 capacity
than they do v4, I don't see that this is really unique to v6.
2) Routers that deal with v6 in software
I'm really having trouble imaging that this is going to be a problem.
A bit of digging seems to say that any router which is old enough that
it's doing v6 purely in software is probably not doing much v4 traffic
by today's standards. I can't see how everyone has their network
engineered, but is anyone out there aware of networks enabling v6 on
production routers that can't handle it actually being used?
3) We might break the internet
I'm really hoping we don't do this. :) I don't believe it's possible -
but if we actually did break something I'd hope the lesson(s) learned
from it would be more valuable than not doing it.
4) We're going to encourage people to install v6 connectivity which
won't work, breaking things for end users.
Right now there are loads of places telling users how to play with v6
(tunnels, 6to4, etc). This problem does exist already - as part of the
data that prompted me to actually run the experiment, we ran a test a
while back.
On a very busy site(that doesn't target technically-competent users)
we added two 1x1 .gif images. The order in which the images were
placed on the page was reversed randomly on every page load, to try to
reduce bias from a page load being aborted.
ipv4.gif is on a hostname that has only a v4 A record.
4or6.gif is on a hostname that has both AAAA and A records.
Over a short test period:
ipv4.gif was loaded 278821 times.
4or6.gif was loaded 278704 times. (0.042% lower than the v4 only image)
191 hits were on the v6 IP.
Some extrapolations from this data would seem to indicate:
308 users have v6 connectivity turned on in some way. (0.11% of our
total viewers)
191 have working v6 (62%)
117 have broken v6 (38%)
So, this seems to say that there's about a 40% failure rate over time
in end-users turning on v6 (either automatically or intentionally).
This really does concern me, because we experienced (like many others)
that if you add AAAA records to a site that targets non-technical
users, you start getting complaints that it won't load anymore.
My suggested mitigation strategies:
For #1 and #2, we're going to suggest to networks that feel their
network is going to break to preemptively block or rate-limit access
to the IPs used for this experiment. Since we all know how long it
takes to get people to actually remove filters later, I'm very
hesitant to use our own address space for this. It sounds like we'd
qualify for an "experimental allocation" from ARIN to run this from,
I'm just waiting to see if any of our sponsors will pony up for the
fees for the allocations.
For #3, we're publishing a 24/7 NOC number before beginning, and will
ask that anyone who sees a problem as the result of what we're doing
to contact us right away.
For #4, we're going to try to come up with fool-proof instructions on
how to enable v6 if an end-user is interested, including uninstall
instructions if it doesn't work. Stressing the importance of
uninstalling if it doesn't work. Working with vendors before-hand to
ensure the instructions are as universal as possible.
Thoughts? Comments?
-- Kevin
More information about the V6test
mailing list