Há algum problema a ser corrigido quando o traceroute imprime consistentemente uma linha com “6 * * *”?

0

Estou tentando entender por que estou tendo problemas para acessar um determinado site do meu Mac OSX Yosemite. O provedor de serviços sugeriu que eu corra um traceroute , quando eu faço, independentemente do destino, recebo um resultado como este:

traceroute to google.com (74.125.239.96), 64 hops max, 52 byte packets
 1  10.1.10.1 (10.1.10.1) 60 bytes to 10.1.10.14  1.398 ms  1.423 ms  1.202 ms
 2  24.4.6.1 (24.4.6.1) 36 bytes to 10.1.10.14  11.383 ms  9.741 ms  9.311 ms
 3  te-0-2-0-12-sur04.santaclara.ca.sfba.comcast.net (162.151.30.169) 76 bytes to 10.1.10.14  9.483 ms  10.148 ms  9.452 ms
 4  te-0-5-0-8-sur03.santaclara.ca.sfba.comcast.net (162.151.78.109) 76 bytes to 10.1.10.14  9.690 ms
    te-0-5-0-9-sur03.santaclara.ca.sfba.comcast.net (162.151.78.113) 76 bytes to 10.1.10.14  9.923 ms
    te-0-5-0-2-sur03.santaclara.ca.sfba.comcast.net (69.139.198.41) 76 bytes to 10.1.10.14  10.323 ms
 5  be-232-ar01.santaclara.ca.sfba.comcast.net (162.151.78.253) 76 bytes to 10.1.10.14  12.258 ms  13.268 ms  9.708 ms
 6  * * *
 7  he-0-10-0-0-pe03.11greatoaks.ca.ibone.comcast.net (68.86.85.214) 76 bytes to 10.1.10.14  15.528 ms
    he-0-13-0-0-pe03.11greatoaks.ca.ibone.comcast.net (68.86.83.134) 76 bytes to 10.1.10.14  11.379 ms
    he-0-15-0-1-pe03.11greatoaks.ca.ibone.comcast.net (68.86.86.222) 76 bytes to 10.1.10.14  11.174 ms
 8  173.167.59.66 (173.167.59.66) 36 bytes to 10.1.10.14  14.655 ms
    66-208-228-70.ubr01a.hurtl301.al.hfc.comcastbusiness.net (66.208.228.70) 36 bytes to 10.1.10.14  10.514 ms
    173.167.59.66 (173.167.59.66) 36 bytes to 10.1.10.14  35.888 ms
 9  72.14.232.138 (72.14.232.138) 36 bytes to 10.1.10.14  10.164 ms
    209.85.241.55 (209.85.241.55) 36 bytes to 10.1.10.14  13.837 ms  15.349 ms
10  66.249.95.29 (66.249.95.29) 36 bytes to 10.1.10.14  13.930 ms  10.773 ms  15.731 ms
11  nuq05s01-in-f0.1e100.net (74.125.239.96) 60 bytes to 10.1.10.14  12.693 ms  16.125 ms  11.041 ms

Aviso no passo 6, os três asteriscos ( * ), quando estes são impressos, é muito lento, cada um demora cerca de quatro segundos para aparecer. De acordo com a página man:

If there is no response within a 5 sec. timeout interval (changed with the -w flag), a "*" is printed for that probe.

Por que não há um nome para o probe na linha 6 ou é apenas a linha 7? Eu notei um resultado semelhante de outro local fornecido pelo serviço Comcast. Eu deveria estar falando com a Comcast e, em caso afirmativo, o que eu estaria pedindo a eles para corrigir? Esta questão seria indicativa de acesso a um site específico que não funcionasse corretamente? Além de ter problemas periódicos chegando ao site mencionado na parte superior, também tenho problemas periódicos com uma sessão VNC para um sistema completamente não relacionado, com tempos limite de 3 a 4 segundos em que a tela não está sendo atualizada. Executando um traceroute , encontrei um problema semelhante para esse destino. Tenho visto esses problemas por vários meses, mas traceroute está dando os tempos limite de forma consistente.

    
por WilliamKF 21.07.2015 / 18:41

2 respostas

6

Não, não há nada para corrigir em relação ao seu traceroute.

Primeiro, os únicos dispositivos nessa lista que NÃO são roteadores são o primeiro e o último. Todo salto representa um roteador. Alguns desses roteadores podem não estar em um espaço de endereço público, caso em que não poderiam exibir um nome para o salto. Como você tem saltos após o salto 6, isso não pode estar contribuindo para nenhum problema que você está tendo em alcançar um servidor específico.

Em segundo lugar, isso não tem relação com a qualidade do seu VNC, ou qualquer outro serviço, além de que eles compartilham um intervalo de tempo limite. O traceroute não testa a qualidade de uma conexão, apenas sua conectividade. Não há indicação de que o tráfego real que passa pelo dispositivo no salto 6 seja interrompido. O traceroute é uma coisa puramente diagnóstica e é tratado de maneira diferente pelos roteadores do que o tráfego normal, como a recuperação de uma página da Web ou o envio de pacotes em uma conexão VNC.

Especificamente, o operador do dispositivo em hop 6 escolheu não enviar ICMP TTL Exceeded messages quando um pacote é descartado devido ao TTL (ou talvez ele não esteja aceitando solicitações ICMP PING / ECHO). De qualquer forma, é o dispositivo de alguém e é seu direito de executá-lo como quiserem. Se o roteador não responder com uma mensagem TTL Exceeded, o traceroute não imprimirá seu nome ou IP.

Se isso ajudar, a maioria das pessoas não pode obter o máximo de informações obtidas entre você e o Google. Eu só posso ver cerca de 3 saltos entre mim e eles. todo o resto do lúpulo acaba.

    
por 21.07.2015 / 18:48
1

Uma dica que pode ajudar a analisar o problema em um nível mais profundo.

Espero que seja possível obter / criar uma encarnação MAC de trabalho de mtr:
link

What is MTR?

mtr combines the functionality of the 'traceroute' and 'ping' programs in a single network diagnostic tool.

As mtr starts, it investigates the network connection between the host mtr runs on and a user-specified destination host. After it determines the address of each network hop between the machines, it sends a sequence ICMP ECHO requests to each one to determine the quality of the link to each machine. As it does this, it prints running statistics about each machine. For a preview take a look at the screenshots.

mtr is distributed under the GNU General Public License. See the COPYING file for details.

    
por 21.07.2015 / 21:41