Mikrotik.moscow [тема: Подключение PPPoE уже активно, закрываем предыдущее.] http://mikrotik.moscow Новое в теме Подключение PPPoE уже активно, закрываем предыдущее. форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Sat, 01 Aug 2026 06:47:51 -0400 Подключение PPPoE уже активно, закрываем предыдущее. Подключение PPPoE уже активно, закрываем предыдущее. RouterOS в форуме RouterOS.
Привет, уже целый месяц ищу ответы на эту проблему. Кто-нибудь нашёл решение? Нужна помощь.
08.09.2023 13:47:00, Yelyah.]]> http://mikrotik.moscow/forum/forum57/86503-podklyuchenie-pppoe-uzhe-aktivno_-zakryvaem-predydushchee./message407459 http://mikrotik.moscow/forum/forum57/86503-podklyuchenie-pppoe-uzhe-aktivno_-zakryvaem-predydushchee./message407459 Fri, 08 Sep 2023 13:47:00 -0400 RouterOS Подключение PPPoE уже активно, закрываем предыдущее. Подключение PPPoE уже активно, закрываем предыдущее. RouterOS в форуме RouterOS.
Выполнение NAT (а на самом деле любого действия, связанного с отслеживанием соединений) на другом роутере — это только один из возможных источников нагрузки на процессор, но есть и другие причины. Главная проблема в том, что разрыв и установление PPPoE-соединения — это задача, требующая большой загрузки CPU, и, похоже, при этом не происходит приоритизации обработки управляющих пакетов PPPoE по сравнению с другим трафиком. Поэтому, когда случается «что-то серьёзное», это так сильно влияет на обработку управляющих пакетов, что соединения считаются мёртвыми, процесс разрыва запускается, еще больше загружая CPU, и ещё больше соединений считается мёртвыми, в итоге все соединения обрываются и начинают медленно восстанавливаться. И если нагрузка на процессор близка к пределу, то это «что-то серьёзное» вовсе не обязательно такое уж большое — оно просто чуть-чуть превышает границу, и эффект самоблокировки делает остальное.

Так что перенос «NAT» с PPPoE-сервера просто снижает базовую нагрузку и даёт больше возможностей справляться с пиковыми всплесками трафика без катастрофы. Однако если вы перенесёте «NAT» с PPPoE-сервера, но при этом сохраняете отслеживание соединений на нем, выгоды не будет — настоящая нагрузка, связанная с NAT, заключается в сопоставлении каждого пакета с полным списком существующих соединений, независимо от того, подвергается ли соединение NAT или нет. Переписывание исходного и/или адреса назначения пакета использует гораздо меньше ресурсов CPU, чем собственный поиск.

В некоторых случаях это «что-то серьёзное» может быть удалением замаскированных соединений из отслеживания, но это происходит только тогда, когда меняется IP-адрес, под которым эти соединения маскируются. Поэтому разрыв одного PPPoE-соединения запускает удаление на клиенте, а не на сервере (если только клиент не играет роль uplink для сервера, но в реальных условиях такого не бывает). На стороне сервера это происходит только в мульти-WAN-средах с правилами masquerade, когда отключение WAN-интерфейса запускает удаление замаскированных соединений, но это особый случай, который обычно не характерен, если ваши WAN-IP статичны и вы можете использовать обычный src-nat вместо masquerade.

