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延时低适合对延时敏感的场景比如视频直播

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

相关推荐
春生野草4 分钟前
Socket、Servlet、Tomcat
运维·服务器·网络
kvnew4 分钟前
Ubuntu 26.04 一键安装/修复拼音输入法fcitx5+Rime
linux·运维·ubuntu
Komorebi_99995 分钟前
Day3:监控、日志、限流、成本管控、版本灰度
大数据·运维·人工智能·大模型
ITyunwei09875 分钟前
运维团队如何抓住AI?
大数据·运维·人工智能
小则又沐风a5 分钟前
进程篇: 进程概念的补充(了解环境变量和虚拟地址空间)
linux·运维·服务器·c++
艾莉丝努力练剑6 分钟前
【Linux网络】Linux 网络编程:传输层协议TCP(五)
linux·运维·网络·计算机网络·udp
晚风吹红霞9 分钟前
进程调度深度解析:从优先级到O(1)调度算法
linux·运维
say_fall10 分钟前
深入理解Linux内核进程调度:从基础概念到O(1)调度算法
linux·运维·服务器·算法·计算机组成
零基础的修炼10 分钟前
定长内存池
网络
零点一顿微胖10 分钟前
[Agent] 初始化Agent服务 Rust版
开发语言·网络·rust