Добрый день!
Данный модем работал нормально до некоторых пор на версии 1.0.20, но недавно стал падать Инет на несколько минут. Отказ начинается с того, что гаснет светодиод Интернет и модем приходится перезагружать, т. к. автоматически восстановления не происходит. Иногда гаснут сразу два индикатора - DSL и Internet и модем пробует переподключаться. То успешно, то нет.
Единственное, что проверил точно - если модем выключить и снова включить - все нормально коннектится и работает около часа, потом опять отваливается Инет и все повторяется...
Чтобы установить виновника, подключил Zyxel P-660HTW2 (это мой старый модем). С ним на той же линии все работает устойчиво вот уже второй день без обрывов.

Можно ли считать, что 2640 умер или есть возможность что-то порегулировать?
Были ли отказы по блоку питания? Может просто перегрев или такого не наблюдалось статистически?

Думаю, неисправен он и нужно в СЦ обратиться. 2640/С4 очень часто чудят.

_________________
Ответы на все вопросы здесь: http://www.dlink.ru/ru/contacts/

Проблема решена - неисправен блок питания.
Штатный блок питания построен по старым схемам да еще и на магнитопроводе EE13. Электролиты применены малой емкости да еще и NONAME. Результат не заставил себя ждать... Кроме того, корпус клееный - можно сказать одноразовый, внешний вид страдает непоправимо при разборке. Короче, не стал заморачиваться - выкинул на детали...
Заменил самодельным блоком питания 12V 1A5, построенным на ИС TOP242P (Power Integration). Схема проще в разы, поставил нормальные электролиты. Пока ни одного сбоя.

Также поэкспериментировал с китайскими адаптерами коих скопилось множество. Если блок питания неисправен/не тянет модем будет периодически терять Инет, а в дальнейшем перезагружаться.

Экономия изготовителя на спичках просто поражает. Маленький и аккуратненький штатный блок питания можно было сделать по-человечески...

По поводу "обратиться в СЦ" просто улыбаюсь. Это также смешно как "обратиться к врачу" или "обратиться к адвокату" - схема коммуникаций и результаты примерно одинаковы... В нашей стране доверять можно только себе и делать все только самому...

Поздравляю с открытием. Напишите в штаб-квартиру Д-Линк про это.

Делаете так: заворачиваете в полотенце, кладёте на бок и аккуратно (слегка) бьёте молотком в район шва. Открывается легко по шву. Ничего не страдает.

Тоже вариант повеселиться.

_________________
Ответы на все вопросы здесь: http://www.dlink.ru/ru/contacts/

У меня проблема так и осталась, даже при смене БП на другой и неважно какая прошивка - перепробовал все с 1.0.10 до 1.0.24. Инет рубит и не важно сколько времени прошло - может пройти 5 мин и сбойнуть, а может 1-2 часа. Переподключается только после перерубания модема или выдергивания телефонной линии из сплитера.

В логах ничего толком не понятно почему так происходит.

