基于UDP服务实现可靠传输

基于UDP服务实现可靠传输原理+C++实现

0 作业要求

任务3-1:利用数据报套接字在用户空间实现面向连接的可靠数据传输,功能包括:建立连接、差错检测、确认重传。流量控制采用停等机制,完成给定测试文件的传输。

任务3-2:在任务3-1的基础上,将停等机制改成基于滑动窗口的流量控制机制,采用固定窗口大小,支持累积确认,完成给定测试文件的传输。

任务3-3:在任务3-2的基础上,选择实现一种拥塞控制算法,也可以是改进的算法,完成给定测试文件的传输。

任务3-4:基于给定的实验测试环境,通过改变延迟时间和丢包率,完成下面3组性能对比实验:(1)停等机制与滑动窗口机制性能对比;(2)滑动窗口机制中不同窗口大小对性能的影响;(3)有拥塞控制和无拥塞控制的性能比较。

实验要求:

(1) 实现单向传输。

(2) 对于每一个任务要求给出详细的协议设计。

(3) 给出实现的拥塞控制算法的原理说明。

(4) 完成给定测试文件的传输,显示传输时间和平均吞吐率。

(5) 性能测试指标包括吞吐率和时延,给出图形结果并进行分析。

(6) 完成详细的实验报告(每个任务完成一份)。

(7) 编写的程序应结构清晰,具有较好的可读性。

(8) 提交程序源码和实验报告。

1 实现思路

参考TCP在不可靠的网络层服务之上实现可靠传输的各种机制,在应用层添加这些机制,以实现在传输层中不可靠的UDP服务之上提供可靠传输

1.1 TCP实现可靠传输的机制

1.1.1 报文分析

在这里插入图片描述

源端口(Source Port):长度为16 bits(2个字节)。源端口。

目的端口(Destination Port):长度为16 bits(2个字节)。目的端口。

序列号(Sequence Number):长度为32 bits(4个字节)。指定了当前数据分片中分配给第一字节数据的序列号。在TCP传输流中每一个字节为一个序号。如果TCP报文中flags标志位为SYN,该序列号表示初始化序列号(ISN),此时第一个数据应该是从序列号ISN+1开始。

确认序列号(Acknowledgment Number):长度为32bits(4个字节)。表示TCP发送者期望接受下一个数据分片的序列号。该序号在TCP分片中Flags标志位为ACK时生效。序列号分片的方向和流的方向同方向,而确认序列号分片方向和流方向反方向。

数据偏移或首部长度(Data Offset/Header Length): 长度为4bits。数据偏移也叫首部长度。因为首部长度实际也说明了数据区在分片中的起始偏移值。它表示TCP头包含了多少个32-bit的words。因为4bits在十进制中能表示的最大值为15,32bits表示4个字节,那么Data Offset的最大可表示15*4=60个字节。所以TCP报头长度最大为60字节。如果options fields为0的话,报文头长度为20个字节。

预留字段(Reserved field):长度为6bits。值全为零。预留给以后使用。

标志位(Flags): 长度为6bits。表示TCP包特定的连接状态。一个标签位占一个bit,从低位到高位值依次为FIN,SYN,RST,PSH,ACK,URG。新定义的TCP头还扩展了ECE,CWR,NS.

窗口(Window):长度16bits(2个字节)。表示滑动窗口的大小,用来告诉发送端接收端的buffer space的大小。接收端buffer大小用来控制发送端的发送数据数率,从而达到流量控制。最大值为65535.

校验和(Checksum):长度16bits(2个字节)。用来检查TCP头在传输中是否被修改。

紧急指针(Urgent pointer):长度为16bits(2个字节)。表示TCP片中第一个紧急数据字节的指针。只有当URG标志置1时紧急指针才有效。

选项和填充(Option和pading):可变长度。表示TCP可选选项以及填充位。当选项不足32bits时,填充字段加入额外的0填充。

数据(Data):长度可变。用来存储上层协议的数据信息。可以为空。比如在连接建立和连接中止时。

接下来具体分析TCP是如何依靠上述TCP报文实现可靠传输的:

TCP为每个客户数据配上一个TCP首部,从而形成多个TCP报文段,这些报文段被下传给网络层,网络层将其分别封装在网络层IP数据报中,然后这些IP数据包被发送到网络中,当TCP在另一端收到一个报文段后,该报文段的数据就被放入该TCP连接的接收缓存中,应用程序从此缓存中读取数据流。

1.1.2 连接管理

TCP通过三次握手建立连接

第一次握手

客户端将TCP报文标志位SYN置为1,随机产生一个序号值seq=J,保存在TCP首部的序列号(Sequence Number)字段里,指明客户端打算连接的服务器的端口,并将该数据包发送给服务器端,发送完毕后,客户端进入SYN_SENT状态,等待服务器端确认。

第二次握手

服务器端收到数据包后由标志位SYN=1知道客户端请求建立连接,服务器端将TCP报文标志位SYN和ACK都置为1,ack=J+1,随机产生一个序号值seq=K,并将该数据包发送给客户端以确认连接请求,服务器端进入SYN_RCVD状态。

第三次握手

客户端收到确认后,检查ack是否为J+1,ACK是否为1,如果正确则将标志位ACK置为1,ack=K+1,并将该数据包发送给服务器端,服务器端检查ack是否为K+1,ACK是否为1,如果正确则连接建立成功,客户端和服务器端进入ESTABLISHED状态,完成三次握手,随后客户端与服务器端之间可以开始传输数据了。

1.1.3 确认应答

TCP将数据看成是一个无结构的、有序的字节流。

传送的字节流之上,一个报文段的序号是该报文段首字节的字节流编号。

TCP发送报文时,会携带Seq,接收到该报文段的另一端发送确认报文回去,报文中包含确认号(ack=seq+1),为期待接收的下一字节的序号

1.1.4 超时重传

TCP发送一个报文时,会启动一个计时器,当超出某一时间还未收到该报文的应答时,TCP认为该报文丢失(当然也不一定是该报文丢失,也可能是确认报文丢失,或者是由于网络状况该确认报文还未传输过来),并重传该报文。

1.1.5 滑动窗口

为了提高性能,TCP中还引入了流水线机制,TCP发送端可以一次性发送多个报文段,滑动窗口用于描述接收方的TCP数据报缓冲区大小的数据,发送方根据这个数据来计算自己最多能发送多长的数据,如果发送方收到接收方的窗口大小为0的TCP数据报,那么发送方将停止发送数据,等到接收方发送窗口大小不为0的数据报的到来。这也是TCP实现流量控制的机制。

1.1.6 GBN&SR

**GBN(Go back N)**回退N

采用累积确认的方式,接收方只确认连续接收分组的最大序列号,其余的全部丢弃。

发送端设置定时器,定时器超时时,重传所有未确认的分组

在这里插入图片描述

**SR(Selective Repeat )**选择重传

发送端

• 接收上层数据:如果发送窗口中有可用的序号,则发送分组

• 超时(n):重传分组n,重启定时器

• 接收ACK(n):n在[send_base, send_base+N-1]区间,将分组n标记为已接 收,如果是窗口中最小的未确认的分组,则窗口向前滑动,基序号为下 一个未确认分组的序号

接收端

接收分组n:

• n在[rcv_base, rcv_base+N-1]区间,发送ACK(n),缓存失序分组,按序到 达的分组交付给上层,窗口向前滑动

• n在[rcv_base-N, rcv_base-1]区间,发送ACK(n)
在这里插入图片描述

1.1.7 拥塞控制

拥塞控制的几种算法:

慢开始( slow-start )、拥塞避免( congestion avoidance )、快重传( fast retransmit )和快恢复( fast recovery )

发送方维持一个拥塞窗口 cwnd ( congestion window )的状态变量。拥塞窗口的大小取决于网络的拥塞程度,并且动态地在变化。发送方让自己的发送窗口等于拥塞。

发送方控制拥塞窗口的原则是:只要网络没有出现拥塞,拥塞窗口就再增大一些,以便把更多的分组发送出去。但只要网络出现拥塞,拥塞窗口就减小一些,以减少注入到网络中的分组数。

慢开始算法:当主机开始发送数据时,如果立即所大量数据字节注入到网络,那么就有可能引起网络拥塞,因为现在并不清楚网络的负荷情况。因此,较好的方法是 先探测一下,即由小到大逐渐增大发送窗口,也就是说,由小到大逐渐增大拥塞窗口数值。通常在刚刚开始发送报文段时,先把拥塞窗口 cwnd 设置为一个最大报文段MSS的数值。而在每收到一个对新的报文段的确认后,把拥塞窗口增加至多一个MSS的数值。用这样的方法逐步增大发送方的拥塞窗口 cwnd ,可以使分组注入到网络的速率更加合理。

img

为了防止拥塞窗口cwnd增长过大引起网络拥塞,还需要设置一个慢开始门限ssthresh状态变量(如何设置ssthresh)。慢开始门限ssthresh的用法如下:

当 cwnd < ssthresh 时,使用上述的慢开始算法。

当 cwnd > ssthresh 时,停止使用慢开始算法而改用拥塞避免算法。

当 cwnd = ssthresh 时,既可使用慢开始算法,也可使用拥塞控制避免算法。

拥塞避免算法:让拥塞窗口cwnd缓慢地增大,即每经过一个往返时间RTT就把发送方的拥塞窗口cwnd加1,而不是加倍。这样拥塞窗口cwnd按线性规律缓慢增长,比慢开始算法的拥塞窗口增长速率缓慢得多。

如果发送方设置的超时计时器时限已到但还没有收到确认,那么很可能是网络出现了拥塞,致使报文段在网络中的某处被丢弃。这时,TCP马上把拥塞窗口 cwnd 减小到1,并执行慢开始算法,同时把慢开始门限值ssthresh减半。这是不使用快重传的情况。

快重传算法首先要求接收方每收到一个失序的报文段后就立即发出重复确认(为的是使发送方及早知道有报文段没有到达对方)而不要等到自己发送数据时才进行捎带确认。

img

接收方收到了M1和M2后都分别发出了确认。现在假定接收方没有收到M3但接着收到了M4。显然,接收方不能确认M4,因为M4是收到的失序报文段。根据 可靠传输原理,接收方可以什么都不做,也可以在适当时机发送一次对M2的确认。但按照快重传算法的规定,接收方应及时发送对M2的重复确认,这样做可以让 发送方及早知道报文段M3没有到达接收方。发送方接着发送了M5和M6。接收方收到这两个报文后,也还要再次发出对M2的重复确认。这样,发送方共收到了 接收方的四个对M2的确认,其中后三个都是重复确认。快重传算法还规定,发送方只要一连收到三个重复确认就应当立即重传对方尚未收到的报文段M3,而不必 继续等待M3设置的重传计时器到期。由于发送方尽早重传未被确认的报文段,因此采用快重传后可以使整个网络吞吐量提高约20%。

与快重传配合使用的还有快恢复算法,其过程有以下两个要点:

<1>. 当发送方连续收到三个重复确认,就执行“

  • 18
    点赞
  • 146
    收藏
    觉得还不错? 一键收藏
  • 5
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值