A latência do jogo aumenta durante o dia, não mostrada no comando ping

0

O comando ping da linha de comandos mostra 81ms para o servidor eu.newerth.com 24/7. No entanto, nos últimos dias, o meu ping no jogo é de 135 durante o dia e 95 durante a noite (se correlaciona com os tempos de baixa atividade do servidor).

É normal ter cerca de 15ms extras no jogo (como eu faço à noite), mas o salto durante o dia é intrigante porque não se traduz na medida do ping.

O jogo em si usa UDP, embora eu ache que o jogo mede ping com TCP.

Eu estou nos EUA em um ISP universitário muito rápido e o servidor está em Londres, o problema parece estar afetando outros clientes americanos, mas não tenho certeza. Não está afetando jogadores da Europa.

Minha latência no jogo para outros servidores no mesmo jogo, por exemplo, um na Alemanha, não passa pelo mesmo ciclo de noite / dia e permanece estável.

Qual poderia ser a causa do aumento no jogo sem o aumento icmp correspondente?

    
por user2623492 21.09.2014 / 23:30

1 resposta

0

Diagnóstico :

Primeiro faça um Tracert para eu.newerth.com.

Traceroute is a computer network tool used to determine the route taken by packets across an IP network.

Aqui está a saída do meu computador (os primeiros saltos foram removidos):

Tracing route to eu.newerth.com [87.117.228.107]
over a maximum of 30 hops:

[snip]

  4    46 ms    70 ms    21 ms  asd-tr0610-cr101-ae6-0.core.as9143.net [213.51.158.82]
  5    88 ms    78 ms    83 ms  ae5-125.ams29.ip4.gtt.net [77.67.64.65]
  6    28 ms    36 ms    37 ms  xe-7-2-1.lon25.ip4.gtt.net [141.136.107.38]
  7   139 ms   125 ms    58 ms  iomart-gw.ip4.gtt.net [46.33.94.2]
  8    73 ms    87 ms    75 ms  610.net2.north.dc5.as20860.net [62.233.127.182]
  9    67 ms    71 ms    28 ms  87.117.212.42
 10    48 ms    27 ms    21 ms  eu.newerth.com [87.117.228.107]

Podemos ver a partir disso que há um problema com o salto 7, já que dois dos três tempos de ida e volta são maiores que o esperado em comparação com o lúpulo de cada lado. Isso pode indicar congestionamento de rede ou um roteador sobrecarregado:

  7   139 ms   125 ms    58 ms  iomart-gw.ip4.gtt.net [46.33.94.2]

Agora, tente um PathPing para eu.newerth.com.

Pathping is a TCP/IP based utility (command-line tool) that provides useful information about network Latency and Packet Loss at intermediate hops between a source address and a destination address.

It does this by sending "echo request" packets via ICMP and analyzing the results.

Aqui está a saída do meu computador (os primeiros saltos foram removidos):

Tracing route to eu.newerth.com [87.117.228.107]
over a maximum of 30 hops:

[snip]

  3  hlo-lc0001-cr102-ae10-218.core.as9143.net [213.51.166.82]
  4  asd-tr0610-cr101-ae6-0.core.as9143.net [213.51.158.82]
  5  ae5-125.ams29.ip4.gtt.net [77.67.64.65]
  6  xe-7-2-1.lon25.ip4.gtt.net [141.136.107.38]
  7  iomart-gw.ip4.gtt.net [46.33.94.2]
  8  610.net2.north.dc5.as20860.net [62.233.127.182]
  9  87.117.212.42
 10  eu.newerth.com [87.117.228.107]

Computing statistics for 250 seconds...
            Source to Here   This Node/Link
Hop  RTT    Lost/Sent = Pct  Lost/Sent = Pct  Address

[snip]

                                0/ 100 =  0%   |
  3   46ms     0/ 100 =  0%     0/ 100 =  0%  hlo-lc0001-cr102-ae10-218.core.as9143.net [213.51.166.82]
                                0/ 100 =  0%   |
  4   53ms     0/ 100 =  0%     0/ 100 =  0%  asd-tr0610-cr101-ae6-0.core.as9143.net [213.51.158.82]
                                0/ 100 =  0%   |
  5   39ms     0/ 100 =  0%     0/ 100 =  0%  ae5-125.ams29.ip4.gtt.net [77.67.64.65]
                                0/ 100 =  0%   |
  6   60ms     0/ 100 =  0%     0/ 100 =  0%  xe-7-2-1.lon25.ip4.gtt.net [141.136.107.38]
                                0/ 100 =  0%   |
  7   73ms     0/ 100 =  0%     0/ 100 =  0%  iomart-gw.ip4.gtt.net [46.33.94.2]
                                0/ 100 =  0%   |
  8   56ms     1/ 100 =  1%     1/ 100 =  1%  610.net2.north.dc5.as20860.net [62.233.127.182]
                                0/ 100 =  0%   |
  9   56ms     1/ 100 =  1%     1/ 100 =  1%  87.117.212.42
                                0/ 100 =  0%   |
 10   50ms     0/ 100 =  0%     0/ 100 =  0%  eu.newerth.com [87.117.228.107]

Trace complete.

Podemos ver a partir disso que há um problema com os saltos 8 e 9, pois há 1% de perda de pacotes nesses saltos, mas não há perda de pacotes encaminhados . Isso significa que os roteadores em hop8 e 9 estão provavelmente um pouco sobrecarregados:

  8   56ms     1/ 100 =  1%     1/ 100 =  1%  610.net2.north.dc5.as20860.net [62.233.127.182]
                                0/ 100 =  0%   |
  9   56ms     1/ 100 =  1%     1/ 100 =  1%  87.117.212.42

Você diz " Não afeta jogadores da Europa ". Eu estou na Europa (NL). A julgar pela análise acima, eu esperaria ver o mesmo problema que você se eu jogasse este jogo, assim como outros usuários europeus usando o servidor de Londres.

Os últimos três saltos pertencem à iomart.com (uma empresa de hospedagem na nuvem), portanto, qualquer problema parece estar dentro de sua infraestrutura.

Conclusão :

Os roteadores em 62.233.127.182 e 87.117.212.42 estão provavelmente um pouco sobrecarregados (capacidade insuficiente para o tráfego real).

Advertência :

Esta é uma análise instantânea. Também não leva em conta a rota inversa :

Any connection over the Internet actually depends on two routes: the route from the source to the target, and the route from the target back to the source.

  • These routes may be (and often are) completely different ("Asymmetric").
  • If they differ, a problem in the connection could be a problem with either the route to the target, or with the route back from the target.
  • A problem reflected in the Pathping output may actually not lie with the obvious system in the trace; it may rather be with some other system on the reverse route back from the system that looks, from the trace, to be the cause of the problem.
  • The reverse path itself is completely invisible in the normal Pathping output!.

Uma rota de origem perdida pode ser usada para ver a rota inversa. Infelizmente, o roteamento de origem tem um grande potencial de abuso e, portanto, a maioria dos administradores de rede bloqueia todos os pacotes roteados por origem em seus roteadores de borda. Então, na prática, rotas de fontes soltas não vão funcionar.

Portanto, para solucionar problemas na rota inversa, um caminho teria que ser feito do servidor do jogo de volta para o seu endereço IP público.

    
por 22.09.2014 / 10:42