После замены софта DI-624 D2 на последнюю версию 4.04 0004beta начала наблюдаться следующая проблема: при отсутствии сетевого трафика через маршрутизатор в течение 15-20 минут, DI-624 перестает маршрутизировать пакеты на wan нтерфейс. Из внешнего мира wan также перестает быть доступным. Помогает только перезагрузка маршрутизатора. После перезагрузки все какое-то время работает без проблем. Причем, во время зависания - LAN DI-624 работает нормально, работает web администратора, wi-fi пользователи также нормально подключаются.

Подключение: wan - статический адрес (без туннелей и тп), lan - статический адрес (dhcp отключен), wifi - WEP128 + pre-shared auth.

Таблица трансляции во время "зависания" (192.168.123.1/24 - LAN DI-624)

NATLIST.TXT

curr time : 1664 total entries = 1 0) UDP 0.0.0.0:0 <-> 192.168.123.2:1050, out_port:60021, last_use:1619 Monitor Port1: 1720, m_tick=0 Monitor Port2: 1503, m_tick=0


Версия:

CHKLST.TXT

F/W = 4.04beta, Build:0004 Date = Thr, 26 Oct 2006 LAN MAC = 00-15-e9-76-e7-12 WAN_#1 MAC = 00-02-b3-d7-07-98 CPU BSP: ar531x_plus, 4.1.2.56, Sep, 18, 2006, build 0028 DRIVER: 1.0.0.0135, Aug, 18, 2006, build 0135 STACK: 1.0.0.1749, Oct. 25, 2006, Build 1749 AR5 WLAN MAC = 02-16-02-03-10-11 AR5 F/W = ar531x_wmm, 4.1.2.56, 15:00, 13 Oct, 2006, Build 1107 AR5 Domain = 0x30, ETSI4_WORLD AR5 SSID = sweethome Watch Dog = 1 Restore Default = 0 Checksum = 0x084016f3

Подобная ситуация наблюдается на двух одинаковых DI-624, ревизия D2. Похоже, что версия 4.04 решает проблему со спонтанным отключением wi-fi клиентов, однако стала наблюдаться новая, не менее приятная проблема с маршрутизацией.

Что можно предпринять в данной ситуации?

Да нет он не подвисает, он просто периодически стал забывать разрешающие правила на файерволе, остаются только запрещающие. Склерозом короче он болеть начал!

Andrey777
Как протестировать?
x010d
Это как?

Stanislav Kozlov

Я проводил следующий эксперимент:

Два компьютера. Первый PC с ip 172.16.0.2 /30 подключен к WAN-порту DI-624. На WAN DI-624 ip соответственно 172.16.0.1 /30.

Второй PC с IP 192.168.123.2 /24 подключается к DI-624 по wi-fi (Pre-shared WEP128K). На порту LAN DI-624 установлен адрес 192.168.123.1 /24. DHCP отключен.

Тест - обычный ping с PC1 (192.168.123.2) адреса 172.16.0.2. Если не запускать ping в течение 15-20 минут, а потом запустить ping снова, то 172.16.0.2 будет недоступен.

Если откатиться назад, на 4.03, то проблема исчезает.

x010d

Может принудительно добавить еще одну строчку в фаерволе, типа permit ip any any. Надо будет попробовать.

Andrey777
Я протестирую. Если подтвердится, опишу вендору.

Stanislav Kozlov

Спасибо, Станислав!

Пролема повторилась.
Есть доступ к устройству, но доступа к локальной сети за WAN -- нет.
Отпишу вендору.

добавление строки в фаерволе не помогает, исчезают обе строчки (у меня их 3 - 1запрет и 2 разрешения) на разрешения. до ребута девайса. чуть не забыл - самое интересное, что пропадать начинает с добавленной (примерно через 20-30мин) потом правило по дефолту. интересно почему не пропадает запрещающее правило.
да и зависает он намертво - работал более суток,при отсутствии активности на лан, беспроводка выключена, лампа статуса потухла и всё, ни каких манипуляций с утройством за это время не проводились, для питания использовался бесперебойник, так что скачки напруги исключены. WAN был включен на DHCP. внутренний DHCP устройства отключен. это же верно и относительно пропаданий фаервола.

Кстати стрелочки для изменения приоритета правил фаервола не работают. хотя может я уже касячу

Подтверждаю...
Файрволл все затыкает.
Коннектиться по WiFi нормально
LAN тоже работает
А вот инет затыкается

Проблема локализилована. HQ выпустит прошивку к 12.15

Будем ждать подарка к Новому году))

А здесь о новой прошивке писать не нужно? Может люди следят за темой и ждут?

viewtopic.php?t=31686&postdays=0&postorder=asc&start=0

ftp://ftp.dlink.ru/pub/Router/DI-624/Fi ... 06_nml.bin