Добрый день форумчане!
Помогите советом в настройке DES-1100-16.
Имеется 2 ЛС, связь между ними организована с помощью TP-LINK TL-WA5210G, которые настроены в режиме клиент + точка доступа. Для резервирования данного канала были установлены TP-LINK TL-WA7510N, также клиент + точка доступа. Для избежания образовавшегося кольца были приобретены 2 коммутатора DES-1100-16. Настроил на обоих коммутаторах функцию Loopback Detection для определения и отключения кольца. Все отрабатывает, один порт на резервный канал отключается. Для проверки отсоединяю линк основного канала, канал падает до момента, пока не заведется отключенный порт, секунд через 30-40 поднимается резервный канал и все продолжает работать. Вставляю на место линк основного канала, резервный падает, в маршрутизаторе блокируется порт на резервный канал, но связи между сетями уже нет, хотя TP-LINKи основного канала видят друг друга.

В чём состоит вопрос?

Вопрос в том, как корректно настроить коммутаторы, чтобы избежать кольца. Чтобы все пакеты между сетями шли по "основному каналу" (TP-LINK TL-WA7510N), при пропадании "основного" в работу вступал "резервный" (TP-LINK TL-WA5210G). При восстановлении "основного", все переключалось на в первоначальное состояние. Можно ли вообще такое сделать с помощью DES-1100-16?

Вам нужен STP протокол, которого, судя по описанию, в DES-1100 нет.

в cli версии есть stp, но не проверял его работу

Использование LDB для таких целей - плохая идея. Этот функционал нужен для минимизации последствий появления кольца, а не для резервирования линков. Дело в том, что при кольце фреймы появляются не там, где должны, что приводит к порче таблиц коммутации. То есть с точки зрения коммутатора топология в этот момент может быть не совсем той, что вы себе представляете, исходя из схемы. Это может приводить к:

Поэтому, либо настраивайте STP, если он поддерживается устройствами, либо отлавливайте изменение состояния порта или трафика на нем и переключайте порты скриптом на основе этих значений.

_________________
D-Link Switches: Tips & Tricks

Простите, а что за cli версия?

Уже понял, что STP не поддерживается, в ближайшее время купить коммутатор с STP нет возможности. Буду наблюдать за состоянием портов ))

Может вы сможете мне объяснить еще один вопрос? При выполнении пинга до любого адреса в сети, задержки как и полагается < 1 мс. При выполнении пинга на сам коммутатор, задержки доходят от 1 мс до 150 мс. Почему так?

Потому что отвечать на пинги - не его основная задача. Если железка слабенькая, то от этого никуда не деться. Еще вариант - большое количество запросов к самому коммутатору (частый опрос или флуд).
p.s. Управление должно быть в отдельном влан, это сильно повышает живучесть устройств.


Вообще это command line interface. Подключитесь через телнет и посмотрите. Хотя может для этой модели какая то особенная прошивка для CLI нужна, но вообще это основной способ работы в нормальных железках.

_________________
D-Link Switches: Tips & Tricks

Всем спасибо за ответы и советы!!! Буду прошиваться и мучить железяку )))