|
ru.cisco
- RU.CISCO ---------------------------------------------------------------------
From : Oleg Derevenetz 2:5025/3.4 14 Mar 2007 15:10:54
To : Pavel Gulchouck
Subject : 3550-24 vs 12.2(35)SE
--------------------------------------------------------------------------------
At 14 Mar 07 10:50:36, Pavel Gulchouck wrote to Oleg Derevenetz:
>>>> Если у вас мониторинг на это рассчитывает, то это плохой, негодный
>>>> мониторинг. OID нужно узнавать для каждого интерфейса персонально
>>>> сканированием ifDescr.
SG>>> Хе, можно пример параноика :)? Который каждый раз при опросе
SG>>> сотни-другой железяк произвольной номенклатуры проверяет HА
SG>>> КАЖДОМ ПОРТУ, а не съехал ли с момента прошлого опроса его
SG>>> ifDescr ?
OD>> Любой проверяет как минимум после уменьшения uptime по сравнению с
OD>> предыдущим значением (читай - перезагрузки), а некоторые, например
OD>> мой, проводят еще и периодический рескан.
PG> Sorry, но "уменьшение uptime по сравнению с предыдущим значением" - это
PG> тоже негодный алгоритм. Если 5 минут назад, при прошлом опросе, uptime
PG> был 3 секунды, а сейчас стал 5 секунд, это не значит, что результат
PG> сделанного 5 минут назад опроса ифиндексов можно использовать ближайший
PG> год (если уменьшения uptime не будет).
Естественно, интервал опроса при анализе uptime тоже должен учитываться. Я
просто не стал расписывать алгоритм детально, подозревая, что это описание
тривиально.
--- QDed beta v1.3 under FreeBSD 4.0-RELEASE
* Origin: Взялся за гуж - полезай в кузов... (2:5025/3.4)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