Jan 1 00:01:04 (none) daemon.crit syslog: Received valid IP address from server. Connection UP. 104
Jan 1 00:01:04 (none) user.warn kernel: Netfilter messages via NETLINK v0.30. 84
Jan 1 00:01:05 (none) user.warn kernel: nf_conntrack version 0.5.0 (496 buckets, 1984 max) 97
Jan 1 00:03:52 (none) user.alert kernel: Intrusion -> IN=ppp1 OUT= MAC= SRC=85.255.78.13 DST=89.151.176.165 LEN=52 TOS=0x00 PREC=0x00 TTL=112 ID=26029 DF PROTO=TCP SPT=51057 DPT=44020 WINDOW=8192 RES=0x00 SYN URGP=0 MARK=0x8000000 238
Jan 1 00:03:55 (none) user.alert kernel: Intrusion -> IN=ppp1 OUT= MAC= SRC=85.255.78.13 DST=89.151.176.165 LEN=52 TOS=0x00 PREC=0x00 TTL=112 ID=27672 DF PROTO=TCP SPT=51057 DPT=44020 WINDOW=8192 RES=0x00 SYN URGP=0 MARK=0x8000000 238
Jan 1 00:04:01 (none) user.alert kernel: Intrusion -> IN=ppp1 OUT= MAC= SRC=85.255.78.13 DST=89.151.176.165 LEN=48 TOS=0x00 PREC=0x00 TTL=112 ID=30935 DF PROTO=TCP SPT=51057 DPT=44020 WINDOW=8192 RES=0x00 SYN URGP=0 MARK=0x8000000 238
Jan 1 00:06:50 (none) user.alert kernel: Intrusion -> IN=ppp1 OUT= MAC= SRC=61.147.103.117 DST=89.151.176.165 LEN=40 TOS=0x00 PREC=0x00 TTL=106 ID=256 PROTO=TCP SPT=6000 DPT=1433 WINDOW=16384 RES=0x00 SYN URGP=0 MARK=0x8000000 234
Jan 1 00:08:20 (none) user.alert kernel: Intrusion -> IN=ppp1 OUT= MAC= SRC=178.187.155.12 DST=89.151.176.165 LEN=64 TOS=0x08 PREC=0x20 TTL=120 ID=19177 DF PROTO=TCP SPT=60267 DPT=29936 WINDOW=65535 RES=0x00 SYN URGP=0 MARK=0x8000000 241
Jan 1 00:16:10 (none) user.alert kernel: Intrusion -> IN=ppp1 OUT= MAC= SRC=81.27.58.158 DST=89.151.176.165 LEN=52 TOS=0x00 PREC=0x00 TTL=246 ID=30989 DF PROTO=TCP SPT=55946 DPT=55785 WINDOW=8192 RES=0x00 SYN URGP=0 MARK=0x8000000 238
Jan 1 00:20:31 (none) user.crit kernel: eth0 Link DOWN. 62 ##Здесь инет пропал
Jan 1 00:20:33 (none) user.crit kernel: eth0 Link UP 10 mbps full duplex 79
Jan 1 00:21:04 (none) daemon.crit syslog: Clear IP addresses. PPP connection DOWN. 91
Jan 1 00:21:06 (none) daemon.crit syslog: Clear IP addresses. Connection DOWN. 87
Jan 1 05:16:29 (none) user.crit kernel: eth0 Link DOWN. 62
Jan 1 05:16:31 (none) user.crit kernel: eth0 Link UP 100 mbps full duplex 80
Jan 1 05:19:20 (none) user.crit kernel: Line 0: ADSL link down 69 ##Здесь я выдернул шнур телефонный
Jan 1 05:19:20 (none) user.warn kernel: bcmxtmcfg: XTM Link Information, port = 0, State = DOWN, Service Support = ATM 126
Jan 1 05:19:20 (none) user.warn kernel: HOST XTM Tx ch 0 down success 76
Jan 1 05:19:20 (none) user.warn kernel: bcmxtmcfg: Connection DOWN, LinkActiveStatus=0x0 96
Jan 1 05:19:21 (none) user.crit kernel: Line 0: xDSL G.994 training 74
Jan 1 05:19:26 (none) user.crit kernel: Line 0: ADSL G.992 started 73
Jan 1 05:19:28 (none) user.crit kernel: Line 0: ADSL G.992 channel analysis 82
Jan 1 05:19:33 (none) user.crit kernel: Line 0: ADSL link up, interleaved, us=512, ds=4096 97
Jan 1 05:19:33 (none) user.warn kernel: bcmxtmcfg: XTM Link Information, port = 0, State = UP, Service Support = ATM 124
Jan 1 05:19:33 (none) user.warn kernel: bcmxtmrt: MAC address: cc b2 55 2d 30 96 87
Jan 1 05:19:33 (none) user.warn kernel: [DoCreateDeviceReq.2603]: register_netdev 88
Jan 1 05:19:34 (none) user.warn kernel: [DoCreateDeviceReq.2605]: register_netdev done 93
Jan 1 05:19:34 (none) user.warn kernel: XTM Init: 400 tx BDs at 0xa0ffe000 81
Jan 1 05:19:34 (none) user.warn kernel: bcmxtmcfg: Connection UP, LinkActiveStatus=0x1, US=512000, DS=4096000 117
Jan 1 05:19:48 (none) daemon.crit syslog: PPP server detected. 70
Jan 1 05:19:48 (none) daemon.crit syslog: PPP session established. 74
Jan 1 05:19:49 (none) user.warn kernel: netdev path : ppp1 -> atm0 73
Jan 1 05:19:51 (none) daemon.crit syslog: PPP LCP UP. 61
Jan 1 05:19:52 (none) daemon.crit syslog: Received valid IP address from server. Connection UP. 104
Jan 1 05:19:54 (none) user.alert kernel: Intrusion -> IN=ppp1 OUT= MAC= SRC=91.236.226.113 DST=89.151.176.156 LEN=48 TOS=0x00 PREC=0x00 TTL=114 ID=42763 DF PROTO=TCP SPT=1962 DPT=41091 WINDOW=65535 RES=0x00 SYN URGP=0 MARK=0x8000000 240
Jan 1 05:19:54 (none) user.alert kernel: Intrusion -> IN=ppp1 OUT= MAC= SRC=89.232.226.208 DST=89.151.176.156 LEN=48 TOS=0x00 PREC=0x00 TTL=118 ID=62453 DF PROTO=TCP SPT=4722 DPT=13852 WINDOW=65535 RES=0x00 SYN URGP=0 MARK=0x8000000 240
Jan 1 05:19:56 (none) user.alert kernel: Intrusion -> IN=ppp1 OUT= MAC= SRC=91.236.226.113 DST=89.151.176.156 LEN=48 TOS=0x00 PREC=0x00 TTL=114 ID=43038 DF PROTO=TCP SPT=1962 DPT=41091 WINDOW=65535 RES=0x00 SYN URGP=0 MARK=0x8000000 240
Jan 1 05:19:57 (none) user.alert kernel: Intrusion -> IN=ppp1 OUT= MAC= SRC=89.232.226.208 DST=89.151.176.156 LEN=48 TOS=0x00 PREC=0x00 TTL=118 ID=62544 DF PROTO=TCP SPT=4722 DPT=13852 WINDOW=65535 RES=0x00 SYN URGP=0 MARK=0x8000000 240
Jan 1 05:20:02 (none) user.alert kernel: Intrusion -> IN=ppp1 OUT= MAC= SRC=91.236.226.113 DST=89.151.176.156 LEN=48 TOS=0x00 PREC=0x00 TTL=114 ID=43732 DF PROTO=TCP SPT=1962 DPT=41091 WINDOW=65535 RES=0x00 SYN URGP=0 MARK=0x8000000 240
May 31 20:11:05 (none) user.alert kernel: Intrusion -> IN=ppp1 OUT= MAC= SRC=59.167.177.245 DST=89.151.176.156 LEN=64 TOS=0x00 PREC=0x00 TTL=50 ID=19348 DF PROTO=TCP SPT=52998 DPT=13549 WINDOW=65535 RES=0x00 SYN URGP=0 MARK=0x8000000 240


