Jump to content
Калькуляторы

GVRP vs L3 Ненависти к D-Link псто

Привет всем.

 

Планируем замену L2-агрегации на L3, DGS-3627G. Печалит следующее: VLAN-ы, созданные по GVRP, нельзя статически отредактировать, а также невозможно создать IP-интерфейсы на таковых VLAN-ах. Дело в том, что они создаются с пустым именем, а config vlan и create ipif принимают в качестве аргумента не VID, а VLAN Name.

 

Кто как поступает? Просто отказывается от GVRP? Дураку понятно, что единственный вариант, но как-то мне жизнь без GVRP и коммутации узлов без GVRP кажутся просто адским кошмаром и издевательством над ремонтниками.

Edited by GFORGX

Share this post


Link to post
Share on other sites

Удалите vlan, создайте точно такой же руками. Повешайте ip.

Share this post


Link to post
Share on other sites

Удалите vlan, создайте точно такой же руками. Повешайте ip.

При этом порты-мемберы разве сохранятся?

Share this post


Link to post
Share on other sites

Удалите vlan, создайте точно такой же руками. Повешайте ip.

При этом порты-мемберы разве сохранятся?

 

А разве нельзя переименовать VLAN?

 

config vlan vlanid <tag> name <vlan_name 32>

Share this post


Link to post
Share on other sites

Удалите vlan, создайте точно такой же руками. Повешайте ip.

При этом порты-мемберы разве сохранятся?

 

А разве нельзя переименовать VLAN?

 

config vlan vlanid <tag> name <vlan_name 32>

 

DGS-3627G:admin#config vlan vlanid 500 name 500

Command: config vlan vlanid

Next possible completions:

add delete advertisement

 

 

Видимо, не в этом мире и не в этой железке D-Link :)

Share this post


Link to post
Share on other sites

может стоить включить на портах vlan_trunk и не задаваться проблемами с ограниченным протоколом?

Share this post


Link to post
Share on other sites

может стоить включить на портах vlan_trunk и не задаваться проблемами с ограниченным протоколом?

Ограниченные тут, по-моему, костыли, а не протокол :)

 

Например, в L2-железках AlliedTelesis с GVRP VLAN-ами можно работать так же как с обычными - switchport trunk allowed vlan add <vid>, etc.

 

Но вообще - да, наверное, придётся. Но vlan_trunk плохо тем, что оно не дебажится ничем, кроме анализатора пакетов, в то время как GVRP - прозрачен полностью и мистики с ним меньше.

 

UPD.: насчёт дебаггинга вру немножко, sh fdb, конечно, помогает, но не так идеально, как с GVRP.

P.S.: спасибо :)

Edited by GFORGX

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this