
传输层主要有两个协议:TCP和UDP

1)TCP传输控制协议 TCP特点: TCP是面向连接的协议,一般用于传输数据量较少且对可靠性要求高的应用,如文件传输。 TCP应用: Web、电子邮件等。 2)UDP用户数据报协议 UDP特点: UDP是一种不可靠的、无连接的协议,用于传输数据量大、可靠性要求不高但要求速度快的场景,如音视频传输。 UDP应用: 域名系统(DNS)、视频应用、IP语音(VoIP)等。
协议名称 | 传输控制协议(TCP) | 用户数据报协议(UDP) |
|---|---|---|
是否面向连接 | 面向连接 | 面向无连接 |
可靠性 | 可靠传输 | 不可靠传输 |
功能 | 流控及窗口机制 | 尽力而为的传输 |
应用 | TCP应用:Web,电子邮件文件传输程序 | UDP应用:域名系统(DNS),视频应用、IP语音(VolP) |




1.源端口和目的端口(16位)
2.序列号和确认号(32位)
3.窗口(16位)
4.偏移值(4位)
5.六个标志位 用于TCP的三次握手/四次挥手:

TCP头部中的六个标志位如下: 1. SYN(Synchronize):建立连接时使用,用于发起一个连接请求。 2. ACK(Acknowledgment):确认标志,用于对接收到的数据进行确认。 3. FIN(Finish):结束标志,用于释放连接,表示发送方已经完成发送数据的任务。 4. RST(Reset):重置标志,用于强制关闭连接,通常表示连接出现错误,必须释放连接,然后再重新建立连接。比如路由器上RST为1时表示恢复出厂设置 5. PSH(Push):数据推送标志,接收端将PUSH位置1,通知接收方立即将收到的数据交给应用层处理,而不是等待缓冲区填满再交付。

6. URG(Urgent):紧急指针标志,表示紧急数据在数据流中的位置,通常和紧急指针字段一起使用,用于紧急数据的传输。为1时表示有紧急数据需要发送,一般是带外网管数据。紧急指针指向网管数据所在位置



UDP相较于TCP做了很大精简,省略诸多控制字段。UDP报头长度固定为8字节。



知识点 | 核心内容 | 考试重点/易混淆点 | 难度系数 |
|---|---|---|---|
TCP和UDP协议基本概念 | TCP是面向连接的,可靠传输;UDP是无连接的,不可靠传输 | TCP和UDP的差异及应用场景 | ★★★ |
TCP协议特点 | 面向连接、可靠传输、有流量控制、窗口机制 | TCP用于网页、电子邮件、文件传输 | ★★★★ |
UDP协议特点 | 无连接、不可靠传输、尽力而为 | UDP用于DNS、语音、视频类应用 | ★★★ |
传输层功能 | 提供端到端的可靠数据传输服务 | 区分数据链路层和传输层的功能 | ★★ |
TCP报文格式 | 原端口、目的端口、序列号、确认号、窗口、偏移值、标志位等 | 端口范围、序列号计算、窗口机制、标志位作用 | ★★★★★ |
TCP端口 | 知名端口(<1024),随机端口(>1024) | 知名端口的应用实例 | ★★★ |
序列号与确认号 | 32位序列号,每发送一个字节加一 | 序列号不重复的最大值计算 | ★★★★ |
窗口机制 | 滑动窗口,用于流量控制 | 窗口大小的意义和作用 | ★★★★ |
TCP标志位 | SYN、ACK、FIN、URG、PSH、RST | 各标志位的作用和使用场景 | ★★★★★ |
UDP报文格式 | 原端口、目的端口、长度、校验和 | UDP报文的简洁性 | ★★★ |
UDP长度字段 | 16比特,表示0到65535字节 | UDP最大负载计算 | ★★★ |
TCP与UDP开销对比 | TCP开销大,UDP开销小 | 通过实例对比TCP和UDP的开销 | ★★★ |

