3Com не работает с таггированным (tagged trunk) VLAN 1 c Cisco

Итак, ситуация:


3Com:
Режим порта: Trunk; VLAN 1 tagged

Cisco:
Режим порта: Trunk; Trunk allowed vlans: 1


Мы ожидаем, что 3Com и Cisco будут общаться через этот порт по VLAN=1, используя теггированные пакеты. По крайней мере такие ожидания у администраторов, бОльше работающих с техникой 3Com.

Но, сконфигурировав оба коммутатора получаем фигу. Ну не хотят 3Com и Cisco друг друга видеть. Причем если с такими же параметрами поставить друг напротив друга два 3Com или два Cisco - все будет работать. Почему?


Фишка в том, что 3Com в нашем случае ожидает четко таггированные пакеты (т.е. честный TRUNK режим). Cisco же честного TRUNK не имеет, работая постоянно или в ACCESS, или в HYBRID (который у нее называется TRUNK). А VLAN=1 на той же Cisco на этом порту, скорее всего, указан как Native VLAN для Trunk.

В таком случае Cisco, т.к. у нее VLAN=1 - это Native VLAN для этого порта - будет отсылать и ожидать пакеты НЕтаггированные, а 3Com - таггированные.

Потому и не работает.


Решения.

Вариант 1: порт 3Com заставить принимать VLAN=1 в НЕтаггированном виде. Тогда 3Com станет видеть пакеты, которые посылает Cisco. Но это применимо только в случае, если Вам не нужно через этот порт, например, отсылать Access-ом другой VLAN (по понятным причинам - два VLANа на одном порту не могут работать оба в untagged).

Пример данного действа на стороне 3Com 4200/4400/4900:

Оно же - на 3Com 4500 и других CLI:

Или, если нужен гибрид:

Во всех трех примерах мы работаем с портом 1.


Вариант 2: сменить Native VLAN на порту Cisco. Тогда VLAN=1 перестанет быть Native и Cisco начнет пакеты, к нему относящиеся, отсылать и принимать (наконец-то) таггированными. Пример такого действия на стороне Cisco:


В данном примере мы меняем Native VLAN на интерфейсе FastEthernet 1.