North American Network Operators Group

Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical

Re: An Internet IPv6 Transition Plan

  • Date: Wed Jul 25 12:59:42 2007
  • Dkim-signature: a=rsa-sha1; c=nowsp;; s=MDaemon; t=1185377305; x=1185982105; [email protected]; q=dns; h=DomainKey-Signature:Received:User-Agent:Date:Subject:From:To: Message-ID:Thread-Topic:Thread-Index:In-Reply-To:Mime-version: Content-type:Content-transfer-encoding:Reply-To; b=BOI9bMc9sP46jo B29psThkbHi+4GOHM0zpCC4JgHMLPeYKVbdbxcPIOoKjZXhdY/GDayK0EecRIeQd 5FvAMi5RbG5SFVwo7dxaAoby7CkQAiz+ow+sm74O6Km+/B/ARy39/azAvB2tTABU ZONcyrU1ogGYz5DQo+ALs8meP8wiY=
  • Domainkey-signature: a=rsa-sha1; s=MDaemon;; c=simple; q=dns; h=from:message-id; b=Y8uJTFpWlgcAuix4aPoCoi4L/s/mF/a0Z3FDUv31sM8+Cg7NUSDDHJFdlG/uxP6IiMRx+pdHQIxdXDi+miiblFuXF3C5brsLFfwDvxkIq1Fkz3u560+toZNRvlCKlokx34ShiPxbplB/VpG/pMoUoYDRYhSq2OflOAN0geZoFww=;

Hi Stephen,

I have run many times in the kind of problems that you describe, and always
was able to find a suitable alternative solution, at least a temporary one
(for instance until specific hardware can be upgrades, such as L3 switches,
and the solution was working fine at least for initial "small" IPv6

For example, I've been able to use with IPv6 many applications that don't
support it, but means of using portproxy.

I'm probably able to help you (and/or other folks) with more specific
examples, so if you're interested, write me offline.


> De: Stephen Wilcox <[email protected]>
> Responder a: <[email protected]>
> Fecha: Wed, 25 Jul 2007 13:41:57 +0100
> Para: John Curran <[email protected]>
> CC: <[email protected]>
> Asunto: Re: An Internet IPv6 Transition Plan
> On Wed, Jul 25, 2007 at 08:18:30AM -0400, John Curran wrote:
>> At 1:15 PM +0100 7/25/07, Stephen Wilcox wrote:
>>>> At present, there's a few years for these folks to switch to IPv6 for
>>>> their growth.  It requires cooperation from the Internet, in that we
>>>> all need to recognize that there will be IPv6 customers out there soon,
>>>> and even if you don't plan on having those, please make your public
>>>> facing servers IPv6 reachable in the next few years.
>>> I'm not sure there is time for v6 to be ready before companies find
>>> different ways to manage this. There are many things that need to happen to
>>> enable v6 and I dont think any of them are happening in a big way. Whether
>>> the large CDNs deploy v6, if v6 can be purchased in volume as transit are
>>> likely to be the major factors..
>> Steve -
>>    Are you unable to make your public facing servers IPv6-reachable?
> Well, I wear a few hats these days :) but.. I think the short answer is yes,
> I'm unable.
> Most stuff I am involved in is modern enough that the servers have a v6 stack
> so that could be enabled. But the apps themselves are not all v6 so they would
> either need to be upgraded or fixed.
> We would of course need to configure these and ensure all dependncies are v6
> capable, particularly if we're sending address info back to customers we dont
> want to switch them in and out of v4/v6.
> Then the network gear tends to be v6 enabled in the core and not at the edges
> where older gear has been redeployed. And a lot of the gear that claims to be
> v6 doesnt handle hardware switching properly so that needs investigating and
> would be an issue. Then we'd need to make sure all security and policies are
> uniform and working equally across v6.
> Assuming we sort it tho then we need to bring up v6 transit, more v6 peers and
> drop any v4 tunnels as they cant be expected to handle production load.
> I guess theres abstraction to fix too - my CMS, monitoring, allocation, much
> of which is automated and all of which relies on storing address info would
> all need to be rewritten to allow v6 addresses on hosts, interfaces, customers
> etc 
> So fix all that and yes we could have v6 servers, but you also said reachable
> and according to my BGPv6 table theres very little reachable out there right
> now - about 700 prefixes when compared to 25000 v4 ASNs that should each be
> visible.
> So you can break this into two elements - stuff I control and stuff I dont.
> For the stuff I control I think the summary is that I'd need to build an ISP
> from scratch essentially (if not in terms of capex purchases then certainly in
> terms of design and implementation). And the stuff I dont control, well.. I
> cant do much about that.
> Steve

The IPv6 Portal:

Bye 6Bone. Hi, IPv6 !

This electronic message contains information which may be privileged or confidential. The information is intended to be for the use of the individual(s) named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, including attached files, is prohibited.