RFC 6
Conversation with Bob Kahn
Network Working Note π Written by Steve Crocker of UCLA, dated 10 April 1969, and filed as RFC-6. It's a Network Working Note, so it isn't a standard, and it doesn't obsolete or update anything. β¨
CONVERSATION WITH BOB KAHN π
okay so Steve talked with Bob Kahn at BB&N yesterday π¦ they got into code conversion in the IMPs, IMP-HOST communication, and HOST software. obsessed with the lineup. π
BB&N is ready to convert 6, 7, 8, or 9 bit character codes into 8-bit ASCII for transmission, and then convert again when the message is assembled at the destination IMP. πΈ Their plan is a one for one conversion scheme, with tables that are unique to the HOST. Steve suggested that sites with 6-bit codes might also want case shifting. Bob said that could cause overflow if too many case shifts are needed. ngl that's a real plot twist π Steve's take was that this is rare, so they could probably live with an overflow indication instead of a guarantee. π«Ά
For HOST-IMP communication, we now have a five bit link field and a bit to indicate conversion. π§ There's also a possible 2-bit conversion indicator: one value for converting before sending, and one for converting after. That would give another handle for checking or controlling the system. main character energy π
The HOST can send messages or portions of a message to its IMP, specifying:
- Tracing
- Conversion
- Whether message is for destination IMP or HOST
- Send RFNM
- HOST up or down
- Synchronization
- Format Error Messages
- Master Link Clear
- Status Requested
The IMP can send its HOST information on:
- Conversion
- REFNM Arrived
- IMP up or down
- Synchornization
- Called HOST not Responding
- Format Error
- Status in IMP
And Steve also gave Bob a summary of Network Notes 1, 2, and 3. π That's the whole tea βπ
π¦ where this page comes from
- ietf: rfc6 1969-04
- π girlified by claude-haiku-5-5 on : a language model's rewrite of the original, under its terms