最后更新:2022-01-04 04:26
一、TCP/IP议定书范本
TCP/IP模式与OSI参考模式相似,因为它取消了OSI的谈话、陈述和物理水平,并将数据连接和物理层并入网络界面层,TCP/IP支持所有标准数据链接和物理层协议,如下图所示:

TCP/IPP模型和OSSI参考模型
以下是TCP/IP模式中由各级支持的职能和协议:

TCP/IP示范水平和支助议定书
二. TCP代表《传输控制议定书》。
TCP是一份主机对主机传输控制协议,确保连贯一致的连通性。
要建立连接,需要三种握手方式:
信号(bits)是带有六个标签的tcp标记:SYN(同步设置在线)ACK(确认)PSH(推进传输)FIN(最终结束)RST(重设)URG(紧急紧急)服务编号(序号)
SYN=1 客户连接请求的SYN=1,服务连接确认请求的ACK=1
(a) 初始握手:主机A传输代码 syn=1,该代码随机构建数据包后序号=100(我随机列出的数字),主机B为SYN=1,A需要联机。
当主机B收到验证在线信息的请求并将其转发给主机A.(主机A 序列+ 1), syn = 1, ck = 1, 随机生成的软件包序列= 200)时,即发生第二次握手。
第三次握手:主机A得到支票来验证卡片号码。这是第一个后继编号+1, 以及Bitack是否是一个。若正确,主机A的响应编号将等于(主机B 后加1),阿克=1。主机 B 已确认后继值已成功连接到日志= 1 。
具体连接见如下图。

使 TCP 连接到三个握手过程 。
简单来说
三次握手(三向握手)是指客户和服务器在建立TCP连接时需要提供三个包。
三次握手的目的是将服务器连接到给定的端口,建立 TCP 连接,同步双方的序列号和确认号,并交换 TCP 窗口大小信息。 在套接字程序中,客户履行合同。 将启动三次握手。
需要四个波浪才能断开连接 :
由于TCP连接是全时的,单靠单方切断它们是不够的。 断开连接的交付并不能保证收货不会发生,因此客户和服务方都必须有收货。
断开连接的动作
第一波:随着数据传输接近完成,客户向Fin=1服务处提出请求,代表处告知服务处,数据传输工作接近完成,连接已准备关闭。
当客户获得Fin=1的标志位置时,第二波开始。服务器不会立即为客户端提供 Fin=1 的签名位置 。相反,我们从Jack =1发出回信;该回信是响应你要求我们关闭我们收到的信息。然而,数据传输还不完整。传送结束我会通知你
第三波:服务端数据传输已完成, Fin=1 发送到客户,客户获得 Fin=1 的服务端传输,连接可能被切断。
第4波:客户收到服务费Fin=1后,即为1。我不知道我能否完成这个任务, 但我无法做到,因为我不知道我该怎么办。恐怕服务器不知道他要切断连接因此,要确认,请将检查=1确认信息发送到服务器。这是我第一次在这样的州 这样的州,这样的州, 我曾经在这样的州, 我曾经在这样的州, 我曾经在这样的州, 我曾经在这样的州, 我曾经在这样的州, 我曾经在这样的州, 我曾经在这样的州, 我曾经在这样的州, 我曾经在这样的州, 我曾经在这样的州, 我曾经在这样的州,启动计时器。如果服务器没有收到客户端的检查, 它将会失败 。当计时器用完后 客户被催发了另一个插件当服务器收到客户端的 Jack 时, 它会采取以下行动 :服务端断开连接。在2MLS之后(电文最长使用时间的2倍),客户没有收到服务处的再传送请求。还假定该服务已收到客户的确认。客户端断开连接。
具体连接见下图:

TCP终止了四个波进程。
在整个 tcp 连接和断开过程中,客户状况如下:

客户端状态变化
以下是对服务结束状态的修改:

服务端状态变化
前一过程由三节握手和四节波组成。 那么问题在于为什么建立 TCP 连接如此困难。 直接进行不更好吗? 为什么是三节, 而不是两节或四节?
举个例子;
一次握手:
喂,你听得到吗?
(没有反应)
两次握手:
喂,你听得到吗?
我能听到你,我能听到你, 我能听到你, 我能听到你。
你听见我说话了吗? 还是你没听见我说话?
四次握手:
喂,你听得到吗?
我听得到
我知道你能听到我在说什么
嘿,我知道你知道我能听见你 这很蠢吗?
只需要三次握手才能确认双方都有联系, 也就是说, 主要目标是告诉对方传输双方的数据源序列号。 如果我们只关注传输或接收, 与UDP没有什么不同 。
2018年8月16日19时44分修改
本文由 在线网速测试 整理编辑,转载请注明出处。