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

Mikbill билилнг Биллинг Mikbill для BSD/Linux/Mikrotik

Новый Биллинг, созданный с "нуля".

 

Имеет модульную архитектуру, поддерживает работу в кластере.

Рабочая OS Linux/BSD , совместим с NAS такими как Mikrotik, ИЫВ(MPD5), RP-PPPOE, PPTPD, CISCO и другими серверами доступа которые поддерживают протоколы RADIUS.

 

Очень "заточен" для автоматизации работы с Mikrotik, Деление шейперов трафика на мир/страна, День/Ночь, Турбо и т д. Имеет множество функций, которые были созданы из реальных потребностей.

Срок работы от первой версии до той которую вы уже видите 6 лет.

Прост в управлении и автоматизирован.

 

 

Полное описание

 

Архитектура Биллинга

 

Демо "Админки" версия 1.03 - текущая версия 1.05 от 10.04.2011 г

 

Демо "Личного кабинета"

 

Скачать Freeware версию 1.05 от 10.04.2011 г

 

Обычное время работы 10-00 до 18-00 Понедельник - Пятница. Любое другое время не гарантируется что будет ктото Online, иногда бываем и в другое время.

ICQ 331750851

 

Skype: Alec_demiurg

Email celteh@gmail.com

 

Или раздел Контакты на сайте - там все контакты.

Цены смотреть тут.

 

Есть вопросы , пишите задавайте.

Share this post


Link to post
Share on other sites

Биллинг в одно лицо писался?

 

Если честно - понравился, хороший биллинг походу, давно такого не видел.

 

Эта, в авторизацию добавьте: Login + Password + Switch Remote id + Port number

Edited by terrible

Share this post


Link to post
Share on other sites
Эта, в авторизацию добавьте: Login + Password + Switch Remote id + Port number

 

Эта функция будет чере зпару версий.Пишется модуль для управления L2 свичами по 802.1х (прозрачный для клиентов)

ТАм будут варианты разные по авторизации.

 

Биллинг в одно лицо писался?

Да.

 

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

Share this post


Link to post
Share on other sites

Пишется модуль для управления L2 свичами по 802.1х (прозрачный для клиентов)

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

Share this post


Link to post
Share on other sites
Крутите лучше в сторону SNMP и Telnet управления на основе классов, так будет единая алгонитмика для абсолютно любого свича, различающая только темплейтами под каждую модель.

 

Вообщето 802.1х есть в каждом свиче кроме веб-смартов, и арбоатет по универсальному radius протоколу..к которму не нужны никакие шаблоны или MIB.что ест ьудобенй и проще.

 

Т е ты прост овключил функции и работаеш.

Share this post


Link to post
Share on other sites

Клиентские роутеры (аля DIR-300) помоему вообще не поддерживают 802.1x.

Share this post


Link to post
Share on other sites
Клиентские роутеры (аля DIR-300) помоему вообще не поддерживают 802.1x.

А причем они к структуре сети провайдера ? это же клиентские устройства... не пойму логики если чесно..проясните

Share this post


Link to post
Share on other sites

Только радиус во всех свичах работает жутко про разному. В 1 производителе только доступ к управлению по радиусу и все.

Кстати многие вебсмарты отлично управляются по snmp.Да и acl по радиусу хрен создашь. Так что лучше окучивать snmp

Share this post


Link to post
Share on other sites
эх, где же ты был??

С Лета того года на другом форуме ...внутри Украины который...сюда не совался пока не понял что биллинг действительно полезен многим.

Share this post


Link to post
Share on other sites

аффтар, ты бы часовой пояс то указал бы в заголовке,

нахрена неполную контактную информацию писать :)))

 

Zend Optimazer для Linux/BSD

странно как-то, а вообще, может просто опечатка :))

 

а вообще, понравилось.

в свободное время посмотрю детальнее.

Share this post


Link to post
Share on other sites

Часовой пояс +02.

странно как-то, а вообще, может просто опечатка :))

Да, конечно опечатка )

Share this post


Link to post
Share on other sites

Ну уважаемый... вы побили все рекорды!

 

Админка доступна черезе Flash (ай-ай, а вдруг нету?)

Демон написа на PHP и зазендин.

 

Как такое проверять/тестировать/эксплуотировать не понятно.

 

Нет я не привередлив, но такой биллинг и ежу не пригодится.

Share this post


Link to post
Share on other sites
Как такое проверять/тестировать/эксплуотировать не понятно.

Многие пользуются и очень довольны и их уже не одна сотня.

 

Нет я не привередлив, но такой биллинг и ежу не пригодится.

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

 

