两台主机的通信过程---（TCP）

还要起名字好难

已于 2024-09-04 16:44:07 修改

阅读量6.3k

点赞数 11

文章标签： tcp/ip 网络网络协议

于 2020-01-19 16:21:36 首次发布

本文链接：https://blog.csdn.net/Programmer_Jz/article/details/104033569

版权

本文详细解析了两台主机之间通过TCP进行通信的过程，涵盖从应用层的端口分配、TCP三次握手建立连接，到网络层的IP头部添加，再到数据链路层的帧封装，最后讨论了TCP断开连接的四次挥手机制。通过对每个阶段的描述，帮助读者深入理解数据在网络中的传输路径和机制。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

#因为想更好的理解数据在传输过程中在各层上的情况，所以就有了此篇，如果错误，还请指正~

数据在传输过程大致是以下这个图片这样：

然后我们来细说一下

1. 首先在应用层，客户机要访问目的主机的某个应用程序就会要求对方打开对应的固定端口，而此时客户机也会主动打开一个大于1024的随机端口用来和目的主机通信。加上应用层首部，就比如说，telnet，FTP等等。下面是数据到达网络层的样子：

2. 到了运输层，上面的整体又会加上TCP首部，TCP的首部格式是这样的。

但是这个运输层报文不会这样直接到网络层的，此时要建立TCP三次握手，建立完成后才会传输数据（第三次握手可携带数据）。以下为TCP三次握手过程：

这个过程本来我是有一个疑问的，ACK只占一位，为什么可以ack=x+1，然后我抓包（telnet过程）看了一下，

上面的ack代表的是acknowledgment number,如下：

tcp在发送包的时候到了数据链路层需要封装成帧，所以会在网络层发送ARP包寻找目的mac地址，这时候分为同一网段和不同网段：

同一网段：

先查看ARP地址缓存表，如果没有主机B的mac地址，则主机A发送广播的ARP请求包，在本局域网内所有运行的主机都会收到此ARP包，对比目的ip地址找到主机B，主机B收到后会把自己的mac地址写进去然后回复主机A（单播）

不同网段：

首先查看ARP地址缓存表是否有网关的mac地址，没有的话发送广播包获得，获得后直接把数据包发送给网关，网关会进行转发，目的mac地址为网关的，源mac是自己，源ip是自己，目的ip是主机B

继续介绍TCP三次握手（以下来自谢希仁版的计算机网络）

一开始，服务器的TCP服务器进程先创建传输控制块TCB，准备接受客户进程的连接请求。然后服务器进程就处于LISTEN (收听)状态，等待客户的连接请求。如有，即作出响应。
客户的TCP客户进程也是首先创建传输控制模块TCB。然后，在打算建立TCP连接时,向server发出连接请求报文段，这时首部中的同步位SYN = 1，同时选择一个初始序号seq =x。TCP规定，SYN报文段(即SYN= 1的报文段)不能携带数据，但要消耗掉一个序号。这时，TCP客户进程进入SYN-SENT (同步已发送)状态。
服务器收到连接请求报文段后，如同意建立连接，则向客户发送确认。在确认报文段中应把SYN位和ACK位都置1，确认号是ack=x+ 1，同时也为自己选择一个初始序号 seq= y。请注意，这个报文段也不能携带数据，但同样要消耗掉一个序号。这时TCP服务器进程进入SYN-RCVD (同步收到)状态。
TCP客户进程收到服务器的确认后，还要向服务器给出确认。确认报文段的ACK置1,确认号ack=y+ 1，而自己的序seq=x+1。TCP的标准规定，ACK报文段可以携带数据。但如果不携带数据则不消耗序号，在这种情况下，下一个数据报文段的序号仍是seq=x+ 1。这时，TCP连接已经建立，客户进入ESTABLISHED (已建立连接)状态。
当服务器收到客户的确认后，也进入ESTABLISHED状态。