Доброго времени суток.
Возник вопрос по LBD в конфигурации VLAN Based.
Когда управляющий ВЛАН не 1 то получается что LBD не работает вообще не на управляющем ВЛАН не на 1...
хотя доступ к устройству хоть какой то сохраняется...
данная картина характерна и для DGS 3200-24 и для DES 3200-18
что нам делать как нам быть ?
DGS 3200-24 Firmware Version 1.62.B011
DES 3200-18 Firmware Version 1.21.B007

Пожалуйста, уточните для чего используете LBD VLAN-Based Mode и конфигурацию VLAN-ов и Loopback Detection.

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

Собственно для детектирования этих самых колец
Конфигурация следующая:
1 влан стандартный для клиентов нетегированный
3128 влан management тэгированный собственно для управления железками
Вот и возник вопрос что если management влан 1 то LBD детектируется свитчем, а если нет ( влан 3128 ) - то на 1 влан кольцо не детектируется

Т.е. задача блокировать петли на клиентских портах?

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

и это тоже.
существует проблема того что некоторые клиенты подключены на магистральных портах ввиду экономической составляющей...

up

up

Как это? 0_o

Порт или клиентский или магистральный. Что значит клиент подключен на магистральном порту?

два управляемых коммутатора №1 и №2 подключены через неуправляемый коммутатор №3
также в коммутатор №3 подключен клиент
соотв. клиент получает нетэгированный траффик из 1 влана, а на коммутаторах №1 и №2 порты соотв 1 влан нетэгированный и management влан тэгированный.
и получаем что VLAN based LBD не работает

up

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

Я конечно же понимаю что это не есть хорошо.
Только вот незадача - ГДЕ найти средства на покупку коммутатора стоимостью 8-10 тысяч на 1 клиента который это оборудование будет окупать годами ?
Можно конечно же развести дискуссию насчет "правильности" построения сетей НО все-таки ситуация сложилась именно так как я описал...
Насколько я понимаю мой вопрос стоит не столько в клиенте сколько в оборудовании.

А если у меня несколько VLAN на магистрали?
А если используется QinQ ?
Будет ли работать VLAN Based LBD ?

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



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

вопрос что за модель неуправляемого свича пропускающего вланы + не глючещего с кучей маков, не подвивающий и справляющийся думаю с немаленькой нагрузкой?!??!
не проще взять самый дешевый управляемый и поставить туда. или перестроить данную линию (там оптику проложить, хорошую витую пару между управляемыми свичами, абоненту линию протянуть от нужного свича)

зы если у вас там свич (даже пусть не управляеммый) то по идее он не должен слать абоненту левый трафик так как все таки это свич а не хаб

_________________
Умная книжка по теории сетей и настройкам свичей:
ftp://ftp.dlink.ru/pub/Trainings/Switch_D-Link_newest_Basic.pdf

Так там ненужных то и нету...

Да. В сегменте порядка 200 МАКов. Свитч обычный свисток D-link типа 1008 Гигабитный - вполне должно хватать на такое количество МАКов

Я же уже писал - экономическая составляющая...
Чтобы не быть голословным предложите мне пожалуйста ДЕШЕВЫЙ УПРАВЛЯЕМЫЙ ГИГАБИТНЫЙ КОММУТАТОР в пределах 3000 руб

А на эту тему можно вообще развести дебаты что есть свитч а что есть хаб...
Мне нужно проблему решить а не молоть воздух !

чтонибуть из серии смарт.. (имхо бу)

первое что на ум пришло DES-2108 думаю новые 2.5 руб стоит, бу еще дешевле
купить включить в гигабитную мыльницу в DES-2108 клиента. как раз мона еще клиентов включить

или поискать для магистрали бу DGS-12xx-xx/ мона как раз уложится в 2-3т.р и будет веб/смарт управляемый магистральный свич

зы имхо решить это проблему это перестроить этот кусок

_________________
Умная книжка по теории сетей и настройкам свичей:
ftp://ftp.dlink.ru/pub/Trainings/Switch_D-Link_newest_Basic.pdf