Jump to content
Local
onihack

Мониторинг OLT по snmp

Recommended Posts

 

Ломать не строить....

Не в этом дело. Зачем изобретать велосипед?

 

 

Редко в руки попадается велосипед. Обычно это многорукая Шива, шизанутая на полигамности. Поэтому куда полезнее и эффективнее собирать с нуля исключительно под свои нужды. Двух одинаковых сетей не бывает.

Share this post


Link to post
Share on other sites

Доробив все, що хотів по моніторингу BDCOM P3608-2TE в The Dude

 

 

post-37800-0-61235500-1510304386_thumb.png

post-37800-0-16839300-1510304398_thumb.png

post-37800-0-33935900-1510304410_thumb.png

Share this post


Link to post
Share on other sites

 

 

Доробив все, що хотів по моніторингу BDCOM P3608-2TE в The Dude

Поділетеся? 

Share this post


Link to post
Share on other sites

И мне (если есть возможность). Вообще молодец.

Share this post


Link to post
Share on other sites

Пропоную автору зібрати "благодарочку". Робота зроблена колосальна. Звісно, якщо автор не проти поділитися.

Share this post


Link to post
Share on other sites

Поддержу, если можно и мне

Share this post


Link to post
Share on other sites

Автор згоден? Можна реквізити для вдячних форумчан?

Share this post


Link to post
Share on other sites

Автор згоден. Тільки побачив, що тут за моніторинговий бум  :D Потрібно декілька днів, щоб систематизувати всю інформацію, бо робив моніторинг напротязі півроку,

 

навіть деякі речі вже забув, як робив. Просто можна зробити експорт БД  тільки з понмережею (це для тих, хто розпочинає з нуля), а для всих інших доведеться все описати...

Edited by CoUL

Share this post


Link to post
Share on other sites

Гадаю, описати треба полюбому. Наче не вперше в з дудою працюю, але навіть не знаю з чого почати інтеграцію. Почекаємо. 

Share this post


Link to post
Share on other sites

Ну, що готовий поділится своєю роботою. Проте вважаю справедливим все ж таки отримати "благодарочку", так, як потратив на неї майже рік часу.

 

Як Ви вважаєте, яка це має бути сума? Менша окремо кожному в приваті, чи більша виставлена на загальному чаті?

 

Яким чином Ви мені закинете гроші?

 

Крім того можу також поділитися своїми напрацюваннями в радіо сегменті, думаю теж зможу надати щось корисне.

Share this post


Link to post
Share on other sites

Ну, що готовий поділится своєю роботою. Проте вважаю справедливим все ж таки отримати "благодарочку", так, як потратив на неї майже рік часу.

 

Як Ви вважаєте, яка це має бути сума? Менша окремо кожному в приваті, чи більша виставлена на загальному чаті?

 

Яким чином Ви мені закинете гроші?

 

Крім того можу також поділитися своїми напрацюваннями в радіо сегменті, думаю теж зможу надати щось корисне.

можете показати на відео більш детальніше результати Вашої річної діяльності?

чи надати демо-доступ?

Share this post


Link to post
Share on other sites

 

Ну, що готовий поділится своєю роботою. Проте вважаю справедливим все ж таки отримати "благодарочку", так, як потратив на неї майже рік часу.

 

Як Ви вважаєте, яка це має бути сума? Менша окремо кожному в приваті, чи більша виставлена на загальному чаті?

 

Яким чином Ви мені закинете гроші?

 

Крім того можу також поділитися своїми напрацюваннями в радіо сегменті, думаю теж зможу надати щось корисне.

можете показати на відео більш детальніше результати Вашої річної діяльності?

чи надати демо-доступ?

 

Запишу відео ввечері, щоб зробити демо, потрібно городити або ще один сервер або віртуалку...

Share this post


Link to post
Share on other sites

В огляді все показано гарно. Повернемося до питання з "благодарочкою"?

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

 

 

 

 

Ребят, кто-нибудь может поделиться ОИДом для получения Dereg Reason? Если его вообще реально забрать по снмп.

 да да я вот эти 2 поля LastDeregTime, LastDeregReason тоже очень хочу...

 

Нашли oid ?

 

К сожалению, их не существует. Ответ от китайской техподдержки.

 

Таки да OID не нашел взял телнетом....

 

думаю все найдут то что искали .1.3.6.1.4.1.3320.101.11.1.1, и похоже чутка прибрэхивает китайский саппорт

