Мне в точно таком же случае помог откат на 20040830.

Аналогично. Максимальное время коннекта - около часа + шаманство с бубном и плясками.

У меня та-же ерунда. ADSL линк мигает соединяется, опять мигает и т.д. Мне так кажется это проблема последней прошивки. Хотя только в ней правильно работает назначение MAC адреса. Будет ли исправленная новая прошивка или нет? Если будет, то когда нам её можно ожидать?

Присоединяюсь.
Прошивка от 30.08 у меня работает без проблем.
С новой (от 14.10) постоянно проблема с DSL (carrier up, down, training...)
АТС 413

Господа из тех.поддержки ответ держать собираются?

Дело в провайдерских DSLAM-ах.

А что же нам, простым смертным, теперь делать?

Звонить провайдеру.

Это как же ... А почему тогда проблем нет со всеми предыдущими версиями прошивки ... Что то не очень убедительно звучит, что проблемы у провайдера. У меня без проблем соединяются и работают Zyxel OMNI ADSL LAN EE, и Huawei SmartAX MT810, а DLINK с последней прошивкой нет. Зато с предыдущими двумя без проблем конектится. Только с MAC ом полная беда у этих прошивок в режиме моста.

А что мешает делать 2-е версии прошивки с разными версиями
DSP firmware? Мне то было просто переместить из старой
версии прошивки 2а файлика ar0700xx.bin и tiatm.o в
последнюю, а вот многим другим - сомневаюсь...

Проблемы возникают только с DSLAMами Nokia и Huawei, сделанными на одном чипсете. Почему при этом работает CPE от Huawei легко догадаться. Так же можно предположить, что cpe от Zyxel использует чипсет того же вендора, что и Huawei.
Проблемы с установлением соединения начались сравнительно недавно и связаны с конфигурированием DSLAM-ов тех. персоналом провайдера и/или обновлением FW на этих DSLAM-ах.

Хорошо, я правильно понимаю, что решить эту пролему со стороны Д-линка, я имею ввиду новую прошивку, - нельзя?
Единственный выход звонить провайдеру?

Если да - то, что конкретно надо говорить оператору?

Со стороны абонента эта проблема в принципе не решаема и не зависит от марки или прошивки ADSL-модема.

При "некорректном" завершении сессии (выключение питания модема или выдергивание телефонного шнура) DSLAM должен самостоятельно корректно завершить сессию, дав знать об этом серверу, подсчитывающему трафик.

Но некоторые DSLAM эту ситуацию отрабатывают некорректно (статус обрыва связи на физическом уровне игнорируется встроенным Firmware, а дальше, при авторизации, как и положено, идет запрет на открытие второй сессии с тем же самым логином-паролем) - до тех пор, пока сессия не отвалится по таймеру неактивности (обычно настраивают на 20-30 минут).

Как легко понять, после выдергивания телефонного шнура (= пропаданию питания модема), марка или особенности Firmware модема никак не могут повлиять на действия DSLAM. При повторном же подключении никакие действия по прекращению оставшегося "залипшим"соединения невозможны (и это правильно) без подтверждения полномочий, т.е. авторизации под тем же самым единственным для юзера логином-паролем.

То есть, если вам не повезло и на АТС стоит кривой DSLAM:

- пинать суппорт, чтобы поставили нормальный DSLAM (нереально),

- пинать суппорт, чтобы настроили тайм-аут неактивности на меньшее значение - не очень хорошо, это полумера,

- каждый раз вручную/скриптом корректно завершать сессию (меню модема Status-->Connection_status-->[Connection_1]_Disconnect) - нудно и не помогает при кратковременном отрубании электричества в квартире,

- вообще не выключать модем и обеспечить ему резервное питание от батарейки/аккумулятора.

Ты это к чему здесь написал ... Речь идет не о разрывах открытых сессий ... Почитай топик.

Утром, уходя из дома, выключаю модем, вечером после включения модема соединение может не устанавливаться до 2 – 3 часов. О каких таймингах в 20-30 минут на АТС может идти речь?!
И если мы начинаем пинать провайдера, то как же быть с вот этим: «Подтверждение совместимости ADSL-оборудования D-Link с проектом "СТРИМ"»?! По-моему, это - обман потребителя.
И, кстати, о стриме и его техподдержке: они не дают никаких рекомендаций по борьбе с данной проблемой у модемов D-Link, кроме как «проверьте линию от щитка, а лучше от распределительной коробки, а еще лучше, купите зюх, и не парьтесь».

Если кому-то интересно, вот это в логе моего модема (504Т V1.00B02T02.RU.20040830) каждый вечер:

Sep 8 12:00:06> Valid Configuration Tree
Sep 8 12:00:11> Firewall NAT service started
Aug 9 12:01:00> Bridge Created: br0
Aug 9 12:01:00> Bridge Interface Added: eth0
Aug 9 12:01:01> pppd 2.4.1 started by root, uid 0
Aug 9 12:01:03> DSL Carrier is training
Aug 9 12:02:41> Connecting PPPoE socket: 00:00:00:00:00:00 0000 0x1000d3b8
Aug 9 12:02:41> Couldn't get channel number: Transport endpoint is not connected
Aug 9 12:02:41> Doing disconnect
Aug 9 12:02:41> System Call Error
Aug 9 12:02:46> pppd 2.4.1 started by root, uid 0
Aug 9 12:04:26> System Call Error
Aug 9 12:04:26> Connecting PPPoE socket: 00:00:00:00:00:00 0000 0x1000d3b8
Aug 9 12:04:26> Couldn't get channel number: Transport endpoint is not connected
Aug 9 12:04:26> Doing disconnect
…..
…..
…..
Aug 9 12:17:49> Connecting PPPoE socket: 00:00:00:00:00:00 0000 0x1000d3b8
Aug 9 12:17:49> Couldn't get channel number: Transport endpoint is not connected
….
…..
и так еще много раз.