Поможите люди ведающие, что можно еще сотворить чтобы кол-во реконнектов уменьшить. И гарантийный ли это случай - может стоит поменять модем пока на гарантии?

Ок, блок питания теперь гарантированно исправен и модем работает нормально, но появилась и устойчиво периодически повторяется следующая проблема НА ВЕРСИИ 1.0.24: в некоторый момент времени ноут подключенный по Wifi теряет Инет, т. е. беспроводное подключение функционирует нормально, на модеме горят оба соотв. светодиода - DSL и Internet, а в Win7-64 значок сети сигнализирует об исправном подключении но БЕЗ ДОСТУПА В ИНТЕРНЕТ. Нащупал дополнительные моменты для этой ситуации: невозможно также зайти в Web Configurator с ноута - валидные логин/пароль не подходят. При попытке входа на модеме гаснет светодиод DSL при горящем светодиоде Internet. Далее модем пытается "восстановить" подключение - светодиод DSL мигает как обычно и наконец горит постоянно. Однако такое "восстановление" не приводит к восстановлению на самом деле - трей win7 все равно сигнализирует об отсутствии доступа в Интернет.
Единственный выход - перезагрузка модема - всегда помогает.
Ситуация повторяется примерно 1 раз в две недели.

P.S. Только что обнаружил следующее. Повторилось все также как описано выше. Для восстановления нормальной работы необходимо через трей отключить защиту ESET SMART SECURITY до момента восстановления соединения, затем заново включить.