Share this post


Link to post
Share on other sites

 

 

 

 

 

Ребят, кто-нибудь может поделиться ОИДом для получения Dereg Reason? Если его вообще реально забрать по снмп.

 да да я вот эти 2 поля LastDeregTime, LastDeregReason тоже очень хочу...

 

Нашли oid ?

 

К сожалению, их не существует. Ответ от китайской техподдержки.

 

Таки да OID не нашел взял телнетом....

 

думаю все найдут то что искали .1.3.6.1.4.1.3320.101.11.1.1, и похоже чутка прибрэхивает китайский саппорт

 

Ничего подобного тут нету. Единственный способ отловить dereg reason - это ловить snmp трапы. Только есть одна загвоздка, в трапах есть только DyingGasp - пропало питание и registered/deregistered onu event. 

Cледовательно чтобы найти wire down - нужно складывать в базу данных все события питания и проверять не пропало ли питание когда приходит deregistered. В общем эти все скрипты есть и они даже работают, а в кактях рисуется количество wire down на ОЛТ, но не всегда нормально обрабатывают события, особенно когда питание пропадает массово и шлется куча сообщений. Скорее всего не вовремя отрабатывают многоэтажные костыли в виде snmptrapd - snmptt - самодельный php trap handler в кучу потоков. Поэтому не вижу смысла выкладывать это здесь. Для нормального решения задачи гораздо проще и эффективней ломиться телнетом и парсить вывод команды.

Share this post


Link to post
Share on other sites

 

 

 

 

 

Ребят, кто-нибудь может поделиться ОИДом для получения Dereg Reason? Если его вообще реально забрать по снмп.

 да да я вот эти 2 поля LastDeregTime, LastDeregReason тоже очень хочу...

 

Нашли oid ?

 

К сожалению, их не существует. Ответ от китайской техподдержки.

 

Таки да OID не нашел взял телнетом....

 

думаю все найдут то что искали .1.3.6.1.4.1.3320.101.11.1.1, и похоже чутка прибрэхивает китайский саппорт

 

На самом деле китайский саппорт не прибрехивает. Вот действительно есть оид для получения дерег_ризон: 1.3.6.1.4.1.3320.101.11.1.1.11

НО! на З310С раотает, а на ревизиях B - нет.

Share this post


Link to post
Share on other sites

 

 

 

 

 

 

Ребят, кто-нибудь может поделиться ОИДом для получения Dereg Reason? Если его вообще реально забрать по снмп.

 да да я вот эти 2 поля LastDeregTime, LastDeregReason тоже очень хочу...

 

Нашли oid ?

 

К сожалению, их не существует. Ответ от китайской техподдержки.

 

Таки да OID не нашел взял телнетом....

 

думаю все найдут то что искали .1.3.6.1.4.1.3320.101.11.1.1, и похоже чутка прибрэхивает китайский саппорт

 

Ничего подобного тут нету. Единственный способ отловить dereg reason - это ловить snmp трапы. Только есть одна загвоздка, в трапах есть только DyingGasp - пропало питание и registered/deregistered onu event. 

Cледовательно чтобы найти wire down - нужно складывать в базу данных все события питания и проверять не пропало ли питание когда приходит deregistered. В общем эти все скрипты есть и они даже работают, а в кактях рисуется количество wire down на ОЛТ, но не всегда нормально обрабатывают события, особенно когда питание пропадает массово и шлется куча сообщений. Скорее всего не вовремя отрабатывают многоэтажные костыли в виде snmptrapd - snmptt - самодельный php trap handler в кучу потоков. Поэтому не вижу смысла выкладывать это здесь. Для нормального решения задачи гораздо проще и эффективней ломиться телнетом и парсить вывод команды.

 

ну плохо для вас, но вот например,

.1.3.6.1.4.1.3320.101.11.1.1.9.10.128.20.168.62.77.72 последние 6 отсеков как не странно мак onu, 7 с конца порт на котором висит ону, тут все просто, само значение выглядит так

Name/OID: llidOnuBindLastRegTime.10.128.20.168.62.77.72; Value (OctetString): 0x07 E1 0A 12 14 3B 11 00 2B 03 00 и о боже как все страшно, но 07 E1 = 2017, 0A = 10, 12 = 18, 14 = 20, 3B = 59, 11 = 17,

