+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Высокая загрузка процессора при отключении PPPoE-сессий

Высокая загрузка процессора при отключении PPPoE-сессий, RouterOS

rpra

Guest

07.02.2017 17:27:00

Мне кажется, эта проблема появилась в некоторых последних версиях ROS. Она точно есть в 6.35.4 и 6.38.1. Когда случаются сбои в сети, некоторые PPPoE-сессии отключаются с ошибками «peer not responding». В эти моменты загрузка CPU на CCR поднимается до 100%, и роутер практически перестаёт пропускать трафик. Такое может длиться несколько минут. Роутер теряет соседей по OSPF, и это превращается в катастрофу! Если число отключающихся сессий превышает 200-300, он полностью падает. Наблюдаю это на нескольких разных CCR.

yovetal Guest	#2 0 02.07.2017 12:06:00 Привет! У нас такая же проблема на нашем CCR-1036. Сейчас мы используем RouterOS версии 6.39.2. И проблема до сих пор не решена. Полгода назад я создал заявку в поддержку Mikrotik, но они до сих пор не нашли решения.

supaul77 Guest	#3 0 17.07.2017 07:25:00 У меня такая же проблема. Есть решения?

p3rad0x Guest	#4 0 18.07.2017 21:18:00 Привет, ты используешь masquerade?

stergulc Guest	#5 0 22.08.2017 19:39:00 Какие-нибудь обходные пути? У нас такая же проблема...

ntmanxp Guest	#6 0 26.09.2017 19:48:00 Плюс один за меня.

tomaskir

Guest

28.09.2017 13:49:00

Если вы используете Masquarade на роутере, в этом и проблема. При использовании Masquarade RouterOS вынужден делать полное пересчитывание отслеживания соединений при каждом подключении или отключении интерфейса. Если у вас много PPPoE сессий, которые постоянно подключаются и отключаются, отслеживание соединений будет постоянно пересчитываться, что приводит к высокой загрузке процессора. Решение: прекратите использовать Masquarade на роутерах с большим количеством динамических интерфейсов. Либо используйте srcnat, либо пересмотрите архитектуру и применяйте маршрутизацию.

ntmanxp

Guest

29.09.2017 13:10:00

В моём случае я не использую маскарад, только src-nat. И даже когда выбираю сессии (например, 20 из 30), которые используют публичный IP из пула, нагрузка на CPU растёт и потом долго снижается. Несколько месяцев назад я использовал Interim Update — это было катастрофой. Большая нагрузка на CCR. Складывая 1 и 1, возможно, это связано с учётом трафика или с подсчётом пакетов, которые сессии отправляют на Radius (сам процесс подсчёта). Подумаем, что служба поддержки или разработчики смогут копнуть глубже и покажут нам решение.

aacable Guest	#9 0 02.10.2017 07:05:00 Столкнулся с той же проблемой. Использую следующие RB (с версией 6.40.3): RB3011xxx, CCR1016, CCR1036.

Chupaka Guest	#10 0 02.10.2017 08:29:00 То же, что и что? Ты используешь «action=masquerade»?

aacable

Guest

#11

02.10.2017 10:39:00

Да, Masquerade и Routing в одном устройстве. Сценарий примерно такой... 4 WAN DSL-соединения настроены с PCC, используя метод SRC-ADDRESS, для конкретной группы пользователей. 1 WAN-ссылка для маршрутизации пользователей с публичными IP-адресами.

Chupaka Guest	#12 0 02.10.2017 10:56:00 Если у вас такая же проблема, то и решение должно быть таким же: http://forum.mikrotik.com/t/high-cpu-load-when-pppoe-sessions-disconnects/105999/7

aacable Guest	#13 0 02.10.2017 11:30:00 Принял к сведению. Увидел это позже. Протестирую.

rsvieira

Guest

#14

03.10.2017 13:34:00

Привет, у нас такая же проблема, используем SRC, а не MASQUERADE. Уже смотрели нашу архитектуру, но проблему не находим. На устройстве с 1000 сессий, когда количество падает до 100-200, перестают работать маршрутизация и туннели, загрузка процессора поднимается до 90-95%.

ViREnG

Guest

#15

07.10.2017 10:33:00

У меня такая же проблема, и я не использую masquerade. Мои PPPoE-клиенты подключены через VPLS, и каждый VPLS обрабатывает около 100–200 клиентов. Если один из них отключается из-за сбоя в сети, загрузка CPU прыгает до 100%, и роутер зависает.
ROS: 6.38.7
Устройства: 3x CCR1036
Каждое устройство обрабатывает примерно 1000 PPPoE-клиентов

***Если я отключаю connection tracking, проблема решается, но тогда не могу использовать src-nat.***

cpu_usage_pppoe_disconnect.png

Кто-нибудь знает, в чем проблема?

ViREnG Guest	#16 0 07.10.2017 13:59:00 Привет, ребята, посмотрите.

mducharme

Guest

#17

07.10.2017 20:55:00

Твои клиенты используют публичные или приватные IP-адреса? Если у большинства клиентов публичные IP, можно выключить отслеживание соединений для некоторых задач и включить для других, контролируя это с помощью таблицы Raw. Если же у клиентов приватные IP, хороший вариант — делать NAT на отдельном роутере, а не на том же устройстве.

ViREnG Guest	#18 0 08.10.2017 04:40:00 Да, да, мне нужно использовать действие notrack? Этого достаточно? /ip firewall raw add action=notrack chain=prerouting src-address-list=public_pools

mducharme

Guest

#19

08.10.2017 04:51:00

Да, ещё учти, что если ты хочешь, чтобы часть трафика из твоих public_pools всё же обрабатывалась трекингом соединений, можно «принять» этот трафик выше правила notrack. Принятый трафик всё равно проходит через основной файрвол, так что «принять» здесь не значит «я доверяю этому», а скорее «я хочу отслеживать это».

ViREnG Guest	#20 0 08.10.2017 05:09:00 Все еще есть связь с адресом назначения моих публичных пулов. Нужно ли мне тоже отключить dst-address моих публичных пулов?

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры