| · | RFC27 文档规范 2004-02-13
此文档是NWG/RFC 10,16,和24的修订版。
网络工作组(Network Working Group)是由来自现存的或潜在的ARPA 网络站点的志愿人士组成的。成员资格没有限制。
网络工作组关注的是主机软件、网络使用策略及网络应用的初始经验。
NWG工作文件通过类似于本文档的文件形式记录。任何站点的任何人都可以提出这种文档并将其加入到本系列中。
内容
NWG笔记记录的内容可以是任何与主机软件或其他与网络的特性相关的想法、建议等。 ..
|
| · | RFC25 不使用高的连接号 2004-02-13
由于保留一个或者更多的连接号用于测试设备可能是指的的，而且256个连接号远远高
于实际的需要，我们建议不要使用高于63的连接号。我们将在加州大学洛杉矶分校UCLA应用该限制实现我们的表。我们也注意到32可能更加接近实际，但64的确是足够了。
..
|
| · | RFC24 文件规范 2004-02-13
此规范是NWG/RFC 10 和 16 的修订版。
网络工作组（Network Working Group）是由来自现存的或潜在的ARPA 网络站点的感兴趣的人士所组成。成员资格没有限制。
网络工作组（Network Working Group：NWG）关注主机软件、网络使用策略及网络应用的初始经验。
NWG工作文件通过类似于此文的笔记形式纪录。这种笔记可以由任何站点产生并包括在此系列中。
内容
NWG笔记记录的内容可以是任何想法、建议等等，只要与主机软件� ..
|
| · | RFC23 多重控制消息传输 2004-02-13
一个站点的网络规划必须能够实现在一个单一控制通信过程中发送或接收多于一条的控制消息。
当控制连接被阻塞，进入等待RFNM（准备接受下一报文）状态后，将可能出现这样的情况：发给某一特定远程主机的控制消息大量增加。一旦连接阻塞状态结束，这些控制消息应被最高效率的发送出去。
当接收消息时，有必要建立一个循环，它能够进行解码并对连续发送过来的控制消息进行处理直到此控制通信过程结束。
..
|
| · | RFC22 “主机对主机”控制消息格式 2004-02-13
UCLA (加州大学洛杉矶分校) 已经修改了NWG/RFC 11 ，新版即将推出。此刻，提出一种新的控制消息格式非常必要，这种新格式不使用7位ASCII 码的传输模式。
所有的主机对主机控制消息由一些8位字节按特定顺序组成，如下所示：
<control byte> <parameter byte l> ... <parameter byte n>
在任何一个特定的信息包中传送一个以上的控制消息是可行的，尽管这种做法并不是强制性的。
目前，UCLA 给出了9种� ..
|
| · | RFC21 网络会议 2004-02-13
10月10日（1969年）在加州大学洛杉矶分校召开了一次网络会议，与会人员有：
科学数据中心（SDC）
John KreznarDick LindeMarty BleierBob Long
加州大学洛杉矶分校（UCLA）
Vint CerfSteve CrockerJon Postel Michel Elie
加州大学巴巴拉分校（UCSB）
Ron StoughtonNancy O'HaraGeorge Gregg
讨论主题：
1.修订BBN备忘录1822
2.修订NWG/RFC 11
3.多重控制消息的传输
1.修订BBN备忘录No. 1822 (强调) ..
|
| · | RFC20 用于网络交换的ASCII格式 2004-02-13
明确的讲，我们建议使用8位码，其中最高位置为0，余下7位是标准7位ASCII码。这样可以直接使用从USAS X3, 4-1968中给定的代码用于主机与主机之间的基本连接。通过接收远程主机的信息来确定休止字符。例如，SRI使用"."(ASCII X'2E' or 2/14)来作为行结束字符，而UCLA 使用 X'OD' or 0/13 (回车)作为行结束字符.
1. 使用范围
这里的字符代码设定被用在各信息处理系统、通讯系统及相关设备之间通常的信息交换上。
2. 标准代 ..
|
| · | RFC19 可用来降低有限交换节点阻塞的两条协议性的建议 2004-02-13
在ARPA的IMP网络节点的主机系统中，其主存与辅存之间的信息交换速率存在很大的差异。对于其中较慢的，拿我们的配备2303交换式存储器的360/50系统来说，如果本文中提到的这两条协议性的建议能够被采纳，将不止提高其自身的网络性能，而且对所有节点的网络性能提高都有所帮助。
1.主机控制IMP到主机传输的顺序
IMP─HOST协议现在是要求按照IMP接收消息的顺序从IMP到主机发送消息的。这将在以下情况发生时导致交换的浪费，例如� ..
|
| · | RFC13 零文本长度的EOF信息 2004-02-13
引用自NWG/RFC：11，在辅助联接之上的文件传输需要一些规定以详细说明"END-OF-FILE."信息。
为此目的，建议使用一条长度为0的消息。图1表明了消息的格式：
|<---32 位--->|<---32 位--->|<----16 位---->|<------?------>|
+---------------+---------------+-----------------+---------------+
|前导字段 |记号 |检验和 |填充字段 |
+---------------+---------------+-----------------+--- ..
|
| · | RFC6 与 Bob Kahn 会话 2004-02-13
昨天我与Bob Kahn在BB&N谈话。我们谈到了IMP的、IMP─HOST间通讯的，以及HOST软件中的代码转换。
BB&N是准备来将6、7、8、9位字符代码转换为8位ASCII码用以传输以及在目标IMP集合上再次转换的。BB&N对每一个主机都制订了唯一的一个“一对一的”计划表单。我提出那些使用6位代码的区域也许需要进行字符切换，Bob说这样就可能在需要过多切换时导致溢出，我认为此种情况出现的概率很小，而且我们应该可以忍受这种可能会出现的溢出� ..
|
| · | RFC4 网络时间表 2004-02-13
1(n10)网络测试
2通信工具安装 8/1/69
2a从AT&T 和/或 BBN 需要空间，能力和接缆详细规格说明书。
2b需要制定SRI预期交替定位以至决定最大telco 电缆长度。
2c需要制定位置来调和电路。
2d需要电路信息来表达内部通话信息。
2e需要整理和安装a.c.（同等于4b）.
2f看 16
3设计和建造主-IMP9/1/69界面
3a需要BBN的详细说明书。
3b设计尝试开发
3c考查系统程序员
3d制定最后的计划
..
|
| · | RFC3 文档规范 2004-02-13
网络工作组（Network Working Group）包括来自尤他洲的Steve Carr，SRI的Jeff
Rulifson和Bill Duvall，UCLA的Steve Crocker和Gerard Deloche，成员资格没有限制。
网络工作组（Network Working Group：NWG）关注主机软件、网络使用策略及网络应
用中的初始经验。
NWG工作文档通过类似于本文的文档形式记录。这种文档可以由任何站点的任何人发
布并包括在这个系列中。
内容
NWG文件记录的可以是任何想法、建议等与主机 ..
|
| · | RFC2 主机软件 2004-02-13
主链接被当作与远程主机通过普通的数据电话或直接连接的TTY一样看待，即远程主机认为一个主链接是一个普通的TTY用户。
..
|
| · | RFC1 主机软件 2004-02-13
ARPA（高级研究计划局）网络 的软件部分地存在于IMP（接口消息处理机） 和 独立的主机中。BB&N指出IMP上的软件 并且表示主机团体有责任就主机的软件达成一致。
1968夏，四个最初站点的代表们碰了几次面以讨论主机软件和网络的最初实验。在秋天和冬天的会晤后，形成了一个以Utah的Steve Carr, SRI 的Jeff Rulifson和UCLA的Steve Crocker为首的三人工作小组。随后的会议在三月底的最后一个星期，地点是Utah。同时出席的还有RSI的B ..
|