для проверки идем в телнет и находим там EPON0/4:12 8014.a83e.4d48 auto-configured ctc-oam-oper 3977        2453    2017.10.18.20:59:17 2017.10.18.20:58:46 power-off         39.15:05:25

матерь божья оказывается есть удобный snmp, где если поискать можно что-то найти...

Share this post


Link to post
Share on other sites

.1.3.6.1.4.1.3320.101.11.1.1.11.10.128.20.168.62.77.72

Name/OID: llidOnuBindLastDeregReason.10.128.20.168.62.77.72; Value (Integer): power-off (9)

тут вроде вообще все понятно

Share this post


Link to post
Share on other sites

.1.3.6.1.4.1.3320.101.11.1.1.10.10.128.20.168.62.77.72

Name/OID: llidOnuBindLastDeregTime.10.128.20.168.62.77.72; Value (OctetString): 0x07 E1 0A 12 14 3A 2E 00 2B 03 00

на всякий это тоже оставлю здеся... ))))

Share this post


Link to post
Share on other sites

 

 

ну плохо для вас, но вот например, .1.3.6.1.4.1.3320.101.11.1.1.9.10.128.20.168.62.77.72 последние 6 отсеков как не странно мак onu, 7 с конца порт на котором висит ону, тут все просто, само значение выглядит так Name/OID: llidOnuBindLastRegTime.10.128.20.168.62.77.72; Value (OctetString): 0x07 E1 0A 12 14 3B 11 00 2B 03 00 и о боже как все страшно, но 07 E1 = 2017, 0A = 10, 12 = 18, 14 = 20, 3B = 59, 11 = 17, для проверки идем в телнет и находим там EPON0/4:12 8014.a83e.4d48 auto-configured ctc-oam-oper 3977        2453    2017.10.18.20:59:17 2017.10.18.20:58:46 power-off         39.15:05:25 матерь божья оказывается есть удобный snmp, где если поискать можно что-то найти...

 

 

.1.3.6.1.4.1.3320.101.11.1.1.11.10.128.20.168.62.77.72 Name/OID: llidOnuBindLastDeregReason.10.128.20.168.62.77.72; Value (Integer): power-off (9) тут вроде вообще все понятно

 

Действительно в 36 серии есть такие оиды, спасибо. Видимо не нашел из-за того что индексом является мак интерфейса, а не id.

Share this post


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 Darth Vader2
      Понимаю, что старая песня, но все же возник вопрос. Собственный, самописный, легкий мониторинг под личные нужды. Результат опроса по snmp не стабилен. Со старта.Со второго опроса уже удаётся получить адекватный ответ относительно состояния медного порта ОНУ.
       
      SNMPv2-SMI::enterprises.3320.101.12.1.1.8. $port .1
      где $port идентификатор ону и дальше номер медного порта.
       
      Не обращал на это внимание, но последнее время что-то слишком часто такое получается. Есть наработки костылей по теме? Буду благодарен любой подсказке.
       
      Как выглядит в первом круге.
       

       
       
      А так во втором и далее.
       

       
       
    • By romanugli
      Куплю нерабочий ОЛТ BDCOM 3310 нужно корпус и плату, мой олт залило дождем и сгорели пон порты. Также куплю нерабочие Онушки, желательно BDCOM или Picotel.
    • By IvanG
      Продам плату MCUD1 Huawei 5608 10G
      630 дол.
       
      в наличии 2 шт. - новые!
      Оплата нал, б.н. ФОП.
    • By webstarter110
      Добрый день, коллеги.
       
      Возникла острая необходимость мониторить кол-во клиентов на точках доступа Ubiquiti Unifi. Зоопарк большой - AP/AP-LR/AP-AC-PRO и прочие...порядка 500+ шт. Проверять загруженность точек на контроллерах (коих порядка 60шт.) - естественно не комильфо.
      Рассматриваю вариант опроса точек по SNMP через заббикс (50+ клиентов/точка - алерт), но найти нужные IOD пока не удается. Имеющиеся в сети данные позволили снять только загрузку ЦП, памяти, и еще пары не нужных показателей. Метод научного тыка через snmpwalk пока не дал нужных результатов. 
      Решал ли кто-либо такой вопрос?
       
      Заранее спасибо. 
    • By gpon_huawei
      Продам б/у ону Huawei 8310M
      без б/п - 160 грн./шт.
      с б/п - 200 грн./шт.
      корпус в отличном состоянии
×