【计算机网络】运输层—湖南科技大学《计算机网络微课堂》笔记五

运输层




一、运输层概述

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述
在这里插入图片描述

二、运输层端口号、复用与分用的概念

2.1 端口号等的概念在这里插入图片描述

2.2 发送方的复用和接收方的分用:

在这里插入图片描述

2.3 TCP/IP体系的应用层常用协议所使用的运输层熟知端口号:

在这里插入图片描述

三、UDP和TCP的对比

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

在这里插入图片描述在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

四、TCP的流量控制

如果发送方把数据发送得过快,接收方就可能来不及接收,这就会造成数据的丢失。

⭕️ 所谓流量控制(flow control)就是让发送方的发送速率不要太快,要让接收方来得及接收。

⭕️ 利用滑动窗口机制可以很方便地在TCP连接上实现对发送方的流量控制。
利用滑动窗口机制可以很方便地在TCP连接上实现对发送方的流量控制。TCP接收方利用自己的接收窗口的大小来限制发送方发送窗口的大小。TCP发送方收到接收方的零窗口通知后,应启动持续计时器持续计时器超时后,向接收方发送零窗口探测报文

在这里插入图片描述

五、TCP的拥塞控制

在这里插入图片描述

5.1 TCP四种拥塞控制算法基本原理

在这里插入图片描述
在这里插入图片描述
“慢开始"是指一开始向网络注入的报文段少,并不是指拥塞窗口cwnd增长速度慢;“拥塞避免”并非指完全能够避免拥塞,而是指在拥塞避免阶段将拥塞窗口控制为按线性规律增长,使网络比较不容易出现拥塞;慢开始和拥塞避免算法是1988年提出的TCP拥塞控制算法(TCP Tahoe版本)。1990年又增加了两个新的拥塞控制算法(改进TCP的性能),这就是快重传和快恢复(TCP Reno版本)。有时,个别报文段会在网络中丢失,但实际上网络并未发生拥塞。这将导致发送方超时重传,并误认为网络发生了拥塞;发送方把拥塞窗口cwnd又设置为最小值1,并错误地启动慢开始算法,因而降低了传输效率。
在这里插入图片描述
采用快重传算法可以让发送方尽早知道发生了个别报文段的丢失。所谓快重传,就是使发送方尽快进行重传,而不是等超时重传计时器超时再重传。要求接收方不要等待自己发送数据时才进行捎带确认,而是要立即发送确认;即使收到了失序的报文段也要立即发出对已收到的报文段的重复确认。发送方一旦收到3个连续的重复确认,就将相应的报文段立即重传,而不是等该报文段的超时重传计时器超时再重传。对于个别丢失的报文段,发送方不会出现超时重传,也就不会误认为出现了拥塞(进而降低拥塞窗cwnd为1)。使用快重传可以使整个网络的吞吐量提高约20%。
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

六、TCP超时重传时间的选择

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

七、TCP可靠运输的实现

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

八、TCP的运输连接管理

8.1 TCP的运输连接管理 - “三报文握手”建立连接

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

8.2 TCP的运输连接管理 - “四报文挥手”释放连接

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

九、TCP报文段的首部格式

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

依嘫_吃代码

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值