国产探花免费观看_亚洲丰满少妇自慰呻吟_97日韩有码在线_资源在线日韩欧美_一区二区精品毛片,辰东完美世界有声小说,欢乐颂第一季,yy玄幻小说排行榜完本

首頁 > 學院 > 網絡通信 > 正文

RFC608 - Host names on-line

2019-11-04 11:18:14
字體:
來源:轉載
供稿:網友

  Network Working Group M.D. Kudlick
RFC# 608 SRI-ARC
NIC # 21256 January 10, 1974

HOST NAMES ON-LINE

We at the NIC agree with Peter Deutsch's suggestion (in RFC# 606 / NIC#
21246) that the NIC maintain an online ASCII text file of Host names,
addresses, and attributes. That suggestion corresponds to one made by
Vint Cerf recently, and evidently receives ARPA/ipT support.

Jake Feinler at the NIC designed and maintains a source file, in NLS
format, that can be used to generate the ASCII file Peter outlined. A
PRogram to generate an up to date version of the ASCII file needs to be
written at the NIC, and run periodically (weekly, or as the situation
warrants). SUCh a mechanism would allow us, of course, to maintain one
source of data and use it for this and other purposes.

Our present data includes official Host name, Host address, Host status
(user, server, TIP) and certain other information like Technical
Liaison, Host computer, Operating system, etc.

Provisions exist for including attributes of the type Peter suggested
(for example FTP byte size, TELNET duplex mode, echoing mode, and
nicknames), but these data are currently NOT in our source file.

To get things moving, therefore, we propose to do the following things:

1) We shall write a program to generate the ASCII file in the
syntax described in RFC# 606, namely:

<host-name-file> ::= <entry> / <host-name-file> <entry>

<entry> ::= <data-part> <end-of-line>

Note that this produces a blank line after the <data-part>.

<data-part> ::= <basic-part> / <data-part> <attribute-item>

<basic-part> ::= <host-name> , <host-address> <end-of-line>

<attribute-item> ::= <attribute-name> = <attribute-value> <end-
of-line>

2) We shall initially include only the following items in each
<entry>:

a) <basic-part>

in which <host-address> will be a decimal host address,
relative to the Host's own Network, and

in which <host-name> will be the official Host Name, a
string oBTained through negotiation between the Host and the
NIC, governed by these constraints:

up to 48 characters drawn from the alphabet (A-Z),
digits (0-9), and the minus sign (-) ... specifically,
no blank or space characters allowed;

no distinction between upper and lower case letters;

the first character is a letter;

the last character is NOT a minus sign;

no other restrictions on content or syntax.

Note: The Host Name may be prefixed with an Official
Network Name of up to 24 characters enclosed in parentheses
(). The Network Name designates the Network in which the
Host resides.

(The characters used in the Network Name are drawn from
the same character set as those in the Host Name, with
the same constraints [except the length] as listed
above.)

The ASCII text file will only contain the Official
Network name for Hosts NOT on the ARPANET; for ARPANET
Hosts there will be no Network Name prefix.

b) <attribute-item>

in which <attribute-name> initially will have the single
possible value STATUS, and the corresponding value of
<attribute-value> for STATUS will be one of these:

SERVER
USER
TIP
UNKNOWN

c) <end-of-line>

this will be carriage return followed by line feed (octal
015 followed by octal 12).

3) Attributes other than those for which <attribute-name> is STATUS
will be added in the above format at a later date (to be
announced) as the data becomes available to us.

We agree with Peter that the attribute list should not be
construed as replacing option negotiation or any other means by
which one Host discovers the properties of another, but merely
as an alternative source of information that is simply and
easily accessible, in machine-readable form.

Suggestions for attributes that are worthy of inclusion in the
ASCII file of Hostnames are welcome. Please send your
suggestions and/or data to Jake Feinler
FEINLER @ SRI-ARC, or NIC Ident = JAKE

For completeness, we record here the attribute suggestions given
in RFC# 606:

NICKNAMES -- value is a list of acceptable nicknames for the
host. Any system that provides name-to-address translation
is encouraged (although of course not required) to accept
these names as alternatives to the official host name.

FTP-BYTE-SIZES -- value is a list of the byte sizes
supported by the FTP server. The first byte size is the one
which leads to the least computational overhead (e.g. 36 for
PDP-10's, 32 for 360's).

ECHOING -- value is L or R depending on whether the host
eXPects the terminal to echo (Remote) or expects to do its
own echoing (Local).

The ASCII file generated by the NIC will reside at Host Office-1 (Host
Address = 43 decimal), and will have the pathname

<NETINFO>HOSTS.TXT

Using this pathname with an FTP process will enable anyone, of course,
to retrieve the file for use at any Network Host.

The login username for FTP can be GUEST,
passWord ARPA,
account 1.

The file will be in alphanumeric sequence by Host Name.

The date after which the file will be available at OFFICE-l will be
announced via RFCas soon as the file is ready.

We welcome comments on this RFC, on RFC# 606, or on any other aspect of
this problem. And we wish to acknowledge the contributions of Vint
Cerf, Peter Deutsch, Jake Feinler, and Nancy Neigus in getting the
Official Host Name list to happen.

[ This RFCwas put into machine readable form for entry ]
[ into the online RFCarchives by Alex McKenzie with ]
[ support from GTE, formerly BBN Corp. 11/99 ]


上一篇:免費ARP

下一篇:RARP:逆地址解析協議

發表評論 共有條評論
用戶名: 密碼:
驗證碼: 匿名發表
主站蜘蛛池模板: 锡林郭勒盟| 娄烦县| 军事| 龙江县| 当涂县| 高雄县| 增城市| 阳城县| 无为县| 泸州市| 保靖县| 怀集县| 周口市| 方正县| 孟村| 锡林郭勒盟| 德令哈市| 定边县| 潜江市| 萍乡市| 大化| 涞水县| 新丰县| 青河县| 磐安县| 绿春县| 福鼎市| 肇庆市| 永济市| 绥中县| 兴隆县| 盐边县| 屏东市| 汶川县| 孝昌县| 建德市| 故城县| 紫金县| 获嘉县| 曲沃县| 印江|