Configurando o link da árvore de abrangência "prioridades" nos comutadores Cisco

Question

Eu tenho um par de switches C2960G-48 (executando IOS 12.2 (46) SE, se isso faz diferença) com troncos redundantes no lugar. Nesses switches há um monte de VLANs que carregam tráfego pesado às vezes (o suficiente para saturar completamente os troncos cada ). Eu gostaria de colocar um cabo conectado por VLAN para ajudar a transportar a carga e evitar a saturação do tronco comum. A única coisa da qual não tenho certeza é como priorizar este link na spanning tree para que sempre seja usado para a VLAN, se estiver disponível, e os switches somente voltarão a usar o tronco comum se o link específico da VLAN cair (falha do cabo, etc.).

A Cisco não é minha língua nativa, e eu prefiro não experimentar muito nesses switches, já que uma visita da fada fodida teria ... consequências (mas um ambiente de teste com mais dois desses switches para me para brincar com não é rentável). Então, espero que alguém com o IOS em seus dedos possa me apontar na direção certa.

Moah infos, para concretude:

Portas de troncos são Gi0 / 4 [78] em ambos os switches; uma das VLANs, 104, está em Gi0 / 3 [78] em ambos os switches. Vou colocar o Gi0 / 36 na VLAN 104 e depois executar um cabo entre esta porta nos dois switches.

    

Answer 1

Se eu entendi o seu OP corretamente, você está falando sobre a execução de vários links entre switches e, em seguida, especificando diferentes VLANs por cada link. Isso seria menos que ótimo. Uma configuração mais ideal seria configurar várias conexões em uma etherchannel e, em seguida, execute todas as suas VLANs através desse link etherchanneled.

Editar: Obrigado pelo simpático comentário =)

Deixem-me ir um passo além para afirmar que a configuração como colocada no OP não é apenas menos eficiente, mas provavelmente coloca você em sério risco de criar um loop na sua rede que irá enterrá-lo muito bem. Isso pode ser feito, mas se você não configurar o bpduguard e filtrar corretamente , você quase certamente sofrerá de problemas graves relacionados ao tráfego em loop da camada 2.