Перейти до

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

  • Відповіді 263
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Чтобы не откладывать на следующий год, вот свежий стабильный релиз Ubilling 0.8.7 rev 5918 Ouroboros   Коротко о основных изменениях:   alter.ini: добавлена новая опция MOBILES_EXT включающая воз

stargazer и Ubilling это одно и тоже или это разные проги

И еще раз о обновлениях, и о том, что это совсем не страшно  

Posted Images

  В 18.03.2017 в 10:36, GrDEV сказав:

 

  В 18.03.2017 в 09:56, a_n_h сказав:

 

  В 18.03.2017 в 09:11, GrDEV сказав:

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

 

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

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

 

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

 

Это:

3. В справочнике активного сетевого оборудования aka «Свичи» регистрируем нашу ОЛТ-у, вдумчиво указав в примечаниях дословно OLT.

сделал "дословно"?

Ссылка на сообщение
Поделиться на других сайтах
  В 18.03.2017 в 11:31, GrDEV сказав:

И тут есть. Но в результате толку 0

чукча не читатель, чукча писатель!

 

 

  В 18.03.2017 в 11:10, a_n_h сказав:
вдумчиво указав в примечаниях дословно OLT.

https://local.com.ua/forum/uploads/monthly_03_2017/07eab13_1489836671.png

не ОЛТ, а OLT!

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

Капец... В жизни бы не подумал что от описания это зависит...

Тогда второй вопрос.  Перед ОЛТ стоит свич. Я так понимаю для ОЛТ он является аплинковым. Но в списке "Аплинковый свич" пусто.

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

 

 

  В 18.03.2017 в 11:46, GrDEV сказав:
Капец... В жизни бы не подумал что от описания это зависит...

Зависит, если данный "тэг" является идентификатором принадлежности устройства к определенный "группе".

Ссылка на сообщение
Поделиться на других сайтах
  В 18.03.2017 в 11:46, GrDEV сказав:

Тогда второй вопрос.  Перед ОЛТ стоит свич. Я так понимаю для ОЛТ он является аплинковым. Но в списке "Аплинковый свич" пусто.

убиллинг не строит топологию сети.

Нет никакой необходимости строить её в биллинге.

 

 

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

А то уже которая тема про это, народ один х#$ форумы не читает, так хотя бы будет интуитивно понятно.

Добавить какое-то поле в БД из разряда additional_options и складировать туда всякую муторь.

Хранить как строку с разделителем, заодно я б в чекбоксы вынес бы всю дичь.

SWPOLL, SWPING, OLT, MTSIGMON, че там ещё есть?...

Відредаговано l1ght
Ссылка на сообщение
Поделиться на других сайтах
  В 18.03.2017 в 13:06, l1ght сказав:

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

 

Тогда лучше раскрывающийся список

Відредаговано kosteek
Ссылка на сообщение
Поделиться на других сайтах
  В 18.03.2017 в 13:14, kosteek сказав:

 

  В 18.03.2017 в 13:06, l1ght сказав:

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

 

Тогда лучше раскрывающийся список

 

dropdown с множественным выбором часто выглядит как АДъ

так что чекбоксы рулят

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

 

 

  В 18.03.2017 в 13:55, l1ght сказав:
dropdown с множественным выбором часто выглядит как АДъ так что чекбоксы рулят

Поддерживаю

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

Підкажіть, хтілося б користуватись модулем ВОЛС, але у яндекс картах немає потрібних вулиць, у гуглі вони є, хто може поділитись модулем для гугла?

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

Здравствуйте! Возникла проблема: 

При заморозке счёта из личного кабинета, снимается двойная плата за заморозку. Т.е. у меня за заморозку счёта снимается 50, а у абонента снялось 100. Причём в логах всё очень странно: 

в логах stargazer

2017-04-26 00:01:46 -- Admin '@stargazer', 0.0.0.0: User 'hkom8ap0_ljb5': 'cash' parameter changed from '72.053764' to '58.720430'. Subscriber fee charge
2017-04-26 21:24:26 -- Admin 'admin', 127.0.0.1: User 'hkom8ap0_ljb5': 'passive' parameter changed from '0' to '1'.
2017-04-26 21:24:26 -- Admin '@stargazer', 0.0.0.0: User 'hkom8ap0_ljb5': 'cash' parameter changed from '58.720430' to '8.720430'. Freeze
2017-04-26 21:24:26 -- Admin 'admin', 127.0.0.1: User 'hkom8ap0_ljb5': 'cash' parameter changed from '8.720430' to '-41.279570'.
 
в логах модуля "Движение средств": 
Дата                           Деньги           От                До          Операция   Тип оплаты      Примечания                  Админ
2017-04-26 21:24:26 -50               8.72043    -41.27957   Платеж           Деньги           Стоимость заморозки   external
2017-04-26 00:01:46 -13.333334 72.053764 58.720430 Абонплата     Абонплата     Интернет                        stargazer
 

в модуле "Подробно" из профиля абонента

219667 external 2017-04-26 21:24:27 CHANGE Passive (hkom8ap0_ljb5) ON 1

 

в модуле "Деньги" из профиля абонента

