RFC 23
Transmission of Multiple Control Messages
Network Working Group RFC 23 πβ¨
Okay bestie, let's get into this π¦ RFC 23: TRANSMISSION OF MULTIPLE CONTROL MESSAGES π
This one is from G. Gregg at UCSB, dated 16 October 1969. It's a super early one, so it doesn't have a category or status label, and it doesn't obsolete or update any other RFCs π. Iconic start to the whole series, honestly π
1. Sending and Receiving Multiple Control Messages π
okay so the big idea is that a site's network program has to be ready to handle more than one control message in a single control communication π. Like, it can't just assume it's always one message at a time. It's giving multitasking energy π§
1.1. Batching While Blocked πΈ
So here's the situation: while the control link is blocked and waiting on an RFNM, a bunch of control messages for the same remote host can pile up in the queue π¦. Once the link is unblocked, the move is to send all of them together in one communication, because that's the most efficient way to do it β¨. Literally the sending equivalent of finishing your whole to-do list in one go π
1.2. Receiving in a Loop π¦
On the receiving side, the program needs a loop π. It goes back around to decode and act on each successive control message, and it keeps going until the control communication is totally exhausted π. So no stopping after the first message, bestie. Keep looping until there's nothing left π«Ά
π¦ where this page comes from
- ietf: rfc23 1969-10
- π girlified by claude-haiku-5-5 on : a language model's rewrite of the original, under its terms