Т е бинарный код который рабоате т в памяти с той же скоростьтю что приложение на С++

лутше постоянно запускаемых перл приложений или чемто отлиается от кода на С ?

 

Этот язык всего лишь потому выбран, что при минимуме манипуляций дает кросплатформеность пользователям и минимум потерь в производительности(только в момент запуска).

 

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

Share this post


Link to post
Share on other sites
Т е бинарный код который рабоате т в памяти с той же скоростьтю что приложение на С++

лутше постоянно запускаемых перл приложений или чемто отлиается от кода на С ?

 

Я как бы не против данного биллинга, но вот тут конечно промашечка, код на чистом си работает быстрее чем с++, ну а интерпретируемые типа перла или php работают в разы медленнее чем тот же с++.

Edited by gavru

Share this post


Link to post
Share on other sites

Всё зависит от нагрузок. Да, PHP это тормоз по сравнению с си, однако всё очень сильно зависит от построенныех алгоритмов и поставленных задач. Биллинг на PHP не может подразумевать абонентскую базу более 40к абонентов, он просто не успеет всё это обработать.

А причем они к структуре сети провайдера ? это же клиентские устройства... не пойму логики если чесно..проясните

Клиент - это тот человек, на деньги которого провайдер живет. И если клиенту неудобно (дорого, некачественно, не нравится техподдержка, не нравятся протоколы и т.п.), то он уходит к другому провайдеру, у которого ему удобнее. У нас клиенты очень рады, что они могут использовать любые модели роутеров и получают от техподдержки консультации по их настройке. Это просто удобно.

Share this post


Link to post
Share on other sites
Всё зависит от нагрузок. Да, PHP это тормоз по сравнению с си, однако всё очень сильно зависит от построенныех алгоритмов и поставленных задач. Биллинг на PHP не может подразумевать абонентскую базу более 40к абонентов, он просто не успеет всё это обработать.

 

Согласен, но есть но, смотря за что этот самый PHP (ну допустим PHP) отвечает, если это флоусы (ну допустим флоусы) эт одно, а если это трафик который прокачивается и каждый пакет должен быть обработан именно этим PHP то эт другое и в таком случае о 40к говорить как бы вообще невозможно. Ну а обработка допустим базы данных из 40к то вполне возможно, если допустим сама СУБД позволяет за 3 сек выгрести данные.

По поводу алгоритмов полностью согласен, можно все 40к перебирать for или while, что бы найти абонента, а можно бинарным деревом к примеру, при этом результаты будут отличаться как полёт на луну и полёт к солнцу, но всё же интерпритируемый язык всегда будет в 1000 раз медленнее чем любой даже очень хреново написанный машинный код (ну допустим, что чистый си более менее приближен к нему) по этому и сами алгоритмы (да собственно и технологии сбора данных тоже) очень влияют на производительность.

Любая задача всегда сводится к параметрам:

 

1 - скорость разработки приложения

2 - производительность

3 - довольство клиентов

 

так что если первый и третий пункт выполняется то на 2 можно забить :)

Edited by gavru

Share this post


Link to post
Share on other sites

По поводу алгоритмов полностью согласен, можно все 40к перебирать for или while, что бы найти абонента, а можно бинарным деревом к примеру

А еще можно изучить SQL и пользовать его по прямому назначению...

 

ИМХО - единственное, чем хорош интерпретируемый язык, так это кросс-платформенность и более быстрая разработка ввиду отсутствия необходимости беспокоиться о выделении/освобождении памяти и как следствие отсутствия утечек памяти/переполнения буффера.

Хотя, как по мне - PHP для биллинга не лучший выбор, PHP хорош для пользования по прямому назначению - т.е. для веб-проектов, но не для написания на нем демонов/утилит.

Share this post


Link to post
Share on other sites
А еще можно изучить SQL и пользовать его по прямому назначению...

 

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

 

ИМХО - единственное, чем хорош интерпретируемый язык, так это кросс-платформенность и более быстрая разработка ввиду отсутствия необходимости беспокоиться о выделении/освобождении памяти и как следствие отсутствия утечек памяти/переполнения буффера.

Хотя, как по мне - PHP для биллинга не лучший выбор, PHP хорош для пользования по прямому назначению - т.е. для веб-проектов, но не для написания на нем демонов/утилит.

 

Согласен на все 100%.

Edited by gavru

Share this post


Link to post
Share on other sites
Я как бы не против данного биллинга, но вот тут конечно промашечка, код на чистом си работает быстрее чем с++, ну а интерпретируемые типа перла или php работают в разы медленнее чем тот же с++.

Увы эт ов случае чистого кода.

