Доброе утро. Пытаюсь настроить кольцо на двух DES-3200 , все очень просто - прошивка 1.52В009

Коммутаторы слинкованы через 25-26 порты (включены друг в друга), настройка ERPS согласно высланному мануалу, на свичах всего 3 влана, и вродебы все работает... но иногда Signal Fail никак не восстанавливается и лечится это только перезагрузкой обоих коммутаторов.
Может ктонибуть подскажет рабочую прошивку или какие параметры подкрутить ?

Кольцо ERPS восстанавливается не мгновенно после восстановления разорванного линка: сначала должно пройти время WTR timer, которое минимум - 5 минут

я вкурсе про WTR, мануалы читал, но даже после истечения 30 минут порт в состоянии Signal Fail на свиче который не RPL Owner, на свиче который RPL Owner все порты в Forward state.
Опять же - происходит не часто, но проблему такую наблюдаю

ответит ктонить ?? и вышлите мне презентацию по ERPS на martiniy собачатинка gmail.com

А что вам ответить?
Чтобы решить проблему, ее надо увидеть. Поэтому описание проблемы "иногда не работает" - никак не пойдет. Какие действия приводят к проявлению проблемы? Как ее можно воспроизвести на стенде?
Мне также интересно, что у вас за сеть такая, если на ней постоянно происходят разрывы связи между коммутаторами, в следствии чего кольцо рвется.

это не сеть, это стенд из двух коммутаторов, не хочется включать в сеть то что не работает на стенде.

Два коммутатора соединены аплинками 25-26 порты , друг в друга, на одном свиче включен RPL Owner, а на другом нет, в десятый порт свича включен ноут, и в десятый порт свича включен второй ноут. А теперь внимание - вытягиваем патчкорд из 25 порта любого свича, через 30 сек вставляем обратно, через 10 сек вытягиваем кабель из 26 порта и через 10 сек вставляем обратно... и видим что связи между ноутами нет, если связь есть - повторяем процедуру наоборот (сначала 26 порт, потом 25 порт). На одном из свичей замечаем Signal Fail, который не проходит даже через 30 минут.

Также столкнулся с подобной проблемой:
Есть плоское кольцо из 24-х коммутаторов DES-3200 и DES-3028G (также в кольце было три Edge-Core ES-3528M (у них тоже есть ERPS), но как только начались проблемы их заменили на D-Link, и, как оказалось, без толку... )

DES-3028G
Boot PROM Version : Build 1.00-B05
Firmware Version : Build 2.80.B09
Hardware Version : A1

DES-3200-28
Boot PROM Version : Build 1.00.B003
Firmware Version : Build 1.51.B008
Hardware Version : A1

RPL Owner - им является DES-3200-28, а он уже соединён с узлом агрегации DGS-3627G, его конфиг:



Остальные коммутаторы в кольце по образу и подобию этого конфига:


Также на всех коммутаторах серии 3200:


Примечание: ERPS Status : Disabled - потому что сейчас всё вернули на RSTP

Укороченная (уменьшено кол-во узлов в кольце) схема топологии кольца прилагается.



----------------------------------------------------
Запуск ERPS в кольце, как и подтвердилось в соседней теме http://forum.dlink.ru/viewtopic.php?f=2&t=138630&p=769451&hilit=erps#p769451, пришлось делать физическим размыканием\смыканием кольца, при чём первый раз прошла петля (стекло DGS-3627G её отловило) - разомкнули кольцо, после чего ребутнули RPL Owner, замкнули кольцо и ERPS заработал.

Потом начались проблемы:
В кольце ERPS при восстановлении топологии (Signal fail cleared + WTR) после отключения и включения какого-либо узла в кольце иногда прилетела петля на узел агрегации DGS-3627G (см. схему), которая там доблестно отлавливалась. На DGS-3627G timeout для детектирования петли выставлен минимальный - 1 секунда.
Надо отметить, что у нас в сети около 700 коммутаторов, часть районов выстроенна в топологии "RSTP-кольцо" и никогда на коммутатор агрегации не прилетала петля из RSTP-кольца при перестроении или востановлении топологии.

После чего возникла проблема, которая всё-таки заставила отказаться от использования ERPS в пользу проверенного RSTP:
- электриками проводились работы по замене силового автомата и зависимый по питанию коммутатор (один из членов ERPS-кольца) несколько раз включался/выключался и возможно ловил и дребезг по питанию. В этот же момент по городу прошла авария электропитания (произошло переключение на аварийную подстанцию и был мощный бросок по питанию), судя по рассказам, на крупных предприятиях перезагрузились компьютеры - хотя у нас оборудование (судя по логам) - не перегружалось - НО именно в этот момент начался широковещательный шторм с этого направления (сегмент с ERPS), который смогли остановить только выключением порта этого сегмента на DGS-3627G и того узла в кольце, где были электрики.

После шторма, кольцо физически сомкнули, шторма не возникло (почему-то уже не возникло, хотя ничего на комутаторах не менялось), ... При выяснении оказалось, что на одном из коммутаторов порт в состоянии SF (signal fail) - хотя линк физически есть. И из этого состояния не выходит, выключение/включение порта с обоих сторон ничего на даёт, результат даёт только:
выключение порта SF, выключение ERPS, перезагрузка коммутатора, включение ERPS и включение порта. При этом, следующий коммутатор ловит этот SF на порту в том же направлении (т.е. если SF был у west port - то и на следующем будет west). Один раз получилось словить SF на обоих коммутаторах , т.е. west и east порты смотрящие друг на друга. В итоге помучав так порядка 6-ти коммутаторов, решили уйти опять на RSTP - не перегружать же всё кольцо по очереди каждый коммутатор при каждом таком случае.

