|
|
ru.cisco- RU.CISCO --------------------------------------------------------------------- From : Pavel Gulchouck 2:463/68 14 Mar 2007 11:50:36 To : Oleg Derevenetz Subject : 3550-24 vs 12.2(35)SE -------------------------------------------------------------------------------- 14 Mar 07, Oleg Derevenetz ==> Sergey Goncharov: >>> Если у вас мониторинг на это рассчитывает, то это плохой, негодный >>> мониторинг. OID нужно узнавать для каждого интерфейса персонально >>> сканированием ifDescr. SG>> Хе, можно пример параноика :)? Который каждый раз при опросе SG>> сотни-другой железяк произвольной номенклатуры проверяет HА SG>> КАЖДОМ ПОРТУ, а не съехал ли с момента прошлого опроса его SG>> ifDescr ? OD> Любой проверяет как минимум после уменьшения uptime по сравнению с OD> предыдущим значением (читай - перезагрузки), а некоторые, например OD> мой, проводят еще и периодический рескан. Sorry, но "уменьшение uptime по сравнению с предыдущим значением" - это тоже негодный алгоритм. Если 5 минут назад, при прошлом опросе, uptime был 3 секунды, а сейчас стал 5 секунд, это не значит, что результат сделанного 5 минут назад опроса ифиндексов можно использовать ближайший год (если уменьшения uptime не будет). Lucky carrier, Паша aka gul@gul.kiev.ua --- GoldED+/LNX 1.1.5 * Origin: Опыт - это то, что мы получаем вместо того, что хотели (2:463/68) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.cisco/147945f7b854.html, оценка из 5, голосов 10
|