1
0
mirror of https://github.com/Snailclimb/JavaGuide synced 2025-06-16 18:10:13 +08:00

Update 计算机网络.md

This commit is contained in:
guide 2021-01-27 21:50:15 +08:00
parent fadb349a20
commit c2e969c2b7

View File

@ -133,12 +133,14 @@ TCP 提供面向连接的服务。在传送数据之前必须先建立连接,
**自动重传请求**Automatic Repeat-reQuestARQ是OSI模型中数据链路层和传输层的错误纠正协议之一。它通过使用确认和超时这两个机制在不可靠服务的基础上实现可靠的信息传输。如果发送方在发送后一段时间之内没有收到确认帧它通常会重新发送。ARQ包括停止等待ARQ协议和连续ARQ协议。 **自动重传请求**Automatic Repeat-reQuestARQ是OSI模型中数据链路层和传输层的错误纠正协议之一。它通过使用确认和超时这两个机制在不可靠服务的基础上实现可靠的信息传输。如果发送方在发送后一段时间之内没有收到确认帧它通常会重新发送。ARQ包括停止等待ARQ协议和连续ARQ协议。
#### 停止等待ARQ协议 #### 停止等待ARQ协议
- 停止等待协议是为了实现可靠传输的它的基本原理就是每发完一个分组就停止发送等待对方确认回复ACK。如果过了一段时间超时时间后还是没有收到 ACK 确认,说明没有发送成功,需要重新发送,直到收到确认后再发下一个分组; 停止等待协议是为了实现可靠传输的它的基本原理就是每发完一个分组就停止发送等待对方确认回复ACK。如果过了一段时间超时时间后还是没有收到 ACK 确认,说明没有发送成功,需要重新发送,直到收到确认后再发下一个分组。
- 在停止等待协议中,若接收方收到重复分组,就丢弃该分组,但同时还要发送确认;
**优点:** 简单 在停止等待协议中,若接收方收到重复分组,就丢弃该分组,但同时还要发送确认。
**缺点:** 信道利用率低,等待时间长 **优缺点:**
- **优点:** 简单
- **缺点:** 信道利用率低,等待时间长
**1) 无差错情况:** **1) 无差错情况:**
@ -157,9 +159,10 @@ TCP 提供面向连接的服务。在传送数据之前必须先建立连接,
连续 ARQ 协议可提高信道利用率。发送方维持一个发送窗口,凡位于发送窗口内的分组可以连续发送出去,而不需要等待对方确认。接收方一般采用累计确认,对按序到达的最后一个分组发送确认,表明到这个分组为止的所有分组都已经正确收到了。 连续 ARQ 协议可提高信道利用率。发送方维持一个发送窗口,凡位于发送窗口内的分组可以连续发送出去,而不需要等待对方确认。接收方一般采用累计确认,对按序到达的最后一个分组发送确认,表明到这个分组为止的所有分组都已经正确收到了。
**优点:** 信道利用率高,容易实现,即使确认丢失,也不必重传。 **优点:**
**缺点:** 不能向发送方反映出接收方已经正确收到的所有分组的信息。 比如:发送方发送了 5条 消息中间第三条丢失3号这时接收方只能对前两个发送确认。发送方无法知道后三个分组的下落而只好把后三个全部重传一次。这也叫 Go-Back-N回退 N表示需要退回来重传已经发送过的 N 个消息。 - **优点:** 信道利用率高,容易实现,即使确认丢失,也不必重传。
- **缺点:** 不能向发送方反映出接收方已经正确收到的所有分组的信息。 比如:发送方发送了 5条 消息中间第三条丢失3号这时接收方只能对前两个发送确认。发送方无法知道后三个分组的下落而只好把后三个全部重传一次。这也叫 Go-Back-N回退 N表示需要退回来重传已经发送过的 N 个消息。
### 4.2 滑动窗口和流量控制 ### 4.2 滑动窗口和流量控制