Есть роутер D-Link DIR-300 Hardware Version : B1 Firmware Version : 2.0
Больше трёх лет работал без проблем но начал терять связь с интернетом, настройки PPPoE не менялись.

При подключении кабеля напрямую к ноуту интернет работает без проблем - соответственно провайдер свои косяки отрицает.

Что делать? Роутер своё отработал или всё же провайдера долбить?

Лог от момента включения, до устойчивой потери связи выглядит таким образом:

Dec 1 20:11:14 PPPoE: Sending PADR for session1.
Dec 1 20:11:09 PPPoE: Sending PADR for session1.
Dec 1 20:11:09 PPPoE: Received PADO for session1, from 08:81:f4:87:44:f1.
Dec 1 20:11:09 PPPoE: Sending PADI for session1.
Dec 1 20:11:04 PPPoE: Sending PADT for session1. (Session ID: 931)
Dec 1 20:11:02 PPP: Connection terminated.
Dec 1 20:10:55 PPP: No response to 14 LCP echo requests.
Dec 1 20:05:39 Time synchronized at 2013/12/01, 20:05:39.
Jan 1 00:00:54 Remote management is disabled.
Jan 1 00:00:54 Block WAN PING is enabled.
Jan 1 00:00:53 DMZ disabled.
Jan 1 00:00:53 VPN (L2TP) Pass-Through enabled.
Jan 1 00:00:53 VPN (IPSec) Pass-Through enabled.
Jan 1 00:00:53 VPN (PPTP) Pass-Through enabled.
Jan 1 00:00:53 Domain blocking disabled.
Jan 1 00:00:53 URL blocking disabled.
Jan 1 00:00:53 MAC filter disabled.
Jan 1 00:00:52 IPCP: secondary DNS address 212.115.255.3.
Jan 1 00:00:52 IPCP: primary DNS address 212.115.255.55.
Jan 1 00:00:52 IPCP: remote IP address 10.10.0.1.
Jan 1 00:00:52 IPCP: local IP address 46.98.55.65.
Jan 1 00:00:44 DHCP: Server sending ACK to 192.168.0.100. (Lease time = 86400)
Jan 1 00:00:44 DHCP: Server receive REQUEST from 1c:65:9d:3b:54:11.
Jan 1 00:00:43 CHAP authentication succeeded.
Jan 1 00:00:30 PPPoE: Received PADS for session1. (Session ID: 931)
Jan 1 00:00:30 PPPoE: Sending PADR for session1.
Jan 1 00:00:25 PPPoE: Sending PADR for session1.
Jan 1 00:00:25 PPPoE: Received PADO for session1, from 08:81:f4:87:44:f1.
Jan 1 00:00:25 PPPoE: Sending PADI for session1.
Jan 1 00:00:19 PPPoE: Sending PADI for session1.
Jan 1 00:00:13 VPN (L2TP) Pass-Through enabled.
Jan 1 00:00:13 VPN (IPSec) Pass-Through enabled.
Jan 1 00:00:13 VPN (PPTP) Pass-Through enabled.
Jan 1 00:00:13 Domain blocking disabled.
Jan 1 00:00:13 URL blocking disabled.
Jan 1 00:00:13 MAC filter disabled.
Jan 1 00:00:04 System started.

Вот это вот No response to 14 LCP echo requests. что означает?

Как вариант PPPoE-сервер провайдера подтупливать начал (перегружен например), может и с физикой канала что-нибудь случилось. Без диагностики не сказать, я бы попробовал бы влить в этот роутер альтернативную прошивку Wive-NG-RTNL - viewtopic.php?f=4&t=162485#p880571 (сразу скажу, что если не готовы разбираться, читать от начала и до конца, в том числе сгонять на официальный сайт и там почитать форум и FAQ, в общем, курить - лучше даже не втравливаться). Ради чего можно её поставить - потому что в ней помимо более хорошей логики адаптивного подбора MTU и общей логики работы, есть возможность поиграться со значениями: LCP echo interval и LCP echo failure (в отличии от родной прошивки). Из вашего лога видно, что роутер не получает ответ на 14 LCP-echo запросов, потом рвёт соединение с PPPoE-сервером провайдера и начинает процедуру поиска-установления соединения с ним заново. В альтернативной прошивке можно увеличить количество неудачных попыток получения LCP-echo и длительность между попытками - это может помочь в случае подтупливания сервера провайдера, но если проблема с физикой, то нет, По поводу физики - нужно снимать дампы трафика сниффером и анализировать их + из более Вам доступного, попробовать каким-нибудь MTR (в Вашему случае, наверно, WinMTR, если Вы всё ещё Windows пользуетесь) подолбать какой-нибудь внешний сайт в течении длительного времени (через роутер) и напрямую, и посмотреть, не будет ли пропаданий пакетов на первых хопах. Ну и, соответственно, дальше по месту - закидывать провайдера дампами, логами, результатами трейсов-пингов и требованиями исправить проблему, если она подтвердится. В общем, та ещё игра по классу сложности.

А не проще подменить роутер на время? Тогда станет понятно, что делать: покупать новый роутер, или мучить старый, или угощать провайдера пивом с орешками..

Можно и так, если только не будет как с Билайном и прочими псевдо-провайдерами, т.е. Вы подцепили не православный роутер, он не рекомендуется нами, в нём не стоит наша прошивка, у Вас не правильная конфигурация компьютеров внутри квартиры и они мешают нормальной работе роутера с нашей прошивкой и кучи других весёлых придумок лишь бы только отстали... Вообще, каждая попытка показать дампы-логи провайдеру часто встречается как непонятное действие, на которое советуют перезагрузить компьютер-маршрутизатор и вызвать специалиста. Поэтому я и сказал, что борьба с провайдером может быть сугубо брутальной и порой стоит сменить провайдера только ради возможности адекватной реакции ТП (т.е. заранее обговорить "Я буду Вам присылать, в случае проблем то-то, а Вы будете анализировать и курить вместе со мной (т.е. помогать разбираться в проблеме двусторонне), за это я готов выбрать Вас, а не мега оператора "N").

P.S. Одно понятно, когда роутер дохнет аппаратно - он в логи об этом не пишет, а когда пишет - то ругается на конкретную проблему - в данном случае она чётко описывается. А вот причину её надо ковырять дальше.

Mihail821, спасибо за подробный аргументированный ответ!

Проверь, поменяй блок питания.

По моему роутеру точно пора на покой.
соединяться перестал вообще.
Либо пишет в логе
PPPoE: Sending PADI for session1
несколько раз и больше никаких изменений до перезагрузки
либо иногда бывает напишет
Server receive REQUEST from 1c:65:9d:3b:54:11.
после этого
Server sending ACK to 192.168.0.100. (Lease time = 86400)
и тишина...

Я бы его перепрошил на последок (в Wive-NG-RTNL), чисто ради эксперимента.)) Если есть возможность, подрубить его по WiFi к ноутбуку, а по LAN шнурок провайдера (в тот же ноут), то можем поколдовать по TeamViewer сейчас... Жалко такое железо оставлять совсем без работы.

P.S. Ну или стационар с 2+ сетевыми картами, как у меня.

Завтра на работе админ-шаман сказал прошьёт, wan порт перекинет на оин из lan-ов и блок питания тестером послушает. Тогда и посмотрим

WAN-порт там по умолчанию на LAN4 перейдет, *если Вы Wive-NG-RTNL, а не только переходную от Nitr0* зашьёте туда и "fs fullreset" по SSH сделаете (меняется через вкладку "Status" рожи, если что). До кучи сгенерируются новые MACи (WAN/WiFi/LAN-интерфейсов). В общем, после прошивки на Wive-NG-RTNL (обязательно сделать "fs fullreset" прежде чем настраивать (логин и пароль: Admin/Admin, адрес по умолчанию: 192.168.1.1). Схема прошивки простая - переходная от Nitr0 вливается прямо через фирменную вебморду 300го, потом через вебморду Nitr0 вливается Wive-NG-RTNL - http://sourceforge.net/projects/wive-ng ... p/download (это самый свежая сборка для RT3050, иногда приходится с одного из зеркал сливать) ну "fs fullreset" сделать по SSH обязательно, кроме того (по желанию можно обновить загрузчик железки на Wive`овский), но это уже по вашему пожеланию.

P.S. Насчёт БП правильная мысль + кондюки бы глянуть внутри 300го, по возможности, конечно.