DM
Поставил weight=1 и дернул сессию и все равно пошло в первый радиус а не во второй
Size: a a a
2020 October 19
ST
А для определенного пула сессии вязать на определенных брасах
а вланами раскидать?
DM
а вланами раскидать?
Не выход, сеть то большая, реальник может заказать любой юзер в любом влане. Вообще если костылять то я сейчас вижу два варианта.
1. тянуть под реальник свой влан, каждый раз когда кто-то заказывает
2. поднять отдельно брасы для реальников, не деля вланы а просто с рабочих вырезать gw с реальниками, но мне кажется привезу проблем других
1. тянуть под реальник свой влан, каждый раз когда кто-то заказывает
2. поднять отдельно брасы для реальников, не деля вланы а просто с рабочих вырезать gw с реальниками, но мне кажется привезу проблем других
DM
Вообщем не вижу вообще нормального варианта реализовать эту задачу
ST
ну у вас может схема своя
ST
у меня с любого сервера может реалка залететь, только шлюз меняется
DM
У меня сейчас тоже самое
DM
Только шлюз меняется
ST
а если сеть не описьівать в аселе, она будет подниматься?
DM
а если сеть не описьівать в аселе, она будет подниматься?
Вот вот я об этом и подумал, если нет, то идея номер два имеет смысл
DM
Подыматься наверное не будет все таки но пока есть баг с отправкой запроса в радиус то приедут проблемы
DM
У меня сейчас 4 браса и дышать им сложно
DM
Так как каждый запрос летит в радиус итого 4-ре авторизации на одного
DM
Если поднять еще два браса) то будет 6-ть авторизаций на одного
DM
Ну кеш кешом но по факту на живой сети другие данные
DM
Радиусы задыхаются, при том, что БД не тупит
DM
Я имею ввиду при массовости
DM
Если например 6к юзеров приедут мгновенно