Про биллинг, нужен совет.

[Гайджин 574]

Пришлось отказаться от радиуса в похожей схеме с микротом и микбилом.. у микбила при запросах на радиус с хадержкой и когда их много сносит крышу.. радиус ложится )

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

ну т.е. такой себе локальный ААА. - это зачет.

[ucTuHa 199]

Пришлось отказаться от радиуса в похожей схеме с микротом и микбилом.. у микбила при запросах на радиус с хадержкой и когда их много сносит крышу.. радиус ложится )

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

Спасибо, почитаю про mikbill, сегодня поспрашиваю у ноденовцев, может все просто.

[wifi_master 132]

В вашем случае схема такая - микротик - радус - билинг. Где стоят микротики, и как они подключены. сколько их абсолютно пофигу. все идет через радиус, авторизация, доступ, нарезка скорости, отключение с включением страницы дай маню и т.д. пппое сервера остаются на микротиках. Оплата через терминалы платежей, можно хоть 10 разных фирм терминалов привязать. Оповещение по смс для особо одаренных юзеров у которых сильная форма склероза, пару раз в день, смсину кинуть дай денег. Все это можно сделать на нодени + большой рашпиль чтоб допилить до нужного состояния. Можно написать мне в лс, проконсультирую, или сделаю под ключ.

[martin 170]

кстати, по поводу локального ААА, можно вообще загонять скриптом всех юзеров на микротик PPP secret с указанием скорости и тд.. ну это в случае авторизации абонов по VPN\PPPoE .. но чистый эзернет лучше всего

[~AsmodeuS~ 34]

решение 5 пункта уже само по себе убыточно и не разумно

 

1 если у Вас есть сервер билинга и Вы решили все таки сделать доп атворизаци на микротике, просто загружаются туда данные. Это не особо сложная задача и можно её докостылить на любой из билинговых систем

 

но что Вы получаете в результате

 

1 если пропадает связь с билингом длительное время

- любой нормальный билинг закроет соединения абонентов так как от них не будут приходить подтверждения их активности

а) не можите реально оценить количество абонентов работающих в сети

б) без закрытия неактивных абонентов сессии которые некоректно закрылись (не пришёл Stop) будут висеть в системе и абоненты не смогут повторно зайти пока Вы эти сессии не закроете, если у Вас не будет ограничения они смогут по 3-4 под одним логином сидеть

в) проблема с выдачей ip адресов, если они выдаются билингом потому что закрытые сесси (ip) из за пропажи канала будут считаться свобдными и система будет пробовать их повторно выдавать

2. Что ж будет на микротике так как он не следит за количеством сессий. Когда в системе не будет связи с билингом абоненты будут масово использовать один и тотже логин для подключения

- статистика на момент падения вестись не будет

 

в конечном итоге у Вас будет

 

- билинг

- програма проверки активный ли сейчас микротик (и)

- програма синхронизации акаунтов активных и неактивных абонентов с микротиком

- програма синхронизации сессий с микротиком

- програма включения отключения функций билинга (потому что когда нет микротика нельзя будет у Вас глушить сессии)

 

схема хорошо выглядит если у Вас 1 микротик и 100 абонентов, но если у Вас их больше реально неразбериху со всеми этими процесами не избежать как минимум первый период

 

в результате очень много елементов которые работают сами по себе и множество жалоб от абонентов

- я пополнил счет нет интернета

- я зарегисрировался, Ваш сервер есть но всеравно нет интернета

- а если будут абоненты с статическими IP и начнут воровать логины один у другого будет вообще Rock'n Roll

 

 

ну и еще очень много чего

 

хотя если есть время и желания слушать недовольных клиентов то конечно можно сделать и таку схему

[onorua 126]

Не согласен с мнением ~AsmodeuS~. Требования очень реальны. На сколько я понял, ТС держит сессии на микротике. Управляется это в ручную, каким-то образом. т.е. скорее всего у абонентов безлимитные тарифные планы -> есть всего 2 состояния: включено и выключено.

Соответственно нужно "биллинг" который умеет:

- Интерфейс поддержки абонентов

- Принимать оплаты

- Делать провиженинг, т.е. слать команду (идет по ssh выполняет комнаду, шлет snmp запрос, заходит на веб интерфейс, не важно), включи такому-то человеку такую-то сокрость, если микротик доступен, если нет - выслать команду при первой возможности (поставить в очередь).

 

PS к топик стартеру:

Я планирую скоро выложить свой самописный биллинг написанный за выходные на github, нужно только код почистить, а то совсем уже печаль... он умеет исключительно то что вы хотите. Разве что интерфейса с терминалами оплаты нет, но это можно допилить.

Відредаговано 2013-01-14 13:07:39 onorua