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

  • 时间:
  • 浏览:1

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

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

TCP连接的任何一端都还需要请求打开并与非 功能,且还需要设置在连接的一端、两端机会两端都那么。

  4. 对方主机仍在工作,怎么让机会你這個愿因可不才能 到达请求端。并与非 请况与请况2相同,机会TCP可不才能 区分请况2和请况4,结果回会那么受到探测报文的响应。

书中的一另另另另一个案例:

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

  1. 在总出 短暂的网络错误的前一天,保活机制会使一另另另另一个好的连接断开

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

 

第十七章:TCP保活机制

  3. 客户主机奔溃怎么让已重启。请求端会受到一另另另另一个对其保活探测报文的响应,但并与非 响应是一另另另另一个重置报文段,请求端机会断开连接。

  2. 保活机制会占用不要要的波特率

TCP协议中不指在轮询机制,这愿因加入启动一另另另另一个客户端守护系统进程,与服务器建立连接后,怎么让失去几小时、几天、甚至有有几个月,连接依然会保持着。理论上,上端路由器还需要崩溃和重启,数据线还需要断开再连接,假若连接两端的主机那么被重新启动(机会更改IP地址),那么它们仍会保持连接请况。

阅读须知:笔记为阅读《TCP IP 详解卷1:协议》后摘抄的你這個知识点,其间回会加入你這個根据英文原版的本人翻译和结合网上知识后的理解,却说我 你這個段落之间不要才能串联上机会知识点与书上略有差别(基本差别不大,参考的资料属RFC官方文档)。

TCP保活机制

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

TCP保活功能的规则过程中,开启该功能的一端会发现对方指在以下并与非 请况之一:

保活机制并回会TCP规范中的一每种,对此[RFC1122]给出一另另另另一个理由:

保活探测报文为一另另另另一个空报文段(只含高1字节)。它的序列号等于对方主机发送的ACK报文的最大序列号减1,机会并与非 序列号的数据段机会被成功接收,却说我 不要对到达的报文段造成影响,但探测报文返回的响应还需要挑选连接与非 仍在工作。需要注意的是,探测及其响应报文丢失时不要进行重传。

  1. 对方主机仍在工作,怎么让还需要到达。请求端将保活计时器重置(重新设定为保活时间值)。机会在计时器超时前有应用守护系统进程通过该连接传输数据,那么计时器将再次被设定为保活时间值。

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

变量保活时间、保活时间间隔和保活探测数的设置是还需要变更的。你這個系统允许用户在每次建立连接时设置哪些地方地方变量,你這個系统规定可不才能才能 在系统启动时才能设置。比如在linux中,哪些地方地方变量分别对应net.ipv4.tcp_keepalive_time、net.ipv4.tcp_keepalive_intvl、net.ipv4.tcp_keepalive_probes,默认设置是7150秒、75秒和9次探测。

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

怎么让保活机制仍指在争议,亲戚亲戚亲戚你這個人认为并与非 功能不应该在TCP协议中提供,而应在应用守护系统进程中实现;反前一天会人认为大多数应用守护系统进程需要该功能,应该在TCP协议中实现。怎么让...现在所有主流TCP版本都实现了保活功能,却说我 该功能在默认请况下是关闭的,是一另另另另一个可挑选激活的功能。