Troque o procedimento de substituição 3560G para 3750X

8

Minha empresa atualizará dois comutadores Cisco 3560G (um par HSRP ativo e de espera) para dois comutadores Cisco 3750X em uma pilha.

Preciso fazer um procedimento de substituição de comutador, começando pela remoção dos comutadores Cisco 3560s até que os comutadores Cisco 3750x sejam colocados online. Eu pesquisei no Google, procurei no site da Cisco e procurei em vários fóruns, mas não consegui encontrar algo para atender às minhas necessidades.

Minha abordagem será ...

  1. Faça backup da configuração do 3560 em espera (o tráfego fluirá pelo 3560 ativo).

  2. Remova o plugue do 3560 e coloque um 3750x. Configure 3750x para aceitar tráfego e ser o mestre da pilha.

  3. Faça backup da configuração nos 3560 restantes e remova-a.

  4. Conecte o segundo 3750x

  5. Configure-o como membro da pilha.

Por favor, reveja este procedimento e dê conselhos. Se você puder me indicar uma documentação do fornecedor que mostre um procedimento passo a passo para uma atualização de switch como essa, eu agradeceria.

Tsubasa
fonte
Lembre-se de clicar na seta para cima ao lado da resposta do hestok - presumo que você tenha achado interessante, pois a marcou como uma resposta aceita.
Jan

Respostas:

10

Acho que você não verá nenhum site com instruções passo a passo diretas sobre como fazer isso. Talvez existam alguns blogs que falam da experiência pessoal de um blogueiro ... no entanto, é assim que eu abordaria isso.

Eu vou assumir que seus 3560Gs atuais têm links L3 para o núcleo e um link L2 (ou canal de porta) entre os dois switches. Também assumirei que você está usando o rastreamento de interface para ajudar a trocar estados e preempção de HSRP e etc ...

Enquanto você adiciona o 3750X aos switches 3560G originais. Tudo o que você precisa é estender o link L2 para a pilha 3750X. Você pode pré-provisionar o segundo 3750X e até tê-lo em execução e conectado ao executar todo esse processo.
Mova os uplinks L3 do 3560G em espera para o primeiro 3750X e verifique se o HSRP está configurado para facilitar o failover.
Feito isso ... comece a migrar seu cabo de cabeamento / dispositivo para a pilha 3750X.
Em seguida, mova o link final do 3560G L3 para o segundo comutador 3750X. Agora você também deve conseguir remover o link L2 entre os 3750 e os 2560 e desligá-los.

Como você usa o HSRP - os 3750X devem se tornar ativos sob seu controle (através de uma alteração de prioridade)

Finalmente, depois que você tiver apenas o 3750X em uma formação de pilha. Você não precisará mais que o HSRP seja executado entre os dois comutadores, pois o 3750X será realmente visto como um comutador. Por fim, a solução final deve ter uplinks 2x L3 no seu núcleo ou roteador e a interface VLAN existente apenas na pilha 3750X. Eu também teria cada um dos links L3 anexados aos switches 3750X separados.

Essa solução final deve fornecer um design mais robusto, impedindo que os timers de spanning tree e HSRP atrasem a reconvergência da rede e permitindo que o protocolo de roteamento faça a seleção do caminho upstream em vez do HSRP.

knotseh
fonte
3
Não há consenso universal de que os dispositivos de empilhamento tenham um impacto positivo ou negativo no MTBF. Alguns acreditam que, ao usar o empilhamento, você permite que um único defeito de software cause impacto nos dois dispositivos.
ytti
2
@ytti Eu tenho muitos colegas de trabalho que odeiam empilhar também. Acredito que os cabos e o hardware de empilhamento em geral melhoraram um pouco na série X do que na série G e E original. Eu não foram queimadas por eles ainda, mas alguns dos meus colegas de trabalho odiá-lo e se recusam a implementar estes em toda a forma / form hoje
knotseh
@hestonk Eu tive muitos problemas com nossas pilhas 3750X, mas depois que a configuração inicial foi concluída ... elas funcionaram muito bem. Teve uma série de cabos / interruptores defeituosos misturados com problemas na configuração da pilha (o novo comutador apagaria a configuração da pilha existente). Afinal, tudo foi configurado, porém, uma ótima experiência.
some_guy_long_gone
Sinto que as pessoas muitas vezes estão desesperadas demais para se livrar do STP e tentam qualquer coisa. Pelo menos fomos queimados pelo empilhamento e pelo REP. Embora o STP seja desagradável, é um código muito antigo e comprovado, é muito difícil superá-lo em termos de confiabilidade.
ytti
Eu entendi agora. Obrigado pelo seu grande apoio.
Tsubasa