Перейти к содержимому
Local
ppv

Мониторинг 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 з сигналами

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

Поделиться сообщением


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

 

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

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

 

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

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

Изменено пользователем ppv

Поделиться сообщением


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

Добрый день. 

 

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

 

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
du -hs exports/*_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 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 порта.. но выбрать мак получилось только одному пользователю.

Поделиться сообщением


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

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

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

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

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

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

Изменено пользователем ppv

Поделиться сообщением


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

Всем привет.

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

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

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

Поделиться сообщением


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

Del

Изменено пользователем GrDEV

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
В 16.02.2018 в 20:26, GrDEV сказал:

Del

Краткость сестра таланта ))

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
49 минут назад, sirko.n сказал:

Краткость сестра таланта ))

Не туда написал. Удалить не получилось.В итоге удалил мессагу так )

Поделиться сообщением


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

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

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

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

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

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

Войти

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

Войти сейчас


  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.

  • Похожие публикации

    • Автор: pavlabor
      Вопрос дополнения базы данных и биллинга таблицей "все-ко-всем", продиктованы следующими потребностями.
      Есть модуль "Филиалы".
      При подключении данного модуля возникает следующая проблема.
      Не возможно подключить например город или филиалы для филиала, потому как филиал получает доступ ко всей информации о других филиалах.
      Нужно создать условия при которых филиал сможет самостоятельно вносить пользователей, адреса, вести склад при этом не видя информацию в материнской базе и других филиалах.
      Далее филиал не может создавать филиал.
       
      Такие задачи решаются созданием таблицы "все-ко-всем" в которой формируется каскадное вложение филиалов и связкой соответствующих таблиц сервисов.
      При правильном построении форм запроса и проверке на стороне сервера прав, филиал сможет получать доступ только к разрешенным ему модулям, и только его позициям в базе.
      Более того филиал сможет создавать свои филиалы, контролировать в них данные.
       
      Приветствуется любая критика и предложения,
      помощь в консультации и программировании.
      Спонсирование заинтересованных сторон, приветствуется.
    • Автор: pavlabor
      Почитал вопросы возникающие вокруг работы ubilling и понял что проблемы связаны с архитектурой  Stargazer
      Насколько я понял проблем очень много, некоторые из них.
      Stargazer работает с базой в памяти и при параллельной работе с базой возникают конфликты с работой, например с внесением оплаты другим приложением.
      При остановке Stargazerа или биллинга идет сбой работы Насов.
      Текущая архитектура может стать ограничением по количеству возможно обслуживаемых клиентов.
       
      Проблемы не все, но этих достаточно чтобы задуматься о альтернативе написания эмулятора  Stargazer-а.
      Мое понимание, эмулятор должен выглядеть как модуль, который можно включить или выключить, или выбор работы или через Stargazer, или через внутренний модуль.
       
      Приветствуется любая критика и предложения,
      помощь в консультации и программировании.
      Спонсирование заинтересованных сторон, приветствуется.
    • Автор: pavlabor
      Права, введение расширенной настройки прав.
      Предлагаю рассмотреть формирование и в перспективе реализации расширения следующих прав.
      Имеется, структурированное управление правами, которое не совсем закрывает потребность.
      Имеется.
      Объекты.
      - Модуль.
      - Позиция в модуле, юнит.
      Юзатели.
      - Филиалы.
      - Администраторы.
      Администраторы.
      - Стажер(демо).
      - Специалист.
      - Эксперт.
      Действия.
      - Просмотр.
      - Создание.
      - Редактирование.
      - Удаление.
      Собственно идея в чем. В оператора, или при создании филиала, администраторам могут быть переданы права на работу с модулем.
      В текущий момент, не имеется сквозной политики на права, поэтому они предоставляются выборочно и не совсем понятно по какой системе, по все вероятности "так получилось", как следствие, например.
      При создании филиала и передачи ему права на роботу с модулем город, то админ филиала может удалить город, изменить название, что может привести к проблеме у других филиалах и материнской структуре.
      При реализации единой политики, появляется необсуждаемая возможность и требование к модулям по правам.
      В связи с этим, определенный модуль можно делегировать/не делегировать филиалу, с определенными ограничениями, например филиал может просматривать, вносить города, но не может их редактировать или удалять.
      Внутри филиала, появляется возможность создавать профили уровней сотрудников не беспокоясь о состоянии базы, например создаеются
      - Стажер(демо).
      - Специалист 3 категории.
      - Специалист 2 категории.
      - Специалист 1 категории.
      - Эксперт.
      Взяли на работу чела, дали ему уровень стажера и пусть листает базу пока не прозреет,
      прозрел, дается профиль Специалиста 3 категории, и т.д.
      То же самое и с филиалами.
      Как админ филиала может завести пользователя, а выносить мозг дирекции тоже не каширно, вот и даются оговоренные права что админ филиала пользователя может завести, но редактировать и удалять не может, если другое не оговорено.
       
      Параллельно возникает вопрос с пользователями другого филиала, но этот вопрос будет рассмотрен в разделе "Требуется внесение таблицы "все-ко-всем".
       
      Приветствуется любая критика и предложения,
      помощь в консультации и программировании.
      Спонсирование заинтересованных сторон, приветствуется.
       
    • Автор: Benbow
      в продаже OLT BDCOM 3612 2TE  слегка б/у, полностью рабочий, уши, кабель питания. 1400$
×