Билинг NoDeny?

[vop]

NoDeny надежен и переварит гигантский трафик именно потому, что имеет недостаток - заточенность под переваривание трафика.

 

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

 

Ну ладно, не буду сильно разворачиваться, т.к. обещал не тратить время на тех, кто не умеет слушать разумные доводы.

[vop]

карточки все это делается кустарными средствами

 

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

 

1) Генерация номеров и кодов должна осуществляться на совершенно отдельном ПО, на компьютере, находящемся за 1000 км от биллинга и условиях тайны и секретности. Никаких кнопок "сгенерировать карточки" в биллинге быть не должно. Ни при каких условиях, ибо это не задача биллинга, а огромная дырища.

 

2) Ни в коем случае, ни при каких условиях, ни под каким будуном списки с номерами и кодами не должны оказаться на сервере биллинга. Я даже не говорю про полный ДЕБИЛИЗМ, когда эти коды являются частью базы биллинга, типа, для проверки. Большего идиотизма сложно себе представить. Биллинг должен опрерировать только с проверочной информацией одностороннего типа (хеш-коды, цифровые подписи и т. д.). Недопустимо держать списки кодов на сервере, и если это так - то надо сразу сказать, что модуля карточек просто нет.

[dead]

Конечный потребитель выбирает тот биллинг, который ему нужен, а не то, каким должен быть биллинг. Это его полное право. Поэтому критерии должен/не должен - исходят от потребителя. Если 90% сетей нужно быстро считать трафик и гибко его классифицировать, то хоть усрись, предлагая ему идеальнейшие концепты, но они этот биллинг не выберут. По очень простой объективной причине: потребителю нужен результат. Биллинг - это средство получения результата. Проблемы большинства биллингов - это невозможность работы на автопилоте и плохая надежность. Я подошел с иной стороны. Меня не интересует правильная ли это сторона или нет - я даю возможность людям беспроблемно и гарантированно зарабатывать деньги. Последние 2 прилагательных подтверждаются многолетними боевыми испытаниями. Так что фразы "так нельзя" следует употреблять в академической среде на фестивале биллингов

[vop]

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

 

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

 

Если 90% сетей нужно быстро считать трафик и гибко его классифицировать, то хоть усрись, предлагая ему идеальнейшие концепты, но они этот биллинг не выберут. По очень простой объективной причине: потребителю нужен результат. Биллинг - это средство получения результата.

 

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

 

Проблемы большинства биллингов - это невозможность работы на автопилоте и плохая надежность.

 

Возможно у большинства - это проблемы. Но только не у многоуровневого. Что будет, если сервер с нодени отключить и унести, например, на неделю? Мой можно уносить. На неделю, на месяц. Люди будут нормально работать, авторизаторы будут логиниться, трафик собираться. А потом, если принести его назад и включить - он честно высосет всю информацию, посчитает, начисли абонку, если прошел месяц, и все будет нормально. Вот это называется надежностью.

 

Я подошел с иной стороны. Меня не интересует правильная ли это сторона или нет - я даю возможность людям беспроблемно и гарантированно зарабатывать деньги. Последние 2 прилагательных подтверждаются многолетними боевыми испытаниями.

 

Хороший аргумент - многолетние боевые испытания. Куда там моему скромному многоуровневому, работающему с 1997 года

 

Так что фразы "так нельзя" следует употреблять в академической среде на фестивале биллингов

 

Эту фразу надо сделать лозунгом биллинга nodeny

[matrot]

Извините за оффтоп.

Можем предоставить удаленный биллинг для малых и больших сетей.

Подробности в асю: сто 322 051

[dead]

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

 

Возможно у большинства - это проблемы. Но только не у многоуровневого. Что будет, если сервер с нодени отключить и унести, например, на неделю? Мой можно уносить. На неделю, на месяц. Люди будут нормально работать, авторизаторы будут логиниться, трафик собираться. А потом, если принести его назад и включить - он честно высосет всю информацию, посчитает, начисли абонку, если прошел месяц, и все будет нормально. Вот это называется надежностью.

 