Я пользую бинарную оптимизацию ZEND и там используются "байткоды" разница по работе только в момент азпуска он дольше примерно на 1 секунду..а в остальнмо разницы нет.

Почитй те на эту тему и убедитесь для себя что это правда.

Выбор был сделан исключительно из условий кросплатформенности чтобы не учитывать особенност ивсех операционок.

 

Была бы потеря производительности использовался C/С++ код.

Речь естественно о "ядре" системы.

 

 

 

По поводу алгоритмов полностью согласен, можно все 40к перебирать for или while, что бы найти абонента, а можно бинарным деревом к примеру, при этом результаты будут отличаться как полёт на луну и полёт к солнцу, но всё же интерпритируемый язык всегда будет в 1000 раз медленнее чем любой даже очень хреново написанный машинный код (ну допустим, что чистый си более менее приближен к нему) по этому и сами алгоритмы (да собственно и технологии сбора данных тоже) очень влияют на производительность.

Не думаю что есть смысл делать цикл и обрабатывать в PHP такой обьем данных.

 

Для этого помоему придумали многоуровневые запросы, представления. тригеры , хранимые процедуры.

 

 

Любая задача всегда сводится к параметрам:

 

1 - скорость разработки приложения

2 - производительность

3 - довольство клиентов

 

так что если первый и третий пункт выполняется то на 2 можно забить :)

Очень верно подмечено...

Одна ко на данном этапе по пунтку 2 разница в запуске всег ов 1ну секунду примерно...что не есть заметно по всем остальынм пунктам.

 

ввиду отсутствия необходимости беспокоиться о выделении/освобождении памяти

Об это м стоит всегда беспокоиться...

Потому что память кушается и приходится за ней следить, и это касается и FLEX инетрфейса и PHP админки и ядра.

Share this post


Link to post
Share on other sites

Планируется в обозримом будущем

Share this post


Link to post
Share on other sites

Релиз от 16.04.2012

 

В релиз вошли

 

MikBill v 1.10

Личный кабинет v 3.0.2

MikBill Монитор v 1.1.4

 

Отличительные особенности MikBill v 1.10:

Работа с оборудованием любой марки по SNMP (реалтайм сбор данных о портах и mac на них)

Увеличина производительность системы

Управление l2 оборудованием на домах ( управление vlan на порту абонента и шейпером на порту)

Уменьшен обьем базы данных

Чеки на печать теперь формируютьяс по шаблону HTML (весьма удобно для чековых принтеров)

Добавлен тип NAS Accel-ppp/Accel-pppoe/Accel-pptp так же шейперы этой системы обычные и день/ночь (параметры FB-Filter)

Добавлен тип NAS Linux PPP и шейпер обычный и день/ночь (plugin radattr.so PPPD-Upstream-Speed-Limit/PPPD-Downstream-Speed-Limit и т д еще +3 интервала)

Полноценная и 100% поддержка любого вида PCQ шейперов для Mikrotik

Добавлена платежная система OnPay (http://www.onpay.ru)

Добавлен прием платежей Privat24 Мерчанта

Полностью автоматическая установка на Centos 5.x/6.x

 

Исправлено множество багов

 

Отличительные особенности Личный кабинет v 3.0.2:

Полностью переработаное ядро

Работает на минимальной версии flash player v 9.0.124 (которя по умолчанию стоит во многих сборках Windows)

Поддержка системы событий для управления оборудованием и т д (автозапуск скрипта ./stat/sys/scripts/mikbill_payment_event.sh подробности внутри скрипта)

Исправлено множество багов

 

Отличительные особенности MikBill Монитор 1.1.4:

Поддержка Gogle API

Построение WIFI покрытия

Исправлено множество багов

 

Остальное тут.

 

Changelog будет дополнен в течении недели.

Документация будет дополнена новым функционалом и пояснениям в течении 2х недель

 

У пользователей полной версии обновления будут произведены автоматически в течении недели.

Единственное вы можете обновить файлы MikBill Монитор, SQL часть у вас будет обновлена автоматически нашими сотрудниками.

Так же не забудте проверить Роли сотрудников чтобы дать им доступ в Монитор, добавился новый контролер Monitor к нему нужно дать доступ

 

установка MikBill Монитор на FreeWare версию уже не требует установки SQL данных, все собрано в дистрибутиве MikBill.

Обновление MikBill Монитор на FreeWare версию - просто закачайте файлы поверх старых, и не забудте обновить MikBill до 1.10

Share this post


Link to post
Share on other sites

Добрый день.

Удалось ли кому то поставить микбилл на центос 6.3 ?

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