[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Renumbering, was: [NANOG] Multihoming for small frys?
- Subject: Renumbering, was: [NANOG] Multihoming for small frys?
- From: deepak at ai.net (Deepak Jain)
- Date: Wed, 21 May 2008 16:08:48 -0400
- In-reply-to: <003601c8bb75$46d856d0$f211a8c0@flamwsugsmul5v>
- References: <[email protected]> <[email protected]> <000c01c8bafb$9f06f4d0$f211a8c0@flamwsugsmul5v> <[email protected]> <003601c8bb75$46d856d0$f211a8c0@flamwsugsmul5v>
Can we all agree that while renumbering sucks, a /24 (or less) is a
pretty low-pain thing to renumber (vs. say, renumbering a /20 or shorter
prefix?) In an ideal world, you never have to renumber because your
allocations were perfect from the get-go.
We've all been to the other, more realistic place, no?
While we all feel pain for folks who have to do renumbers, even if EVERY
single host in there is a MAJOR dns server (which is my personal worst
case) for MAJOR sites, even *that* has become much easier to address
than it used to be.
This is probably rhetorical, but I feel like some threshold of
materiality should be roughly described so Operators don't get whipsawed
over variable length renumbers longer than a certain length.
DJ