传输层之TCP和UDP

1 传输层

概念:为应用层提供通信服务,使用网络层的服务

功能:

  • 进程和进程之间的逻辑通信
  • 复用和分用
  • 传输层对接收到的报文进行差错检测

1.1 TCP与UDP的对比

TCP:

  • 面向连接的传输控制协议TCP
  • 传送数据之前必须建立连接,数据传送结束后要释放连接。不提供广播或多播服务。由于TCP要提供可靠的面向连接的传输服务,因此不可避免增加了许多开销:确认、流量控制、计时器及连接管理等。
  • 可靠,面向连接,时延大,适用于大文件

UDP:

  • 无连接的数据报协议
  • 传送数据之前不需要建立连接,收到UDP报文后也不需要给出任何确认
  • 不可靠,无连接,时延小,适用于小文件

2 UDP

用户数据报协议UDP在IP数据报服务之上增加了很少功能,即复用分用和差错检测

特点:

  • UDP是无连接的,减少开销和发送数据之前的延迟

  • UDP使用最大努力交付,即不保证可靠交付

  • UDP是面向报文的,适合一次性传输少量数据的网络应用
    在这里插入图片描述

  • UDP无拥塞控制,适合很多实时应用

  • UDP的首部开销小,8B,TCP为20B

2.1 UDP首部格式

在这里插入图片描述
分用时,找不到对应的目的端口号,就丢弃报文,并给发送方发送ICMP“端口不可达”差错报文报告

2.2 UDP校验

在这里插入图片描述
伪首部只有在计算校验和时才出现,不向下传送也不向上递交

17:封装UDP报文的IP数据报首部协议字段是17

UDP长度:UDP首部8B + 数据报部分长度(不包括伪首部)

在这里插入图片描述

在发送端:

  • 填上伪首部
  • 全0填充校验和字段
  • 全0填充数据部分(UDP数据报要看成许多4B的字符接起来)
  • 伪首部+首部+数据部分采用二进制反码求和
  • 把和求反码填入检验和字段
  • 去掉伪首部,发送

在接收端:

  • 填上伪首部
  • 伪首部+首部+数据部分采用二进制反码求和
  • 结果全为1则无差错,否则丢弃数据报/交给应用层附上差错的警告

3 TCP

特点:

  • TCP是面向连接(虚连接)的传输层协议
  • 每一条TCP连接都只能有两个端点,每一条TCP连接只能是点对点的
  • TCP提供可靠交付的服务,无差错、不丢失、不重复、按序到达。可靠有序,不丢不重
  • TCP提供全双工通信
    在这里插入图片描述
  • TCP面向字节流
    在这里插入图片描述

3.1 TCP报文段首部格式

在这里插入图片描述

3.1.1 序号

在一个TCP连接中传送的字节流中的每一个字节都按顺序编号,本字段表示本报文段所发送数据的第一个字节的序号

3.1.2 确认号

期望收到对方下一个报文段的第一个数据字节的序号。若确认号为N,则证明到序号N-1为止的所有数据都已正确收到
在这里插入图片描述

