Мониторинг протоколов BGP и OSPF

Для обеспечения отказоустойчивой работы корпоративной сети и оперативного реагирования на изменения топологии важно постоянно контролировать состояние динамических протоколов маршрутизации, работающих на устройствах Kaspersky NGFW. Мониторинг через SNMP позволяет в реальном времени наблюдать за числом объявляемых и принятых маршрутов, обнаруживать изменения в их количестве, выявлять критичные отклонения от нормативных параметров и принимать необходимые меры. Для этих целей устройство Kaspersky NGFW передает SNMP-агенту различные параметры работы динамических протоколов как в режиме запросов, так и в режиме ловушек. Вы можете найти OID и описания параметров в следующих MIB-файлах:

• KL-NGFW-MIB.txt

  MIB-файл с OID для метрик и оповещений о работе устройство Kaspersky NGFW.

• BGP4-MIB.txt

  Стандартный MIB-файл с OID для метрик и оповещений о работе протокола BGP (корневой OID 1.3.6.1.2.1.15)

• OSPF-MIB.txt

  Стандартный MIB-файл с OID для метрик протокола OSPF (корневой OID 1.3.6.1.2.1.14).

• OSPF-TRAP-MIB.txt
• Стандартный MIB-файл с OID для оповещений о работе протокола OSPF (корневой OID 1.3.6.1.2.1.14.16).

Для мониторинга протоколов динамической маршрутизации через SNMP вы можете создать необходимые OID-представления и настроить шаблоны Zabbix. Например, вы можете:

• Настроить оповещения о превышении заданное порогового значения префиксов для BGP с помощью атрибута bgpPrefixThresholdExceeded (OID 1.3.6.1.4.1.23668.8107.3.1.8).
• Отслеживать количество маршрутов с указанием BGP Peer ID каждого маршрута, сопоставив значения атрибута bgp4PathAttrPeer (IP-адрес соседа, от которого получен маршрут, OID 1.3.6.1.2.1.15.6.1.1) из таблицы bgp4PathAttrTable со значениями индекса bgpPeerRemoteAddr для строк таблицы bgpPeerTable (OID 1.3.6.1.2.1.15.3).
• Отслеживать изменение состояния OSPF-соседей с помощью события ospfNbrStateChange (OID 1.3.6.1.2.1.14.16.2.2).

При обработке SNMP-ловушек и запросов учтите, что если значение атрибута bgpPeerState (MIB-файл BGP4-MIB.txt) выходит за пределы диапазона 1–6 согласно RFC 4271, его следует интерпретировать как Unknown или проигнорировать.