Также доступна прошивка для модема DSL-2540U/BRU/D.
ftp://ftp.dlink.ru/pub/ADSL/DSL-2540U_B ... 172009.zip

По поводу аськи. Сегодня понадобилось включить ее (qip 8092). Не включал больше года. Был один разрыв за ~7 часов работы квипа. Поделюсь наблюдениями. У меня 2 компьютера (назовем их К1 и К2), подключенных к модему DSL-2500U/BRU/D через свитч. Прошивка 1.53 от 4-го декабря (та, что была последней бетой). На К1 запущен квип. На К2 запущен Kiwi Syslog Server для сбора логов с модема. Из логов квипа:

из лога Kiwi Syslog Server(т.е логи модема):

Под "логом" будем понимать одну запись журнала логов. Kiwi Syslog Server ставит время лога равным времени компьютера, когда лог пришел к Kiwi, а не вермени модема, когда этот лог появился в модеме. Также модем сразу же отсылает лог к Kiwi, как только он появляется в модеме (судя по наблюдениям). Т.е. 19:38:38 - это время на К2, когда в модеме появилася 2-й лог dnsprobe[438]: dns query failed. Соответственно 19:39:09 - время на К1, когда произошел обрыв связи квипа (квип на К1). Дальше я сравнил разницу системных часов К1 и К2. Разница - 31 секунда на глаз, при чем на К1 время больше чем на К2. Погрешность может быть до 0.5 с, т.к. мерял на глаз смотря на календари с часиками на обоих компьютерах. А разница между 19:39:09 на К1 и 19:38:38 на К2 как раз 31 с. Получается в момент обрыва квипа, в модеме появился лог dns query failed. Возможно qip делает 2 запроса с интервалов 2 секунды, и если оба возвращают ошибку, то выдается сообщение о разрыве.

Это просто единичное наблюдение. Выборка маленькая - 1 разрыв, однако точность во времени заставляет принять во внимание, что разрыв квипа может быть из-за недоступности DNS сервера или еще чего-то, что приводит к логу dnsprobe[438]: dns query failed. Раньше я считал, что разрыв может быть из-за переполнения таблицы NAT. Справедливости ради замечу, что dns query failed у меня обычно 2 - 9 раз в час (а вот когда бы разрыв квипа, то dns failed был 4 раза в течении одного часа, причем 2 лога пришось на момент разрыва связи квипа). Если будет еще один разрыв аськи, сообщу насчет логов. Пытаюсь быть объективным.

Ждем прошивку с исправленной переменной ip_conntrack_tcp_timeout_time_wait = 120 для DSL-26xxU/BRU/D В частности на DSL-2650U проблема с разрывами в режиме роутера с PPPoE имеет место из-за значения ip_conntrack_tcp_timeout_time_wait = 2000

Удивительно . 2 дня на новой прошивке 1.54. Всё идеально, не могу поверить . Спасибо программерам за хорошую прошивку

_________________
DSL-2500U/BRU/D (H/W D2) | F/W 1.58 | Укртелеком ОГО! - Лёгкий (5 мегабит)

вернее спасибо исследователям из это ветки аналогично 2540бруд не единого разрыва и подвисания

Да, верно Спасибо всем юзерам бета-тестерам

_________________
DSL-2500U/BRU/D (H/W D2) | F/W 1.58 | Укртелеком ОГО! - Лёгкий (5 мегабит)

короче незнаю, по прежнему пропадает инет и рубит аську!
для моего 2500u bru/d d3 - методом подбора самая стабильная оказалась 1.40 c патчем keep alive, из аськи на ней никогда не выкидывало и это при включеном на полную торренте, но инет временами всё равно пропадает на пару секунд примерно каждые 8-12 часов, а так работает круглосуточно =/
однако версия этой прошивки для ревизии D3 вроде не катит, да и косяки с пробросом портов и выдачей IP небольшие, по дефолту 1.50 была.
короче ужас вообще бесит - что на 1.53, что на 1.53b, что на 1.54 рубит аську каждые 30-60 минут - хоть бриджем запрягай ><
кто-нибудь внемлет бедному гражданину?

