Jump to content
Калькуляторы

Помогите разобраться в ситуации потери, ,не знал где создать :)

Добрый день. Частенько читаю ваш форму/сайт,много интересного и познавательного :) Сам , правда отношусь к ИТ но не к профессионалам и с сетевыми технологиями знаком... пожалуй большего и не скажешь. Знаю что тут обитают представители многих провайдеров, да и просто грамотные люди, надеюсь на вашу помощь в моей небольшой проблемке.

 

Значит провайдер у меня Авангард (АДСЛ), город пока называть не буду ;) Уже дней 10 я наблюдаю следующую картину на направлении в Европу/часть америки, на некоторые ресуры:

Последний ресурс и не должен отвечать, с этим все нормально %) трассировка шла размером пакета 1024 байта. при 64 байтах картина та же

Трасса на 62.67.45.85

 

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                           192.168.120.1 -    0 |  144 |  144 |    0 |    1 |   21 |    2 |
|                            91.122.208.1 -    0 |  144 |  144 |   33 |   42 |  240 |   35 |
|                          212.48.195.165 -    0 |  144 |  144 |   32 |   34 |   62 |   34 |
|                          212.48.195.169 -    0 |  144 |  144 |   57 |   62 |   69 |   65 |
|                          212.48.195.193 -    0 |  144 |  144 |   55 |   63 |  101 |   60 |
|                          212.48.198.250 -    6 |  144 |  136 |   54 |   65 |  145 |   60 |
|                          87.245.252.101 -    0 |  144 |  144 |   56 |   64 |  152 |   62 |
|                          87.245.233.134 -    0 |  144 |  144 |   67 |   72 |  138 |   68 |
|                          213.242.110.17 -    0 |  144 |  144 |   65 |   71 |  184 |   68 |
|                            4.69.140.198 -   10 |  144 |  131 |  119 |  127 |  217 |  124 |
|                            4.69.142.170 -   14 |  144 |  124 |  116 |  123 |  133 |  123 |
|                              4.69.139.2 -   11 |  144 |  129 |  117 |  129 |  280 |  123 |
|Communication administratively prohibited by filtering -  100 |  144 |    0 |    0 |    0 |    0 |    0 |
|________________________________________________|______|______|______|______|__
____|______|

определение имен(чтобы нагляднее), трассировка показательная всего на 144 пакета, до этого делал и больше ситуация такая же...

192.168.120.1
lo1-E320-1-ARKH.AtNET.artelecom.ru
so-3-0-0.stm16.m120-1-arkh.nwtelecom.ru
ge-2-1-0.10g.m320-2-vlgd.nwtelecom.ru
xe-0-1-3.10g.t1600-2-210.nwtelecom.ru
ae1.20g.mx960-1-210.nwtelecom.ru(212.48.198.250)
ae5.RT.POL.SPB.RU.retn.net
ae2-6.RT.TC1.STO.SE.retn.net
gw-retn.Stockholm.Level3.net
ae-2-5.bar1.Copenhagen1.Level3.net
ae-7-7.ebr1.Dusseldorf1.Level3.net
ae-11-51.car1.Dusseldorf1.Level3.net
No response from host

 

Вопросов несколько , но основных 2- Во 1х почему идут "потери" пакетов на промежуточных узлах, но их нет на конечных. Про нагрузку и необязательность ответа на ICMP, но я всегда думал что дроп пакетов идет или когда на них запрещен ответ (100% потерь) или когда узел перегружен(напомню я не специалист). трассировка выполнялась в середине дня. На конечных потерь, напомню, нет. (например на узле google.com все ок)

