计网期末复习-运输层

第五章 运输层

5.1 运输层协议概述

5.1.1 进程之间的通信

  1. 运输层向应用层提供通信服务,是用户功能的最底层,面向通信部分的最高层
    在这里插入图片描述
  2. 运输层提供应用进程间的逻辑通信
  3. 运输层一个很重要的功能:复用和分用

应用层不同进程的报文通过不同的端口向下交到运输层,再往下就共用网络层提供的服务。

在这里插入图片描述

  1. 运输层为应用进程间提供端到端的逻辑通信,网络层为主机间提供逻辑通信
  2. 运输层需要对收到的报文进行差错检测(TCP协议来做,采用无连接的UDP时仍不可靠)
  3. UDP和IP类似,都是不可靠的。运输层的 UDP 用户数据报与网际层的IP数据报有很大区别。IP 数据报要经过互连网中许多路由器的存储转发,但 UDP 用户数据报是在运输层的端到端抽象的逻辑信道中传送的

5.1.2 运输层的两个主要协议

在这里插入图片描述

  1. 运输协议数据单元TPDU:两个对等运输实体在通信时传送的数据单元
  2. TCP传送的数据单位协议是TCP报文段,UDP传送的是UDP报文或用户数据报
  3. 面向连接的TCP(可靠交付)、无连接的UDP(不提供可靠交付)
  4. TCP不提供广播或多播服务;提供面向连接的、可靠的运输服务,不仅协议数据单元首部大,且要占用许多处理机资源
  5. 广播或多播只能由UDP完成

5.1.3 运输层的端口

  1. 运行在计算机中的进程用进程标识符来标志
  2. 为使运行不同OS的计算机的应用进程能互相通信,需要用统一的方法对TCP/IP体系的应用进程进行标识
  3. 在运输层使用协议端口号(简称端口)。
  4. 端口只具有本地意义
  5. 把通信终点看作是端口,只要把报文交给目的主机,剩下工作(即最后交付目的主机)由TCP完成
  6. (1)熟知端口0-1023尽量不用
    (2)登记端口1024-49151用
    (3)客户端口号或短暂端口号49152-65535尽量不用

    在这里插入图片描述

5.2 用户数据报协议 UDP

  1. UDP:具有端口的功能(复用和分用)和差错检测的功能,但不是可靠交付
  2. UDP特点:无连接的、尽最大努力交付、面向报文、没有拥塞控制、交互通信、首部开销小
    在这里插入图片描述

在这里插入图片描述

5.2.2 UDP 的首部格式

  1. UDP由首部字段和数据字段构成
  2. 首部有8个字节,四个字段,每个字段2字节
  3. 计算校验和时,临时把“伪首部”和UDP连在一起,伪首部仅是为了计算校验和

5.3 传输控制协议 TCP 概述

5.3.1 TCP 最主要的特点

  1. 特点:面向字节流、面向连接、可靠交付、点对点、全双工通信、点对点
    在这里插入图片描述
  2. TCP连接是一条虚连接,不是真正的物理连接,不关心应用进程把多长的报文发送到TCP缓存中
  3. TCP报文长度由对方的窗口值和网络拥塞程度确定
  4. 对太长或太短的数据块积累到足够多的字节后再构成报文段发送出去

5.3.2 TCP 的连接

  1. 每条连接有两个端点(或称套接字socket/插口)
  2. 端口号拼接到IP地址构成套接字
    套 接 字 s o c k e t = ( I P 地 址 : : 端 口 号 ) 套接字socket=(IP地址::端口号) socket=IP
  3. 每条TCP连接唯一的被两个套接字确定
    T C P 连 接 : : = { s o c k e t 1 , s o c k e t 2 } = { ( I P 1 : p o r t 1 ) , ( I P 2 : p o r t 2 ) } TCP连接::=\lbrace socket1,socket2\rbrace=\lbrace(IP1:port1),(IP2:port2)\rbrace TCP={socket1socket2}={IP1port1IP2port2}

5.4 可靠传输的工作原理

5.4.1 停止等待协议

  1. 通过确认和重传机制,在不可靠的传输网络上实现可靠通信。ARQ自动重传请求,重传的请求是自动
  2. 停止等待协议优点:简单,缺点:信道利用率低
    停止等待协议
  3. 停止等待协议:收到确认在发送下条
  4. 采用流水线传输,即连续发送多个分组,可获得很高的信道利用率

5.4.2 连续 ARQ 协议

  1. 接收方采用累积确认的方式向通知发送方“在这个分组之前的所有分组已经正确收到”
  2. 累积确认的优缺点
    优点:易实现,即使确认丢失也不必重传
    缺点:不能向发送方反映出接收方已经正确收到的所有分组信息
  3. Go-back-N(回退N)
  4. TCP可靠通信的具体实现
    (1)TCP连接的每一端都必须要有一个发送窗口,一个接收窗口
    (2)TCP的可靠传输机制用字节序号来控制,所有确认都是基于序号而不是报文
    (3)TCP两端的四个窗口是动态变化
    (4)TCP连接的往返时间RTT不是固定不变的,需用特定算法估算

5.5 TCP 报文段的首部格式

在这里插入图片描述

