Como interpretar os testes de monitoramento de desempenho em tempo real no junos
Video: The future of gaming at Google
Conteúdo
Depois de ter configurado e executar um teste no Junos em tempo real Monitoramento de Desempenho (RPM), mas você precisa ver e analisar os resultados desses testes.
Video: Está na reta final os testes com as tornozeleiras eletrônicas 15-11-2013
Para visualizar os resultados das medições RPM, utilizar o mostrar rpm serviços de sondas resultados comando:
user @ hostgt; mostra serviços rpm sonda-resultsOwner: aplicação no servidor da rede, o Teste: Tipo de ICMP-testProbe: ICMP-ping-timestampMinimum Rtt: 312 useg, máxima Rtt: 385 useg, RTT médio: 331 useg, jitter Rtt: 73 usec, stdDev Rtt : 27 usecMinimum tempo egresso: 0 useg, tempo máximo de saída: 0? sec, duração média de saída: 0 useg, tempo de saída do tremor: 0 useg, stdDev tempo egresso: tempo de penetração 0 usecMinimum: 0 useg, tempo máximo de penetração: 0 useg, médio tempo de penetração: 0 useg, o tempo de ingresso Jitter: 0 useg, stdDev tempo de ingresso: 0 usecProbes enviado: 15, Sondas recebidas: 15, percentual de perda: 0
A saída pode ser um pouco difícil de analisar, mas focar os seguintes campos:
Proprietário, Teste: Este campo informa qual teste RPM estão resumidas a seguir.
tipo de sonda: Simplificando, este campo é o que você configurou como o tipo de sonda.
RTT: O RTT campos são as medições do tempo de ida e volta. Você pode ver a medida mínima, a medida máxima, ea medida média para as sondas ao longo de toda a prova - neste caso, 15 sondas.
jitter: Esta é a variação no atraso ao longo do tempo. o jitter valor permite que você saiba como consistente os testes foram. Se um teste levou três segundos eo segundo teste teve 500 usecs, o jitter seria alto, uma indicação de que você pode querer executar o teste novamente, porque alguns problemas estão afetando sua rede.
Idealmente, você quer um pequeno jitter e um pequeno desvio padrão, o que significa que todo o tráfego mais ou menos leva a mesma quantidade de tempo para atravessar a rede.
percentual de perda: Embora você não deve vê-lo como diferente de zero, muitas vezes, as sondas podem ser perdidos. Se você está vendo a perda de sonda, você tem uma indicação de que a sua rede está perdendo pacotes somewhere- um filtro de firewall pode ser descartando-los- ou algum dispositivo ao longo do caminho está enfrentando congestionamento. (Pings são geralmente primeiro a obter caiu em tempos de congestionamento.) Verifique para o problema de forma adequada.
Em termos de que tipo de vezes que você deve estar vendo, como regra geral, você provavelmente vai querer ver ida e volta vezes na ordem de 200 a 500 microssegundos (usecs). Porque estas sondas RPM estão usando pacotes de ping ICMP, os tempos realmente deve ser o mesmo que quando você emitir vários pings para o destino remoto.