[Лаги TCP на третий день аптайма]

26 минут назад, KorDen сказал:

С другим кинетиком в качестве промежуточного свича не воспроизводится.. С DGS-1008D тоже.. Гррр.

Или воспроизводится, но истинные условия не соблюдены и не определены 😩

[Лаги TCP на третий день аптайма]

С другим кинетиком в качестве промежуточного свича не воспроизводится.. С DGS-1008D тоже.. Гррр.

[Лаги TCP на третий день аптайма]

В 17.12.2019 в 08:57, ankar84 сказал:

А обращения в техподдержку по этой проблеме уже кто-то делал

Мой вариант они не смогли воспроизвести. Хотя мне казалось, что воспроизводится уж совсем на любом железе, лишь бы между ПК и кинетиком на 7621 был гиговый свич - ан нет.

[Keenetic DSL (KN-2010) SNR проблема с изменением!]

1 час назад, Никита Юрьев сказал:

не могу изменить SNR через telnet

А вам оно точно-точно надо?

[Лаги TCP на третий день аптайма]

В 22.11.2019 в 23:44, KorDen сказал:

Дождаться чтоль 0x14000000 - 15 days 12:49:37, до 2 декабря...

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

[Домашняя MultiWAN сеть]

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

Хотя интересно, как себя будет вести WiFi-система в случае "неопознанного" устройства в середине...

[Keenetic DSL DHCP]

25 минут назад, Алексей Паутов сказал:

Тогда откуда задается например его пул адресов?

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

[Функциональность Keenetic DECT]

21 минуту назад, FX2 сказал:

Выше уже говорил - трубы DP715 вполне сносно работают с Кинетиком.

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

[Постоянно выключается Wi-Fi]

31 минуту назад, krass сказал:

так на кинетик экстра II вроде уже давно гарантия закончилась, или нет?

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

[Функциональность Keenetic DECT]

26 минут назад, des сказал:

Grandstream не заработал

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

[Лаги TCP на третий день аптайма]

УПРЛС... Воспроизвел на 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"

[Лаги TCP на третий день аптайма]

22 часа назад, Space Alex сказал:

аптайм 16 дней и пока все норм

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

[Лаги TCP на третий день аптайма]

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

[Лаги TCP на третий день аптайма]

3 селфтеста: первый за несколько минут до начала лагов, дальше два уже когда лагает.

Первый отвал в Uptime: 3 days, 02:41:57 (Time: 16:29:57)

[Лаги TCP на третий день аптайма]

В продолжение темы в 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 не пользуюсь.

[Как отключить прослушивание my.keenetic.net:80]

36 минут назад, Kravenrus сказал:

с использованием KeenDNS с SSL *.keenetic.pro редиректит на :443 в вебморду, это можно тоже как-то отключить?

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

[Как отключить прослушивание my.keenetic.net:80]

16 часов назад, Kravenrus сказал:

Хочу использовать 80 порт для иных целей

ip http no easy-access
ip http port 1234

 

[Лаги после 3 дней аптайма (KN-1810)]

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

[Функциональность Keenetic DECT]

2 часа назад, aLeshka сказал:

не с основным роутером, для которого моя прошивка последняя

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

[Функциональность Keenetic DECT]

8 часов назад, aLeshka сказал:

Omni II (v2.08(AAUS.8)C2)

Обновитесь до 2.16 (components list draft), с той поры уже много воды утекло

[Лаги после 3 дней аптайма (KN-1810)]

47 минут назад, Supermaks сказал:

Наблюдения: 3 дня 23 часа, 4 дня 12 часов, сейчас 5 дней 9 часов - лагов нет.

Забавно. TSMB, да и вообще локальный доступ ко всему у меня не лагает, проблема только снаружи, да и то не во всех случаях.

Еще одна рандомная мысль, если уж действительно у вас окажется схожая проблема: а клиент, с которого смотрели, к роутеру как подключен? Проводом или по WiFi? Если проводом - напрямую в роутер в LAN, или как-то иначе? Клиент гигабитный или соточный?

[Лаги после 3 дней аптайма (KN-1810)]

1 час назад, Supermaks сказал:

tsmb

Я наблюдал глюки только снаружи, причем не во всех случаях. Впрочем, было бы интересно, если бы вы проверили при аптайме в 4 и более дня (точнее, 3d 21h 16m+), ничего не трогая. Если глюки сохранятся - не оно. А вот если пропадут - значит я не одинок.

[Лаги после 3 дней аптайма (KN-1810)]

2 часа назад, KorDen сказал:

0x05 00 00 00 = 83886080 /250=335544 = 3d 21:12:24

Итого: где-то после этого времени за несколько минут была куча лагов, в 21:16:39 последний замеченный лаг и дальше как рукой сняло.

4 минуты с небольшим - это  0xFFFF (65535 тиков)

Wuuut.

[Лаги после 3 дней аптайма (KN-1810)]

Moardigging:

Самое ранее падение, которое я замечал на практике - up 3 days,  2:47...

TCP timestamps (jiffies, 250 HZ), если коротко:

0x04 00 00 00 = 67108864 /250=268435 = 3d 02:33:55
0x05 00 00 00 = 83886080 /250=335544 = 3d 21:12:24

"echo 0 > /proc/sys/net/ipv4/tcp_timestamps" убирает таймштампы из пакетов, но не убирает глюки

Кажется гаданием на кофейной гуще, но уж больно складно... Дождусь 3d:21h

[Лаги после 3 дней аптайма (KN-1810)]

@Le ecureuil, тема старая... Но такая же дичь продолжает происходить и на 3.3 Beta 0, как и на всех предыдущих билдах 3.x.

Дохнут TCP-сессии, есть подозрение что только в некоторых вариантах дальнейшей сети за WAN (на ум приходят переходы 1G-10G-40G-10G/LAG-1G и берсты на них, но это же чепухень.. Или нет 😕). Дергаешь все порты, меняешь кучу конфигурации - пока аптайм роутера в промежутке 3d3h - 3d??h - входящий на сам роутер tcp (ssh/https) в части вариантов прохождения пакетов за WAN дохнет по таймауту через рандомное время. Стоит аптайму выйти за это время, или ребутнуть роутер - и всё начинает работать.

Вот как это вообще можно попытаться отдебажить, что может влиять? В system debug ничего за это время вроде бы не видно. Порядком задолбало, но даже не знаю как подступиться к поимке этого мифического лага - ситуация осложняется необходимым аптаймом в промежутке 3d3h - 4d.

 

Одна из бредовых мыслей.. Как-то в принципе можно симулировать аптайм в 3d3h, чтобы всякие ядерные счетчики считали его таковым?