[GTER] O que se deve monitorar em um switch core?

Felipe Louback louback at gmail.com
Tue Jun 12 08:12:54 -03 2007


O Júlio acertou no que eu estava interessado.. estou mais interessado
é no "capacity planning" mesmo.

> Qual o tipo de switch ? Se for por exemplo um catalyst 6500 com fabric
> enabled cards, um show fabric utilization all pode ajudar por exemplo.

O Switch não é cisco não. É um Enterasys N7:
http://shopper.cnet.com/switches/enterasys-matrix-n7-enterprise/4014-6432_9-30386486.html
http://www.enterasys.com/products/security-enabled-infrastructure/matrix-nseries.aspx

Valeus!

Felipe



On 6/12/07, Julio Arruda <jarruda-gter at jarruda.com> wrote:
> MARLON BORBA wrote:
> > Fluxos ativos e principalmente aqueles com destinos/origens suspeitas :-)
> >
>
> Marlon,
> Creio que voce esta pensando do ponto de vista "seguranca", me parece
> que o Felipe queria algo mais do campo "capacity planning" da parte de
> forwarding plane (capacidade da caixa 'comutar' trafego), enquanto
> Pina, deu algo de capacity planning de "control plane" (routing tables,
> peers e etc), e diagnostico de erros por porta (muitos de configuracao
> assumo, ja que propriamente configuradas, portas nao deve 'comecar' a
> dar erros, so se o hw ou a media foi para o brejo, nao seria 'por
> aumento de uso' ou utilizacao).
>
> Quanto a mim, eu diria que 'depende':
> 1- Do tipo de switch, se for um switch em configuracao non-blocking,
> olhar utilizacao de backplane e' meio inutil
> 2- Se for um switch qualquer, a utilizacao por porta sempre ajuda, pois
> mesmo que nao seja limitacao de backplane, cada porta tem limitacoes
> obvias (1000Base* == 1Gbps, na melhor das hipoteses por exemplo).
>
>
>
>
> >
> >>>> louback at gmail.com 11/6/2007 11:07:38 >>>
> > Mas verificar consumo e erros em cerca de 600 portas invididualmente é
> > um trabalho meio complicado. Tipo, cada switch tem 300 portas.
> >
> > Memória e CPU se aplicam à caixa como um todo. Estava pensando em
> > algum outro parametro que se aplicasse a caixa como um todo, como tipo
> > numero de broadcasts(ou algum outro) de modo a ver se o switch ainda
> > está trabalhando com folga ou se é necessário algum upgrade...
> >
> > Valeu!
> >
> > Felipe Louback
> >
> > On 6/11/07, Antonio Carlos Pina <antoniocarlospina at gmail.com> wrote:
> >> CPU, memória, consumo e erros em portas seria um bom início.
> >>
> >> Abs.
> >>
> >>
> >> Em 11/06/07, Felipe Louback <louback at gmail.com> escreveu:
> >>> Caros,
> >>>
> >>> Tenho dois switches cores que preciso monitorar. Eu preciso de
> >>> monitorar de modo a saber se os mesmos estão "dando conta do recado",
> >>> ou seja, fazer análise de capacidade periodicamente. Cada switch core
> >>> destes tem cerca de 300 portas.
> >>>
> >>> Além de CPU e uso de Memória, quais outros fatores é indicado medir
> >>> para saber se os switches estão realmente dando conta do recado ou já
> >>> estão no gargalo?
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>


-- 
Master Student - Electrical Engineering Department
Computer Engineering and Telecommunications Research Group
Universidade Federal de Minas Gerais - Brazil

"Come to me, all you who are weary and burdened, and I will give you rest."
Matthews 11:28



More information about the gter mailing list