GigabitEthernet

[oalex]

Добрый день.
Наткнулся на то, что у меня неправильно отображается загрузка гигабитов
на форуме нашел:

https://www.zabbix.com/forum/showthread.php?t=40309&highlight=gigabit

не понял, что за " 64-bit high capacity counter" (версия 2.0.2 и 1.6.5 не обнаружил)?
как ни странно "using 8 for multiplier / set it to "bps"" помогло, данные стали отображаться более корректно (на 100% не уверен что правильные )
Вопрос,почему для интерфейсов не гигабитных этого не требовалось (достаточно было дельты и b в качестве юнита)?
И второй вопрос, у меня количество пакетов на интерфейсе скоро превысит максимальное число для типа "Беззнаковый целый"- 4 294 967 295. (уже 4.100) что будет дальше?
p.s.
не помогло.. чушь какую-то показывает

[zalex_ua]

Store value - https://www.zabbix.com/documentation...fig/items/item

[Jimson]

"64 bit counter" это про SNMP, есть 32-разрядные счетчики типа ifTable.ifInOctets, а есть 64-х разрядные ifXTable.ifHCInOctets, какие счетчики использовать зависит от трафика - при средней загрузке интерфейса, например, 50 мегабит 32-х разрядный счетчик будет переполняться каждые 12 минут, соответсвенно при трафике ~120 мегабит и интервале опроса 5 минут никакие дельты уже вычислить не получится

умножать на 8 элемент данных нужно, и всегда нужно было, связано это с тем что каунтеры SNMP в байтах, а вы хотите видеть биты/sec

при переполнении каунтер обнуляется, допустим у вас 32-х разрядный счетчик:
- 3 000 000 000
- 4 000 000 000 => дельта 1 000 000 000
- 500 000 000 => дельта 500 000 000
получается что вы теряете часть трафика, на графике получается провал, но если переполнения происходят где то раз в полчаса, то заметно это не будет

[oalex]

по счетчикам теория понятна, вопрос выбора(как выбрать 32 или 64)?
по байтам

как раз раньше ставил b юнит для перевода битов в байты, не так?

[Jimson]

по счетчикам теория понятна, вопрос выбора(как выбрать 32 или 64)?

выбираешь указывая другой oid в настройках элемента данных забикса

по байтам
как раз раньше ставил b юнит для перевода битов в байты, не так?

нет не правильно, "переводить" можно только указывая множитель, юнит влияет только на описание элемента на графиках и в "последних данных", а так же на то как элемент будет масштабироваться 1 -> 1000 -> 100000 или 1 -> 1024 -> 1048576, не более того

[oalex]

выбираешь указывая другой oid в настройках элемента данных забикса

IF-MIB::ifIndex.10126 = INTEGER: 10126
IF-MIB::ifDescr.10126 = STRING: GigabitEthernet1/0/26
IF-MIB::ifType.10126 = INTEGER: ethernetCsmacd(6)
IF-MIB::ifMtu.10126 = INTEGER: 1500
IF-MIB::ifSpeed.10126 = Gauge32: 1000000000
IF-MIB::ifPhysAddress.10126 = STRING: 0:17:95:d7:ad:1a
IF-MIB::ifAdminStatus.10126 = INTEGER: up(1)
IF-MIB::ifOperStatus.10126 = INTEGER: up(1)
IF-MIB::ifLastChange.10126 = Timeticks: (12363) 0:02:03.63
IF-MIB::ifInOctets.10126 = Counter32: 132919954
IF-MIB::ifInUcastPkts.10126 = Counter32: 1855483536
IF-MIB::ifInDiscards.10126 = Counter32: 0
IF-MIB::ifInErrors.10126 = Counter32: 0
IF-MIB::ifInUnknownProtos.10126 = Counter32: 0
IF-MIB::ifOutOctets.10126 = Counter32: 2442922532
IF-MIB::ifOutUcastPkts.10126 = Counter32: 2623322712
IF-MIB::ifOutDiscards.10126 = Counter32: 26589250
IF-MIB::ifOutErrors.10126 = Counter32: 0

это все, что отдает каталист на тему интерфейса, не вижу вариантов

а вот что в это время на самом каталисте
5 minute input rate 5423000 bits/sec, 4269 packets/sec
5 minute output rate 217986000 bits/sec, 19387 packets/sec
6201744048 packets input, 1343811180144 bytes, 0 no buffer
Received 26789232 broadcasts (26297571 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 26297571 multicast, 0 pause input
0 input packets with dribble condition detected
19889786464 packets output, 27163912730163 bytes, 0 underruns
0 output errors, 0 collisions, 1 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 PAUSE output
0 output buffer failures, 0 output buffers swapped out

[Jimson]

И в чем вопрос? Пиши адрес, щас приеду настрою.

[oalex]

вопрос где тут ifXTable.ifHCInOctets, 64бит
только
IF-MIB::ifInOctets.10126 = Counter32: 132919954
IF-MIB::ifOutOctets.10126 = Counter32: 2442922532

Counter32:

в то время как сам каталист вполне корректно показывает, что реально там прошло
input, 1343811180144 bytes
output, 27163912730163 bytes
p.s
вроде нашел...
IF-MIB::ifHCInOctets.10126 = Counter64: 1344588974177
IF-MIB::ifHCOutOctets.10126 = Counter64: 27179977990289

еще б узнать как оно выглядит в виде цифрового оида
p.p.s
.1.3.6.1.2.1.31.1.1.1.6.10126
.1.3.6.1.2.1.31.1.1.1.10.10126
оно?

[dima_dm]

p.s
вроде нашел...
IF-MIB::ifHCInOctets.10126 = Counter64: 1344588974177
IF-MIB::ifHCOutOctets.10126 = Counter64: 27179977990289

еще б узнать как оно выглядит в виде цифрового оида
p.p.s
.1.3.6.1.2.1.31.1.1.1.6.10126
.1.3.6.1.2.1.31.1.1.1.10.10126
оно?

Да, вот Tool для поиска OID

http://tools.cisco.com/Support/SNMP/do/BrowseOID.do?local=en

[Jimson]

ну гугл говорит что оно, я на память OID не помню

P.S. Статистика по "sh int" не обязана совпадать с SNMP каунтером, так как 32-х разрядный каунтер регулярно обнуляется, с 64-х будет по идее совпадать. Ты же будешь собирать "дельта по времени", так что сравнивать будет "rate" который видишь по sh int c тем что насчитает забикс.

[oalex]

64-х показывают более правильную картину при нагрузке высокой... всем большое спасибо!
тестирую дальше

[oalex]

хм, эпопея не закончилась
теже каталисты, но с другим (скорее всего) иосом c3750-advipservicesk9-mz.122-44.SE.bin говорят, что нет в них 64х битных счетчиков вообще.
работает на c3750-advipservicesk9-mz.122-25.SEE.bin или это связано с моделью каталиста?

[Lone Wolf]

На 12.2(25)see2 64-битные счётчики есть.

[oalex]

спасибо.
у меня в 25 тоже есть.. попробую заменить иос на 44 пропадут ли..
извиняюсь, вопрос снят, то ли кривые руки толи еще что, но Counter64 появились