Я пытаюсь получить следующую информацию из стека коммутаторов в целях мониторинга. Вот команда и ее выходные данные, выполняемые непосредственно в стеке коммутатора через вход по ssh:
root@stack> show virtual-chassis
Preprovisioned Virtual Chassis
Virtual Chassis ID: cf44.0df5.1234
Virtual Chassis Mode: Enabled
Mstr Mixed Neighbor List
Member ID Status Serial No Model prio Role Mode ID Interface
0 (FPC 0) Prsnt GAxxxxxxx8 ex3300-48t 129 Master* NA 2 vcp-255/1/2
3 vcp-255/1/3
1 vcp-255/1/1
1 (FPC 1) Prsnt GAxxxxxxx2 ex3300-48t 0 Linecard NA 0 vcp-255/1/2
5 vcp-255/1/3
2 vcp-255/1/1
2 (FPC 2) Prsnt GAxxxxxxx3 ex3300-48t 0 Linecard NA 1 vcp-255/1/2
3 vcp-255/1/3
0 vcp-255/1/1
3 (FPC 3) Prsnt GAxxxxxxx1 ex3300-48t 0 Linecard NA 4 vcp-255/1/2
2 vcp-255/1/3
0 vcp-255/1/1
4 (FPC 4) Prsnt GAxxxxxxx7 ex3300-48t 129 Backup NA 5 vcp-255/1/2
6 vcp-255/1/3
3 vcp-255/1/1
5 (FPC 5) Prsnt GAxxxxxxx5 ex3300-48t 0 Linecard NA 4 vcp-255/1/2
6 vcp-255/1/3
1 vcp-255/1/1
6 (FPC 6) Prsnt GAxxxxxxx3 ex3300-48t 0 Linecard NA 4 vcp-255/1/0
5 vcp-255/1/1
В конце я хотел бы проверить количество участников и / или статус (Prsnt / NotPrsnt), а также было ли изменение роли (например, Backup -> Master).
С помощью snmpwalk я получил огромный список записей, но ничто не совпадает с указанными выше значениями.
Значит ли это, что нет возможности получить эту информацию из стека?
Ну, это загруженный ... Разбить его
Скорее всего, вы этого не получите, учитывая то, как VC изображается через SNMP. В дереве OID нет текущего значения "количества членов". лучше всего было бы ходить .1.3.6.1.4.1.2636.3.40.1.4.1.1.1.2 и подсчитайте возвращенные серийные номера (или используйте memberID, MAC или что-то еще). Похоже, вы используете Icinga, поэтому вы, вероятно, захотите использовать скрипт для получения этого OID и подсчета результатов, поскольку Icinga не сделает этого за вас. Я делаю то же самое для десятков других ситуаций в Nagios. (Я придумал быстрый сценарий, основанный на некоторых из этих ситуаций; используйте его или используйте как пример, чтобы делать то, что вы хотите: https://gist.github.com/peelman/ef7b682de3af579c2896585385e18e7c).
Я не вижу (простого) способа получить статусы присутствия / отсутствия. Возможно, вам просто придется подключиться к нему или контролировать сами интерфейсы VCP один за другим.
Было бы хорошо использовать ловушки; но если вы настроены на использование опроса и статически устанавливаете приоритеты, чтобы знать, какой будет ваш главный / резервный большинство времени, то вы можете посмотреть значения под .1.3.6.1.4.1.2636.3.40.1.4.1.1.1.3; узел .0 будет членом 0, узел .1 будет членом 1 и так далее.
Значение 1 - это главный, 2 - резервный, а 3 - линейная карта (доступно в MIB сам). Проблема в том, что если вы оставите все это на усмотрение динамики настройки виртуального шасси по умолчанию, без установки статических идентификаторов членов приоритета мастерства (на основе серийных номеров) и т. Д., Эти значения могут измениться.
npeelman@nagios:~$ snmpwalk -v2c -c community ex3300-test.domain.tld .1.3.6.1.4.1.2636.3.40.1.4.1.1.1.3
JUNIPER-VIRTUALCHASSIS-MIB::jnxVirtualChassisMemberRole.0 = INTEGER: master(1)
JUNIPER-VIRTUALCHASSIS-MIB::jnxVirtualChassisMemberRole.1 = INTEGER: backup(2)