Перейти до

Мониторинг OLT через eoip


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

OLT bdcom BDCOM P3310, знаходиться в смт. далеко від білінгу, Для моніторингу був піднятий eoip тунель між мікротіками.

 

при опиті відповідь 

POLLING:28 10.10.20.5 - OLT_1 POLLING:32 10.126.30.2 - OLT_2 OK:OLTPOLL

OLT_1 -- BDCOM P3310B  !version 10.1.0B build 25281

OLT_2 -- BDCOM P3310C  !version 10.1.0D build 33463

OLT_1 в мережі (працює норм), OLT_2 за тунелем (не віддає сигнали в понізатор). Коммутатори по snmp після тунелю норм опитуються.

В чому  може бути причина ?

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

 

 

OLT_1 в мережі (працює норм), OLT_2 за тунелем (не віддає сигнали в понізатор). Коммутатори по snmp після тунелю норм опитуються.

Да пофіг. Фізіологічно опит комутаторів та ОЛТ-и нічим не відрізняються. Подивіться чи матеріалізується щось в exports/2_OLTSIGNALS

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

 

OLT_1 в мережі (працює норм), OLT_2 за тунелем (не віддає сигнали в понізатор). Коммутатори по snmp після тунелю норм опитуються.

Да пофіг. Фізіологічно опит комутаторів та ОЛТ-и нічим не відрізняються. Подивіться чи матеріалізується щось в exports/2_OLTSIGNALS

 

Так є формату мак, сигнал   exports/ id_OLTSIGNALS

a:25:{s:17:"xx:xx:xx:xx:xx:xx";i:-15;.......................
Відредаговано ppv
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

 

OLT_1 в мережі (працює норм), OLT_2 за тунелем (не віддає сигнали в понізатор). Коммутатори по snmp після тунелю норм опитуються.

Да пофіг. Фізіологічно опит комутаторів та ОЛТ-и нічим не відрізняються. Подивіться чи матеріалізується щось в exports/2_OLTSIGNALS

 

Але якщо їх в білінг ручками вносити тоді моніторить, першу OLT витягувало автоматом в понізатор, тільки потім попривязував до логінів.

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

 

 

Так є формату мак, сигнал exports/ id_OLTSIGNALS

Ну знач норм опитується.

 

 

 

Але якщо їх в білінг ручками вносити тоді моніторить, першу OLT витягувало автоматом в понізатор, тільки потім попривязував до логінів.

Брєд. ПОНізатор з самого початку зроблено так, аби моніторити сигнал тільки доданих в ньому ОНУ-шок. Додаєте ОНУ-шку - знімається сигнал.

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

 

Так є формату мак, сигнал exports/ id_OLTSIGNALS

Ну знач норм опитується.

 

 

 

Але якщо їх в білінг ручками вносити тоді моніторить, першу OLT витягувало автоматом в понізатор, тільки потім попривязував до логінів.

Брєд. ПОНізатор з самого початку зроблено так, аби моніторити сигнал тільки доданих в ньому ОНУ-шок. Додаєте ОНУ-шку - знімається сигнал.

 

 

Після того як додав 1-шу OLT, в понызаторі зявились всі ONU з сигналами, навіть ті які зареєстровані але мертві, я тільки позвязував їх з логінами. Тому і склалось думка що всі ону автоматом мають появлятись в понізаторі.

Відредаговано ppv
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

 

Після того як додав 1-шу OLT, в понызаторі зявились всі ONU з сигналами

Ноу. Воно так не працює.

 

Сорі, знайшов причину, я включив налаштував а маки внесли руцями ))))), сорі за винос мозку )))). Питання зняте.

Ще ж маки з олт копіював і кинув вспівробутнику )

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

Добрый день. 

 

Имеется проблема с модулем ПОНизатор. 

 

OLT bdcom BDCOM P3310 - находится непосредственно за сервером. 

OLT и FreeBSD прекрасно обмениваются ping и snmpwalk. 

В папочке exports/ появляется два файла 

