组织：中国互动出版网（http://www.china-pub.com/）<br />
RFC文档中文翻译计划（http://www.china-pub.com/compters/emook/aboutemook.htm）<br />
E-mail：ouyang@china-pub.com<br />
译者：王安鹏（anpengwang&nbsp;&nbsp;&nbsp;&nbsp;anpengwang@263.net）<br />
译文发布时间：2001-4-26<br />
版权：本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载，但必须<br />
保留本文档的翻译及版权信息。<br />
<br />
<br />
Network&nbsp;Working&nbsp;					October&nbsp;17,&nbsp;1969<br />
RFC-21							UCLA<br />
							&nbsp;&nbsp;&nbsp;&nbsp;V.&nbsp;Cerf<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br />
网络会议&nbsp;&nbsp;&nbsp;<br />
(RFC&nbsp;21&nbsp;&nbsp;Network&nbsp;Working)&nbsp;&nbsp;&nbsp;<br />
<br />
10月10日（1969年）在加州大学洛杉矶分校召开了一次网络会议，与会人员有：&nbsp;<br />
	科学数据中心（SDC）				&nbsp;&nbsp;&nbsp;<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;John&nbsp;Kreznar		Dick&nbsp;Linde	&nbsp;	&nbsp;Marty&nbsp;Bleier		Bob&nbsp;Long	<br />
	加州大学洛杉矶分校（UCLA）<br />
	&nbsp;&nbsp;&nbsp;Vint&nbsp;Cerf&nbsp;			&nbsp;Steve&nbsp;Crocker&nbsp;&nbsp;	Jon&nbsp;Postel&nbsp;		Michel&nbsp;Elie<br />
	加州大学巴巴拉分校（UCSB）<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Ron&nbsp;Stoughton&nbsp;&nbsp;	Nancy&nbsp;O'Hara&nbsp;&nbsp;	George&nbsp;Gregg<br />
<br />
<br />
讨论主题：<br />
<br />
	1.&nbsp;&nbsp;修订BBN备忘录1822<br />
	2.&nbsp;&nbsp;修订NWG/RFC&nbsp;11<br />
	3.&nbsp;&nbsp;多重控制消息的传输<br />
<br />
1.&nbsp;&nbsp;修订BBN备忘录No.&nbsp;1822&nbsp;(强调)——由Dave&nbsp;Wa非正式通知&nbsp;<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;页11&nbsp;“IMP程序可以同时处理最多63个活动的发送连接和63个活动的接收连接。如<br />
果已经存在63个活动的发送连接，在主机试图通过一个新的连接发送消息时，IMP将向主<br />
机发出一个‘连接表满’的消息，而要发送的消息被抛弃。&nbsp;”<br />
&nbsp;&nbsp;&nbsp;&nbsp;<br />
&nbsp;&nbsp;&nbsp;&nbsp;页11&nbsp;“1.&nbsp;&nbsp;如果连接在26秒钟内没有使用，IMP程序将自动删除该项。”<br />
<br />
[Cerf:&nbsp;&nbsp;如果在发送连接表满时仅仅删除怎么样？&nbsp;<br />
&nbsp;Crocker:&nbsp;&nbsp;不行，因为没有其他的办法删除连接，它们将不断地堆积。况且，可能一个站点<br />
的表满了而另一个站点可能还没有满。<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;页13&nbsp;&nbsp;“抛弃的5条规则”<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;由于在到达目标主机IMP的IMP-HOST队列的顶端时将被抛弃，这将导致IMP系统即<br />
使实际上没有抵达任何主机也发生通信量。网络监测中心（Network&nbsp;Measurement&nbsp;Center）<br />
可以利用这一特性。<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;页13&nbsp;&nbsp;不再分配消息类型6，消息类型10事实上是八进制的因而实际上就是类型8。<br />
不再分配类型9-15。<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;页17&nbsp;&nbsp;&nbsp;类型10实为类型8。<br />
<br />
2.&nbsp;&nbsp;修订NWG/RFC&nbsp;11<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;经过UCLA的发展和其它节点的讨论，该备忘录已被废止。NWG/RFC&nbsp;22包含了一些<br />
重要的改动。即将发布NWG/RFC&nbsp;11的更新版本。<br />
<br />
3.&nbsp;&nbsp;来自UCSB的George&nbsp;Gregg&nbsp;将发布NWG/RFC&nbsp;23&nbsp;，内容是关于<br />
在控制连接上传输多重控制消息。<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
RFC&nbsp;21&nbsp;&nbsp;Network&nbsp;Meeting		网络会议&nbsp;&nbsp;&nbsp;<br />
RFC&nbsp;文档翻译计划<br />