RFC239 Host mnemonics proposed in RFC 226 (NIC 7625)
0239 Host mnemonics proposed in RFC 226 (NIC 7625). R.T. Braden. September 1971. (Format: TXT=2236 bytes) (Also RFC0226, RFC0229, RFC0236) (Status: UNKNOWN)
日本語訳
RFC一覧
参照
Network Working Group R. Braden
Request for Comments: #239 UCLA-CCN
NIC 7664 23 September 1971
Categories: D.3
Related: #226, 229, 236
HOST MNEMONICS PROPOSED IN RFC #226
(Note from NIC: These are comments sent by R.Braden to P. Karp in NIC
7626, and are now issued as NIC 7664, RFC 239 to include them in the
dialogue along with RFC 226, 229, 236)
CCN is in full agreement that a standard set of host mnemonics
should be selected. However, your proposed set is not fully
satisfactory.
1. The set you suggest was created, I assume, by the systems
programmer(s) who wrote TELNET in TENEX. It is a set of
historical accidents, and shows it.
2. A better source for standard mnemonics might be the NIC site
codes, since these have been chosen with more care and will
become familiar as we begin to use the NIC on-line. Surely
the NIC is a more reasonable source for a defacto standard
than a particular system programmer.
3. Should mnemonics be limited to 6 characters?
4. The most recent list from BBN (NIC #7181, RFC #208,
August 9, 1971) shows 40 hosts. You show only 20. Your
proposed standard should include known hosts at this time.
5. The mnemonic "UCLA36" seems a particularly bad choice; "UCLA91"
would be much better.
6. Also, we at CCN object to the short form "UCLA" for the NMC
Sigma 7; that also is historical. We propose the following:
host 1: UCLAS7 or UCLANM; host 65: UCLA91.
7. "SRIARC" is a poor choice; everybody calls it the NIC. So we
suggest "SRINIC" for host 2.
Please, let's not perpetrate systems programmers' midnight
decisions on all future Network users! Standards are vital, and
deserve a little care.
[ 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 ]
9
[Page 1]
一覧
スポンサーリンク
