_程序员之家(RFC2757-LongThinNetworks-chifire自译本(4))

开发技术指南» 文章正文

引言：

·rfc2757-longthinnetworks-chifire自译本(2) »显示摘要«

摘要：相应地，移动装置在办公室的有线局域网和无线广域网间自由切换，而在此过程中，已建立的连接仍将继续而不发生中断，当然，这种类型的机动性需要有移动ip地址（mobile ip [rfc2002]）。 1.2 无线连接的设想（assumptions about the radio link）上面提到的系统结构大多数是假设基于一个无线连接（也可能多于一个无线级），因而并不足......

·基于tcp/ip网络的管理结构和标记 »显示摘要«

摘要：基于tcp/ip网络的管理结构和标记 1. 介绍本文描述的是用于管理tcp/ip网络的一般结构和方法。本文不说明具体的解决方法，也不是什么协议和数据结构，如果需要这方面的内容请参阅snmp和mib的说明。在ieee中有文章是关于internet管理结构和方法的，本文基本上来自于这篇文章，但在以下几方面有所不同：那篇文章主要说明osi类型网络的管理，对于snmp并不适用。本文要......

RFC2757-LongThinNetworks-chifire自译本(4)

【程序编程相关:防破解问答集】

【推荐阅读:产品激活技术问答】

【扩展信息:软件保护机制小窥】

应答间隔要求ack毫发无损地穿越应答间隔路由器.当应答间隔路由器也是中介结点时,要求w-wan环境的工作运转良好才行.

在我们提出本建议之前,需要对有限字节计数（limited byte counting）进行更深层的研究.

4.3.2.2 每节应答（ack-every-segment）

每节应答的主要思想是这样的:

- 在慢启动过程中,通过关闭延迟的ack确认信号[rfc1122]来维持恒定的返回ack信号流.每节应答只限于慢启动,这样可以避免不对称的带宽配置所带来的问题.例如,低带宽连接在将确认信号返回给发送方时,会阻碍堵塞窗口的形成,即使连接的客户端的带宽足够大也是一样[bpk99].

接收方不必等待200毫秒以得到延迟的确认,而直接从发送方处接收未加修改的第二个段.为使该技术具有实践性,当发送方处于慢启动时,接收方必须获得每一个段.然而,当发送方处于堵塞避免状态时,如果还继续这样做,就会对移动设备的电池消耗及网络的交通状况造成负面影响.

这违背了[rfc2581]所规定的原则:tcp接收方必须使用延迟的确认.

“在慢启动过程中屏蔽延迟的ack确认信号”是无法实现的技术,因为接收方无法知道发送方何时穿越慢启动门限（ssthresh,slow start threshold）,何时开始使用堵塞避免算法.如果接收方遵照增长初始化窗（increased initial windows）的建议来做,在初始化窗增长时屏蔽延迟的ack确认信号,将使tcp窗打开的更快,而且通常不会造成双倍的ack通信量.然而,如果大多数连接维持在慢启动时状态,这种方案仍可能导致双倍的ack通信量.

建议:立即对新连接的第一个段进行应答（ack）.

... 下一页

·文件传输协议ftp »显示摘要«

摘要：文件传输协议（file transfer protocol, ftp） 1. 介绍 ftp的目标是提高文件的共享性，提供非直接使用远程计算机，使存储介质对用户透明和可靠高效地传送数据。虽然我们也可以手工使用它，但是它的主要作用是供程序使用的。在阅读本文之前最好能够阅读tcp协议标准规范和telnet协议标准规范。 2. 概览在本节中我们将讨论一些表面上的问题，有些名......

» 本期热门文章：

· 热门栏目：

» 相关精选文章

» 其它相关：