1. Убедитесь, что прошивку 1.54 заливали по инструкции, т.е. с полным сбросом всех настроек и последующей перенастройкой вручную.

2. Понятно опишите проблему, которая у вас возникает с прошивкой 1.54 (сколько компьютеров подключено к модему, какие на них работают программы)

3. Выложите сюда значения переменных отсюда viewtopic.php?p=586588#586588 (в самом конце поста)

4. Выложите лог модема с максимальной детализацией в момент возникновения проблем (настройке на компьютере программу для сбора логов с модема, чуть выше по ветке одна упоминалась или воспользуйтесь http://www.freedownloadmanager.org/down ... n_60274_p/)

5. Выложите сюда вывод команды cat /proc/net/ip_conntrack

роутер работает на одном компьютере. запущены: uTorrent 2.1 beta (17618), qip infium (9033 n5), opera 10.50 (3172)
заливалось всё неоднократно, согласно инструкциям. спустя сутки после использования прошивки 1.54 - qip терят соединение каждые 15 минут и через секунду тут же переподключаеться нормально %(

пока могу предоставить только это =(

Канал какой?

У меня на 2640 U/BRU/C тоже рвет ICQ при всех прошивках и даже с этим echo 1024 >/proc/sys/net/ipv4/ip_conntrack_max

Подробную информацию в студию

смени 1024 на 1500, или на 2000.

2Magnitudo

- 555k с 2:00 до 9:00 ускоряется в 2 раза.

сижу с 0:30 до сейчас на 1.40KAP - не разу из аськи не выкинуло %_%
а до этого рубило каждые 8 минут O_O

вот ещё что очень странно! даже на первой прошивке 1.53 если прописать в этом поле "DMZ Host IP Address:" свой IP аська перестаёт отваливаться!!! нелогично не разу! однако где-то вычитал и помогло! но с открытыми портами не в радость сидеть.

вот на всякий случай параметры линии:

Mode: ADSL2+
Line Coding: Trellis On
Status: No Defect
Link Power State: L0

Downstream Upstream
SNR Margin (dB): 29.2 19.9
Attenuation (dB): 12.5 5.5
Output Power (dBm): 12.4 11.0
Attainable Rate (Kbps): 19932 1225
Rate (Kbps): 7999 797
MSGc (number of bytes in overhead channel message): 59 16
B (number of bytes in Mux Data Frame): 249 24
M (number of Mux Data Frames in FEC Data Frame): 1 1
T (Mux Data Frames over sync bytes): 1 3
R (number of check bytes in FEC Data Frame): 0 0
S (ratio of FEC over PMD Data Frame length): 0.9960 0.9901
L (number of bits in PMD Data Frame): 2008 202
D (interleaver depth): 1 1
Delay (msec): 0 0

Super Frames: 526000 532066
Super Frame Errors: 0 9991
RS Words: 0 0
RS Correctable Errors: 0 0
RS Uncorrectable Errors: 0 N/A

HEC Errors: 0 103926
OCD Errors: 0 0
LCD Errors: 0 0
Total Cells: 160631254 3728789339
Data Cells: 2848060 1828105003
Bit Errors: 0 6434981

Total ES: 0 3076
Total SES: 0 681
Total UAS: 19 3891808

А почем не логично? Все достаточно закономерно. Если модем работает как роутер, но у него включен NAT. Если таблица NAT переполняется по вине маленького значения /proc/sys/net/ipv4/ip_conntrack_max или большого значения /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_time_wait тогда ждите проблемы с разрывами. С включенным DMZ роутеру не нужна таблица NAT и все пакеты будут транслироваться на единственный компьютер (поправьте, если я не прав), поэтому проблем с переполнением таблицы не будет, и не будет разрывов аськи. Покажите логи модема в момент разрыва аськи - это самое интересное. Log level поставьте в Debugging.

Кстати, за все эти дни у меня произошел 2-й разрыв квипа. На этот раз в момент обрыва логов не было. Так что предыдущее предположение об dnsprobe[438]: dns query failed может быть не верным.

Edit: еще один разрыв аськи. Опять логи ничего не говорят.