Доступен новый релиз (0.10) модульной биллинговой системы Katrin (http://katrin.sf.net), распространяемой под лицензией GPL. Система находится на начальном этапе развития.
Базовые модули написаны на языке Си, в качестве СУБД используется MySQL. Поддерживается сбор информации о трафике через netflow и организация работы пользователей через pppd и iptables (модули pppoe и radius в планах).
Из возможностей реализовано: Учет трафика по зонам;
Действия тарифов по определенным дням недели; Зависимость цены от времени суток, выходных/праздничных дней и т.д.; Установление пропускной способности в тарифных планах.Планируется: Тарификация по времени; Периодические отчисления (месячная и дневная абонплата); Изменение тарифного плана по расписанию; Создание месячных предоплаченых по трафику пакетов; Система предоплаченых карт.
Для разработки Web интерфейса задействован Python фреймоворк Django.
URL: http://katrin.sf.net
Новость: http://www.opennet.me/opennews/art.shtml?num=13168
так с лицензией не получится сделать такого. ничего не помешает сделать бесплатный форк.
Кабельный трафик скоро считать уже перестанут, а народ столько усилий на эту функциональность хочет потратить..
да ну? а по-моему даже на западе уже совсем другая тенденция, где трафик таки начинают считать.
>да ну? а по-моему даже на западе уже совсем другая тенденция, где
>трафик таки начинают считать.но не мегабайтами как у нас, а гигами/терами ))
какая разница? медиационная часть биллинга востребована. Проблема только в том, что таких биллингов куча. И все бросаются авторами на полпути (сам свой забросил). Возможно из-за полудетской архитектуры. Желаю автору проекта успехов
>какая разница?Как какая? Надо сразу %) закладываться на арифметику неограниченой "ширины".
>>да ну? а по-моему даже на западе уже совсем другая тенденция, где
>>трафик таки начинают считать.
>
>но не мегабайтами как у нас, а гигами/терами ))Дорогой товарищ, гадать не надо. Лимит в 50 гиг в месяц при ширине канала 5 мегабит - выглядит маловато.
>>>да ну? а по-моему даже на западе уже совсем другая тенденция, где
>>>трафик таки начинают считать.
>>
>>но не мегабайтами как у нас, а гигами/терами ))
>
>Дорогой товарищ, гадать не надо. Лимит в 50 гиг в месяц при
>ширине канала 5 мегабит - выглядит маловато.это у вас там 50 гиг, а у меня 128 килобИт/с и за 2550 рублей
поэтому думаю что тема все же актуальнаэхххх, когда до нас такое все таки дойдет
не забывайте что за мкадом тоже есть жизнь. там до сих по встречается трафик по 10р за мегабайт. там это очень актуально. и делают подобные биллиинги скорее всего где то там.
имхо такие вещи не очень нужны... считалки - да нужны. биллинг - нет, не нужен. сетификат соответствия установленным требаваниям по автоматизированным системам расчёта с пользователям за услоги электросвязи он где? нету. ну а тогда что вообще с таким биллингом делать???
Никому на хрен не нужны считалки трафика (их вокруг как грязи и заведомо лучшего качества, чем какая-то студенческая поделка), а нужен именно биллинг, который будет вести базу пользователей и производить списания. Получение внешних данных и их тарификация (например, трафика, а можно - телефонных разговоров или диалапа - теоретически, это должно быть биллингу совершенно параллельно) - это вообще второстепенные функции, которые должны реализовываться отдельными модулями... Биллинг должен уметь не "организация работы пользователей через pppd и iptables", а систему событий, по которым вызываются заданные администратором скрипты (можно их сразу в комплекте давать - это другой вопрос), которые управляют хоть pppd, хоть mpd, хоть iptables, хоть pf - это биллингу должно быть глубоко параллельно....
Почему-то до таких простых вещей ни один писатель биллинга (я имею в виду открытые проекты) не доходит... Если кто-то дошел - кинтесь линком на это чудо, сразу же пользоваться начну...Кстати, рекомендую начать курить доки и мануалы на предмет того, что такое на самом деле АСР, которую надо сертифицировать. В тезисах: АСР это как раз то, что СЧИТАЕТ потребляемый пользователем продукт (например, трафик) и АВТОМАТИЧЕСКИ выставляет за него счета. Если у тебя, например, все тарифы безлимитные (т.е. фиксированная абонентская плата в месяц не зависящая от чего-то, чего надо считать), то АСР не нужна совершенно. Ты эти деньги хоть в Excel'е, хоть на бумажке можешь считать... А вот когда появляется что-то ТАРИФИЦИРУЕМОЕ, тогда да - подавай АСР с сертификатом. И, кстати, почему-то никто не понимает, что эта самая сертификация АСР нужна не абоненту и не РСН, а именно провайдеру, чтобы он мог того же абонента легко и безболезненнно послать при необходимости в суде на все шесть направлений. Если этого не бояться, то можно и с сертификацией АСР не заморачиваться (инспектору РСН говоришь, что у тебя все тарифы анлимные, а он и перепроверять не будет).
Так что вот. Такие дела...
Более менее серьезная организация без проблем может сертифицировать биллинг самостоятельно. И стоит это вполне сравнимых со стоимостью коммерческих биллингов денег.
Выгоды от такого варианта объяснять не буду. Кто знает, тот поймет. Единственно, что статистика доведенных до продакшна свободных биллингов пока, что удручающая.
Народ, не пинайте пианиста - он играл как мог.
Эту систему написал паренек из Тюмени. При чем один. В тюменском ЛУГе предлагал присоединиться к его проекту. Он не нашел системы для подсчета трафика, которая бы его удовлетворила - поэтому написал свою. Это не биллинг, а именно считалка трафика. Написана на С.
Требовать промышленных стандартов от этого творения было бы глупо. Но программа со своими функциями справляется и это главное.
Система изначально заточена для дальнейшего расширения модулями, именно для того чтобы можно было подключать сторонние источники о трафике, работать с разными СУБД, менять бизнес-логику, и т.п.В планах так же есть интеграция с LDAP, radius.
Проект разрабатывается с применением SCM git, так что git clone git://git.altlinux.org/people/zver/packages/katrin.git и вперёд ;)
P.S. сайт проекта скоро может уйти в даун на некоторое время по независящим от нас организационно-техническим причинам. :(
А мне кажется что биллингу вообще должно быть по барабану что тарифицировать - байты, звонки или штопаные пр...ы.
т.е. должна быть программа тарификации списывающая деньги и выписывающая счета и понимающая любые извраты типа "ночью дешевле", скидки одноглазым... .
и куча датчиков подсчитывающих учитываемый параметр - байты время звонки литры....
>А мне кажется что биллингу вообще должно быть по барабану что тарифицировать
> - байты, звонки или штопаные пр...ы.
>т.е. должна быть программа тарификации списывающая деньги и выписывающая счета и понимающая
>любые извраты типа "ночью дешевле", скидки одноглазым... .
>и куча датчиков подсчитывающих учитываемый параметр - байты время звонки литры....Ваша интересная мысль воплощена в реальность :о) начиная с версии 0.7 Katrin может обсчитывать произвольную услугу. Сейчас поддерживаются услуги трафика и телефонии. Текущая стабильная версия 1.1.0
На wiki проекта выложено подробное HowTo для тестирования приглашаются все желающие.
Создан mailing-list для координации разработки проекта. http://lists.lug.tyumen.ru/mailman/listinfo/katrin-devel
Началось дополнение билинга модулями для работы в FreeBSD, кому из *BSD-ков охота помочь - WelCome.