Мониторинг состояния каналов связи

Применяется функционал IP SLA, который позволяет непосредственно с маршрутизатора определить доступность удаленной стороны, а так же некая невменяемая система мониторинга по SNMP, которая все время пытается опросить всю таблицу маршрутизации, чем непомерно загружает процессор маршрутизатора. Таким образом, задача свелась не только к настройке ip sla, но и к настройкам snmp на маршрутизаторе с целью ограничить запросы.



Вот что получилось с ip sla:

ip sla 1
 icmp-echo 10.0.0.1 source-ip 10.0.0.2
 threshold 100
ip sla schedule 1 life forever start-time now

ip sla 2
 icmp-echo 192.168.0.1 source-ip 192.168.0.2
 threshold 100
ip sla schedule 2 life forever start-time now

ip sla 3
 icmp-echo 172.16.0.1 source-ip 172.16.0.2
 threshold 100
ip sla schedule 3 life forever start-time now

Где в качестве источника указаны собственные интерфейсы маршрутизатора:

router#sh ip int bri
Interface                  IP-Address      OK? Method Status                Protocol
GigabitEthernet0/1         unassigned      YES NVRAM  up                    up
GigabitEthernet0/1.100     10.0.0.2        YES manual up                    up
GigabitEthernet0/1.200     192.168.0.2     YES manual up                    up
GigabitEthernet0/1.300     172.16.0.2      YES manual up                    up

Проверка работы ip sla:

router#sh ip sla statistics
IPSLAs Latest Operation Statistics

IPSLA operation id: 1
Type of operation: icmp-echo
        Latest RTT: 7 milliseconds
Latest operation start time: [skip]
Latest operation return code: OK
Number of successes: 22
Number of failures: 0
Operation time to live: Forever



IPSLA operation id: 2
Type of operation: icmp-echo
        Latest RTT: 1 milliseconds
Latest operation start time: [skip]
Latest operation return code: OK
Number of successes: 22
Number of failures: 0
Operation time to live: Forever



IPSLA operation id: 3
Type of operation: icmp-echo
        Latest RTT: 1 milliseconds
Latest operation start time: [skip]
Latest operation return code: OK
Number of successes: 22
Number of failures: 0
Operation time to live: Forever

Результаты можно опрашивать по snmp, используя OID rttMonCtrlOperTimeoutOccurred. Если возвращается "1", то все ОК, а если "2", то возникли проблемы.
Теперь настраивается snmp на маршрутизаторе. Предполагается, что помимо опросов sla с маршрутизатора снимаются данные о счетчиках интерфейсов, в том числе 64-битные, а так же данные о загрузке CPU и счетчики используемой маршрутизатором памяти.

router#sh run | in snmp
snmp-server view NMS system included
snmp-server view NMS ifTable included
snmp-server view NMS ifXTable included
snmp-server view NMS lsystem included
snmp-server view NMS ciscoMemoryPoolMIB included
snmp-server view NMS rttMonLatestRttOperTable included
snmp-server view NMS cpmCPUTotalTable included
snmp-server view NMS rttMonCtrlOperTimeoutOccurred included
snmp-server community bublic view NMS RO 15

Если что - Cisco Object Navigator в помощь.