Биллинговая система Nodeny

Главная категория => Разработка => Тема начата: Eugene от 21 Февраля 2013, 15:44:08



Название: Расширение функционала + доработка связки NoDeny <-> MikroTik
Отправлено: Eugene от 21 Февраля 2013, 15:44:08
Модуль управления NAS-ом должен соответствовать правилам работы с сателлитами этого биллинга и работать как демон, должно контролироваться потребление модулем памяти.
Можно сделать на базе уже существующего в стандартном наборе
Требования по доработке:
-[fix]ликвидировать главный недостаток модуля в дублировании списков AccessList.
-[fix]убрать ошибки модуля при создании записей в разделе Queue
-[fix]исправить ошибку когда активация абонента происходит не сразу, а спустя 2-3 часа.
-[fix]сделать "правильную" синхронизацию с биллингом, когда изменения в Списки и в Очереди вносятся только если происходят изменения в биллинге, а не каждый цикл обхода скриптом списков пользователей. То есть, данные получаются из Тика, сверяются и изменяются только если данные изменились.
+Перенастроить модуль на создание (и обязательно удаление) TreeQueues. Логика, описана вот тут
http://habrahabr.ru/blogs/sysadm/131295/
По этому вопросу ещё отдельно проинструктирую
+поделить списки разрешённых к доступу абонентов по ID тарифов (например, 01_online, 02_online...)
+не обязательно, но желательно. Отдельно вести списки отключённых абонентов (напрпимер, 01_offline, 02_inline...), но существующих в БД биллинга.
+добавить создание соответствующих QueueTree правил фаерволла, по два на каждый тариф и по два QueueTree на этот тариф
+добавить возможность запуска нескольких сателлитов, управляющих разными NAS-ами без обязательного копирования связанных модулей, типа sat и go. Для каждого сателлита будет заведена отдельная группа пользователей в биллинге.

Нужно сделать переключение между работой сателлита в режиме много списков и TreeQueues и один список и SimpleQueues

Я списался с тех поддержкой МикроТик, они обещали добавить возможность на основе ДНС запросов и RADIUS-модуля в Тике добавлять ай-пи адрес в списки фаерволла, но это лишь частично решает проблему и потом, будет реализовано только в 6-й версии, а у Тиков всё начинает более-менее работать только после x.10 версий...

Есть ли предложения по теме?


Название: Re: Расширение функционала + доработка связки NoDeny <-> MikroTik
Отправлено: stix от 21 Февраля 2013, 15:49:23
делал частичнона php такое, только не через QueueTree, а через SimpleQueue, через микротиковское API.

Цитировать
поделить списки разрешённых к доступу абонентов по ID тарифов (например, 01_online, 02_online...)
такое не делал, потому что нужно было бы дублировать правила для каждого аксес листа


Название: Re: Расширение функционала + доработка связки NoDeny <-> MikroTik
Отправлено: Eugene от 21 Февраля 2013, 15:52:09
Да, всё верно. Забыл добавить, нужно будет создавать по два правила для каждого аксесс-листа, сколько тарифов, столько правил. Ну и делать, конечно на API Тика.
Озвучите, пожалуйста хотя бы примерную стоимость, нам жизненно необходимо реализовать эту задачу именно в таком виде.
Я допускаю, что в процессе разработки стоимость работ может увеличиваться. Также, допускаю, что могут быть привлечены третьи лица, задача не очень простая...


Название: Re: Расширение функционала + доработка связки NoDeny <-> MikroTik
Отправлено: stix от 21 Февраля 2013, 16:05:00
можно поинтересоваться, на какое количество клиентов на каждом сателлите вы расчитываете?


Название: Re: Расширение функционала + доработка связки NoDeny <-> MikroTik
Отправлено: Eugene от 21 Февраля 2013, 16:23:38
На данный момент, от 1500 до 3000 тыс. абонентов на сателлит. Это будут сельские поселения, объединённые одной сетью деревни и небольшие города.

Добавлю, что опыт бесперебойной и безошибочной работы взаимодействия с Тиками был получен разработчиком биллинга MikroBill, в чём я лично убедился в результате реальных тестов, что доказывает, что проблемы взаимодействия не в API тика. Мы это проверяли на самом разном качестве каналов связи. Другой вопрос, что это единственный плюс того биллинга...


Название: Re: Расширение функционала + доработка связки NoDeny <-> MikroTik
Отправлено: stix от 21 Февраля 2013, 16:30:25
да тут есть проблемы с количеством записей.
он просто от количества шейперов может сложить лапки.
я писал систему авторазворачивания микротика, скрипт берет из базы инфу и строит вланы, ip адреса, dhcp, шейперы.
пустой роутер на 700 юзеров умирал сам от себя....
это на x86

потому вот и спрашиваю


Название: Re: Расширение функционала + доработка связки NoDeny <-> MikroTik
Отправлено: Eugene от 22 Февраля 2013, 17:45:22
Не не, всё нормлаьно будет. Я дам точные инструкции что и как нужно создавать. Мы тестировали эти модели, всё работает (если не глючит Сателлит) всё прекрасно месяцами без сбоев и тормозов.

На x86 с 4 ядрами около 600 мб/с трафика и даже при SimpleQueues из 1000 записей загрузка не более 30% всё идеально. Вот только если не глюки сателлита синхронизации

У нас десять тарифов, это всего 20 правил фаерволла и 20 TreeQueues. Даже если при этом будет и 1500 и 2000 я почти уверен, всё будет работать, главное просто сделать задачу именно так, как в ТЗ без ВЛАНов и ВПН, конечно. Всё подробно опишу, глюки Тика при большом количестве записей беру под свою ответственность, у меня очень большая уверенность, что всё будет работать. В любом случае, если сателлит будет правильно работать, задача будет считаться выполненной.


Название: Re: Расширение функционала + доработка связки NoDeny <-> MikroTik
Отправлено: Eugene от 12 Мая 2013, 09:41:54
Задачу решили своими силами. Спасибо всем за внимание!


Название: Re: Расширение функционала + доработка связки NoDeny <-> MikroTik
Отправлено: begemot от 26 Мая 2013, 22:13:55
ПоделитеSь ?