Как откатить прошивку назад, подскажите пожалуйста?

Обрыв может происходить даже без активных загрузок на ноутбуке.
А данные какого уроввня журналирования предоставить?

Данные журнала об ошибках скинул сразу после обрыва:

Jan 1 00:00:08 (none) syslog.emerg BCM96345 started: BusyBox v1.00 (2011.11.03-12:42+0000) 98
Jan 1 00:00:09 (none) user.crit kernel: eth0 Link UP 100 mbps full duplex 80
Jan 1 00:00:09 (none) user.crit kernel: eth1 Link UP 100 mbps full duplex 80
Jan 1 00:00:20 (none) user.crit kernel: Line 0: xDSL G.994 training 74
Jan 1 00:00:29 (none) user.crit kernel: Line 0: ADSL G.992 started 73
Jan 1 00:00:34 (none) user.crit kernel: Line 0: ADSL G.992 channel analysis 82
Jan 1 00:00:38 (none) user.crit kernel: Line 0: ADSL G.992 message exchange 82
Jan 1 00:00:39 (none) user.crit kernel: Line 0: ADSL link down 69
Jan 1 00:00:42 (none) user.crit kernel: Line 0: xDSL G.994 training 74
Jan 1 00:00:52 (none) user.crit kernel: Line 0: ADSL G.992 started 73
Jan 1 00:00:57 (none) user.crit kernel: Line 0: ADSL G.992 channel analysis 82
Jan 1 00:01:01 (none) user.crit kernel: Line 0: ADSL G.992 message exchange 82
Jan 1 00:01:01 (none) user.crit kernel: Line 0: ADSL link up, Bearer 0, us=1316, ds=19617 96
Jan 1 00:01:02 (none) daemon.crit syslog: PPP server detected. 70
Jan 1 00:01:03 (none) daemon.crit syslog: PPP session established. 74
Jan 1 00:01:03 (none) daemon.crit syslog: PPP LCP UP. 61
Jan 1 00:01:04 (none) daemon.crit syslog: Received valid IP address from server. Connection UP. 104
Jan 1 00:01:11 (none) user.alert kernel: Intrusion -> IN=ppp1.1 OUT= MAC= SRC=188.17.182.64 DST=188.17.9.18 LEN=48 TOS=0x00 PREC=0x00 TTL=122 ID=39425 DF PROTO=TCP SPT=3939 DPT=445 WINDOW=65535 RES=0x00 SYN URGP=0 MARK=0x8000000 236
Jan 1 00:01:14 (none) user.alert kernel: Intrusion -> IN=ppp1.1 OUT= MAC= SRC=188.17.182.64 DST=188.17.9.18 LEN=48 TOS=0x00 PREC=0x00 TTL=122 ID=39516 DF PROTO=TCP SPT=3939 DPT=445 WINDOW=65535 RES=0x00 SYN URGP=0 MARK=0x8000000 236
Jan 1 00:01:17 (none) user.alert kernel: Intrusion -> IN=ppp1.1 OUT= MAC= SRC=188.18.187.30 DST=188.17.9.18 LEN=52 TOS=0x00 PREC=0x00 TTL=122 ID=5509 DF PROTO=TCP SPT=50252 DPT=64775 WINDOW=8192 RES=0x00 SYN URGP=0 MARK=0x8000000 237
Jan 1 00:01:20 (none) user.alert kernel: Intrusion -> IN=ppp1.1 OUT= MAC= SRC=188.18.187.30 DST=188.17.9.18 LEN=52 TOS=0x00 PREC=0x00 TTL=122 ID=5588 DF PROTO=TCP SPT=50252 DPT=64775 WINDOW=8192 RES=0x00 SYN URGP=0 MARK=0x8000000 237
Jan 1 00:01:22 (none) user.alert kernel: Intrusion -> IN=ppp1.1 OUT= MAC= SRC=213.87.123.232 DST=188.17.9.18 LEN=52 TOS=0x00 PREC=0x00 TTL=109 ID=5501 DF PROTO=TCP SPT=9626 DPT=6881 WINDOW=8192 RES=0x00 SYN URGP=0 MARK=0x8000000 236

Представьте записи логов включая момент разрыва ( до и после)

Я уже перешился на 1.0.10 разрывов нет. Но все таки интересно в чем была причина в новой прошивке.

Добавлю г-на в копилку относительно паршивки 1.0.19:
- После разрыва соединения провом (1 раз в сутки всегда) сам не реконнектится. Только перезагрузка
- Если попробовать изменить созданное соединение (PPPoA) то сразу его теряет и перезагрузка не помогает. Его нет в списке соединений. Восстановление сохранённых настроек так же не помогает. Только reset и настройка по-новой. Т.е. один раз создал и не лезь...
- Периодически ставит английский язык.
- Иногда при добавлении мак-адресов в список разрешенных для вай-фай их можно увидеть только после сохранения/перезагрузки (или это на 1.0.14 или на 1.0.19)
Ну и, собсно, вопрос: когда ждать новую прошивку для этого изделия?
До этого был DSL 2500U bru d h/w D2, у него аптаймы по тысяче с лишним часов, а тут 3 прошивки и ни одна не работает дольше суток стабильно...

