NANOG/IEPG/ISOC's current role
JimFleming at unety.net
Thu Apr 4 19:49:34 UTC 1996
On Thursday, April 04, 1996 5:04 AM, Tim Bass (PIER)[SMTP:pier at dune.silkroad.com] wrote:
@[ ... ]
@> IMHO, I don't think you can guarantee that almost anything will stay
@> routable, certainly anything less than an /18. Bluntly, there's no good
@> way to guarantee routable prefixes.
See #5 below...
@Yes, there is a good way to GUARANTEE routable prefixes. Intermediate
@system address translation which maps to "virtual renumbering"....
See #6a below...
@The answer my friend.... is blowing in the wind... in the technical
@implementation, not "human attitude re-engineering".....
See #12 below...
@The attitude, .... "bluntly, there's no good way for man to fly...."
@is not unique to written history.... it is alive and well in the
@Internet today ;-)
See #3 below...
@@@@@@@@ From RFC 1925, April 1996 @@@@@@@@@@@@@@@@
Network Working Group R. Callon, Editor
The Twelve Networking Truths
(1) It Has To Work.
(2) No matter how hard you push and no matter what the priority,
you can't increase the speed of light.
(2a) (corollary). No matter how hard you try, you can't make a
baby in much less than 9 months. Trying to speed this up
*might* make it slower, but it won't make it happen any
(3) With sufficient thrust, pigs fly just fine. However, this is
not necessarily a good idea. It is hard to be sure where they
are going to land, and it could be dangerous sitting under them
as they fly overhead.
(4) Some things in life can never be fully appreciated nor
understood unless experienced firsthand. Some things in
networking can never be fully understood by someone who neither
builds commercial networking equipment nor runs an operational
(5) It is always possible to aglutenate multiple separate problems
into a single complex interdependent solution. In most cases
this is a bad idea.
(6) It is easier to move a problem around (for example, by moving
the problem to a different part of the overall network
architecture) than it is to solve it.
(6a) (corollary). It is always possible to add another level of
(7) It is always something
(7a) (corollary). Good, Fast, Cheap: Pick any two (you can't
have all three).
(8) It is more complicated than you think.
(9) For all resources, whatever it is, you need more.
(9a) (corollary) Every networking problem always takes longer to
solve than it seems like it should.
(10) One size never fits all.
(11) Every old idea will be proposed again with a different name and
a different presentation, regardless of whether it works.
(11a) (corollary). See rule 6a.
(12) In protocol design, perfection has been reached not when there
is nothing left to add, but when there is nothing left to take
They save the best for last...in my opinion, #12 is where the answer is...
we have to make things simpler and focus new technical solutions
on solving the real problems...unfortunately #8 above comes into play...
as well as the all of the other 12 Networking Truths...
UNETY Systems, Inc.
Naperville, IL 60563
e-mail: JimFleming at unety.net
More information about the NANOG