Перейти до

Сигнал ONU в Ubilling


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

Добрий день

Підскажіть де шукати помилку. Ubilling 0.8.0 rev 5261

Перестали відображатися в довіднику понізатор сигнали від ONU, які розміщені на одній із трьох OLT(на двох інших все нормально)

Якщо в консолі розробника виконати 

SELECT `id`,`ip`,`snmp`,`modelid` from `switches` WHERE `desc` LIKE '%OLT%'

 

array (
0 =>
array (
'id' => '33',
'ip' => '192.168.1.14',
'snmp' => 'public',
'modelid' => '4',
),
1 =>
array (
'id' => '34',
'ip' => '192.168.1.29',
'snmp' => 'public',
'modelid' => '4',
),
2 =>
array (
'id' => '38',
'ip' => '192.168.1.47',
'snmp' => 'public',
'modelid' => '4',
),
)

 

Сигнал не пишеться із OLT із id=34

Якщо в біллінгу в цій OLT виконати SNMP Force query - все нормально, резульатти запиту відображаються.

Але на сервері сигнал не пишеться в exports

ls -l | grep OLT

 

-rw-rw-rw-  1 www   1000    6765 Jan 24 14:00 33_OLTSIGNALS
-rw-rw-rw-  1 www   1000    1433 Jan 24 14:00 38_OLTSIGNALS
 
Підскажіть як виправити
Дякую

 

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

 cat config/alter.ini | grep SNMP

SNMPWALK_PATH="/usr/local/bin/snmpwalk -On -v2c"
;Time to store SNMP raw data cache in minutes
SNMPCACHE_TIME=60
SNMPSET_PATH="/usr/local/bin/snmpset -On -v2c"
SNMP_MODE=system
SNMPWALK_BACKGROUND=0
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

 

Працює для двох OLT. А от для одного не працює.

напрашивается вывод - может проблема с самим ОЛТ? 

можливо... зараз зробив з сервера snmpwalk запрос на рівень сигналу ONU з даного OLT,  і запрос до кінця не відпрацювує - віддає рівень сигналу із 130 ONU а потім: Timeout: No Response from 192.168.1.29

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

 

 

можливо... зараз зробив з сервера snmpwalk запрос на рівень сигналу ONU з даного OLT, і запрос до кінця не відпрацювує - віддає рівень сигналу із 130 ONU а потім: Timeout: No Response from 192.168.1.29

Ну а біллінг тут до чого? Чи він якось магічно мав би пробувати отримувати неотримувані дані?

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

білінг звичайно ні до чого... і на OLT команда show epon optical-transceiver-diagnosis відпрацювує правильно і показує сигнал всіх 180 ONU. Можливо налаштування OLT  на час віддачі запросу по SNMP і тому дані отрумуться частково

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

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

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

Якщо б була б проблема із якоюсь ONU то show epon optical-transceiver-diagnosis не працювала б, але вона нормально відпрацьовує

я все ж думаю що проблема в налаштуванні snmp OLT

ввожу на сервері 

snmpwalk -On -v2c -c public 192.168.1.29 .1.3.6.1.4.1.3320.101.10.5.1.5

відпрацювує на 160 ONU і Timeout

одразу через 10 секунд знову запускаю snmpwalk  і одразу отримую Timeout

Якщо почекати пару хвилин і знову snmpwalk - знову можна отримати сигнал із 160 ONU і потім Timeout

Напевно стоїть обмеження на кількість запросів за якийсь час на OLT

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

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

Было, ОНУ "светила" в ветку с уровнем -20-25, после того как выловил онушку все заработало.

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

як вияснилось, проблема дійсно була в OLT, а точніше в версії прошивки. Ця проблема виникала при передачі великих запросів по SNMP. В останій версії прошивки для OLT цю проблему усунуто. Тому після оновлення прошивки на OLT запрацював нормально і snmpwalk і всі сигнали відображаються в білінгу

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

Пытаюсь получить сигнал ОНУ из консоли. Вбиваю

snmpwalk -c test -v2c 172.16.0.5 1.3.6.1.4.1.3320.101.10.5.1.5

выдает

SNMPv2-SMI::enterprises.3320.101.10.5.1.5.11 = INTEGER: -147

 

На ОЛТ и на ОНУ сигнал адекватный.

В чем может быть проблема?

BDCOM(tm) P3310C Software, Version 10.1.0E Build 36039
Copyright by Shanghai Baud Data Communication CO. LTD.
Compiled: 2016-6-22 15:11:12 by SYS, Image text-base: 0x80008000
ROM: System Bootstrap, Version 0.4.1, Serial num:00316002589
System image file is "Switch.bin"
hardware version:V1.0
(RISC) processor with 131072K bytes of memory, 16384K bytes of flash
Base ethernet MAC Address: 84:79:73:5b:68:12
snmp info:
  product_ID:294   system_ID:1.3.6.1.4.1.3320.1.294.0
Ссылка на сообщение
Поделиться на других сайтах

Да. многие устройства при опросе по snmp выдают целые числа. Например, если у Микрота "спросить" температуры, он тебе ответит 351, что значит 35,1С.

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

Ну по-логике, это -14.7dbm. Для bdcom нужно тупо делить на 10.

 

https://github.com/nightflyza/Ubilling/blob/master/config/snmptemplates/BDCOM_P3310B

Дык в биллинге при этом не показывает сигнал ОНУ (

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

 

 

Дык в биллинге при этом не показывает сигнал ОНУ (

Извиняюсь за вопрос, а все ли сделано по инструкции http://wiki.ubilling.net.ua/doku.php?id=ponizer?

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

 

Дык в биллинге при этом не показывает сигнал ОНУ (

Извиняюсь за вопрос, а все ли сделано по инструкции http://wiki.ubilling.net.ua/doku.php?id=ponizer?

 

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

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

 

Дык в биллинге при этом не показывает сигнал ОНУ (

Извиняюсь за вопрос, а все ли сделано по инструкции http://wiki.ubilling.net.ua/doku.php?id=ponizer?

 

Абсолютно все.

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

пошагово список действий выполненных опишите для начала

начиная от добавления олта, крон таски, заведенные онушки в понизаторе

можно со скринами

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

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

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

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

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

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

Вхід

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

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

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

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

    • Від exogadget
      Вітаю,
       
      шукаю провайдера для підключення до інтернет оптикою з утриманням доступу на протязі 6-8 годин при відключенні світла, 100Мб.
      Адреса: Київ, Володимирська 48а
      Воля, Укртелеком, Київстар прохання не пропонувати.
    • Від Prodazha
      Термінова продажа онушок Foxgate 1001mz.
      нові .Гарантія.
      кількість 360 шт
      ціна 299 грн за штуку 
       
    • Від ГрозаИнтернета
      Продам новый OLT C-Data.
      4 ПОН порта, 2 блока питания.
      Покупал под проект, проект завалили.
      Цена 11 000 грн.


    • Від Prodazha
      Продам Абонентський термінал FoxGate ONU 1001MZ.
      стан нові.
      кількість 360 шт
      ціна 299 грн
    • Від 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 виправлено проблему диких заокруглень, при вказанні зовнішньої комісії.  
      Повний чейнджлог
      Оновлена демка
       

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