本主题聚焦于“rdt2.0”的模拟实现，它是一个基础的可靠传输协议模型，通过用户数据报协议（UDP）进行实现，利用Microsoft Foundation Classes (MFC)的套接字编程技术。下面我们将深入探讨rdt2.0协议的核心概念、UDP...

2022年8月31日 · The reliable data transfer protocol 2.2 is the successor of RDT 2.1. The prominent change in the RDT 2.2 is the exclusion of Negative acknowledgment. In RDT 2.2 a new field is added to the packet at receiver side acknowledgment with the sequence of the packet sent, This enables the sender to compare the sequence number.

2022年10月17日 · Rdt2.2. Rdt2.2 的思想与Rdt2.1 是相同的，只是简化了步骤，其实根本不需要发NAK，只需要发ACK，区别在于带上不同的标志以区分不同的阶段

2021年1月19日 · 本文介绍了可靠数据传输（rdt）的不同版本，包括rdt1.0至rdt3.0，并探讨了有限状态机的概念及其在rdt中的应用。 rdt1.0假设信道完全可靠，而rdt2.0和rdt2.1处理比特差错，引入序列号机制。 rdt2.2简化确认机制，rdt3.0进一步处理丢包问题。 可靠数据传输 (Reliable Data Transfer,rdt)，发送方通过该协议把数据交给更底层（比如传输层交给 网络层），底层负责传输，接收方再通过该协议把数据取出。 有限 状态机 (Finite-state machine, FSM)，又称有限状态 …

rdt2.1属于等停协议，就是说要按顺序传送分组，上一个分组确认传达后才会开始下一个分组。 跟着会丢弃这个分组，并且发送ACK给发送端， 让发送端进入下一个状态。 一个状态可以表示两种情况：1.发送端收到接收端ACK，发下一组。 2.发送端收到接收端NAK，重发。 而两个状态可以表示第三种情况：3.发送端不知道接受端收到的是否正确，重发。 我看原书《computer networking-a top-down approach》是这样说的"This is because the protocol sta…

2022年11月16日 · 本文详细介绍了RDТ协议从1.0到3.0的演变过程，旨在实现不可靠网络上的可靠数据传输。 从最初的假设理想信道的RDТ1.0，到引入差错检测与显式反馈的RDТ2.0，再到解决ACK/NAK错误和重复分组问题的RDТ2.1和2.2，最后到考虑分组丢失的RDТ3.0，每个版本都在逐步完善其可靠性机制。 RDТ3.0通过时间序列解决了丢失分组的问题，但可能会导致性能下降，主要是由于停等操作的影响。 这次为分享一下有关于 rdt 的发展历程以及rdt协议演变，从rdt1.0 …

在接收端， rdt通过 rdt_rcv( packet) 事件从底层信道接收一个分组，从分组中取出数据(经由 extract ( packet , data) 动作) ，并将数据上传给较高层(通过 deliver_data( data) 动作) 。

2018年8月22日 · 到rdt2.2为止，我们基本解决了“不错”的要求，即报文和确认信息在信道上发生了错误的话，我们都可以很好的解决，解决的方法其实就是重传 那么我们接下来就该解决不丢的问题。

两个简单概念 可靠数据传输 (Reliable Data Transfer,rdt)，发送方通过该协议把数据交给更底层（比如传输层交给网络层），底层负责传输，接收方再通过该协议把数据取出。 有限状态机 (Finite-state machine, FSM)，又称有限状态自动机，简称状态机，是表示有限个状态以及在这些状态之间的转移和动作等行为的数学模型。 rdt不同版本 备注：以下图来自Computer... 协议 时： 渐进地设计 可靠 数据传输 协议 的 发送 方 和 接收方 只考虑单向 数据传输，但控制信息双向流 …

Reliable Data Transfer 2.0 supports reliable data transfer in unreliable data channels. It uses a checksum to detect errors. The receiver sends acknowledgement message if the message is complete, and if the message is incomplete, it sends a negative acknowledgement message and requests the data again.