http://mikrotik.moscow Новое в теме Две или более систем с переключением при отказе и балансировкой нагрузки. форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Sat, 01 Aug 2026 11:15:53 -0400 Две или более систем с переключением при отказе и балансировкой нагрузки. RouterOS в форуме RouterOS.
Вот тут быстро отвечаю: когда PPPoE-сервер №1 достигает 300 клиентов, сомневаюсь, что есть надёжный способ заставить PPPoE-сервер №2 начать обслуживать остальных. Можно, наверное, сделать это с помощью каких-нибудь скриптов, но это будет довольно грязный хак.

А теперь длинный ответ: Мы заметили, что после 200+ PPPoE пользователей, MT иногда становится нестабильным. PPPoE-серверы прекрасно работают параллельно (у нас даже бывает 6 работающих одновременно), и как правило, они сами по себе выстраивают балансировку нагрузки. Помните, PPPoE – это уровень 2, и по соображениям безопасности не стоит присваивать IP-адрес интерфейсу PPPoE-сервера. Для избыточности просто запустите их все на одном VLAN или уровне 2. Первый PPPoE-сервер, который ответит на запрос входа CPE PPPoE, получит работу на время этой сессии, при условии, что имя сервиса, установленное в CPE, пустое. Если этот PPPoE-сервер (концентратор) умирает, клиенты, подключённые к этому PPPoE-серверу, автоматически начнут искать другой сервер для входа, и следующий, кто первым ответит, получит работу… немного в стороне от темы, но полезная информация. Если у вас приличные CPE, вышеуказанный процесс происходит очень быстро, то есть за 1-2 секунды. Cisco, M0n0wall и многие Linksys CPE справляются хорошо. (Не поверите, но наши тесты доказали, что все версии MT имеют худшего PPPoE-клиента из всех виденных. Он НИКОГДА не войдет автоматически, если его не перезагрузить или сторожевой таймер не заставит его перезагрузиться… M0n0wall имеет самый надёжный/быстрый PPPoE-клиент, который когда-либо видели. Не заморачивайтесь, если ваши CPE состоят в основном из MT! Из 6 MT-боксов, работающих PPPoE-сервером параллельно, в 9 случаях из 10 мы видим одинаковое количество клиентов, подключенных к каждому из них. Подсказка: не забудьте запустить динамический протокол маршрутизации выше ваших «параллельных» PPPoE-серверов или прокси-ARP, если вам лень.
28.12.2004 08:22:00, workshop.]]> http://mikrotik.moscow/forum/forum57/57490-dve-ili-bolee-sistem-s-pereklyucheniem-pri-otkaze-i-balansirovkoy-nagruzki./message216590 http://mikrotik.moscow/forum/forum57/57490-dve-ili-bolee-sistem-s-pereklyucheniem-pri-otkaze-i-balansirovkoy-nagruzki./message216590 Tue, 28 Dec 2004 08:22:00 -0500 RouterOS Две или более систем с переключением при отказе и балансировкой нагрузки. RouterOS в форуме RouterOS.
Привет, народ. У меня несколько сотен клиентов подключаются к моим магистральным серверам и аутентифицируются через PPPoE. Все соединения с узлов WLAN создают кучу трафика, и я хотел бы распределить нагрузку между моими серверами. Хочу, чтобы один из них брал на себя управление, когда первый достигнет 300 пользователей. Это возможно? Я бы также создал систему балансировки нагрузки. Когда основной сервер выйдет из строя, второй сервер возьмет его на себя, скажем, через 10 секунд зарегистрированной бездействия от первого. Как это можно сделать? Моим пользователям выдаются официальные IP-адреса из пула моим radius-сервером (динамически делегированные или статические). Пулы определены в RouterOS. Все IP-адреса из пулов маршрутизируются к моему #1 PPPoE-серверу (NAS1). Удачи, YazzY.
21.12.2004 15:57:00, YazzY.]]> http://mikrotik.moscow/forum/forum57/57490-dve-ili-bolee-sistem-s-pereklyucheniem-pri-otkaze-i-balansirovkoy-nagruzki./message216589 http://mikrotik.moscow/forum/forum57/57490-dve-ili-bolee-sistem-s-pereklyucheniem-pri-otkaze-i-balansirovkoy-nagruzki./message216589 Tue, 21 Dec 2004 15:57:00 -0500 RouterOS