Элтекс

Вводные: у клиента есть порядка 15 каналов QnQ точка-точка.
Задача: Построить дополнительную центральную точку с 10G линком и отдать на ней ему все эти QnQ каналы со снятием транспортных (QnQ) меток. Еще раз опишу требуемую схему - на коммутатор Eltex MES3124F с 10G аплинков приходят 15 QnQ каналов (допустим с транспортными тегами 1000,1001,1002...). Клиенту нужно отдать в порт содержимое этих QnQ каналов (грубо говоря замешать трафик со снятием этих транспортных меток).
Может ли такое сделать Eltex в принципе?
Была идея все метки перебивать на аплинках в 1 (например 555), а его уже просто отдавать на порту клиента:
selective-qinq list ingress override_vlan <общий тег> ingress_vlan <тег с конкретной точки>

selective-qinq list ingress override_vlan 555 ingress_vlan 1001
selective-qinq list ingress override_vlan 555 ingress_vlan 1002
.... и тд
так можно, но обратный пакет (egress) нельзя перебить (размножить) в несколько тегов.
Набросал картинку в paint для наглядности...
Можно с этим что-то сделать на eltex-е?

Здравствуйте.

Пример настройки клиентских портов имеется в нашей базе знаний: http://kcs.eltex.nsk.ru/articles/610
Подойдет ли Вам такой вариант?

Это думаю не подойдет.
Так мы сделаем просто QnQ для клиента точка точка, а задача слить несколько QnQ в 1 порт. Ставить 2 коммутатора друг на против друга и каждым портом распаковывать 1 QnQ - это извращение.
msk-ps-eltex1(config-if)#selective-qinq list ingress add_vlan 1000
msk-ps-eltex1(config-if)#selective-qinq list ingress add_vlan 1001
Entry already exists

Попробовал набросать схему как должны ходить данные клиента (как я себе это представляю), прошу прощения за мой paint

Клиентский VLAN один для всех точек?

Прокопьев Максим писал(а):Клиентский VLAN один для всех точек?

в том то и дело, что клиент хочет именно QnQ (он использует порядка 30-40 вланов в нем), а 1 QnQ тег на все точки технически не размазать, по факту сейчас стоит на центральной точке 2 коммутатора с линками порт в порт (sw1_gi0/1->sw2_gi0/1,sw1_gi0/2->sw2_gi0/2....и т.д.) и на каждом порту sw1 открывается (снимается QnQ метка), а на sw2 навешивается снова QnQ метка общая для все. В последствие общую QnQ метку снимаем на порту клиента...

Возможно, так.

Интерфейс клиента:
switchport mode general
switchport general allowed vlan add 100-101 untag
selective-qinq list ingress add_vlan 100 ingress_vlan 1000-1010
selective-qinq list ingress add_vlan 101 ingress_vlan 1011-1020

На аплинке транспортный тег транком.

godsik2 писал(а):

Прокопьев Максим писал(а):Клиентский VLAN один для всех точек?

в том то и дело, что клиент хочет именно QnQ (он использует порядка 30-40 вланов в нем), а 1 QnQ тег на все точки технически не размазать, по факту сейчас стоит на центральной точке 2 коммутатора с линками порт в порт (sw1_gi0/1->sw2_gi0/1,sw1_gi0/2->sw2_gi0/2....и т.д.) и на каждом порту sw1 открывается (снимается QnQ метка), а на sw2 навешивается снова QnQ метка общая для все. В последствие общую QnQ метку снимаем на порту клиента...

По последней схемы понял так, что на выходе клиентского порта (порт 10G в сторону клиента) трафик должен быть единожды тегированным.
Это так?

Да, и эти теги грубо говоря клиентские (мы их не видим у нас в сети)

Появилось несколько вопросов:
1. все 15 QinQ каналов попадают на MES через один порт или у каждого канала свой порт?
2. имеют ли клиентские вланы соответствие конкретному транспортному влану? Т.е., например, 31->1001, 32->1002,...

делайте все 15 QinQ каналов поверх одного транспортного тега

Так еще раз, клиенту нужен чистый QnQ на каждую точку (он хочет использовать все 4096 вланов в этих каналах связи).
Каналы приходят на MES с разных портов. Единый транспортный тег не возможен - несколько точек приходят прямо в роутеры и одинаковый тег не даст сделать.

Если задача стоит только отдать в порт (egress), то повторюсь:
switchport general allowed vlan add 100-101 untag
где 100-101 - транспортные теги.
На ingress от клиента нужен sqinq, но в такой схеме это скорее всего не реализуемо.

undro писал(а):На ingress от клиента нужен sqinq, но в такой схеме это скорее всего не реализуемо.

Что Вы имеете ввиду под "sqinq"?

switchport general allowed vlan add 100-101 untag - это снимет 100 и 101 тег и отдаст содержимое, замешав, в порт клиента?
А как обратный трафик при этом пойдет - продублируется и в 100 и в 101 тег или рандомно в 1 разложится или вообще как это будет работать то...

Сейчас по факту стоят 2 циск 3750Е, смотрят друг на друга (порт в порт) 8 кабелями, на этих линках осуществляется ренамберинг qnq тегов (слив в 1 тег) - оч криво смотрится, но пока работает.

godsik2 писал(а):Так еще раз, клиенту нужен чистый QnQ на каждую точку (он хочет использовать все 4096 вланов в этих каналах связи).
Каналы приходят на MES с разных портов. Единый транспортный тег не возможен - несколько точек приходят прямо в роутеры и одинаковый тег не даст сделать.

Логика работы коммутатора - коммутация фреймов, и который настроен в режиме QinQ и транзитный для QinQ, завязана только на изученные маки. Посмотрите на промежуточном коммутаторе - знает ли он информацию о VLAN клиента или он знает мак адрес клиента. Смысл такой что абонентский фрейм со своим тегом будет коммутироваться по dst MAC адресу проходя через коммутаторы сети с сохранением абонентского ТЭГа. Главное чтобы коммутатор не лопнул изучив 15*4096=61440 маков. У 3124 Таблица MAC-адресов 16K заявлено, по факту будет 12К
Про роутер не понял.
ПОставьте два микротика 1100АН2 или помощнее и настройте EoIP туннели для каждого QinQ канала.