172.20.0.254:161_.1.3.6.1.4.1.3320.101.10.4.1.1
.1.3.6.1.4.1.3320.101.10.4.1.1.12 = Hex-STRING: E0 67 B3 09 66 02 
.1.3.6.1.4.1.3320.101.10.4.1.1.13 = Hex-STRING: E0 67 B3 10 89 6A 
.1.3.6.1.4.1.3320.101.10.4.1.1.16 = Hex-STRING: E0 67 B3 0A 11 5A 
.1.3.6.1.4.1.3320.101.10.4.1.1.17 = Hex-STRING: FC FA F7 C5 A4 4A 
.1.3.6.1.4.1.3320.101.10.4.1.1.18 = Hex-STRING: 00 1D 2B FA 42 68 
.1.3.6.1.4.1.3320.101.10.4.1.1.31 = Hex-STRING: FC FA F7 16 C7 2D 
.1.3.6.1.4.1.3320.101.10.4.1.1.37 = Hex-STRING: A0 C6 EC 00 5E 84 
.1.3.6.1.4.1.3320.101.10.4.1.1.38 = Hex-STRING: FC FA F7 C5 A5 CA 
.1.3.6.1.4.1.3320.101.10.4.1.1.39 = Hex-STRING: FC FA F7 C5 A5 8A 
.1.3.6.1.4.1.3320.101.10.4.1.1.40 = Hex-STRING: FC FA F7 C5 A5 EE 
....................

и  

172.20.0.254:161_.1.3.6.1.4.1.3320.101.10.5.1.5 
.1.3.6.1.4.1.3320.101.10.5.1.5.12 = INTEGER: -267
.1.3.6.1.4.1.3320.101.10.5.1.5.16 = INTEGER: -315
.1.3.6.1.4.1.3320.101.10.5.1.5.31 = INTEGER: -240
.1.3.6.1.4.1.3320.101.10.5.1.5.37 = INTEGER: -171
.1.3.6.1.4.1.3320.101.10.5.1.5.38 = INTEGER: -113
.1.3.6.1.4.1.3320.101.10.5.1.5.39 = INTEGER: -145
.1.3.6.1.4.1.3320.101.10.5.1.5.40 = INTEGER: -160
.........................

В alter.ini переменная PON_ENABLED=включена.

В crontab */10 * * * * /bin/ubapi "oltpoll" добавлено.

RemoteAPI настроен согласно http://wiki.ubilling.net.ua/doku.php?id=remoteapi     с указанием реального ключа UBilling

 

 

Что я не так делаю... сутки мучаю..  

https://local.com.ua/forum/topic/52452-мониторинг-olt-по-snmp/?p=748107 - эта штука сигналы и MAC ONU показывает и сопоставляет....

 

post-34169-0-26488000-1484179149_thumb.png

post-34169-0-91328300-1484179149_thumb.png

post-34169-0-27992800-1484179150_thumb.png

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


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 operation mode. Possible values: system, native, class
SNMP_MODE=system
;SNMP walk background mode
SNMPWALK_BACKGROUND=1

