[GTER] Switches 3750G como core de rede

Thu Oct 4 12:05:57 -03 2012

É que o PBR depende muito pra que você vai usar e intensidade de dados em
cima disso...
--
Michel Perez
Skype: michelmbperez
michelmbperez at gmail.com
http://br.linkedin.com/in/michelmbperez

Em 4 de outubro de 2012 11:48, Douglas Fischer
<fischerdouglas at gmail.com>escreveu:

> Boa sorte aí Plínio...
>
> Só para ilustrar, vou contar uma história do dia que matei a rede aqui da
> empresa:
>    Em um Vlan onde estavam os servidores de produção, necessitavam que o
> trafego de um servidor específico fosse redirecionado por outro link.
>    Eu, me achando o gás da coca, falei "pá... mole mole... coloco uma PBR
> na vlan e tá tudo certo.
>    Lá pelas duas da manhã o telefone toca: "A rede tá travando!" (que é só
> o que cliente sabe dizer).
>    Acesso ssh no 3750 vinha um caractere a cada 10 segundos mais ou menos.
>    "show processes cpu history" lacrado em 100%.
>    Com muita paciência, uns 15 minutos depois consegui desaplicar a PBR da
> vlan, e instantaneamente tudo se normalizou...
>    As 01:30 era a hora que entravam os backups para serem feitos em
> servidor em outra vlan.
>
> Portanto, desde então sou gato escaldado com essa água fria de PBR.
>
>
>
> Em 4 de outubro de 2012 10:49, Plínio Monteiro Brandão <
> pliniomonteiro at gmail.com> escreveu:
>
> > Pessoal,
> >
> > Obrigado pelas informações, de fato ajudaram e muito.
> >
> > Valeu.
> >
> >
> > --
> > Plínio M. Brandão
> > Analista de Telecom
> > http://about.me/pliniomonteiro
> > pliniomonteiro at gmail.com
> > +55 51 8174.5074
> >
> >
> >
> > Em 3 de outubro de 2012 13:12, Douglas Fischer
> > <fischerdouglas at gmail.com>escreveu:
> >
> > > O stack do 3750 é de backplane, e não aquelas mentiras de stack over
> > > ethernet 1Gb.
> > >
> > > Melhor ainda é o da linha 3750E, que cada switch da pilha controla seu
> > > próprio L2, e só vai para o stack o que for ser roteado, ou estiver em
> > > outro switch da pilha.
> > >
> > >
> > > Em 3 de outubro de 2012 13:00, Shine <eshine at gmail.com> escreveu:
> > >
> > > > Plínio,
> > > >
> > > > Me chama a atenção pelo fato de vc agregar o core da rede em um stack
> > L2.
> > > > Acho que para controle seria interessante monitorar o uso da mac
> table.
> > > >
> > > > Em 2 de outubro de 2012 22:33, Plínio Monteiro Brandão <
> > > > pliniomonteiro at gmail.com> escreveu:
> > > >
> > > > > Pessoal, obrigado pelo retorno.
> > > > >
> > > > > Raphael,
> > > > >
> > > > > De fato acabei não passando muitas informações, mas em resumo
> existem
> > > > > diversos switches 2960 como switches de acesso. Em alguns casos os
> > > > clientes
> > > > > estão conectados diretamente nesses 2960, em outros casos existem
> > > fibras
> > > > > que chegam até eles e ainda existem usuários que chegam via rádios,
> > > > > conectados aos 2960s.
> > > > >
> > > > > Michel,
> > > > >
> > > > > Valeu pelas informações. Até o momento não estou tento problemas
> com
> > os
> > > > > switches, pelo contrário, eles estão funcionando bem e com
> > > processamento
> > > > > baixo. Mas pretendo incluir algumas PBR's, além do roteamento entre
> > as
> > > > > vlans e rota estática mesmo.
> > > > >
> > > > > Luiz,
> > > > >
> > > > > No momento monitoro o tráfego nas interfaces, cpu e memória e a CPU
> > não
> > > > > passa dos 5%. Está bem até demais. A dúvida mesmo é mais com
> relação
> > a
> > > > > escalabilidade.
> > > > >
> > > > > Filipe,
> > > > >
> > > > > Obrigado pelas informações. Quantos usuários, em média, sua rede
> tem?
> > > > >
> > > > >
> > > > > --
> > > > > Plínio M. Brandão
> > > > > Analista de Telecom
> > > > > http://about.me/pliniomonteiro
> > > > > pliniomonteiro at gmail.com
> > > > > +55 51 8174.5074
> > > > >
> > > > >
> > > > >
> > > > > Em 2 de outubro de 2012 19:22, Filipe Abelha
> > > > > <filipeabelhamelo at gmail.com>escreveu:
> > > > >
> > > > > > Plinio, projetei uma rede que utiliza o 3750G como switch
> > principal.
> > > > > > Com PBR habilitado esse switch possui hj 2Gbps de trafego e o
> > > > > > processamento gira em torno de 50%. Pro teu cenário digo sem
> receio
> > > > > > que ele tem capacidade de sobra.
> > > > > >
> > > > > > Filipe Abelha Melo
> > > > > > Oi - 85 8644.0929
> > > > > > Tim - 85 9905.1322
> > > > > > Provisione
> > > > > > Projetos e serviços em telecomunicações
> > > > > >
> > > > > > Enviado via iPad
> > > > > >
> > > > > > Em 02/10/2012, às 12:22, "Plínio Monteiro Brandão"
> > > > > > <pliniomonteiro at gmail.com> escreveu:
> > > > > >
> > > > > > > Prezados, bom dia.
> > > > > > >
> > > > > > > Possuímos um cenário atual com 2 switches 3750G (stack) como
> core
> > > da
> > > > > > rede.
> > > > > > > Infelizmente não existe uma possibilidade de mudança ou upgrade
> > de
> > > > > > hardware
> > > > > > > no momento.
> > > > > > >
> > > > > > > No momento atual existem cerca de 500 usuários e uma previsão
> de
> > > > > > ampliação
> > > > > > > da rede e dos serviços para outros parceiros. Estima-se uma
> média
> > > de
> > > > > > 1000 a
> > > > > > > 1500 usuários fazendo uso de alguns serviços de rede e de
> acesso
> > à
> > > > > > > internet. Atualmente o consumo médio de tráfego (PARCEIROS ->
> > CORE)
> > > > > gira
> > > > > > em
> > > > > > > torno de 20Mbps e CORE -> INTERNET na média de 10Mbps.
> > > > > > >
> > > > > > > O cenário futuro prevê uma utilização de 50Mbps a 80 Mbps para
> > link
> > > > de
> > > > > > > internet + o crescimento de usuários como já foi comentado.
> > > > > > >
> > > > > > > Pensando nessa escalabilidade, quais os problemas que os 3750
> > > > poderiam
> > > > > > > apresentar em termos de performance? Quais parâmetros seriam
> > > válidos
> > > > > para
> > > > > > > que eu pudesse utilizá-los como referência?
> > > > > > >
> > > > > > > Agradeço desde já a colaboração de todos.
> > > > > > >
> > > > > > > --
> > > > > > > Plínio M. Brandão
> > > > > > > Analista de Telecom
> > > > > > > +55 51 8174.5074
> > > > > > > --
> > > > > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > > > > --
> > > > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > > > >
> > > > > --
> > > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > > >
> > > > --
> > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > >
> > >
> > >
> > >
> > > --
> > > Douglas Fernando Fischer
> > > Engº de Controle e Automação
> > > --
> > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > >
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
>
>
>
> --
> Douglas Fernando Fischer
> Engº de Controle e Automação
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>