1. Уважаемые посетители форума! Прежде чем помещать в форум новое сообщение о возникшей у Вас проблеме, пожалуйста, поищите ее решение в ответах на часто задаваемые вопросы FAQ, или воспользуйтесь поиском по форуму.
  2. Форум не является системой моментального ответа на вопросы. Если Вам необходимо получить ответ на ваш вопрос в кратчайшие сроки - пожалуйста, позвоните в ближайший к Вам региональный офис D-Link.
faq обучение настройка
Текущее время: Ср июл 23, 2025 00:36

Сообщения без ответов | Активные темы


Список форумов » Коммутаторы

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  Страница 1 из 1
  [ Сообщений: 14 ] 
  Предыдущая тема | Следующая тема 
Автор Сообщение
Wing
 Заголовок сообщения: 3526, 3100-24 Loopdetect
СообщениеДобавлено: Пн апр 05, 2010 00:36 
Не в сети

Зарегистрирован: Пн дек 11, 2006 13:13
Сообщений: 340
Ситуация: ночью возникла явная петля в одном из сегментов.
Очередной раз 3526 и 3100 её не увидели и не оповестили, пришлось искать, как в старые добрые времена, отключая порты на железках. В итоге нашлась, конечно, но очень хочется знать - ПОЧЕМУ ни 3526, ни 3100 не "сказали", на каком она порту?

Схема, упрощенно, такая: 3627G->3100-24TG->3526

На 3526 включен лупдетект, на 3100 - stp, ports all edge true.

Из всех троих петлю показывал только 3627. На 3100 и 3526 загрузка процессора висела под 100%, но ни в логах, ни в трапах не было ничего интересного...


Прошивка 3526 изначально была 6.00.B28. После того, как нашел петлю -- специально перепрошил на 6.00.B36 (высланную мне несколько дней назад), петлю он обнаруживать не стал.
Прошивка на 3100 - 3.60.24 (тоже последняя, высланная пару дней назад).

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


Постараюсь завтра отправить туда монтажников и узнать, что конкретно за протом "петляет", но не обещаю.
Вернуться наверх
 Профиль  
 
Alexandr Zaitsev
 Заголовок сообщения:
СообщениеДобавлено: Пн апр 05, 2010 10:10 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Ср май 10, 2006 16:40
Сообщений: 12251
Откуда: D-Link, Moscow
на порту, на котором возникла петля включён stp? Проверьте, он должен быть выключен, а также обратите внимание на настройку multicast filtering. Должно быть
Код:
config multicast port_filtering_mode <ports> filter_unregistered_groups
Вернуться наверх
 Профиль  
 
Wing
 Заголовок сообщения:
СообщениеДобавлено: Пн апр 05, 2010 10:26 
Не в сети

Зарегистрирован: Пн дек 11, 2006 13:13
Сообщений: 340
Alexandr Zaitsev писал(а):
на порту, на котором возникла петля включён stp? Проверьте, он должен быть выключен, а также обратите внимание на настройку multicast filtering. Должно быть
Код:
config multicast port_filtering_mode <ports> filter_unregistered_groups


На 3526 stp выключен, на 3100 включен.
multicast_filtering_mode = filter_unregistered_groups на обоих
Вернуться наверх
 Профиль  
 
Wing
 Заголовок сообщения:
СообщениеДобавлено: Пн апр 05, 2010 22:23 
Не в сети

Зарегистрирован: Пн дек 11, 2006 13:13
Сообщений: 340
Up...
Вернуться наверх
 Профиль  
 
Demin Ivan
 Заголовок сообщения:
СообщениеДобавлено: Ср апр 07, 2010 22:45 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Пт май 13, 2005 15:49
Сообщений: 20616
Откуда: D-Link, Moscow
Петля была за одним портом управляемого свитча или между двумя?
Вернуться наверх
 Профиль  
 
Wing
 Заголовок сообщения:
СообщениеДобавлено: Ср апр 07, 2010 23:48 
Не в сети

Зарегистрирован: Пн дек 11, 2006 13:13
Сообщений: 340
Demin Ivan писал(а):
Петля была за одним портом управляемого свитча или между двумя?


За одним портом 3526
Вернуться наверх
 Профиль  
 
Demin Ivan
 Заголовок сообщения:
