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

[Darth Vader2 33]

 

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

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

 

 

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

[CoUL 30]

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

 

 

[ua.feldsher 6]

 

 

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

Поділетеся? 

[Ip-V6 1]

И мне если не трудно 

[cetim 16]

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

[FTTH_VN 59]

І мені якщо можна.

[DavidB 0]

І мені також, якщо можна 

[ua.feldsher 6]

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

[ynet 0]

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

[ua.feldsher 6]

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

[CoUL 30]

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

 

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

Відредаговано 2017-11-14 09:48:10 CoUL

[ua.feldsher 6]

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

[CoUL 30]

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

 

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

 

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

 

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

[CoCOsmall 38]

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

 

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

 

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

 

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

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

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

[CoUL 30]

 

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

 

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

 

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

 

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

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

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

 

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

[CoUL 30]

Зробив невеликий відеогляд: https://www.dropbox.com/s/gjwcvq0p75m241d/%D0%97%D0%B0%D0%BF%D0%B8%D1%81%D1%8C_2017_11_22_15_05_08_476.mp4?dl=0

[ua.feldsher 6]

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

[CoUL 30]

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

[Mackiavelly 1]

 

 

 

 

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

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

 

Нашли oid ?

 

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

 

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

 

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

[askask 3]

 

 

 

 

 

Ребят, кто-нибудь может поделиться ОИДом для получения 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 в кучу потоков. Поэтому не вижу смысла выкладывать это здесь. Для нормального решения задачи гораздо проще и эффективней ломиться телнетом и парсить вывод команды.

[dan_aspire 81]

 

 

 

 

 

Ребят, кто-нибудь может поделиться ОИДом для получения 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 - нет.

[Mackiavelly 1]

 

 

 

 

 

 

Ребят, кто-нибудь может поделиться ОИДом для получения 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, где если поискать можно что-то найти...

[Mackiavelly 1]

.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)

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

[Mackiavelly 1]

.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

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

[askask 3]

 

 

ну плохо для вас, но вот например, .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.