трасса к google.com

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                           192.168.120.1 -    0 |  118 |  118 |    1 |   20 |   23 |   21 |
|                            91.122.208.1 -    0 |  118 |  118 |   34 |   40 |  161 |   44 |
|                          212.48.195.165 -    3 |  118 |  115 |   33 |   34 |   48 |   34 |
|                          212.48.195.169 -    0 |  118 |  118 |   44 |   46 |   98 |   45 |
|                          212.48.195.193 -    0 |  118 |  118 |   54 |   58 |   99 |   55 |
|                          212.48.198.250 -    7 |  118 |  110 |   53 |   60 |  114 |   54 |
|                           212.48.214.66 -    0 |  118 |  118 |   56 |   58 |   98 |   58 |
|                          216.239.43.240 -    0 |  118 |  118 |   68 |   70 |   99 |   70 |
|                          209.85.250.189 -    0 |  118 |  118 |   97 |   99 |  138 |   98 |
|                           66.249.95.132 -    1 |  118 |  117 |   91 |   99 |  144 |   98 |
|                           72.14.239.197 -    0 |  117 |  117 |   93 |   99 |  130 |   98 |
|                          64.233.174.137 -    0 |  117 |  117 |   94 |  100 |  119 |   98 |
|                           66.102.13.105 -    0 |  117 |  117 |   91 |   98 |  121 |   98 |
|________________________________________________|______|______|______|______|__
____|______|

 

Провайдер говорит что раз нет потерь на конечном узле то и все ок. эти 2 узла (212.48.195.165,212.48.198.250) сыпят, действительно , уже полгода и проблем визуально не видно.

 

НО возвращаесь к первой трассировке и добавляя трассировку на rapidshare.com видим

 

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                           192.168.120.1 -    0 |   62 |   62 |    1 |    1 |   26 |    2 |
|                            91.122.208.1 -    0 |   62 |   62 |   34 |   45 |  183 |   36 |
|                          212.48.195.165 -    0 |   62 |   62 |   33 |   35 |   55 |   34 |
|                          212.48.195.169 -    0 |   62 |   62 |   44 |   46 |   92 |   45 |
|                          212.48.195.193 -    0 |   62 |   62 |   54 |   60 |   98 |   54 |
|                          212.48.198.250 -    9 |   62 |   57 |   54 |   58 |  116 |   54 |
|                          87.245.252.101 -    0 |   62 |   62 |   56 |   62 |  156 |   58 |
|                          87.245.233.134 -    0 |   62 |   62 |   68 |   91 |  100 |   91 |
|                          213.242.110.17 -    0 |   62 |   62 |   65 |   87 |  130 |   98 |
|                            4.69.140.198 -   10 |   62 |   56 |  118 |  123 |  184 |  120 |
|                            4.69.142.170 -    7 |   61 |   57 |  116 |  118 |  128 |  116 |
|                            4.69.132.138 -    9 |   61 |   56 |  116 |  119 |  143 |  118 |
|                             4.69.140.18 -   14 |   61 |   53 |  119 |  126 |  152 |  121 |
|                               4.68.23.3 -   14 |   61 |   53 |  116 |  123 |  302 |  117 |
|                          195.122.131.14 -   17 |   61 |   51 |  117 |  120 |  144 |  119 |
|________________________________________________|______|______|______|______|__
____|______|

 

Как я вижу перекликаются они несколькими узлами:

87.245.233.134(gw-retn.Stockholm.Level3.net)

213.242.110.17(ae-2-5.bar1.Copenhagen1.Level3.net )

4.69.140.198(ae-7-7.ebr1.Dusseldorf1.Level3.net)

Все 3 узла принадлежат Level3

 

 

На конечных узлах есть потери, НА всех, сигнал к которым имеет Гейтвей на копенгаген.

Обмен пакетами с rapidshare.com [195.122.131.12] с 1024 байтами данных:

Статистика Ping для 195.122.131.12:
    Пакетов: отправлено = 100, получено = 87, потеряно = 13
    (13% потерь)
Приблизительное время приема-передачи в мс:

Минимальное = 132мсек, Максимальное = 158 мсек, Среднее = 133 мсек

 

 

Я писал/звонил провайдеру (Авангарду) по телефону - у нас все ок, на пписьма с трассой - нет ответа. Звонил Им в питер -У нас все нормально, Звонил в RETN - в питер, надо отметить меня там не послали, но сказали что у них все ОК, Звонил владельцу 62.67.45.85 - они не могут повлиять на магистралов.

 

Не звонил только в level3 -c разговорным английским плохо.

 

Трассу до рапиды привел специально - закачки виснут или обрыв по таймауту

 

Вот трасса из Дюссельдорфа до меня:

http://lookingglass.level3.net/

  1 ae-33-51.ebr1.Dusseldorf1.Level3.net (4.69.139.1) 0 msec 0 msec 0 msec
  2 ae-2-2.ebr2.Frankfurt1.Level3.net (4.69.132.138) 4 msec 4 msec 4 msec
  3 ae-82-82.csw3.Frankfurt1.Level3.net (4.69.140.26) 8 msec
    ae-72-72.csw2.Frankfurt1.Level3.net (4.69.140.22) 4 msec
    ae-92-92.csw4.Frankfurt1.Level3.net (4.69.140.30) 8 msec
  4 ae-42-99.car2.Frankfurt1.Level3.net (4.68.23.196) 4 msec 4 msec
    ae-32-89.car2.Frankfurt1.Level3.net (4.68.23.132) 4 msec
  5 212.162.4.202 4 msec 32 msec 4 msec
  6 xe-0-2-0-xcr1.amd.cw.net (195.2.25.49) [AS1273 {CW-ECRC}] 12 msec 8 msec 12 msec
  7 xe-0-1-0-xcr1.lsw.cw.net (195.2.25.101) [AS1273 {CW-ECRC}] 20 msec 20 msec 16 msec
  8 rostele-gw.lsw.cw.net (194.112.69.154) [AS1273 {CW-ECRC}] 20 msec 20 msec 20 msec
  9 so-1-0-0.spbr-rgr2.sz.ip.rostelecom.ru (87.226.136.78) [AS12389 {ROSTELECOM-AS}] 76 msec 76 msec 76 msec
10 customer.ge-5-0-0.spbr-rgr2.sz.ip.rostelecom.ru (188.128.91.154) [AS12389 {ROSTELECOM-AS}] 72 msec 72 msec 72 msec
11 xe-0-0-0.10g.m120-1-arkh.nwtelecom.ru (212.48.195.22) [AS8997 {RIPE-ASNBLOCK7}] 84 msec 88 msec 84 msec
12 e320-1-arkh.nwtelecom.ru (212.48.195.89) [AS8997 {RIPE-ASNBLOCK7}] 84 msec 88 msec 84 msec

 

BGP routing table entry for 91.122.192.0/19
Paths: (2 available, best #1)
  1273 12389 8997, (aggregated by 8997 m120-1-arkh.nwtelecom.ru)
  AS-path translation: { CW-ECRC ROSTELECOM-AS RIPE-ASNBLOCK7 }
    car2.Frankfurt1 (metric 20325)
      Origin IGP, metric 0, localpref 100, valid, internal, best
      Community: 1273:12826 Europe  Lclprf_100 Level3_Customer Germany Frankfurt 8997:2000 8997:5000 8997:5005 8997:7001 Suppress_to_Peers Suppress_to_AS1239
      Originator: car2.Frankfurt1
  1273 12389 8997, (aggregated by 8997 m120-1-arkh.nwtelecom.ru)
  AS-path translation: { CW-ECRC ROSTELECOM-AS RIPE-ASNBLOCK7 }
    car2.Frankfurt1 (metric 20325)
      Origin IGP, metric 0, localpref 100, valid, internal
      Community: 1273:12826 Europe  Lclprf_100 Level3_Customer Germany Frankfurt 8997:2000 8997:5000 8997:5005 8997:7001 Suppress_to_Peers Suppress_to_AS1239
      Originator: car2.Frankfurt1

Show Level 3 (Dusseldorf, Germany) Ping to 91.122.204.169
---- 91.122.204.169 statistics ----
100 packets transmitted, 91 packets received, 9% packet loss
rtt min/avg/median/max/mdev/stddev = 132/144.879/136/316/4.033/31.124 ms

 

Почему на конечных узлах потери, кто виноват? у всех все хорошо, судя по завереним, но блин , не приснилось же мне это. Или я не прав и действительно все нормально? :((

Что делать? и кто виноват(ростелеком в обратной трассе)? проясните пожалуйста.

 

 

Зы трассы привел для наголядности, на кол-по пакетов не особо обращайте внимание, что на 140 что на 2,5 тыс ситуация однаковая%( просто забыл скопировать %(

ЗЗЫ торрентом в фоне ничего не качал и простите за стену текста......

Edited by Wraith

Share this post


Link to post
Share on other sites

Моя в шоке :)

Ушел читать перед сном.

Share this post


Link to post
Share on other sites

Wraith, попросите Авангард на часочек снять препенд в анонсах вашей сети в сторону ReTN. Чтобы Вы могли повторить ваши эксперименты в отсутствие асимметрии. Подозреваю, что после этого Вы будете в состоянии самостоятельно ответить на свои вопросы ;)

 

Share this post


Link to post
Share on other sites

Судя по тому что теперь девушки из 1й линии обороны колл- центра, уже не соединяют с техниками,а берут телефон. Потом какие-то мальчики по вызову(уж простите а как иначе, они всегда на выезде, как не позвоню) - которые перезванивают потом на мобильный (якобы техники, а скорее монтажники) говорят что это не в их компетенции, и связывайтесь с админами по почте, на письма, на которую (почту) никто не отвечает (ушло 2 письма - с такой же стеной текста) то просить их что-то снять.... %).... по-моему дохлый номер :(

 

Я подозреваю пропадут дропы на промежуточных узлах :) Хотя, спасибо, попробую....

Edited by Wraith

Share this post


Link to post
Share on other sites

Дропы на промежуточных узлах при полном их отсутствии на конечных могут происходить от того, что маршрутизаторы не имеют своей основной целью на пинги отвечать, потому на их модулях управления (а Вы пингуете в этом случае именно его) могут стоять ограничения на количество ICMP запросов в секунду. Так что дропы при пингах до промежуточных звеньев, увы, не характеризуют. А вот задержки - характеризуют. И если за каким-то хопом задержка резко растет - стало быть, имеем там затык. Но сделать с этим ничего все равно не можем, посему - либо меняем провайдера, либо кушаем что дают...

Share this post


Link to post
Share on other sites

А что толку провайдеру то звонить?

Он гарантирует что то только в своей сети

У вас же проблема явно далеко от провайдера.

Позвоните в Дюссельдорф -вас там пошлют ибо договора не с Вами а с магистралами.

Общее правило - не нравится не ешь.

Share this post


Link to post
Share on other sites

Спасибо, буду знать. Но кстати, я так думаю, что если начинает дроп по цепочке - как например 4.69.140.198- за ним опять дроп и так далее до конечного узла то потери все же есть. Да и даже если идет просто дроп ICMP пакета, то лаги , подвисания закачек(в случае рапиды) говорят что проблема есть. О ней же, имхо, говорит:

 

Show Level 3 (Dusseldorf, Germany) Ping to 91.122.204.169
---- 91.122.204.169 statistics ----
100 packets transmitted, 91 packets received, 9% packet loss
rtt min/avg/median/max/mdev/stddev = 132/144.879/136/316/4.033/31.124 ms

 

По поводу увеличения пинга:

как раз:

gw-retn.Stockholm.Level3.net - 70

ae-2-5.bar1.Copenhagen1.Level3.net 127

а там идти, то не далеко, судя по карте....

там же и дропы начинаются

 

Мне интересно, как Авангард не видит этих потерь? или они по принципу - открылось и ладно? Маршрут то, что у меня, что у них - один и тот же...

Хотя, опять же, слышав несколько нехороших историй про ростелеком, тут же на форуме они и обсуждались, и наличие его в моём обратном маршруте, проблема может быть в их хопах?... Хотелось бы сначала провайдеру совершенно определенно, с док-вам, объяснить что он не прав(если он действительно не прав...). А если уж после этого, если он будет делать большие невинные глаза, жалостливо мяукать, и говорить что у него все ок, думать о смене.... Город небольшой выбирать то не из чего особо. Как бы для этого и запостил.

 

 

А что толку провайдеру то звонить?

Он гарантирует что то только в своей сети

У вас же проблема явно далеко от провайдера.

Позвоните в Дюссельдорф -вас там пошлют ибо договора не с Вами а с магистралами.

Общее правило - не нравится не ешь.

Не, ну хороша позиция, копаем отсюда и до обеда. Меня там не слушают потому что я не провайдер, а провайдер говорит мне на вас......

У него же тоже не святым духом сигнал бегает... контакт то с магистралом должен быть. Да и Авангард не домашняя сетка....

 

Зы уходим во флуд.. мне бы причину потерь и кто виноват %) все что мог найти я выложил.... а если и дальше такая политика провайдера будет - буду менять

Edited by Wraith

Share this post


Link to post
Share on other sites

to Wraith

 

1. У вас потери перманентные или зависят от времени суток?

Сейчас потерь я так понимаю нет.

 

Show Level 3 (Dusseldorf, Germany) Ping to 91.122.204.169
---- 91.122.204.169 statistics ----
10 packets transmitted, 10 packets received, 0% packet loss
rtt min/avg/median/max/mdev/stddev = 120/214.8/188/456/8.773/99.068 ms

 

Вот вам ещё инструмент LG CW. Из него можно сделать выводы о потерях при вашей ассиметрии.

https://support.cw.com/prod/tools_lookingglass.html

Учитывайте что стык CW и РТ в Лондоне.

 

 1  so-4-0-0-dcr1.lsw.cw.net (195.2.2.5)  0.958 ms  0.869 ms  0.812 ms
2  xe-7-2-0-xcr1.lsw.cw.net (195.2.21.161)  0.741 ms  0.758 ms xe-5-3-0-xcr1.lsw.cw.net (195.2.21.157)  0.751 ms
3  rostele-gw.lsw.cw.net (194.112.69.154)  0.899 ms  0.896 ms  0.878 ms
4  so-0-0-0.spbr-rgr2.sz.ip.rostelecom.ru (87.226.136.74) [AS  12389]  61.980 ms  62.057 ms  62.105 ms
5  customer.ge-5-0-0.spbr-rgr2.sz.ip.rostelecom.ru (188.128.91.154) [AS  12389]  70.688 ms  70.693 ms  70.680 ms
6  xe-0-0-0.10g.m120-1-arkh.nwtelecom.ru (212.48.195.22) [AS  8997]  84.987 ms  84.966 ms  84.995 ms
7  e320-1-arkh.nwtelecom.ru (212.48.195.89) [AS  8997]  92.348 ms  91.095 ms  91.246 ms
     MPLS Label=73 CoS=2 TTL=1 S=1

 

PING 91.122.204.169 (91.122.204.169): 56 data bytes

--- 91.122.204.169 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max/stddev = 204.130/302.585/496.732/104.295 ms

 

 

 

Share this post


Link to post
Share on other sites

Мне интересно, как Авангард не видит этих потерь?

Авангарду эти потери до [beep]...

Share this post


Link to post
Share on other sites
Мне интересно, как Авангард не видит этих потерь?
Авангарду эти потери до [beep]...

1. Авангард этих потерь может и не видеть. Препенды он выставляет лишь на некоторое количество своих префиксов. Wraith'у не повезло оказаться в числе таковых

 

2. Никто, кроме самого ISP, не объяснит ни здесь, ни где-либо ещё, почему у него именно такой routing policy. Потому альтернатив здесь нет, кроме как объясняться со своим провайдером

Share this post


Link to post
Share on other sites

Smoke

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

 

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
skip
| so-3-0-0.stm16.m120-1-arkh.nwtelecom.ru -    1 |  436 |  434 |   33 |   35 |   88 |   35 |
skip
|            gw-retn.Stockholm.Level3.net -    0 |  436 |  436 |   64 |   75 |  149 |   66 |
|      ae-2-5.bar1.Copenhagen1.Level3.net -    0 |  436 |  436 |  123 |  131 |  204 |  126 |
|      ae-7-7.ebr1.Dusseldorf1.Level3.net -    2 |  436 |  431 |  121 |  126 |  156 |  123 |
|       ae-2-2.ebr2.Frankfurt1.Level3.net -    2 |  436 |  431 |  121 |  128 | 1093 | 1093 |
|     ae-62-62.csw1.Frankfurt1.Level3.net -    1 |  436 |  433 |  124 |  134 |  161 |  149 |
|     ae-11-69.car1.Frankfurt1.Level3.net -    1 |  435 |  434 |  117 |  133 |  321 |  212 |
|                          rapidshare.com -    1 |  435 |  431 |  119 |  127 |  151 |  145 |

 

1% можно считать что их и нет...

 

Проблемы начинаются часов с 18-19 МСК , как раз в прайм тайм и до .... 2-3 утра....

 

Всем спасибо за ответы, буду решать с провайдером.

Edited by Wraith

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this