Настройка QinQ на коммутаторах ISCOM S2600 и S3600

В одной из предыдущих статей мы рассматривали принцип работы и пример настройки QinQ на коммутаторах доступа. С обновлением модельного ряда коммутаторов Raisecom и изменении синтаксиса в новом ПО мы решили вернуться к этой теме. В данной статье мы рассмотрим актуальные примеры настройки как Selective QinQ, так и Basic QinQ для коммутаторов серии S2600 и S3600.

Сперва напомним, что такое QinQ.
Basic QinQ представляет собой простой режим L2 VPN-туннелирования, при котором на абонентском доступе оператора к пользовательским пакетам добавляется внешний VLAN-тег, а внутренний тег VLAN инкапсулируется. Полученный пакет с двойным тегом VLAN передается по магистральной сети оператора. В такой сети коммутация выполняется на основе внешнего VLAN-тега (тега сети оператора), тогда как VLAN-тег частной сети абонента передается внутри пакета как данные.

Selective QinQ — это усовершенствованный режим туннелирования, где тракты классифицируются по клиентским VLAN-тегам, после чего потоки различных VLAN инкапсулируются в разные внешние VLAN. Иными словами, Selective QinQ позволяет для разных внутренних (клиентских) VLAN назначать различные внешние VLAN-идентификаторы согласно заданным правилам сопоставления внутренних и внешних тегов.

Selective QinQ придает архитектуре операторской сети дополнительную гибкость. Вы можете назначать разным клиентам разные внешние VLAN-теги, используемые в транспортной сети, а значит — применять к ним различные политики QoS. При этом часть клиентских потоков может вообще не инкапсулироваться и передаваться в сеть оператора в исходном виде. 

Теперь рассмотрим пример настройки Basic QinQ. Схема передачи для данного примера представлена на рисунке ниже.

Порт GE1/0/1 выступает в качестве клиентского порта, на который приходят пакеты с клиентскими тегами VLAN20-29. Порт 10GE1/0/25 является uplink портом, подключенным в сеть оператора. По сети оператора передается трафик под внешним тегом VLAN30.

На коммутаторе создадим VLAN20-30
vlan 20-30

Настроим uplink порт в режиме trunk для передачи VLAN30. Также настроим на нем tpid.
interface ge 1/0/25
port link-type trunk
port trunk allow-pass vlan 30
tpid 0x9100

Настроим клиентский порт в режиме dot1q. Весь трафик, приходящий на этот порт, будет инкапсулироваться под внешний тег VLAN30.
interface ge 1/0/1
port link-type dot1q-tunnel
port default vlan 30

Настройки аналогичные на обоих коммутаторах. На этом настройка Basic QinQ завершена.

Теперь рассмотрим пример настройки Selective QinQ. Схема передачи для этого примера представлена на рисунке ниже. 

Порт GE1/0/1 также выступает в качестве клиентского порта, на который приходят пакеты с клиентскими тегами VLAN20-29. При этом клиентские VLAN20-24 инкапсулируются под внешний VLAN30, а VLAN25-29 под VLAN40. Uplink порт 10GE1/0/25 передает трафик VLAN30 и VLAN40.

На коммутаторе создадим VLAN20-30
vlan 20-30,40

Настроим uplink порт в режиме trunk для передачи VLAN30,40. Также настроим на нем tpid.
interface ge 1/0/25
port link-type trunk
port trunk allow-pass vlan 30,40
tpid 0x9100

Настроим клиентский порт в режиме trunk. Также настроим на нем правила для инкапсулирования.
interface ge 1/0/1
port link-type trunk
port trunk allow-pass vlan 20-30,40
vlan-stacking vlan 20-24 stack-vlan 30
vlan-stacking vlan 25-29 stack-vlan 40

Настройки аналогичные на обоих коммутаторах. На этом настройка Selective QinQ завершена. Информацию о существующих правилах vlan-stacking можно посмотреть с помощью команд

show vlan-stacking config
Version                  :QINQ_V7.00.02.00
!
interface ge 1/0/1
 vlan-stacking vlan 20-24 stack-vlan 30
 vlan-stacking vlan 25-29 stack-vlan 40

sw2(config)#show vlan-stacking interface
 Interface                     MatchVlan(outer/8021p)        StackVlan(inner/outer/8021p)
------------------------------------------------------------------------------------------
 ge-1/0/1                      20-24/-                       -/30/-
 ge-1/0/1                      25-29/-                       -/40/-
------------------------------------------------------------------------------------------

В результате тестирования трафик корректно передается через транзитное оборудование с сохранением клиентских тегов VLAN.