BDCOM 3310 борьба с snmp или "страдания очищают"

[Kto To 602]

Здравствуйте уважаемые.

 

Сегодня так сказать уже "накипело"

Есть скриптик который для системы мониторинга снимает данные об активности ону и уровне сигнала двумя запросами по снмп.

ifOperStatus.IDX

.1.3.6.1.2.1.155.1.4.1.5.1.2.IDX

 

где IDX это снмп индекс ОНУ.

 

Но иногда, по непонятным причинам долбаный ОЛТ сходит с ума и перестает вообще отвечать на snmp запросы.

Прошивка олта - последняя вроде которая есть под эти модели

BDCOM(tm) P3310B Software, Version 10.1.0B Build 44597

Может кто "поборол" данный глюк?
 

 

[Den_LocalNet 1 472]

А если не задрачивать поабонентно а одним запросом забирать всё что есть на голове, а потом уже парсить выхлоп? 

У меня 7 лет не обновлялись прошивки из коробки 

BDCOM(tm) P3310B Software, Version 10.1.0B Build 9545

 

Опрос делает раз в пол часа по сигналам скрипт как я описал и раз в 5 минут кактус снимает графики всех интерфейсов - никогда никаких глюков вообще не было. 

Так же раз в 5 минут костыль проверяет не покинул ли нас пон чип и если что бутает голову. В логах таких ребутов мелькают 2 головы из 7 и то 1-2 раза в год. 

[a_n_h 571]

на правах офтопа:

7 минут назад, Den_LocalNet сказал:

костыль проверяет не покинул ли нас пон чип

как костыль это "видит"? В свое время так и не смог увидеть разницу между "отвалившемся" епон и отсутствием эл.энергии у абонов.

[Den_LocalNet 1 472]

Элементарно. 

sh int? 

Если в выхлопе есть pon порты значит чип жив. 

Это не решает проблему отваливания порта или ситуацию когда все работает визуально, маки есть, а трафик в 1 порту не ходит. Но я такое видел один раз, тогда не попробовал отследить на что можно смотреть для вылавливания, а второй раз так и не состоялся за эти годы. 

[a_n_h 571]

6 минут назад, Den_LocalNet сказал:

Элементарно. 

sh int? 

Если в выхлопе есть pon порты значит чип жив. 

Это не решает проблему отваливания порта или ситуацию когда все работает визуально, маки есть, а трафик в 1 порту не ходит. Но я такое видел один раз, тогда не попробовал отследить на что можно смотреть для вылавливания, а второй раз так и не состоялся за эти годы. 

понятно... не то, неоднократно при зависшем/отваленном ПОН порту sh int дает такой-же вывод как и при нормальной работе.

[Kto To 602]

11 часов назад, Den_LocalNet сказал:

А если не задрачивать поабонентно а одним запросом забирать всё что есть на голове, а потом уже парсить выхлоп? 

У меня 7 лет не обновлялись прошивки из коробки 

BDCOM(tm) P3310B Software, Version 10.1.0B Build 9545

 

Опрос делает раз в пол часа по сигналам скрипт как я описал и раз в 5 минут кактус снимает графики всех интерфейсов - никогда никаких глюков вообще не было. 

Так же раз в 5 минут костыль проверяет не покинул ли нас пон чип и если что бутает голову. В логах таких ребутов мелькают 2 головы из 7 и то 1-2 раза в год. 

Раз в 5 минут кактус дергает каждый интерфейс? Или снимает пачку одним запросом?

[Den_LocalNet 1 472]

Как работает кактус я не знаю, но за 8 секунд опроса вряд ли он успевает 200+ запросов обработать. 

[Kto To 602]

12 минут назад, Den_LocalNet сказал:

Как работает кактус я не знаю, но за 8 секунд опроса вряд ли он успевает 200+ запросов обработать. 

 

Не - смысл в том что кактус, судя по всему, все равно дергает каждый интерфейс по снмп в свитче. 200 интерфейсов - минимум 200 запросов (а учитывая IN/OUT - 400). При этом у вас олт по снмп не дохнет? Видимо вам просто повезло

 

Народ - поделитесь кто еще может таки находили решение как побороть эти нюансы с снмп в бдком?

[Dimkers 1 544]

Стоят от 3310 до 3616. В общем около десятка таких бдкомов. Опрос понконтролом раз в пол часа. Проблем не наблюдается.

 

[Den_LocalNet 1 472]

3 часа назад, Kto To сказал:

 

Не - смысл в том что кактус, судя по всему, все равно дергает каждый интерфейс по снмп в свитче. 200 интерфейсов - минимум 200 запросов (а учитывая IN/OUT - 400). При этом у вас олт по снмп не дохнет? Видимо вам просто повезло

 

Народ - поделитесь кто еще может таки находили решение как побороть эти нюансы с снмп в бдком?

Не дохнет.

Думаю он может одним запросом выгребать все счётчики (всю ветку снмп), а потом по ifindex парсить и раскладывать в бд. Если бы я его писал то именно так бы и делал. 

 

К слову с корки кактус выгребает с кошка около 2к интерфейсов, а некоторые графики не только in/out имеют. В сумме было бы запросов под 5к. Не думаю что кошак средних лет выдержал бы такой dos в течение 20 секунд. 

[cetim 16]

Pon control забирает все данные одним запросом.

[router_mx 4]

BDCOM(tm) P3616-2TE Software, Version 10.1.0E Build 34498

Забит на 85%, таже проблема, UserSide опрашивает голову раз в три часа, в это время олт отваливается по snmp а у абонентов наблюдаются незначительные потери пакетов, заметно в онлайн играх, при пинге и т.д.
Пока временно отключили опросы в US, но всеже хотелось бы разобраться, возможно существует прошивка которая устраняет этот недостаток, поделитесь Вашими мыслями.

 

[cjayho 8]

Может стоит несколько ограничить скорость поступления запросов на олт, чтобы у него не возникала реакция "оёёй, горшочек, не вари!"?

200 запросов сразу один за другим (что чревато загрузкой проца на 100% пока не разрулит все что ему прилетело), либо по одному с интервалом, например 0,1 секунды. Ну да, так выгребет инфу не сразу а секунд за 20...30, но если это скрипт который срабатывает по крону то это не критично я думаю.

 

У меня когда-то нечто подобное было с модулем Mikrotik для NoDeny, который скармливал микротику уж очень адские пачки команд за раз и микротик давился. Добавил слип на 100 мсек в цикл и все стало работать как часы.

Відредаговано 2020-03-12 14:56:03 cjayho