Jump to content
Local
nightfly

Релизы Ubilling 2020

Recommended Posts

В сломанных параметрах NAS-а.

Share this post


Link to post
Share on other sites

Как быть в такой ситуации в преведущих версиях этого не встречал.Причем эта ошибка только на платформе FreeBSD под UBUntu  в этом релизе проблем нет

Edited by Oleg2018

Share this post


Link to post
Share on other sites

Проверять конфигурацию всех NAS, очевидно же.

Share this post


Link to post
Share on other sites
8 минут назад, Vitaliy1984 сказав:

 а как обновить на релиз 1.1.1 - rev 7744

Очень сложно.

 

 

  • Haha 3

Share this post


Link to post
Share on other sites

Сегодня как-то очень захотелось поздравить всех с днем работников связи, а также предоставить им приключение на ж#пу, в виде обновления до нового релиза Ubilling 1.1.2 rev 7784 The Variable Coaster. Да в понедельник.

 

Коротко о изменениях:

  • alter.ini: новая опция FUNDSFLOW_EXTCOLORING реализующая кастомную покраску в модуле «Движение средств».
  • alter.ini: новая опция ONUREG_DHCP_SNOOPING_DEFAULT регулирует значение по умолчанию для DHCP Snooping опции при регистрации ONU.
  • alter.ini: новая опция ONUREG_LOOPDETECT_DEFAULT регулирует значение по умолчанию для Loopdetect опции при регистрации ONU.
  • alter.ini: новая опция PRINCESS_LIST позволяющая перечислять логины администраторов-принцесс.
  • alter.ini: новая опция BANDWIDTHD_PROXY позволяющая проксировать все изображения с bandwidthd сквозь биллинг.
  • alter.ini: новая опция KARMA_CONTROL включающая контроль кармы пользователей.
  • alter.ini: новая необязательная опция EMAILHIDE прячущая электропочту пользователя при показе его профиля.
  • alter.ini: новая опция TRASSIRHLS_ENABLED включающая получение превью каналов в HLS с NVR Trassir.
  • alter.ini: новая опция PINGCHARTS_DEFAULT включающая «красивые ping-и по-умолчанию».
  • Регистрация ONU/ONT на ZTE/Huawei OLT: исправлены баги при регистрации GPON ONT + QinQ.
  • Модуль «Хранилище изображений»: при просмотре увеличенных фото теперь также показана дата заливки изображений.
  • Модуль «Движение средств»: теперь умеет подсвечивать цветами разные месяцы совершения операций в отчете.
  • Модуль ПОНизатор: поиск ONU теперь умеет искать также по ID ONU строгим сравнением.
  • Модуль Мониторинг сигнала беспроводных БС: наконец-то «ONU» исправлено на «CPE» при отображении «Итого…» по конкретной БС.
  • Модуль История СМС сообщений: боевой раскрас цветовое выделение записей теперь немного расширено и стало более логичным на наш взгляд.
  • Новый модуль «Ход задач»: позволяет менеджерам ответственным за обработку задач оперативно фильтровать задачи по их состояниям.
  • Модуль Склад: для приходных операций добавлена поддержка хранилища файлов.
  • Модуль «Паспортные данные пользователя»: добавлено поле ИНН.
  • Модуль «Печать документов»: добавлен макрос {PINN} изображающий из себя ИНН.
  • Модуль «Печать документов»: исправлено экранирование кавычек для CORPNAME,CORPBANKNAME.
  • Модуль УКВ: при показе банковской выписки добавлено отображение суммы и количества всех платежей по ней.
  • Модуль «Статистика по трафику»: позволяет опционально получать изображения с bandwidhtd проксируя их сквозь биллинг.
  • Модуль «Отчет по трафику»: позволяет опционально получать изображения с bandwidhtd проксируя их сквозь биллинг.
  • Новый модуль «Таймлан администраторов»: наглядно показывает время активности ваших администраторов в биллинге.
  • Модуль Видеонаблюдение: больше не чарджит средства с основного аккаунта в пользу замороженных камер.
  • Новый модуль «Контроль кармы»: позволяет находить пользователей с плохой кармой.
  • Модуль «Склад»: добавлен отчет по расходам определенного типа ТМЦ за год.
  • Модуль «Предприниматели»: добавлена подсветка дублей присвоенных улиц.
  • Модуль Видеонаблюдение: теперь умеет показывать превью каналов в mjpeg и HLS опционально.
  • Модуль TrinityTV: добавлено принудительное начисление АП при смене тарифа.
  • Модуль TrinityTV: исправлена проблема неактивности услуги при начальном оформлении подписки.
  • Глобально: транслитерация теперь нормально работает для букв «ґ» и «ё».
  • RemoteAPI: вызов fullhostscan теперь очищает старый dn принудительно.
  • OpenPayz: добавлен фронтенд city24_multi для платежной системы City24.
  • Кабинет пользователя: опция UBA_XML_ADDRESS_STRUCT теперь действительно опциональная.
  • Кабинет пользователя: для TrinityTV/SweetTV добавлен жесткий лимит в 4 устройства на пользователя.
  • Кабинет пользователя: для TrinityTV/SweetTV добавлен дополнительный диалог подтверждения при оформлении подписки.
  • Кабинет пользователя: для Megogo добавлен дополнительный диалог подтверждения при оформлении подписки.
  • Кабинет пользователя: для OmegaTV добавлен дополнительный диалог подтверждения при оформлении подписки.

 

112.png

  • Like 5

Share this post


Link to post
Share on other sites

Здравствуйте! После обновления на релиз 1.1.2, начала появляться ошибка "Undefined index: pinn in /var/www/billing/api/libs/api.crm.php on line 868". Обновление производил по инструкции.  

Ошибка появляется когда заходишь в профайл абонента. 

В чём может быть дело? 

Edited by felixio_01

Share this post


Link to post
Share on other sites

 

ALTER TABLE `passportdata` ADD `pinn` VARCHAR(15) NULL DEFAULT NULL;

 

Share this post


Link to post
Share on other sites
3 минуты назад, nightfly сказал:

 


ALTER TABLE `passportdata` ADD `pinn` VARCHAR(15) NULL DEFAULT NULL;

 

Спасибо, помогло. 

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

  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By eminema_nema
      Всім доброго дня!
      Встановлено Ubilling (1.1.2 rev 7784) на FreeBSD 12.1. Налаштовано дві мережеві карти, одна для зв'язку з  NAS (фізичний Mikrotik), інша - реальна ІР.
      NAS налаштовано таким чином. Все чудово працює, користувачів при зміні стану Активний\Неактивний перекидає по відповідних списках адрес. 
      Після встановлення ssl (letsencrypt) - перестає працювати, користувач на мікротіку залишається в списку Not Allow, хоча в білінгу він активний і навпаки. Якщо сам натисну кнопку "Регенерація бази" то лише тоді відбудеться зміна в списках адрес.
      Логи cron показують, що регенерація бази multigen відбувається кожної хвилини. SSL встановлено для адмінки та кабінету користувача.
      В чому може бути проблема?


    • By azimut
      Доброго дня. На модулі Склад маю багато позицій і маю величезне бажання все нах@р стерти та постворювати позиції в правильному описі. Підкажіть як безболісно обнулити весь склад. Буду вдячний
    • By mgo
      Всім добра!
      Намагаюсь подружити ASR1002X з Убілінгом.
      На стенді з десятком клієнтів все чудово працює.
      Авторизує,  пускає в інет шле на заглушку все чудесно.
      На продакшені виникають проблеми.
      ----------------------------------------------------------------------------------------------------------------------------------------
      Що ми маєм.
      Є певна кількість вланів, по влану на OLT чи на глазок OLT Всі влани від OLT доставлені на ASR.
      Білі і сірі IP адреси в перемішку по всіх вланах. 
      Налаштований radius і купаген на стороні білінгу і ASR, абонент ідентифікується і йому призначається відповідний сервіс.
      -----------------------------------------------------------------------------------------------------------------------------------------
      Логіка роботи.
      Абонент при підключенні до мережі запитує адрес від DHCP-сервера
      Cisco ASR робить relay  DHCP запиту на білінг через ip helper-address
      На стороні білінгу абонент ідентифікується по МАС  
      На даному етапі маю верифіковану IP адресу по які однозначно можна ідентифікувати абонента тому ініціалізація сесії відбувається  по   unclassified ip-address
      Влан який дивиться в сторону абонента
      На стороні білінгу через радіус користувач ідентифікується по IP, атрибути на скріні.
      Для відомої IP адреси з білінга віддаю атрибутами швидкість і назву сервісу  залежно від стану рахунку
               AACEPT-INTERNET - активний абонент з оплаченим сервісом - ходимо в інет
               AOPEN-GARDEN - абонет неактивний - неоплачений/заморожений і тп. переадресація в кабінет користувача.
      Якщо у користувача щось помінялось скриптами PoD+CoA - скидаю сесію щоб користувач підняв сесію з новими реаліями.
       
      ------------------------------------------------------------------------------------------------------------------------------------------------
      Проблеми.
       
      У частини абонентів ~ 10% перезвонило  до нас, не у всіх, з різних ОЛТ. Закономірності невиявив.
      Перший раз DHCP сервер з білінга через relay видає абоненту IP адресу - тут у всіх все ок.
      По закінченню lease-time  абонент продовжує оренду, в логах DHCP сервера я бачу відповіть,
      але на ASR динамічний маршрут не створюється.
      show ip dhcp binding | include IP_АБОНЕНТА - пусто
      Відповідно звязку немає.
      Через половину lease-time абонент знову запитує адрес від DHCP-сервера, отримує, 
       маршрут зявлявся і звязок появлявся. і так раз є раз немає.
      Пробував ip unnumbered loopback 1 poll - ASR сильно лагав, швидко забрав.
       
      1ght пропонував DHCP Radius Proxy 
      Але це не в дусі Убілінга, пропаде лог DHCP(  - один з інструментів  діагностики роботи абонента.
      Поки не пробував.
       
      Прблема №2
      На білих адресах непрацював PPTP з світу. Забрав з вілану до абонента ip nat inside - PPTP запрацювало.
      Але тут мені повезло, тут був один абонент у влані, що робити там де їх багато?
       
      У кого які ідеї як спіймати проблему з релей?
      Може у мене мережа якось криво зроблена, чи я не зтого боку засовую залізяку в мережу?
      Може атрибути не ті і не в ті послідовності?
      Перший раз ASR в руках тримаю, все працює на NAS-rscript.
       
      Конфігурацію збирав поглядаячи в документації:
      http://wiki.ubilling.net.ua/doku.php?id=multigen
      https://ntwrk.today/2019/06/17/cisco-isg.html звідси копіпастив пів конфіга ISG
      https://wiki.mikbill.pro/billing/nas_access_server/cisco_asr1k
      https://www.lanbilling.ru/lanbilling-cisco-isg
       
      Конфіг ASR
       

    • By lary_bary
      Проблема полягає у наступному:
      - з періодичністю в 5 хв баланси юзерів змінюються. З корректного стану змінюється на мінусовий (баланс = LastCashAdd * n (n - для кожного різний, у більшості це 2, 3), пізніше навпаки;
      - також змінюються усі дані у таблиці users;
      - якщо ресетнути юзера, баланс відображається корректно;
      - база даних розміщена на зовнішньому сервері;
       - у stargazer.log жодних записів про зміну балансу, у weblogs також;
      - усі крон джоби відключені;
      Білінг налаштовувався та запускався не мною.
      Питання виникає, де шукати причину зміни даних у базі? Звідки можуть братись "віртуальні дані" (при чому - вони завжди одинакові не залежно від корректного балансу юзера)?
      Можливо знайдеться тут маг, який справиться з подібною магією?
    • By JoeSnaxEve
      Доброго дня. Розбираюсь з Юбіллінгом, є невелика проблемка:
      Намагаюсь налаштувати UHW (http://wiki.ubilling.net.ua/doku.php?id=uhw). Зробив все по мануалу, навіть адреси в мене ті ж самі. В чому проблема: на першому тестовому компі на зареєстрований мак отримує вірну адресу (172.16.0.2) і все працює. Якщо на ньому міняю мак - замість 172.31 - отримує ту ж саму 172.16.0.2, але без ДНС. На другому компі, який не зареєстрований - взагалі нічого не отримує. При том в самому Юбиллінгу в звітах про невідомі маки - є і змінений, і другого комп.
      Підкажіть, в який бік рити.
×