PPPoE PADO Timeout. Компьютер работает, роутер - нет. В чём разница?

Добрый день. У меня частный дом, подключение по PPPoE. Основной роутер TP-link ac1350, замененный zyxel keenetic 4g lite. Пару дней назад сосед проводил себе интернет этого же провайдера, мой, соответственно, на некоторое время упал. Когда спецы уехали интернет появился, но только с компа. Перезагрузки всего оборудования, сброс и повторное вбитие настроек результата не имели. Проверил вторым роутером, который тоже работал когда-то давно, пока не заменил на более мощный - не работает. Провайдер божится, что проблема в настройках, но настройки не могли сбиться на обоих роутерах (один из которых был отключен). Провайдер говорит, что на линии проблем нет, роутеры не под фильтрами. Зеркалить, на всякий случай, мак адрес рабочего компа пробовал. Роутеры сначала посылают PADI пакет, но логи роутеров говорят, рвут соединение с ошибкой PADI TIMEOUT. Посмотрел пакеты и, действительно, PADO ответ вообще не приходит. На компе всё нормально. Несколько раз звонил в поддержку, говорят, что у с их стороны проблем нет. Пришли к тому, что они подключатся и будут смотреть настройки роутера в течении 5 рабочих дней. Пошёл к тому соседу, что проводили интернет, рассказал, что когда ему подключали и настраивали роутер, у них ничего не вышло, воткнули шнур напрямую в комп, сказали что роутер нерабочий и уехали. Вот мне и стало интересно, в чём разница и что можно ещё попробовать.

Миниатюры

   

0

ну, первое, что приходит на ум - это TTL У провайдера, возможно, выставлено ограничение на этот счет.
А по существу - разницы никакой. Что роутер, что компьютер посылают одинаковые пакеты запроса авторизации по РРРоЕ (ведь стандарты никто не отменял) Проблема на стороне провайдера, только если ты не допускаешь вообще уж банальные ошибки (не в тот порт воткнул, не те аутентификационные данные ввел)

1

Я сутки потратил на банальные ошибки и всё перепроверял несколько раз чтобы уж точно исключить человеческий, с моей стороны фактор. Версию с TTL мне тоже приходила в голову, я пробовал не уменьшать TTL и это тоже не возымело эффекта

Добавлено через 2 минуты
и ошибся в ошибке, не PADI PACKET TIMEOUT, а PADO PACKET TIMEOUT

0

Сообщение от Django_bob PADO PACKET TIMEOUT

Timeout waiting for PADO packets

Цитата (с одного из форумов):

Я много куда обращался и выяснял в чем прикол, оказалось, что у РТ есть проблема с некоторыми платформами (в частности роутеры TP-link и ASUS), где постоянно встречается эта проблема... Роутер долго не может подключиться по причине таймаута. Ни у провайдера, ни в tp-link ничего не смогли сделать, итоге перепрошился на openwrt и вроде стало все более или менее стабильно..

1

Django_bob, очень старая проблема. Необходимо в подключении PPPoE уменьшать MTU до тех пор пока не соединится. По дефолту у ZyXEL стоит 1500. В разделе "Аутентификация у провайдера (PPPoE / PPTP / L2TP)" нажмите "Показать дополнительные настройки". В поле "Размер MTU" можно указать нужное значение в диапазоне от 64 от 1500.
Необходимо постепенно уменьшая значение MTU найти подходящее. У Windows стоит 1492 по дефолту для PPPoE.

Добавлено через 6 минут
Django_bob, попробуйте вызвать техподдержку провайдера. Пришедшему человеку попросить набрать на 2-ую линию Технической поддержки. И попросить проверить магистральные порты.
Я предпологаю: если уменьшение MTU поможет, то вышестоящий коммутатор не хочет фрагментировать трафик. Можно временно решить проблему уменьшая MTU. Так-же если у оного коммутатора такое началось, на магистральных портах будут ползти ошибки.

2

не успел попробовать MTU. Позвонили специалист, подключился к роутеру, проверил все настройки, спросил точно ли рабочий роутер. Я подключил второй, он проверил и его. Сбросил роутер, ввёл все сам - не помогло. Перегрузил что-то на своей стороне - не помогло. В итоге он позвонил выше стоящим админам, они что-то покрутили у себя и всё заработало

Добавлено через 6 минут

Сообщение от NoNaMe Я предполагаю: если уменьшение MTU поможет, то вышестоящий коммутатор не хочет фрагментировать трафик. Можно временно решить проблему уменьшая MTU. Так-же если у оного коммутатора такое началось, на магистральных портах будут ползти ошибки.

я думаю, что именно это и случилось. Стоило сразу просить вторую линию, но аргументов "что не так" у меня не было. Первая линия видела, что с их стороны проблем нет и посылала смотреть настройки. В любом случае, всем спасибо. Опыт - сын ошибок трудных)

0

о чем я и говорил

Сообщение от romsan разницы никакой. Что роутер, что компьютер посылают одинаковые пакеты запроса авторизации по РРРоЕ (ведь стандарты никто не отменял) Проблема на стороне провайдера,

ох уж эти "специалисты" провайдера

0