[GTER] Problema com Stack Switch Cisco WS-C3750-12S-S
Douglas Fischer
fischerdouglas at gmail.com
Tue Jan 14 15:10:55 -02 2014
Primeira sugestão que te dou é fechar o loop do stack.
Sempre na regrinha do "2 desse vai p/ o 1 do próximo, e 2do último vai p/ 1
do primeiro".
Segundo ponto, se não me engano, esse IOS está mio defasado. Verifique se
existe versão mais atual para ele.
P.S.: Existem modelos de 3750 que essa versão é a mais atual possível (Ex.:
48 10/100). Se eles estiverem na pilha, tens que nivelar o IOS por baixo.
Quem é o master não vai importar muito, contanto que sejam da mesma geração
(Ex.: 12s vs 48t).
Outro ponto que não podes esquecer é que no bus do stack existe overhead.
Então poriginal exemplo 100Mb na interface giga, vai ser vento e tantos no
bus do stack.
Sobre possíveis problemas nesse cenário, te digo que podes se fiar com
tranquilidade, que com vários casos implementados, nunca tive problema.
O que deves prestar atenção é no método de load balance(L2/L3/L4/Src/Dst).
/*Android told-me that this text should be at bottom.*/
Em 14/01/2014 14:34, "Danilo Mendonça Cabreira" <danilo at rjnetwork.com.br>
escreveu:
> Boa noite pessoal, alguém já passou pela situação/historia/novela abaixo:
>
> Coloquei 2 switches Cisco WS-C3750-12S-S empilhados através do STACK-CAB
> (original) para fazer um teste de throughput e estabilidade.
>
> Estou utilizando Gbic RJ-45 (ao invés de fornecer a conexão optica, o Gbic
> possui uma conexão eletrica - RJ-45) direto em 2 notebooks Dell com porta
> Giga e rodando com distribuição Linux.
>
> Os switches estão empilhados com os cabos stack conectados da seguinte
> maneira:
>
> SWITCH_MASTER - Porta Stack 2 -> conecta no SWITCH_SLAVE na Porta Stack 1.
>
> Obs1.: Depois de fazer todos os testes, eu vi no site da Cisco que o
> recomendado é conectar a Porta Stack 1 do Switch Master na Porta Stack 2 do
> Swtich Slave. Mais por se tratar de apenas 1 switch em STACK, acabei por
> não refazer todos os testes.
>
> Obs2.: Apenas considere o "Switch Slave" como o switch que tem a menor
> prioridade na pilha.
>
> O sistema operacional que está rodando na Pilha é: C3750-ADVIPSERVICESK9-M,
> Version 12.2(25)SEE2
>
> Vamos aos resultados do Teste:
>
> Utilizando o iPerf (com o parametro de "-- interval 30"):
> 1.1 ) os 2 notebooks conectados em um mesmo switch, fazendo a comunicação
> não passar pelo STACK. Resultado: conexão estável de 980Mbps
> 1.2) cada notebook conectado em um dos switches, fazendo a comunicação
> passar pelo STACK. Resultado: conexão estável de 980Mbps
>
>
> Neste mesmo período fiquei monitorando os contadores dos switches, através
> do comando "sh int summ" (interfaces configuradas com "load-interval 30") e
> no real-time Monitor do Cacti que coleta as informações via SNMP.
>
> E então eu descobri que alguém nesta história está mentindo:
>
> Resultado monitorados nos contadores do Switch:
>
> 2.1) Teste com os 2 notebooks conectados no mesmo switch sem passar pelo
> STACK. Resultado estável com conexão média de 980Mbps:
> * GigabitEthernet1/0/2 0 0 0 0 984468000 81069 4148000
> 7406 0
> * GigabitEthernet1/0/2 0 0 0 0 985440000 81149 4160000
> 7428 0
> * GigabitEthernet1/0/2 0 0 0 0 986299000 81220 4172000
> 7450 0
> * GigabitEthernet1/0/2 0 0 0 0 987042000 81281 4179000
> 7462 0
> * GigabitEthernet1/0/2 0 0 0 0 987614000 81328 4114000
> 7347 0
> * GigabitEthernet1/0/2 0 0 0 0 988554000 81405 4083000
> 7291 0
> * GigabitEthernet1/0/2 0 0 0 0 989253000 81463 4115000
> 7348 0
>
> 2.2) Teste com cada notebook conectado em switches distintos, fazendo com
> que a comunicação passasse pelo STACK. Resultado conexão variando bastante
> entre 1.07 Gbps e 800Mbps :
> * GigabitEthernet2/0/1 0 0 0 0 1079217000 88869 4164000
> 7436 0
> * GigabitEthernet2/0/1 0 0 0 0 1079233000 88870 4159000
> 7428 0
> * GigabitEthernet2/0/1 0 0 0 0 900063000 74116 3468000
> 6194 0
> * GigabitEthernet2/0/1 0 0 0 0 900063000 74116 3468000
> 6194 0
> * GigabitEthernet2/0/1 0 0 0 0 1079380000 88882 4153000
> 7418 0
> * GigabitEthernet2/0/1 0 0 0 0 900186000 74126 3463000
> 6186 0
> * GigabitEthernet2/0/1 0 0 0 0 900520000 74154 3493000
> 6240 0
> * GigabitEthernet2/0/1 0 0 0 0 900520000 74154 3493000
> 6240 0
> * GigabitEthernet2/0/1 0 0 0 0 1079829000 88920 4202000
> 7505 0
> * GigabitEthernet2/0/1 0 0 0 0 900560000 74157 3504000
> 6259 0
> * GigabitEthernet2/0/1 0 0 0 0 1079917000 88927 4213000
> 7525 0
> * GigabitEthernet2/0/1 0 0 0 0 900633000 74163 3513000
> 6275 0
> * GigabitEthernet2/0/1 0 0 0 0 1080112000 88943 4219000
> 7536 0
> * GigabitEthernet2/0/1 0 0 0 0 900796000 74177 3518000
> 6284 0
> * GigabitEthernet2/0/1 0 0 0 0 900796000 74177 3518000
> 6284 0
> * GigabitEthernet2/0/1 0 0 0 0 900796000 74177 3518000
> 6284 0
> * GigabitEthernet2/0/1 0 0 0 0 1080079000 88940 4227000
> 7549 0
> * GigabitEthernet2/0/1 0 0 0 0 1080079000 88940 4227000
> 7549 0
> * GigabitEthernet2/0/1 0 0 0 0 900769000 74174 3525000
> 6295 0
> * GigabitEthernet2/0/1 0 0 0 0 1079979000 88931 4231000
> 7555 0
> * GigabitEthernet2/0/1 0 0 0 0 900685000 74167 3528000
> 6300 0
> * GigabitEthernet2/0/1 0 0 0 0 1079853000 88921 4229000
> 7552 0
> * GigabitEthernet2/0/1 0 0 0 0 900580000 74158 3526000
> 6298 0
> * GigabitEthernet2/0/1 0 0 0 0 1079879000 88923 4190000
> 7483 0
> * GigabitEthernet2/0/1 0 0 0 0 1079879000 88923 4190000
> 7483 0
> * GigabitEthernet2/0/1 0 0 0 0 900602000 74160 3494000
> 6240 0
> * GigabitEthernet2/0/1 0 0 0 0 900453000 74147 3501000
> 6252 0
> * GigabitEthernet2/0/1 0 0 0 0 1079795000 88916 4204000
> 7507 0
> * GigabitEthernet2/0/1 0 0 0 0 900532000 74154 3506000
> 6260 0
> * GigabitEthernet2/0/1 0 0 0 0 1079898000 88924 4214000
> 7524 0
> * GigabitEthernet2/0/1 0 0 0 0 900618000 74161 3514000
> 6274 0
> * GigabitEthernet2/0/1 0 0 0 0 1079957000 88929 4222000
> 7539 0
> * GigabitEthernet2/0/1 0 0 0 0 900673000 74166 3526000
> 6296 0
> * GigabitEthernet2/0/1 0 0 0 0 1080014000 88934 4233000
> 7558 0
> * GigabitEthernet2/0/1 0 0 0 0 1080111000 88942 4139000
> 7391 0
> * GigabitEthernet2/0/1 0 0 0 0 900795000 74176 3451000
> 6163 0
> * GigabitEthernet2/0/1 0 0 0 0 1080277000 88956 4102000
> 7325 0
> * GigabitEthernet2/0/1 0 0 0 0 900934000 74187 3421000
> 6108 0
> * GigabitEthernet2/0/1 0 0 0 0 1080298000 88957 4080000
> 7285 0
> * GigabitEthernet2/0/1 0 0 0 0 1056386000 87661 4727000
> 8123 0
> * GigabitEthernet2/0/1 0 0 0 0 881009000 73107 3942000
> 6774 0
> * GigabitEthernet2/0/1 0 0 0 0 809180000 69108 5710000
> 9029 0
> * GigabitEthernet2/0/1 0 0 0 0 809180000 69108 5710000
> 9029 0
> * GigabitEthernet2/0/1 0 0 0 0 675926000 61686 9036000
> 13293 0
> * GigabitEthernet2/0/1 0 0 0 0 798341000 73291 11129000
> 16313 0
> * GigabitEthernet2/0/1 0 0 0 0 665803000 61123 9281000
> 13604 0
> * GigabitEthernet2/0/1 0 0 0 0 790081000 72833 11329000
> 16565 0
> * GigabitEthernet2/0/1 0 0 0 0 629144000 57830 8856000
> 12973 0
> * GigabitEthernet2/0/1 0 0 0 0 762915000 70599 11232000
> 16390 0
> * GigabitEthernet2/0/1 0 0 0 0 1079608000 88931 4292000
> 7650 0
> * GigabitEthernet2/0/1 0 0 0 0 900376000 74167 3579000
> 6379 0
> * GigabitEthernet2/0/1 0 0 0 0 1080226000 88973 4274000
> 7621 0
> * GigabitEthernet2/0/1 0 0 0 0 901265000 74227 3554000
> 6340 0
> * GigabitEthernet2/0/1 0 0 0 0 1080982000 89024 4252000
> 7587 0
> * GigabitEthernet2/0/1 0 0 0 0 1080982000 89024 4252000
> 7587 0
>
> Não satisfeito, através do Iptraf instalado nas duas máquinas, acompanhei
> os mesmos testes:
>
> 3.1) Teste com os 2 notebooks conectados no mesmo switch sem passar pelo
> STACK. Resultado estável com conexão média de 890Mbps, que não condiz com
> os 980Mbps do Iperf:
>
> 3.2) Teste com cada notebook conectado em switches distintos, fazendo com
> que a comunicação passasse pelo STACK. Resultado estável com conexão média
> de 890Mbps
>
> Mais puto da vida ainda, não pude deixar de testar o PING com FLOOD entre
> as máquinas (#ping -f 192.68.0.2).
>
> 4.1) Este teste eu fiz apenas com os notebooks conectados em switches
> distintos, ou seja, a comunicação passando pelo STACK. Resultado 1 bilhoes
> de pacotes e 1 perdido, média de 0.122ms / maxima de 1.2ms. Mesmo variando
> bastante a banda nos contadores exibidos no teste anterior, não perde
> pacotes e nem aumenta a latência.
>
> 5.1) Informações gerais:
> - 0 CRC
> - 0 collision
> - 0 late collision
> - nenhum LOG de erro
>
> Concluindo, se é que pode se chamar isso de conclusão:
>
> 1) alguém está mentindo nas médias, já que todos os resultados foram
> obtidos em um único teste de aproximadamente 1h30m.
> 2) Não pode ser uma mera diferença de como os switches exibem a média dos
> contadores, por que a diferença aparece apenas quando a comunicação passa
> pelo STACK.
> 3) Troquei o cabo de STACK, switch, Gbic e notebook. Obtive os mesmos
> resultados.
>
> Como eu vou colocar um LAG (Link aggregation) com portas de cada 1 dos
> switches, esta diferença de ~100Mbps é muito alta e vai me gerar um
> transtorno gigantesco na hora de fazer o throubleshoting, quando
> necessário.
>
> Ou a melhor resposta seria: "coloca para rodar e vê no que dá" :(
>
>
> .... zZzZzZzZz ....
>
> E aos que tiveram paciencia de ler tudo, obrigado!
>
> [ ]'s
>
> Danilo Mendonça Cabreira
> --
> gter list https://eng.registro.br/mailman/listinfo/gter
>
More information about the gter
mailing list