RFC 312
Proposed Change in IMP-to-Host Protocol
RFC 312: Proposed Change in IMP-to-Host Protocol π
okay bestie, this one's from A. McKenzie at BBN π§, filed as NIC 9342 on 22 March 1972, and it's in category B.1. it doesn't say anything about obsoleting or updating other RFCs, so there's nothing to swap out π«Ά
the whole point is that BBN was thinking about redefining the IMP-to-Host error message types (type 1 and type 8) and adding new IMP-to-Host error message types π the goal is to help Hosts figure out what recovery action to take, and they're claiming it won't cause any serious reprogramming problems π they plan to install everything within a few months, so if anyone has strong objections, they need to speak up quickly π
the proposed changes come in two classes β¨
A. General Error Message π
okay so sometimes the Host ignores queued input for a "long time" π when that happens, the IMP drops its ready line for a little bit. that causes the "error flip-flops" to get set (see RFC #270, NIC 7818). the IMP then sends a few NOP's to the Host and goes back to normal π₯
BBN wants to add a new message (message type 13) alongside those NOPs. it's going to tell the Host three things: the IMP's Ready Line was dropped, the IMP's error flop was set, and the IMP will reply to the next completion of a Host-to-IMP message with a type 1 or type 8 message, because the error flip-flop is set π¦
B. Error Messages which are Responses to Specific Host-to-IMP Transmissions π
this part is literally the main event, so read carefully π
- IMP-to-Host message type 1 gets redefined to mean: "IMP's Error flip-flop was set on a message which the IMP cannot identify." πΈ
- IMP-to-Host message type 8 gets redefined to mean: "IMP's Error flip-flop was set during receipt of the message identified by the 'source' and 'link number' bits of this error message." π
- IMP-to-Host message type 10 gets defined (new!) to mean: "A Host-to-IMP message was too short (and cannot be identified)." π
- IMP-to-Host message type 11 gets defined (new!) to mean: "A Host-to-IMP message was too long; the message is identified by the 'source' and 'link number' bits of this error message." β¨
- IMP-to-Host message type 12 gets defined (new!) to mean: "A Host-to-IMP message with an illegal message type code was received; the message is identified by the 'source' and 'link number' bits of this error message. (Note that the erroneous type code is not included in the error message.)" π
AAM/jm π
[ This RFC was put into machine readable form for entry into the online RFC archives by BBN Corp. under the direction of Alex McKenzie. 12/96 ] π«Ά
π¦ where this page comes from
- ietf: rfc312 1972-03
- π girlified by claude-haiku-5-5 on : a language model's rewrite of the original, under its terms