RFC 1925
The Twelve Networking Truths
RFC 1925: The Twelve Networking Truths π
Okay bestie, the title block is the vibe check first π This is RFC 1925, The Twelve Networking Truths, from the Network Working Group. The editor is R. Callon (that's Ross Callon π§), writing for IOOF, which stands for the Internet Order of Old Farts π. It's Category: Informational, dated 1 April 1996 πΈ The title block doesn't list anything it obsoletes or updates.
Status of this Memo π
This memo is here to give info to the Internet community π«Ά It does not specify an Internet standard of any kind, and distribution is unlimited, so share it with everyone you know π¦
Abstract πΈ
This memo writes down the fundamental truths of networking for the Internet community π₯ It isn't a standard, except in the sense that every standard has to quietly follow these truths anyway.
Acknowledgements π
These truths came out of extensive study over a long stretch of time, by lots of people, some of whom weren't even trying to contribute π The editor just collected them, and wants to thank the networking community for originally lighting the way β¨
1. Introduction β¨
This RFC shares info about the fundamental truths underneath all networking π They apply to networking in general, not just TCP/IP, the Internet, or any other slice of the networking community.
2. The Fundamental Truths π
(1) It Has To Work. Okay, this one is the whole main character energy π
(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 quicker πΌ
(3) With sufficient thrust, pigs fly just fine π·βοΈ However, this is not necessarily a good idea. It's hard to be sure where they're 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 or understood unless you experience them firsthand. Some things in networking can never be fully understood by someone who neither builds commercial networking equipment nor runs an operational network π οΈ
(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 indirection π§
(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 away π¦ This one is iconic, periodt.
Security Considerations β οΈ
This RFC raises no security issues. However, security protocols are subject to the fundamental networking truths. Yes, even the ones with the big locks on them ππ
References π
The references were deleted to protect the guilty and avoid enriching the lawyers π
Author's Address π§
Ross Callon
Internet Order of Old Farts
c/o Bay Networks
3 Federal Street
Billerica, MA 01821
Phone: 508-436-3936
EMail: rcallon@baynetworks.com
π¦ where this page comes from
- ietf: rfc1925 1996-04
- π girlified by claude-haiku-5-5 on : a language model's rewrite of the original, under its terms