Cisco + 3Com: ошибки "Received 802.1Q BPDU on non trunk" и "Inconsistent port type"

Итак, ситуация: у нас имеется два коммутатора - 3Com с одной стороны и Cisco с другой - которые соединены между собой. Неважно - на каком расстоянии, через медь или волокно. Порты настроены на работу в режиме Access (т.е. работу с нетеггированными пакетами).

При подключении пачкорда между 3Com и Cisco последняя гасит порт (он загорается ораньжевым), а в логи пишет такие сообщения:

Конечно, порт в сообщениях будет указан тот, который подклчен к 3Com в Вашей ситуации.

Возникает это, вероятно, из-за разного механизма работы 802.1q механизмов в Cisco и 3Com, из-за которых 3Com даже на порту, сконфигурированном как Access, все-равно посылает запросы 802.1q, которые Cisco, в свою очередь, на Access-порту увидеть не ожидает. От неожиданности коммутатор блокирует порт с валит сообщением, что с другой стороны, очевидно, порт настроен "нифига не так, как у меня".

Возникает это в месте, которое называется механизмом Spanning Tree и протоколом STP. Механизм этот придуман для устройств L2 и выше, для выявления и автоматической блокировке "колец" или "петель", т.е. ситуаций, когда в сети появляются зацикленные участки. Пример такого участка - ниже:

Как видно, устройство А подклчено сразу двумя концами, что означает "петлю", а значит - неоднозначность - куда послать пакет для достижения цели. Это пагубно для сети.

Поитогу, STP - штука полезная (на моем опыте - не только с теоретической точки зрения). Однако в связке 3Com-Access + Cisco-Access возникает "ложная тревога".


Решение.

Глюк возникает на VLAN 1, как это написано в логах Cisco. Решением я нашел только отключение Spanning Tree на VLAN 1 на стороне Cisco (причем 3Com, тоже имеющий STP, ведет себя вполне адекватно и порт не блокирует). Делается это так:

Cisco:

После этого Cisco разблокирует порт и трафик безпрепятственно начинает ходить между двумя этими "братьями по разуму".

ЗЫ. Не забываем в случае удачи записать конфиг циски: