Задача ставится некорректно. DES-3226S - коммутатор второго уровня, следовательно в его должностные обязанности третий уровень не входит, и по наблюдениям, arp-таблицу как всякое устройство с порядочным tcp/ip стеком ведёт только ежели обращение идёт к нему. Это лирика.
Теперь о прозе. Мониторить таблицу FDB и изменения в ней на данном устройстве можно целым рядом способов, наиболее правильные из них - это либо использование механизма mac notification - когда свитч отсылает информацию об изменениях в своей FDB в виде трапов на следящий сервер, либо, как вариант, можно просто с заданной периодичностью сливать FDB для анализа, например через SNMP (Q-BRIDGE-MIB), web или telnet. Первый вариант конечно правильнее и грамотнее, но способ эксплуатации mac notification, на мой взгляд, плоховато документирован, хотя разобраться вполне реально.
А для преобразования маков в ip (если такая связка существует) корректнее брать информацию со шлюза, ибо даже если предположить что рабочие станции, сам коммутатор и естсественно шлюз сидят в одной подсети, с существенно большей долей вероятности более полная arp-таблица будет построена именно на шлюзе, ибо именно с ним все общаются
|