Есть много модемов 500T, прошивки прошел от 1.xx до 3.02 и наблюдаю одну и ту-же проблему.
При работающей физике, но длительном падении авторизатора - модем делает некоторое ограниченное количество попыток поднять pppoe и потом тихо засыпает. Лечится в 3.02 например кнопочкой Connect в Status->Device Info или передергиванием питания.
Но это хорошо делать когда есть быстрый физический доступ к модему или доступ у нему-же из локальной сети.
В ситуации когда модемы раскиданы по большой территории и подключенные к ним со стороны LAN устройства вообще не являются компьютерами - ситуация становится очень печальной.

Как лечить?

Такая схема подключения сделана специально, так как многие операторы связи практикуют подсчет трафика, основываясь на показаниях счетчиков интерфейсов на DSLAM. Если бы устройство постоянно посылало PADI пакеты, а сессия не устанавливалась, это привело бы к большому объему бесполезного трафика, учтенного провайдером, что в свою очередь негативно сказалось бы на кошельке абонента.

_________________
С уважением, Давыдов Денис.

А что тогда означает строка в http://ftp.dlink.ru/pub/ADSL/DSL-500T/F ... eNotes.txt

мне собственно до операторов дела нет. но модем как автономное устройство должен прилагать все усилия для поддержания своей функциональности. или давать пользователю возможность настройки степени автономности.
если я ставлю с свойствах WAN pppoe = Always ON - то я надеюсь на то, что модем будет прилагать все усилия для обеспечения этого Always
а не делать 5 попыток поднять pppoeи засыпать.
Реальная ситуация - падение авторизатора у провайдера на всего 10 минут - и два человека должны накатать в сумме больше 1000 км чтоб просто дернуть питание в уснувших модемах.

Я согласен с Вами по поводу операторов, которым в свою очередь (как правило) нет дела до абонентов.
По поводу гибкости функционала: в устройствах более высокого уровня - согласен. Но DSL-500T является End User решением, а угодить всем (кое кто просит даже IP <-> MAC binding) невозможно.

_________________
С уважением, Давыдов Денис.

Устройство End User должно быть максимально независимо от этого USER и удобно для работы.
Засыпание модема из-за 5-ти минутного перебоя в работе провайдера - это удобство?
Почему Zyxel, Huawey переносят спокойно такие проблемы? А к D-Link приходится бегать чтоб передернуть питание.

и всетаки - прокомментируйте 8 пункт http://ftp.dlink.ru/pub/ADSL/DSL-500T/Firmware/ADSL2_plus/V2.01B01T01.RU.20060620/ReleaseNotes.txt
это именно тот самый случай. 5 неудачных попыток установить ppp соединение и попытки прекращаются. Что именно было пофиксено?
8. Fix limited attempts of PPP establishing(now the PPP failure retry count becomes infinite)

Разъяснения касательно сложившейся ситуации:
Строка в change log'е: 8. Fix limited attempts of PPP establishing(now the PPP failure retry count becomes infinite) говорит о том, что устройство постоянно (в том случае, если PPP сервер недоступен) посылает PADI пакеты (Discovery Stage).
Если Discovery Stage успешно пройдена, устройство предпринимает несколько попыток аутентификации (это происходит 5 раз). Если аутентификатор не отвечает, устройство переходит в режим бездействия.
Это абсолютно нормальная ситуация, устройство пытается произвести handshake, но противоположная сторона не отвечает.
Из этого можно сделать вывод, что устройство работает корректно и проблема кроется в настройках (работоспособности) аутентификатора провайдера.

_________________
С уважением, Давыдов Денис.

И всетаки - End User устройство не должно так себя вести.
засыпание - это ожидание от пользователя адекватных действий. Соотв это подразумевает наличие у пользователя определенных познаний - а это уже не End User.
И кроме того - какое дело модему до проблем провайдера?
Ему сказали - Always ON и нажали Connect.
По какой причине модем начинает принимать за пользователя решения, причем идущие вразрез с тем что пользыватель в явном виде задает при настройке, и при этом нигде не документированные действия?

Always ON - это не функция включения постоянных попыток аутентификации со стороны DSL-500T, а функция удерживания соединения ("поднявшегося" соединения) в активном состоянии в независимости от сетевой активности и действий пользователя.

_________________
С уважением, Давыдов Денис.

Always ON - это ВСЕГДА ВКЛЮЧЕНО
а не ПОДДЕРЖИВАЕМ ТЕКУЩЕЕ СОЕДИНЕНИЕ
или в каком языке у нас слово Always переводится как текущее до появления проблем?

В дополнение: если аутентификатор провайдера доступен, но DSL-500T послал запрос аутентификации с неправильными логином/паролем и получил на это ответ от аутентификатора (Authentication Failed), то в данном случае DSL-500T до бесконечности продолжает попытки аутентификации, потому как аутентификатор отвечает. Если же не происходит никаких действий со стороны аутентификатора на запросы прохождения аутентификации, то DSL-500T перестает посылать запросы после пяти попыток, потому что не получает абсолютно никакого ответа от аутентификатора (не success, не fail).
Это нормальная ситуация.

_________________
С уважением, Давыдов Денис.

В контексте данного устройства, эта опция позволяет поддерживать активным уже установившееся соединение.

_________________
С уважением, Давыдов Денис.

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

тогда почему после выдергивания телефонного шнурка и полного падения как ppp так и adsl - модем начинает поднимать НОВОЕ соединение?
почему модем начинает устанавливать самостоятельно НОВОЕ соединене при веключении питания?