Прошивку обновил до последней 2.0.17, после обновления сбросил к заводским настройкам. WAN-порт - динамический IP. Мой ноут подключен через LAN маршрутизатору. Теряются пинги в мир до 5%(пингую 8.8.8.8 ) из мира на маршрутизатор пинги также пропадают. Если включить напрямую в ноут, в обход маршрутизатора- все нормально. Помогите решить проблему

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

Покажите журнал событий в режиме "отладочные сообщения" после пропадания пинга

_________________
Полезные настройки

пакеты пропадают по одному по два. т.е идет десять-двадцать пакетов нормально потом два три пропадает, и опять десять-двадцать нормально. В отладочном журнале сообщения с такой частотой как пропадает пинг не появляются. Еще сегодня с утра проверил, пока нечего не работало через роутер. Пустил 7000 пакетов - идеально, без потерь. Но как только включили на соседнем компьютере радио - начались потери пакетов. Сегодня ставил в другом месте такой же роутер - точно такие же симптомы.
Отладочный журнал во время пинга, когда пропадают пакеты:
16 miniupnpd[12571]: cannot read /sys/class/net/eth1/speed file : No such file or directory
Jan 2 00:46:16 miniupnpd[12571]: cannot read /sys/class/net/eth1/speed file : No such file or directory
Jan 2 00:46:16 miniupnpd[12571]: cannot read /sys/class/net/eth1/speed file : No such file or directory
Jan 2 00:46:17 miniupnpd[12571]: cannot read /sys/class/net/eth1/speed file : No such file or directory
Jan 2 00:46:17 miniupnpd[12571]: cannot read /sys/class/net/eth1/speed file : No such file or directory
Jan 2 00:46:17 miniupnpd[12571]: cannot read /sys/class/net/eth1/speed file : No such file or directory
Jan 2 00:46:17 miniupnpd[12571]: cannot read /sys/class/net/eth1/speed file : No such file or directory
Jan 2 00:46:18 miniupnpd[12571]: cannot read /sys/class/net/eth1/speed file : No such file or directory
Jan 2 00:46:18 miniupnpd[12571]: cannot read /sys/class/net/eth1/speed file : No such file or directory
Jan 2 00:46:18 miniupnpd[12571]: cannot read /sys/class/net/eth1/speed file : No such file or directory
Jan 2 00:46:18 miniupnpd[12571]: cannot read /sys/class/net/eth1/speed file : No such file or directory

А если отключить UPnP в роутере (использовать виртуальный сервер для проброса портов), то что ещё в логе останется? Кстати, в момент проседания пинга посмотрите по телнету: cat /proc/sys/net/netfilter/nf_conntrack_count (сколько активных соединений будет).

Тестирую дальше. Через час примерно пинги перестали пропадать. Я отключаю радио на компе, запускаю онлайн фильм - потеря возобноляеться
Журнал
Jan 2 01:36:51 syslog: removed route 239.255.255.250 on upstream #0 from origin 0.0.0.0
Jan 2 01:36:54 syslog: added membership for 239.255.255.250 on upstream #0 172.17.0.203
Jan 2 01:36:54 syslog: added new route 239.255.255.250: 172.17.0.203 -> 192.168.0.1
Jan 2 01:38:25 getApCliBssid: -3
Jan 2 01:38:25 getApCliBssid: -3
Jan 2 01:38:29 getApCliBssid: -3
Jan 2 01:38:32 getApCliBssid: -3
21 kernel: wlan0: Authentication failled! (4-2: MIC error)

В этом логе ничего аномального нет.

отключил UPnP потестирую. Хотя на его месте стоял старенький dir-300A1 c прошивкой 1.05, там включен UPnP - на нем подобных симптомов не наблюдалось

Идея такая - отключить всё, даже WiFi (на роутере). Подключить один девайс - гонять, подключить второй девайс - гонять вместе, потом подключить второй девайс не по шнурку, а по воздуху и тоже проверять (и так далее). Всё лишнее в настройках поотрубать - UPnP, IGMP и т.п.. У Вас в логах ничего аномального - в первом логе фраза о том, что нет такого файла "speed file" по такому-то пути или каталога, в котором он должен лежать (от UPnP демона) - не критично, во втором только матюки от ядра о неуспешных аутентификациях (это к беспроводной сети, какой-то клиент(ы) не смог(ли) успешно соединиться (пройти аутентификацию)).

смотрел переодично в лог наткнулся на записи:
Jan 2 02:45:42 syslog: active route 239.255.255.250 changed source from 172.17.0.214 to 169.254.164.37
.
.
Jan 2 02:49:09 syslog: active route 239.255.255.250 changed source from 192.168.0.4 to 172.17.0.210
.
.
Jan 2 02:49:09 syslog: route 239.255.255.250 on upstream #0 activated with 172.17.0.210

Но это если в журнале
Jan 2 02:56:54 syslog: added new route 239.192.152.143: 172.17.0.203 -> 192.168.0.1
то все понятно - у моего роутера wan адрес 172.17.0.203, LAN 192.168.0.1. Почему в логах фигурируют 210 и 214? это адреса других сетевых устройств за WAN

После отключения UPnP все заработало нормально - из 3000 пакетов примерно 3-5 потери, что примерно 0%, и на роботу особо не влияет

Значит так и оставить и пользоваться ручным пробросом портов (через виртуальные сервера). Так даже безопаснее.

Поработал день-два и все повторяется. Помогает перезагрузка маршрутизатора. Еще одна странность замечена. Маршрутизатор воткнут в порт switch L2. В таблице мак адресов на свитче всегда светиться внешний wan DIR-300, но периодически появляется еще и мак адрес внутреннего lan интерфейса. Но разве мак адрес внутреннего интерфейса должен появляться за внешним? Это баг???
Еще когда только поставил этот DIR-300, перепрошил его - через несколько дней начались описанные выше проблемы. Я на форумах нашел, что после перепрошивки надо сбросить к заводским настройкам. Сбросил. Настраиваю подключаю к сети - выдает ошибку. Оказывается - DHCP-сервер выдает настройки по мак адресу, но после сброса настроек в заводские почему-то мак адреса внешнего и внутреннего интерфейса маршрутизатора поменялись местами.

Все верно. На новых прошивках MAC с шильдика = WAN MAC. А LAN инкрементируется на 1.
После сброса проблемы остались?

_________________
Полезные настройки

Да, проблемы остались.