本质过程:本质是打招呼过程,类比A向B传东西前确认:"现在有空吗?"→"有空"→"好的,准备发数据" 报文交互: 第一步:主机A发送SYN=1的报文(序列号seq=0) 第二步:主机B回复SYN=1,ACK=1的报文(seq=0,ack=1) 第三步:主机A发送ACK=1的报文(seq=1,ack=1) 特殊特性:实际上第三次握手时已可携带数据
1)标志位 SYN作用:同步序列号,建立连接请求 ACK作用:确认收到报文 组合形式:
2)序列号

确认号含义:
递推规则:确认号始终等于对方序列号+1(ack=x+1) 3)状态 主动端状态:
被动端状态:
超时处理:SYN_SENT状态未收到响应会返回CLOSED

完成数据传输,需要断开连接
第一步和第二步完成,此时A断开连接 第三步和第四步完成,此时B断开连接 注意:






关联机制:PC1的seq与PC2的ack相互关联,确认号ack总等于对方seq+1(如seq=10时ack=11) 第二步返回的ack的双重含义: ①已收到ack−1及之前的数据 (如图中PC1发送的ack=10) ②请求发送seq=ack的新数据(PC2收到后回复的ack=11) 三次握手特性:控制报文典型场景是三次握手,此时尚未传输实际数据,仅进行连接准备

此时已完成三次握手 字节计算规则:每个序列号对应1字节数据,ack值=最后接收的seq+数据字节数(如seq=201发100字节,则ack=301) 数据范围表示:seq值表示数据起始编号,数据结束编号为seq+数据字节数−1(如seq=800发150字节,则数据编号为800-949) 确认机制:接收方通过ack值确认已接收数据的最大编号(如ack=950表示949及之前数据已接收,请求对方发送编号seq为950的数据)




知识点 | 核心内容 | 考试重点/易混淆点 | 难度系数 |
|---|---|---|---|
TCP三次握手 | 主机A发送SYN=1报文 → 主机B回复SYN=1+ACK=1 → 主机A发送ACK=1完成连接建立 | 标志位组合:SYN/SYN+ACK/ACK; 状态转换:SYN_SENT → SYN_RECEIVED → ESTABLISHED | ★★★ |
序列号机制 | 确认号=收到序列号+数据字节数(例:收到seq=42且data=1字节 → ack=43) | 两层含义:确认已收数据 + 请求下一报文; 特殊规则:除第一个SYN报文外所有ACK=1 | ★★★★ |
TCP四次挥手 | FIN+ACK → ACK → FIN → ACK(双向独立断开) | 状态差异:TIME_WAIT出现在主动关闭方; 合并情况:第二/三次挥手可能合并 | ★★★★ |
端口扫描技术 | SYN扫描:开放端口返回SYN+ACK,关闭返回RST; FIN扫描:开放端口无响应,关闭返回RST | FIN扫描的静默特性; 考试常混淆两种扫描响应模式 | ★★★★ |
数据载荷计算 | 序列号范围=数据字节数 (例:seq2001-8000含6000字节) | 第三次握手可携带数据; FIN报文不含数据载荷 | ★★★★ |
连接状态判断 | ESTABLISHED:已建立连接; TIME_WAIT:挥手阶段 | 易错点:将TIME_WAIT误判为建立中状态 | ★★★ |
安全协议识别 | 443端口=HTTPS加密连接 | 需区分HTTP(80)与HTTPS(443) | ★★ |


实现原理:
工作原理:
具体实现过程: 1.三次握手初始化
2.发送数据
3.接收方反馈
4.窗口动态调整



有了流量控制可以调节发送端和接收端的节奏,为什么还要有拥塞控制? 流量控制:在A、B 两个端点进行。 拥塞控制:在A、B和所有网络节点中进行。

慢开始:
拥塞避免:

快重传:
快恢复:
优点:效率高 总结:







