Странное зависание PPPoE servers

[LEOLAINER]

Часто по 2-3 раза в день стала мучить проблема. Пользователи подключённые по PPPoE не могут выйти в итернет. При этом пользователи подключённые по IP адресу имеют доступ в интернет. Имеем железку RB20011 UiAS-RM с прошивкой v6.36 грешил на неё, заменил на RB750GL с прошивкой v6.34.2 , проблема повторилась с той же периодичностью. Интересные моменты - подключения на вкладке winbox - ppp - interface в норме, не обрываются, если оборвать вручную при восстановления подключения интернет у пользователей всё равно отсутствует. Помогает только reboot маршрутизатора. В логах при этом пишет по каждому пользователю что то типа PPPoE,PPP,error. Загрузка проца тоже насторожила 70-80 % при малой нагрузке магистрального канала. Заметили также особенность данной проблемы - во время сильных гроз происходило зависание оборудования вышестоящего провайдера, в результате наблюдался вышеописанный глюк на микротике. У кого какие сооброжения будут по этому поводу? А также интересует возможность автоматической перезагрузки микротика при возникновении такой траблы. Дело в том, что watchdog включён на www.ya.ru, но он то доступен в момент возникновения данной проблемы.

[myth]

автоматической перезагрузки микротика при возникновении такой траблы

Ищите проблему в сети, имхо.

[nur16]

Часто по 2-3 раза в день стала мучить проблема. Пользователи подключённые по PPPoE не могут выйти в итернет. При этом пользователи подключённые по IP адресу имеют доступ в интернет. Имеем железку RB20011 UiAS-RM с прошивкой v6.36 грешил на неё, заменил на RB750GL с прошивкой v6.34.2 , проблема повторилась с той же периодичностью. Интересные моменты - подключения на вкладке winbox - ppp - interface в норме, не обрываются

Мы использовали для пппое роутеры RB1100AHx2, и заметили что разные глюки с пппое начинаются при загрузе процов уже на уровне 30%.

Не стали разбираться, и тупо поставили еще роутеров. Проблемы исчезли.

Для серии 2011 загруз проца в 75% - это уже просто беспредел. Для сохо еще годится, но для сервисного обслуживания - никак.

Поставьте в параллель еще микротиков, посмотрите.

 

Да, надеюсь всякие там программные сжатия, кодирования отключены?

[pingz]

Сколько абонов? Сколько трафика гоняете? Сколько трафика пообещали? У меня на рб1100 больше 100-150 абонов не крутится. Желательно разбить сеть по виланам на 1 дом 1 влан тогда будет проще искать.

[Saab95]

Все проблемы с PPPoE от разного рода L2 мусора. Если трафик групп абонентов изолирован, желательно на L3, то есть доставка L2 трафика в центр поверх IP сети, никаких проблем не возникает в принципе. Загрузка процессора никак не влияет на работу.

[SyJet]

Все проблемы с PPPoE от разного рода L2 мусора. Если трафик групп абонентов изолирован, желательно на L3, то есть доставка L2 трафика в центр поверх IP сети, никаких проблем не возникает в принципе. Загрузка процессора никак не влияет на работу.

Вы смешны сударь.

[Saab95]

Вы смешны сударь.

 

Предложите свою схему лечения от всех проблем. У меня простая схема - весь транспорт на L3 с OSPF, передача L2 поверх EoIP на отдельный PPPoE сервер для каждой БС, для каждого абонентского выноса и т.п с блокировкой всего кроме PPPoE на самых дальних устройствах. Проблем в таких случаях не возникает, никакой мусор и прочее в центр не попадает.

[Diamont]

Нафига мутить РРРоЕ овер EoIP там, где уже есть L3 ?

[saaremaa]

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

с каким MTU клиент получает интернет?

[Saab95]

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

с каким MTU клиент получает интернет?

 

Сам клиент со стандартным 1500 передает трафик PPPoE, соответственно в туннеле PPPoE мту уже чуть меньше. Сам же трафик EoIP тоже фрагментируется, т.к. передается поверх сети с мту=1500. Однако нужно учитывать то, что обратный трафик часто только пакеты подтверждения, а они маленькие, поэтому для них мту не важен. Если фрагментацию не отключать то абоненты никаких проблем не замечают, да и общий оферхед на такой сети не более 10-20 процентов.

 

Нафига мутить РРРоЕ овер EoIP там, где уже есть L3 ?

 

Для авторизации абонентов, кто подключен по радио. Этот механизм проще, чем городить раздачу адресов через DHCP с привязкой по маку с каждой изолированной БС, а так же заморачиваться с раздачей белых адресов по той же схеме.

Кроме всего с PPPoE абонента легко отключить - достаточно заблокировать его учетку и он данные в сеть передавать не сможет (все антенны абонентов в режиме CPE), с раздачей адресов отключить просто так нельзя.

 

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