1.1, _Kuzmich (??), 09:31, 29/09/2008 [ответить]
| +/– |
Спрошу про net-snmp:
На роутере есть несколько gre интерфесов, так вот, если один из них, например gre1 положить, а потом снова поднять, индекс в snmp у него увеличивается, т.е. если был 4, станет, например 11. Статистика в кактусе, естественно уплывет.
Как на роутере жёстко привязать имена интерфейсов к номерам snmp ?
| |
|
2.4, uldus (ok), 10:59, 29/09/2008 [^] [^^] [^^^] [ответить]
| +/– |
>Спрошу про net-snmp:
>На роутере есть несколько gre интерфесов, так вот, если один из них,
>например gre1 положить, а потом снова поднять, индекс в snmp у
>него увеличивается, т.е. если был 4, станет, например 11. Статистика в
>кактусе, естественно уплывет.
>Как на роутере жёстко привязать имена интерфейсов к номерам snmp ?
Каждый раз придется номер индекса вычислять по символьной маске. В mrtg, например, для такого преобразования нужно указать \имя_интерфейса:комьюнити@сервер (\ppp0:public@gw.test.ru)
| |
|
1.2, avector (?), 10:21, 29/09/2008 [ответить]
| +/– |
Никак. Снимать нужно по именам интерфейсам, а не по номерам.
| |
1.3, Zamir (??), 10:38, 29/09/2008 [ответить]
| +/– |
а я считаю это большой проблемой
у меня крутиться vpn сервер pptp на 1000 абонентов
1) net-snmp не удаляет индекс старого интерфейса
2) индекс ppp интерфейсов приближается к бесконечности
возникшие проблемы:
1) cacti отваливается по timeout, так с учётом не удалившихся индексов в snmp (если его не перезапускать) могут накопиться сотни тысяч записей О ЯКОБЫ СУЩЕСТВУЮЩИХ ИНТЕРФЕЙСАХ
2) mrtg начитает ужасно долго собирать статистику если указать сбор по имени интерфейса или ip адресу (не по индексу) и при этом генерить много трафика, так в таком случаи он сначала запрашивает информацию О ВСЕХ сотнях тысяч интерфейсов
| |
1.5, weec (??), 14:11, 29/09/2008 [ответить]
| +/– |
>В настоящее время поддерживается только платформа Linux, пользователям BSD систем рекомендуется обратить внимание на проект bsnmpd.
Begemot идет в базовой поставке с FreeBSD
| |
|