络的网关饱和 ， 既然这个网关到ARPANET的带宽比到我们网络的要宽 ， 少量有用
的传输能通过 。网关忙于发送源抑制报文但故障主机忽略它们 。这持续了几个小
时 ， 直到故障主机崩溃 。在这期间 ， 我们的网络有效地从ARPANET上断开 。
当网关被迫丢弃一个数据包时 ， 网关慎重地选择要丢弃的数据包 。做这个决
定的典型技术是丢弃最近收到的数据包 ， 或者数据包在最长的输出队列的末端 。
我们提出一个值得的实用方法是 ， 丢弃在网关中产生最多数据包的队列的对应主
机所产生的最近的数据包 ， 这种策略有助于平衡使用这个网关的各主机间的吞吐
量 。我们还没有尝试过这个策略 ， 但它似乎是网关自保护的一个合理开始点 。
另一个策略是丢弃新到来的数据包 ， 假如这个数据包已经在队列中做了一个
拷贝 。假如使用哈希技术 ， 为实现这一检查的计算负荷就不是问题 。这个检查不
能防止恶毒主机的攻击 ， 但提供了一些保护措施来防止带低劣重传控制的TCP实
现 。假如本地主机与本地网络很好地协调工作 ， 那么在快速本地网与慢速长距离
网络之间的网关可以发现这个检查是有价值的 。
理想的情况是网关应该检测出故障主机并抑制它们；这样的检测在纯数据报
系统中是困难的 。虽然 ， 对ICMP源抑制报文的响应失败应该被认为是网关与主
机断开的依据 。检测这样的失效是重不平常的但它是一个值得进一步研究的领
域 。
结论
与纯数据报网络相关的拥塞控制问题是困难的 ， 但有效的解决办法是存在
的 。假如TCP/IP在重负荷下运行 ， TCP实现算法必须以至少和这里描述过的解
决方法一样有效的方式来解决这几个要害的问题 。
在纯ARPANET网中没有这个问题 ， 因为当没有处理的数据包过多时 ， IMP机制将封锁主
机 ， 但在这种情况下 ， 涉及到纯数据报本地网（比如以太网）或者一个纯数据报网关（比如
ARPANET/MILNET网关） ， 有大量的小数据报未处理是有可能的 。
ARPANETRFC792是当前的标准 。国防通讯部门通告我们 ， 在MIL-STD-1777
中的ICMP描述是不完全的 ， 且在这个标准将来的修订版中将被删除 。
这点遵从控制学的观点“不要受比例控制的干扰除非它不工作了 。”
推荐阅读
- 如何在网上查顺丰快递
- TCP-4 的最初
- 网上说的周游是什么意思
- 基于TCP/IP网络的管理结构和标记
- 2 低速串行链路上的TCPIP头部压缩
- TCP的路径MTU发现问题
- TCP和UDP通过IPv6 Jumbograms
- 网上贷款不还会怎么样
- 2 TCP/IP详解学习笔记-数据链路层(编写中)
- 网上购买诺基亚6300 BL-4C高容量电池的测试报告