传输层协议 TCP(1)

传输层协议 TCP(1)

TCP 协议

TCP 全称为 "传输控制协议(Transmission Control Protocol"). 人如其名, 要对数据的传输进行一个详细的控制;

TCP 协议段格式

• 源/目的端口号: 表示数据是从哪个进程来, 到哪个进程去;

• 32 位序号/32 位确认号: 后面详细讲;

• 4 位 TCP 报头长度: 表示该 TCP 头部有多少个 32 位 bit(有多少个 4 字节); 所以TCP 头部最大长度是 15 * 4 = 60

• 6 位标志位:

○ URG: 紧急指针是否有效

○ ACK: 确认号是否有效

○ PSH: 提示接收端应用程序立刻从 TCP 缓冲区把数据读走

○ RST: 对方要求重新建立连接; 我们把携带 RST 标识的称为复位报文段

○ SYN: 请求建立连接; 我们把携带 SYN 标识的称为同步报文段

○ FIN: 通知对方, 本端要关闭了, 我们称携带 FIN 标识的为结束报文段

• 16 位窗口大小: 后面再说

• 16 位校验和: 发送端填充, CRC 校验. 接收端校验不通过, 则认为数据有问题. 此处的检验和不光包含 TCP 首部, 也包含 TCP 数据部分.

• 16 位紧急指针: 标识哪部分数据是紧急数据;

• 40 字节头部选项: 暂时忽略;

类比文件:把数据到文件做写入,把文件打开,在内核中创建一个struct file对象,把文件对应的属性载入到内核中,以innode的形式让我们能通过struct file结构体找到它

struct file有对应的缓冲区,文件缓冲区,把数据从应用层通过write或系统调用把数据写入对应的文件,并不是把数据写到对应的外设,而是把数据写入到该文件的内核,缓冲区里,操作系统把数据刷新到外设中

刷新的过程:从自己的TCP数据缓存区放送到对方的数据缓冲区,发送的多少叫刷新的策略

报头和有效载荷分离?

4比特位,从二进制角度来说是[0,15],但是起步要二十个字节,所以有规定:基本单位是4字节,所以实际上是[20,60],TCP报头一定要能整除四个字节

怎么没有报文大小,只有报头大小?

因为TCP是面向字节流的,数据的大小由上层决定

TCP的可靠性

1.具有应答,可以保证对历史消息的可靠性

2。通信中最新的报文永远无法应答,最新可靠性无法保证

3.保证可靠性,处于核心地位:确认应答机制

我们不能够对应答做出应答,这会处于无限循环

这是有确认序号,确认序号是在原有序号基础上加1,在指定报文序号前把所有信息收集起来,下一次发送开始从确认序号开示,

服务端不只有应答,还有报头加上有效载荷

比如:一段对话

李雷:你吃了吗

韩梅梅:我吃了我吃的饺子

李雷:我吃的寿司

。。。

也会有出现乱序的情况,这是不可靠的,所以双方传递的TCP报文必须有报头

相关推荐
2501_940414081 分钟前
搞了一次平台工程,我把本地的 Docker Desktop 彻底卸了
运维·docker·容器
奇树谦10 分钟前
FastDDS路由可达的跨网段通信支持说明
网络
看见繁华17 分钟前
Linux 交叉编译实践笔记
linux·运维·笔记
咕噜企业分发小米23 分钟前
直播云服务器安全防护有哪些最新的技术趋势?
运维·服务器·安全
空城雀29 分钟前
python精通连续剧第一集:简单计算器
服务器·前端·python
秋风未动蝉已先觉31 分钟前
CentOs服务器 systemctl执行权限授权给普通权限work用户
linux·服务器
cly133 分钟前
Ansible自动化(十五):加解密详解
运维·自动化·ansible
程序员zgh35 分钟前
Linux 系统调用
linux·运维·服务器·c语言·c++·系统安全
天若有情67339 分钟前
打破思维定式!C++参数设计新范式:让结构体替代传统参数列表
java·开发语言·c++
初晴や40 分钟前
【C++】图论:基础理论与实际应用深入解析
c++·算法·图论