UDP(首部)和TCP(首部、三次握手、四次挥手、可靠传输、滑动窗口、流量控制、拥塞控制(慢开始、拥塞避免、快重传、快恢复))
1.UDP
用户数据报协议 UDP(User Datagram Protocol): 是无连接的,尽最大可能交付,没有拥塞控制,面向报文(对于应用程序传下来的报文不合并也不拆分,只是添加 UDP 首部) ,支持一对一、一对多、多对一和多对多的交互通信。
1.1 UDP首部格式
首部字段只有 8 个字节,包括源端口、目的端口、长度、检验和。
12 字节的伪首部是为了计算检验和临时添加的。
2.TCP
传输控制协议 TCP(Transmission Control Protocol): 是面向连接的,提供可靠交付,有流量控制,拥塞控制,提供全双工通信,面向字节流(把应用层传下来的报文看成字节流,把字节流组织成大小不等的数据块) ,每一条 TCP连接只能是点对点的(一对一)。
2.1 TCP首部格式
- 序号 :用于对字节流进行编号,例如序号为 301,表示第一个字节的编号为301,如果携带的数据长度为 100 字节,那么下一个报文段的序号应为 401。
- 确认号 :期望收到的下一个报文段的序号。例如 B 正确收到 A 发送来的一个报文段,序号为 501,携带的数据长度为 200 字节,因此 B 期望下一个报文段的序号为 701,B 发送给 A 的确认报文段中确认号就为 701。
- 数据偏移 :指的是数据部分距离报文段起始处的偏移量,实际上指的是首部的长度。
- 确认 ACK :当 ACK=1 时确认号字段有效,否则无效。TCP 规定,在连接建立后所有传送的报文段都必须把 ACK 置 1。
- 同步 SYN :在连接建立时用来同步序号。当 SYN=1,ACK=0 时表示这是一个连接请求报文段。若对方同意建立连接,则响应报文中 SYN=1,ACK=1。
- 终止 FIN :用来释放一个连接,当 FIN=1 时,表示此报文段的发送方的数据已发送完毕,并要求释放连接。
- 窗口 :窗口值作为接收方让发送方设置其发送窗口的依据。之所以要有这个限制,是因为接收方的数据缓存空间是有限的。
2.2 TCP 的三次握手
假设 A 为客户端,B 为服务器端。
- 首先 B 处于 LISTEN(监听) 状态,等待客户的连接请求。
- A 向 B 发送连接请求报文,SYN=1,ACK=0,选择一个初始的序号 x。
- B 收到连接请求报文,如果同意建立连接,则向 A 发送连接确认报文,SYN=1,ACK=1,确认号为 x+1,同时也选择一个初始的序号 y。
- A 收到 B 的连接确认报文后,还要向 B 发出确认,确认号为 y+1,序号为x+1。
- B 收到 A 的确认后,连接建立。
2.2.1 三次握手的原因
第三次握手是为了防止失效的连接请求到达服务器,让服务器错误打开连接。
- 客户端发送的连接请求如果在网络中滞留,那么就会隔很长一段时间才能收到服务器端发回的连接确认。
- 客户端等待一个超时重传时间之后,就会重新请求连接。
- 但是这个滞留的连接请求最后还是会到达服务器,如果不进行三次握手,那么服务器就会打开两个连接。
- 如果有第三次握手,客户端会忽略服务器之后发送的对滞留连接请求的连接确认,不进行第三次握手,因此就不会再次打开连接。
2.3 TCP 的四次挥手
以下描述不讨论序号和确认号,因为序号和确认号的规则比较简单。并且不讨论ACK,因为 ACK 在连接建立之后都为 1。
- A 发送连接释放报文,FIN=1。
- B 收到之后发出确认,此时 TCP 属于半关闭状态,B 能向 A 发送数据但是 A不能向 B 发送数据。
- 当 B 不再需要连接时,发送连接释放报文,FIN=1。
- A 收到后发出确认,进入 TIME-WAIT 状态,等待 2 MSL(最大报文存活时间) 后释放连接。
- B 收到 A 的确认后释放连接。
2.3.1 四次挥手的原因
客户端发送了 FIN 连接释放报文之后,服务器收到了这个报文,就进入了 CLOSEWAIT 状态。
这个状态是为了让服务器端发送还未传送毕的数据,传送完毕之后,服务器会发送 FIN 连接释放报文。
2.3.2 TIME_WAIT
客户端接收到服务器端的 FIN 报文后进入此状态,此时并不是直接进入 CLOSED状态,还需要等待一个时间计时器设置的时间 2MSL。这么做有两个理由:
- 确保最后一个确认报文能够到达。如果 B 没收到 A 发送来的确认报文,那么就会重新发送连接释放请求报文,A 等待一段时间就是为了处理这种情况的发生。
- 等待一段时间是为了让本连接持续时间内所产生的所有报文都从网络中消失,使得下一个新的连接不会出现旧的连接请求报文。
2.4 TCP 可靠传输
TCP 使用超时重传来实现可靠传输:如果一个已经发送的报文段在超时时间(具体时间的确定)内没有收到确认,那么就重传这个报文段。
2.5 TCP 滑动窗口
窗口是缓存的一部分,用来暂时存放字节流。
发送方和接收方各有一个窗口:
- 接收方通过 TCP 报文段中的窗口字段告诉发送方自己的窗口大小;
- 发送方根据这个值和其它信息设置自己的窗口大小。
发送窗口内的字节都允许被发送,接收窗口内的字节都允许被接收。
如果发送窗口左部的字节已经发送并且收到了确认,那么就将发送窗口向右滑动一定距离,直到左部第一个字节不是已发送并且已确认的状态;
接收窗口的滑动类似,接收窗口左部字节已经发送确认并交付主机,就向右滑动接收窗口。
接收窗口只会对窗口内最后一个按序到达的字节进行确认。
例如接收窗口已经收到的字节为 {31, 34, 35},其中 {31} 按序到达,而 {34, 35} 就不是,因此只对字节 31进行确认。发送方得到一个字节的确认之后,就知道这个字节之前的所有字节都已经被接收。
2.6 TCP 流量控制
流量控制是为了控制发送方发送速率,保证接收方来得及接收。
接收方发送的确认报文中的窗口字段可以用来控制发送方窗口大小,从而影响发送方的发送速率。
将窗口字段设置为 0,则发送方不能发送数据。
2.7 TCP 拥塞控制
如果网络出现拥塞,分组将会丢失,此时发送方会继续重传,从而导致网络拥塞程度更高。
因此当出现拥塞时,应当控制发送方的速率。这一点和流量控制很像,但是出发点不同。
- 流量控制是为了让接收方能来得及接收,
- 拥塞控制是为了降低整个网络的拥塞程度。
2.8 TCP拥塞控制方法
TCP 主要通过四种算法来进行拥塞控制:慢开始、拥塞避免、快重传、快恢复。
发送方需要维护一个叫做拥塞窗口(cwnd) 的状态变量。
注意拥塞窗口与发送方窗口的区别:
- 拥塞窗口只是一个状态变量
- 实际决定发送方能发送多少数据的是发送方窗口
为了便于讨论,做如下假设:
- 接收方有足够大的接收缓存,因此不会发生流量控制;
- 虽然 TCP 的窗口基于字节,但是这里设窗口的大小单位为报文段。
2.8.1 慢开始与拥塞避免
发送的最初执行慢开始,令 cwnd=1,发送方只能发送 1 个报文段;
当收到确认后,将 cwnd 加倍,因此之后发送方能够发送的报文段数量为:2、4、8 ...
注意到慢开始每个轮次都将 cwnd 加倍,这样会让 cwnd 增长速度非常快,从而使得发送方发送的速度增长速度过快,网络拥塞的可能也就更高。
设置一个慢开始门限 ssthresh,当 cwnd >= ssthresh 时,进入拥塞避免,每个轮次只将 cwnd 加 1。
如果出现了超时,则令 ssthresh = cwnd/2,然后重新执行慢开始。
2.8.2 快重传与快恢复
在接收方,要求每次接收到报文段都应该对最后一个已收到的有序报文段进行确认。
- 例如已经接收到 M1 和 M2 ,此时收到 M 4,应当发送对 M2 的确认。
在发送方,如果收到三个重复确认,那么可以知道下一个报文段丢失,此时执行快重传,立即重传下一个报文段。
- 例如收到三个 M2 ,则 M 3丢失,立即重传 M 3。
在这种情况下,只是丢失个别报文段,而不是网络拥塞。因此执行快恢复,令ssthresh = cwnd/2 ,cwnd = ssthresh,注意到此时直接进入拥塞避免。
慢开始和快恢复的快慢指的是 cwnd 的设定值,而不是 cwnd 的增长速率。
- 慢开始cwnd 设定为 1,
- 快恢复 cwnd 设定为 ssthresh。
UDP(首部)和TCP(首部、三次握手、四次挥手、可靠传输、滑动窗口、流量控制、拥塞控制(慢开始、拥塞避免、快重传、快恢复))相关推荐
- 在深谈TCP/IP三步握手四步挥手原理及衍生问题—长文解剖IP
如果对网络工程基础不牢,建议通读<细说OSI七层协议模型及OSI参考模型中的数据封装过程?> 下面就是TCP/IP(Transmission Control Protoco/Interne ...
- 再深谈TCP/IP三步握手四步挥手原理及衍生问题—长文解剖IP
转载地址: https://www.zhoulujun.cn/html/theory/ComputerScienceTechnology/network/2015_0708_65.html 如果对网络 ...
- tcp 二次握手时延_一篇搞懂TCP的三次握手 四次挥手
TCP的三次握手四次挥手,估计大家都听过.但是真的能把每一步说明白的人比较少.我还记得在之前面试的时候被面试官一顿问,然后一脸懵B... 都是大学没好好上课 ,这篇文章就跟大家讲讲到底这三握四挥是在搞 ...
- 计算机网络之UDP与TCP协议(三次握手, 四次挥手)
⭐️前面的话⭐️ 本文介绍计算机网络中有关传输层协议的知识--UDP与TCP协议,在TCP协议中,为了保证数据的可靠传输,引入了十大保证可靠性的机制,即确认应答,超时重传,连接管理(三次握手,四次挥手 ...
- HTTP HTTPS WEB的cookie机制 TCP UCP(三次握手四次挥手)
1.HTTP 与 HTTPS 的区别 理解: 1.HTTPS 协议需要到 CA (Certificate Authority,证书颁发机构)申请证书,一般免费证书较少,因而需要一定费用.(以前网易官网 ...
- 了解TCP协议,IP协议、ICMP协议和ARP协议(TCP报文,TCP的分成管理,TCP与UDP,TCP的三次握手四次挥手原理)
文章目录 了解TCP/IP协议 TCP报文格式 TCP/IP 的分层管理 TCP与UDP TCP的三次握手与四次挥手 为什么要三次握手? 为什么要四次挥手? IP数据包格式 ICMP协议 ICMP协议 ...
- java tcp 三次握手_用Java代码分析TCP的三次握手四次挥手过程
(1)客户端发送一个带SYN标志的TCP报文到服务器.这是三次握手过程中的报文1. (2) 服务器端回应客户端的,这是三次握手中的第2个报文,这个报文同时带ACK标志和SYN标志.因此它表示对刚才客户 ...
- tcp状态机-三次握手-四次挥手以及常见面试题
TCP状态机介绍 在网络协议栈中,目前只有TCP提供了一种面向连接的可靠性数据传输.而可靠性,无非就是保证,我发给你的,你一定要收到.确保中间的通信过程中,不会丢失数据和乱序.在TCP保证可靠性数据传 ...
- TCP协议三次握手/四次挥手
TCP是传输控制协议,需要建立链接,通过三次握手和四次挥手保证数据传输的可靠性 三次握手过程 三次握手的目的在于,确认双方的通信能力是否正常 第一次握手,客户端发送连接请求的报文给服务端 第二次握手, ...
- 详解TCP协议三次握手四次挥手
三次握手: 三次握手表示建立通信阶段,在TCP协议中,在发送数据的准备阶段,客户端与服务器之间的三次交互,以保证连接的可靠,由于这种面向连接的特性, TCP协议可以保证传输数据的安全,所以应用十分广泛 ...
最新文章
- 漫画:程序教你玩转股票
- 二叉树的层序遍历和二叉树的线索化
- docker nginx部署web应用_docker部署Nginx
- 3秒获得Win11系统管理员权限,微软高危漏洞被公开,只因悬赏奖金打骨折
- 清理mysql创建的游戏_Linux定时清理游戏log及mysql定时任务删除游戏日志数据的步骤...
- java随机数转换_Java获取随机数的3种方法(转)
- 盘点Kubernetes网络问题的4种解决方案
- python网页请求_python用post请求网页
- Connect to dl.google.com:443 [dl.google.com/142.250.66.142] failed: Connection timed out:
- Spring和Junit整合
- 魔改部署自己专属的合成大西瓜(一:运行篇)
- Hibernate ——二级缓存
- 瑞典ENEA参展IIC,奏起OSE/Linux混合途径乐章【ZZ】
- iphone6出信号 无服务器,苹果6手机无服务(非常见故障点)维修
- Chrome浏览器插件之---FeHelper
- java rgb565转rgb888_RGB565 与 RGB888的相互转换 | 学步园
- PMI-ACP敏捷项目认证练习题(二)
- Autumn中文文档1:部署运行
- Java实现简单注册登录等功能
- java single threaded_[Java多线程设计模式]读书笔记 - 第一章 Single Threaded Execution
热门文章
- 大家都较熟悉之 Kubernetes API 分析
- linux下基于lvs-dr模式的电子商务平台搭建
- yum 下载软件的存放位置
- Hadoop中通过ToolRunner和Configured实现直接读取命令行动态出入reduce task数量,jar文件等...
- 【算法学习笔记】83.排序辅助 动态规划 SJTU OJ 1282 修路
- Enterprise Vault 10.0.4 FOR Exchange2013 部署之二 -安装过程
- mysql数据库异地备份Shell脚本
- 默认路由、静态路由、动态路由
- 组织模式 - Introduction
- 测试女生周期的软件名字,什么软件可以提醒生理期?适合女生可用的便签软件...