RFC 130
Response to RFC 111: Pressure from the chairman
RESPONSE TO RFC #111 (PRESSURE FROM THE CHAIRMAN) π
Okay bestie, here's the full tea on RFC 130 π«Ά First, the title block:
- RFC number: 130 π
- Series: Network Working Group πΈ
- Author: J. Heafner, Rand π¦ (NIC 5848)
- Date: 22 April 1971 π
- Category or status: not listed in the header π€·ββοΈ
- Obsoletes: nothing listed in the header
- Updates: nothing listed in the header, but the text plans an RFC that updates NIC Memo #5767 (ARPA Network Site Status) π
The Big Goal π
So the whole point of RFC #111, as I'm reading it, is two-fold. One: establish realistic implementation schedules and make them known to the Network community so everyone can plan productive use of Network Services π . Two: uncover the implementation techniques and strategies that worked best so they might be useful for future implementations π₯.
Where Things Stand π
RFC #111 asks for implementation schedules, and ngl, I haven't "prodded" the host teams yet π. The reason is that TELNET is a big part of those schedules, and there's no specification for it that everyone knows about yet. Tom O'Sullivan, Raytheon (TELNET Chairman) and John Melvin, SRI (TELNET Committee Member) say a TELNET RFC will be generated soon π§. After that, I'll reach out to site liaisons about a schedule π.
Publishing the Schedules π
I'm gonna talk with Alex McKenzie, BBN about the form of publication for these schedules. Alex and I are both on board with publishing them as an RFC updating NIC Memo #5767 (ARPA Network Site Status) β¨. I'll collect and compile the info by phone, mail or NIC, then send it to Alex for technical editing and subsequent NIC RFC publication π¦.
Alex also told me the forthcoming Resource Notebook (see NIC #5760) has much of the info on use of services, obtaining job numbers, etc. π So RFC #111 schedules will be an update of NIC #5767 and may reference, but will not duplicate, the Resource Notebook. No copy-pasting, periodt π.
Why I'm In This Loop π€
One begins to wonder why I'm in this loop, since Alex has the responsibility to periodically update NIC #5767 π. The reason, as RFC #111 states, is that Rand will assist in testing implementations remotely π°οΈ. To make testing happen, I'd love first-hand information on schedules, plus comments on how we might be of service in this respect π«Ά. Testing will be short-term and will not go beyond what is included in RFC #111. I'll contact site liaisons shortly to find out if and how we can be of assistance in this capacity β.
Hit Me Up π
Please feel free to contact either me or Eric Harslem about this RFC or RFC #111. Bestie, you know where to find us π
[ This RFC was put into machine readable form for entry] [into the online RFC archives by Alison M. De La Cruz 12/00]
π¦ where this page comes from
- ietf: rfc130 1971-04
- π girlified by claude-haiku-5-5 on : a language model's rewrite of the original, under its terms