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

Помогите, пожалуста, разобраться с DES-3526 и Loopdetect.
Собрали вот такую схему.



Коммутатор уровня доступа - DES-3526 (FW 5.01-B09) две штуки.
(порт 26 не используется, 1-24 порты - клиентские)
Далее у DES-3526 порт 25 включен в DGS-3627G (FW 2.20-B37)
из DGS-3627G - в маршрутизатор.

в конфиге 3526 включено:

# LOOP_DETECT

enable loopdetect
config loopdetect recover_timer 60
config loopdetect interval 10
config loopdetect mode port-based
config loopdetect ports 1-24 state enabled
config loopdetect ports 25-26 state disabled

# STORM

config traffic control_trap none
config traffic control 1-5 broadcast disable multicast disable unicast disable action drop threshold 128000

Что делаем:
Включаем в порт 1 неуправляемый свитч с петлей. (смотри рисунок)
Примерно через 10 секунд в логах появляется строчка:
49 2007/10/25 12:18:46 Port 1 link down
48 2007/10/25 12:18:45 Configuration Testing Protocol detects a loop in port 1

На порту гаснет лампочка сетевой активности, на 60 секунд вся сеть перестает работать. Далее порт включается и все повторяется по кругу. Иногда почему-то Loopdetect не отрабатывает вообще, при этом сеть не работает.
Перестает работать вся сеть, т.е. и на втором DES-3526 тоже.

Что делаем не так? Помогите.

PS:
...посмотрел форум, инструкции к свитчу. Вроде как-то нужно STP настроить?

- на форуме уже 100 раз обсуждалось
- может того ... доку все же почитать?

Извините, но все что нашел на форуме по прошивке 5.хх :
viewtopic.php?t=44803&highlight=STP

это то что STP и Loopback detect теперь работают независимо.

в этом топике вообще не понятно, чем все закончилось:
viewtopic.php?t=42552&postdays=0&postorder=asc&highlight=LOOP&start=0

Настроено как в документации.
Расскажите, где неправильно.

PS:
Сейчас сеть работает 10 сек, потом 60 сек все лежит.

Вот лог со свитча:

373 2007/10/25 17:39:52 Port 1 link down
372 2007/10/25 17:39:51 Configuration Testing Protocol detects a loop in port 1
371 2007/10/25 17:39:51 Port 1 link up, 100Mbps FULL duplex
370 2007/10/25 17:38:50 Port 1 link down
369 2007/10/25 17:38:49 Configuration Testing Protocol detects a loop in port 1
368 2007/10/25 17:38:49 Port 1 link up, 100Mbps FULL duplex
367 2007/10/25 17:37:47 Port 1 link down
366 2007/10/25 17:37:46 Configuration Testing Protocol detects a loop in port 1
365 2007/10/25 17:37:46 Port 1 link up, 100Mbps FULL duplex
364 2007/10/25 17:36:45 Port 1 link down
363 2007/10/25 17:36:44 Configuration Testing Protocol detects a loop in port 1
362 2007/10/25 17:36:44 Port 1 link up, 100Mbps FULL duplex
361 2007/10/25 17:35:42 Port 1 link down

По моему порт слишком быстро поднимается после того как его отключила система, посмотрите, может там параметры какие-то еще есть?

Да, в лог пишет именно так. Но роботает так, как написано выше.
Может быть ЦПУ не справляется?
Safeguard Engine включено.

Граждане, у кого есть сеть на микрорайон на свитчах DES-3526, проверьте, как оно работает у вас?

Скорее всего у Вас действительно петля на порту.

Главное что свитч посылает в этот порт пакет и получает его же обратно. Если у Вас много "тупых" свитчей за портом, то на одном из них или между парой их может быть петля. Также выгоревшие порты на "тупых" свитчах могут делать зеркало.

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

Посмотрите в сторону Recovery Time..

>Посмотрите в сторону Recovery Time..

config loopdetect recover_timer <value 60-1000000>

Поумолчанию установлено 60, соответственно 60 сек сеть лежит, 10 сек работает. Можно поставить 1000000, тогда сеть будет лежать 1000000 сек и 10 сек работать?

config loopdetect interval <value 1-32767>
config loopdetect recover_timer <value 60-1000000>


Получается очень большое количество комбинаций.
Очень хочется прочитать, что это за параметры, как и на что они влияют.

Коллега pvl, я с Вашего позволения вмешаюсь.





Петля на порту тупого свича действительно есть, тупой свич один, все как на картинке сверху, только после ком. ур. дост.(3526) воткнут DGS-3627G и цыска, а в другой порт DGS-3627 воткнут DES-3526(number 2).
Дык смущает то, что при появлении петли на тупом, пинги до циски перестают идти как с нумбер раз, так и с нумбер два.
На счет recovery time и других счетчиков, по логике они должны влиять только на интервалы поиска петли и продолжительности валяния порта на 3526 (нумбер раз) за кот обнаружена петля или не так?
Т.е., если я правильно понимаю косяк надо искать не здесь.
Повторюсь, вопрос в том почему пропадает пинг с DESа без петли и чем вылечить?

>Повторюсь, вопрос в том почему пропадает пинг с DESа без петли и чем вылечить?

У мя ситуация практически таже самая.
Пинги пропадаюит и с первого и со второго свитча, если на одном из портов любого DES-3526 появляется неуправляемый свитч с петлей.

Сейчас выставил:

Loopdetect Global Settings
---------------------------
Loopdetect Status..........: Enabled
Loopdetect Interval........: 2
Recover Time................: 200
Mode............................: Port-Based

Вроде работает, т.к. должно быть по логике...
Порт отключается практически мгновенно и никому не мешает.
Хотелось бы осознать, что я сделал.

Перезвоните пожалуйста в офис по телефону 744-00-99 доб.390.