sergeyk

Как у вас устроено резервирование? Никакого альтернативного канала в интернет не видно: синий порт WAN никуда не подключен, настроенный UsbDsl тоже, Wi-Fi клиент выключен. Есть только модем.

Если без деталей, то по схеме: Клиент 1 <---> [LAN] Giga 1 [WAN] <--- интернет ---> [WAN] Giga 2 [LAN] <---> Клиент 2. На Клиенте 1 запускаете iperf (сервер). На Giga 1 пробрасываете порт для сервера iperf на Клиент 1. С Клиента 2 запускаете клиент iperf, обращаясь к белому IP Giga 1.

Я про скорость без туннелей совсем, между двумя белыми IP.

Не в интернет, а между двумя устройствами.

Скорость вообще без туннелей пробовали измерять?

Каждое соединение имеет уникальный приоритет (теперь и в рамках профилей). Если более высокоприоритетное соединение перестает работать, устройство должно выбрать менее приоритетное. Если активно низкоприоритетное соединение, но более высокоприоритетное становится доступно для работы, устройство переходит на него. Эта логика нереализуема без постоянного опроса состояния более высокоприоритетных соединений. Кроме того, в случае холодного резервирования необходимо последовательно в соответствии с приоритетами выбирать активное подключение: для каждого соединения нужно попытатся установить подключение и проверить (с помощью ping check), что доступны узлы из интернет. Этот процесс проверки может быть длительным как из-за физики (подключение по DSL-линии может устанавливаться несколько десятков секунд), так и из-за сложных протоколов более высокого уровня (установка шифрованных туннелей), а может вообще не завершиться, если пользователь неверно настроил подключение (неправильный SSID или WPA-PSK). Таким образом у холодного резервирования, о котором вы пишете, есть три проблемы: 1) невозможно переключаться на более высокоприоритетное соединение, в случае когда активно более низкоприоритетное; 2) потенциально (очень) медленное переключение соединений из-за перебора; 3) при попытке активации соединения нужны какие-то дополнительные механизмы, позволяющие понять, что это соединение вообще в принципе не может быть установлено, чтобы перейти к следующему.

Один клиентский интерфейс на диапазон — это аппаратное ограничение.

С большой вероятностью на 2.06 вернуться без сброса настроек не получится.

Попробуйте для начала http://files.keenopt.ru/firmware/Keenetic_Giga_II/2018-02-22/ (с неё можно обновиться до 2.12.B.0.0-4).

Уточните версию прошивки.

У вас локальной сети некое устройство с адресом 192.168.1.46 (на момент снятия self-test) пытается соединиться с (заблокированными?) адресами 149.154.167.91 и 149.154.167.92 Telegram Messenger LLP, полностью заполняя таблицу соединений.

Показывайте self-test целиком, кроме того, в момент отсутствия интернета очень желательно видеть вывод команды show internet status Из её вывода можно понять, почему Internet access lost.

Переходите на пятигигагерцовый диапазон.

Web действительно, похоже, не работает сейчас. Если VDSL вам нужен в качестве WAN, введите в CLI interface UsbDsl0 security-level public interface UsbDsl0 mac address factory wan interface UsbDsl0 ip address dhcp interface UsbDsl0 ip global 1000 interface UsbDsl0 operating-mode vdsl2-cpe interface UsbDsl0 vdsl profile all interface UsbDsl0 vdsl carrier auto system configuration save

Вы можете посмотреть состояние проверки с помощью команды "show internet status" через командную строку.