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

×