Кроме того, иногда забывают добавить blackhole-маршруты к подсетям, из которых PPPoE-клиенты получают свои адреса. Когда клиент отключается, ответы на открытые им соединения продолжают идти, но так как клиент отключён, связанный маршрут /32 к его адресу больше не существует, и пакеты идут по умолчанию, то есть обратно к вышестоящему роутеру. В зависимости от TTL, эти пакеты могут болтаться между PPPoE-сервером и вышестоящим роутером, создавая дополнительную нагрузку на процессор. Blackhole-маршрут к подсети пула адресов с расстоянием больше 0 предотвращает такую ситуацию.
03.02.2022 10:41:00, sindy.]]> http://mikrotik.moscow/forum/forum57/86503-podklyuchenie-pppoe-uzhe-aktivno_-zakryvaem-predydushchee./message407458 http://mikrotik.moscow/forum/forum57/86503-podklyuchenie-pppoe-uzhe-aktivno_-zakryvaem-predydushchee./message407458 Thu, 03 Feb 2022 10:41:00 -0500 RouterOS Подключение PPPoE уже активно, закрываем предыдущее. Подключение PPPoE уже активно, закрываем предыдущее. RouterOS в форуме RouterOS.
Проброс NAT на другом роутере не даёт никакого эффекта. С такой же проблемой мы столкнулись и при этой настройке.
03.02.2022 09:18:00, harjeetv.]]> http://mikrotik.moscow/forum/forum57/86503-podklyuchenie-pppoe-uzhe-aktivno_-zakryvaem-predydushchee./message407457 http://mikrotik.moscow/forum/forum57/86503-podklyuchenie-pppoe-uzhe-aktivno_-zakryvaem-predydushchee./message407457 Thu, 03 Feb 2022 09:18:00 -0500 RouterOS Подключение PPPoE уже активно, закрываем предыдущее. Подключение PPPoE уже активно, закрываем предыдущее. RouterOS в форуме RouterOS.
Всем привет! Я настроил RG750 с LAN Pool и VPN Pool. Но когда подключаемся к VPN, IP отображается как в LAN, а шлюз — 0.0.0.0, а маска подсети показана 255.255.255.255. Нам нужно, чтобы маска подсети была 255.255.255.0, как в нашей LAN. Пожалуйста, подскажите. Заранее спасибо!
05.01.2022 15:21:00, advaitha.]]> http://mikrotik.moscow/forum/forum57/86503-podklyuchenie-pppoe-uzhe-aktivno_-zakryvaem-predydushchee./message407456 http://mikrotik.moscow/forum/forum57/86503-podklyuchenie-pppoe-uzhe-aktivno_-zakryvaem-predydushchee./message407456 Wed, 05 Jan 2022 15:21:00 -0500 RouterOS Подключение PPPoE уже активно, закрываем предыдущее. Подключение PPPoE уже активно, закрываем предыдущее. RouterOS в форуме RouterOS.
Ну, ты задаёшь вопрос, а потом сам на него отвечаешь… так в чём тогда вообще смысл форума? Ты даже свою конфигурацию не показал, чтобы проверить, всё ли в порядке…
03.01.2022 17:10:00, Maggiore81.]]> http://mikrotik.moscow/forum/forum57/86503-podklyuchenie-pppoe-uzhe-aktivno_-zakryvaem-predydushchee./message407455 http://mikrotik.moscow/forum/forum57/86503-podklyuchenie-pppoe-uzhe-aktivno_-zakryvaem-predydushchee./message407455 Mon, 03 Jan 2022 17:10:00 -0500 RouterOS Подключение PPPoE уже активно, закрываем предыдущее. Подключение PPPoE уже активно, закрываем предыдущее. RouterOS в форуме RouterOS.
Привет, это вторая часть поста: https://forum.mikrotik.com/viewtopic.php?p=892815, так как там помечено как Решено. У меня CCR 1072 с почти 1600 PPPoE туннелями с публичными и приватными адресами с IPv6 в двойном стеке. Я долгое время использую одну и ту же версию RouterOS. Вся сеть у нас построена на VLAN; каждый PPPoE-сервер работает на отдельной VLAN. Память и CPU загружены очень мало. Всё работало отлично, а пару недель назад начались неожиданные массовые случайные обрывы соединений. Я обновил RouterOS с 6.48 до 6.48.5, но по крайней мере раз в день эта проблема снова появляется. Было бы здорово получить ответ от сотрудников Mikrotik. Очень странно, что когда пропадают 200 клиентов, графики показывают полный сбой, словно вся сеть полностью потеряла интернет.
23.11.2021 21:24:00, oxigeno20.]]> http://mikrotik.moscow/forum/forum57/86503-podklyuchenie-pppoe-uzhe-aktivno_-zakryvaem-predydushchee./message407454 http://mikrotik.moscow/forum/forum57/86503-podklyuchenie-pppoe-uzhe-aktivno_-zakryvaem-predydushchee./message407454 Tue, 23 Nov 2021 21:24:00 -0500 RouterOS