Модуль управления 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 версий...
Есть ли предложения по теме?