Так вот, Артём. Такие заявления "А что вам ответить?" - неприемлемы. Не я один, судя по растущим темам на форуме, мягко сказать огрёб кучу проблем и потерянные выходные, решив поверить в ERPS.

yuri.mironov
Спасибо за развернутое описание.
Я протестирую ситуацию более тщательно и отпишусь здесь.

Стенд из 4х коммутаторов DES-3200. FW 1.52.B005.
Связаны в кольцо.
Проделанные испытания:
1. Выключал случайный коммутатор по питанию - имитация скачка напряжения и ремонтных работ электриков. Результат: кольцо восстановлено
2. Отключал случайные линки - имитация порезанного кабеля - кольцо переходит из Idle в Protection, при восстановлении линка и истечении таймера WTR - Idle. Результат: кольцо восстановлено
3. Отключал оба линка на случайном коммутаторе и включал обратно. Результат: кольцо восстановлено
4. Отключал два коммутатора по питанию - имитация аварии на районе. По истечении таймера - кольцо восстановлено
5. Отключая кабеля получал в том числе и Signal fail на порту. После подключения кабеля порт переходит в Blocking, состояние Signal Fail не остается.

Подключаем коллективный разум. Какие еще проверки сделать, чтобы воспроизвести зависание Signal fail?

возможно ли это проделать на DES-3200. FW 1.52.B009. ???
есть ли багфиксы ERPS со времён fw 1,41 ?

Несколько рекомендаций:

1. Проверьте - все ли порты East смотрят в West и наоборот. Ошибетесь - будут как раз указанные симптомы.
2. Проверьте - направляете ли вы трафик RAPS VLAN в нужные порты на всех коммутаторах.
3. Убедитесь, чтобы в тех вланах, которые не включены в ERPS, но проброшены на кольцевые порты (обычно там vlan_trunk) не ходило стороннего трафика - обязательно уберите все эти вланы с аплинков.
4. Проверьте, не включен ли на кольцевых портах фильтр мультикаста (не помню сейчас команду).

_________________
Regards,
Senior NOC Engineer,
Alexey Asemov.

max_poll
Возможно. Я так и не дождался конкретного алгоритма воспроизведения проблемы с ERPS - при правильно собранной схеме и корректной настройке он хорошо отрабатывает, как я уже и писал. Багфиксов много - но весь список я, к сожалению, предоставить не могу.

Здравствуйте, Коммутаторы 3200-28 Hardware Version : B1 / Boot PROM Version : Build 1.00.007 / Firmware Version : Build 1.52.B009


вопрос следующий смотрим оптические порты 25-26 горят:

Port State/ Settings Connection Address
MDI Speed/Duplex/FlowCtrl Speed/Duplex/FlowCtrl Learning
----- -------- --------------------- --------------------- --------
25(C) Enabled Auto/Disabled LinkDown Enabled
Auto
25(F) Enabled Auto/Disabled 1000M/Full/None Enabled

26(C) Enabled Auto/Disabled LinkDown Enabled
Auto
26(F) Enabled Auto/Disabled 1000M/Full/None Enabled

смотрим ERPS, а там следующее:

ERPS Status : Enabled
R-APS VLAN : 4050
West Port : 25 (Forwarding)
East Port : 26 (Signal Fail)
RPL Port : None
Owner : Disabled
Protection VLANs : 1-501, 601, 701, 801, 901, 1001, 1101, 1200-1901, 2001, 2101, 2201, 2301, 2401, 2501, 2601, 2701, 2801, 2901, 3001, 3200-3499
Ring MEL : 1
Holdoff Time : 0 ms
Guard Time : 500 ms
WTR Time : 5 minutes
Log : Enabled
Trap : Disabled
Current Ring State : Protection

соответственно остальные коммутаторы не пингуются. в чем может быть проблема?

после перезагрузки первого коммутатора второй запинговался, и так по цепочке пока тупа их ручками не перезагружать ((((
помогите пожалуйста разобраться.

Есть партия данных коммутаторов.

Наблюдаем такую же проблему.
Подготовлено новое кольцо, сконфигурировано.
Монтажники поехали ставить на место, поставили, у них линки загорелись. А с внешки не пингуются. Поехал на место. Тоже самое.
Если перегружаешь коммутатор, он начинает работает. Если же посмотреть статус ERPS:


West Port : 25 (Forwarding)
East Port : 26 (Signal Fail)

Boot PROM Version : Build 1.00.007
Firmware Version : Build 1.52.B009
Hardware Version : B1


Что прислать, чтобы помогло в быстром решении проблем. У нас их 300 штук, и со всеми такие траблы. Срывается сдача района!

Чтоб не тормозить надолго процесс, и соответственно решение проблемы вот конфиги 3 коммутаторов.

http://ifolder.ru/28232661

Коммутаторы настроили, поставили. Поднялся только первый (хотя лампочки зажглись (монтажники проверяют работу только по линкам) ). Я же их, с офиса не увидел. Чтобы поднять второй и третий, пришлось сначала перегрузить рабочий первый, за ним поднялся второй коммутатор, потом перегрузить второй коммутатор, чтобы поднялся третий, и так по цепочке вверх.

Ставят их соответственно, сначала 1, потом пока доедут в другой дом +- 10 минут - второй коммутатор, и так далее.

Симптомы:

sh erps

West Port : 25 (Forwarding)
East Port : 26 (Signal Fail)


sh ports 25-26

25(F) Enabled Auto/Disabled 1000M/Full/None Enabled

26(F) Enabled Auto/Disabled 1000M/Full/None Enabled