ID        IDENC   Дата                          Платеж   Баланс до   Тип оплаты  Примечания к оплате    Админ     Действия
40872 FJBCH  2017-04-26 21:24:26 -50         8.72043       Деньги          Стоимость заморозки     external   Удалить    Редактировать   Печать

 

Может быть баг какой то? Ранее таких проблем не замечал. 

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

 

 

  В 27.04.2017 в 09:56, felixio_01 сказав:
При заморозке счёта из личного кабинета, снимается двойная плата за заморозку.

укажи стоимость заморозки только в одном месте, или в тарифе или в альтер.ини. 

Ссылка на сообщение
Поделиться на других сайтах
  В 27.04.2017 в 10:16, a_n_h сказав:

 

  В 27.04.2017 в 09:56, felixio_01 сказав:
При заморозке счёта из личного кабинета, снимается двойная плата за заморозку.

укажи стоимость заморозки только в одном месте, или в тарифе или в альтер.ини. 

 

в alter.ini нет вроде директивы по стоимости заморозки. В тарифах установлена стоимость 50.

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

 

 

  В 27.04.2017 в 10:55, felixio_01 сказав:
в alter.ini нет вроде директивы по стоимости заморозки. В тарифах установлена стоимость 50.

В userstats.ini же. При использовании модуля самостоятельной заморозки aka AF_* лучше выставить стоимость в тарифах в 0, и указать ее в AF_FREEZPRICE=50. В таком виде это все будет более вменяемо и понятно работать.

Ссылка на сообщение
Поделиться на других сайтах
  В 27.04.2017 в 11:15, nightfly сказав:

 

  В 27.04.2017 в 10:55, felixio_01 сказав:
в alter.ini нет вроде директивы по стоимости заморозки. В тарифах установлена стоимость 50.

В userstats.ini же. При использовании модуля самостоятельной заморозки aka AF_* лучше выставить стоимость в тарифах в 0, и указать ее в AF_FREEZPRICE=50. В таком виде это все будет более вменяемо и понятно работать.

 

 

О! есть такое, спасибо. Но что делать с тарифом, который не имеет стоимости заморозки. Те. при заморозке абонента с тарифом  без стоимости заморозки снимется денюжка. 

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

 

 

  В 27.04.2017 в 13:12, felixio_01 сказав:
О! есть такое, спасибо. Но что делать с тарифом, который не имеет стоимости заморозки. Те. при заморозке абонента с тарифом без стоимости заморозки снимется денюжка.

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

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

))))

Вот у меня есть тарифы, в некоторых из которых стоимость заморозки 50 (тариф А), а в некоторых 0 (тариф Б). 

Если я везде, в тарифах, выставлю стоимость заморозки 0, далее в userstats.ini в директиве AF_FREEZPRICE выставлю 50 (т.е. AF_FREEZPRICE=50), то абонент сидящий на тарифе (тариф Б) со стоимостью заморозки 0 (т.е. тот с которого деньги при заморозке не должны сниматься) при включение заморозки счёта из своего личного кабинета потеряет 50 (ведь AF_FREEZPRICE=50 влияет на все тарифы), как и абонент сидящий на тарифе (тариф А) с которого  деньги за заморозку сниматься должны. 

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

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

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

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

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

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