В общем, D-link похоже умер. Теперь находит Инет, подключается, работает минуту, теряет Инет и так по кругу... Тут же меняю на старый Zyxel P-660HTW2 - все работает отлично даже с д-линковским сплиттером.
Это чудо проработало около 2 месяцев и похоже блок питания все же непричем. Больше D-link покупать не буду.
Следующим будет ASUS DSL-N12U B1 с портом USB для принтера. По отзывам лучшее что сейчас есть на рынке за 2тыс. руб.

Все же обязан отписать. Работа 2640 восстановлена полностью путем сброса настроек к заводским значениям на версии 1.0.24. Как выяснилось, при апгрейде прошивки с версии 1.0.20 на 1.0.24 существующие настройки (конфигурация) почему-то не применились корректно, что и вызвало странную работу модема. Так что если вскоре после перепрошивки модем чудит со старыми настройками, есть смысл произвести сброс к заводским.
ASUS DSL-N12U B1 успешно ознакомлен с принтером HP LJ1300. Теперь у мну сетевой принтер, о чем так мечталось долгое время.

И так хотелось бы полноценного ответа.
На данный момент какая официальная прошивка для мопеда 2640NRU С4 ?
Ибо в соответствующем топике числиться 1.0.20.
По факту есть 1.0.24,но у меня на ней напрочь отказывается соединяться устройства по WiFi, Хотя проверил все настройки - всё соответствует тому,что до этого работало на 1.0.19 и 1.0.20.

Чтобы устройства подключаемые по WiFi не получали IP адреса от статических устройств в сети,пока они не активны, не нашёл ничего умнее чем в разделе NET\LAN\DHCP Server прописать нижнюю и верхнюю границу IP адресов за пределами тех,что имеют устройства в стационарной сети,но не знаю что прописать в lease time. Может я пошёл не по совсем верному пути ?

Пробовал добавлять (IP и MAC) устройства в NET\LAN\Static DHCP,но после сохранения все внесённые в данную строку изменения пропадают.

После прошивки с 1.0.19 на 1.0.20 в настройках WIFI\Additional settings пропал выбор настройки bandwidth два диапазона 20\40 MHz,остался только 20 MHz - это специально или баг ?
Что даёт изменение параметров Beacon Period и TX Preamble ?

Так как ответа даже простейшего не последовало,то решил проводить эксперименты.
На 1.0.24 так и не удалось завести вафлю. Сброс к заводским не помогает.
На 1..0.20 вафля работает,но не стабильно и уровень сигнала упал. + не работает аппаратная кнопка отключения вафли.
Придётся возвращаться к 1.0.19

Gameszzz, то же самое с 24, писал давно, как только вышла прошивка, ответ был, что проблема не по твержена, т.е. не не хотят решать. За 3 года так и не чего не сделали.Так называемая тех поддержка? Прошивки пишут по году, толку 0.

На версии 24 никаких проблем с WiFi не обнаружил - все работает корректно и даже шустро (в смысле передачи файлов через ноуты). И кстати, 24 прошивка официальная для данного модема (ревизия hardware C4) и скачана с FTP:

http://ftp.dlink.ru/pub/ADSL/DSL-2640U/Firmware/1.0.24

Больше нечего и сказать...

vladi552, если у тебя работает, то это не значит, что у всех работает! Не надо говорить за всех, у большинства проблемы. Они забили наверно на ревизию C4

Вопрос, когда Вы собираемость исправлять прошивку 1.0.24, в частности Сетевой аутентификации? И будет ли новая пошивка? Почему все прошивки в какой-то мере недоделанные. Только не говорите, что сняли с производства. Покупали со всеми функциями, половина не работают!

Не могу срастить по какой закономерности завести WPS,то есть то нет и в настройках не активно,даже после перезапусков