《TCP/IP协议》是互联网最根本协议,即互联网的基石,由网络一级的《IP协议》和传输一级的《TCP协议》组成,一般而言,TCP负责发现传输困难,一旦出现问题立即发送信号,并要求重新传送,直至所有数据安全准确地传送到目的地。

      最后更新:2021-12-07 17:03:51 手机定位技术交流文章

      你如何解读TCP四波四波?

      在这里插入图片描述
      活跃的关闭党是叫停的程序, TCP 在该端发送 FIN 信息包, 显示它必须停止连接 。 活跃的关闭党随后进入 FIN_ WAIT_ 1 状态 。

      收到FIN袋的柜台后来被被动地拒绝。 FIN由TCP议定书仓库处理,我们知道TCP议定书仓库将FIN套件EOF的文件说明插入接收缓冲区,应用程序可以通过读电话看到FIN套件。 必须指出,EOF将放在排队的其他收到数据之后,这意味着接收申请将会收到。

      被动关闭方随后将阅读此 EOF, 应用程序也将关闭它, 导致其 TCP 也发送 FIN 包 。 结果, 被动关闭方将进入 LAST_ AKK 状态 。

      活跃的关闭方最终收到并核实了另一方的 FIN 袋。 活跃的关闭方进入了Time_ WAIT 状态, 而接收 ACK 的被动关闭方进入了 CLOSE 状态。 2MSL 时间过后, 活跃的关闭方也进入了 CLOSE 状态 。

      如你所见,每个方向都需要FIN和ACK, 这就是为什么它有时被称为四波浪。

      当然,中间的关闭可以用来执行从一端到另一端的半封闭。

      处理完成后, TCP 将FIN 软件包发送给其请求。 在多数情况下,这是通过使用近距离的应用程序程序完成的, 值得指出的是,无论一个程序是否正常终止( 退出或主要函数返回) 或不正常( 例如接收 SIGKILL 信号关闭( kill- 9) ), 该系统将关闭该程序打开的所有字幕, 导致在连接 TCP 配置程序时发布 FIN 软件包 。

      要么结束,要么客户端,要么服务器,都可以开始主动关闭。 大多数现实世界的例子都是客户实施主动关闭,尽管HTTP/1。 另一方面,服务器启动了关闭。

      最大组群MSL是网络中存活时间最长的组群吗?

      MSL是IP数据报告在互联网上生存的最大时间。事实上,它不是由定时器实现的,每家数据报纸都有一个八位数域名为TTL(活时间),最高值为255.TTL可被翻译成 " 生存时间 ",这是源主机设定的初始值,并指出IP数据报告能够通过的最大跳跃次数,每个通过路由器的跳一次,其价值被降低

      在监听功能方面,有关参数解释的问题积压。

      我们如何解释列表函数的参数 : relog? 如果积压显示未完成的连接队列的大小, 已完成的连接队列的大小是否有限制? 如果所有连接都建立起来, 是否分布会受到完成的连接队列大小的影响?

      积压的值从未被明确定义 。 在最初的 Linux 执行中, 积压参数确定了未完成的连接队列( 等待连接) 的最大长度 。 如果连接到来, 队列满了, 客户端会收到错误的 EconNEREFUSED 信件, 如果允许重新传送, 请求会被忽略, 并会重新传送 。

      使用 Linux 2. 2, 后遗语参数具有一个新的语义含义, 定义已完成的连接队列的最大长度, 即已经形成的连接( 既定条件), 正在等待收到的连接( 接受回调), 而不是原始未完成的队列的最大长度 。 未完成的队列的最大长度值现在可以通过 / proc/sys/ net/ ipv4/ tcp_ max_ syn_ back 调整 。

      就已完成的连接队列而言,如果所说的积压参数大于 / proc/sys/ net/ 核心/ somaxcon,那么将使用我们申报的值。事实上,默认值为 128. 注意 Linux 2. four 。 先前,该值是一个固定数字,无法更改,大小为 128 。

      设计完善的方案,能够以128的固定价值处理数千个联产连接,取决于I/O分配效率和多两次应用的设计。

      连接和切断与民进联的联系的程序是什么?

      UDP 连接软件包不启动连接请求,而是绘制目的地地址和端口组合图。

      与软件包的断开相反,原始记录的地图将被删除。

      如果您不通过 UDP 连接, 客户如何获得信息?

      问题:既然UDP刚刚绘制了设置和IP地址的地图,内核如何将数据传输到合适的插座?

      实际上,有两种不同的API情景。

      第一个场景是连接场景,我们在这里讨论IPCMP纸和套接字的位置。我们知道,IPCMP提交的信息传递了一个无法实现的信息,由目的地地址和港口加以区分,目的地地址和港口无法与套接字包相对应,没有连接动作,因此,即使收到IPCMP提交的信息,内核也无法告知相关应用程序,并告诉它连接已经建立。

      那么,我们的客户如何在未经咨询的情况下 从服务器接收信息?

      注意, 服务是纯纯净的, 首先通过校正功能调用客户的地址和端口信息, 这是绝对可行的, 因为此信息包含在 UDP 报告中 。 然后我们看到服务器结束, 调用 Sendto 函数, 给客户的地址和端口信息, 很明显, 稍后发送的 UDP 信息会带入地址和端口 。

      如代码所示,连接在此的作用是记录客户端地址和端口设置关系,服务器发送的信息的准确接收是由于系统记录了客户端地址和端口设置的映射。

      能否在一个 UDP 软件包上做无数连接操作?

      我们知道TCP Sockets可能只要求连接一次。 但是,对于UDP一揽子计划,允许多个连接操作,这有两大后果。

      第一个函数是指定一个新的 IP 地址和端口号; 第二个函数是断开连接的软件包。 为了连接第二个调用, 用户必须把Socket 地址结构的地址组成员设置为 AF_ UNSPEC 。

      本文由 在线网速测试 整理编辑,转载请注明出处,原文链接:https://www.wangsu123.cn/news/14452.html

          热门文章

          文章分类