RFC 273
More on standard host names
MORE ON STANDARD HOST NAMES β¨
okay bestie, this one is from Richard W. Watson at SRI-ARC π It's Request for Comments #273, filed as NIC 7837 on 18 October 1971. The categories line is blank in this copy. It's marked as related to 7625, 7626, 7661, 7688, 7650, 7646, and it obsoletes 7662 π§ So yeah, lots of numbers, but they're all here.
The Network Information Center is a logical place to handle this problem of Standard Host Names, so the ball now rests here π This is clearly a delicate subject, because people have strong feelings and attachments to their names π«Ά No past proposal, including RFC 247, NIC 7668, has gotten any acceptance yet π Identification seems like a natural thing, so it should be taken into account when setting up a naming scheme. So here's the proposal, which I hope is satisfactory to everyone π
Any naming scheme must:
- Recognize the expanding character of the Network, with the potential eventually of several hundred sites.
- Recognize the need for abbreviations to simplify typing.
- Recognize the use of names on hardcopy and online documentation.
- Recognize people's strong identification with historical names associated with their project.
To meet these needs, we propose a hybrid scheme related to those in the other past proposals π
The Formal Name π
Each host gets a formal name of this form:
<Institution Mnemonic> "-" <Host or NIC Station Mnemonic>
and an optional nickname of this form:
<Nickname>
We have heard no arguments for severe restrictions on name length, so human considerations should probably prevail π Still, here are some guidelines.
<Institution Mnemonic> will be at most 4 characters, formed as per RFC 247, NIC (7688,) π
Examples of institutions are:
AMES, CASE, BBN, UCLA, SRI, MIT, HARV, MITR, etc.
We have to recognize that there may be multiple IMPS and TIPS, plus combinations, at a given institution in the future π So there's not a one-to-one match between <Institution Mnemonic> and IMPS or TIPS. Also, the Network will include groups and individuals without an IMP or a TIP, or with just a terminal to a TIP, and their organizations need unique names too β¨
<Host or NIC Station Mnemonic> has no restriction on length, but it should be short if possible π¦ When picking one, an order of priority might be:
- Suborganization within the
<Institution Mnemonic>. - Project mnemonic.
- Machine designation.
- The suggestion in RFC 247, NIC 7688 to include the designation TIP or TEST should probably be followed, since it conveys useful information π§
Examples might be:
ARC, NMC, NCCTIP, TENEXA, TENEXB, MULTICS, ILLIAC, SAIL, DMCG, IMP, TX2, etc.
The <nickname> should be unique within the network community and short. Preferably it should be the same as <Host or NIC Station Mnemonic>, so people don't have a harder time learning them πΈ
Telnets π
I'd strongly recommend that Telnets recognize both the Formal Name and the Nickname. Obviously π―
Who Picks the Names? π
The sticky question! The only satisfactory answer is to let the hosts choose their own names, through their liaison π
That's possibly subject to some discussion if duplicate or extra long names are picked. Hosts or stations at a given institution should use the same <Institution Mnemonic> π«Ά
Let's settle this issue as soon as possible, say by November 5. Each liaison, please send me your names by then π¬
If there are any implementation hardship cases, other than TIPs, caused by the above scheme, please let me know as soon as possible π
[ 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: rfc273 1971-10
- π girlified by claude-haiku-5-5 on : a language model's rewrite of the original, under its terms