В 3526 есть функция loopback detection, определяющая петли и блокирующая порт с петлей.
При этом свитч должен отправлять snmp-трапы.
При просмотре полученых трапов при появлении кольца появляется через раз сообщение "SNMPv2-SMI::enterprises.171.11.64.1.2.12.2.1.1.1.1 1 " (петля на первом порту) и сообщение, что порт down (SNMPv2-MIB::snmpTrapOID.0 IF-MIB::linkDown).

Что означает первое сообщение и если это трап о петле, то почему он появляется не всегда, когда образуется петля...В общем подскажите, пожалуйста, как правильно настроить отправку трапов в этом случае на 3526, прошивка Build 6.00.B12.

Вы используете Loopback Detection или LBD в STP!?

Включение SNMP trap-ов:
enable snmp traps
create snmp host ...
и если требуется, то включение локально snmp trap-ов

P.S.: Это trap отключения порта.

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

Использую Loopback Detection на клиентских портах (1-24).
В будущем планирую на оптических портах настроить STP, но пока еще не делалось.

Тогда должны приходить trap-ы с такой информацией:
OID Object identifier: 1.3.6.1.4.1.171.11.64.1.2.12.2.1.1.1.x
х - номер порта

Value: OID: SNMPv2-SMI::enterprises.171.11.64.1.2.15.4.0.2 - срабатывание функции LBD, порт отключается
Value: OID: SNMPv2-SMI::enterprises.171.11.64.1.2.15.4.0.3 - срабатывание функции LBD, порт включается

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

Спасибо, этот трап приходит ("SNMPv2-SMI::enterprises.171.11.64.1.2.12.2.1.1.1.1 1 ").
Только проблема в том, что он приходит не каждый раз при обнаружении петли, пока ищу причину. Но трап, что линк down приходит стабильно. Может нужно откличить трапы на портах или проблема с моей версией прошивки (Build 6.00.B12)?

А у Вас сама функция каждый раз срабатывает по логам? Попробуйте пожалуйста прошивку которую я Вам выслал.

А как сделать запрос, чтобы пришел ответ: Есть LOOP!!!

Свитчи 3010G, 3026, 3526

Вы имеете в виду посмотреть есть ли петля на порту по snmp?

DES-3010G: snmpwalk -v2c -c private 192.168.0.1 1.3.6.1.4.1.171.11.63.1.2.2.18.2.1.1.4.x
DES-3026: snmpwalk -v2c -c private 192.168.0.1 1.3.6.1.4.1.171.11.63.3.2.18.2.1.1.4.x
DES-3526: snmpwalk -v2c -c private 192.168.0.1 1.3.6.1.4.1.171.11.64.1.2.12.2.1.1.4.x

где x - номер порта.
Возвращаемые значения:
1 - normal; 2 - loop; 3 - error

На будущее, запрос snmp-howto осуществляется в отдельной теме: http://forum.dlink.ru/viewtopic.php?t=92700

Спасибо за ответ! Просто в той теме очень сложно что-либо найти (100стр о-о) Еще один последний вопрос:
А можно ли сделать так, чтоб не опрашивать свитч 50 раз по каждому порту, а один раз спросить есть ли луп на каком-нибудь порту?
Заранее спасибо!

А если петля появиться через какое-то время?

Фишка в том, что в сети ок 1500 свитчей 3010,3026,3526,3550

Наверняка где-то есть сработанный loopdetect (например порт сгорел)
Раз в минуту, порт пытается подняться, и опять отключается, но есть подозрения что за то время пока он поднят - гадит в сеть....

Обойти все свитчи по портам слишком муторно, тем более модель одного ip адреса может поменяться (допустим не хватает портов на 3010 - ставим вместо него 3026)

А так опросил все свитчи раз в час, увидел на каких луп сработал - зашел на свитч, посмотрел порт, потушил.

Я думаю вряд ли есть такой OID в лоб поэтому проще скрипт написать по опросу всех портов за один заход.

Все равно спасибо за информацию и оперативность!

Не за что!