Перейти к содержимому
Калькуляторы

Carbon Billing + Mikrotik связка биллинга с микротиком

Зачем мне выполнять какие-то команды

Затем что у администратора сети работа такая.

своя, особенная схема

Почему бы вам ее не реализовать? Что вам мешает изменить скрипт событий по собственному желанию?

Клиенты, приводящие разумные аргументы, в итоге приходят к консенсусу с разработчиками и получают продакшн без кактусов

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

main.ini:

skip_noauth='1' Тех кого нет в биллинге не будет блокировать, при этом если добавите этого абонента в негбал лист он заблокируется

firewall.ini:

service_net Сети которые вообще не будут обрабатываться карбоновскими правилами

 

Простите, а зачем все это?

 

Допустим есть биллинг в нем заведены 2 абонента, один с адресом 10.10.10.2 второй с 10.10.10.3. Нужно что бы при отсутствии средств на микротик в адрес лист прилетал соответствующий IP, а при внесении средств удалялся. Аналогично и с изменением тарифа - вносилась запись в шейпер и все.

Более от биллинга ничего не требуется.

 

Уже было 5-6 попыток внедрить 5 версию биллинга в различных малых провайдерах, все они провалились. Сначала 1-2 месяца ждешь своей очереди на интеграцию, потом пытаешься донести до человека, который этим занимается, то, что нужно от биллинга, потом постоянные ожидания, когда этот специалист будет свободен, доходит до абсурда. Сначала спрашивают когда вам удобно, договариваешься на завтра в 10, специалист провайдера к этому времени подключается к работе и ждет, появляется специалист от биллинга, начинает что-то делать и пропадает часа на 2, потом появляется, опять что-то поделает, одну проверку проводят и пропадает до вечера, там опять полчасика и на завтра.

 

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

 

Почему бы вам ее не реализовать? Что вам мешает изменить скрипт событий по собственному желанию?

Клиенты, приводящие разумные аргументы, в итоге приходят к консенсусу с разработчиками и получают продакшн без кактусов

 

Однажды, представитель биллинга сказал - "вы не умеете настраивать микротик, не разобрались с его настройками, а мы (разработчики биллинга) лучше знаем как с ним надо работать" =)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

Допустим вы перебирали ПК и осталось 5-6 болтов, тоже будете восклицать "зачем все это, и так держится!"?

Конфиг сделан не под конкретного провайдера, а с целью удовлетворить большинство (но не все) потребностей провайдера

 

 

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

Так и есть! В crb_negbal_list адреса вносятся и удаляются, target в simple queue создаются и изменяются.

 

Остальное оффтоп и ложь. Которые разбиваются о конкретику, в отзывах ни слова про "жутко неудобные способы"

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Остальное оффтоп и ложь. Которые разбиваются о конкретику, в отзывах ни слова про "жутко неудобные способы"

 

Про платежную систему walletone тоже оффтоп и ложь?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Уже было 5-6 попыток внедрить 5 версию биллинга в различных малых провайдерах, все они провалились. Сначала 1-2 месяца ждешь своей очереди на интеграцию, потом пытаешься донести до человека, который этим занимается, то, что нужно от биллинга, потом постоянные ожидания, когда этот специалист будет свободен, доходит до абсурда. Сначала спрашивают когда вам удобно, договариваешься на завтра в 10, специалист провайдера к этому времени подключается к работе и ждет, появляется специалист от биллинга, начинает что-то делать и пропадает часа на 2, потом появляется, опять что-то поделает, одну проверку проводят и пропадает до вечера, там опять полчасика и на завтра.

Насчет этого абсолютно соглашусь с саабом! Все так и есть! Тоже пытаемся внедрить пятерку, но как описано выше попытки неудачные.

Почти все сами настроили так как техпод не помогает хотя взяли подписку "аутсорсинг"! Зайдут, покрутят и опять неделю ждешь когда они соизволят зайти!

 

Забыл упомянуть что более восьми месяцев пытаемся что то сделать!

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А тут-то почему нельзя ответить? Основная претензия в том, что когда просят что-то сделать, например добавить какой-то функционал, то говорят увеличивайте подписку до определенной и в течении 2-х месяцев все будет сделано. По итогу увеличиваем подписку, проходят 2 месяца - ничего не сделано. Проходит еще 2 месяца и тоже ничего не сделано. Вариант просто оплаты какой-то фиксированной суммы за добавление определенного функционала отделом продаж даже не рассматривается, ответ один - у нас нет разовых услуг.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Это вы все с W1 никак не решите вопросик? Там же протокол примитивный - не сложно сделать же.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Это вы все с W1 никак не решите вопросик? Там же протокол примитивный - не сложно сделать же.

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Это вы все с W1 никак не решите вопросик? Там же протокол примитивный - не сложно сделать же.

 

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

 

Этт хорошо, я то я уже хотел предложить вам сделать модулек. :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Этт хорошо, я то я уже хотел предложить вам сделать модулек. :)

 

А каким образом он работает? Сейчас схема такая - биллинг выписывает счет, устанавливая комментарий для платежа в виде номера абонента, абонент оплачивает счет, после оплаты приходит уведомление, которое обрабатывает стороннее ПО и вносит деньги на счет абоненту через веб интерфейс кассира.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Этт хорошо, я то я уже хотел предложить вам сделать модулек. :)

 

А каким образом он работает? Сейчас схема такая - биллинг выписывает счет, устанавливая комментарий для платежа в виде номера абонента, абонент оплачивает счет, после оплаты приходит уведомление, которое обрабатывает стороннее ПО и вносит деньги на счет абоненту через веб интерфейс кассира.

 

В принципе, алгоритм тот же. Клиент пишет в окошке цифру оплаты, отправляется на агрегатор, который говорит всю информацию для платежной системы, после этого платежная система передает на интегратор уведомление, тот в свою очередь запускает программку, которая вносит платеж на счет клиента. Эта программка собственно говоря, и есть точка сопряжения, и эту программку обычно и надо написать. Она может через API пополнять счет. Если произошел как-нибудь сбой в бллинге, и платеж не зачислился (мало ли), его можно будет "перезачислить" повторно уже локально из агрегатора.

 

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

Изменено пользователем vop

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Где находится скрипт с командами отправляемыми на NAS?

не факт, что он вообще там есть, попробуйте вот это почитать http://docs.carbonsoft.ru/display/CarbonBilling/IPoE+Mikrotik

Скрипт находится в chroot /app/asr_billing/

путь /var/oss/core/имя nasa/bin/session

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

в продакшн даже не думайте ставить будете мучатся как и я

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

в продакшн даже не думайте ставить будете мучатся как и я

А что у Вас случилось?

И какой биллинг посоветуете?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А тут-то почему нельзя ответить? Основная претензия в том, что когда просят что-то сделать, например добавить какой-то функционал, то говорят увеличивайте подписку до определенной и в течении 2-х месяцев все будет сделано. По итогу увеличиваем подписку, проходят 2 месяца - ничего не сделано. Проходит еще 2 месяца и тоже ничего не сделано. Вариант просто оплаты какой-то фиксированной суммы за добавление определенного функционала отделом продаж даже не рассматривается, ответ один - у нас нет разовых услуг.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

в продакшн даже не думайте ставить будете мучатся как и я

А что у Вас случилось?

И какой биллинг посоветуете?

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

BGBilling имеет очень специфический интерфейс, из него нельзя стандартными функциями скопировать информацию, например IP адрес, можно только по цифрам=) так же он имеет огромное количество мелких косяков и недочетов.

Гидра то же, что и Карбон 5, только чуть лучше с поддержкой, деньги так же просят за каждый чих.

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

BGBilling имеет очень специфический интерфейс, из него нельзя стандартными функциями скопировать информацию, например IP адрес, можно только по цифрам=) так же он имеет огромное количество мелких косяков и недочетов.

Гидра то же, что и Карбон 5, только чуть лучше с поддержкой, деньги так же просят за каждый чих.

 

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

 

То что инфу нельзя скопировать это не проблема ))) ,мелкие косяки они все доделывают http://www.bgbilling.ru/v6.2/download/kernel/changes.txt ,а на счет Гидры если они даже просят за каждый чих, так главное проблему решают и многие функции уже реализованы из под коробки

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

То что инфу нельзя скопировать это не проблема ))) ,мелкие косяки они все доделывают http://www.bgbilling...nel/changes.txt ,а на счет Гидры если они даже просят за каждый чих, так главное проблему решают и многие функции уже реализованы из под коробки

 

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вечер добрый. а не подскажите как реализовать ipoe на carbone?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вечер добрый. а не подскажите как реализовать ipoe на carbone?

 

Технологии подключения не реализуют на биллинге, это делают на серверах доступа. При использовании IPOE в данных абонента указывают только IP адрес, далее по нему и идет вся работа - ограничение скорости, блокировки и т.п.

Если у вас одновременно 2 схемы подключения, например PPPoE и хотите сделать IPOE, то можно задействовать галочку OPT82 в настройках абонентов, по этому свойству проверять в скрипте обработки событий как и куда отправлять по нему команды.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

denso4i

Уточните какой карбон вы используете? Какое оборудование, в качестве NAS вы используете?

В актуальной версии продукта настройка проводится через "Оборудование"

http://docs.carbonsoft.ru/pages/viewpage.action?pageId=51708724

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

denso4i

Уточните какой карбон вы используете? Какое оборудование, в качестве NAS вы используете?

В актуальной версии продукта настройка проводится через "Оборудование"

http://docs.carbonsoft.ru/pages/viewpage.action?pageId=51708724

carbon oss(на виртуалке) в качестве NASa mikrotik 2011iLS

пока тестируем(пытаемся вроде как) надо глянуть как роботает, как с ним роботать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.