KorDen

Uptime: 15 days, 18:57:32 (1364302.39 5281978.24) - не воспроизводится

У Giga II все порты висят на одном свиче, и проц ничего, накатить 2.11/2.16 и юзать как управляемый свич с возможностью чего-нибудь полезное воткнуть в USB. Хотя интересно, как себя будет вести WiFi-система в случае "неопознанного" устройства в середине...

Сегменты - домашняя сеть

А... Я про текущую линейку - трубки 72x/73x, базы 75x/76x - там уже проприетарщина

Extra II конечно хит продаж, но в 2018 еще вполне продавалась. Гарантия 2 года, так что всё зависит от даты покупки (точнее, даты активации)

DP7xx строго их базы/трубки, без вариантов

УПРЛС... Воспроизвел на Viva KN-1910 в минимальной конфигурации: требуется всего-лишь гигабитный свич (как показала практика, сгодятся хоть 25-26 порт у DES-3526 на дефолтных настройках). С промежуточным свичем воспроизводится и в LAN и в WAN. На кинетике в Entware "iperf3 -s", на ПК "iperf3 -R -i 2 -t 300 -b 400m -c 192.168.1.1"

А вот чисто ради интереса, в интервале 15 days 12:49:37 - 16 days 07:28:06 не замечали глюков? Чтобы исключить одну из теорий, до которых надо ждать..

// 6 days, 9:40 - лагов нет. Дождаться чтоль 0x14000000 - 15 days 12:49:37, до 2 декабря...

3 селфтеста: первый за несколько минут до начала лагов, дальше два уже когда лагает. Первый отвал в Uptime: 3 days, 02:41:57 (Time: 16:29:57)

В продолжение темы в 3.1, резюмирую: Рвутся TCP-соединения (как минимум на 7621, у меня Ultra KN-1810) спустя несколько десятков-сотен переданных Мб, когда аптайм приблизительно в районе 3-4 дня. Очень похоже на jfifies (TCP Timestamps), потому что 0x04 00 00 00 = 67108864 /250=268435 = 3d 02:33:55 0x05 00 00 00 = 83886080 /250=335544 = 3d 21:12:24 Лаги начинаются где-то с 3d 02:44 и продолжаются до 3d 21:16, дальше всё работает без глюков. На практике у меня были аптаймы до 15 дней, в другое время, кроме 3 дня, подобного не замечал (хотя захожу не каждый день, мог и пропустить). Отключение TCP Timestamps посредством "echo 0 > /proc/sys/net/ipv4/tcp_timestamps" не решает проблему У меня рвется с самых первых драфтов 3.x SSH/HTTP/HTTPS снаружи, но есть исключения в определенных вариантах сети за WAN. Локально проблемы не наблюдаю. Просто воткнуться снаружи в WAN похоже недостаточно. У @Space Alex и @Supermaks глючит DLNA c аналогичными симптомами, я DLNA не пользуюсь.

Кинетиковский HTTPS прибит гвоздями к 443. Не знаю, может "ip http ssl no redirect" поможет, но в общем случае, если хочется свой вебсервер - https-морда и KeenDNS идет под снос

ip http no easy-access ip http port 1234

Засунул htop под скрином в SSH-сессии снаружи... Сессия сдохла на 3 days, 02:44:58.

https://forum.keenetic.net/announcement/5-где-взять-тестовые-прошивки/