[GTER] Ferramenta Análise Perda pacote/latência

Mon Mar 19 16:30:24 -03 2012

Boa Tarde,

se é para verificar a latência, aconselho: CACTI e SMOKEPING

Vale a pena estas duas ferramentas.

Att
Luiz Granja

Em 19 de março de 2012 09:43, Rinaldo Vaz <rinaldo at anid.com.br> escreveu:

> Gustavo,
>
> Certa vez fiz um guia de como monitorar perdas de pacotes usando o scriping
> host do SO Mikrotik, talvez ajude.
>
> as linhas com "#" são apenas comentários e são ignorados
>
> 1- Primeiro passo, criar um script com o seguinte código fonte:
>
> # Essa linha cria uma variável e insere o nome do equipamento
> :gl equip ([:pick [/sys id get name] 0 3])
>
>
> #essa linha escreve uma mensagem no LOG para avisar que os 100 pings
> iniciaram
>
> :log warning "Iniciando ping para meu gateway padrão..."
>
> #essa linha executa 100 pings para o IP do gateway padrão com pacotes de
> 1500 e com a flag de não fragmentação ligada.
> :gl teste [ping 192.168.0.1 size=1500 do-not-fragment count=100]
> #note que nesse tipo de comando a variável vai receber a quantidade de
> pacotes RECEBIDOS
>
>
> #essa linha avisa que os 100 pings foram terminados
> :log warning "Pings para gateway padrao encerrados."
>
>
> #como informado acima, o valor que a variável $teste vai receber é a
> quantidade de pacotes recebidos, sendo assim, a linha abaixo vai subtrair o
> valor total de pacotes recebidos da quantidade total de pacotes enviados
> (100).
> :gl perdas [(100-$teste)]
> #agora temos de fato a quantidade de PACOTES PERDIDOS na variável $perdas
>
>
> #as linhas abaixo descrevem as ações tomadas caso o resultado do teste
> condicional ($perdas>0) seja positivo. Após o comando "do". É possível
> executar vários comandos colocando apenas um ponto e vírgula no final de
> cada. Escolhemos escrever no LOG, e também enviar um email com o nome do
> equipamento (variavel $equip) e a quantidade de pacotes perdidos.
>
> :if condition=($perdas>0) do=[log warning " $perdas% de perdas"; log
> warning "Enviando email..." ; /tool e-mail send to=" meu_email at gmail.com"
> subject=(" ALERTA!! O equipamento - ".$equip." está com ". $perdas."% de
> Perdas") from=" meu_email at gmail.com"; log warning "Email enviado." ]
> else=[log warning "teste concluído sem perdas"]
>
> #Caso o resultado do teste condicional ($perdas>0) for negativo, serão
> executados apenas os comandos depois de "else=" e que nesse caso apenas
> gera uma mensagem no log avisando que não há perdas de pacotes.
>
>
> #esse exemplo pode ser melhorado executando ações como mudança de link
> desabilitando uma sessão BGP com a operadora problemática, e muitas outras
> opções, dependendo das particularidades de cada rede.
>
> 2- Segundo passo, no menu system scheduler você manda executar esse script
> a cada 5 minutos. (+ ou - caso jugue necessário)
>
>
> fonte:
>
>
>
> http://rinaldovaz.blogspot.com.br/2011/03/mikrotik-routeros-monitorando-perdas-de.html
>
> abs,
>
>
>
>
>
> Em 18 de março de 2012 21:05, Paulo Henrique <paulo.rddck at bsd.com.br
> >escreveu:
>
> > Em 18 de março de 2012 17:30, Juliano Primavesi | KingHost <
> > juliano at kinghost.com.br> escreveu:
> >
> > > Gustavo,
> > >
> > > A ferramenta eu nao conheço, mas verifica a possibilidade de haver um
> IP
> > > duplicado ou ARP spoofado dentro da rede, que ocasione este problema.
> > >
> > > O Problema pode ser mais em cima,
> >
> >
> > > Juliano
> > >
> > > Em 18/03/12 12:29, Gustavo Moreira escreveu:
> > >
> > >  Boa tarde pessoal,
> > >>
> > >> Estamos com uns problemas numa rede de médio porte, onde,
> > ocasionalmente,
> > >> ocorrem timouts e perda de comunicação entre servidores.
> > >>
> > >> Gostaria de dicas sobre boas ferramentas para detectar perda de
> pacotes
> > e
> > >> possíveis gargalos em algum enlace, do tipo que pudesse simular
> conexões
> > >> TCP com payload variável.
> > >>
> > >> Muito obrigado pela atenção.
> > >>
> > >>
> > Infelizmente muitas coisas podem interferir, porem se você expor o
> ambiente
> > que possui será melhor para conseguir ajuda, Responda as questões abaixo.
> >
> > Sua Rede é Corporativa ou Provedor ?
> > Se for corporativa, possui serviço de dominio NT ?
> > Se possui serviço de dominio NT, como está a carga dos servidores
> > responsavel por tais serviço ( O/I, memoria, CPU, Interface ) ?
> > O Switch que tais servidores estão conectador é gerenciavel ?
> > Se o switch for gerenciavel, como está a utilização das interfaces desses
> > servidores e da CPU desse switch ?
> > Nos servidores que perde conexão por acaso tem alguma mensagem anoma-la
> nos
> > logs ?
> > Se tem mensagens anoma-las nos logs, quais são essas mensagens ?
> > Qual a tecnologia de comunição empregada na maioria da rede (
> > fast-ethernet, gigabit-ethernet, 802.11 )?
> > Você gerencia SNMP implantado no ambiente ?
> >
> >  Ok, sua rede é de Provedor !!
> > Quais as técnologias de transmissão você está usando ?
> > Quais os modelos dos roteadores quem interconectam os POPs ?
> > Está utilizando protocolo de roteamento intra-as ?
> > Como está a utilização das interfaces dos roteadores ao longo do
> backbone e
> > suas adjacencias ?
> > Possui protocolos de contenção de colisão emplementado em algum dos
> > seguimentos ou no backbone ?
> >
> >
> > Tipo, acho que assim fica mais facil do pessoal ajudar !!
> >
> > Abrçs e quanto a uma ferramenta que pediu o iperf creio que atenderá as
> > suas necessidades, porem para conseguir mesurar o ambiente plenamente
> > somente através de algum NMS com SNMP tipo zabbix, ou mesmo o Pandora
> NMS (
> > teve uma discussão recentemente quanto esse tipo de software
> recentemente )
> >
> > Att.
> >
> > > Gustavo M.
> > >>
> > >>  --
> > > gter list    https://eng.registro.br/**mailman/listinfo/gter<
> > https://eng.registro.br/mailman/listinfo/gter>
> > >
> >
> >
> >
> > --
> > :=)>BattleMaster<(=:
> >
> > Flamers > /dev/null !!!
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
>
>
>
> --
> Rinaldo Vaz
> Chefe de operações do NOC
> Associação Nacional para Inclusão Digital
> Tim - 083 99975736
> INOC - 28135*100
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>

-- 

____________________
Att
Luiz Henrique G. Granja
lgranja at gmail.com