《TCP IP 详解卷1:协议》阅读笔记

  • 时间:
  • 浏览:0
  • 来源:大发3D_大发3D官方

  2. 保活机制会占用不到的速率单位单位

(案例一:正常连接 -> 另一端经常奔溃,本例中将保活时间设置为7000ms/7s,保活时间间隔设置为1s,在确认连接断开后来(62.120s),客户端会发送10个间隔为1秒的保活探测报文,最后连接断开)

阅读须知:笔记为阅读《TCP IP 详解卷1:协议》后摘抄的这一知识点,其间都在加入这一根据英文原版的当事人翻译和结合网上知识后的理解,什么都有这一段落之间不须都还都都可以 串联上不可能 知识点与书上略有差别(基本差别不大,参考的资料属RFC官方文档)。

  4. 对方主机仍在工作,这一不可能 这一原因分析 不到到达请求端。这一状态与状态2相同,不可能 TCP不到区分状态2和状态4,结果都在那末 受到探测报文的响应。

第十七章:TCP保活机制

TCP保活机制是并不是在不影响数据流内容的状态下探测对方的法律法律法子。它由有三个 保活计时器实现,当计时器被激发,连接一端将发送有三个 保活探测(简称保活)报文,另一端接收报文的同一定会发送有三个 ACK作为响应。

这一保活机制仍指在争议,亲戚朋友认为这一功能不应该在TCP协议中提供,而应在应用进程中实现;反之都在人认为大多数应用进程都还都都可以 该功能,应该在TCP协议中实现。这一...现在所有主流TCP版本都实现了保活功能,本来该功能在默认状态下是关闭的,是有三个 可确定激活的功能。

(案例三:另一端不可达,本例中将保活时间设置为150ms/2min,到达保活探测数后仍未收到响应,连接断开)

  3. 在按流量计费的状态下会产生更多经济开销

TCP协议中不指在轮询机制,这原因分析 加入启动有三个 客户端进程,与服务器建立连接后,这一失去几小时、几天、甚至十几个 月,连接依然会保持着。理论上,里面路由器都还都都可以 崩溃和重启,数据线都还都都可以 断开再连接,只要连接两端的主机那末 被重新启动(不可能 更改IP地址),那末 它们仍会保持连接状态。

保活探测报文为有三个 空报文段(只含晒 1字节)。它的序列号等于对方主机发送的ACK报文的最大序列号减1,不可能 这一序列号的数据段不可能 被成功接收,什么都有还都都可以 对到达的报文段造成影响,但探测报文返回的响应都还都都可以 确定连接不是仍在工作。都还都都可以 注意的是,探测及其响应报文丢失时还都都可以 进行重传。

(案例二:另一端奔溃后重启,本例中将保活时间设置为150ms/2min,最后是另一端重启后响应有三个 RST报文段,连接断开)

保活机制并都在TCP规范中的一累积,对此[RFC1122]给出有三个 理由:

TCP连接的任何一端都都还都都可以 请求打开这一功能,且都还都都可以 设置在连接的一端、两端不可能 两端都那末 。

保活功能的操作如下:不可能 在一段时间(保活时间)内连接指在非活动状态,开启保活功能的一端将向对方发送有三个 保活探测报文。不可能 发送端那末 收到响应报文,那末 经过有三个 不可能 提前配置好的保活时间间隔后继续发送有三个 保活探测报文,直到发送探测报文的次数达到保活探测数,这时对方主机将被确认为不可到达,连接也将被中断。

  1. 对方主机仍在工作,这一都还都都可以 到达。请求端将保活计时器重置(重新设定为保活时间值)。不可能 在计时器超时前有应用进程通过该连接传输数据,那末 计时器将再次被设定为保活时间值。

  3. 客户主机奔溃这一已重启。请求端会受到有三个 对其保活探测报文的响应,但这一响应是有三个 重置报文段,请求端不可能 断开连接。

TCP保活功能的规则过程中,开启该功能的一端会发现对方指在以下并不是状态之一:

  1. 在总出 短暂的网络错误的后来,保活机制会使有三个 好的连接断开

TCP保活机制

变量保活时间、保活时间间隔和保活探测数的设置是都还都都可以 变更的。这一系统允许用户在每次建立连接时设置那些变量,这一系统规定不到在系统启动时都还都都可以 设置。比如在linux中,那些变量分别对应net.ipv4.tcp_keepalive_time、net.ipv4.tcp_keepalive_intvl、net.ipv4.tcp_keepalive_probes,默认设置是750秒、75秒和9次探测。

 

  2. 对方主机不可能 奔溃,包括不可能 关闭不可能 正在重新启动。请求端接收不到响应报文,并在经过保活时间间隔指定的时间后超时。超时前,请求端会持续发送探测报文,一共发送保活探测数指定次数为止,不可能 请求端没收到任何探测报文响应,那末 它将认为对方主机不可能 关闭,连接也将被断开。

书中的有三个 案例: