Помогите анализировать traceroute

Меня зовут Абдулла, я из Кувейта. Извините за мой вопрос, поскольку я знаю, что это не сложно технически.

У меня проблемы с подключением к Интернету. У моей компании есть соединение DSL 2 МБ. Моя основная проблема - это задержка, утром все хорошо, но после этого становится совсем плохо. Мой интернет-провайдер говорит, что все в порядке и все работает отлично. Я пытался объяснить им проблему задержки, но они говорят, что пока я получаю скорость загрузки, я ничего не могу с этим поделать.

Я только хочу знать, правда ли это и что компания ничего не может сделать, пока я не сменил интернет-провайдера, так как я чувствую, что ребята из контакт-центра могут вернуться ко мне, не обращаясь в техподдержку.

Ниже приведены 2 трассировки, которые я сделал, одну утром, а другую днем:

Это было сделано около 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>

Это было снято в 10: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.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>

route trace

Хорошо, мне кажется, что задержка связана с коммуникационной сетью TATA. Таким образом, ваш провайдер KEMS взаимодействует только с TATA.

Если другой интернет-провайдер использует другого провайдера в вашем регионе (Кувейт?), Возможно, вы получите лучшую производительность. Если другие интернет-провайдеры все еще взаимодействуют с TATA, похоже, вы не добьетесь большего с ними, если у них нет более высокого приоритета в сети TATA.

Вы можете узнать это с помощью whois, чтобы узнать, кому принадлежит какой 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
...

Затем вы можете запустить пиринговый запрос BGP для этой 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

Итак, глядя на задержку, он оказывается в сети связи TATA, если я правильно его читаю.

Как отказ от ответственности, я никогда не работал на интернет-провайдера, поэтому кто-то, кто работал, может быть более авторитетным, чем мой ответ.

Кайл в основном прав. Проблема с задержкой, похоже, исходит от вашего интернет-провайдера, поэтому они мало что могут с этим поделать, поскольку проблема не в их собственной сети.

В 17:00 у вас было:

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]

В 10:00 у вас было:

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]

Видите изменение задержки между 195.219.167.57 и 195.219.167.42? Утром всего около 10 мс, и это нормально. Однако днем разница составляет 300 мс. Оба являются частью магистральной сети TATA, и ваша трассировка (и общие комментарии), похоже, указывает на то, что TATA испытывает перегрузку между этими двумя IP-адресами во второй половине дня. Короче говоря, через канал с недостаточной пропускной способностью проходит слишком много трафика.

Кайл прав. Поскольку проблема в сети TATA, их проблему нужно решить. Ваш интернет-провайдер использует TATA в качестве восходящего канала. Я могу думать о трех вариантах, доступных вам:

Заставьте вашего интернет-провайдера оказать давление на TATA, чтобы он решил проблему. К сожалению, это вряд ли сильно поможет, но если достаточное количество людей будет жаловаться на проблему, они могут что-то с ней сделать. Возможно, у TATA уже есть планы исправить это, и вы никогда не узнаете, не свяжется ли ваш провайдер с TATA.
Узнайте, есть ли у вашего интернет-провайдера другие каналы связи с Интернетом. Если да, узнайте, могут ли они перенаправить ваш трафик из сети TATA.
Найдите другого интернет-провайдера, который не использует сеть TATA, или хотя бы того, который использует TATA, но не выполняет маршрутизацию через эту точку перегрузки.