Элтекс

Есть ли возможность заставить GVRP создавать\удалять VLAN'ы? Сейчас, если пытаешься назначить на порту VLAN (switchport access vlan X), принятый по GVRP, то коммутатор (3124) пишет, что данный VLAN не создан пользователем. Хотелось бы получить аналог VTP, когда VLAN'ы создаются на одном коммутаторе и становятся доступны для конфигурирования портов\транков везде.

node, а данный vlan есть на коммутаторе, то есть gvrp работает верно, вы проверили?

Добрый день! Назначить на порт VLAN полученный по GVRP не получится, для этого придется этот vlan создать.

VLAN-I-GVRPAddVlan: Dynamic VLAN Vlan 50 was added by GVRP
LINK-I-Up: Vlan 50
sh vlan
50 - gi1/0/2 dynamicGvrp Required

interface gi0/3
switchport access vlan 50
VLANs 50 were not created by user.

vlan database
vlan 50
%VLAN-I-GVRPDynToStatic: VLAN Vlan 50 changed from Dynamic to Static

GVRP позволяет создавать vlan на свиче динамически. Это удобно, когда нужно прописать vlan транзитом через большое количество коммутаторов. Если необходимо назначить vlan на порт его надо прописать статически.
Если не ошибаюсь, так работает GVRP и на оборудовании D-link и у других вендоров.

Я верно понимаю, что в транк (switchport trunk allowed vlan add X) динамический GVRP'шный VLAN прописать можно (чтобы прокидывалось транзитом), а назначить его на аксесс - уже нельзя? (сейчас нет коммутатора под рукой, на котором это можно было бы проверить)

Ну и если заявки принимаются - хотелось бы замену VTP, чтобы не нужно было никаких телодвижений с vlan database и пр. - даже в микро сетке на 10 коммутаторов прописывать VLAN'ы руками становится крайне неудобно ("неудобно" означает увеличение риска ошибки и простоя сети заказчика), VTP решал эту проблему. Можно ли решить её на Eltex?

> Я верно понимаю, что в транк (switchport trunk allowed vlan add X) динамический GVRP'шный VLAN прописать можно (чтобы прокидывалось транзитом)

Нет, в транк тоже прописать не получиться. На порту можно только сделать gvrp enable, включив, таким образом, порт в распространение vlan по GVRP.

Конечно, принимаются. Но VTP - проприетарный протокол Циско и не совместим с другими вендорами. У GVRP, как он сейчас реализован, совместимость имеется.

Вопрос всё-таки не в совместимости (в наших проектах она не нужна, мы стараемся ставить одного вендора, Элтекс *пока* не подводил, в отличии от некоторых других отечественных, поэтому от нашего коллектива передаю вашему коллективу "спасибо за работу"), а в решении задачи распространения информации о VLAN'ах с возможностью их использования на коммутаторах без ручного ввода в базу. Как это реализовано - VTP c/без совместимости с Cisco, надстройкой над GVRP, MVRP, вашим собственным протоколом - без разницы, но по своему знакомству с текущей реализацией GVRP могу сказать, что сейчас она абсолютно бесполезна - всё равно приходится смотреть базу, создавать VLAN, прописывать их в транки\на аксесс. Если вланов 2-3 - ок, если 100 и свитчей под 20 - это уже реальная проблема.

Присоединюсь, было бы интересно.
Есть какие продвижения в данном вопросе?

Vlan надо обязательно добавлять в vlan database. Обойти эту реализацию не получится.

Можно немного некропостинга?
Вообщем то хотелось узнать за поддержку протокола MVRP на коммутаторах серии MES2324FB.

Добрый день. Протокол MVRP на коммутаторах Eltex не поддерживается.

alex_bat писал(а):Добрый день. Протокол MVRP на коммутаторах Eltex не поддерживается.

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

Соглашусь с node по поводу "полезности" gvrp.
При настройке стеков MES под замену старых cisco в core сегменте, после прочтения документации по gvrp, первый же вопрос который у меня возник "и зачем он вообще такой нужен?"

p.s. Тяжело вздохнул и также попрощался с vtp3 под mst. Придется руками делать измниния в инстанциях, даже не знаю к чему это приведёт.

Может я что-то делал не так.
Но включил gvrp в общем и на транке.
Добавил влан на коммутатор, статус влана поменялся с динамического на статику.
А дальше достаточно было прописать статику на пользовательских портах. На транке ничего добавлять не надо. И так работало.

При этом в статистике отображается так

То есть порт Po16 получает влан по gvrp, а на остальных он прибит в конфиге.

Критика:
Было бы круто если бы еще и описания вланов переносились. Чтоб точно не ошибиться. А то просто безликие циферки не круто.

И то что влан нельзя навесить на порт без прибивания его руками в конфиг это конечно минус. Хотелось бы чтоб автоматом происходила операция по добавлению влана в базу на коммутаторе при его использовании.
Это было бы просто удобно независимо от того используешь gvrp или нет.

Словил баг.
Вышеописанное отлично работало при прошивке версии 4.8.3 . При обновлении до 4.9.1 поведение сломалось. Теперь походу надо и в транке писать.

Поправки от 14.05
Данная схема(когда не надо добавлять влан на аплинк в коммутаторе доступа работает только если с другой стороны(на коммутаторе агрегации) этот влан прописан руками. Иначе не работает. Несмотря на то что влан на доступе создан и прописан на пользовательские порты. То есть в любом случае влан надо где-то прописать. Или на аплинк порт коммутатора доступа или на даунлинке коммутатора агрегации.
Проверял на коммутаторах mes3324f и mes2324p, версии прошивок одинаковые 4.8.3

Что-то будут менять в логике работы gvrp?
Или хотя бы :

Хотелось бы чтоб автоматом происходила операция по добавлению влана в базу на коммутаторе при его использовании.