Jump to content

Сигнал ONU в Ubilling


Recommended Posts

Добрий день

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

 

Link to post
Share on other sites

 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
Link to post
Share on other sites

 

 

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

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

Link to post
Share on other sites

 

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

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

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

Edited by igaryok
Link to post
Share on other sites

 

 

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

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

Link to post
Share on other sites

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

Link to post
Share on other sites

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

Link to post
Share on other sites

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

Link to post
Share on other sites

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

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

Link to post
Share on other sites

 

 

как ловили? возле олт видно что она светит?

с этого нужно начинать, у меня указатель показывал -40-45 дБ. 

Link to post
Share on other sites

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

Link to post
Share on other sites
  • 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
Link to post
Share on other sites

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

Link to post
Share on other sites

 

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

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

 

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

Link to post
Share on other sites

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

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

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

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 Haddy
      В последнее время столкнулись с проблемой в перекосе сигнала от онушки на голову. 
      Голова: ЗТЕ с610 на С++ модулях, онушки фоксгейт и пикотел.
      Проблема такая: Голова светит свои +6-7, Пикотел светит 1.5-2. Фоксгейт +3-4.
      Расчётный сигнал и фактический от головы к клиенту +- совпадают. Но от онушки до головы где-то теряются 1-2дб. К примеру:  (Онушка пикотел, на отл сигнал приходит на 1дб хуже)
      Магистральные делители все варим, конечные - когда как, чаще всего ставим корпусные упц 1х8, редко бывают оконечки 1х8\1х12\1х16.
      Грешили на корпусные. Начали тестит, вместо них подкидываем оконечку или другой корпусный - проблема сохраняется. Измеряли рефом - волокно отличное, без перекосов и лишних событий.
      Один тест вовсе смутил: в дом приходит порт его делим 1х16 оконеченным, на каждый выход ставим 1х8 - перекос есть. Меняли приходящее волокно (благо их там 24, было куда потыкать) - эффект тот же. Начали менять 1х8 на разные варианты - перекос сохраняется. 
      Закинули онушку на порт без делителей - всё отлично, перекоса нет. Порт, на него 1х16 и онушка - всё отлично, перекоса нет (пробовали разные выходы на 1х16). Заменили 1х16 на другой 1х16 - перекоса нет. Добавили 1х8 (пробовали и корпусный и оконеченный) - перекос в 2 дб вернулся.
      Сейчас бригады переводят другой дом и приколов он внёс ещё больше: один порт на весь дом, в разных местах стоят 1х16 корпусный, но на одном перекос в 2 дб есть, а на втором: перекос 0.4 на одном абоне, 0.5 на другом.
      Волокна максимум 6 км от головы до первого делителя. Если брать волокно в 5 км: перекос в 0.4-0.5дб между 1310 и 1490 - премлимо, как книжка пишет, но откуда этот 1 дб дополнительно вылезает...
      Кто-то сталкивался с таким? Если да, нашли в чём проблема?
    • By WINS
      Вітаю.
      Для будівництва мережі PON потрібні монтажники. 
      Необхідно робити отвори в перекриттях, встановлювати пластикові труби, розтягувати оптику по багатоповерховим будинкам.
      Територіально - м.Львів та Львівська область
      Оплата -  за об'єм виконаної роботи.
      За деталями в особисті повідомлення.
    • By LazukinIvan
      🔌 Продаємо абонентські термінали ONU HSGQ (EPON/GPON) — універсальні, стабільні, перевірені! 🔥
      Шукаєте доступне рішення для побудови FTTB/FTTH мережі?
      ONU HSGQ — це надійний клієнтський термінал, який працює як з EPON, так і з GPON. Показав стабільну роботу на багатьох OLT!
      📦 Основні характеристики:
      Підтримка стандартів: EPON / GPON
      Порт: 1x RJ45 10/100/1000 Mbps
      Оптичний роз’єм: SC/UPC
      Ідеально підходить для побудови мережі FTTB або FTTH
      💰 Ціна:
      400 грн/шт
      Від 10 шт — 380 грн/шт
      Від 50 шт — 375 грн/шт
      ✅ Опт і дрібний гурт
      ✅ Тестуємо перед відправкою
      ✅ Є в наявності, відвантаження в день замовлення
      📩 Пишіть у приват або залишайте заявку в коментарях — надамо всі деталі!




       
      hsgq-x100dg-43166623 (2).pdf
    • By camchatix
      Привіт!
       
      Є багато запитів, щоб інтернет не виключався у північ, а скажімо в день (сигналізації, камери під охороною і тд)
      При щоденній абонплаті - як знімати гроші не у 12:00 у північ, а наприклад у 11 годин дня ?
    • By Paramotor
      Доброго дня шукаю будівельників Пон у місто Одеса на великий об"єм робіт на довгострокові відносини  
      Хто дійсно зацікавлений за деталями будь ласка в особисті 
      Дякую
×
×
  • Create New...