Здравствуйте.

Пишу скрипт на php, который находит Dynamic МАС-адреса на определенном коммутаторе/порту. В соответствии с FAQ'ом, получаю две таблицы dot1qTpFdbPort и dot1qTpFdbStatus, и получаю из них Leаrned МАС-адреса на определенном порту.
Проблемы начинаются при работе с транзитными свитчами, когда в таблице коммутации числится больше полутора сотен MAC-адресов (например, на транзитном 24м порту). Скрипт выполняется больше минуты. Попробовал отказаться от snmprealwalk() и использовать внешний snmpwalk через exec(), но прироста в скорости не получилось.
Есть ли возможность поиска MAC-адреса на указанном порту, без снятия всей таблицы коммутации?

P.S. Коммутаторы DES-3018, 3026, 3526, несколько VLAN'ов.

Нет к сожалению. А зачем просматривать магистральные порты если не секрет?

Магистральные порты мне как раз просматривать и не нужно, и я наоборот ищу способ снять информацию только по определенному порту.

Суть процесса - мне нужно снять информацию по Dynamic МАС-адресам на клиентском порту. Выполнение dot1qTpFdbPort и dot1qTpFdbStatus даёт мне всю таблицу коммутации и дальше я выбираю из массива только те записи, что относятся к искомому клиентскому порту.
Проблема в том, что выполнение dot1qTpFdbPort и dot1qTpFdbStatus занимает очень много времени в том случае, если на свитче много Dynamic МАС-адресов (т.е. есть транзитные порты).

P.S. Можно ли рассматривать, как альтернативный вариант, работу через telnet-класс? И даст ли преимущество работа через CLI?

Помойму не получится сделать так, как вы хотите. У самого была така проблема - пришлось переработать структуру генерации необходимых отчетов по МАС адресам (грубо говоря сеть переработал), для избежания получения всей таблицы Fdb. Тупо перешли на ARP и IMB

Странно у вас работает скрипт...

Если на свитче светится порядка 300 маков, аналогичный скрипт у нас выполняется порядка 40 секунд.

Единственное, чем вы сможете ускорить работу - это отказаться от dot1qTpFdbStatus, я думаю.


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


Добавлено:
Правда, есть одно но при аботе телнета. Если сеть нестабильная и интерфейс свитча колбасит, то мибы обрабатываются куда шустрее...

2Septerrianin:
Поставил отсчет времени, то около 40 секунд на 240 маков получилось. Сеть работает стабильно, пробовал в разных позах снимать snmp, разброс по скорости работы небольшой.
Вот попробую телнет класс подключить и посмотреть, что будет получаться. Единственное, мне не очень нравится, как с сокетами работает PHP, наверное, надо попробовать сделать на Perl'e.

2terrible: к сожалению, переработать сеть не получится уже - слишком большая.

Правильно, Net::Telnet, но как в нём получать данные - не разобрался.
РНР авторизуется на Telnet сервере секунд 20, а это уже не дело.

Я тоже так думал, но когда припрёт - не так раскорячишься. Мы перевели 700 абонентов за 3 месяца на новую структуру.