Ajuda a analisar o traceroute

Question

meu nome é Abdulla e eu sou do Kuwait. Desculpe pela minha pergunta, pois sei que não é tecnicamente desafiadora.

Estou enfrentando alguns problemas com minha conexão com a Internet. Minha empresa tem uma conexão DSL de 2MB. Meu principal problema é latência, de manhã é bom, mas depois disso fica muito ruim. Meu provedor de Internet diz que não há nada errado e que tudo está funcionando perfeitamente. Eu tentei explicar a eles o problema de latência, mas eles dizem que, enquanto eu estiver obtendo a velocidade de download, não há nada que eu possa fazer sobre isso.

Eu só quero saber se isso é verdade e que a empresa não pode fazer nada antes de eu mudar meu provedor de internet, pois sinto que os caras do contact center podem voltar para mim sem pedir suporte técnico.

Abaixo estão 2 traços que fiz, um pela manhã e outro pela tarde:

Isso foi tirado por volta das 17:00

Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.

C:\Documents and Settings\Administrator>ping google.com


Pinging google.com [66.102.9.104] with 32 bytes of data:


Reply from 66.102.9.104: bytes=32 time=387ms TTL=49

Reply from 66.102.9.104: bytes=32 time=388ms TTL=49

Reply from 66.102.9.104: bytes=32 time=375ms TTL=49

Reply from 66.102.9.104: bytes=32 time=375ms TTL=49


Ping statistics for 66.102.9.104:

    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

    Minimum = 375ms, Maximum = 388ms, Average = 381ms


C:\Documents and Settings\Administrator>ping google.com /t


Pinging google.com [66.102.9.104] with 32 bytes of data:


Reply from 66.102.9.104: bytes=32 time=376ms TTL=49

Reply from 66.102.9.104: bytes=32 time=382ms TTL=49

Reply from 66.102.9.104: bytes=32 time=371ms TTL=49

Reply from 66.102.9.104: bytes=32 time=378ms TTL=49

Reply from 66.102.9.104: bytes=32 time=374ms TTL=49

Reply from 66.102.9.104: bytes=32 time=371ms TTL=49

Reply from 66.102.9.104: bytes=32 time=365ms TTL=49

Reply from 66.102.9.104: bytes=32 time=366ms TTL=49

Reply from 66.102.9.104: bytes=32 time=353ms TTL=49

Reply from 66.102.9.104: bytes=32 time=331ms TTL=49

Reply from 66.102.9.104: bytes=32 time=333ms TTL=49

Reply from 66.102.9.104: bytes=32 time=348ms TTL=49

Reply from 66.102.9.104: bytes=32 time=365ms TTL=49

Reply from 66.102.9.104: bytes=32 time=346ms TTL=49

Reply from 66.102.9.104: bytes=32 time=335ms TTL=49

Reply from 66.102.9.104: bytes=32 time=340ms TTL=49

Reply from 66.102.9.104: bytes=32 time=344ms TTL=49

Reply from 66.102.9.104: bytes=32 time=333ms TTL=49

Reply from 66.102.9.104: bytes=32 time=328ms TTL=49

Reply from 66.102.9.104: bytes=32 time=332ms TTL=49

Reply from 66.102.9.104: bytes=32 time=326ms TTL=49

Reply from 66.102.9.104: bytes=32 time=333ms TTL=49

Reply from 66.102.9.104: bytes=32 time=325ms TTL=49

Reply from 66.102.9.104: bytes=32 time=333ms TTL=49

Reply from 66.102.9.104: bytes=32 time=338ms TTL=49

Reply from 66.102.9.104: bytes=32 time=341ms TTL=49


Ping statistics for 66.102.9.104:

    Packets: Sent = 26, Received = 26, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

    Minimum = 325ms, Maximum = 382ms, Average = 348ms

Control-C
^C
C:\Documents and Settings\Administrator>travert google.com
'travert' is not recognized as an internal or external command,
operable program or batch file.

C:\Documents and Settings\Administrator>tracert google.com


Tracing route to google.com [66.102.9.104]

over a maximum of 30 hops:


  1    <1 ms    <1 ms    <1 ms  192.168.0.1

  2     6 ms     6 ms     6 ms  80-184-31-1.adsl.kems.net [80.184.31.1]

  3     7 ms     7 ms     8 ms  168.187.0.226

  4     7 ms     8 ms     9 ms  168.187.0.125

  5   180 ms   187 ms   188 ms  if-11-2.core1.RSD-Riyad.as6453.net [116.0.78.89]


  6   209 ms   222 ms   204 ms  195.219.167.57

  7   541 ms   536 ms   540 ms  195.219.167.42

  8   553 ms   552 ms   538 ms  Vlan1102.icore1.PVU-Paris.as6453.net [195.219.24
1.109]

  9   547 ms   543 ms   542 ms  xe-9-1-0.edge4.paris1.level3.net [4.68.110.213]


 10   540 ms   523 ms   531 ms  ae-33-51.ebr1.Paris1.Level3.net [4.69.139.193]

 11   755 ms   761 ms   695 ms  ae-45-45.ebr1.London1.Level3.net [4.69.143.101]


 12   271 ms   263 ms   400 ms  ae-11-51.car1.London1.Level3.net [4.69.139.66]

 13   701 ms   730 ms   742 ms  195.50.118.210

 14   659 ms   641 ms   660 ms  209.85.255.76

 15   280 ms   283 ms   292 ms  209.85.251.190

 16   308 ms   293 ms   296 ms  72.14.232.239

 17   679 ms   700 ms   721 ms  64.233.174.18

 18   268 ms   281 ms   269 ms  lm-in-f104.1e100.net [66.102.9.104]


Trace complete.

C:\Documents and Settings\Administrator>

Isto foi tirado às 10h00

Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.
C:\Documents and Settings\Administrator>ping google.com

Pinging google.com [66.102.9.106] with 32 bytes of data:

Reply from 66.102.9.106: bytes=32 time=110ms TTL=49

Reply from 66.102.9.106: bytes=32 time=111ms TTL=49

Reply from 66.102.9.106: bytes=32 time=112ms TTL=49

Reply from 66.102.9.106: bytes=32 time=120ms TTL=49

Ping statistics for 66.102.9.106:

    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

    Minimum = 110ms, Maximum = 120ms, Average = 113ms

C:\Documents and Settings\Administrator>ping google.com /t

Pinging google.com [66.102.9.106] with 32 bytes of data:

Reply from 66.102.9.106: bytes=32 time=109ms TTL=49

Reply from 66.102.9.106: bytes=32 time=110ms TTL=49

Reply from 66.102.9.106: bytes=32 time=111ms TTL=49

Reply from 66.102.9.106: bytes=32 time=111ms TTL=49

Reply from 66.102.9.106: bytes=32 time=112ms TTL=49

Reply from 66.102.9.106: bytes=32 time=112ms TTL=49

Reply from 66.102.9.106: bytes=32 time=116ms TTL=49

Reply from 66.102.9.106: bytes=32 time=110ms TTL=49

Reply from 66.102.9.106: bytes=32 time=109ms TTL=49

Reply from 66.102.9.106: bytes=32 time=110ms TTL=49

Reply from 66.102.9.106: bytes=32 time=109ms TTL=49

Reply from 66.102.9.106: bytes=32 time=110ms TTL=49

Reply from 66.102.9.106: bytes=32 time=112ms TTL=49

Reply from 66.102.9.106: bytes=32 time=109ms TTL=49

Reply from 66.102.9.106: bytes=32 time=110ms TTL=49

Reply from 66.102.9.106: bytes=32 time=115ms TTL=49

Reply from 66.102.9.106: bytes=32 time=110ms TTL=49

Reply from 66.102.9.106: bytes=32 time=109ms TTL=49

Reply from 66.102.9.106: bytes=32 time=110ms TTL=49

Reply from 66.102.9.106: bytes=32 time=113ms TTL=49

Reply from 66.102.9.106: bytes=32 time=115ms TTL=49

Reply from 66.102.9.106: bytes=32 time=109ms TTL=49

Reply from 66.102.9.106: bytes=32 time=110ms TTL=49

Ping statistics for 66.102.9.106:

    Packets: Sent = 32, Received = 32, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

    Minimum = 109ms, Maximum = 135ms, Average = 112ms

Control-C
^C
C:\Documents and Settings\Administrator>tracert google.com

Tracing route to google.com [66.102.9.104]

