[131309] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: IPv4 sunset date set for 2019-12-31

daemon@ATHENA.MIT.EDU (Jared Mauch)
Thu Oct 21 22:10:23 2010

From: Jared Mauch <jared@puck.nether.net>
In-Reply-To: <19648.60973.790463.902867@world.std.com>
Date: Thu, 21 Oct 2010 22:09:39 -0400
To: Barry Shein <bzs@world.std.com>
Cc: nanog@nanog.org
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org


On Oct 21, 2010, at 9:51 PM, Barry Shein wrote:

> Anyhow, it might be an interesting topic to discuss in the appropriate
> venues, IETF, "What is the cost of maintaining IPv4 forever?" but it's
> getting a little ahead of ourselves in terms of any pressing need.


This is an interesting question.

In talking to your vendors with your checklist of capabilities a device =
CAN/SHOULD/MUST have, what if you no longer needed to carry 350k/512k =
routes of IPv4 and only needed 256k of IPv6 ?

Instead of 6pe think of 4pe with ipv6 core.

I've been reminding vendors that IPv6 should get new features *first* vs =
IPv4.  The end of IPv4 is near, but that doesn't mean the end of the =
Internet is here.  The next chapter gets a new page turned.  Maybe we =
will determine that IPv6 needs to go the way of IPX/Decnet/AppleTalk and =
some new system (non-IP even) will take over the world.

Either way, it's an interesting time to be an edge operator that worries =
about CPE stuff.  those that think mostly about core this is a big fat =
*yawn* imho.  Expect application developers to face some interesting =
challenges.  me?  I'm waiting until I see the "NOW WITH IPv6" sticker on =
things at the store.

- Jared=


home help back first fref pref prev next nref lref last post