[dolphinik]

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

Прошло более полутора лет с появления версии 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. Там много полезного.

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

 

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

[dolphinik]

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

[Makariy]

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

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

[dolphinik]

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

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

 

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

Изменено 24 сентября, 2011 пользователем dolphinik

[s.lobanov]

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

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

[dolphinik]

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

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

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

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

[s.lobanov]

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

[dolphinik]

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

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

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

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

Изменено 24 сентября, 2011 пользователем dolphinik

[shicoy]

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

[dolphinik]

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

[s.lobanov]

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

[dolphinik]

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

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

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

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

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

 

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

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

[dolphinik]

Уже готово :)

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

Изменено 26 сентября, 2011 пользователем dolphinik

[Paparaцo]

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

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

[dolphinik]

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

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

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

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

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

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

[Makariy]

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

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

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

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

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

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

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

[dolphinik]

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

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

[sherwood]

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

[dolphinik]

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

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

[sherwood]

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

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

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

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

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

Изменено 26 сентября, 2011 пользователем sherwood

[dolphinik]

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

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

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

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

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

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

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

 

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

 

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

[Saab95]

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

 

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

[sherwood]

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

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

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

[dolphinik]

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

 

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

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

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

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

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

Изменено 26 сентября, 2011 пользователем dolphinik

[dolphinik]

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

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

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

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