Dúvida empilhamento 3750

Boa tarde,

Preciso adicionar um 3750E em um CORE já existente de 3750G, verifiquei que o IOS de todos são ipservices.

Nunca fiz um empilhamento mas pelo que pesquisei os passos a seguir são:

1) No novo switch execute o comando em modo globla:

switch 4 provision ws-c3750e-pd

2) Deslige o novo switch.

3) Conecte o novo switch na pilha, 1 cabo por vez.

4) Ligue o novo switch, elel receberá a versão do IOS do switch master.

Pergunto: Na pilha já existente tb não preciso configurar provision?

Obrigado,
Giovani

Primeiramente, deixo claro que faço vários replacements de switches stackable e nunca tive problemas, porém, não seu expert em switches stackable.


Segue algumas informações antes de responder sua pergunta:


O processo de eleição é dado na seguinte ordem:

1 - Se existe um switch que já é master, este continuará sendo, até que algo aconteca com ele;

O que pode mudar o estado do master: o stack seja resetado, master removido do stack, problemas com o switch master, master seja desligado, ou então, se você adicionar um novo switch no stack e este switch estiver LIGADO no momento em que você o pluga no stack. Neste último caso, não necessariamente mudará o master.

2 - Maior priority (switch com maior priority será eleito como master);

3 - Switch com configurações de interface alteradas;

4 - Switch com prioridade de Hardware/software (IOS).

Softwares listados de maior prioridade para menor (IP services com crypto, Noncrypto IP services, IP base com crypto, Noncrypto IP base)

5 - Maior tempo de uptime

6 - Switch com o menor MAC address



Priority range é de 1 a 15.
Switch que tiver a maior prioridade é eleito como master.
Por padrão, o priority de um switch é 1.



Aconselho você ter a certeza de que o switch master esteja, de fato, configurado para ser master, através do priority.



Cheque como está seu stack através do "sh switch stack-ports", para não desconectar

Cheque o estado atual de seu stack através do "sh switch" (exibe o número do switch, o MAC, a prioridade e o estado atual)



O novo switch deve estar DESLIGADO quando o mesmo for plugado ao stack. Então, teoricamente, assim que for ligado, ele NÃO será eleito como master e será atualizado pelo master.

Porém, há casos que esso atualização não funciona, principalmente, se a versão for muito diferente/antiga, pois podem até estar usando protocolo de stack diferente.

Use "show platform stack-manager all" pra ver qual é a versão do protocolo stack.


Eu, particularmente, nunca tive problemas em adicionar um novo switch. Caso aconteça de você ter algum problema, atualize ou faça downgrande do IOS do novo switch para a mesma versão do que está rodando em seu stack e tente novamente.


Se, depois de você colocar o novo switch e ele exibir como "Ready" no output do "sh switch", você colocou ele no stack com sucesso. Caso esteja diferente, tem que investigar.
Possíveis problemas com VM (version mismatches), seriam os mais comuns. Estes, resolvidos com upgrade/downgrade para a mesma versão de IOS do master.


Se tudo for como planejado, em nenhum momento você terá seu master afetado.



Sobre sua pergunta, até onde eu sei, teoricamente, não é necessário digitar "switch 4 provision ws-c3750e-pd". Se entrar em este comando, tenha certeza de que seu modelo de switch é o ws-c3750e-pd.

Sem este comando, automaticamente, assim que o novo switch é ligado, ele recebe uma config padrão e terá um número de switch atrelado a ele (show switch mostrará).

Eu usaria este comando em caso de deixar a configuração do novo switch no stack sem que o mesmo esteja no stack (offline configuration) ou em caso de que já exista uma config e queira que o novo switch tenha este número específico, então, recebendo as configs específicas para aquele número (exemplo: quando você precisa trocar um switch e quer garantir a posição do mesmo no stack)


Offline config:
http://www.cisco.com/en/US/docs/switches/lan/catalyst3750/software/release/12.2_25_sed/configuration/guide/swstack.html#wp1178943

Veja esta tabela:
http://www.cisco.com/en/US/docs/switches/lan/catalyst3750/software/release/12.2_25_sed/configuration/guide/swstack.html#wp1187008


Se esta for uma nova implementação ,isto é, não for uma troca de equipamento por problemas, não terá qualquer config no master (provisioned config). Se você estiver usando versão 12.2(20)SE ou superior, automaticamente, assim que o novo switch é ligado, o comando "switch stack-member-number provision type" é adicionado, não necessitando que o mesmo seja inserido manualmente.


Como disse, faço vários replacements de switches stackable e nunca tive problemas. Porém, não seu expert em switches stackable.


Alguns links que podem ajudar:
http://www.cisco.com/en/US/products/hw/switches/ps5023/products_configuration_example09186a00807811ad.shtml
http://www.cisco.com/en/US/docs/switches/lan/catalyst3750/software/release/12.2_25_sed/configuration/guide/swstack.html#wp1191486

Tem uma parte em meu post com a seguinte frase:

"Cheque como está seu stack através do "sh switch stack-ports", para não desconectar"


Ficou sem terminar...

Cheque como está seu stack através do "sh switch stack-ports", para não correr o risco de desconectar o master ou membros do master. Analise como o stack está conectando uns aos outros para ver se não haverá falha ao desplugar um cabo, no caso de topologia em anel do stack.

Bom realizei o empilhamento conforme o link que voce passou da cisco, mas está dando erro de version mismatch.

Esta informação é do protocolo de stack?

Está lá no primeiro post:

Citação :

Possíveis problemas com VM (version mismatches), seriam os mais comuns. Estes, resolvidos com upgrade/downgrade para a mesma versão de IOS do master.

Para saber qual é o protocolo de stack, entre com o comando mostrado abaixo em ambos os switches:

Citação :

Use "show platform stack-manager all" pra ver qual é a versão do protocolo stack.

Portanto, veja qual é a versão de IOS que está no seu master e veja qual é a versão do IOS em seu novo switch.

Para ver a versão: "show version"

Se forem diferente, atualize o IOS do switch novo para a versão do master.


Qualquer coisa, cole os outputs aqui.

show switch
show platform stack-manager all
show ver
sh switch stack-ports

Boa sorte

Caso consiga resolver o problema, coloque um post aqui para informar qual foi a solução adotada.

Abraços

Bom,

Desculpe a demora mas é que não havia dado certo e só tive uma janela de teste hoje.

Seguinte,

A versão do IOS é diferente mas agora que me dei conta que não passei nos posts anteriores uma informação o squitch novo é um 3750E e os da pilha são 3750G.

A versão do 3750G é 12.2(46)
A versão do 3750E é 12.2(55), porém não tenho ainda o smartnet para baixar a mesma versão dos outros, e neste momento não vou poder fazer o upgrade da pilha.

Estou terminando alguns testes e posto os resultados.

Muito obrigado pela ajuda.

Muito obrigado pela ajuda, as dicas aqui, ou melhor o manual aqui funcionou corretamente, o problema que houve foi em releção ao 3750e estar em uma versão superior, como eu não tenho mais parada para testar peguei um 3750G empilhei co core.

Funcionou tudo correto

Muito Obrigado pea ajuda.

xirtamo escreveu:

Muito obrigado pela ajuda, as dicas aqui, ou melhor o manual aqui funcionou corretamente, o problema que houve foi em releção ao 3750e estar em uma versão superior, como eu não tenho mais parada para testar peguei um 3750G empilhei co core.

Funcionou tudo correto

Muito Obrigado pea ajuda.

Sei que não foi solucionado em relação eo 3750e mas tudo o que foi dito no posta está correto e funciona 100% em swtchs do mesmo modelo

Tenho um stack com 2 3750...

Um deles, nao o master, está apresentando problemas.. e vou trocar, sendo assim:

1 - o novo switch possui o mesmo IOS.. tudo igual = OK
2 - Vou write erase nesse novo switch.. = OK
3 - conecto ele ao stack, fisicamente e somente depois ligo o switch?
4 - nesse momento o master irá atualizá-lo??? nao preciso fazer nada? mesmas configurações virão como no velho???? simples assim?

depois disso, verifico o sh switch e pronto?

em resumo seria isso?

Obrigado

------------------------------

ronaldobf escreveu:

Tem uma parte em meu post com a seguinte frase:

"Cheque como está seu stack através do "sh switch stack-ports", para não desconectar"


Ficou sem terminar...

Cheque como está seu stack através do "sh switch stack-ports", para não correr o risco de desconectar o master ou membros do master. Analise como o stack está conectando uns aos outros para ver se não haverá falha ao desplugar um cabo, no caso de topologia em anel do stack.

Em teoria, é isso mesmo.

Salve a config do master primeiramente e copie para um arquivo txt, caso aconteça algo, vc terá a config em mãos. Mas é isso mesmo.

Att

entao.. meu SW1 deu problema.. ele estava como member...
Meu SW2 está como master..

Coloquei um novo SW1. fiz como descrevi acima.. e ele reconheceu o master, e se tornou member, ficando:
SW1 member
SW2 master

eu tenho configurações de LACP, port-channel, spanning-tree...

percebi que estas configurações nao estavam aplicadas para as portas do SW1, ou seja, por exemplo, a porta G1/0/14, que deveria ter as configs abaixo:

interface GigabitEthernet1/0/14
description LACP Group1
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 101
switchport mode trunk
channel-protocol lacp
channel-group 1 mode active

nao tinha nada destas configs..

como eu tenho backup todo dia eu peguei o backup e subi pro switch, mas eu subi somente ateh a g1/0/24, pois as demais, referente ao sw2 estavam OK..

agora vem a pergunta... pq ele nao trouxe essas configs???? o SW2 como master, nao deveria ter essas configs do sw1 para quando replicar ele voltar certinho??

obrigado
-----------------

ronaldobf escreveu:

Salve a config do master primeiramente e copie para um arquivo txt, caso aconteça algo, vc terá a config em mãos. Mas é isso mesmo.

Att