Есть ли информация о разрядности счётчиков на порту для моделей свитчей DES3526 и DGS3627?

На практике столкнулся с небольшой проблемой.

На коммутаторе DES3526 с прошивкой R5B36 не работает (всегда = 0) ifOutUcastPkts.20. IfInUcastPkts.20 при этом работает нормально и похоже даже имеет правильную разрядность (32 бита)

На коммутаторе DGS3627 эти счётчики работают, но имеют разрядность 26 бит, в связи с чем при переполнении счётчика на графике рисуется не хилый всплеск.

Boot PROM Version Build 1.10-B09
Firmware Version Build 2.51.B13
Hardware Version 1A1G


Как бы так избежать граблей в будущем с этими (и другими) счётчиками?

обновляйте прошивку. на 6.00.B10 точно работает (в смысле, не ноль )

а по поводу всплеска... рисующая программа должна иметь возможность указать максимальный "всплеск", диапазон выше которого считается переполнением счётчика

_________________
Это текст, который можно добавлять к размещаемым вами сообщениям. Длина его ограничена 255 символами.

непонятно почему не используются 64-х битные счетчики
чем все это рисуется - так же не понятно

резюме - это подземный стук

_________________
с уважением, БП

Насчёт 64 битных счётчиков на UcastPkts - спасибо, их тоже гляну.


В Cacti нет возможности указать максимальное значение снимаемого счётчика, оно берётся по его типу. Например тут

предполагается что счётчик 32х битный, а не 26 отсюда и всплески.

А если 64х битный окажется не 64 битным, какой там будет всплеск представляете?
И сколько времени можно его дожидаться ни о чём не подозревая. ( например на счётчике ошибок)

Поэтому лучше бы всё-таки знать заранее какие грабли ещё там есть.

PS. Какая разница чем рисуется, когда вопрос в том что отдаётся коммутатором?

зато всплеск будет примерно в 4 миллиарда раз реже ))

_________________
Это текст, который можно добавлять к размещаемым вами сообщениям. Длина его ограничена 255 символами.

Это уже зависит от того какого размера будет 64х битный счётчик

Строим в какти графики гигабитных аплинков с 3526, 64-битных, проблем пока не вижу.

ну, если 64-битный счётчик будет разрядностью 26 бит - то тогда действительно, приветы писателям прошивок =)

_________________
Это текст, который можно добавлять к размещаемым вами сообщениям. Длина его ограничена 255 символами.

Мне кажется наличия 32х битного счётчика разрядностью 26 бит в DGS достаточно

пацталом

данные надо кактусом снимать именно с 64-х битных счетчиков
дабы убрать имеющиеся всплески - обратимся к кактусовому FAQ:

ребут со сбросом счетчиков и переполнение 32-х битных счетчиков в данном случае - одно и то же



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


разница есть, т.к. рисовалки по своему складывают данные и когда свич все отдает правильно, а данные не влазят в размер хранилища рисовалки то на графиках будет рисоваться ХЗ что ...

_________________
с уважением, БП

нестыковочка... всё же я был прав?

_________________
Это текст, который можно добавлять к размещаемым вами сообщениям. Длина его ограничена 255 символами.

Вы про это?

тогда смотреть надо сюда:

разве не оно?

_________________
с уважением, БП

Не, это значение, больше которого не может быть загрузка за один период времени.

Что касается кактуса:
1) можно указать Maximum Value таким чтобы оно никогда не было достигнуто в реальных условиях, но при этом было заведомо достигнуто при переполнении счётчика с неверной разрядностью. Вместо всплеска будет просто отсутствующее значение за 1 период времени когда оно не корректно.

2)Заменить Data source type с "counter" на "derive". В этом случае кактус не будет пытаться суммировать значения при переполнении счётчика.