flashtr0n

Основным подключением выступает Ethernet. Через него идёт весь трафик, кроме статических маршрутов, завёрнутых на VPN1 (основной). Как в статические маршруты добавить кроме VPN1 (основного) и VPN2 (резервное)? Создать дублирующиеся маршруты (порядка 2800) с указанием интерфейса VPN2? Не взлетит.

В статическом маршруте можно указать только один интерфейс.

Пробовал. VPN всё равно продолжает ломиться через резервное подключение, просто теперь не может подключиться, и висит в таком состоянии (ожидание сервера) до ручной перезагрузки роутера.

Актуальный вопрос. Уже много где внедрили ipv6.

Имеются 2 VPN подключения, основное и резервное. Плюс настроены статические маршруты через основной VPN. Как сделать автоматическое переключение статических маршрутов между основным и резервным VPN при падении основного VPN, не используя флешек, OPKG, Entware и прочего? Когда будет реализовано "из коробки"?

Давно уже жду решения этой проблемы, но техподдержка предлагает только костыли: Имеется 2 подключения к Интернет - основное и резервное. Так-же имеется L2TP/IPSec VPN подключение к удалённому серверу для проброса видеопотоков. Когда основное подключение пропадает, VPN переключается на резервное. Но после восстановления основного подключения к Интернету VPN продолжает работать на резервном. Помогает только ручная перезагрузка роутера, даже после ручного переподключения VPN оно продолжает подключаться через резерв. Костыли типа принудительного указания интерфейса для подключения и прочего не спасают ситуацию. Нужно нормальное полноценное переключение на резерв и обратно при восстановлении канала. Будет ли решена эта очень старая проблема?

После обновления на 5.1.0 тоже стал периодически отваливаться хаб Xiaomi и умная розетка.

Да, после перезагрузки роутера всё стало нормально. В последние дни очень сильно KeenDNS тормозил, видимо до конца не прогружалась страница с интерфейсом.

KN-1211 После обновления до 5.0.12 язык интерфейса стал английским, и не изменяется, хотя выбран русский.

Значит владельцы этих моделей останутся без нативной поддержки ascWG, которую добавили в 5.1

Т.е для древних Zyxel Keenetic Giga III и Ultra II версия 5.1 доступна, а для более новых KN-1211 и KN-1711 нет?

Когда ждать ветку 5.1 для данных моделей?

Непонятно, почему фирма, позиционирующая себя для RU рынка, продолжает использовать международный домен netcraze.pro вместо keenetic.pro Почему не .ru ?

Хорошо. Смогу ли я загрузить в Кинетик порядка 10тыс. маршрутов из обычного файла?

Когда ждать реализации, и будет ли она вообще?

Как-то так. 2 клиента (один из них - ещё один роутер Кинетик) за L2TP сервером получают /128. А полноценный /64 префикс не раздать. Буду на Микротике пробовать.

На роутере №1 получаю /56 префикс от провайдера. Устройства в домашней сети роутера получают ipv6 адреса. А вот подключенному через L2TP/IPsec сервер роутеру №2 прилетает только /128 адрес, на сам роутер. Клиенты за ним ничего не получают. Манипуляции с префиксами в настройках DHCP роутера №1 ничего не дали. Где можно подробно узнать, как делегировать /64 префикс нижестоящему роутеру? Прошивки 5.0.6

Прошло 8 лет. Кинетик стал поддерживать делегацию префикса нижестоящему роутеру/клиентам?

Провайдер выдаёт /56 префикс ipv6 на первый Кинетик. На нём-же поднят L2TP/IPSEC сервер, через который подключается второй Кинетик в качестве клиента. Добился получения на втором кинетике одиночного ipv6 адреса, а хотелось бы делегировать ему /64 префикс для дальнейшей раздачи клиентам. Подскажите каким образом это сделать?

Да никто ничего не будет делать. Проще для таких целей приобрести Микротик.

Сейчас всё в норме. Вероятно на стороне Ростелекома были проблемы. sending ICMP ECHO request to xxx.xxx.xxx.xxx... PING xxx.xxx.xxx.xxx (xxx.xxx.xxx.xxx) 24 (52) bytes of data. 52 bytes from xxx.xxx.xxx.xxx: icmp_req=1, ttl=64, time=1.14 ms. 52 bytes from xxx.xxx.xxx.xxx: icmp_req=2, ttl=64, time=1.18 ms. 52 bytes from xxx.xxx.xxx.xxx: icmp_req=3, ttl=64, time=1.12 ms. 52 bytes from xxx.xxx.xxx.xxx: icmp_req=4, ttl=64, time=1.24 ms. 52 bytes from xxx.xxx.xxx.xxx: icmp_req=5, ttl=64, time=1.19 ms.

Норма ли для GPON, что сильно меняется ping до BRAS провайдера (2-20ms) при непрерывной загрузке исходящего канала порядка 10Мбит/с (трансляция видео). Может ли GPON модуль давать такой эффект? Или это перегружен BRAS? sending ICMP ECHO request to xxx.xxx.xxx.xxx... PING xxx.xxx.xxx.xxx (xxx.xxx.xxx.xxx) 56 (84) bytes of data. 84 bytes from xxx.xxx.xxx.xxx: icmp_req=1, ttl=64, time=23.09 ms. 84 bytes from xxx.xxx.xxx.xxx: icmp_req=2, ttl=64, time=2.51 ms. 84 bytes from xxx.xxx.xxx.xxx: icmp_req=3, ttl=64, time=25.67 ms. 84 bytes from xxx.xxx.xxx.xxx: icmp_req=4, ttl=64, time=4.65 ms. 84 bytes from xxx.xxx.xxx.xxx: icmp_req=5, ttl=64, time=39.70 ms. --- xxx.xxx.xxx.xxx ping statistics --- 5 packets transmitted, 5 packets received, 0% packet loss, 0 duplicate(s), time 4043.26 ms. Round-trip min/avg/max = 2.51/19.12/39.70 ms.

Когда ждать обновления?

Начиная с версии прошивки 5.0 Beta 3 стал нестабильно работать модем Fibocom L850. На 5 минут отваливалось соединение несколько раз в день. Начиная с версии прошивки 5.0.0 модем перестал работать вообще. Постоянная циклическая перезагрузка. Откатился на 5.0 Beta 2, и всё заработало нормально. Keenetic Giga III чёрный.

Проблема решилась. Спасибо CATCrypt за правильную версию прошивки (1.1.1) Больше ничего делать не пришлось.