On 07/11/16 20:31, [email protected] wrote:
suckers? you mean those that already have a better understanind of the protocol,
have the required extra monitoring, scripts etc, understand client
behaviours etc - that hardware cycle occurs anyway - and when VM finally get 
around
to deploying it, they'll see that most of their traffic as an eyeballs network 
will
be IPv6 - all that youtube, google, netflix etc - just needs the client to 
actually
have IPv6 connectivit


I agree about the extra experience. I'm not an IPv6 deployment expert, but I've used IPv6 everyday for 10 years now. I don't know that much, but I know a lot more than most. There is a big skills gap for V6 on the on premise side.



This is how I see it.

1) The Zen, SKY and BT rollout will switch on the home users and micro businesses. (VM and talktalk the same, when it happens). The kind of people who just use the ISP supplied router. They connect a wifi cable or read the wifi password off the router and google works. The business reason is that if they need to CG Nat in future, it can be a smaller CG Nat. And see content below. v6 will just work for these people and they won't know the difference.

(I suspect that many 5 to 15 users small business customers have `crappy internet` which is actually caused by their current basic NAT router not supporting enough sessions through the NAT. I've seen this in the wild a few times. And I've had friends ring me to try and help with funny issues which I'm sure could be port starvation.)


2) Big businesses will switch it on if they have a need. The obvious need being less port contention at NAT gateways. Or a more routed network with more diversity. Or fixing conflicts in 1918 space for internal services. These guys plan their networks and will know what they are doing.


3) The content providers will roll it out as a way to save address space. If you are a massive content provider with thousands of servers, then a chunk can be dual stacked and a chunk can be IPv6 only. If the content provider happens to be an eye ball network too, then no NAT between content and eye ball. (I'd be interested to hear from somebody from SKY (or maybe BT TV stuff) whether this works in practice.)

The Mythic beasts IPv6 hosting system I think is a massively good idea for smaller content hosters.


4) The deployment lag is going to be the thousands of middle sized businesses. So above the level of an ISP bundled router, but below the level of an in-house network team. Somebody with 50 PCs connected to a Sonicwall firewall. At the level where they want to pay £2.5k plus installation for security peace of mind.

The current installers of such devices typically have no IPv6 knowledge, and are frankly scared of IPv6 breaking something. They run away when they have to type in a funny long number. Plus when something doesn't work, they don't have the knowledge or experience to fix it.

It will come out in the wash because the people who need IPv6 will find an willing installer and ditch the appliances with poor V6 support. And the better installers will realise that one natted IPv4 between 50 busy office users will not cut the mustard anymore. And the others will bumble on as before.


****

When I mean port starvation, just look at your desktop now

on linux, run both these commands. (Needs both flavours, even if your machine is only IPv4 connected. I think it depends how the application opens the socket)

netstat -n -A inet
netstat -n -A inet6

or

{ netstat -n -A inet6 && netstat -n -A inet; } | wc -l

and -2 from the output.



On windows

netstat -n


And just see how many sockets you have open. Mine says 87 now, and not really got that many browser tabs open. I've seen consumer firewalls wimp out at 800 or so sessions .....


--
Tim Bray
[email protected] | +44 7966 479015 | http://www.kooky.org
Huddersfield, UK

Reply via email to