Вхід

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

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від camchatix
      Добрий день,
      створили запасний NAS із зайвою хромосомою, все працює але коли треба вбити сесію користувача - то у списку NAS серверів лише один (той що основний)
      переназначити швидкість теж не можу
      я так розумію пакети CoA Disconnect, CoA connect, PoD - ідуть на IP адресу старого NAS ?
    • Від grach_witch_cheese
      Вітаю, колеги!
      Маю наступну схему:
      DHCP-сервер: Accel-PPP (IPoE) DHCP-Relay: MikroTik RADIUS: Запущений безпосередньо на сервері uBilling Зараз авторизація абонентів здійснюється за MAC-адресою, але планується перехід на авторизацію через Option 82.
      У документації uBilling наведені приклади конфігурацій, коли DHCP-сервер працює локально (на самому uBilling) і містить відповідні шаблони для обробки Option 82.
      Однак немає чіткої інформації про використання Option 82 при віддаленому DHCP-сервері, зокрема, коли Accel-PPP використовується як DHCP-сервер у режимі remote та налаштований через Купаген.
      Питання:
      Чи можливо використовувати Accel-PPP як віддалений DHCP-сервер з авторизацією через Option 82? Якщо так, то де відбувається парсинг значень Remote-ID і Circuit-ID? Де в цьому випадку мають зберігатися шаблони для Option 82? Буду вдячний за роз'яснення або посилання на відповідні приклади.
    • Від nightfly
      Ubilling 1.5.2 rev 9302 Book of Endings
       
      Зміни в структурі БД. alter.ini: нова опція FASTPROFITCALC_ENABLED, що вмикає швидкий підрахунок прибутку. alter.ini: нова необов'язкова опція KARMA_IN_PROFILE що вмикає показ карми в профілі користувача. alter.ini: нова опція SWITCHES_AUTH_ENABLED, що вмикає довідник даних авторизації пристроїв. alter.ini: нова опція PON_SCRIPTS_ENABLED, що вмикає підтримку скриптів OLT в ПОНізаторі. alter.ini: нова опція PON_ONU_FDB_SELFFILTER, що вмикає фільтр MAC-ів при відображенні FDB за ONU. alter.ini: нова опція USERBYIP_ENABLED, що вмикає виклик userbyip в RemoteAPI. alter.ini: пачка нових опцій PB_FASTURL_*, що керують поведінкою модулю відсилання коротких посилань на оплату. Модуль PONizer: виправлена помилка зникнення PON інтерфейсів при опиті BDCOM GP3600 Модуль “Профіль користувача”: для опису плагінів профілю та оверлеїв на кшталт “чорної магії” тепер опційно можливо вказувати link_target. Модуль “Панель задач”: для опису елементів панелі задач, тепер опційно можна вказувати LINK_TARGET. Модуль Записи телефонних розмов: вирішено проблеми швидкодії, при перегляді списку записів дзвінків. Модуль “Записи телефонних розмов”: більше не призводить до вичерпання пам'яті процесу, при перегляді великих архівів дзвінків. Модуль “Записи телефонних розмов”: новий аудіо-плеєр для прослуховування записів з візуалізацією аудіо-хвилі. Модуль “Пошук оплат”: реалізовано можливість швиденького підрахунку прибутку по обраних чекбоксами платежах. Модуль УКВ: реалізовано можливість швиденького підрахунку прибутку по обраних чекбоксами платежах. Модулі Мапа обладнання та користувачів: трішки вичищено код. Ліпше не стало. Модуль “Мапа будинків”: поле пошуку при розташуванні будинку, тепер попередньо заповнено локацією, при переході за посиланням “розташувати на мапі”. Модуль “Панель задач”: опція TB_QUICKSEARCH_INLINE змінила свою поведінку, та може тепер приймати значення 0|1|2. Модуль “Звіт по трафіку”: виправлено проблему відображення графіків OphanimFlow для NAS на роздільних здатностях менше ніж FullHD. Кабінет користувача: в модулі “Відеоспостереження” відображення попереднього перегляду каналів користувача, стало трішки притомнішим. Сховище зображень: трішки покращено поведінку форми завантаження. RemoteAPI: новий виклик onusigcompressor, що радикально стискає розпухаючі дані історії сигналів ONU. RemoteAPI: новий виклик pbxmonrefill, що оновлює кеш записів телефонних розмов. RemoteAPI: новий виклик userbyip, що повертає дані про користувача за його IP. OpenPayz: в бекенді та фронтенді platon виправлено проблему диких заокруглень, при вказанні зовнішньої комісії.  
      Повний чейнджлог
      Оновлена демка
       

    • Від ppv
      Після оновлення до 1.5.1 не відображаються сигнали на
      OLT BDCOM P3310B (Device version10.1.0B)

      та
      P3608-2TE (Firmware Version10.1.0E). 

      3310C та P3608B ніяких проблем немає, знімає все добре. 
      З GPON3600-8 все зрозуміло будуть виправлення в Ubilling: 1.5.2.
       
      Може в когось було щось подібне? Хочу знати куди копати.
    • Від mac
      Глюк в тому, що один (так - тільки один) mac адрес onu існує в білінгу у вигляді строки. Це трохи заважає.
      olt - bdcom gepon.
      Наскільки зрозумів, це виключно проблема реалізації snmpwalk у freebsd, де snmpwalk може на свій розсуд віддати mac адресу не як hex-string, а як звичайний string.
      Можливо snmpwalk тригериться на якомусь символі, мені невідомо.
       
      # tcpdump -vv -i em0 udp port 161 and host olt and host ub | grep "3320.101.10.4.1.1.241 ... olt.snmp > ub.47940: [udp sum ok] { SNMPv2c C="*****" { GetResponse(44) R=93278354 E:3320.101.10.4.1.1.241="8LO"W*" } } ub.47940 > olt.snmp: [udp sum ok] { SNMPv2c C="*****" { GetNextRequest(34) R=93278355 E:3320.101.10.4.1.1.241 } } snmpwalk -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1 SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = STRING: "8LO\"W*" snmpwalk -Ox -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1 SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = Hex-STRING: 38 4C 4F 22 57 2A  
      Це стосується таких параметрів у snmp конфізі bdcom
       
      [signal] MACINDEX=".1.3.6.1.4.1.3320.101.10.4.1.1" [misc] ONUINDEX=".1.3.6.1.4.1.3320.101.11.1.1.3"  
      За для усунення глюку спробував трошки змінити код і завдати тип snmp параметру явно у ./api/libs/api.ponbdcom.php у function collect()
      Це працює. Мабуть станеться у нагоді:
       
      # diff api.ponbdcom.php{.new,.bak} 37c37 < $onuIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE); --- > $onuIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE); 91c91 < $macIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE); --- > $macIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE);  
      P.S. Створив тему, а зараз міркую: а може це глюк у ПЗ olt. Оновлю фірмваре olt та перевірю...
       


×
×
  • Створити нове...