Элтекс

Есть стык с другим оператором, порт в режиме trunk.
По стыку ходит L2VPN, но, разумеется, планы нумерации (наши и другого оператора) не совпадают.
Мне нужно настроить симметричную (двухстороннюю) трансляцию между двумя VLAN, то есть для входящего трафика меняется тег vlan101->vlan201, а для исходящего трафика меняется vlan201->vlan101.
Частично это решается с помощью Selective Q-in-Q (особенно вариант 3), но как-то это запутанно и замороченно. А нет ли готовой функции трансляции?
Например на коммутаторах Orion есть такая возможность указать на интерфейсе:

Очень удобно и наглядно, плюс к этому на входящем трафике MAC-адреса в FDB-таблицу попадают уже оттранслированные, что удобно.
Нет ли на MES такого же?

Добрый день.
У нас подобное осуществляется с помощью команд selective-qinq

selective-qinq list egress override_vlan 101 ingress_vlan 201
selective-qinq list ingress override_vlan 201 ingress_vlan 101

Не особо понимаю чем этот вариант более запутанный, чем приведенный вами пример. В документации приведено подробное пояснение к команде.

Я в ссылке именно на этот пример и указывал.
И там же по ссылке написано, что использование selective q-in-q конфликтует с некоторыми другими возможностями коммутатора.
На Орионах такого ограничения нет.

Ок, тогда просьба проверить, правильно ли я указал параметры?

Порт 28 — это стык с другим оператором, у него используется VLAN 966, у меня используется VLAN 321.
Еще вопрос — не нужно ли добавить VLAN 966 в список разрешенных тэгов транка?
Или override срабатывает до фильтрации тэгов?

Евгений Т писал(а):Не особо понимаю чем этот вариант более запутанный, чем приведенный вами пример.

Вы видимо не видите его запутанности, потому что постоянно с ним работаете.

На Орионах все понятно с первого раза, конфигурацию можно просто переводить с английского языка:

На Элтексах без изучения документации и примеров сходу невозможно понять, что именно получится в результате.

ingress override_vlan 321 ingress_vlan 966

Если судить по тексту, то это больше похоже на то, что для входящего трафика VLAN 321 будет перезаписан в VLAN 966 (а на деле наоборот).

egress override_vlan 966 ingress_vlan 321

А тут ingress_vlan вообще вводит в заблуждение, из текста следует, что для исходящего пакета меняется входящий VLAN.

Из документации:
selective-qinq list ingress override_vlan vlan_id ingress_vlan [ingress_vlan_id] - Создает правило, на основании которого внешняя метка
ingress_vlan_id входящего пакета будет заменяться на vlan_id.
Тоже сразу понятно, что входящий ingress_vlan_id будет заменяться на vlan_id.

Да не о том речь, после изучения документации и просмотра примеров понятно, как и что нужно указывать.
Но неужели вы сами не видите, что используемые токены не являются самопоясняемыми, а только запутывают?
Если хотя бы йода-стайл не использовался, было бы понятнее:

switchport vlan-mapping egress 101 translate 201 вообще не требует никаких пояснений, по тексту все понятно.