гоняю последнюю прошивку

Product Name DES-2108
Firmware Version 3.00.27

но нужный мне OID до сих пор нормально не работает:

#snmpwalk -v1 -c public 172.16.26.241 .1.3.6.1.2.1.4.22.1.2
IP-MIB::ipNetToMediaPhysAddress.604.172.16.26.4 = STRING: 0:13:8f:ca:59:3e
IP-MIB::ipNetToMediaPhysAddress.604.172.16.26.254 = STRING: 0:19:5b:f0:b2:da
IP-MIB::ipNetToMediaPhysAddress.604.172.16.26.6 = STRING: 0:1d:92:6c:fc:6f
Error: OID not increasing: IP-MIB::ipNetToMediaPhysAddress.604.172.16.26.254
>= IP-MIB::ipNetToMediaPhysAddress.604.172.16.26.6

это поправят или уже совсем ничего не стоит ждать от этой модели?

up

Вы скажите что Вы хотите этой командой сделать.

у меня все свитчи в одном вилане с пользователями и этой командой я выдёргиваю связку MAC - IP, в 3526 это отлично работает, а здесь... если бы просто не поддерживался этот OID , я бы понял, а так...

up

Если я правильно понял, то коммутатор DES-2108 в мет корпусе не доконца выдаёт всю ARP таблицу!?

Что касаемо безопасности, то данный способ не лучший. Обычно, данные связки снимают на коммутаторе L3.

_________________
С уважением,
Бигаров Руслан.

да, даёт ошибку, которую я привёл выше
а выдёргивать мне надо, чтобы я точно знал кто на каком порту сидит, поэтому на 3852 мне смысла считывать таблицу нет

Не решение проблемы, но выход:

#snmpwalk -v1 -Сс -c public 172.16.26.241 .1.3.6.1.2.1.4.22.1.2

из snmpwalk --help:
-C
c: do not check returned OIDs are increasing

P.S. А можно мне версию 3.00.27 (желательно со списком изменений) ?

считываете на L3 ARP, на домах считываете FDB, совмещаете и получаете тот же результат. не вижу никаких в этом проблем. И оборудование в сохранности и проблем на свою голову меньше

_________________
LiveComm

Ошибка в 2108 с невозрастанием индекса появляеться при считывании любой таблицы.

у меня скрипт на PHP, в тамошнем snmpwalk нет такого параметра.


это во первых весь скрипт перерабатывать, опять же постоянно дёргать всю таблицу - это очень затормозит скрипт, потому что одновременно около 1000 записей висит....

переработать скрипт это дело ну максимум одного дня

по поводу тормозов, у меня каждые 5 минут со всех устройств в сети дергается ARP-таблица и ничего... Работает и прирост в загрузке ЦПУ не ощущается даже.

Если так уж разобраться, то что у вас там за тормоза, как вы считаете, непонятно... Ибо скрипту по барабану, откуда и чего дергать. Вы же дергаете со всех устройств, что мешает добавить +1 устройство чтобы снять с него ARP , а с остальных снимать FDB вместо этого.

и вообще, ваша логика - можно жертвовать безопасностью ради каких то нескольких секунд в работе скрипта ?

_________________
LiveComm

cacti + mactrack и все в готовом виду уже в mysql.

Я Вам прошивку выслал.

ребята, ну мы же не безопасность моей сети обсуждаем, с ней у меня всё равно проблем нет, если начнутся проблемы, тогда и буду переводить юзеров в другой влан.
переписать скрипт - тоже не обсуждаем, потому что я не программер и так уже полгода его писал :(, как говорится, как сумел.
cacti тоже не подходит, потому что у меня уже есть скрипт, который админит всю сеть, зачем ещё что-то дополнительно заводить, когда всё можно делать в одном окне и где база на всё одна?

а новую прошивку проверю.

p.s. хотя возможно есть какой-то смысл в том, чтобы делать как посоветовал svsh1990, но переделать всю логику работы скрипта... я наверное не сдюжу...