Existe um problema a ser corrigido quando o traceroute imprime consistentemente uma linha com "6 * * *"?

Existe um problema a ser corrigido quando o traceroute imprime consistentemente uma linha com "6 * * *"?

Estou tentando descobrir por que estou tendo problemas para acessar um site específico no meu Mac OSX Yosemite. O provedor de serviço sugeriu que eu executasse um traceroute, quando o faço, independente do destino, obtenho 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

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

Se não houver resposta dentro de 5 segundos. intervalo de tempo limite (alterado com o sinalizador -w), um "*" é impresso para esse teste.

Por que não há um nome para a sonda na linha 6 ou é apenas a linha 7? Notei um resultado semelhante em outro local fornecido pelo serviço da Comcast. Em vez disso, eu deveria conversar com a Comcast e, em caso afirmativo, o que eu estaria pedindo para eles consertarem? Esse problema seria um indicativo de que o acesso a um determinado site não funciona corretamente? Além de ter problemas periódicos ao acessar o site mencionado acima, também tenho problemas periódicos com uma VNCsessão em 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 intermitentemente há vários meses, mas tracerouteestou constantemente dando intervalos.

Responder1

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

Primeiro, os únicos dispositivos dessa lista que NÃO são roteadores são o primeiro e o último. Cada salto representa um roteador. Alguns desses roteadores podem não estar no espaço de endereço público e, nesse caso, não poderão exibir um nome para o salto. Como você tem saltos após o salto 6, isso não pode estar contribuindo para nenhum problema ao acessar um servidor específico.

Em segundo lugar, isso não tem relação com a qualidade do seu VNC ou com qualquer outro serviço, a não ser que eles compartilhem um intervalo de tempo limite. 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 expire. Traceroute é uma coisa puramente de diagnóstico e é tratado de maneira diferente pelos roteadores do que o tráfego normal, como recuperar uma página da web ou enviar pacotes em uma conexão VNC.

Especificamente, a operadora do dispositivo no salto 6 optou por não enviarICMP TTL de mensagens excedidoquando um pacote é descartado devido ao TTL (ou talvez não esteja aceitando solicitações ICMP PING/ECHO). De qualquer forma, é o dispositivo de outra pessoa e é seu direito executá-lo como quiser. Se o roteador não responder com uma mensagem TTL excedido, o traceroute não imprimirá seu nome ou IP.

Se ajudar, a maioria das pessoas não consegue obter tantas informações quanto você consegue entre você e o Google. Só consigo ver cerca de 3 saltos entre mim e eles. todo o resto do salto expira.

Responder2

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 funcional do mtr:
http://www.bitwizard.nl/mtr/

O que é MTR?

mtr combina a funcionalidade dos programas 'traceroute' e 'ping' em uma única ferramenta de diagnóstico de rede.

À medida que o mtr é iniciado, ele investiga a conexão de rede entre o host em que o mtr é executado e um host de destino especificado pelo usuário. Após determinar o endereço de cada salto de rede entre as máquinas, ele envia uma sequência de solicitações ICMP ECHO para cada uma delas para determinar a qualidade do link para cada máquina. Ao fazer isso, ele imprime estatísticas de execução sobre cada máquina. Para uma prévia, dê uma olhada nas capturas de tela.

mtr é distribuído sob a Licença Pública Geral GNU. Consulte o arquivo COPYING para obter detalhes.

informação relacionada