Jump to content
Калькуляторы

Новая версия биллинга ExpertBilling 1.4. Что скажете?

Не сочтите за рекламу, просто действительно хочется узнать мнение провайдеров о этом биллинге.

Прошло более полутора лет с появления версии 1.3, которая была практически полностью переписана и переделана для того, чтобы решать реальные задачи реальных провайдеров.

 

На данный момент ExpertBilling 1.4 умеет следующее:

 

Ведение абонентской базы

 


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

 

Тарификация услуг

 


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

 

Учет трафика

 


  •  
  • неограниченное количество обсчитываемых каналов и сегментов сети
  • возможность разделения трафика по портам, протоколам, IP сети отправителя и получателя
  • возможность сохранения всей подробной статистики по трафику
  • гибкая тарификация трафика (предоплаченный трафик, лимиты трафика и др.)
  • учёт трафика по различным критериям: периоду тарификации, больший из классов, сумма классов, большее направление в классе, сумма направлений в классе и т.д.
  • учёт трафика по протоколу NetFlow
  • учёт трафика по протоколу RADIUS

 

Серверы доступа

 


  •  
  • возможность указания произвольного набора RADIUS атрибутов для каждого тарифного плана
  • возможность работать сразу с несколькими серверами доступа
  • возможность создания логических серверов доступа для одного физического
  • настраиваемое поведение сервера доступа при наступлении событий
  • тесное взаимодействие с серверами доступа под управлением MikroTik
  • удобный унифицированный интерфейс работы с системой динамического шейпирования
  • возможность обслуживания запросов на получение IP адреса через DHCP (только MikroTik)
  • динамическая выдача IP адресов из пулов с указанием приоритета пула
  • поддержка генерации MPPE ключей
  • поддержка option82 с автризацией по маку, порту, порту и маку с возможностью сброса "неправильных" пользователей в гостевой IP пул.

 

Мониторинг

 


  •  
  • монитор коммутируемых подключений с возможностью сброса сессий
  • мониторинг состояния IPN пользователей
  • настраиваемые отчёты для анализа трафика
  • просмотр детальной и сводной сетевой статистики
  • просмотр графиков загрузки канала абонентами
  • отображение количества свободных IP адресов в динамических пулах
  • мощная и функциональная система построения отчётов, которая позволяет их програмировать не выходя из админки. На базе системы отчётов можно делать любые обработки данных, апускать внешние прграммы, вызывать функции с RPC сервера, рисовать формы и графические интерфейсы, графики и т.д.
     

Учёт времени

 


  •  
  • возможность учёта услуг по времени
  • возможность задать предоплаченное время
  • гибкая тарификация, включающая различную стоимость минуты в зависимости от времени суток, дня недели
  • тарификация времени по протоколу RADIUS

 

Контроль доступа

 


  •  
  • гибкая система настройки поведения сервера доступа при наступлении различных событий в системе
  • возможность предоставления доступа в интернет через VPN (PPTP/PPPOE) посредством авторизации на RADIUS сервере, поддерживающим методы авторизации PAP/CHAP/MSCHAP2
  • возможность авторизации абонента на активном сетевом оборудовании посредством EAP-MD5
  • возможность жесткой привязки IP и МАС адреса к аккаунту
  • автоматический сброс коммутируемых сессий
  • автоматическая блокировка IPN пользователей
  • возможность указания скорости работы в зависимости от времени суток, дня недели и т.д.
  • возможность указания разрешённого времени работы
  • контролируемая возможность авторизации на RADIUS сервере при недостаточном балансе или наличии блокировок
  • возможность указания индивидуальных настроек скорости
  • возможность разрешения/запрещения доступа в веб-кабинет
  • возможность разрешения/запрещения активации карт экспресс-оплаты
  • указание гостевого VPN пула адресов, из которого могут выдаваться адреса для заблокирвоанных пользователей

 

Карты доступа

 


  •  
  • возможность генерации карт оплаты, доступа, HotSpot с нужным балансом для указанных тарифных планов
  • гибкая работа с дилерами и распространителями карт оплаты и доступа
  • возможность указания скидок и рассрочек по оплате для дилеров
  • история продаж и взаиморасчётов с дилерами
  • возможность указания срока действия карт
  • печать карт через интерфейс администратора
  • выгрузка информации о продаваемых картах в xml файл
  • гибкий фильтр по партиям карт
  • указание пула выдаваемых адресов для карт доступа.

 

Бухгалтерия

 


  •  
  • настраиваемые шаблоны кассовых чеков, договоров, накладных на продажу карт
  • пополнение лицевого счета через интерфейс администратора, интерфейс кассира, картами экспресс-оплаты
  • ведение статистики по всем операциям с лицевым счётом с возможностью их отмены
  • открытый API для работы с лицевым счётом абонентов
  • мощный механизм отчётов, позволяющий создать формы и шаблоны отображения любой информации в любых разрезах
  • интеграция с системой QuickPay
  • интеграция с системой QIWI
  • интеграция с системой пользовательских провайдеров ОСМП
  • интеграция с системой WebMoney merchant
  • интеграция с платёжной системой Пегас

 

 

WEB-интерфейс

 


  •  
  • просмотр учётной информации
  • просмотр информации об операциях с лицевым счётом
  • просмотр информации о коммутируемых подключениях
  • просмотр информации об остатке предоплаченного трафика
  • просмотр информации об остатке трафика по лимитам
  • просмотр информации о потреблённом трафике
  • изменение пароля
  • просмотр контактной информации о провайдере
  • возможность простого изменения кабинета под свои нужды
  • настраиваемая возможность смены тарифного плана самим абонентом
  • возможность смены тарифного плана в конце расчётного периода
  • возможность блокировки своего аккаунта на указанный в тарифном плане срок
  • услуга "Поделись балансом"
  • работа с подключаемыми услугами (мощная настраиваемая система, позволяющая сделать кнопку Турбо и включат другие услуги по запросу пользователя)

 

Интерфейс кассира

 


  •  
  • просмотр учётной информации по абонентам
  • гибкий фильтр по информации об абонентах
  • поиск по тексту в окне
  • возможность пополнения баланса с печатью кассового чека
  • возможность перевода абонентов на другие тарифные планы
  • возможность просмотра сделанных кассиром операций с балансом абонентов
  • система обещанных платежей

 

Производительность

 


  •  
  • собственный высокопроизводительный RADIUS сервер, способный обработать сотни запросов в секунду на бюджетном сервере
  • высокопроизводительная система сбора и обработки статистики
  • возможность масштабирования системы путём установки дополнительных RADIUS серверов и коллекторов статистики

 

и многое многое многое другое.

 

Т.к. система чуть ли не ежедневно обновляется, то даю линк на страницу скачивания http://www.expertbilling.ru/page/documentation.html

также обязательно загляните в wiki. Там много полезного.

Биллинг устанавливается инсталлятором, заводится из коробки и тянет минимум библиотек.

 

Хотелось бы узнать что вы хотели бы видеть и что сделано не так.

Share this post


Link to post
Share on other sites

Форумчане, скажите хоть кто-нибудь что-нибудь. Важно знать ваше мнение.

Share this post


Link to post
Share on other sites

скока стоит? :)

и скока инсталяций уже продано?

Share this post


Link to post
Share on other sites

На сайте есть калькулятор, где можно подсчитать цену на нужное количество абонентов:

http://www.expertbilling.ru/calculator.html

 

А продано...немного. За 3 года с начала продаж около 40-45 инсталляций, виной чему отсутствие маркетинга. Больше были заняты программированием и отладкой. Надеюсь с 1.4 ситуация изменится, так как уже действительно есть что показать людям.

Edited by dolphinik

Share this post


Link to post
Share on other sites

Страничка "Контакты" не внушает доверия. Указывать ящик @gmail.com и icq в качестве контактов это в стиле студентов, которые делают сайты-визитки на 5 страниц.

Не понятно с какими брасами(кроме mikrotik) можно скрестить ваш биллинг. Ну хотя бы надо сделать статейку по использованию с Cisco7200(можно сэмулировать на gns3, если у вас нет этой железяки).

Share this post


Link to post
Share on other sites

Страничка "Контакты" не внушает доверия. Указывать ящик @gmail.com и icq в качестве контактов это в стиле студентов, которые делают сайты-визитки на 5 страниц.

Не понятно с какими брасами(кроме mikrotik) можно скрестить ваш биллинг. Ну хотя бы надо сделать статейку по использованию с Cisco7200(можно сэмулировать на gns3, если у вас нет этой железяки).

Мы не обсуждаем стиль или сайт. Мы обсуждаем биллинг.

Контакты такие, потому что они актуальыне на данный момент.

Share this post


Link to post
Share on other sites

Ладно, фиг с ним, с сайтом. По делам есть что сказать?(на вопрос о брасах)

Share this post


Link to post
Share on other sites

Теоретически нет никаких преград для использования сторонних серверов доступа.

Биллинг умеет NetFlow, RADIUS, CoA, PoD и слать команды на сервер доступа по SSH/telnet(есть возможность указания бэкэнда, который будет реализовывать транспорт между биллингом и сервером доступа). Есть возможность для каждого тарифного плана указать свой набор RADIUS атрибутов.

Помимо этого есть скрипт acledit, который раз в несколько минут делает запрос в базу, формирует кусок конфига для cisco в нужном формате(добавление маршутов, правил файервола и т.д.) и пинает её по snmp, чтобы она забрала конфиг по tftp, если были какие-либо изменения. Работает без проблем.

На 7200 не тестировалось, т.к. действительно этой железки под руками не было. Если надо - будет статья по настройке.

Edited by dolphinik

Share this post


Link to post
Share on other sites

А может формировать свой набор RADIUS-аттрибутов в зависимости от модели NAS?

Share this post


Link to post
Share on other sites

По-дефолту такого нету, но, если будет реальная необходимость, можно оперативно дописать.

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Начну с конца. Микротики - это целевая группа, под которую разрабатывался этот биллинг первоначально и большинство клиентов именно с микротиками. Поэтому и инструкции по настройке о микротиках.

Это достаточно простые насы, которые не требуют высокой квалификации инженера.

В свою очередь, если у вас cisco, juniper или pppd/mpd сервера доступа, значит у вас достаточно знаний и опыта и вам эти инструкции просто не нужны :) (шутка)

В ближайшее время планируется добавление статей по настройке mpd/pppd на сайт. Заниматься всем сразу не хватает ресурсов.

 

А по первому замечанию - согласен. Но нельзя же реализовывать вообще всё, о чём кто-то когда-то где-то сказал. Иначе биллинг превратится в кучу трудно-понимаемых функций, которые 90% пользователей будут в принципе только мешать.

Если вам эта возможность действительно нужна - завтра она будет готова к использованию. Тут ждать годами и месяцами для получения нужного функционала, не приходится.

Share this post


Link to post
Share on other sites

Уже готово :)

post-42861-093665500 1317046342_thumb.png

На сайте появится в течении 15-20 минут.

Edited by dolphinik

Share this post


Link to post
Share on other sites

Сертифицирована?

Как оказывается поддержка (формат поддержки, время реакции, кол-во инженеров и т.д.)?

Share this post


Link to post
Share on other sites

Сертификата нет. В процессе поиска спонсора(-ов).

На поддержке 1 человек+я.

>Как оказывается поддержка (формат поддержки, время реакции, кол-во инженеров и т.д.)?

Форум/веб-кабинет/icq, по возможности, бесплатно. Работа на вашем оборудовании платно.

>время реакции, кол-во инженеров и т.д.

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

Share this post


Link to post
Share on other sites

Сертификата нет. В процессе поиска спонсора(-ов).

На поддержке 1 человек+я.

>Как оказывается поддержка (формат поддержки, время реакции, кол-во инженеров и т.д.)?

Форум/веб-кабинет/icq, по возможности, бесплатно. Работа на вашем оборудовании платно.

>время реакции, кол-во инженеров и т.д.

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

плохо....вот как будет ито ито тогда и можно будет судить....

Share this post


Link to post
Share on other sites

Ну что ж поделать. Как есть. Сертификат нужен только для России, а на саппорт и так особо никто не жаловался.

В данный момент больше интересует техническая сторона вопроса. Чего бы добавить, что бы переделать.

Share this post


Link to post
Share on other sites

схема работы шейпера на микротике? Simpl или Tree

Share this post


Link to post
Share on other sites

По-молчанию simple.

Придумаете как управлять деревом - реализуем. Или можете сами реализовать через ROS API, если есть готовые алгоритмы. Биллинг умеет выполнять команды локально, передавая параметры скрипту или программе, которая будет реализовывать нужную логику. В частности есть набор из двух скриптов для IPN и VPN тарифов, которые для каждого из субаккаунтов аккаунта создают отдельную simple очередь, заставляя выделенную на аккаунт полосу делиться на субаккаунты.

Share this post


Link to post
Share on other sites

По-молчанию simple.

это для сетки в которой внешний канал постоянно простаивает процентов на 30.

и второе если абонентов будет скажем 2, 3, 4 тысяч и т.д., как микротик будет справляться с таким листом в Simple?

думаю вам надо пересмотреть этот пункт и сделать Tree, иначе ваш продукт для не больших сеток с малой загрузкой.

какая схема включения ПК на котором стоит этот биллинг в сеть? то есть авторизация на нем а далее он дает доступ на микротик или он стоит в разрез между абонентом и микротиком.

Edited by sherwood

Share this post


Link to post
Share on other sites

По-молчанию simple.

это для сетки в которой внешний канал постоянно простаивает процентов на 30.

и второе если абонентов будет скажем 2, 3, 4 тысяч и т.д., как микротик будет справляться с таким листом в Simple?

думаю вам надо пересмотреть этот пункт и сделать Tree, иначе ваш продукт для не больших сеток с малой загрузкой.

какая схема включения ПК на котором стоит этот биллинг в сеть? то есть авторизация на нем а далее он дает доступ на микротик или он стоит в разрез между абонентом и микротиком.

Ничто не мешает поставить 2,3,4,5 микротиков и балансировать нагрузку через dns roundrobin. Софт дешёвый. Железо тоже. Проблем с этим не вижу. Помимо всего прочего получится ещё и failover.

Queues Tree имеет ряд ограничений, которые не позволяют менять скорость выделенному абоненту. Это в конечном счёте урезает кусок возможностей биллинга или создаёт мусорку в иерархии htb. Как резать скорость - это уже вопрос провайдера, его ресурсов, тарифных планов и финансовых возможностей. Можно создать нужное количество деревьев с нужными параметрами для каждого из тарифных планов и передавать в custom radius атрибутах нужный адрес лист для каждого тарифа и потом по адресам из адрес листа разбрасывать абонентов по нужным деревьям. Или разбрасывать по IP сетям, если речь идёт о IPN тарифных планах.

 

Схема включения биллинга в общую структуру не имеет ограничений. Биллинг не является сервером доступа, поэтому куда вы его поставите и как подключите не имеет особого значения. Единственное, что должна обеспечивать ваша схема - биллинг должен "видеть" сервера доступа, с которыми работает.

 

Некоторые из клиентов установили биллинг на VPS-ы в инернете и так работают уже не первый год. Естественно это небольшие клиенты с количеством абонентов <300, но схема всё равно живая и рабочая.

Share this post


Link to post
Share on other sites

simple для клиентов, tree для более укрупненной приоритезации, никаких проблем не будет даже при 100 процентной загрузке канала. А более 1000 клиентов я бы не стал на один микротик вешать, можно несколько серверов поставить.

 

Вы лучше подскажите, как ваш биллинг может реализовывать через радиус передачу тарифных планов, у которых днем одна скорость, а ночью другая. Или вы через телнет или еще как посылаете команды изменения шейпера в нужное время?

Share this post


Link to post
Share on other sites

