Перейти к содержимому
Local

Рекомендованные сообщения

Стабильный релиз Ubilling 0.8.1 rev 5330

 

Основные изменения:

  • Изменения в структуре БД, см дамп.
  • alter.ini: добавлена новая опция ADMIN_NAMES включающая показ ФИО администраторов в некоторых модулях.
  • alter.ini: добавлена новая опция TASKREPORT_ENABLED включающая отчет по задачам.
  • alter.ini: добавлена новая опция TASKREPORT_JOBTYPES указывающая типы работ для отчета.
  • alter.ini: добавлена новая опция TASKREPORT_SIGNUPJOBTYPES указывающая типы работ являющиеся подключательными.
  • alter.ini: добавлена новая опция TASKREPORT_NOTESTAGIDS указывающая ID тегов попадающих в примечания.
  • alter.ini: добавлена новая опция TASKREPORT_SIGPAYID указывающая тип платежей за подключение.
  • alter.ini: добавлена новая опция POLICEDOG_ENABLED включающая «Собаку-полицияку».
  • alter.ini: добавлена новая необязательная опция SWITCH_PING_INTERVAL указывающая интервал переопроса свитчей.
  • Модуль «ПОНизатор»: теперь при создании, редактировании и удалении ONU происходит ребилд сетевых хендлеров.
  • Модуль «Экзистенциальный конь»: в Askozia больше не учитываются повисшие звонки с длительностью более 24 часов.
  • Кабинет пользователя: модуля замораживания счета, кредитования и смены тарифа теперь производят нормальное логирование.
  • Опрос свичей посредством SNMP: добавлен еще вагон шаблонов для разных Dlink и Eltex. Спасибо Cidjey Miles.
  • Модуль «Собака-посылака»: добавлена поддержка сервиса Red SMS. Это тоже на совести Cidjey Miles.
  • Модуль «Работники»: теперь, при всех изменениях очищает кеш логинов сотрудников.
  • Модуль «Движение средств»: логины администраторов теперь по возможности заменены ФИО сотрудников из соответствующего справочника.
  • Модуль «Экзистенциальный конь»: исправлена подпись графиков для финансов УКВ.
  • Новый модуль Отчет по задачам: позволяет оценить затраты на определенные типы задач. В основном на подключения.
  • Модуль «Планирование работ»: при создании задачи теперь выкусываются лишние пробелы вокруг адреса.
  • Модуль «Возможности подключений»: в интерфейс редактирования, добавлена возможность создания задачи для «планирования работ».
  • Модуль «Возможности подключений»: добавлена статистика по состояниям.
  • Модуль «Детали подключения»: добавлено фильтрование данных для полей длины и стоимости.
  • Модуль «Megogo»: исправлена паника при ручном удалении подписки.
  • Модуль «Заявки на подключение»: календарик теперь показывает заявки за все время.
  • Модуль «OpenPayz»: теперь сортировка транзакций по-умолчанию - от последних к старым.
  • Модуль «Склад»: теперь приходные и расходные операции отсортированы от самых свежих к самым древним.
  • Модуль «Отчет по услуге кредитования»: селектор года, теперь запоминает свое состояние.
  • Модуль «Отчет по услуге кредитования»: для отрисовки графиков теперь используется Google charts.
  • Модуль «Заявки на подключение»: для показа списка заявок, теперь используется jQuery DataTables.
  • Модуль «Перечень возможностей подключения»: переехал на jQuery DataTables.
  • Модуль «Перечень возможностей подключения»: добавлена подсветка уже возможно подключенных заявок.
  • Новый коммерческий модуль Собака-полицияка: позволяет осуществлять поиск по базе определенных MAC.
  • Модуль УКВ: для профилей пользователей добавлена возможность установки существующих тегов из общего справочника.
  • Модуль «УКВ»: добавлен отчет по установленным на пользователей тегам.
  • Модуль «УКВ»: показ списка ранее загруженных банковских выписок переехал на jQuery DataTables.
  • Модуль «Свитчи»: при редактировании свитча, контрол опроса по SNMP теперь показывается, только в случае SWPOLL устройства.
  • Модуль «Свитчи»: теперь машина времени умеет опционально показывать время простоя для каждого свитча из топа.
  • Модуль «Учет зарплат»: теперь в формировании табеля и зарплатных ведомостях, фигурируют только работники из встроенного справочника зарплат.
  • Модуль «Хелпдеск»: календарик теперь показывает тикеты за все время.
  • Модуль «Собака-наблюдака»: исправлен порядок сортировки, при показе существующих задач.
  • Модуль «Живи с этим»: добавлены колонки Ф.И.О. и адреса.
  • RemoteAPI: новый вызов policedog запускающий быстрое сканирование собакой-полициякой.
  • Кабинет пользователя: для Megogo исправлена индикация наличия бесплатного периода подписки.
  • OpenPayz: добавлен фронтенд для получения платежей от банка "Фамильный".
  • OpenPayz: Добавлены фронтенд и бекенд для получения платежей от банка "Тинькофф". Спасибо vik_k.
  • Глобально: умолчательный селектор года расширен до 10-ти лет.
  • UBinstaller: собраны новые бинарные пакеты для FreeBSD 11.0 amd64.
 
Полный чейнджлог
Рекомендации к обновлению
Свежая демка
 
C0ykwZlWEAArYrv.jpg_large.jpeg

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


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

 

 

Модуль «OpenPayz»: теперь сортировка транзакций по-умолчанию - от последних к старым.

О, те що давно мучило :D 

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


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

Доброго времени суток! 

Предистория: сделали сегментацию сети по VLAN-ам. На Freebsd прописали ifconfig vlanXY create vlan XY vlandev emZ a.b.c.d netmask 255.255.255.e.  В пользователей все работает, но с биллинга не все пингуются (некоторые только по

МАК-адресу, некоторые непосредственно чарез пинг, некоторые вообще не пингуются, но работают). 

Схемка сети такова - Биллинг на одном сервере и NASы на других серверах (rscriptd FreeBSD 10). на нас серверах подсети разбиты на несколько частей (напр 192,168,1,1/25, 192.168.1. 192.168.1.128/26, 192.168.1.192/27, 192.168.1.224/27)

Вопрос: как правильно прописать настройки сети на сервере биллинга чтоб следить за всеми подсетями и VLANами стандартными средствами убиллинга (Пинг и Пинг по МАК)?

 

Я предполагаю что на сервере нужно прописать алиасы для каждой потсети и соответствующему ей влану, но не работает (в одном влане прописал (ifconfig vlan111 inet192.168.1.126/25 напр) а добавить в тот же влан alias inet192.168.1.220/27 - пишет чтото вроде wrong inet  )

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


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

Доброго времени суток! 

Предистория: сделали сегментацию сети по VLAN-ам. На Freebsd прописали ifconfig vlanXY create vlan XY vlandev emZ a.b.c.d netmask 255.255.255.e.  В пользователей все работает, но с биллинга не все пингуются (некоторые только по

МАК-адресу, некоторые непосредственно чарез пинг, некоторые вообще не пингуются, но работают). 

Схемка сети такова - Биллинг на одном сервере и NASы на других серверах (rscriptd FreeBSD 10). на нас серверах подсети разбиты на несколько частей (напр 192,168,1,1/25, 192.168.1. 192.168.1.128/26, 192.168.1.192/27, 192.168.1.224/27)

Вопрос: как правильно прописать настройки сети на сервере биллинга чтоб следить за всеми подсетями и VLANами стандартными средствами убиллинга (Пинг и Пинг по МАК)?

 

Я предполагаю что на сервере нужно прописать алиасы для каждой потсети и соответствующему ей влану, но не работает (в одном влане прописал (ifconfig vlan111 inet192.168.1.126/25 напр) а добавить в тот же влан alias inet192.168.1.220/27 - пишет чтото вроде wrong inet  )

На биллинговом сервере нужно создать те же вланы что и на НАСе.

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


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

+ добавить в бридж с флагом private и перевесить туда dhcp, arping и прочие интерфейсы из конфигов.

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


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

Если так уже за VLAN заговорили, то закрался вопрос ))

Если я использую VLAN на дом, то как то можно прикрутить UHW?

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


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

 

 

Если я использую VLAN на дом, то как то можно прикрутить UHW?

А в чем проблема? Протащить к юзеру dhcp ответы с "гостевой" сетью? Ну дык бриджи либо тот же dhcp relay вам в помощь.

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


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

Я так понимаю что на порту снимается тег VLAN напрпимер 100.

Если гостевая подсеть например в 300-м VLAN? На порту комутатора тогда нужно менять PVID на сколько я понимаю....

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


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

 

 

Если гостевая подсеть например в 300-м VLAN? На порту комутатора тогда нужно менять PVID на сколько я понимаю....

Почему она не может жить во всех вланах?

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


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

+ добавить в бридж с флагом private и перевесить туда dhcp, arping и прочие интерфейсы из конфигов.

cloned_interfaces="bridge0 vlan111"

ifconfig_bridge0="addm vlan111 addm em0 up"

 

Както-так?

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


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

недавно в соцсетях поймали радугу)))

post-37955-0-83274800-1486592519_thumb.jpg

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


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

На странице сети и услуги после добавления сетей начали вываливаться два варнинга.

Warning: Invalid argument supplied for foreach() in /usr/local/www/apache24/data/billing/api/libs/api.vlan.php on line 2474

Warning: Invalid argument supplied for foreach() in /usr/local/www/apache24/data/billing/api/libs/api.vlan.php on line 2450

 

Как пофиксить?

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


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

хм, а покажите что в вышеуказанном файле на этих строчках у вас?

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

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


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

Есть вопрос по обновлению... Короче, есть биллинг версии 0.7.6 нужно обновить до актуальной. Обновление идут кумулятивные или надо обновлять пошагово? Вопрос касается также и рекомендаций к обновлениям.

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


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

Когда-то обещали реализовать поддержку филиалов, еще в конце 2015 года, стоит ждать?

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


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

 

 

обновлять пошагово? Вопрос касается также и рекомендаций к обновлениям.

 

Выполняете ВСЕ рекомендации и потом обновляете по шагово

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


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

хм, а покажите что в вышеуказанном файле на этих строчках у вас?

Вот какие выводы сделал.

Эти ошибки ссылаются на вот этот кусок кода

function GetAllUserIp() {
    $query       = "SELECT ip,login FROM `users`";
    $data        = simple_queryall($query);
    $result      = array();
    foreach ($data as $each) {
        $result[$each['ip']] = $each['login'];
    }
    return($result);
}


function GetAllUserOnu() {
    $query       = "SELECT * FROM `pononu`";
    $result      = array();
    $data        = simple_queryall($query);
    foreach ($data as $each) {
        $result[$each['login']] = $each['mac'];
    }
    return($result);
}

То есть, если не внесено ни одного абонента и ни одного ОНУ тогда вываливается эта ошибка.

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


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

 

 

foreach ($data as $each) {

Ну да, там по хорошему это все должно бы быть завернуто в if (!empty($data)) {

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


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

 

foreach ($data as $each) {

Ну да, там по хорошему это все должно бы быть завернуто в if (!empty($data)) {

 

И я о том же )

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


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

ой всё

:D

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


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

UPD

пофиксил в 5382 билде

заодно ещё пройдусь по модулям, может там тоже где-то такая херня спряталась

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


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

Не могу понять в чем прикол. Добавляю ОЛТ в биллинг, а он не отображается как ОЛТ

 

icon_active.gif Живые свитчи - 2 (2+0)
icon_inactive.gif Мертвые свичи - 0
yellow_led.png NP свитчи - 0
snmp.png SWPOLL опрос - 0
wifi.png MTSIGMON устройства - 0
pon_icon.gif OLT устройства - 0

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


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

Не могу понять в чем прикол. Добавляю ОЛТ в биллинг, а он не отображается как ОЛТ

 

icon_active.gif Живые свитчи - 2 (2+0)

icon_inactive.gif Мертвые свичи - 0

yellow_led.png NP свитчи - 0

snmp.png SWPOLL опрос - 0

wifi.png MTSIGMON устройства - 0

pon_icon.gif OLT устройства - 0

Читаем:

http://wiki.ubilling.net.ua/doku.php?id=ponizer

проверяем.....

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


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

 

Не могу понять в чем прикол. Добавляю ОЛТ в биллинг, а он не отображается как ОЛТ

 

icon_active.gif Живые свитчи - 2 (2+0)

icon_inactive.gif Мертвые свичи - 0

yellow_led.png NP свитчи - 0

snmp.png SWPOLL опрос - 0

wifi.png MTSIGMON устройства - 0

pon_icon.gif OLT устройства - 0

Читаем:

http://wiki.ubilling.net.ua/doku.php?id=ponizer

проверяем.....

 

Я там уже все пересмотрел. Добавил ОЛТ, Указал шаблон СНМП БДКОМ. И один фиг не высвечивается как ОЛТ....

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


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

Создайте аккаунт или войдите в него для комментирования

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

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас


  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.

  • Похожие публикации

    • Автор: camchatix
      Добрый день
       
      Имеется работающий ubilling 0.8.8 rev 6006
      ponizator + бдком + opt82 - все работает
      Подключил zte c300, добавил в разделе свич оборудование с описание ОЛТ (снмп шаблон выбрал zte 320 ГПОН)
      айпишка пингуется с биллинга
       
      на ЗТЕ есть работающие 3 онушки но при опросе олт - в понизаторе, в списке неизвестных ону нету ону с ЗТЕ.. только с бдком
      с билинга запустил snmpwalk на zte - посыпались данные
       
      дальше поковырялся и в папке billing/exports вижу файлы с опросами ОЛТ
      так вот файлы от бдкома вижу 5 штук (distance, fdb, signals, onuindex, onuinterface) 
      а вот от zte c300 только один IDOLT_OLTSIGNALS (посмотрел что внутри а там все верно - 3 онушки и ихние сигналы)
       
      но в понизаторе в таблице zte c300 пусто
      такое ощущение что в файле snmp не правильные MIBs указаны
       
      поделитесь инфо, или шаблоном snmp
      версия firmware zte c300 1.2.5
    • Автор: pavlabor
      Вопрос дополнения базы данных и биллинга таблицей "все-ко-всем", продиктованы следующими потребностями.
      Есть модуль "Филиалы".
      При подключении данного модуля возникает следующая проблема.
      Не возможно подключить например город или филиалы для филиала, потому как филиал получает доступ ко всей информации о других филиалах.
      Нужно создать условия при которых филиал сможет самостоятельно вносить пользователей, адреса, вести склад при этом не видя информацию в материнской базе и других филиалах.
      Далее филиал не может создавать филиал.
       
      Такие задачи решаются созданием таблицы "все-ко-всем" в которой формируется каскадное вложение филиалов и связкой соответствующих таблиц сервисов.
      При правильном построении форм запроса и проверке на стороне сервера прав, филиал сможет получать доступ только к разрешенным ему модулям, и только его позициям в базе.
      Более того филиал сможет создавать свои филиалы, контролировать в них данные.
       
      Приветствуется любая критика и предложения,
      помощь в консультации и программировании.
      Спонсирование заинтересованных сторон, приветствуется.
    • Автор: pavlabor
      Почитал вопросы возникающие вокруг работы ubilling и понял что проблемы связаны с архитектурой  Stargazer
      Насколько я понял проблем очень много, некоторые из них.
      Stargazer работает с базой в памяти и при параллельной работе с базой возникают конфликты с работой, например с внесением оплаты другим приложением.
      При остановке Stargazerа или биллинга идет сбой работы Насов.
      Текущая архитектура может стать ограничением по количеству возможно обслуживаемых клиентов.
       
      Проблемы не все, но этих достаточно чтобы задуматься о альтернативе написания эмулятора  Stargazer-а.
      Мое понимание, эмулятор должен выглядеть как модуль, который можно включить или выключить, или выбор работы или через Stargazer, или через внутренний модуль.
       
      Приветствуется любая критика и предложения,
      помощь в консультации и программировании.
      Спонсирование заинтересованных сторон, приветствуется.
×