du -hs exports/*_OLTSIGNALS

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

 

 

SNMPWALK_BACKGROUND=1

Накой включили? Верните как было.

 

По хорошему, можете еще сделать, но это так, для красивости чисто.

SNMPWALK_PATH="/usr/local/bin/snmpwalk -On -r 1 -t 1 -v2c"

 

 

du -hs exports/*_OLTSIGNALS

Как и ожидалось.

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

 

SNMPWALK_BACKGROUND=1

Накой включили? Верните как было.

Огромное спасибо! Исправил, и все полетело.. 

Когда включил, даж не вспомню..

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

Попутный вопрос..

Есть 4х портовая ONU. Как ее связать с 4мя пользователями в Биллинге?

т.е. MAC ONU присвоить 4 абонам, чтобы видеть уровень сигнала у каждого из них в личной карточке?

Модель ONU вбита в список оборудования.. указано 4 порта.. но выбрать мак получилось только одному пользователю.

Ссылка на сообщение
Поделиться на других сайтах
  • 2 weeks later...
Опубліковано: (відредаговано)

Попутный вопрос..

Есть 4х портовая ONU. Как ее связать с 4мя пользователями в Биллинге?

т.е. MAC ONU присвоить 4 абонам, чтобы видеть уровень сигнала у каждого из них в личной карточке?

Модель ONU вбита в список оборудования.. указано 4 порта.. но выбрать мак получилось только одному пользователю.

Теж цікаво хто як Моніторить сигнал на 4хпортових ONU.

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

Всем привет.

Имею в наличии две головы P3310B и одну P3608. Первой добавил в понизатор 3310. После привязки ОНУ показало порт, дистанцию. Уровня сигналов нет. Дальше добавил 3608 вроде вопросов нет. Все показывает и рисует. Начал ковырять в сторону прошивки 3310. Пока копошился с прошой заметил сегодня, что при регистрации новой ону на 3310 даже не показало порт и дистанцию(прошу еще не трогал). Затронуло ли это 3608 пока сказать не могу, там ниче не добавлялось. В логах апача вот такое

"GET /billing/?module=remoteapi&key=UBbfeee5eb06a3ad235bxxxxxxxxxxx&action=oltpoll HTTP/1.1" 404 281

Собсно словами популярного персонажа "Никалаич, и шо я апять не так делаю?"

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

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

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

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

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

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

Вхід

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

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

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

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

    • Від alexeya
      Продам OLT ZTE C320. OLT укомплектован блоком живлення PRAM, двома платами GTGH(K00), платою керування SMXA(A31).

      Кожна GTGH-плата, це 16 GPON портів, 16 GPON модулів C++.
      SMXA-плата, це SFP+ (10G) порт, 1 гігабітний комбо порт.

      В наявності 2 одиниці. Один новий, один був у використанні (стан близький до нового)

      Ціна нового - 120000 грн
      Ціна вживаного - 105000 грн

      BDCOM GP-3600-08B куплявся в ДЕПСі в вересні 23 року. В ньому використовувались тільки 3 порти (тобто є тільки 3 GPON SFP модулі). 48к разом з модулями

      ОЛТИ без модулів:
      3310B-2AC - 1штука - 8000
      3310B - 2 штуки - 7500
      3310B + Proline UPS - 1 штука - 8500
      3310D + Proline UPS - 1 штука - 12500
      BDCOM P3600-04 + Proline UPS - 1 штука - 16500
      3616-2TE - 3 штуки - 53к

      Додам вживані EPON С++ модулі по 400 грн за штуку. Або нові по 750 грн за штуку
    • Від jaroslav2r
      Добрий день,
      Виникла проблема з DHCP snooping на одному з наших OLT DASAN V5808. При його увімкненні клієнти перестають отримувати IP-адреси через DHCP. Оновлення прошивки до версії V5808 NOS 1.12p1 не допомогло. На інших OLT така проблема не спостерігається.
      DHCP snooping налаштовано за допомогою наступних команд, де uplink — порт 15:
      Copy code
      ip dhcp snooping
      ip dhcp snooping vlan 665
      ip dhcp snooping trust 15
      Хтось стикався з подібною проблемою і знайшов рішення?
       
      We’re experiencing an issue with DHCP snooping on one of our DASAN V5808 OLTs. When DHCP snooping is enabled, clients stop receiving DHCP offers. Updating the firmware to version V5808 NOS 1.12p1 didn’t resolve the problem. Other OLTs don’t seem to have this issue.
      The DHCP snooping configuration was done with the following commands:

      ip dhcp snooping
      ip dhcp snooping vlan 665
      ip dhcp snooping trust 15
       
      uplink —  15 port
       
      Has anyone encountered this problem and managed to fix it?
    • Від Rico3110
      ПРОДАМ НОВІ OLT
      нова C-DATA EPON FD1204S-R2-DAP - 1шт
      нова C-DATA GPON FD1604S-2AC - 1шт
       
      Блоки живлення нові EF9012 і EF6012
       

       
       
      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 та перевірю...
       

    • Від Oumpi
      Продам 2 олта
      p3310B 8к
      p3310D 11к

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


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