(1)源端口和目的端口字段——各占 2 字节。端口是运输层与应用层的服务接口。运输层的复用和分用功能都要通过端口才能实现。
(2)序号字段——占 4 字节。TCP 连接中传送的数据流中的每一个字节都编上一个序号。序号字段的值则指的是本报文段所发送的数据的第一个字节的序号。
(3)确认号字段——占 4 字节,是期望收到对方的下一个报文段的数据的第一个字节的序号。
(4)数据偏移(即首部长度)——占 4 位,它指出 TCP 报文段的数据起始处距离 TCP 报文段的起始处有多远。“数据偏移”的单位是 32 位字(以 4 字节为计算单位)。
(5)保留字段——占 6 位,保留为今后使用,但目前应置为 0。
(6)紧急 URG —— 当 URG =1 时,表明紧急指针字段有效。它告诉系统此报文段中有紧急数据,应尽快传送(相当于高优先级的数据)。
(7)确认 ACK —— 只有当 ACK =1 时确认号字段才有效。当 ACK = 0 时,确认号无效。
(8)推送 PSH (PuSH) —— 接收 TCP 收到 PSH = 1 的报文段,就尽快地交付接收应用进程,而不再等到整个缓存都填满了后再向上交付。
(9)复位 RST (ReSeT) —— 当 RST = 1 时,表明 TCP 连接中出现严重差错(如由于主机崩溃或其他原因),必须释放连接,然后再重新建立运输连接。
(10)同步 SYN —— 同步 SYN = 1 表示这是一个连接请求或连接接受报文。
(11)终止 FIN (FINis) —— 用来释放一个连接。FIN  1 表明此报文段的发送端的数据已发送完毕,并要求释放运输连接。
(12)窗口字段 —— 占 2 字节,用来让对方设置发送窗口的依据,单位为字节。
(13)检验和 —— 占 2 字节。检验和字段检验的范围包括首部和数据这两部分。在计算检验和时,要在 TCP 报文段的前面加上 12 字节的伪首部。
(14)紧急指针字段 —— 占 16 位,指出在本报文段中紧急数据共有多少个字节(紧急数据放在本报文段数据的最前面)。
(15)选项字段 —— 长度可变。TCP 最初只规定了一种选项,即最大报文段长度 MSS。MSS 告诉对方 TCP:“我的缓存所能接收的报文段的数据字段的最大长度是 MSS 个字节。”
MSS (Maximum Segment Size)是 TCP 报文段中的数据字段的最大长度。数据字段加上 TCP 首部才等于整个的 TCP 报文段。
其他选项:窗口扩大选项 ——占 3 字节,其中有一个字节表示移位值 S。新的窗口值等于TCP 首部中的窗口位数增大到(16 + S),相当于把窗口值向左移动 S 位后获得实际的窗口大小。
时间戳选项——占10 字节,其中最主要的字段时间戳值字段(4 字节)和时间戳回送回答字段(4 字节)。
选择确认选项
(16)填充字段 —— 这是为了使整个首部长度是 4 字节的整数倍

5.6 TCP 可靠传输的实现

5.6.1 以字节为单位的滑动窗口

在这里插入图片描述

  1. TCP要求接收方必须有累积确认功能,以减少传输开销

5.6.2 超时重传时间的选择

TCP 每发送一个报文段,就对这个报文段设置一次计时器。只要计时器设置的重传时间到但还没有收到确认,就要重传

5.6.3 选择确认 SACK

接收方收到了和前面的字节流不连续的两个字节块。
如果这些字节的序号都在接收窗口之内,那么接收方就先收下这些数据,但要把这些信息准确地告诉发送方,使发送方不要再重复发送这些已收到的数据

5.7 TCP的流量控制

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

  1. 流量控制:利用滑动窗口机制在TCP连接上实现,避免造成拥塞
  2. 持续计时器

TCP 为每一个连接设有一个持续计时器。
只要 TCP 连接的一方收到对方的零窗口通知,就启动持续计时器。
若持续计时器设置的时间到期,就发送一个零窗口探测报文段(仅携带 1 字节的数据),而对方就在确认这个探测报文段时给出了现在的窗口值。
若窗口仍然是零,则收到这个报文段的一方就重新设置持续计时器。
若窗口不是零,则死锁的僵局就可以打破了。

5.7.2 必须考虑传输效率

5.8 TCP 的拥塞控制

5.8.1 拥塞控制的一般原理

  1. 出现拥塞的条件:对资源请求的总和>可用资源
  2. 拥塞控制和流量控制的关系
    (1)拥塞控制:全局性的,前提是网络能承受现有网络负荷
    (2)流量控制:指在给定的发送端和接收端之间的点对点通信量的控制。要做的就是抑制发送端发送数据的速率,以便使接收端来得及接收
    在这里插入图片描述
  3. 拥塞控制原理
    (1)是动态问题
    (2)分组丢失是发生拥塞的征兆,不是原因
    (3)拥塞控制本身可能成为引起网络性能恶化甚至发生死锁的原因
  4. 开环控制和闭环控制
    (1)开环控制:事先
    (2)闭环控制:基于反馈环路

5.8.2 几种拥塞控制方法

  1. 慢开始和拥塞避免
    传输轮次、设置慢开始门限状态变量ssthresh、乘法减小、加法增大
  2. 快重传和快恢复
    快恢复算法、发送窗口的上限值=Min [rwnd, cwnd]
    接收方窗口 rwnd 和拥塞窗口 cwnd

5.8.3 随机早期检测 RED

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

5.9 TCP 的运输连接管理

5.9.1 TCP 的连接建立

  1. 运输连接的三个阶段:建立连接、数据传送、释放连接
  2. TCP建立连接都采用客户服务器方式,用三次握手建立TCP连接

5.9.2 TCP 的连接释放

TCP连接释放:四次握手,通信双方都可释放连接
在这里插入图片描述
在这里插入图片描述
A必须等待2MSL:
(1)保证A发给B的最后一个ACK报文能到达B
(2)防止已失效的连接请求报文段出现在本连接中

  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值