вот это болезненное без рук и без ног зубами доползти до финиша и есть причина вашей боязни БД. Я поначалу болел тем же: "а что будет если бд отвалится? продублирую я лучше в файлики". Вы ставите явно деструктивные условия. Забегая вперед, я скажу, что вырезание любого звена из nodeny не скажется на общей работе. Но дело совсем в ином. "Унести сервер биллинга на неделю" - это есть эквивалент его отключению. Более того, продолжение работы без главного координирующего устройства (у вас там не нейронные сети я полагаю) - вообще преступление перед клиентом. Нельзя предоставлять некачественный сервис. Это главная ошибка советикоподхода. Уточняю: все должно считаться оперативно и в полной мере. Это обязательное условие. Нештатная ситуация должна лечится.

 

Да, поначалу кажется, что отвалился биллинг - ну так давайте будем накапливать трафик, а потом посчитаем его. В 100% случаях вы неправы - вы не предоставляли клиенту информацию по трафику/платежам или иному - все, вы не имеете право требовать оплату. Просто я это проходил не один раз. От таких благих намерений один вред и провайдеру и клиенту. Как обычно думают: ну не работает биллинг, ну так давайте отключим авторизацию и пустим всех в инет бесплатно. Только потом удивляются, почему раздали халяву, а получили негатив - прибежала мамаша и начала орать почему сын без авторизации скачал порнофильм, прибежало (вернее вызвало) СБУ и прдьявило обвинения в дос атаке - а что, трафик не считался, почему бы прогу не запустить?

 

Не те, не те вы ставите приоритеты. Надежность в виде вырезания печени или почек не должна выражаться в возможности функционирования организма без этих органов. Должна быть возможность быстрой имплантации новых органов. Вот к чему надо стремиться, а не к слову "многоуровневый"

[dead]

Насчет хранения в БД кодов карточек оплаты, то вашими рассуждениями все банки у нас просто дебилы (с) т.к. хранят финансовую информацию. Вот идиоты, надо хеши хранить, а они умудряются практически всю ключевую информацию хранить в немодифицированном виде. Лицензию надо отобрать у них. "Так нельзя" - этим клиентов не привлечешь - совет

[petrovi4]

Не юзал неразу ни страргейзер, ни нодени, ни Аббилс! Уже 6 лет пользуюсь AnjeyBill! что сказать... за 6 лет работы выкидывало юзерей только при обновлении, работает с MySQL. крон делается на файловый и еще один удаленный серв раз в день, все возможные виды авторизации и мониторинга. В общем Доволен!!!!!!

[Prime]

Не юзал неразу ни страргейзер, ни нодени, ни Аббилс! Уже 6 лет пользуюсь AnjeyBill! что сказать... за 6 лет работы выкидывало юзерей только при обновлении, работает с MySQL. крон делается на файловый и еще один удаленный серв раз в день, все возможные виды авторизации и мониторинга. В общем Доволен!!!!!!

чтото демо у них не работает...

[Sergek]

Простите за оффтоп... Но есть вопрос к билинго-писателям

 

У одного известного оператора есть такой документ http://maxnet.ua/images/License/billing.jpg

Я понимаю, что пока не обязательно, но всеж! Кто нибудь из разработчиков знает процедуру и стандарты по которым производится сертификация?

При нынешней разработке они учитываются?

[RAW]

Сертификат нужен только в случае если биллинг считает минуты, т.е. предоставляются услуги телефонии. Макснет предоставляет телефонию, а вы? или может собираетесь?

[Sergek]

Вообще то вопрос был задан разработчикам, dead, ~AsmodeuS~, vop, stg-34

to: RAW

Билинг у них считает все, в россии уже давно прошла волна с сертификациями. Я думаю у нас это тоже не за горами.

[Prime]

холивара не избежать.

 

так как насчет критерием сравнения биллингов?

[dead]

В Украине нетипичная картина с сертификацией биллинга. Мы несколько раз пробовали сертифицировать, однако в большинстве случаев встречали удивление со стороны компетентных органов - зачем, ведь это же не требуется? Более того, никто из них толком не понимает что нужно, как и т.д.)

 