Добавлю еще баг: при попытке добавить ddns - нет ни возможности использовать сервис dlinkddns (при сохранении перескакивает на платный сервис dyndns) ни ввести сервис вручную (выбор сервисов убогий - платный dyndns или платный tzo)

Будет ли исправлено в новой версии и что слышно по срокам ее выхода?

Исправлено будет, о сроках пока неизвестно.

Возможно Я не очень везучий человек и мне достался неисправный девайс...
1. После перехода на 19 прошивку модем при попытке подключить к нему некоторые(не все) ноутбуки перезагружается. Если откатиться на 14ю, то проблема уходит.
2. Есть 2 подключения
PPPOE 0/35 интернет
Bridge 0/34 IPTV сервис домолинка "бесплатное ТВ"
ну и LAN который есть по умолчанию

когда трафик на интерфейсе LAN доходит до 2Гб модем начинает колбасить со страшной силой: у него всегда начинает мигать лампочка WPS(Функцией WPS я не пользуюсь), и изображение на IPTV начинает сыпаться и звук может начать заикаться. Или вот такой пример в сети есть 3 компа.
На 1м есть мультик размером 1,4Гб
На 2м мой ребенок смотрит этот самый мультик
На 3м я сделал образ Acronis'ом и начинаю его копировать на 1й комп.(размер файла 7-8 Гб)

И вот когда копирование доходит гдето до половины компьютер ребенка выдает что он не может открыть видео файл, при этом с3го на 2й продолжает копироваться файл. Я пингую со второго 1й комп, нет видит, пингую модем видит. И тут обращаю внимание что на модеме в очередной раз мигает WPS. Выключаю и включаю модем и всё возвращается в норму.

Но это пока трафик на интерфейсе lan не достигнет 2Гб, а потом опять замигает WPS и опять перзагружать.

Я уже задолбался перезагружать его! Как дальше жить? По гарантии Ваше чудо продавцу я сдать не смогу слишком уж деффект трудно смоделировать. Я надеялся когда его брал что d-link научился делать железки, а получилось наоборот у вас очень уж много неудачных железок: первые модемы 2500U не могли нормально работать в режиме роутера, более поздний 2500U у меня перегревается и виснет несколько раз в сутки, теперь этот чудо прибор...

Функцию можно включить через сохранение/восстановление конфигурации в файл. Делаем "Сохранение текущей конфигурации в файле:" Открываем его блокнотом ищем параметр <X_BROADCOM_COM_Bitswap>Off</X_BROADCOM_COM_Bitswap> (Почему то мне не верится, что "На самом деле опция не выключается" конфигурационный файл это уже не совсем интерфейс) меняем Off на On получаем <X_BROADCOM_COM_Bitswap>On</X_BROADCOM_COM_Bitswap>, сохраняем. Загоняем полученный файл через "Загрузка раннее сохранённой конфигурации в устройство:"...

вопрос наверно больше риторический, и все же...
За все время на модеме было 3 прошивки - заводская, 1.0.10, 1.0.19. В параметрах соединения SNR на даунстрим не поднимался выше 8дб. Особенно не беспокоило, пока тв не стало замирать чаще и дольше, а snr не упал до 4дб. Почти 2 недели монтажники вылизывали линию, поменяли и магистральные пары, и по распределению, и комнатную проводку, и доказывали, что их прибор на линии проблем не видит. На модемах Zyxel, Acorp SNR 16дб! Но на 2640 и 2740 не выше 5дб на любых модуляциях и их сочетаниях, на любом профиле со стороны провайдера. Где-то натыкалась на то, что эти модемы "требовательны к линии". Так ли это? В чем это выражается, от чего зависит, как побеждается? или это совсем не так и просто неисправность конкретных двух представителей линейки модемов длинк?

Пытался ли провайдер поднять значение запас SNR на dslam?

если вы о значении Target, то да. снр вырос до 11дб. но до 16дб на зикселях и акорпах далеко. И почему вдруг модемам длинк вдруг понадобилась такая тонкая настройка?

Различная аппаратная реализация.

также как и вы мучался с данным девайсом.прошивал разными прошивками, остановился на 1.0.14 более менее стабильная работа.( до нее постоянные обрывы линии), по скорости была проблема с Patch-кабелем от модема до компа я сам обжимал коннекторы на витой паре и видимо не профессионально, заменил заводским