The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

BGBilling (BG-биллинг) - универсальная биллинговая система

09.06.2004 11:30

Бесплатный биллинг, обсчет VPN, DialUP, VoiceIp, Телефонии, Абонплаты, Модуль удаленных платежей, Отчеты, WEB интерфейс клиентов и т.д.

Универсальность, кроссплатформенность (работает под Linux и Windows, используется JAVA, Tomcat, MySQL) можность интеграции с любым оборудованием. Выложена версия 2.0 alfa предлагаем принять участие в тестировании.

  1. Главная ссылка к новости (http://bgbilling.bitel.ru....)
Автор новости: Bitel
Тип: яз. русский / Изменение в каталоге ПО
Короткая ссылка: https://opennet.ru/3971-isp
Ключевые слова: isp, billing
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (39) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, d_mokus (??), 14:27, 09/06/2004 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Название не внушает доверия :) У все с Биллом Гейтсом ассоциироваться будет :)
     
  • 1.2, Lamr (?), 15:16, 09/06/2004 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > используется JAVA, Tomcat, MySQL)
       Придумали людям новый гемаррой
    На телегу поставили стол, на стол калченогий табурет, уселись сверху сами и, раскачиваясь и молодецки гикая, делают вид что быстро едут.

      Слушайте, JAVA - это ВИРТУАЛЬНАЯ машина. Давайте этот ваш биллинг засунем в VMWare для полного кайфа. Дурацкая идея?
      Что ж вы лепите?
    C(++)? + MySQL - вот что надо.
      Как ваш железнодорожный состав поставить на устаревший ПК с винтом <= 1Gb?? Пробовали JAVA на P166? А-а-а-а, так вашему биллингу надо P4 покупать?
      Ну-ну.

     
     
  • 2.17, uldus (ok), 07:39, 10/06/2004 [^] [^^] [^^^] [ответить]  
  • +/
    >  Слушайте, JAVA - это ВИРТУАЛЬНАЯ машина. Давайте этот ваш биллинг
    >засунем в VMWare для полного кайфа. Дурацкая идея?
    >  Что ж вы лепите?
    > C(++)? + MySQL - вот что надо.

    Сразу видно что вы не участвовали в создании промышленных биллингов. Писать весь биллинг на C/C++ - это значительное уменьшение гибкости, безопасности и масштабируемости, усложение и удорожание разработки и поддержки. Оптимизированным до блеска должно быть около 1ода биллинга, и это в первую очередь зависит от грамотных алгоритмов и проектирования.

    >  Как ваш железнодорожный состав поставить на устаревший ПК с винтом
    ><= 1Gb?? Пробовали JAVA на P166? А-а-а-а, так вашему биллингу надо
    >P4 покупать?

    Средний сервер биллинга у ISP сервер стоит около 10К $.

     
     
  • 3.27, cri0gen (?), 10:29, 11/06/2004 [^] [^^] [^^^] [ответить]  
  • +/
    а кто будет на сервер за 10килобаксов ставить бесплатный биллинг у которого:
    1. сертификат минсвязи - ???
    2. гарантированная техподдержка - ???
    3. стабильность работы - ???? (вы дадите гаррантию?)

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

     
     
  • 4.28, uldus (ok), 11:04, 11/06/2004 [^] [^^] [^^^] [ответить]  
  • +/
    >а кто будет на сервер за 10килобаксов ставить бесплатный биллинг у которого:
    >
    >1. сертификат минсвязи - ???
    >2. гарантированная техподдержка - ???
    >3. стабильность работы - ???? (вы дадите гаррантию?)

    Речь не про конкретный биллинг, а про применимость используемых там технологий. Коммерческих биллингов на java навалом, из русских продуктов вспоминается Tizona.

     

  • 1.3, pi_314 (?), 15:20, 09/06/2004 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Согласен полностью!
     
  • 1.4, Polar Bear (?), 16:10, 09/06/2004 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Выбор инструментальных средств очень грамотен.
    Кому интересно запускать Биллиг на Р133, есть более простые детские решения, но они будут работать на Р133 не переживайте...
     
  • 1.5, Бизон (?), 16:28, 09/06/2004 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Lamr далёк от реальности. вы в каком веке живёте?

    Помню лет пятнадцать назад были такие же "умельцы" которые кричали что всё надо писать на С потому что он быстрее. И где они сейчас???

    Абсолютно согласен что выбор инструменальных средств грамотен

     
     
  • 2.7, user (??), 16:53, 09/06/2004 [^] [^^] [^^^] [ответить]  
  • +/
    И были правы, биллинг как раз область где требуется максимальное приближение к realtime. А как с этим у java?
     
     
  • 3.8, Vladislav Lazarenko (?), 16:56, 09/06/2004 [^] [^^] [^^^] [ответить]  
  • +/
    >И были правы, биллинг как раз область где требуется максимальное приближение к
    >realtime. А как с этим у java?


    Постойте, кто был прав ? :))) Ну-ну.
    А в java с realtime все в порядке, сейчас все enterprise сервера пишут на java.

     
     
  • 4.11, pi_314 (?), 17:53, 09/06/2004 [^] [^^] [^^^] [ответить]  
  • +/
    На пример?
     
     
  • 5.14, Бизон (?), 19:10, 09/06/2004 [^] [^^] [^^^] [ответить]  
  • +/
    Вы незнаете серверов написанных на Java????
     
  • 5.15, Ярослав (??), 22:03, 09/06/2004 [^] [^^] [^^^] [ответить]  
  • +/
    Oracle :-)
     
     
  • 6.19, pi_314 (?), 10:23, 10/06/2004 [^] [^^] [^^^] [ответить]  
  • +/
    Что отнюдь не упростило установку Оракла!
     
     
  • 7.24, Ярослав (??), 20:00, 10/06/2004 [^] [^^] [^^^] [ответить]  
  • +/
    vi vidimo sybase ne ustanavlivali nikogda :-)

    ili IBM DB2...

     
  • 6.29, Pasha (??), 12:25, 11/06/2004 [^] [^^] [^^^] [ответить]  
  • +/
    >Oracle :-)

    Слышал звон....
    То что инсталлятор оракла написан на яве, и то что ява интегрирована с ораклом еще не говорит о том, что сервер баз данных написан на яве.
    Все же хотелось бы увидеть список "энтерпрайз серверов", написанных на яве. Хотя понимаю, что сейчас любая приблуда, даже занимающаяся просто пингованием удаленного хоста, обязательно должны выйти в версии "Professional" и "Enterprize". Реализация GUI на яве многих серьезных продуктов дело обычное, но основная функциональная часть системы пишется на С,С++ или вообще на ассемблере.

     
     
  • 7.30, klalafuda (?), 12:32, 11/06/2004 [^] [^^] [^^^] [ответить]  
  • +/

    если не трудно, вы не могли бы дать ссылку на серверное ПО класса Предприятие, хотя бы частично реализованное на ассемблере ?

    // wbr

     
  • 7.31, Vladislav Lazarenko (?), 14:01, 11/06/2004 [^] [^^] [^^^] [ответить]  
  • +/
    >>Oracle :-)
    >
    >Слышал звон....
    >То что инсталлятор оракла написан на яве, и то что ява интегрирована
    >с ораклом еще не говорит о том, что сервер баз данных
    >написан на яве.
    >Все же хотелось бы увидеть список "энтерпрайз серверов", написанных на яве. Хотя
    >понимаю, что сейчас любая приблуда, даже занимающаяся просто пингованием удаленного хоста,
    >обязательно должны выйти в версии "Professional" и "Enterprize". Реализация GUI на
    >яве многих серьезных продуктов дело обычное, но основная функциональная часть системы
    >пишется на С,С++ или вообще на ассемблере.

    Не буду говорить за других, скажу за себя.

    1) В данный момент я работаю на компанию CONSUL Risk Management http://www.consul.com. Это не кислая система безопасности для больших и серьезных клиентов, сервер написан на pure Java и работает на любой платформе поддерживающей Java technology.

    2) Компания GENESIS, клиентами которой являются IBM и много других больших компаний (www.genesis.com). Все сервера написаны на Java. (Один из разработчиков - мой коллега, информация достолверна)

    3) Компания SeaScape Communications, основателем которой является Jim Clark (основал так же компанию Netscape, сейчас Netscape пеередродал). SeaScape разработала систему Smart House (умный дом, ПО для яхт etc.) Сервер этой системы написан на Java.

     
  • 4.21, Знайка (?), 12:11, 10/06/2004 [^] [^^] [^^^] [ответить]  
  • +/
    >А в java с realtime все в порядке,

    Да неужели!

    >сейчас все enterprise сервера пишут на java.

    Тогда поведайте миру ЧТО Вы понимаете под realtime и зачем этот realtime
    enterprise серверам.

     
  • 2.35, mezantrop (?), 20:03, 11/06/2004 [^] [^^] [^^^] [ответить]  
  • +/
    Именно на С и надо писать :)
     

  • 1.6, Vladislav Lazarenko (?), 16:31, 09/06/2004 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Выбор инструментальных средств ___ ОЧЕНЬ ___ грамотен, except MySQL server. Я бы выбрал FireBird , если из бесплатных, лучше Sybase, а в идеале Oracle.
     
     
  • 2.10, Бизон (?), 17:41, 09/06/2004 [^] [^^] [^^^] [ответить]  
  • +/
    Согласен но выбор MySQL продиктован скорее её популярностью.
    Oracle для бесплатного решения всё таки не лучший вариант:)
    А вообще не плохо бы поддерживать несколько БД JDBC в этом поможет
     

  • 1.9, SurfMan (?), 17:40, 09/06/2004 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У нас биллинг вообще на bash и php написан, и ничего - считает.
    А вот по поводу MySQL соглашусь, не прошло и пол года, как мы используем биллинг, как мне становится ясно, что все-таки MySQL для этих целей слабоват
     
  • 1.12, Di (??), 18:44, 09/06/2004 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А как у него с сертификацией?

    Если никак, ну его в лес...

     
  • 1.13, Аноним (13), 18:54, 09/06/2004 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну не знаю как всем, а я лично предпочитаю билилинги на С++. Не думаю что это хорошее решение запускать ява приложения, т.к. ресурсов отъедает прилично.
     
  • 1.16, Alex (??), 00:08, 10/06/2004 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ф печку такой билинг...

    мне такой тормозной билинг не нужен!!!!

    мой билинг (более продвинутый), работает на слабой машине (P III 500 MHZ) без сильной загрузки..., а ваш, на моей машиние в лучшем случае, обслужит порядка 100-150 клиентов....

    p.s. итог:
    для начинающих...
    лучше самому изучить С, bash, awk и в течении 2-3 месяцев написать вменяемый билинг...., тем более под GPL достаточно билингов, и никто не мешает их приспособить под свои нужды :)

    еще раз пишу, что такой тормознутый билинг ф печку :) (шютка, пусть авторы билинга не обижаются :)))

     
  • 1.18, sauron (?), 10:21, 10/06/2004 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Камушек то меня в этот биллинг ;)

    1. Нет исходников. У вас java байт код! Если мне надо будет я декомпилирую. Это не С!

    2. MySQL ну что всех так прет от него? Хотя это java можно другие JDBC прикрутить. Но т.к. начали с MySQL ... то все что можно было сделать при помощи триггеров, хранимых процедур присутвует в коде. Этим же мне не нравится FreeNIBS. Жрет ресурсы.

    3. Нафига писать свой RADIUS??? FreeRADIUS работает быстрее и лучше.

     
  • 1.20, Anon (?), 10:46, 10/06/2004 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Видимо никто не понимает опасность таких биллингов (и самописных тоже)....

    Учтите, что в один прекрасный момент на вас юзер может подать в суд, что вы не правильно списали с его счета деньги, и он выйграет дело...

     
     
  • 2.25, Scarab (??), 20:43, 10/06/2004 [^] [^^] [^^^] [ответить]  
  • +/
    Это с какого перепугу? В договоре, который подписывает пользователь, указывается, что он соглашается с системой учета провайдера. Совершенно стандартный пункт. Биллинга может и не быть, у провайдера, теоретически, может сидеть бабушка-бухгалтер со счетами - её тоже прикажете сертифицировать? У нас не UK, у нас сертифицированный бухгалтер пока еще большая редкость :))

    Вот если пункта в договоре нет - ну тогда провайдер сам себе злобный буратино :-)

     

  • 1.22, йцукенг (?), 12:23, 10/06/2004 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Уважаемые коллеги!
    Поскольку я довольно давно занимаюсь разработкой разных биллингов, позволю себе несколько замечаний по поводу выбора инструментария.
    1) mySQL считаю совершенно непригодным для такого рода задач, он чуть лучше чем MS Access.
    Представляю, как нагнется мускуль при нагрузке в три-четыре потока Е1...
    Да и транзакции там сделаны через ж...
    А биллинг без транзакций - профанация.

    2) писать на Java что-либо, требующее хорошей реакции системы - абсурд. Надеюсь, радиус-сервер написан не на джаве. А писать на джаве веб-интерфейс - вполне нормально, за это разработчика пинать не надо.
    Насчет "интеграции с любым оборудованием" сильно сомневаюсь - у каждого вендора куча тонкостей, например, тот же MVTS от Mera позволяет организовать динамическую маршрутизацию, Vocaltec - нет; опять же протокол RADIUS тоже все по своему понимают, многие говорят, что их VSA чуть ли не один в один повторяют CISCO'вские, а на деле - фиг_то_там, и т.д.

    По поводу сертификации. Это очень существенный аргумент против фриварных биллингов. Клиент действительно имеет все шансы выиграть дело в суде, или, не доводя до суда, просто пойти и пожаловаться в Госсвязьнадозор, который просто отзовет лицензию. Или просто конкурент настучит Госсвязьнадзору.
    А сертификация тиражируемой биллинговой системы стоит _таких_ денег, что ни один разработчик фриварных программ их платить не станет.
    Мой вывод - через пару-другую месяцев этот BGBilling планируют сделать платным и сертифицировать его, иначе вообще не имело бы смысла платить его программистам з.п. Ну не верю я  в альтруизм...

     
     
  • 2.23, Александр (??), 17:20, 10/06/2004 [^] [^^] [^^^] [ответить]  
  • +/
    >2) писать на Java что-либо, требующее хорошей реакции системы - абсурд. Надеюсь, радиус-сервер написан не на джаве.

    мои Вам соболезнования.
    похоже что ВСЕ, в том числе и радиус-сервер, написаны именно на джаве

     
     
  • 3.26, anonymous (??), 20:56, 10/06/2004 [^] [^^] [^^^] [ответить]  
  • +/
    >>2) писать на Java что-либо, требующее хорошей реакции системы - абсурд. Надеюсь, радиус-сервер написан не на джаве.
    >мои Вам соболезнования.
    >похоже что ВСЕ, в том числе и радиус-сервер, написаны именно на джаве

    К слову сказать, один из лучший RADIUS серверов, если не лучший, написан на Perl. Я про Radiator.
    Никакого реалтайма для обработки запроса от RADIUS не нужно, плюс-минус полсекунды
    для биллинга не критично, а это уже совсем не реалтайм, там другой порядок гарантированной реакции.
    Java байткод по скорости более чем хорош.


     
     
  • 4.32, йцукенг (?), 14:06, 11/06/2004 [^] [^^] [^^^] [ответить]  
  • +/
    >Никакого реалтайма для обработки запроса от RADIUS не нужно, плюс-минус полсекунды для биллинга не критично, а это уже совсем не реалтайм, там другой порядок гарантированной реакции.

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


     

  • 1.33, Lamr (?), 19:06, 11/06/2004 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >разу видно что вы не участвовали в создании промышленных биллингов.
    Не учавствовал
    Дома у меня самодельный биллинг
    Считаю, кто сколько из домочадцев накачал
    Грузиться старый пень с флопа, работает без HDD
    Количество байт скидывает на флоп каждый час, если свет отключат.
    Просто Си


    > удорожание разработки и поддержки.
    Я чтобы поставить-настроить tomcat+java сдеру с клиента минимум 1000 баксов;

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

    Такое возможно в вашем варианте?
    Каждая составляющая вашего сервиса требует отдельной инсталляции и гемарроя. Оно всё сплошь и рядом кривое, tomcat этот ваш, затрахал


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

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

    Удачи.

     
     
  • 2.34, Vladislav Lazarenko (?), 19:10, 11/06/2004 [^] [^^] [^^^] [ответить]  
  • +/
    >>разу видно что вы не участвовали в создании промышленных биллингов.
    >Не учавствовал
    >Дома у меня самодельный биллинг
    >Считаю, кто сколько из домочадцев накачал
    >Грузиться старый пень с флопа, работает без HDD
    >Количество байт скидывает на флоп каждый час, если свет отключат.
    >Просто Си
    >
    >
    >> удорожание разработки и поддержки.
    >Я чтобы поставить-настроить tomcat+java сдеру с клиента минимум 1000 баксов;
    >
    >Система должна быть "коробочной", она должна грузиться с CD, запускать во время
    >загрузки все сервисы, после её загрузки пользователь должен только браузером прицепиться
    >к ней и наладив конфигурацию сети тут же юзать
    >
    >Такое возможно в вашем варианте?
    >Каждая составляющая вашего сервиса требует отдельной инсталляции и гемарроя. Оно всё сплошь
    >и рядом кривое, tomcat этот ваш, затрахал
    >
    >
    >> первую очередь зависит от грамотных алгоритмов и проектирования.
    >
    >выбор cредства разработки зависит, конечно, от разработчиков. Пробуйте, ваше дело, если получиться
    >- флаг в руки.
    >Но я думаю, что вы потратите время на обучение программированию. В принципе,
    >не бесполезно.
    >
    >Удачи.

    Чушь. Даже не стану аргументировать свое заявление, это факт.

     
  • 2.36, uldus (ok), 21:40, 11/06/2004 [^] [^^] [^^^] [ответить]  
  • +/
    >Просто Си

    Это мне напоминает ситуацию из армейских баек, когда для очистки плаца вместо веника используют зубную щетку :-) Зачем все ТАК усложнять ?

    >Каждая составляющая вашего сервиса требует отдельной инсталляции и гемарроя. Оно всё сплошь
    >и рядом кривое, tomcat этот ваш, затрахал

    Это называется поддержка, на чем собственно софтварные компании и зарабатывают деньги.


    >Пробуйте, ваше дело, если получиться
    >- флаг в руки.

    У меня уже давно получилось, но не буду раскрывать своих секретов :-)

    >Но я думаю, что вы потратите время на обучение программированию.

    Профессиональные проекты делают пофессоналы, дилетанты и студенты идут лесом.

     
  • 2.37, sauron (?), 09:16, 12/06/2004 [^] [^^] [^^^] [ответить]  
  • +/
    >Дома у меня самодельный биллинг
    >Считаю, кто сколько из домочадцев накачал
    >Грузиться старый пень с флопа, работает без HDD
    >Количество байт скидывает на флоп каждый час, если свет отключат.
    >Просто Си
    >
    Дааа NetRaMet уже юзать не модно...

    >Я чтобы поставить-настроить tomcat+java сдеру с клиента минимум 1000 баксов;
    Гм jsp& servlet server resin уровня enterprise такие бабки стоит! Ты с дуба рухнул? Я тогда лучше доплачу еще 1000$ и буду получать годичную поддержку! А не платить кому-то 1000 баксов за установку. Учитывая что resin впринципе и так на халяву доступен. Шел бы ты лесом.
      
    >Система должна быть "коробочной", она должна грузиться с CD, запускать во >время загрузки все сервисы, после её загрузки пользователь должен только >браузером прицепиться к ней и наладив конфигурацию сети тут же юзать
    А вот это долбоебизм. Система просто должна ставится на винт. Пришел человек с компашкой загрузился с нее нажал кнопку. Получили на машине готовый билинг. Подгоняем под себя и читаем в конце месяца отчеты.
    И грузимся с винта!

    >Каждая составляющая вашего сервиса требует отдельной инсталляции и гемарроя. Оно всё сплошь
    >и рядом кривое, tomcat этот ваш, затрахал

    ДА в Open Source все кривое, оно требует приложения рук, иди юзай софт от MS.
    Про tomcat можно сказать что летающая тарелка. Причем летает не быстро по стравнению с resin. Он и в настройке проще и умеет больше.

     
     
  • 3.38, Алексей (??), 22:45, 27/06/2004 [^] [^^] [^^^] [ответить]  
  • +/
    Народ вчитайтесь в цифры тестирования
    http://bgbilling.bitel.ru./test/radius_dialup.txtВ течении нескольких недель
    ---
    RADIUS выдерживал 300
    одновременных соединений по модему. Система была ASPLinux,
    CPU: Intel(R) Celeron(R) CPU 1.80GHz, 768Mб ОЗУ.
    BGRadiusDialup справился с нагрузкой с загрузкой процессора
    примерно 300 высокая загрузка была вызвана тем, что
    многие использовали автодозвон и поток запросов был гораздо
    выше обычного ).
    ----
    Аж целых 300 конектов съедая половину очень не слабого тазика.

    чуть выше..
    ====
    Исходя из того, что реальная база больше тестовой,
    увеличим время обработки в 2 раза.
    Итого время обработки серии примерно: 0.7 сек
    ====
    Хм. на обработку 1 клиента тратиться 1 секунда времени.. а не многовато ли ? а что будет если 10 клиентов одновременно захотят зайти - 10 секунд будут ждать? а если у клиента приличный диалп ~300 клиентов - и тариф аля ночной анлим и все 300 начинают ломиться в одно время (когда начинается этот ночной кашмар) - и система 300/60 = 5 минут со скрипом их авторизует... веселая преспектива..


     
     
  • 4.39, Аноним (-), 00:16, 28/06/2004 [^] [^^] [^^^] [ответить]  
  • +/
    >Итого время обработки серии примерно: 0.7 сек

    СЕРИИ запросов, а не одного запроса.

    >====
    >Хм. на обработку 1 клиента тратиться 1 секунда времени..

    Там какая-то путаница с цифрами, написано, что на 3000 запросов потрачено 3.737 сек, т.е. получается 0.00124 сек. на запрос, а не 0.0124 как у них написано.

     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру