Я имею ввиду зачем нужно указывать add_inner_tag 0x8100, если мы потом его меняем

Добрый день. Продолжаю тему.

Дошло дело до сбора стенда.
Имею DGS-3612G (3.00.B33) в качестве агрегации, на нем и буду настраивать QinQ.

Не могу выполнить

Параметра add_inner_tag в команде нет.

И, я думаю, вы все же ошиблись в


Нам же нужно указать TPID. Я правильно понимаю?

Добрый день. Извиняюсь за задержку в ответе, был в командировке.

Да, параметр "add_inner_tag ..." коммутаторы серии DGS-3600 не поддерживают, а коммутаторы серии DGS-3620 поддерживают. Извиняюсь, что немного запутал Вас.

P.S.:
1. "add_inner_tag ..." - это добавление c-tag при q-in-q инкапсулировании нативного трафика
2. "outer_tpid ..." - этим параметром Вы задаёте tpid в sp-tag

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

То есть в нашем случае подобное реализовать нельзя?

Да, на коммутаторе DGS-3627G нативный трафик можно упаковать только в один sp-tag.

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

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

Либо Вы каждый порт DGS-3627G будете ассоциировать с одним sp-tag, либо менять DGS-3627G на DGS-3620-28SC.

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

У нас трафик от свичей доступа идет нетегированным в сторону агрегации.

Возникла идея. Есть ли возможность на каждом порту свича агрегации трафик принимать в разные VLANы а на выходе в ядро наворачивать на них дополнительных тэг? Напомню, 3612G, 3627G.

Добрый день. Пожалуйста, напомните, у Вас топология звезда?

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

Да, топология звезда. Ядро, в него подключаются районные узлы агрегации, в которые подключены ещё узловые свичи. Во все эти свичи уже подключены абонентские коммутаторы. Где-то есть кольца, но в основном небольшие и их относительно мало.

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

Управляемые. Я тоже задавал такие вопросы (да все, наверное, задают их), мне объяснили, что так исторически сложилось. В принципе можно и тегом, но хотелось бы конечно меньше телодвижений по перенастройке коммутаторов доступа.

В общем и целом стоит задача по сегментированию сети. У нас VLAN на район, такая ситуация перестала устраивать.

Дело в том, что за агрегатором можно порт настроить как UNI, чтобы он второй tag добавлял, но есть вероятность, что и на данный коммутатор будут приходить пакеты с двойным tag, тогда выше пойдут уже с тремя tag.

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

В общем идея развивается. Теперь схема немного другая.



Нужно обернуть внешним тэгом 100 трафик, который тегированным или нетегированным(!) уходит с портов коммутатора. Возможна ли такая схема? Понимаю, что двигаться стоит в сторону vlan_translation. Но есть серьезные сомнения насчет оборачивания нетеггированного трафика.

Добрый день. Q-in-Q планируете поднимать на DES-3200 или на агрегаторе?

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