知识点 | 核心内容 | 考试重点/易混淆点 | 难度系数 |
|---|---|---|---|
TCP流量控制 | 可变大小的滑动窗口 | 滑动窗口的作用与实现方式 | ★★★ |
窗口字段用于流量控制 | 窗口字段的功能 | ★★ | |
三次握手过程中通知窗口大小 | 三次握手与窗口大小的关系 | ★★ | |
TCP拥塞控制 | 慢开始与拥塞避免算法 | 拥塞控制与流量控制的区别 | ★★★★ |
拥塞发生时的处理(一夜回到解放前,拐点变为一半) | 拥塞发生后的两个动作 | ★★★★★ | |
快重传与快恢复机制 | 快重传的触发条件与快恢复的操作 | ★★★★ | |
拥塞窗口与滑动窗口 | 拥塞窗口是本地计算的,滑动窗口是对方告知的 | 拥塞窗口与滑动窗口的区别 | ★★★ |
发送数据应取拥塞窗口与滑动窗口的最小值 | 发送数据量的确定方式 | ★★★★ | |
相关练习题 | 各类考试题目及解析 | 题目中的关键信息与答案选择 | ★★ |

源端口分配规则: 客户端使用的源端口由系统随机分配,必须是当前未使用且大于1024的端口号 目的端口规则: 服务器端使用知名端口号,如telnet服务固定使用23端口 典型示例: PC1访问PC2时,源端口为随机值231029,目的端口为telnet的23端口


邮件协议三剑客:
协议 | 端口号 | 功能简述 |
|---|---|---|
FTP | 20/21 | 文件传输(数据/控制端口) |
SSH | 22 | 安全的远程登录与管理 |
Telnet | 23 | 明文远程登录(不推荐使用) |
SMTP | 25 | 发送邮件 |
POP3 | 110 | 从服务器下载邮件 |
IMAP | 143 | 邮件同步与管理 |
HTTP | 80 | 网页传输 |
HTTPS | 443 | 加密的网页传输 |
助记: TCP协议多为需可靠传输的服务(如文件、邮件、网页),端口号多为两位数或常见端口。
协议 | 端口号 | 功能简述 |
|---|---|---|
DNS | 53 | 域名解析(默认UDP,大包用TCP) |
DHCP | 67/68 | 动态分配IP地址 |
TFTP | 69 | 简单文件传输(无认证) |
SNMP | 161 | 网络设备管理 |
RIP | 520 | 路由信息协议(小型网络) |
NTP | 123 | 网络时间同步 |
助记:“扔石头蛋蛋”对应:

TCP协议组:
UDP协议组
物理层重点:
网络层协议号:


知识点 | 核心内容 | 考试重点/易混淆点 | 难度系数 |
|---|---|---|---|
TCP/UDP端口号 | 源端口随机分配(>1024),目标端口为知名端口(如Telnet:23,HTTP:80) | 原端口不可能是知名端口(如80),目标端口可自定义 | ⭐⭐ |
邮件协议 | SMTP(发邮件/TCP25)、POP3(收邮件/TCP110)、IMAP(同步邮件/TCP143) | 协议功能区分; SMTP通常用TCP,但也可用UDP | ⭐⭐⭐ |
协议层次与协议号 | ICMP(协议号1)、OSPF(89)、ESP(50加密)、AH(51认证) | ICMP直接封装在IP层,非TCP/UDP | ⭐⭐ |
TCP应用层协议 | FTP(传文件)、SSH/Telnet(远程登录)、HTTP(80)/HTTPS(443)、BGP(179)、RDP(3389) | Telnet明文不安全,SSH推荐使用 | ⭐⭐⭐ |
UDP应用层协议 | DNS(域名解析)、DHCP(分配IP)、TFTP(69)、SNMP(网管)、RIP(520) | 助记法: 扔石头蛋蛋(R-RIP, S-SNMP, T-TFTP, D-DNS/DHCP) | ⭐⭐⭐⭐ |
SNMP版本差异 | v1/v2无安全机制,v3重新定义安全机制 | v2未增强安全,v3非IPV6专用 | ⭐⭐⭐ |
经典易错题 | Web访问中,原端口为80的情况不可能出现(应为随机>1024端口) | 混淆源/目标端口规则 | ⭐⭐⭐⭐ |