Схема
сервер - 3100 - 3526(А) - 3526(Б)

Исходная ситуация - на сервере поднят влан с GVRP
На последне коммутаторе Б поднимаем нужный влан, кидая его на какой-либо порт - все коммутаторы конфигурруются нормально.

Если мы на среднем коммутаторе А создаем этот влан статически - все работает. Но когда мы его сносим - на 3100 в данном влане исчезает порт, который смотрит в сторону коммутатора А.

Перегружать коммутаторы как-то не хочется.
Прошивки везде новые
3100 - 3.00.43
3526 - 6.00.B28

Пример настроек GVRP включающий хотяб один VLAN со всех трёх коммутаторов?

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

Ну как, GVRP конечно же включено на магистральных портах.
На коммутаторе Б я завожу влан с номером 2 и кидаю его на любой немагистральный порт. Advertise enable. На коммутаторе А я заводил

вот 3526 А

enable gvrp
config gvrp 1,3,9,11-23 state disable ingress_checking enable acceptable_frame admit_all pvid 1
config gvrp 2 state disable ingress_checking enable acceptable_frame admit_all pvid 97
config gvrp 4 state disable ingress_checking enable acceptable_frame admit_all pvid 100
config gvrp 5,10 state disable ingress_checking enable acceptable_frame admit_all pvid 89
config gvrp 6 state disable ingress_checking enable acceptable_frame admit_all pvid 99
config gvrp 7 state disable ingress_checking enable acceptable_frame admit_all pvid 98
config gvrp 8 state disable ingress_checking enable acceptable_frame admit_all pvid 107
config gvrp 24 state disable ingress_checking enable acceptable_frame admit_all pvid 8
config gvrp 25-26 state enable ingress_checking enable acceptable_frame tagged_only pvid 1

3526 Б

enable gvrp
config gvrp 1 state disable ingress_checking enable acceptable_frame admit_all pvid 113
config gvrp 2,4,6,9,15-23 state disable ingress_checking enable acceptable_frame admit_all pvid 1
config gvrp 3 state disable ingress_checking enable acceptable_frame admit_all pvid 115
config gvrp 5 state disable ingress_checking enable acceptable_frame admit_all pvid 121
config gvrp 7 state disable ingress_checking enable acceptable_frame admit_all pvid 78
config gvrp 8 state disable ingress_checking enable acceptable_frame admit_all pvid 130
config gvrp 10,25-26 state enable ingress_checking enable acceptable_frame admit_all pvid 1
config gvrp 11 state disable ingress_checking enable acceptable_frame admit_all pvid 74
config gvrp 12 state disable ingress_checking enable acceptable_frame admit_all pvid 80
config gvrp 13 state disable ingress_checking enable acceptable_frame admit_all pvid 128
config gvrp 14 state disable ingress_checking enable acceptable_frame admit_all pvid 118
config gvrp 24 state disable ingress_checking enable acceptable_frame admit_all pvid 8

3100

enable gvrp
config gvrp 1:(1-2,15) pvid 9
config gvrp 1:(3-5,7-9,12,16-18) acceptable_frame tagged_only
config gvrp 1:(6,11,19-24) state enable acceptable_frame tagged_only
config gvrp 1:10 pvid 96
config gvrp 1:(13-14) pvid 64


Номера портов в скобках
сервер-(20)3100(24)-(26)А(25)-(25)Б

На коммутаторе Б заводился влан номер 2
create vlan 2 tag 2
config vlan 2 add tagged 1
config vlan 2 advertisement enable

На коммутаторе А этот влан заводился например так
create vlan 2 tag 2
config vlan 2 add tagged 1,25,26
config vlan 2 advertisement enable

После удаления начинались глюки, 3100 видит 2 влан тока на 20 порту, а на 24 перестает.

Достаточно было ввести следующие настройки:

Server-(20)3100(24)-(26)А(25)-(25)Б(1)--PC

3526 Б

create vlan 2 tag 2
config vlan 2 add tagged 1
config vlan 2 advertisement enable
enable gvrp
config gvrp 25-26 state enable

3526 А

enable gvrp
config gvrp 25-26 state enable

3100

create vlan 2 tag 2
config vlan 2 add tagged 20,24
enable gvrp
config gvrp 1:(6,11,19-24) state enable

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

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

И учитывая что мои сервера и коммутаторы поддерживают GVRP я также не хочу статически прописывать вланы на 3100.

И еще, у меня нет уверенности что если в сети отработает SFP вланы не сломаются аналогичным образом.

Я протестировал ситуацию с конфигурацией предложенной Русланом и у меня все корректно работает. Вы ее пробовали?

Предложенная конфигурация практически ничем не отличается от чистой статики. Конечно она работает. Но если я начинаю редактировать ранее статический влан или просто убираю с промежуточного коммутатора А уже не нужный на нем влан - происходят описанные мной глюки..

По правилам GVRP мне достаточно прописать влан на концах, что я и делаю:
сервер + коммутатор Б
А может ранее у меня была рабочая станция на коммутаторе А, а потом ее не стало?

При необходимости могу дать доступ на свое оборудование и продемонстрировать проблему.

Вы же писали:

И в предложенной конфигурации на коммутаторе A виланы статикой не прописаны, а поднимаются динамически. Все работает

Наша сеть построена в основном на оборудовании D-Link.
Для упрощения администрирования и увеличения надежности работы в сети внедряются RSTP и GVRP. Вводить STP без GVRP слегка неудобно, так как абсолютно все вланы необходимо прописывать на всех магистральных коммутаторах. В процессе перевода сети на GVRP выяснилась некоторая неприятная особенность, что при удалении вланов на транзитных магистральных коммутаторах наблюдаются глюки. Другими словами, одна и та же конфигурация прекрасно работает для вновь заводимых вланов, но если переделывается ранее созданный статический влан то абсолютно та же конфигурация уже не работает.

Я провел эксперимент.
1. Завожу влан номер 2 по правилам GVRP - все работает.
2. Добавляю этот же влан на одном из промежуточных магистральных коммутаторов - все работает.
3. Удаляю то, что создал в п. 2 - то есть конфигурация в точности повторяет п. 1 - данный влан перестает работать.

Вывод - какой-то из коммутаторов при удалении статического влана не полностью удаляет информацию о нем и по этому влан уже не работает

Вы мне предлагаете схему как завести влан чтобы он работал. Это конечно здорово, но я это и так могу. Для этого мне надо разломать всю сеть, удалив все вланы (чтобы коммутаторы про них забыли), а потом создать их заново. И главное никакой гарантии, что если у меня отработает STP все потом опять не сломается.

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

Выслал

Данную проблему планируется исправить в следующей версии программного обеспечения ориентировочно в конце декабря - начале января.

Спасибо, ждем.
А не скажите, какой из коммутаторов "виноват" в данной проблеме, уже ясно?

Исправление выйдет для DES-3526

Исправление для 3526 помогло.

А на 3100 адвертайза нет как класса?
Его сделать планируется?

Соединяю 3100 и 3526, соответственно 3100 види вланы от 3526 а наоборот нет.