计算机网络-第五章

计算机网络-第五章

传输层概述

传输层

只有主机才有的层次

为应用层提供通信服务使用网络层的服务

传输层的功能:

  1. 传输层提供进程和进程之间的逻辑通信(网络层提供主机直接的逻辑通信)
  2. 复用和分用
  3. 传输层对收到的报文进行差错检测

传输层的两个协议

  • 面向连接的传输控制协议TCP

可靠,面向连接,时延大,适于大文件

  • 无连接的用户数据报协议UDP

不可靠,无连接,时延小,,适于小文件

传输层的寻址与端口

  • 复用:应用层所有的应用进程都可以通过传输层再传输到网络层
  • 分用:传输层从网络层收到数据后交付指明的应用进程
  • 逻辑端口/软件端口 端口 是传输层的SAP,标识主机中的应用进程
  • 端口号只有本地意义,在因特网中不同计算机的相同端口是没有联系的
  • 端口号长度为16bit,能表示65536个不同的端口号

端口号 (按范围分)

  • 服务端使用的端口号

  • 熟知端口号:给TCP/IP最重要的一些应用程序,让所有用户都知道。(0~1023)

    登记端口号:为没有熟知端口号的应用程序使用的(1024~49151)

  • 客户端使用:仅在客户 运行时才动态选择的端口号(49152~65535)

在网络中采用发送方和接收方的套接字组合来识别端点,套接字唯一标识了网络中的一个主机和它上面的一个进程

套接字Socket=(主机IP地址,端口号)

TCP协议

特点

  1. TCP是面向连接(虚连接)的传输层协议.打call
  2. 每一条TCP连接只能有两个端点,每一条TCP连接只能是点对点的
  3. TCP提供可靠交付的服务,无差错,不丢失,按序到达。可靠有序,不丢不重
  4. TCP提供全双工通信 ==》 发送缓存 准备发送的数据&已发送但尚未收到确认的数据

​ ==》 接收缓存 按序到达但尚未被接收应用程序读取的数据&不按序到达的数据

  1. TCP面向字节流 ==》 TCP把应用程序交下来的数据看成仅仅是一连串的无结构的字节流

    流:流入到进程或从进程流出的字节序列

TCP报文段首部格式

源端口(16),目的端口(16),序号(32),确认号(32),数据偏移(4),保留(6),窗口(16),校验和(16),紧急指针(16),选项(长度可变),填充

固定首部20B

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

确认号:期望收到对方下一个报文段的第一个数据字节的序号。若确认号为N,则证明到序号N-1为止的所有数据都已正确收到

数据偏移首部长度):TCP报文段的数据起始处距离TCP报文段的起始处有多远,以4B为单位,即1个数值就是4B

6个控制位

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

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

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

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

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

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

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

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

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

选项:最大报文段长度MMS,窗口扩大,时间戳,选择确认

TCP连接管理(三次握手)

TCP连接传输三个阶段:连接建立 ==> 数据传送 ==> 连接释放

TCP连接的建立采用的是**客户服务器方式**,主动发起连接建立的应用进程叫做客户,而被动等待连接建立的应用进程叫服务器

ROUND 1:

客户端发送**连接请求报文段,**无应用层数据

SYN=1,seq=x(随机)

ROUND 2:

服务器端为该TCP连接分配缓存和变量,并向客户端返回确认报文段,允许连接,无应用层数据

SYN=1,ACK=1,seq=y(随机),ack=x+1

ROUND 3:

客户端为该TCP连接分配缓存和变量,并向服务器端返回确认的确认,可以携带数据

SYN=0,ACK=1,seq=x+1,ack=y+1

SYN洪泛攻击

SYN洪泛攻击发生在OSI第四层,这种方式利用TCP协议的特性,就是第三次握手。攻击者发送TCP SYN,SYN是三次握手中的第一个数据包,而当服务器返回ACK后,该攻击者就不对其进行再确认,那这个TCP连接就处于挂起状态,也就是所谓的半连接状态,服务器收不到再确认的话,还会重复发送ACK给攻击者。这样更加会浪费服务器的资源。攻击者就对服务器发送非常大量的这种TCP连接,由于每一个没法完成三次握手,所以再服务器上,这些TCP连接会因为挂起状态而消耗CPU和内存。最后服务器可能死机,就无法为正常用户提供服务了

SYN cookie

TCP连接释放(四次握手)

ROUND 1:

客户端发送连接释放报文段,停止发送数据,主动关闭TCP连接

FIN=1,seq=u

ROUND 2:

服务器端回送一个确认报文段,客户到服务器这个方向的连接就释放了—半关闭状态

ACK=1,aeq=v,ack=u+1

ROUND 3:

服务器端发完数据,就发出连接释放报文段,主动关闭TCP连接

FIN=1,ACK=1,seq=w,ack=u+1

ROUND 4:

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

ACK=1,seq=u+1,ack=w+1

可靠传输

传输层:使用TCP实现可靠传输

网络层:提供尽最大努力交付,不可靠传输

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

TCP实现可靠传输的机制:

  1. 校验:与UDP校验一样,添加伪首部

  2. 序号:一个字节占一个序号,序号字段指的是一个报文段第一个字节的序号

  3. 确认:TCP默认使用累积确认

  4. 重传:

    确认重传不分家,TCP的发送方在规定时间内没有收到确认就要重传已发送的报文段 超时重传

    重传时间

    TCP采用自适应算法,动态改变重传时间RTTs(加权平均往返时间)

    冗余ACK(冗余确认)

    每当比期望序号大的失序报文段到达时,发送一个冗余ACK,指明下一个期待字节的序号

    快速重传

流量控制

(一对一)

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

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

TCP为每一个连接设有一个持续计时器,只要TCP连接的一方收到对方的零窗口通知,就启动计时器

若持续计时器设置的时间到期,就发送一个零窗口探测报文段。接收方收到探测报文段时给出现在的窗口值

若窗口仍然是0,那么发送方就重新设置持续计时器

拥塞控制

出现拥塞的条件:

对资源需求的总和 > 可用资源

网络中有许多资源同时呈现供应不足 ==> 网络性能变坏 ==> 网络吞吐量将随输入负荷增大而下降

拥塞控制:

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

拥塞控制四种算法

慢开始 拥塞避免

快重传 快恢复

UDP协议

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

UDP的主要特点:

  1. UDP是无连接的,减少开销和发送数据之前的时延
  2. UDP使用最大努力交付,即不保证可靠交付
  3. UDP是面向报文的,适合一次性传输少量数据的网络应用
  4. UDP无拥塞控制,适合很多实时应用
  5. UDP首部开销小,8B,TCP20B

应用层给UDP多长的报文,UDP就照样发送,即一次发一个完整报文

UDP首部格式

源端口号+目的端口号+UDP长度+UDP检验和(检测整个UDP数据报是否有错,错就丢弃)

分用时,找不到对应的目的端口号,就丢弃报文,并给发送方发送ICMP“端口不可达”差错报告报文

UDP校验

伪首部只有在计算校验和时才出现,不向下传送也不向上递交

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

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

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传
P数据报是否有错,错就丢弃)

分用时,找不到对应的目的端口号,就丢弃报文,并给发送方发送ICMP“端口不可达”差错报告报文

UDP校验

伪首部只有在计算校验和时才出现,不向下传送也不向上递交

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

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

[外链图片转存中…(img-YItVAzZX-1697863927473)]

[外链图片转存中…(img-tKGg5Zhv-1697863927474)]

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值