MES24XX SNMP - неполная поддержка BRIDGE-MIB

[Sergei_Dubrov]

Всем привет!

Внезапно обнаружил, что MES24XX не полностью поддерживает BRIDGE-MIB. Интересует поиск номера порта, на котором "засветился" интересующий MAC, речь о ветке:

Код: Выделить всё

.iso.org.dod.internet.mgmt.mib-2.dot1dBridge.dot1dTp.dot1dTpFdbTable.dot1dTpFdbEntry.dot1dTpFdbPort
OID = .1.3.6.1.2.1.17.4.3.1.2

Н-р, некоторые хипишные коммутаторы (гораздо менее продвинутые по функционалу по сравнению с MES24XX), по запросу:

Код: Выделить всё

.iso.org.dod.internet.mgmt.mib-2.dot1dBridge.dot1dTp.dot1dTpFdbTable.dot1dTpFdbEntry.dot1dTpFdbPort.aa.bb.cc.dd.ee.ff - aa.bb.cc.dd.ee.ff - MAC в десятичном виде

исправно выдают по SNMP-запросу номер порта, на котором "засветился" этот MAC, н-р:

dot1dTpFdbPort.0.2.227.11.7.147  24 (порт)

Т.е., не надо вытаскивать всю таблицу, а в ней грепать нужный MAC, нужно просто добавить MAC как индекс.


У меня этот функционал используется в самодельных скриптах для поиска коммутатора/порта, на которм "живёт" интересующий MAC. Занимает поиск пару секунд (у меня несколько сотен коммутаторов в сети).

Поиски в проприетарных ELTEX-ких MIB-ах (типа ELTEX-BRIDGE) результатов не дали. Неужели навороченный MES24XX не поддерживает базовый общечеловеческий BRIDGE-MIB в полном объёме? Соседнюю ветку - .iso.org.dod.internet.mgmt.mib-2.dot1dBridge.dot1dTp.dot1dTpPortTable - отрабатывает (правда, две подветки всегда == 0), а вот при запросе .iso.org.dod.internet.mgmt.mib-2.dot1dBridge.dot1dTp.dot1dTpFdbTable - "No data available in this sub-tree". Абыдно.

[Sergei_Dubrov]

Ещё раз всем привет!

Поиски в проприетарных ELTEX-ких MIB-ах (типа ELTEX-BRIDGE) результатов не дали. Неужели навороченный MES24XX не поддерживает базовый общечеловеческий BRIDGE-MIB в полном объёме? Соседнюю ветку - .iso.org.dod.internet.mgmt.mib-2.dot1dBridge.dot1dTp.dot1dTpPortTable - отрабатывает (правда, две подветки всегда == 0), а вот при запросе .iso.org.dod.internet.mgmt.mib-2.dot1dBridge.dot1dTp.dot1dTpFdbTable - "No data available in this sub-tree". Абыдно.

Сам спросил, сам отвечаю . Можно выкрутиться с Q-BRIDGE-MIB (MAC per VLAN per port), как-то так:

Код: Выделить всё

.iso.org.dod.internet.mgmt.mib-2.dot1dBridge.qBridgeMIB.qBridgeMIBObjects.dot1qTp.dot1qTpFdbTable.dot1qTpFdbEntry.dot1qTpFdbPort.VLAN.aa.bb.cc.dd.ee.ff


Придётся вместо одного простого запроса по портам сначала вытащить список VLAN-ов, и по этому списку в цикле искать MAC в каждом VLAN-е отдельно. Вместо одного запроса выйдет N (кол-во VLAN) + запрос на список VLAN-ов (.iso.org.dod.internet.mgmt.mib-2.dot1dBridge.qBridgeMIB.qBridgeMIBObjects.dot1qVlan.dot1qVlanCurrentTable.dot1qVlanCurrentEntry.dot1qVlanFdbId).

Интересно, что хипи в запросе с MAC-ом использует не собственно VLAN, а некий внутренний VLAN_ID (который вытаскивается по запросу выделенному болдом), а у MES, как выяснилось экспериментально, VLAN == VLAN_ID