Cisco SNMP аналог для команды sh mac address-table | i Total

[M-a-x-Z]

Собственно сабж)

Хотелось бы oid, ни или хотя бы указание на нужную MIB

(речь идёт о 3750 и 2960)

[f13]

http://tools.cisco.com/Support/SNMP/do/BrowseOID.do?local=en

[M-a-x-Z]

Этот инструмент я уже смотрел. Всего существует более 2000 параметров со словом MAC, я их просмотрел мельком, но боюсь что найдти нужный можно только более чётко сформулировав запрос.

 

М.б. кто-то уже использует в своей работе этот однажды найденный OID. Вообще он достаточно показателен что бы судить о некоторых нарушениях в работе сети. странно что его нет в подобных http://www.opennet.ru/base/cisco/cisco_snmp.txt.html списках часто используемых функций.

[s.lobanov]

Насколько мне известно, такого OID'а нет.

[M-a-x-Z]

Я подозреваю это, потому что реально много инфы перелопатил....но вдруг есть какой-нибудь аналог. Встречал мысль что можно включить порт-секьюрити и тогда получить количество или использовать вариант с арпами. Как-то же решается в системах монтироинга вопрос о подсчёте количества адресов?

[s.lobanov]

Как-то же решается в системах монтироинга вопрос о подсчёте количества адресов?

 

Костылём через telnet/ssh и записью в файлик нужного значение. Потом это значение можно отдать через snmpd, если необходимо.

 

Кстати, на некоторых китайских свитчах такой OID есть(например на edge-core в последних прошивках)

[terrible]

snmpwalk -v 2c -c private 10.80.10.110 1.3.6.1.2.1.17.7.1.2.1.1.2

Выдасть результат, разложенный по вланам

Взял из Q-BRIDGE-MIB, должно работать практических на любых коммутаторах

[s.lobanov]

terrible

Да это понятно, только вот мало какая система мониторинга/рисования графиков умеет сама суммировать по всем вланам и что-то делать с этим(рисовать/информировать ответственных лиц). Всё равно придётся делать какой-то костыль, который будет это суммировать.

Хотя в принципе, если вланов по пальцам пересчитать и они года не меняются, то можно и по всем построить графики

[M-a-x-Z]

Видимо придётся думать костыль. snmpwalk игнорирует объект 1.3.6.1.2.1.17.7.1.2.1.1.2

 

З.Ы.

Параметр - скорость передачи данных аналогично игнорируется, не смотря на то что содержится в MIB для конкретной прошивки (судя по оф. сайту) 1.3.6.1.4.1.9.9.276.1.4.1.1.2

[s.lobanov]

Параметр - скорость передачи данных аналогично игнорируется, не смотря на то что содержится в MIB для конкретной прошивки (судя по оф. сайту) 1.3.6.1.4.1.9.9.276.1.4.1.1.2

 

Разные ios'ы поддерживают, вообще говоря, разные мибы. Списоб поддерживаемых мибов для различных моделей можно посмотреть здесь ftp://ftp-sj.cisco.com/pub/mibs/supportlists/ или по cisco feature navigator(но там иногда недостоверно)

 

P.S. скорость передачи данных обычно вычисляют как "производную" по времени ifHCInOctets/ifInOctets

Использование OID'ов в которых содержится усреднённая скорость за определённый период плохо тем, что вы не получите реальной усреднённой картины, если загрузка интерфейса не монотонна по времени

[M-a-x-Z]

Разные ios'ы поддерживают, вообще говоря, разные мибы. Списоб поддерживаемых мибов для различных моделей можно посмотреть здесь ftp://ftp-sj.cisco.com/pub/mibs/supportlists/ или по cisco feature navigator(но там иногда недостоверно)

Естественно проверял по http://tools.cisco.com/Support/SNMP/ - запросил список поддерживаемых MIB по образу IOS из sh ver. Куда точнее-то))

[s.lobanov]

1.3.6.1.4.1.9.9.276.1.4.1.1.2

 

Проверил на первой попавшейся 3750, конкретно на этот OID не отвечает, но что-то из CISCO-IF-EXTENSION-MIB показывает, так что он как бы поддерживается, просто не целиком, судя по всему

[M-a-x-Z]

Проверил на первой попавшейся 3750, конкретно на этот OID не отвечает, но что-то из CISCO-IF-EXTENSION-MIB показывает, так что он как бы поддерживается, просто не целиком, судя по всему

Вот именно, что только часть, причём в документации это не отражено.

Ещё вопрос, близкий к теме:

почему snmpwalk при запуске от корня видит меньше половины объектов, которые распознаются кошкой? Большая часть параметров доступна только при указании полного OID?

[s.lobanov]

Проверил на первой попавшейся 3750, конкретно на этот OID не отвечает, но что-то из CISCO-IF-EXTENSION-MIB показывает, так что он как бы поддерживается, просто не целиком, судя по всему

почему snmpwalk при запуске от корня видит меньше половины объектов, которые распознаются кошкой? Большая часть параметров доступна только при указании полного OID?

если делаете walk от корня, то отображается non-enterprise ветка. чтобы её опросить snmpwalk -c <COMMUNITY> -v2c <IP> 1.3.6.1.4.1.9

[M-a-x-Z]

Вобщем решил подсчитать количество абонентов командой snmpwalk от объекта .1.3.6.1.2.1.4.22.1.4. (тип arp записи) При этом в зачёт идут все полученные объекты со значением INTEGER: 3.

Несколько вопросов:

1) Запрос выполняется около 1-2 секунд при 500-1000 абонентов. На загрузке CPU не сказывается. Существуют ли ещё какие-нибудь подводные камни длинного запроса по SNMP?

2) У Cisco agging time для ARP записей более 250 минут. Из каких соображений задано такое большое время? Какие негативные последствия наступят при его изменении и как его изменить?