Я вижу куда вы приходите от, rfc1180.
Мы можем посмотреть 2 по-разному сценария, первый быть портом хобота - переключателями связь между 2 к-хобота port по-разному с 2 по-разному родними vlan удостоверениями личности как изображено в соединением. Это может привести к в ситуации сбивчивости PVID.
Сценарием 2 я ссылаюсь к будет портом доступа заданным к VLAN, подключенному к переключателю без vlans установленных, или vlan1 как уроженец. Оба переключателя имеют родное vlan1, но с switch#2 подключены к порту доступа VLAN который надеется vlan маркированные пакеты но switch#2 не маркирует vlan1 там будет рассогласованием. Switch1 говорит я получает pbdus на порте где я должен видеть маркированные пакеты, поэтому уроженец vlan на соединенном переключателе должен быть неправильно. В виду того что я не буду trunking, тогда я не имею никакую видимость к другим переключателям VLAN, ни делает внимательность I. Мы используем это все время метода когда мы используем VLAN на переключателе сердечника для того чтобы сегрегировать нанимателей в здании и позволить нанимателей соединить любой вид переключателя они хотят к порту, котор мы вручаем их.
Я был бы любознательон для того чтобы знать если порты будут ошибк-неработающими вне. Reboot освободил бы это условие до тех пор пока он не случиться снова над временем.
@omar_nagy - можете вы проверить состояние «поверхности стыка выставки | включите disable» прежде чем вы reboot переключатели?
Отрицательное возвращение на то командование будет намереваться они erroring вне. Еще оно возвратит список портов в ошибк-неработающем условии.
Если они, то деиствительно ошибк-выводящ после этого мы из строя можем положить некоторые условия в ту волю позволяем ее исправить поэтому вы не должны reboot оно каждая неделя.
