Firmware Version 1.21.B006
Hardware Version A1

На порту 16 настроено 5 VLAN бестеговым, а 6-й - теговым:
Подключаю коммутатор, где порт настроен точно так же (5-й бестеговый, 6-й - теговый), но mac-адреса с обоих VLAN-ов все равно появляются в 5-м.

На всякий случай еще информация:



Я не понимаю почему так происходит.

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

Вы Q-in-Q используете на данном коммутаторе?

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

Да, настроен. Используется DIR-100 с прошивкой для коммутатора (zdemo_dir100_V201_sw_b05.bin). Помимо него использовались коммутаторы 3Com и Cisco - результат совершенно идентичный.
Да, но не на этом порту:

Если на коммутаторе Вы сделали enable qinq, то все VLAN-ы становятся SPVLAN-ами.

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

И что нужно сделать, чтобы от клиента принимались вланы? Разрешить на порту Trust_СVID?

Смотря сколько их и что с ними нужно дальше делать.

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

То же, что и с бестеговыми. Идея такая - я собираю с портов 5 и 6-й VLAN-ы для разных подсетей. Большинство клиентов имеет бестеговый порт, поскольку требуется доступ только в одну подсеть, а этому клиенту понадобились они обе. QinQ был включен, потому что что по тому же кабелю (в моем случае это 28-й порт) идет пробос не только моих 5 и 6 VLANа, но клиентских VLAN-ов для их собственных нужд.

Руслан, может я не очень внятно объясняю? Попробую сформулировать всю задачу. Я предоставляю доступ к двум подсетям (читай - маршрутизаторам) клиентам в двух зданиях, которые соединены оптикой (28-е порты двух DES-3200-28). Помимо того между зданиями клиенты соединили свои собственные сети неизвестными мне VLAN-ами. Все было хорошо до тех пора клиенту не потребовался доступ к обоим моим подсетям. То есть - возник тег. Если бы не было qinq - задача была бы тривиальной.

Если требуются текущие настройки - я готов их предоставить, но только что именно нужно?

От Q-in-Q она тоже не усложнаяется. Вы, просто, через какой-нибудь SPVLAN прокидываете клиентские VLAN-ы из одной точки в другую, тогда Вам без разницы будет сколько и какие VLAN-ы клиент пробрасывает.

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

В том-то и дело, что 5 и 6 это не клиентские VLAN-ы, а мои. То есть я должен принять на одном порту два моих VLAN-а и поместить их в соответствующие подсети. Пока не было qinq я просто делал один VLAN теговым, а второй бестеговым и пакеты автоматически попадали куда надо. Теперь я точно так же делаю, но все пакеты валятся в тот который указан на порту как бестеговый. Ощущение, что коммутатор просто обрезает все теги у клиентских пакетов на этом порту.

Кроме того, на этом несчастном 16-м порту Vlan_transtaion стоит в Disabled и, как я понял алгоритм работы qinq в этом коммутаторе - порт является обычным портом и SP-VLAN-заголовки на пакеты с него не навешиваются.

Сделал на 16-порту Trust_CVID Enable. Мас-адрес из 6-го Vlan-а попал куда надо и даже дошел до маршрутизатора (смотрю в mac-таблице на входящем порту маршрутизатора), но в arp-таблице так и не появился. Клиент на 16 порт по 6-му VLAN-у видит броадкасты от маршрутизатора, но на этом все и заканчивается. Те клиенты, которые не используют тег на порту - прекрасно работают.

Если Вы не включили поддержку VLAN Translation на портах и не создали правила VLAN Translation, то коммутатор будет отрабатывать в режиме Port-Based Q-in-Q и все пакетики упаковывать только в один SPVID.



На nni портах включать VLAN Translation не нужно.

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

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

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