BiTel

Возможно ли в принципе вынести радиус с сервера, дабы разместить его на отдельном аппарате для повышения производительности?

_________________
God Bless Linux! and blessings to FreeBSD!

Конечно. В идеале все системы должны быть разнесены: MySQL-сервер отдельная машина, BGBillingServer другая, IPNNetflowCollector - третья, BGRadiusDialUp - четвертая и т.п. По сути каждая из них (кроме MySQL) имеет два интерфеса: один для работы с клиентами (авторизация, сбор траффика и т.п.) вторая серая, физически отделена - для работы непосредственно с БД. В конфигах каждой из систем указывается внешняя БД (MySQL-сервер), а на MySQL-сервер биндидтся на видном только внутренней части интерфейсе. Это позволяет делать SQL-запросы сторонним сервисам, без выставления БД наружу, делая АСР более гибкой.

Согласен, из некоторых конфигов - видна такая картина, но как быть тогда с лицензиями? Какова политика лицензирования в этом случае?

Далее еще один вопрос, сколько коллекторов может быть, т.е. возможна ли такая ситуация, что имеем только один сервер с БД, один сервер с ядром системы. В тоже время на каждый крупный узел, суть большой город - помещаем коллектор и например, рудиус.

Возможен ли такой сценарий?

_________________
God Bless Linux! and blessings to FreeBSD!

Лицензии привязываются к числу логинов в модуле DialUp, например, или числу IP-адресов (объектов) в модуле IPN. Число коллекторов IPN в частности может быть несколько. Насчет разнесения RADIUS-серверов хороший вопрос, уже надо отнести к разработчикам. По идее число модулей можно создавать несколько, внутри каждого описывать свои услуги, свои NAS-сервера. Соответственно, каждый RADIUS-сервер имеет код, который соотносится всей системой к конкретному RADIUS-серверу. При аутентификации пользователей прилетит от конкретного RADIUS-сервера логин конкретного пользователя, а вот число пользователей ограничивается лицензией, ну и уникальность логинов и алиасов обязательна. Также дело обстоит с IPNNetFlowCollector, число модулей в системе и самих IPNNetFlowCollector может быть несколько по аналогии. Внутри каждого коллектора свои источники траффика. Другое дело как выдержит сервер БД такую распределенную нагрузку, и ядро для обработки. Порты для работы с каждым коллектором и RADIUS-сервером соответственно меняются.

P.S. Поправьте, если ошибаюсь.

Вот я и толкую, что вопрос данный - очень интересный. Соответственно, адресуем его разработчикам: просьба пояснить по сути данной темы, пожалуйста.

_________________
God Bless Linux! and blessings to FreeBSD!

Рекомендую просто проверить. Допустим развернуть на не рабочей системе, попробовать повторить описанную схему, как вам требуется. Увидите как будут использоваться лицензии и т.п. Мне удалось легко создать еще один экземпляр модуля.

Спасибо. Но все-таки, наиболее верным способом было-бы узнать официальный ответ разработчика.

Уважаемые разработчики, просьба разъяснить по данному вопросу...

_________________
God Bless Linux! and blessings to FreeBSD!

up

_________________
God Bless Linux! and blessings to FreeBSD!

Прошу прощения, но вопрос очень актуален. Просьба помочь...

_________________
God Bless Linux! and blessings to FreeBSD!

Лицензии привязаны к числу договоров использующих услуги соответствующих модулей. Сформулируйте вопрос по конкретнее.

Пытаясь конкретнее сформулировать вопрос.

Возможен ли следующий сценарий:
1. Один сервер с запущенным ядром АСР, экземпляром BGBilling server.
2. BGBilling Radius - выносим на отдельный сервер №1
3. Netflow-коллектор №1 - так же выносим на отдельную машину.
4. BGBilling Radius - выносим на отдельный сервер №2
5. Netflow-коллектор №2 - так же выносим на отдельную машину.

Дополнительный вопрос:
какой протокол обмена между ядром (BGBilling Server) и, BGBilling Radius, BGBilling NEtflow?

_________________
God Bless Linux! and blessings to FreeBSD!

Да. каждый радиус сервер и коллектор работает со своим экземляром модуля(dilaup и ipn). Экземпляров модулей можно создавать неограниченное количество. при подсчете лицензий учитываются все экземпляры



никакого протокола нет между ними . они все обращаются к одной базе данных - она их и связывает ..Radius считает сессии и кладет их в бд , а сервер отдает эти данные по запросу клиента биллинга. Аналогично и коллектор

Просьба уточнить, лицензии считаются как общее кол-во лицензий всех экземпляров модуля?


Не совсем понял, по поводу общения, например BGBilling radius`а с ядром... как это нет протокола... Просто по аналогии, например, если бы ядром был оракл, то протоколом обмена радиуса и ораклового сервера был бы sqlnet. А как это реализовано у вас?

_________________
God Bless Linux! and blessings to FreeBSD!

Радиус работает напрямую с БД (Mysql) по протоколу sql сервера. Сервер биллинга (ядро) в этом процесе ни как не участвует.

Да