Отличная работа с Nstreme, но странная проблема.

Я заменил посуду на моей линии длиной 400 метров на 29 дБi параболические антенны (по 60 см). На каждом конце 60 метров LMR400 кабеля. Работает на 1.8 Celeron с MT 2.8.21, картами AR5213 в режиме 5ghz-turbo. Цель этого соединения — абсолютно максимальная скорость с полной надежностью. Это соединение фактически резервируется и распределяется нагрузка (много-шлюз). Запустил в Nstreme, включен Polling, динамический размер фрейма. Сделал UDP тест и получил 82 Мбит/с, а TCP тест — 65 Мбит/с. Это подтверждает то, во что я верю, то, что Стивен Патрик сделал в лабораторной среде, в реальной RF-среде. Производительность была похожей на обеих сторонах. Теперь вот по какой-то СТРАННОЙ причине, когда я впервые устанавливаю соединение, оно постоянно включается и выключается при включенном N-Streme. Без N-Streme соединение устанавливается мгновенно. Если я затем включаю N-Streme, оно работает. Мои сигналы в районе -50 дБ. Если я отключаю интерфейс после того, как он заработал, и снова его включаю, он начинает колебаться. Другая странная вещь, которая происходит, заключается в том, что после отключения интерфейса станции для тестирования сломанной связи (переход на резервный канал), он теряет IP-соединение до тех пор, пока я не отключу/включу сторону AP. Это можно снова исправить с помощью netwatch-скрипта (на стороне AP), но я бы предпочел избежать этого, если это возможно. Каждая сторона имеет свою собственную подсеть: 192.168.1.0 192.168.2.0. Каждая линия имеет свою собственную подсеть: 192.168.10.1 - 192.168.10.2 192.168.11.1 - 192.168.11.2. Но почему-то netwatch постоянно думает, что связь не работает, даже когда она восстанавливается по беспроводной связи. Могут ли эти проблемы быть решены в 2.8.22?