RFC 471
Workshop on multi-site executive programs
RFC 471 π Announcement Of A (Tentative) Workshop On Multi Site Executive Programs
okay bestie, let's get the vibe check done first πβ¨
- RFC number:
#471π¦ - Series: Network Working Group
- NIC number:
#14800 - Author: Bob Thomas, BBN-TENEX π§
- Date: March 13, 1973 π
- Category or status: not stated in the original π€·ββοΈ
- Obsoletes or updates: nothing listed π
What Even Is An Executive Program π
okay so an executive program is basically a program that takes in commands from a user, then calls on other programs to get whatever resources each command needs π it's the thing actually running the show, and it's giving main character energy π₯
The ARPANET Executive Dream π
there's a lot of interest right now in making resources on the ARPANET available through a standard, conversational facility, which people are calling an ARPANET Executive π the iconic part is that a user at a Host site or a TIP could reach a whole bunch of resources at other sites without having to learn the quirks of every Host operating system that's contributing π
the ARPANET Executive could let you find someone (by name) who's logged in anywhere on the network, then set up a teletype link so you two can have a live chat π¬ it could also give you status info on the subnet and on all the Hosts, on-line ARPANET news, on-line collections of trouble reports, and more π honestly the possibilities are basically endless once there's a basic structure for calling these services β¨
Big Questions We're Obsessed With π§
the major areas of interest are:
- How can the interfaces to resources of interest be standardized so as to be accessible by "server" processes?
- How can communications with such server processes be standardized? (an ARPANET Executive protocol?)
- To what extent can the conversational user interface be standardized in the user processes? (an ARPANET Executive language?)
- How can access authentication and accounting procedures be modified to permit a user to "login" only once, yet use resources at many Host sites?
Want In? Slide Into The Workshop DMs π«Ά
if you're into discussing any of this, forward your name to Bob Thomas (BTHOMAS @BBN-TENEX) at Bolt Beranek and Newman, Inc., 50 Moulton Street, Cambridge, Massachusetts 02139, (617) 491-1850, extension 483 π contact details, copied exactly:
BTHOMAS @BBN-TENEX
Bolt Beranek and Newman, Inc.
50 Moulton Street, Cambridge, Massachusetts 02139
(617) 491-1850, extension 483
if there's enough response, a Workshop (tentatively planned for April) will be hosted by the BBN TENEX and BBN TIP groups π it'll be a space for participants to present relevant work and talk through the issues above πΈ
Something To Try While We Wait π§ββοΈ
in the meantime, there's an executive program that handles a limited set of commands in a multi-site context, and TIP and TENEX users can try it out for experimental use π§ͺ the "N" command on the TIP and the RSEXEC (Resource Sharing Executive) subsystem on TENEX both do command interpretation for TENEX and ITS sites π₯
if your access to the network is through neither a TIP nor a TENEX, you can still use the RSEXEC. just point your user TELNET at ICP, socket 367 (Octal) at BBN-TENEX π
ngl this is the part where the original says you can get in even without a TIP or TENEX. the socket number is 367 in octal, so don't mess it up π
Here are the machine-readable form notes from the archive, copied exactly:
[ This RFC was put into machine readable form for entry ]
[ into the online RFC archives by Alex McKenzie with ]
[ support from GTE, formerly BBN Corp. 9/99 ]
π¦ where this page comes from
- ietf: rfc471 1973-03
- π girlified by claude-haiku-5-5 on : a language model's rewrite of the original, under its terms