я бы все таки вам посоветовал прочитать что такое очереди, прежде чем говорить о том, что с симпле ни чего не будет при 100% загрузки канала, канал заберут себе клиенты которые используют торрент, а остальные получат остатки которые будут ой как не сладки, и что вообще из себя представляет симпле (дословно - частный случай) это не для провайдера.

про посылку команд, опят же если вам потребуется поменять скорость например 500 абонентам вы сколько команд пошлете на микротик? правильно 500, с использованием трее всего одну :) улавливаете разницу? далее про изменения например скорости в разное время у меня биллинг вообще не посылает ни каких команд с этим на пять справляется встроенный в микротик шелудер :) биллинг это считалка денежек и сертификат (если нужен) а всю остальную рутинную работу должно выполнять железо которое под это заточено. вот если надо какому то юзеру дать какую то скорость какой нет в тарифных планах, то тут можно использовать симпле (он как раз для этого - частный случай) хотя я бы и его (клиента) засунул в общий шейпер, для меня это не проблема а во вторых он так же не сможет мешать общему каналу.

в микротике есть еще возможность работать не только телнетом но и АРI, это про команды телнетом который в вашем случае с использованием большого количества правил не есть хорошо, с API это менее ресурсоемко.

Share this post


Link to post
Share on other sites

simple для клиентов, tree для более укрупненной приоритезации, никаких проблем не будет даже при 100 процентной загрузке канала. А более 1000 клиентов я бы не стал на один микротик вешать, можно несколько серверов поставить.

 

Вы лучше подскажите, как ваш биллинг может реализовывать через радиус передачу тарифных планов, у которых днем одна скорость, а ночью другая. Или вы через телнет или еще как посылаете команды изменения шейпера в нужное время?

При авторизации пользователя радиус сервер высчитывает на основании встроеной системы правил какая у пользователя должна быть скорость и дополняет AccessAccept нужными атрибутами, из которых MikroTik создаёт динамическую simple queue для абонента.

Отдельный тред в ядре опять же на основани системы правил сравнивает текущие настройки скорости абонента с теми, которые должны быть в данный конкретный момент времени и, если они отличаются, шлёт через CoA или SSH запрос на изменение скорости в динамической очереди.

В итоге скорость меняется без разрыва сессии.

Никакой магии.

Edited by dolphinik

Share this post


Link to post
Share on other sites

я бы все таки вам посоветовал прочитать что такое очереди, прежде чем говорить о том, что с симпле ни чего не будет при 100% загрузки канала, канал заберут себе клиенты которые используют торрент, а остальные получат остатки которые будут ой как не сладки, и что вообще из себя представляет симпле (дословно - частный случай) это не для провайдера.

про посылку команд, опят же если вам потребуется поменять скорость например 500 абонентам вы сколько команд пошлете на микротик? правильно 500, с использованием трее всего одну :) улавливаете разницу? далее про изменения например скорости в разное время у меня биллинг вообще не посылает ни каких команд с этим на пять справляется встроенный в микротик шелудер :) биллинг это считалка денежек и сертификат (если нужен) а всю остальную рутинную работу должно выполнять железо которое под это заточено. вот если надо какому то юзеру дать какую то скорость какой нет в тарифных планах, то тут можно использовать симпле (он как раз для этого - частный случай) хотя я бы и его (клиента) засунул в общий шейпер, для меня это не проблема а во вторых он так же не сможет мешать общему каналу.

в микротике есть еще возможность работать не только телнетом но и АРI, это про команды телнетом который в вашем случае с использованием большого количества правил не есть хорошо, с API это менее ресурсоемко.

Дело в том, что ExpertBilling - это не BlackBox. Как биллинг будет управлять, или не управлять, шейпером и вообще сервером доступа вцелом, вы можете настроить так, как вам будет удобно. Просто по-умолчанию, в целях упрощения, используются simple queues, которые позволяют быстро получить результат с прогнозируемым развитием событий на ближайшую перспективу. Когда их станет недостаточно, создадите деревья и настроите шедулер на микротике :) Вас никто и ничто не будет ограничивать.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this