over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  192.168.0.1

  2     6 ms     6 ms     6 ms  80-184-31-1.adsl.kems.net [80.184.31.1]

  3     8 ms     7 ms     6 ms  168.187.0.226

  4     6 ms     7 ms     7 ms  168.187.0.125

  5    20 ms    20 ms    18 ms  if-11-2.core1.RSD-Riyad.as6453.net [116.0.78.89]

  6   171 ms   205 ms   215 ms  195.219.167.57

  7   191 ms   215 ms   226 ms  195.219.167.42

  8     *      103 ms    94 ms  Vlan1102.icore1.PVU-Paris.as6453.net [195.219.24
1.109]

  9    94 ms    95 ms    97 ms  xe-9-1-0.edge4.paris1.level3.net [4.68.110.213]

 10    94 ms    94 ms    94 ms  ae-33-51.ebr1.Paris1.Level3.net [4.69.139.193]

 11   101 ms   101 ms   101 ms  ae-48-48.ebr1.London1.Level3.net [4.69.143.113]

 12   102 ms   102 ms   101 ms  ae-11-51.car1.London1.Level3.net [4.69.139.66]

 13   103 ms   102 ms   103 ms  195.50.118.210

 14   137 ms   103 ms   100 ms  209.85.255.76

 15   130 ms   124 ms   124 ms  209.85.251.190

 16   114 ms   116 ms   116 ms  72.14.232.239

 17   135 ms   113 ms   126 ms  64.233.174.18

 18   126 ms   125 ms   127 ms  lm-in-f104.1e100.net [66.102.9.104]

Trace complete.

C:\Documents and Settings\Administrator>

    

Answer 1

Ok, bem, parece-me que a latência vem com a rede de comunicações da TATA. Então, o seu provedor KEMS Peers apenas com comunicações TATA.

Se outro ISP consultar um provedor diferente em sua área (Kuwait?), talvez você tenha um melhor desempenho. Se os outros ISPs ainda espreitarem com a TATA, parece que você não vai fazer nada melhor com eles, a menos que tenham maior prioridade na rede da TATA.

Você pode descobrir isso usando whois para ver quem possui qual IP:

$ whois 168.187.0.226

...
inetnum:        168.187.0.0 - 168.187.255.255
netname:        KEMS-KW
org:            ORG-GI9-RIPE
descr:          Kuwait Electronic and Messaging Services Company
descr:          PO Box No 31811111
descr:          Safat, kw 13036
country:        KW
...

Você pode então executar uma consulta de peer do BGP com relação a esse AS:

whois -h v4-peer.whois.cymru.com 168.187.0.226
PEER_AS | IP               | AS Name
6453    | 168.187.0.226    | GLOBEINTERNET TATA Communications

Então, olhando para a latência, ela acaba ficando dentro da rede de comunicação da TATA, se eu estiver lendo corretamente.

Como um aviso legal, eu nunca trabalhei para um ISP, então alguém que tenha pode ser mais autoritário que minha resposta.

    

Answer 2

Kyle está basicamente certo. O problema de latência parece ser upstream do seu ISP, então não há muito o que fazer sobre isso diretamente, já que o problema não está em sua própria rede.

Às 17:00, você teve:

5   180 ms   187 ms   188 ms  if-11-2.core1.RSD-Riyad.as6453.net [116.0.78.89]
6   209 ms   222 ms   204 ms  195.219.167.57
7   541 ms   536 ms   540 ms  195.219.167.42
8   553 ms   552 ms   538 ms  Vlan1102.icore1.PVU-Paris.as6453.net [195.219.241.109]

Às 10:00, você teve:

5    20 ms    20 ms    18 ms  if-11-2.core1.RSD-Riyad.as6453.net [116.0.78.89]
6   171 ms   205 ms   215 ms  195.219.167.57
7   191 ms   215 ms   226 ms  195.219.167.42
8     *      103 ms    94 ms  Vlan1102.icore1.PVU-Paris.as6453.net [195.219.241.109]

Veja a mudança na latência entre 195.219.167.57 e 195.219.167.42? De manhã, é apenas cerca de 10 ms, o que é bom. No entanto, à tarde, há uma diferença de 300 ms. Ambos fazem parte da rede backbone da TATA, e seu rastreio (e comentários gerais) parece indicar que a TATA experimenta o congestionamento entre esses dois IPs durante a tarde. Em suma, eles têm muito tráfego passando por um link com largura de banda insuficiente.

Kyle está certo. Como o problema está na rede da TATA, é problema deles consertar. Seu ISP parece usar a TATA como um uplink. Posso pensar em três opções disponíveis para você:

• Pressione seu ISP para pressionar a TATA para resolver o problema. Infelizmente, isso provavelmente não será de muita ajuda, mas se pessoas suficientes se queixarem do problema, elas podem fazer algo a respeito. TATA pode já ter planos para consertá-lo, e você pode nunca saber se seu ISP não entra em contato com a TATA.
• Descubra se o seu ISP tem outros uplinks da Internet. Em caso afirmativo, descubra se é possível redirecionar seu tráfego para longe da rede da TATA.
• Encontre outro ISP que não use a rede da TATA, ou pelo menos um que use TATA, mas não faça o roteamento por meio desse ponto de congestionamento.