Eu ver de onde você está vindo, rfc1180.
Nós podemos olhar 2 encenações diferentes, primeiro ser um porto de tronco - conexão portuária do à-tronco entre dois interruptores diferentes com as 2 identificações vlan nativas diferentes como descrito na ligação. Isto pode conduzir à situação da inconsistência de PVID.
A encenação 2 que eu estou referindo é uma porta de acesso atribuída a um VLAN, conetado a um interruptor sem os vlans configurados, ou vlan1 como o nativo. Ambos os interruptores têm vlan1 nativo, mas com switch#2 são conetados a uma porta de acesso de VLAN que espere pacotes etiquetados vlan mas switch#2 não etiqueta vlan1 lá é uma má combinação. Switch1 diz que eu estou começ o pbdus em um porto onde eu deva ver pacotes etiquetados, assim que o nativo vlan no interruptor conetado deve estar incorreto. Desde que eu não sou trunking, a seguir eu não tenho nenhuma visibilidade aos outros interruptores VLAN, nem faz o cuidado de I. Nós usamos esta técnica todo o tempo quando nós usamos VLAN em um interruptor do núcleo para segregar inquilinos em um edifício e para permitir que os inquilinos conetem o que tipo do interruptor querem ao porto que nós os entregamos.
Eu seria curioso saber se os portos se estão tornando erro-incapacitaram para fora. Uma repartição cancelaria esta circunstância até que aconteça outra vez sobre o tempo.
@omar_nagy - pode você verific o status da “da relação mostra | incluir a inutilização” antes que você recarregue os interruptores?
Um retorno negativo nesse comando significará que não erroring para fora. Mais retornará uma lista de portos em erro-incapacitou a circunstância.
Se são, certamente erro-incapacitando então nós podemos põr algumas circunstâncias nessa vontade permitimos que corrija-se assim que você não tem que recarregá-lo cada semana.
