TIBRV：远程 RVD 与本地 RVD
当连接到本地 RVD 时，发送应用程序不会受到网络中断的影响，并且发送消息方法只会在消息到达本地 RVD 进程所需的时间内阻塞。
使用远程 RVD，发送应用程序不再免受网络中断的影响，并且发送消息方法将在跨越网络到达远程 RVD 进程所需的时间内阻塞。
我的理解正确吗？关于远程守护进程的文档含糊不清。
我最关心的是从发送应用程序的角度来看发送消息的可靠性和性能。在此应用程序中，由于发送消息（尤其是网络跃点）而在客户端引入不必要的阻塞是一个很大的禁忌。消息到达消费者的速度并不是最重要的。考虑到这一点，远程 RVD 就不可能了吗？
When connected to a local RVD a sending application is shielded from network interruptions and the send message methods will only block for the time it takes for the message to reach the local RVD process.
With remote RVD the sending application is no longer shielded from network interruptions and the send message methods will block for the time it takes to hop across the network to reach the remote RVD process.
Is my understanding correct? The documentation is vague regarding remote daemons.
I'm mostly concerned with how reliable and performant the send message will be from the perspective of a sending application. Introducing unnecessary blocking on the client side due to sending a message (especially a network hop) is a big no-no in this application. The speed at which the messages reach the consumer is not of the utmost importance. With this in mind is a remote RVD out of the question?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
一旦跨越第二层网络边界，您就应该使用 RVRD（Roundevouz 路由守护进程）。
在广播/多播子网内，RVD 保证可靠的传输。 RVD 通过 TCP（通常是本地进程）接收消息，然后将其传递到网络。它会将消息保留 60 秒，以便能够将其重新传输到由于某种原因未收到消息的其他 rvd/rvrd。
但正如您所描述的，如果您通过第 3 层网络使用 TCP 连接到 RVD，那么您实际上正在执行与 RVRD 相同的工作。 RVRD 使用 TCP 连接单独的第 2 层网络。
在 TIBRV 网络中，本地应用程序将消息传递到本地计算机上的 RVD/RVRD，然后本地网络 RVRD 通过 TCP 将消息传递到其他网络，而不会阻塞最初发送消息的进程。
As soon as you cross a layer two network boundaries you should use RVRD's (Roundevouz Routing Daemon).
Within a broadcast/multicast subnet a RVD guarantees a reliable transport. The RVD receives the message over TCP (usually a local process) and then delivers it to the network. It holds the message for 60s to be able to retransmit it to other rvd/rvrd's that for some reason did not receive the message.
But as you describe it, if you connect to the RVD with TCP over a layer 3 network, you are actually doing the same job as the RVRD. The RVRD connects separate layer 2 networks using TCP.
Within a TIBRV network the local application delivers the message to the RVD/RVRD on the local machine, then the local network RVRD delivers the message to other networks over TCP, without blocking the process that originally sent the message.