Wraith Опубликовано 1 марта, 2010 (изменено) · Жалоба Добрый день. Частенько читаю ваш форму/сайт,много интересного и познавательного :) Сам , правда отношусь к ИТ но не к профессионалам и с сетевыми технологиями знаком... пожалуй большего и не скажешь. Знаю что тут обитают представители многих провайдеров, да и просто грамотные люди, надеюсь на вашу помощь в моей небольшой проблемке. Значит провайдер у меня Авангард (АДСЛ), город пока называть не буду ;) Уже дней 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 тыс ситуация однаковая%( просто забыл скопировать %( ЗЗЫ торрентом в фоне ничего не качал и простите за стену текста...... Изменено 1 марта, 2010 пользователем Wraith Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Smoke Опубликовано 1 марта, 2010 · Жалоба Моя в шоке :) Ушел читать перед сном. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
evd Опубликовано 1 марта, 2010 · Жалоба Wraith, попросите Авангард на часочек снять препенд в анонсах вашей сети в сторону ReTN. Чтобы Вы могли повторить ваши эксперименты в отсутствие асимметрии. Подозреваю, что после этого Вы будете в состоянии самостоятельно ответить на свои вопросы ;) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Wraith Опубликовано 1 марта, 2010 (изменено) · Жалоба Судя по тому что теперь девушки из 1й линии обороны колл- центра, уже не соединяют с техниками,а берут телефон. Потом какие-то мальчики по вызову(уж простите а как иначе, они всегда на выезде, как не позвоню) - которые перезванивают потом на мобильный (якобы техники, а скорее монтажники) говорят что это не в их компетенции, и связывайтесь с админами по почте, на письма, на которую (почту) никто не отвечает (ушло 2 письма - с такой же стеной текста) то просить их что-то снять.... %).... по-моему дохлый номер :( Я подозреваю пропадут дропы на промежуточных узлах :) Хотя, спасибо, попробую.... Изменено 1 марта, 2010 пользователем Wraith Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Прохожий Опубликовано 1 марта, 2010 · Жалоба Дропы на промежуточных узлах при полном их отсутствии на конечных могут происходить от того, что маршрутизаторы не имеют своей основной целью на пинги отвечать, потому на их модулях управления (а Вы пингуете в этом случае именно его) могут стоять ограничения на количество ICMP запросов в секунду. Так что дропы при пингах до промежуточных звеньев, увы, не характеризуют. А вот задержки - характеризуют. И если за каким-то хопом задержка резко растет - стало быть, имеем там затык. Но сделать с этим ничего все равно не можем, посему - либо меняем провайдера, либо кушаем что дают... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Negator Опубликовано 1 марта, 2010 · Жалоба А что толку провайдеру то звонить? Он гарантирует что то только в своей сети У вас же проблема явно далеко от провайдера. Позвоните в Дюссельдорф -вас там пошлют ибо договора не с Вами а с магистралами. Общее правило - не нравится не ешь. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Wraith Опубликовано 2 марта, 2010 (изменено) · Жалоба Спасибо, буду знать. Но кстати, я так думаю, что если начинает дроп по цепочке - как например 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 а там идти, то не далеко, судя по карте.... там же и дропы начинаются Мне интересно, как Авангард не видит этих потерь? или они по принципу - открылось и ладно? Маршрут то, что у меня, что у них - один и тот же... Хотя, опять же, слышав несколько нехороших историй про ростелеком, тут же на форуме они и обсуждались, и наличие его в моём обратном маршруте, проблема может быть в их хопах?... Хотелось бы сначала провайдеру совершенно определенно, с док-вам, объяснить что он не прав(если он действительно не прав...). А если уж после этого, если он будет делать большие невинные глаза, жалостливо мяукать, и говорить что у него все ок, думать о смене.... Город небольшой выбирать то не из чего особо. Как бы для этого и запостил. А что толку провайдеру то звонить?Он гарантирует что то только в своей сети У вас же проблема явно далеко от провайдера. Позвоните в Дюссельдорф -вас там пошлют ибо договора не с Вами а с магистралами. Общее правило - не нравится не ешь. Не, ну хороша позиция, копаем отсюда и до обеда. Меня там не слушают потому что я не провайдер, а провайдер говорит мне на вас...... У него же тоже не святым духом сигнал бегает... контакт то с магистралом должен быть. Да и Авангард не домашняя сетка.... Зы уходим во флуд.. мне бы причину потерь и кто виноват %) все что мог найти я выложил.... а если и дальше такая политика провайдера будет - буду менять Изменено 2 марта, 2010 пользователем Wraith Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Smoke Опубликовано 2 марта, 2010 · Жалоба 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Прохожий Опубликовано 2 марта, 2010 · Жалоба Мне интересно, как Авангард не видит этих потерь? Авангарду эти потери до [beep]... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
evd Опубликовано 2 марта, 2010 · Жалоба Мне интересно, как Авангард не видит этих потерь?Авангарду эти потери до [beep]... 1. Авангард этих потерь может и не видеть. Препенды он выставляет лишь на некоторое количество своих префиксов. Wraith'у не повезло оказаться в числе таковых 2. Никто, кроме самого ISP, не объяснит ни здесь, ни где-либо ещё, почему у него именно такой routing policy. Потому альтернатив здесь нет, кроме как объясняться со своим провайдером Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Wraith Опубликовано 2 марта, 2010 (изменено) · Жалоба 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 утра.... Всем спасибо за ответы, буду решать с провайдером. Изменено 2 марта, 2010 пользователем Wraith Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