В данный момент сертифицируют в Украине не биллинг, а программный комплекс. Т.е. конкретно точку оборудование+софт. Уточняю: конкретно физическое место. Выданный сертификат не будет иметь никакого действия на другие точки.

 

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

 

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

[nightfly]

так как насчет критерием сравнения биллингов?

нету критериев - они чисто субъективны и вылезают из наличиствующих скиллов и поставленых задач.

 

Любое opensource/free универсальное решение, всегда требует серьезной доводки напильником под конкретные задачи/кастомера.

 

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

Для меня рандомный язык sh/php - засим старгейзер полностью уже как годика 2 удовлетворяет все нужды. Те нужды которые не удовлетворяются ядром кое в основном "считалка деньгов/коллектор траффика" - елементарно пишуться так как мне хочется в 10 строчек на пхп - динамические шейпера, распихивание клиентов по разным каналам, хитрый рулинг фаерволом на удаленных хостах. Собственно просто и интересно пока не надоело.

 

И давайте без "ай у нас все написано давно" и "ой биллингом должен рулить домохазяйко без скиллов кодинга и понимания администрирования в целом" я считаю убогими. Домохазяйкам место в другом месте - точно не в провайдинге.

 

Нету о чем холиварить Sanchezz

[911]

Вопрос к Стасу: когда в Nodeny будет убрана привязка 1 абонент = 1 ип адрес? чтобы можно было спокойно выдавать клиентам подсеть адресов

это пока единственная серьезная претензия у меня

[Prime]

так как насчет критерием сравнения биллингов?

нету критериев - они чисто субъективны и вылезают из наличиствующих скиллов и поставленых задач.

 

Любое opensource/free универсальное решение, всегда требует серьезной доводки напильником под конкретные задачи/кастомера.

 

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

Для меня рандомный язык sh/php - засим старгейзер полностью уже как годика 2 удовлетворяет все нужды. Те нужды которые не удовлетворяются ядром кое в основном "считалка деньгов/коллектор траффика" - елементарно пишуться так как мне хочется в 10 строчек на пхп - динамические шейпера, распихивание клиентов по разным каналам, хитрый рулинг фаерволом на удаленных хостах. Собственно просто и интересно пока не надоело.

 

И давайте без "ай у нас все написано давно" и "ой биллингом должен рулить домохазяйко без скиллов кодинга и понимания администрирования в целом" я считаю убогими. Домохазяйкам место в другом месте - точно не в провайдинге.

 

Нету о чем холиварить Sanchezz

СТГ в итоге умеет только считать трафик, а приходится кустомизировать всё самому под конкретные задачи.

так и делаю.

не нравится сама система OnConnect/OnDisconnect и выполняющиеся в нем скрипты в плане их последовательности выполнения.

можно было бы их параллельным демоном сделать, все в одном демоне проблематично.

 

но хочется All In One

[nightfly]

СТГ в итоге умеет только считать трафик, а приходится кустомизировать всё самому под конкретные задачи.

ну еще и деньги снимать

 

не нравится сама система OnConnect/OnDisconnect

мне какраз оное и нравиться - хотя да, не хватает возможности OnAbstractEvent

 

но хочется All In One

а так не бывает

 

Комбайны обречены либо на негибкость либо на соотвествующую вертолету цену.

[Prime]

СТГ в итоге умеет только считать трафик, а приходится кустомизировать всё самому под конкретные задачи.

ну еще и деньги снимать

 

не нравится сама система OnConnect/OnDisconnect

мне какраз оное и нравиться - хотя да, не хватает возможности OnAbstractEvent

 

но хочется All In One

а так не бывает

 

Комбайны обречены либо на негибкость либо на соотвествующую вертолету цену.

СТГ как база прост, но все равно получается у каждого свой STG Pro.

NoDeny не мешает сделать документацию максимально простую.

 

долго не мог понять, как работает механизм сателитов с микротиком, описание в

nofire > noserver > hw_mikrotik рулит конечно, но пардон...

нужно Step by step

[911]

NoDeny не мешает сделать документацию максимально простую.

 

долго не мог понять, как работает механизм сателитов с микротиком, описание в

nofire > noserver > hw_mikrotik рулит конечно, но пардон...

нужно Step by step

ну там итак документация подробная

буквально от пункта "нажмите кнопку вкл компутера"

поэтому чуть вправо - чуть влево, а народ не хочет мозг включать

[vop]

Вопрос к Стасу: когда в Nodeny будет убрана привязка 1 абонент = 1 ип адрес? чтобы можно было спокойно выдавать клиентам подсеть адресов

это пока единственная серьезная претензия у меня

 

Это одноранговый биллинг, что же ты хочешь? По другому, без костылей, там никак нельзя. Я когда-то Стасу сказал фразу, которую он просто не понял: "Клиент - это уважаемый человек с кошельком, а не IP адрес"...

[vop]

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

 

Учитывая, что я коммерческими продажами своего биллинга не занимаюсь, и в большинстве случаев просто отказываю, то смысла в каком-либо споре не вижу. Какие-либо разумные доводы по улучшению биллинга отвергаются под лозунгом "мы академиев не кончали, нам это нафик не нада"...

 

вот это болезненное без рук и без ног зубами доползти до финиша и есть причина вашей боязни БД.

 

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

 

strings ofubase | grep mysql

 

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

[dead]

Вопрос к Стасу: когда в Nodeny будет убрана привязка 1 абонент = 1 ип адрес? чтобы можно было спокойно выдавать клиентам подсеть адресов

это пока единственная серьезная претензия у меня

 

Это одноранговый биллинг, что же ты хочешь? По другому, без костылей, там никак нельзя. Я когда-то Стасу сказал фразу, которую он просто не понял: "Клиент - это уважаемый человек с кошельком, а не IP адрес"...

похоже вы оба не работали с моим биллингом. Можно там любое количество адресов назначать

[Sirglund]

Вопрос к Стасу: когда в Nodeny будет убрана привязка 1 абонент = 1 ип адрес? чтобы можно было спокойно выдавать клиентам подсеть адресов

это пока единственная серьезная претензия у меня

 

Это одноранговый биллинг, что же ты хочешь? По другому, без костылей, там никак нельзя. Я когда-то Стасу сказал фразу, которую он просто не понял: "Клиент - это уважаемый человек с кошельком, а не IP адрес"...

похоже вы оба не работали с моим биллингом. Можно там любое количество адресов назначать

 

Как я понял, 911 имел ввиду выдавать клиенту подсеть типа 123.34.22.145/29, со свом шлюзом и т.п. Было бы не плохо еще эту подсеть загнать в влан средствами биллинга...

 

А нодени всё таки рулит!!!

[versus]

Спор между vop и dead напоминает давнишний спор между двумя тоже уважаемыми людьми Таненбаумом и Торвальдсом

 

Предметом спора было ядро Linux и архитектура ядер в целом. Таненбаум начал спор в 1992 г. в ньюсгруппе comp.os.minix сети Usenet, заявив, что микроядра вытесняют монолитные ядра, и поэтому Linux устарел уже в 1992 г.

 

Так вот как и проффесор Таненбаум, vop говорит академически правильные вещи, но посмотрите, где сейчас академически правильный Миникс и где устаревший в 1992 году линукс ???

 

Как по мне, то прислушиваться к мнению "академиков" стоит, но это не мешает сделать надежное и простое решение, в которое закладываешь свое видение проблем, которые возникают в практической деятельности. Не спорю, что в нодени существуют ограничения, например нельзя привязать сразу из коробки подсеть пользователю, но как показывает практика для старта и развития сети это не принципиальные вещи. Для быстрого старта сети надо, надежное решение, которое работает, которое имеет свое коммунити, которое может помочь в решении проблем, которое расширяемое и имеет малую стоимость как в начальной цене так и в работе. Поэтому спор, как мне кажется бессмысленны, ровно как и в споре миникс - линукс, все расставило по своим местам время. Может уже есть студент, который пишет мегабиллинг, который порвет нас все на британский флаг. А мы потом будет сидеть и брюжжать как правильно строить биллинг :-)

 

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

 

Сам являюсь сторонником нодени, но пытался мыслить объективно!