Перейти до

Сигнал ONU в Ubilling

igaryok

Автор: igaryok,
в Stargazer Ubilling

 Share Подписчики 1

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

igaryok

igaryok 0

Опубликовано:
Опубликовано:

Добрий день

Підскажіть де шукати помилку. 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
 
Підскажіть як виправити
Дякую

 

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

igaryok 0

Опубліковано:
  • Автор
Опубліковано:

 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
Ссылка на сообщение
Поделиться на других сайтах
igaryok

igaryok 0

Опубліковано:
  • Автор
Опубліковано: (відредаговано)

 

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

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

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

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

nightfly 1 232

Опубліковано:
Опубліковано:

 

 

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

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

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

igaryok 0

Опубліковано:
  • Автор
Опубліковано:

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

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

BARVIT 113

Опубліковано:
Опубліковано:

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

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

igaryok 0

Опубліковано:
  • Автор
Опубліковано:

Якщо б була б проблема із якоюсь 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

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

a_n_h 589

Опубліковано:
Опубліковано:

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

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

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

igaryok 0

Опубліковано:
  • Автор
Опубліковано:

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

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

GrDEV 44

Опубліковано:
Опубліковано:

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

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
Ссылка на сообщение
Поделиться на других сайтах
Golthana

Golthana 3

Опубліковано:
Опубліковано:

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

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

GrDEV 44

Опубліковано:
Опубліковано:

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

 

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

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

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

Golthana 3

Опубліковано:
Опубліковано:

 

 

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

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

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

l1ght 377

Опубліковано:
Опубліковано:

 

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

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

 

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

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

GrDEV 44

Опубліковано:
Опубліковано:

 

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

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

 

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

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

l1ght 377

Опубліковано:
Опубліковано:

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

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

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

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

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

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

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

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

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

Вхід

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

Войти сейчас
 Share
Подписчики 1
Перейти до переліку тем

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

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

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

    • Rico3110
      Продам OLT ZTE
      Від 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 та шлях усунення
      Від 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мбит.
       
      Предложения в л/с.
    • monark
      I sell files to unlock OLT HUAWEI and OLT ZTE
      Від monark
      I sell files to unlock OLT ZTE and OLT Huawei.
      Розблокуйте свої OLT самостійно, щоб прийняти будь-який ONT.
       
      OLT ZTE: C300, C320, C350
       
      OLT HUAWEI: MA5800 X2, X7, X15 and X17 all boards / всі дошки
      OLT HUAWEI: MA56XX all boards / всі дошки
       
      Unlock your OLTs yourself to accept any ONT.
      Розблокуйте свої OLT самостійно, щоб прийняти будь-який ONT.
       
       
      PVT
    • VAndrey
      Потрібен ремонт onu ZTE F601, є кілька сотень. Або продам.
      Від VAndrey
      Потрібен ремонт onu ZTE F601
      Проблеми різні,  десь заїдає кнопка вкл/викл, десь проблема з Lan портом, десь зовсім не подає ознак життя.
      Порадьте до кого звернутися по ремонт.
       
      Або продам на запчастини.
      Пропозиції в особисті,  або Viber  Telegram 0965245076
×
×
  • Створити нове...