Y
никогда не знаешь в каком вендоре окажешся завтра
Size: a a a
2021 April 28
VA
лишь бы не в латвийском
Иp
Хоть и указаны 64битные счётчики, ощущение что внимание 32х
MC
Производство соков - вот ключ к успеху.
Глядя на мёрч от разных вендоров задумался - да, пока с бургерами сложно...
Но сок то можно мёрчить? Блин, запатентовать бы - не возьмут же. ((
Глядя на мёрч от разных вендоров задумался - да, пока с бургерами сложно...
Но сок то можно мёрчить? Блин, запатентовать бы - не возьмут же. ((
pE
Посмотрим, что выдаст, когда проблема вновь появится, хотя не думаю, что запрашиваю 64, а выдаст 32. Это как-то странно)
c
User passed the validation.
pE
Посмотрел, прошивка на нём последняя(судя по ftp.dlink.ru) 2.00.16
С
это как бы в случае длинка ваще не гарантия успеха)))
https://t.me/dlink_ru
👆 тут может чего-нить подскажут.
https://t.me/dlink_ru
👆 тут может чего-нить подскажут.
Иp
Стояли 3627, молотили лет 5-6, работали как часы. Переехали на сиськи, решили длинки разобрать, почистить, обнаружилось что пачка кондеров вспухших не мешала процессу транзита ))))
pE
Симптомы знаю, следствие только недавно выяснил, осталось понять где и какая проблема и как решить. За ссылку спасибо)
pE
c
User passed the validation.
DL
а какие счетчики и с какой модели снимаете ?
AK
Круть , он не обнулился, он просто скаканул не понятно куда
pE
pE
Читаю тут сиськи:
Исходные счетчики интерфейсов, определенные в MIB-2, имеют 32 разряда. Теоретически время возврата к начальному значению 32-разрядного счетчика для интерфейса 10 Мбит/с может составить 57 минут. Благодаря такому продолжительному периоду легко избежать разрывов. Однако для интерфейсов 100 Мбит/с минимальное теоретическое время возврата к начальному значению составляет 5,7 минуты. Для интерфейсов 1 Гбит/с это время сокращается до 34 секунд. Учитывая, что это время предназначено для передачи полноразмерных пакетов в режиме back-to-back, это теоретическое идеальное время. Тем не менее чем выше скорость работы интерфейса, тем легче пропустить возврат счетчика к начальному значению. Для решения этой проблемы в SNMPv2 SMI определен новый тип объекта, counter64, для 64-разрядных счетчиков.
Примечание. Для получения любого объекта counter64 необходимо использовать протокол SNMPv2c или SNMPv3.
Может попробовать v3 использовать?
Исходные счетчики интерфейсов, определенные в MIB-2, имеют 32 разряда. Теоретически время возврата к начальному значению 32-разрядного счетчика для интерфейса 10 Мбит/с может составить 57 минут. Благодаря такому продолжительному периоду легко избежать разрывов. Однако для интерфейсов 100 Мбит/с минимальное теоретическое время возврата к начальному значению составляет 5,7 минуты. Для интерфейсов 1 Гбит/с это время сокращается до 34 секунд. Учитывая, что это время предназначено для передачи полноразмерных пакетов в режиме back-to-back, это теоретическое идеальное время. Тем не менее чем выше скорость работы интерфейса, тем легче пропустить возврат счетчика к начальному значению. Для решения этой проблемы в SNMPv2 SMI определен новый тип объекта, counter64, для 64-разрядных счетчиков.
Примечание. Для получения любого объекта counter64 необходимо использовать протокол SNMPv2c или SNMPv3.
Может попробовать v3 использовать?
AK
Хз, либо баг в софте, либо, как вариант, битая память. Читает что-попало