TCP/UDP详解(一)

UDP

报文

源端口16bit 目的端口16bit

校验和checksum16bit 总长度16bit


源目端口用于标识应用层协议,分为知名端口(1-1023)和非知名端口(1024-65535)

通常会有一个为知名端口一个为非知名端口

校验和用于检验报文的完整性以及是否被篡改

总长度用于标识数据大小

特性

无面向连接,传输效率高但可靠性较弱,有校验和纠错和检验,且同步定长8bit结构简单

TCP

报文

源端口16bit 目的端口16bit

确认号Acknowledge Number32bit

序列号Sequence Number32bit

偏移量4bit reserved6bit flag6bit 校验和16bit

windows16bit 紧急指针urgent16bit

options40Bytes


确认号用于回复和确认报文

序列号用于标识报文顺序

偏移量标识报文头长度0x0101---0x1111即20-60Bytes

flag旗标位标识一些功能,SYN,RST,ACK,URG,PSH,FIN

SYN:同步位,用于搭建TCP会话

RST:重置位,用于重置TCP连接,常用于异常断开后重连,或者发送包发送到一个不是期望的 目的主机时,接收端发送reset 重置连接标志的包

FIN:结束位,用于结束会话

ACK:确认位,用于确认,表明数据成功接收

URG:紧急位,用于表明该数据需要紧急优先处理,于紧急指针搭配使用

PSH:推送位,表明该数据不经过缓存送达后直接处理

**reserved:**保留指端,而新定义的TCP头将flag扩展了ECE,CWR,NS三位

ECE:拥塞通知,表示TCP peer有ECN能力

CWR:拥塞窗口减少,发送者在接收到一个带有ECE flag包时,将会使用CWR flag

NS:用来保护不受发送者发送的突发的恶意隐藏报文的侵害

特性

面向连接,传输可靠不会乱序,有校验和纠错能力,报文长度可变20-60Bytes

三次握手

基础交互

ack的序列表示我想接收的序列号信息

seq表示序列号,两者存在一定关系

a,b是报文长度,我的下一次seq是对方给我的ack的值

四次挥手

拥塞避免,超时重传,确认应答,滑动窗口,捎带应答,流量控制

等特性具体再写一篇相关的让我整理整理

区别

TCP有确认号传输可靠UDP没有传输不可靠

TCP有序列号传输不会乱序UDP没有可能出现乱序

TCP能实现流量控制,UDP不行

TCP拓展性强但效率较低,UDP传输效率较高

TCP适用于对可靠性要求高的环境比如HTTP,UDP延时低适合对延时敏感的场景比如视频直播

两者都用端口号标识上层应用层协议

相关推荐
碳基沙盒21 小时前
OpenClaw 多 Agent 配置实战指南
运维
蝎子莱莱爱打怪4 天前
Centos7中一键安装K8s集群以及Rancher安装记录
运维·后端·kubernetes
DianSan_ERP5 天前
电商API接口全链路监控:构建坚不可摧的线上运维防线
大数据·运维·网络·人工智能·git·servlet
呉師傅5 天前
火狐浏览器报错配置文件缺失如何解决#操作技巧#
运维·网络·windows·电脑
不是二师兄的八戒5 天前
Linux服务器挂载OSS存储的完整实践指南
linux·运维·服务器
gihigo19985 天前
基于TCP协议实现视频采集与通信
网络协议·tcp/ip·音视频
zhangfeng11335 天前
趋动云 如何ssh登录 服务区 项目server
运维·人工智能·ssh
ZeroNews内网穿透5 天前
谷歌封杀OpenClaw背后:本地部署或是出路
运维·服务器·数据库·安全
失重外太空啦5 天前
nginx
运维·nginx
2501_946205525 天前
晶圆机器人双臂怎么选型?适配2-12寸晶圆的末端效应器有哪些?
服务器·网络·机器人