TIBRV: удаленный против локального RVD - PullRequest
Новая
       24

TIBRV: удаленный против локального RVD

2 голосов
/ 08 апреля 2010

При подключении к локальному RVD отправляющее приложение защищено от сетевых прерываний, и методы отправки сообщения блокируются только на время, необходимое для того, чтобы сообщение достигло локального процесса RVD.

При использовании удаленного RVD отправляющее приложение больше не защищено от сетевых прерываний, и методы отправки сообщения будут блокироваться на время, необходимое для перехода через сеть для достижения процесса удаленного RVD.

Правильно ли мое понимание? Документация относительно удаленных демонов неясна.

Меня больше всего интересует, насколько надежным и эффективным будет отправляющее сообщение с точки зрения отправляющей заявки. Внедрение ненужных блокировок на стороне клиента из-за отправки сообщения (особенно сетевого перехода) - это большая проблема в этом приложении. Скорость, с которой сообщения доходят до потребителя, не имеет первостепенного значения. Имея это в виду, о каком удаленном РВД не может быть и речи?

1 Ответ

1 голос
/ 28 мая 2010

Как только вы пересекаете границы сети второго уровня, вы должны использовать RVRD (Roundevouz Routing Daemon).

В подсети широковещательной / многоадресной передачи RVD гарантирует надежную передачу. RVD получает сообщение по TCP (обычно локальный процесс) и затем доставляет его в сеть. Он хранит сообщение в течение 60 с, чтобы иметь возможность повторно передать его другим rvd / rvrd, которые по какой-то причине не получили сообщение.

Но, как вы описываете, если вы подключаетесь к RVD с TCP через сеть уровня 3, вы фактически выполняете ту же работу, что и RVRD. RVRD соединяет отдельные сети уровня 2 по протоколу TCP.

Внутри сети TIBRV локальное приложение доставляет сообщение в RVD / RVRD на локальном компьютере, затем локальная сеть RVRD доставляет сообщение в другие сети через TCP без блокировки процесса, который первоначально отправил сообщение.

...