enterprise IPv6 only client computers and IPv4 connectivity
Benedikt Stockebrand
me at benedikt-stockebrand.de
Thu May 2 14:19:01 CEST 2013
Hi Mikael and list,
> If an enterprise today would decide that they're going to run IPv6
> only on their LAN, they would have recent Win7|Win8|OSX|Ubuntu clients
> on their client computers, what mechanism would they use to access
> IPv4 Internet?
that heavily depends on the kind of setup in the enterprise.
In what I consider a "normal" enterprise, as opposed to the ISP,
hosting/housing data center or similar environment a lot of people on
this list work in, you should have a fairly high client/server ratio
and some firewall protection of your internal networks. In that case,
consider this approach:
- Make the servers dual-stacked; and if they don't have their own
subnets yet, move them there. This shouldn't be too much of a
hassle if the number of servers is reasonably small compared to the
number of clients.
- Make the firewall you are using dual-stacked. The application level
gateways should serve as a proxy with minimal hassle; if they don't
replace the firewall (and face the discussions with management).
- Now take care of the clients: With a bit of luck, most of them
should be able to do their job being single-stacked. Separate the
IPv4-only clients into dedicated subnets. Same for the IPv6-only
clients.
- Now deal with the difficult cases: Dual-stacked clients. In some
cases, their number will be insignificant enough that the easiest
way is to run them in a dual-stacked subnet until they eventually
die anyway.
- If you have some minor IPv4-dependent application a lot of people
occasionally use, consider using a terminal server (Citrix or such,
not Cyclades etc.) to run that application in.
- If you still find that the majority of clients needs to be
dual-stacked, that usually means it's either time to do a major
overhaul of the entire environment or provide the list with some
more detail of your particular situation.
- Continuously move clients from the dual-stacked subnets whenever
possible. If you need to convince management about putting
resources into that, talk about service level agreements and
availability improving in a single-stacked subnet, or the extra cost
of providing dual-stacked connectivity. (Sorry, but talking to
management is actually part of the job.)
There's more to this, and a lot of work relates to the details of the
particular environment, but as a general outline this should set you
on the right tracks.
Obviously this won't be any good in an environment where the majority
of devices need and have direct Internet connectivity. On this list
you will find that a lot of people work in these sorts of "abnormal"
environments, but effectively that means that the approaches and tools
they use are ill-fitting for a "normal" (for normal definitions of
"normal") environment.
Cheers,
Benedikt
--
Business Grade IPv6
Consulting, Training, Projects
Benedikt Stockebrand, Dipl.-Inform. http://www.benedikt-stockebrand.de/
More information about the ipv6-ops
mailing list