Перейти до

Сигнал 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 користувачів

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

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

    • Від Oleksij
      Є потреба винести роутер і ONU. На точку встановлення іде тільки вита пара.
      Питання по живленню.
      Теоретично ми беремо такий роутер
      https://hotline.ua/ua/computer-marshrutizatory/mikrotik-hex-s-rb760igs/?tab=about
      живимо його по POE через сплітер, а вже від 5 порту з POE Out живимо ONU мабуть через сплітер.
      https://rozetka.com.ua/ua/336836014/p336836014/?gad_source=1&gclid=Cj0KCQjwj4K5BhDYARIsAD1Ly2rSpNRL1swRlPUl_HBMwhvXSgPKpVu9whGBaNxep9E05c-GR3pISVcaAm4dEALw_wcB
      Але це теоретично.
      У когось була така практика? Чи буде працювати?
    • Від winedrop
      продам xPON ONU з WiFi, нові
      3 FE + 1 GE
      тільки 2.4 GHz
      чудово ідуть на заміну зв'язки ОНУ+роутер, працюють стабільно, покриття чудове. 
      оптичний конектор SC/UPC
      в наявності біля 100 шт, ціна 800 грн + ПДВ або 850 грн без ПДВ.
       
      продам xPON ONU  Wifi-6 2.4+5GHz
      4 GE, 2.4+5 GHz
      чудово ідуть на заміну зв'язки ОНУ+роутер, працюють стабільно, покриття чудове, вихідну потужність можна збільшити вдвічі
      оптичний конектор SC/APC!!!
      в наявності біля 100 шт, ціна 1200 грн + ПДВ або 1300 грн без ПДВ.
       
      для звязку - в особисті або на вайбер 0506305206









    • Від Rico3110
      Продаж вживаного повністю справного OLT ZTE C220 + 2*EIG + 2*GCSA + 4*EPFC+FAN+БЖ - 1комплект
       

       
      show version-running 
      PhyLoc  FileType   VerType    VerTag            BuildTime           VerLength
      --------------------------------------------------------------------------------
      0/0/1   EPFCB      MVR        V1.2.3P1          2013-02-28 05:04:28 1903865     
      0/0/1   EPFCB      BT         V1.2.3            2012-10-16 17:23:15 333344      
      0/0/2   EPFCB      MVR        V1.2.3P1          2013-02-28 05:04:28 1903865     
      0/0/2   EPFCB      BT         V1.2.3            2012-10-16 17:23:15 333344      
      0/0/3   EPFCB      MVR        V1.2.3P1          2013-02-28 05:04:28 1903865     
      0/0/3   EPFCB      BT         V1.2.3            2012-10-16 17:23:15 333344      
      0/0/4   EPFCB      MVR        V1.2.3P1          2013-02-28 05:04:28 1903865     
      0/0/4   EPFCB      BT         V1.2.1P1          2011-04-25 11:16:19 333984      
      0/0/7   GCSAS      MVR        V1.2.3P1          2013-02-28 03:22:00 7962100     
      0/0/7   GCSAS      BT         V1.2.3            2012-10-16 18:01:28 432832      
      0/0/8   GCSAS      MVR        V1.2.3P1          2013-02-28 03:22:00 7962100     
      0/0/8   GCSAS      BT         V1.2.3            2012-10-16 18:01:28 432832      
      0/0/13  EIG        MVR        V1.2.3P1          2013-02-28 04:26:36 609714      
      0/0/13  EIG        BT         V1.2.3            2012-10-16 17:12:04 325232      
      0/0/14  EIG        MVR        V1.2.3P1          2013-02-28 04:26:36 609714      
      0/0/14  EIG        BT         V1.2.3            2012-10-16 17:12:04 325232      
      Rack Shelf Slot CfgType RealType Port  HardVer SoftVer         Status
      -------------------------------------------------------------------------------
      0    0     1    EPFC    EPFCB    4     V0.8    V1.2.3P1        INSERVICE   
      0    0     2    EPFC    EPFCB    4     V0.8    V1.2.3P1        INSERVICE   
      0    0     3    EPFC    EPFCB    4     V0.7    V1.2.3P1        INSERVICE   
      0    0     4    EPFC    EPFCB    4     V0.7    V1.2.3P1        INSERVICE   
      0    0     7    GCSA    GCSAS    0     V0.7    V1.2.3P1        INSERVICE   
      0    0     8    GCSA    GCSAS    0     V0.7    V1.2.3P1        STANDBY     
      0    0     13   EIG     EIG      4     V3.17   V1.2.3P1        INSERVICE   
      0    0     14   EIG     EIG      4     V3.17   V1.2.3P1        INSERVICE   
       
       
      UP!!!  По ціні, та наявності, уточнюйте в приватних повідомленнях!
    • Від 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 та перевірю...
       

    • Від Виктор Николаевич
      Приветствую.
       
      Нужно подключить торговую точку -
       
      Новомихайловка, Каменский район, технология pon, 50мбит.
       
      Предложения в л/с.
×
×
  • Створити нове...