Dentre as ferramentas de diagnóstico de rede, podemos citar a MTR. Essa é uma ferramenta poderosa que permite aos administradores diagnosticar e isolar erros de rede e fornecer relatórios de status da rede a provedores upstream. Analise a saída do comando abaixo e classifique as informações subsequentes em verdadeiro (V) ou falso (F).

> mtr --report www. google.com
HOST: example Loss% Snt Last Avg Best Wrst StDev
1. 63.247.74.43 0.0% 10 0. 3 0.6 0.3 1.2 0.3
2. 63.247.64.157 50.0% 10 0.4 1.0 0.4 6.1 1.8
3. 209.51.130.213 0.0% 10 0.8 2.7 0.8 19.0 5.7
4. aix.pr1.atl.google.com 0.0% 10 6.7 6.8 6.7 6.9 0.1
5. 72.14.233.56 0.0% 10 7.2 8.3 7.1 16.4 2.9
6. 209.85.254.247 0.0% 10 39.1 39.4 39.1 39.7 0.2
7. 64.233.174.46 0.0% 10 39.6 40.4 39.4 46.9 2.3
8. gw-in-f147.1e100.net 0.0% 10 39.6 40.5 39.5 46.7 2.2

(   ) Esse comando usa a opção de relatório (--report), que envia 10 pacotes para o host google.com e gera um relatório. Sem a opção --report, o mtr seria executado continuamente em um ambiente interativo.
(   ) As colunas Last, Avg, Best e Wrst são todas medidas de latência em milissegundos. Last é a latência do último pacote enviado. Avg é a latência média de todos os pacotes, enquanto Best e Wrst exibem o melhor (mais curto) e o pior (mais longo) tempo de ida e volta de um pacote para esse host.
(   ) A perda de 50% relatada entre os hops 1 e 2 pode ser devido à limitação do tráfego ICMP usado pela MTR no segundo salto. Um indício desta possibilidade é o fato de o hop subsequente apresentar uma perda de 0.0%. Ou seja, isso pode dar a ilusão de perda de pacotes, quando na verdade não há perda.

A sequência correta, de cima para baixo, é: