BDCOM P3600 SNMP

[XNeo 0]

Здравствуйте.

 

Switch#show epon onu-status-count
ONU STATUS COUNT
-------------------------
Lost:               0
Deregistered:       76
Registered:         0
Authenticated:      0
Auto-configuring:    0
Auto-configured:    203
Wait-for-dereg:     0
Standby:            0
Config-failed:      0
Unknow:             0

Может кто в курсе как получить по SNMP данные цифры? Никак не могу найти.

[CoUL 31]

Deregistered: (сумуємо масив: 1.3.6.1.4.1.3320.101.6.1.1.22)

Auto-configured: (сумуємо масив: 1.3.6.1.4.1.3320.101.6.1.1.21)

[fet4 46]

Есть проблема с опросом BDCOM(tm) P3608-2TE Software, Version 10.1.0E Build 66506 zabbix_ом 

Use bulk requests off

528 items

discover interval 1h

items interval 5m

  1094:20200304:112131.039 temporarily disabling SNMP agent checks on host "": host unavailable
  1147:20200304:112132.974 enabling SNMP agent checks on host "": host became available
  1106:20200304:112525.000 SNMP agent item "onu.received.power.[103]" on host "" failed: another network error, wait for 15 seconds
  1086:20200304:112529.004 SNMP agent item "onu.received.power.[350]" on host "" failed: another network error, wait for 15 seconds
  1103:20200304:112532.506 SNMP agent item "onu.received.power.[475]" on host "" failed: another network error, wait for 15 seconds
  1147:20200304:112542.999 resuming SNMP agent checks on host "": connection restored

 

У кого как работает? Может есть стабильные конфигурации? Поделитесь.

[Dimkers 1,621]

17 минут назад, fet4 сказал:

host unavailable

 

17 минут назад, fet4 сказал:

connection restored

Может вам сеть лечить нужно?

[fet4 46]

2 минуты назад, Dimkers сказав:

 

Может вам сеть лечить нужно?

 

Как по Вашему консоль бы в этот момент отваливалась бы?

[Dimkers 1,621]

Нет, с чего ей отваливаться? Даже пару потерянных пакетов не повлияет на TCP соединение. Ибо оно умеет в случае надобности повторить отправку.

[fet4 46]

1 минуту назад, Dimkers сказав:

Нет, с чего ей отваливаться? Даже пару потерянных пакетов не повлияет на TCP соединение. Ибо оно умеет в случае надобности повторить отправку.

 

Между host unavailable и connection restored бывает по 2-3 мин. Что скажете ?

[Dimkers 1,621]

Пинговать. Если норм, то пробовать получить из консоли во время host unavailable данные snmpwalk'ом с сервака.

 

Сразу не увидал. У вас итемы дергаются раз в 5 мин? По всем ОНУ собираете довига итемов? Увеличьте интервал для итемов. Ставьте раз в пол часа.

Edited 2020-03-04 10:01:06 by Dimkers

[fet4 46]

Пингуется, данные не получаются во время  unavailable через snmp-walk

[fet4 46]

snmp-server getbulk-timeout
snmp-server getbulk-delay
 

Облегчили съем

[nicodemus 6]

А какие значения облегчили съем?

[fet4 46]

 

6 часов назад, nicodemus сказав:

А какие значения облегчили съем?

snmp-server getbulk-timeout 30
snmp-server getbulk-delay 1

 

Пока такие стоят значения, отвалы snmp олта не прекратились но стали меньше. Обидно что 3310C тоже загружены но опрашиваются исправно. Без доп. настроек.

Edited 2020-03-04 18:49:09 by fet4

[Dimkers 1,621]

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

snmp-server getbulk-timeout 30
snmp-server getbulk-delay 1 

? Я говорил итемы опрашивайте раз в пол часа. А не настройки сервера крутить.

Ровно та же проблема на ЗТЕ или Хуавеях при большом числе ОНУ и частых опросах итемов. Раз в пол часа -час вполне нормально. И поддержке и серверу и олту

Edited 2020-03-04 18:54:29 by Dimkers

[fet4 46]

Я представляю какие будут плавные графики, если собирать в раз полчаса.?

[Dimkers 1,621]

Вам шашечки или ехать? У вас на ветках сигнал прыгает? Так это бида строителей. Раз в пол часа вполне достаточно для диагностики.

[fet4 46]

Dimkers не судите по себе всех, для нас полчаса много.

[Dimkers 1,621]

Мне просто интересно. За пол часа(да даже за сутки) сигнал может уйти на фигню при нормальном стечении обстоятельств. Если сигнал "плавает" - это проблема стройки.

Сигнал в течении суток плавает на доли децибела. Если вы грешите на то, что за пол часа ОНУ может падать в LOS, то для проверки активности на ОЛТе есть команда, что покажет вам аптайм ОНУ. на Gpon Олтах - так само. Опроса раз в пол часа - за глаза. Проблемы с SNMP есть у огромного числа вендоров. Увы, это тоже факт. Есть сети на 100К+ абонов, что опрашивают раз в 30 мин и горя не знают и ТП этого с головой. При чем в этих сетях бегают корпоративные транспорты последних миль.

 

Поэтому у меня интерес чисто профильный - что критически важного в измерении сигнала ОНУ раз в 5 минут?

Edited 2020-03-04 20:49:54 by Dimkers