计网笔记

简介: 计网实现可靠传输的三种方式

3.2 可靠传输

有线传输的误码率比较低,为了减小开销,不要求数据链路层向上提供可靠传输服务。即使出现误码,可靠传输的问题由其上层处理

无线链路易受干扰,误码率比较高,要求数据链路层向上提供可靠传输服务

传输差错:比特差错(数据链路层)、分组丢失、分组失序、分组重复(上层)

1661652506155

停止等待协议(自动请求重传ARQ)

1661653411873

发送方发送一个数据分组后等待接收方发送的接收分组

如果确认,发送下一个;否认,立即重传(等到收到确认分组在清缓存)

如果发送方的数据分组丢失,在发送方设置的计时器超时,发生超时重传

一般重传时间略大于发送方到接收方的RTT;

如果接收方发送的确认分组丢失,会导致发送方超时重传,分组重复

需要在每个分组上设置一个编号,可使用滚动数组的形式01即可;

如果确认分组迟到,发送方还超时重传,然后发送方收到两个确认分组

故确认分组也需要编号;

1661653595643

后退N帧协议(滑动窗口协议)

发送窗口:$$1 < W_T <= 2^n-1$$

​ $$W_T = 1$$ :停止等待协议

​ $$W_T > 2^n-1$$ :接收方无法分辨新旧分组

接收窗口:$$W_R = 1$$

缺点:如果发送方发送的第一个数据误码,则后面的数据都不在接收

1661653994575

1661654020839

1661654050343

累计确认:
发送方不一定要对收到的分组逐个发送确认
在收到连续的几个数据分组后,只对最后一个分组进行确认即可
优点:这样就算前面的确认分组丢失也没关系,只要最后一个确认分组到达即可;

如果窗口长度超过$$2^n-1$$
1661654528451

1661654617820

1661654669085

选择重传协议

不能在进行累计确认

1661655411176

1661655450608

1661655513466

1661655556395

1661655606713

如果窗口过大

1661655720195

1661655776866

1661655807384

1661655857661

目录
相关文章
|
4月前
|
编解码
《通信原理》期末复习笔记(一)
《通信原理》期末复习笔记(一)
|
4月前
|
编解码 内存技术
《通信原理》期末复习笔记(二)
《通信原理》期末复习笔记(二)
|
11月前
|
存储 安全 算法
软件设计师笔记
软件设计师笔记
82 0
软件设计师笔记
|
存储 网络协议 算法
[计算机网络(谢希仁 第八版)]第一章 概述(学习复习笔记)
[计算机网络(谢希仁 第八版)]第一章 概述(学习复习笔记)
|
域名解析 缓存 网络协议
计网实验复习超详细总结
计网实验复习超详细总结
|
安全 程序员 Python
这篇写给想选计算机专业的学弟学妹们
另外,这次我专门在自己母校拍了个视频,也算做个小宣传。但因为没经验、没设备,所以拍得比较业余,有人表示根本看不下去图片。纠结了一番我决定还是发出来。我经常跟同学说,你开始写代码不知道怎么写太正常不过了,谁不都是从小白过来的。
|
缓存 网络协议 前端开发
计网 - 计算机网络开篇
计网 - 计算机网络开篇
129 0
|
存储 程序员 C++
C++入门详细笔记(共八章)(上)
C++入门详细笔记(共八章)
92 0
C++入门详细笔记(共八章)(上)
|
网络架构
计网笔记
IPV4地址以及数据报的发送和转发过程
162 0
|
监控 网络协议 Java
猿创征文|手把手教会你网络编程
猿创征文|手把手教会你网络编程
186 0
猿创征文|手把手教会你网络编程
下一篇
无影云桌面