СообщениеДобавлено: Пт апр 09, 2010 00:10 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Пт май 13, 2005 15:49
Сообщений: 20616
Откуда: D-Link, Moscow
Покажите пожалуйста его настройки в плане LBD.
Вернуться наверх
 Профиль  
 
Wing
 Заголовок сообщения:
СообщениеДобавлено: Пт апр 09, 2010 00:46 
Не в сети

Зарегистрирован: Пн дек 11, 2006 13:13
Сообщений: 340
Demin Ivan писал(а):
Покажите пожалуйста его настройки в плане LBD.


Код:
# 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


на всякий случай:
Код:
# STP

config stp version rstp
config stp maxage 20 maxhops 20 forwarddelay 15 txholdcount 6 fbpdu enable
config stp priority 32768 instance_id 0
config stp hellotime 2
config stp mst_config_id name 00:17:9A:08:A4:6D revision_level 0
disable stp
config stp ports 1-26 externalCost auto edge false p2p auto state enable
config stp ports 1-26 fbpdu disable
config stp ports 1-26 restricted_role false
config stp ports 1-26 restricted_tcn false
config stp mst_ports 1-26 instance_id 0 internalCost auto priority 128
Вернуться наверх
 Профиль  
 
Alexandr Zaitsev
 Заголовок сообщения:
СообщениеДобавлено: Пн апр 12, 2010 12:31 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Ср май 10, 2006 16:40
Сообщений: 12251
Откуда: D-Link, Moscow
У Вас получается, что на клиентских портах включён одновременно loopdetect и stp, поэтому и возникает проблема. Они не могут работать вместе.
Вернуться наверх
 Профиль  
 
dimnik
 Заголовок сообщения:
СообщениеДобавлено: Пн апр 12, 2010 12:55 
Не в сети

Зарегистрирован: Пн дек 08, 2008 10:19
Сообщений: 55
Откуда: Днепропетровск
Alexandr Zaitsev писал(а):
У Вас получается, что на клиентских портах включён одновременно loopdetect и stp, поэтому и возникает проблема. Они не могут работать вместе.


Извините, что встреваю...
Это утверждение так же справедливо и для DES-3028G?
Просто на практике loopdetect отрабатывал и на портах, на которых включен STP.
Вернуться наверх
 Профиль  
 
Bigarov Ruslan
 Заголовок сообщения:
СообщениеДобавлено: Пн апр 12, 2010 13:51 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Пт янв 21, 2005 11:52
Сообщений: 11212
Откуда: D-Link, Moscow
2 dimnik > Дело в том, что обе функции контролируют порт, но у STP приоритет больше. В вашем же случае LBD есть в STP, но только нужно будет на клиентских портах отключить fbpdu и задействовать функции restricted_role/tcn.

_________________
С уважением,
Бигаров Руслан.
Вернуться наверх
 Профиль  
 
Demin Ivan
 Заголовок сообщения:
СообщениеДобавлено: Пн апр 12, 2010 22:34 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Пт май 13, 2005 15:49
Сообщений: 20616
Откуда: D-Link, Moscow
Клиентские порты пропишите как edge. Естественно на них же нужно выставить Restricted Role и Restricted TCN в true.
Вернуться наверх
 Профиль  
 
Wing
 Заголовок сообщения:
СообщениеДобавлено: Вс апр 18, 2010 17:46 
Не в сети

Зарегистрирован: Пн дек 11, 2006 13:13
Сообщений: 340
Alexandr Zaitsev писал(а):
У Вас получается, что на клиентских портах включён одновременно loopdetect и stp, поэтому и возникает проблема. Они не могут работать вместе.


Погодите, но ведь
`disable stp` совсем не "включён одновременно loopdetect и stp", или я чего-то не понимаю?
Вернуться наверх
 Профиль  
 
Dyr
 Заголовок сообщения:
СообщениеДобавлено: Пн апр 19, 2010 12:11 
Не в сети

Зарегистрирован: Пн сен 18, 2006 11:17
Сообщений: 270
Откуда: SPb
Да, что-то у меня тоже какая-то каша в голове.
Почему LBD в STP на клиенстких портах будет лучше, чем LBD отдельно на клиентские порты, STP отдельно на "провайдерские"?
Вернуться наверх
 Профиль  
 
Показать сообщения за:  Сортировать по:  
Начать новую тему Ответить на тему  Страница 1 из 1
  [ Сообщений: 14 ] 

Список форумов » Коммутаторы

Часовой пояс: UTC + 3 часа


Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 36

Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB