Introduction
This RFC describes a protocol to dynamically hand out ip-numbers on
field networks and small events that don't necessarily have a clear
organisational body.
History of the protocol.
The practice of using pegs for assigning IP-numbers was first used at
the HIP event (http://www.hip97.nl/). HIP stands for Hacking In
Progress, a large three-day event where more then a thousand hackers
from all over the world gathered. This event needed to have a TCP/IP
lan with an Internet connection. Visitors and participants of the
HIP could bring along computers and hook them up to the HIP network.
During preparations for the HIP event we ran into the problem of how
to assign IP-numbers on such a large scale as was predicted for the
event without running into troubles like assigning duplicate numbers
or skipping numbers. Due to the variety of expected computers with
associated IP stacks a software solution like a Unix DHCP server
would probably not function for all cases and create unexpected
technical problems.
It's not a joke if it specifies a procedure to solve a real-world problem.
RFC 2549 is a joke, RFC 1149 is almost a joke (basically a spec for a sneakernet, XKCD What If 31 ), RFC 2324 is mostly a joke but also an example of IoT... and a similar thing goes for all of these:
The XKCD one is interesting, but seems to be missing the transfer to/from the storage medium sent by FedEx.
If I want to move data from my computer to yours over the internet, the internet bandwidth between our devices/networks is the main consideration. If I’m FedExing SD cards or HDDs, I’ve also gotta take into account the transfer times to get the data ONTO those devices.
I wonder how the analysis would fair when taking into account: