Используется DSL-G804V, прошивка 1.00.08.dm12. Провайдер: "Домолинк" (ОАО "Центртелеком"), Ярославская область. Настроен маршрутизатором, выход в интернет через PPPoE.
Периодически, раз в несколько дней, возникает следующая проблема: из-за помех на линии (?) PPP-соединение разрывается (с точки зрения модема). Однако в дальнейшем оно не поднимается, в Status--Device Info все время Attempting to connect. Помогает перезагрузка модема или нажатие на кнопку Disconnect на указанной странице с последующим нажатием Connect через некоторое время (20...60 с). В логах это выглядит примерно так:

Jul 12 08:17:03 DSL-G804V:turbo_extEvtHandlerProc:none: ADSL line is UP!
Jul 12 08:17:10 DSL-G804V:ppp:none: Channel Id(0) connected
Jul 12 08:17:10 DSL-G804V:im_backend:none: Changed ipwan IP address to 93.181.235.193
Jul 12 08:22:42 DSL-G804V:turbo_extEvtHandlerProc:none: ADSL line is DOWN!
Jul 12 08:23:07 DSL-G804V:turbo_extEvtHandlerProc:none: ADSL line is UP!
Jul 12 10:11:56 DSL-G804V:turbo_extEvtHandlerProc:none: ADSL line is DOWN!
Jul 12 10:12:14 DSL-G804V:turbo_extEvtHandlerProc:none: ADSL line is UP!
Jul 12 10:12:24 DSL-G804V:turbo_extEvtHandlerProc:none: ADSL line is DOWN!
Jul 12 10:13:04 DSL-G804V:turbo_extEvtHandlerProc:none: ADSL line is UP!
Jul 12 10:13:05 DSL-G804V:ppp:none: Channel Id(0) disconnected after (1 hr 56 min 30 sec)
Jul 12 10:13:05 DSL-G804V:im_backend:none: Changed ipwan IP address to 0.0.0.0
Jul 12 10:13:43 DSL-G804V:turbo_extEvtHandlerProc:none: ADSL line is DOWN!
Jul 12 10:14:03 DSL-G804V:turbo_extEvtHandlerProc:none: ADSL line is UP!
Jul 12 10:14:13 DSL-G804V:turbo_extEvtHandlerProc:none: ADSL line is DOWN!
Jul 12 10:15:47 DSL-G804V:turbo_extEvtHandlerProc:none: ADSL line is UP!
Jul 12 10:17:19 DSL-G804V:turbo_extEvtHandlerProc:none: ADSL line is DOWN!
Jul 12 10:17:31 DSL-G804V:turbo_extEvtHandlerProc:none: ADSL line is UP!
Jul 12 10:19:36 DSL-G804V:turbo_extEvtHandlerProc:none: ADSL line is DOWN!
Jul 12 10:20:12 DSL-G804V:turbo_extEvtHandlerProc:none: ADSL line is UP!
Jul 12 10:20:28 DSL-G804V:turbo_extEvtHandlerProc:none: ADSL line is DOWN!
Jul 12 10:20:41 DSL-G804V:turbo_extEvtHandlerProc:none: ADSL line is UP!
Jul 12 10:21:06 DSL-G804V:turbo_extEvtHandlerProc:none: ADSL line is DOWN!
Jul 12 10:22:41 DSL-G804V:turbo_extEvtHandlerProc:none: ADSL line is UP!
Jul 12 10:22:50 DSL-G804V:turbo_extEvtHandlerProc:none: ADSL line is DOWN!
Jul 12 10:31:30 DSL-G804V:turbo_extEvtHandlerProc:none: ADSL line is UP!
Jul 12 10:31:58 DSL-G804V:turbo_extEvtHandlerProc:none: ADSL line is DOWN!
Jul 12 10:33:04 DSL-G804V:turbo_extEvtHandlerProc:none: ADSL line is UP!
Jul 12 10:33:21 DSL-G804V:turbo_extEvtHandlerProc:none: ADSL line is DOWN!
Jul 12 10:35:19 DSL-G804V:turbo_extEvtHandlerProc:none: ADSL line is UP!
Jul 12 10:36:03 DSL-G804V:turbo_extEvtHandlerProc:none: ADSL line is DOWN!
Jul 12 10:37:14 DSL-G804V:turbo_extEvtHandlerProc:none: ADSL line is UP!
Jul 12 10:37:51 DSL-G804V:turbo_extEvtHandlerProc:none: ADSL line is DOWN!
Jul 12 10:38:06 DSL-G804V:turbo_extEvtHandlerProc:none: ADSL line is UP!
<Jul 12 11:03 Выполнен ручной Disconnect через веб-интерфейс, через ~ минуту выполнен ручной Connect через веб-интерфейс>
Jul 12 11:05:05 DSL-G804V:ppp:none: Channel Id(0) connected
Jul 12 11:05:05 DSL-G804V:im_backend:none: Changed ipwan IP address to 93.181.210.77

У меня подозрение, что это связано с зависанием PPP-сессии на стороне провайдера, и делу могло бы помочь элементарное увеличение периода реконнекта (аналог параметра holdoff в pppd). Поэтому вопрос: есть ли в G804V возможность установить указанный параметр, напр. через telnet или ручным редактированием конфигурационного файла? Аналогичный вопрос возникает по отношению к устройству DSL-2600U.

Судя по логу, проблема именно в физике ADSL (разрыв соединения).
Попросите провайдера немного уменьшить скорость Upstream/Downstream потоков, а также увеличить значение параметра Interleave. Должно помочь.

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

С "физикой" ситуация действительно плохая. На стороне провайдера и так понижены скоростные характеристики линии (установлены: 640 аплинк, 4000 даунлинк). Сейчас имею:

SNR Margin 30.5 dB Downstram 18 dB Upstream
Line Attenuation 31.5 dB Downstram 22.5 dB Upstream

Вместе с тем по косвенным признакам можно судить, что помехи на линии носят кратковременный, но "интенсивный" характер. (Когда идут разрывы, иногда даже слышен шум в трубке, потом все тихо).

Однако факт остается фактом: периодически возникают ситуации, когда модем может "висеть" в состоянии Attempting to connect часами, однако простой "ручной" сброс PPPoE-соединения с последующим подключением через несколько десятков секунд решает все проблемы. Есть ли какие-то пути решения указанной проблемы по PPP-реконнекту?

D-Link, ау!
Это не параметр restarttimeout в "подменю" ppp консоли, активируемой через ввод console enable телнет-сессии?

Проверено с последней версией прошивки: ftp://ftp.dlink.ru/pub/ADSL/DSL-G804V/F ... 8.dm12.zip

Настройки PPP:
Connection: Always On
Idle Timeout: 0

После инициализации и установления PPP соединения, PPPoE сервер перезапускался.
По прошествие 75 секунд модем посылал пакет PADT (терминация текущей PPP сессии) и инициализировал новую сессию (PADI).

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

Davydov Denis, а Вы уверены, что результаты "перезапуска PPPoE-сервера" и имеющегося в моем случае "физического" обрыва на линии будут идентичными?.. Ведь в моем случае PPPoE-сервер у провайдера скорее всего прекрасно себя чувствует...
Иными словами: что может служить причиной того, что в некоторых случаях после физического обрыва на линии и ее восстановления PPPoE-сессия автоматически не восстанавливается (все время идет Attempting to Connect или, иногда, Invalid Username...), но стоит только вручную выполнить Disconnect -- Connect, все прекрасно соединяется?

В данном случае возможно, что PPP сервер некорректно закрывает PPP линк на своей стороне и он остается "висеть". Когда Вы нажимаете кнопку "Disconnect - Connect", модем посылает PADT пакет PPP серверу, линк на стороне сервера закрывается, после чего модем начинает инициализацию новой сессии (посылает PADI пакет).
В тестовом окружении (с корректно закрытыми линками на стороне сервера) и после перезапуска сервера модем корректно поднимает PPP соединение.

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

Хм, я могу не делать Disconnect--Connect, а просто выключить и включить питание модема -- результат будет тот же (восстановление соединения). Так или иначе, все сводится к вопросу "что делать"? Что можно сделать для решения проблемы реконнекта при зависании PPP-сессии у провайдера на данном модеме (DSL-G804V) либо на модеме 2600U? Предложения "наладить физическую цепь" очевидны, я сейчас пытаюсь заставить сделать это провайдера, однако вопрос относится к настройкам модема.
В частности, может ли помочь изменение параметра restarttimeout у G804V (см. выше), и если да, то как добиться, чтобы этот параметр не сбрасывался при перезагрузке?

В данном случае могут помочь следующие команды (возможно придется поэкспериментировать со значениями):
admin> pppoe set transport wanlink autoconnect enabled (включить автоматическое подключение).
admin> pppoe set transport wanlink lcpechoevery 30 (посылать пакет LCP PPP серверу для проверки активности линка каждые 30 секунд).
admin> pppoe set transport wanlink lcpmaxfail 3 (закрывать линк со своей стороны после трех посланных и оставленных без ответа LCP пакетов).

Настройки сохраняются так:
admin> system config save

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

Пробовал, экспериментировал. Проблема остается. В техподдержке "Центртелекома" в конце концов сообщили, что подобного рода проблема (зависание PPPoE-сессии) им известна и лечиться она может одним-единственным способом: установкой таймаута реконнекта PPPoE в ~ 180 или более секунд. В противном случае, если модем стучится слишком часто, после нескольких таких попыток биллинг-сервер просто блокирует все соединения намертво. Так можно или нет жестко прописать таймаут реконнекта в DSL-G804V (чтобы заданное минимальное время между инициированиями PPPoE-соединений выдерживалось независимо от каких-либо внешних условий, как то обрывы на линии, LCP пинги и т.п.), или это на DSL-G804V невозможно в принципе?!