BiTel

Исходные данные:
Небольшая сеть, dlink 3526/3200/1228 на доступе, шлюз/шейпер/NAT/dhcp на freebsd 8.2 (ipfw, ipfw pipe, ipfw nat, isc-dhcpd4.1). Тарифы только безлимитные, никак не привязанные к потребляемому траффику, но учет траффика желателен.
Вопрос 1:
каким модулем пользоваться? IPN - написано что устаревший, Inet - документация скудновата. Начал делать через IPN/netflow/manag. Но встал на тарифах,
Вопрос 2:
Возможно на IPN сделать тариф с установленной абонентской платой за сутки?
Вопрос 3: Где то прочитал что есть/был раньше модуль снятия абонентских плат, сейчас не нашел его. Как реализуется снятие абонентской платы для моего случая? Безлимитный тарифы/IPN
Вопрос 4: Мне хватит ядра и модуля INET или IPN, или минимально нужно что то еще?
Требуется именно глобальное понимание этих вопросов, в деталях разберусь и сам.

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

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Блин не знаю как я этого не заметил, наверное перечитался документации к IPN ) Да, действительно NPAY.
С тарифами и абоненскими платами вопрос снят, почитал про NPAY, сразу всё встало на свои места. Остается главный вопрос, использовать IPN или сразу всё делать на INET?

инет не допилен, смотря что требуется, потом придется переходит, сложно...опишите что хотите получить

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Ну раз еще не допилен значит рано им пользоваться, буду покупать IPN. Еще вопрос - видел кто-нибудь решение когда bgbilling ipn привязан к стороннему dhcp серверу? Неужели при внедрении системы все сразу отказываются от привычного dhcp и заменяют его на IPN dhcp?

Имхо не стоит так сразу от Inet отказываться) У меня от IPN впечатления гораздо хуже. Inet сейчас работает примерно на 200 абонентов, поначалу косяков много было, сейчас полет нормальный.

А что по dhcp? Кто как делал?

У нас стандартный линуксовый, но охото перейти на чтонить с мускулом

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

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

Они не связаны =)
у нас pppoe

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Что то тяжело идет изучение ) Не хватает какого то общего howto, чтоли, чтобы связать теорию документации и практику. Кто как осваивал? Может есть еще какая то инфа кроме документации?

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

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Нужно сделать разную скорость в дневное и ночное время. Нашел на форуме обрывочную инфу о двух задачах которые нужно запускать чтобы смена типа правила применялась на шлюзах. Это "Обсчет логов IPN" и "Проверка шлюзов IPN". Что делают эти задачи? Я думал обсчет логов это та задача которая считает и добавляет логи коллектора в БД плюс где то вычитал и заметил что у меня и без этой задачи логи коллектора заносятся в БД. Просветите кто-нибудь )

Лень искать и поздно у меня уже, смотрите в документации о построении тарифных планов, там есть все.

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Что-то никто не упомянул про это. Может быть пригодится
http://dbinfo.bitel.ru/ Описание БД
http://wiki.bgbilling.ru/index.php вики

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

1) В какой-то момент баланс договора становится меньше лимита
2) ПРи выполнении задачи "Проверка шлюзов IPN" состояние шлюзов договора становится "заблокирован"
3) При следующем выполнении задачи "Проверка шлюзов IPN" шлюзам отправляются команды котороые прописаны в каждом шлюзе.

1) В дереве тарифного плана IPN приходит тип вренени когда нужно изменить тип правила (скорость на шлюзе).
2) При выполнении задачи "Обсчет логов IPN" применяется тип правила на шлюзе (внутри БД)
3) При вылолнении задачи "Проверка шлюзов IPN" инфа о шлюзе из БД применяется на самом шлюзе.

Как оптимально запускать эти задачи? Получается когда у меня в тарифе должна смениться скорость мне нужно запускать "Обсчет логов IPN" а потом "Проверка шлюзов IPN"? Значит мне нужно запускать обе эти задачи после каждой смены скорости и дополнительно 2 раза задачу "Проверка шлюзов IPN" раз в сутки после снятия абонентской платы?

Лимит выставляется руками, если он не выставлен(равен нулю) то до нуля, ниже значит ниже лимита

Нет, идет проверка на то каким шлюз делать, если нет средств, то становится заблокирован

к каждому шлюзу можно сделать свой набор команд, что получить хотите, не понял вопроса если чесно =)

тоже не понял, задача проверка шлюзов должна стоять каждые 15 минут (так по доке) они и должны применять правила на шлюзе

абонплата это средство списание средств с договора

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Спрошу по другому:
Вот выдержка из доков:

Тип правила на шлюзе меняет задача "Обсчёт логов IPN". При этом команды на оборудование реально посылаются в задаче "Проверка шлюзов IPN"

У меня есть тариф IPN который в дневное время и ночное время применяет разные типы правил. Значит типы правил (скорость) у меня меняются минимум два раза в сутки. Выдержка которую я привел намекает что чтобы изменения применялись на шлюзе нужно после момента когда меняется дневное/ночное время выполнить две задачи, сначала "Обсчёт логов IPN" потом "Проверка шлюзов IPN" иначе у меня не применятся скорости на шлюзе. Отсюда вопрос:

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

2 и 3 пункт выполняться вместе.


Да

Да

да