3.1.3 数据偏移(首部长度

TCP报文段的数据其实处距离TCP报文段的起始处有多远,以4B位单位,即1个数值是4B

3.1.4 六个控制位

紧急位URG:URG=1时,表明此报文段中有紧急数据,是高优先级的数据,应尽快传送,不用再缓存里排队,配合紧急指针字段使用

确认位ACK:ACK=1时确认好有效,在连接建立后所有传送的报文段都必须把ACK置为1

推送位PSH:PSH=1时,接收方尽快交付接收应用进程,不再等到缓存填满再向上交付

复位RST:RST=1时,表明TCP连接中出现严重差错,必须释放连接,然后再重新建立传输链接

同步位SYN:SYN=1时,表明是一个连接请求/连接接收报文

终止位FIN:FIN=1时,表明次报文段发送方数据已发完,要求释放连接

3.1.5 窗口

指的是发送本报文段的一方的接收窗口,即现在允许对方发送的数据量

3.1.6 检验和

检验首部+数据,检验时要加上12B的伪首部,第四个字段为6

3.1.7 紧急指针

URG=1时才有意义,指出本报文段中紧急数据的字节数

3.1.8 选项

最大报文段长度MSS、窗口扩大、时间戳、选择确认…

3.2 TCP连接管理

TCP连接传输的三个阶段:
在这里插入图片描述

TCP连接的建立采用客户服务方式,主动发起连接建立的应用进程叫做客户,而被动等待连接建立的应用进程叫服务器
在这里插入图片描述

3.3 TCP的连接建立

客户端与服务器端想建立连接,客户进程首先通知客户TCP,他想建立一个与服务器上某个进程之间的连接,客户中的TCP会用以下步骤与服务器中的TCP建立一条TCP连接:
在这里插入图片描述

3.3.1 第一阶段

客户端发送连接请求报文段,无应用层数据。SYN=1,seq=x(随机)

3.3.2 第二阶段

服务器端为该TCP连接分配缓存和变量,并向客户端返回确认报文段,允许连接,无应用层数据。SYN=1,ACK=1,seq=y(随机),ack=x+1

3.3.3 第三阶段

客户端为该TCP连接分配缓存和变量,并向服务器端返回确认的确认,可以携带数据。SYN=0,ACK=1,seq=x+1,ack=y+1

3.4 TCP的连接释放

参与一条TCP连接的两个进程中的任何一个都能终止该连接,连接终止后,主机中的“资源”(缓存和变量)将被释放。
在这里插入图片描述

3.4.1 第一阶段

客户端发送连接释放报文段,停止发送数据,主动关闭TCP连接。FIN=1,seq=u

3.4.2 第二阶段

服务器端回送一个确认报文段,客户到服务器这个方向的连接就释放了–半关闭状态。ACK=1,seq=v,ack=u+1

3.4.3 第三阶段

服务器端发完数据,就发出连接释放报文段,主动关闭TCP连接。FIN=1,ACK=1,seq=w,ack=u+1

3.4.4 第四阶段

客户端回送一个确认报文段,再等到时间等待计时器设置的2MSL(最长报文段寿命)后,连接彻底关闭。ACK=1,seq=u+1,ack=w+1

3.5 TCP的可靠传输

在这里插入图片描述

可靠:保证接收方进程从缓存区独处的字节流与发送方发出的字节流是完全一样的

3.5.1 TCP实现可靠传输的机制

在这里插入图片描述

3.5.1.1 校验
  • 与UDP校验一样,增加伪首部
3.5.1.2 序号
  • 序号字段指的是一个报文段的第一个字节的序号
    在这里插入图片描述
3.5.1.3 确认

在这里插入图片描述

3.5.1.4 重传
  • 确认重传不分家,TCP的发送方在规定的时间内没有收到确认就要重传已发送的报文段。超时重传
  • TCP采用自适应算法,动态改变重传时间RTTs(加权平均往返时间)

冗余ACK(冗余确认):

  • 每当比期望序号大的失序报文段到达时,发送一个冗余ACK,指明下一个期待的字节的序号
  • 发送方已发送1,2,3,4,5报文段
  • 接收方收到1,返回给1的确认(确认号为2的第一个字节)
  • 接收方收到3,仍返回给1的确认(确认号为2的第一个字节)
  • 接收方收到4,仍返回给1的确认(确认号为2的第一个字节)
  • 接收方收到5,仍返回给1的确认(确认号为2的第一个字节)
  • 发送方收到3个对于报文段1的冗余ACK :认为2报文丢失,重传2号报文段 (快速重传

3.6 TCP的流量控制

流量控制:让发送方慢点,要让接收方来得及接收

TCP利用滑动窗口机制实现流量控制

在通信过程中,接收方根据自己接收缓存的大小,动态地调整发送方的发送窗口大小,即接收窗口rwnd(接收方设置确认报文段的窗口字段来讲rwnd通知给发送方),发送方的发送窗口取接收窗口rwnd和拥塞窗口cwnd的最小值

在这里插入图片描述

例子:
A向B发送数据,连接建立时,B告诉A:“我的rwnd=400字节”,设每一个报文段100B,报文序列初始值为1。
在这里插入图片描述

  • TCP为每一个连接都设有一个持续计时器,只要TCP连接的一方收到对方的零窗口通知,就启动持续计时器。
  • 若持续计时器设置的时间到期,就发送一个零窗口探测报文段。接收方收到探测报文段时给出现在的窗口值
  • 若窗口值仍然是0,那么发送方就重新设置持续计时器

3.7 TCP的拥塞控制

出现拥塞的条件:

  • 对资源需求的总和 > 可用资源,网络中有许多资源呈现供应不足 → 网络性能变坏 → 网络吞吐量将随输入负荷增大而下降

拥塞控制:

  • 防止过多的数据注入到网络中。全局性

在这里插入图片描述

3.7.1 拥塞控制的四种算法

假定:

  1. 数据单方向传送,而另一个方向值传送确认
  2. 接收方总是有足够大的缓存空间,因而发送窗口大小取决于拥塞程度
    发送窗口=Min{接收窗口rwnd,拥塞窗口cwnd}

接收窗口接收方根据接收缓存设置的值,并告知给发送方,反映接收方容量
拥塞窗口发送方根据自己估算的网络拥塞程度而设置的窗口值,反映网络当前容量

3.7.1.1 慢开始和拥塞避免

一个传输轮次等价于以下几种说法:

  • 发送了一批报文段并收到它们的确认的时间。
  • 一个往返时延RTT
  • 开始发送一批拥塞窗口内的报文段到开始发送下一批拥塞窗口内的报文段的时间

在这里插入图片描述

3.7.1.2 快重传和快恢复

在这里插入图片描述

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

似梦的苏烟

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

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

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

打赏作者

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

抵扣说明:

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

余额充值