[koska13]

nag.ru уже не тот...

... а вот эта фраза разозлила. Что значит NAG не тот? И не тот для кого и когда?

Если этот топик про "дорожки", то без разницы как они идут, главное что они 'протоптаны'

Как пакеты бегают не суть важно.

 

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

 

 

 

 

 

 

 

[vIv]

Никогда не приходилось в трубку на вопрос "алло, это прачечная?" слышать "@#ячечная"? Ну и в том же духе... Или набрав номер, попадать в середину чужого разговора?

ну если ошибиться в написании доменного имени эффект будет тот же. Не замечал никогда, сколько сайтов живет на доменах, имена которых отличаются от брендовых лишь на один символ?

Ты путаешь неправильный набор абонентом с неправильным соединением телефонной станцией. При введении повременной оплаты одним из актуальных вопросов/возмущений было "почему мы должны платить в случае, если нас сама АТС соединила не с теми, чей номер набран?" И некислую долю в этот процент рандомных соединений вносил импульсный набор, мне думается. Соединения в чужой разговор - тоже смешная ситуация, я даже не представляю, как можно сейчас попасть внутрь чужого TCP сокета с середины сессии, да ещё и случайно %-)

[Гость DarkElf]

Сейчас traceroute стал страшнее чем раньше. Появилось много новых буков.

1 88.200.159.75 (88.200.159.75) 1 ms 1 ms 1 ms

2 79.126.125.65 (79.126.125.65) 1 ms 1 ms 1 ms

3 79.126.126.178 (79.126.126.178) 36 ms 1 ms 1 ms

4 92.246.130.241 (92.246.130.241) 1 ms 1 ms 1 ms

5 74.125.50.90 (74.125.50.90) 33 ms 33 ms 33 ms

6 74.125.50.89 (74.125.50.89) 28 ms 28 ms 28 ms

7 72.14.239.254 (72.14.239.254) 63 ms (TOS=128!) 65 ms 64 ms

8 72.14.236.251 (72.14.236.251) [MPLS: Label 701324 Exp 4] 82 ms [MPLS: Label 705372 Exp 4] 81 ms [MPLS: Label 634012 Exp 4] 81 ms

9 72.14.233.104 (72.14.233.104) [MPLS: Label 355571 Exp 4] 89 ms [MPLS: Label 405251 Exp 4] 89 ms [MPLS: Label 402675 Exp 4] 90 ms

10 216.239.43.90 (216.239.43.90) [MPLS: Label 746964 Exp 4] 168 ms [MPLS: Label 740468 Exp 4] 167 ms 168 ms

11 209.85.248.223 (209.85.248.223) [MPLS: Label 653854 Exp 4] 195 ms [MPLS: Label 658798 Exp 4] 187 ms [MPLS: Label 564126 Exp 4] 186 ms

12 72.14.232.141 (72.14.232.141) [MPLS: Label 342406 Exp 4] 196 ms [MPLS: Label 319686 Exp 4] 196 ms [MPLS: Label 318022 Exp 4] 199 ms

13 209.85.241.35 (209.85.241.35) 195 ms 192 ms 209.85.241.37 (209.85.241.37) 193 ms

14 72.14.239.193 (72.14.239.193) 197 ms 72.14.239.189 (72.14.239.189) 198 ms 72.14.239.193 (72.14.239.193) 197 ms

15 iw-in-f93.1e100.net (74.125.95.93) 194 ms 194 ms 194 ms

[koi]

К вопросу о трейсах - билайн в последнее время по вечерам умирает, стало интересно.

Сделал одновременный трейс с 3 разных провайдеров до нужного узла 211.43.152.155, получил следующую картину: (см внизу)

Я скорее всего не понимаю чего-то, но как вообще такая картина возможна, при условии что никто никого нигде не обманывает?

 

 

Beeline

|-----------------------------------------------------------------------------------------------|
|                                           WinMTR statistics                                   |
|                            Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|-----------------------------------------------------|------|------|------|------|------|------|
|                               83.102.254.213 -    0 |  274 |  274 |    0 |    0 |    8 |    0 |
|                                85.21.225.162 -    0 |  274 |  274 |    0 |    1 |   91 |    0 |
|                  tc-bb-te3-5.sto.corbina.net -    0 |  274 |  274 |   11 |   18 |  495 |   11 |
|      TenGigabitEthernet9-2.ar2.ARN3.gblx.net -    0 |  274 |  274 |   11 |   35 |  446 |   13 |
|           CDNETWORKS.e10-2.ar5.SJC2.gblx.net -    8 |  202 |  186 |  176 |  180 |  279 |  239 |
|                                 174.35.18.74 -    5 |  225 |  214 |  178 |  183 |  193 |  178 |
|                                  174.35.12.6 -   15 |  171 |  147 |  179 |  179 |  188 |  180 |
|                                174.35.13.242 -   12 |  180 |  159 |  180 |  184 |  235 |  182 |
|                                211.43.147.90 -    3 |  247 |  241 |  178 |  179 |  181 |  180 |
|                        No response from host -  100 |   50 |    0 |    0 |    0 |    0 |    0 |

Peterstar

|-----------------------------------------------------------------------------------------------|
|                                           WinMTR statistics                                   |
|                            Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|-----------------------------------------------------|------|------|------|------|------|------|
|                                192.168.0.251 -    0 |  275 |  275 |    0 |    0 |    1 |    0 |
|                                 82.140.109.1 -    0 |  275 |  275 |   23 |   23 |   26 |   23 |
|                                 81.3.182.205 -    0 |  275 |  275 |   23 |   23 |   60 |   23 |
|  MX480-1-232-SPB-RU.xe-4-0-0-7.peterstar.net -    0 |  275 |  275 |   23 |   23 |   58 |   23 |
|   M120-1-321-SPB-RU.xe-4-0-0-7.peterstar.net -    0 |  275 |  275 |   23 |   23 |   43 |   24 |
|             xe110-221.RT.BOR.SPB.RU.retn.net -    0 |  275 |  275 |   23 |   26 |   87 |   23 |
|                 ae1-7.RT.TC1.STO.SE.retn.net -    0 |  275 |  275 |   35 |   35 |   87 |   35 |
|          port-channel2.440.ar1.ARN3.gblx.net -    0 |  275 |  275 |   63 |   74 |  277 |   70 |
|           CDNETWORKS.e10-2.ar5.SJC2.gblx.net -    0 |  275 |  275 |  203 |  207 |  285 |  204 |
|                                 174.35.18.74 -    0 |  275 |  275 |  213 |  218 |  227 |  214 |
|                                  174.35.12.6 -    0 |  275 |  275 |  211 |  211 |  215 |  212 |
|                                174.35.13.242 -    0 |  275 |  275 |  213 |  216 |  260 |  213 |
|                                211.43.147.90 -    0 |  275 |  275 |  212 |  212 |  215 |  212 |
|                        No response from host -  100 |   50 |    0 |    0 |    0 |    0 |    0 |

Westcall

|-----------------------------------------------------------------------------------------------|
|                                           WinMTR statistics                                   |
|                            Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|-----------------------------------------------------|------|------|------|------|------|------|
|                                  192.168.0.1 -    0 |  274 |  274 |    0 |    0 |    2 |    0 |
|                                  172.22.39.1 -    1 |  271 |  270 |    1 |    1 |   12 |    1 |
|                        9.96.dsl.westcall.net -    1 |  270 |  269 |    1 |    1 |    6 |    1 |
|                               g3-2.sr1-galer -    1 |  271 |  270 |    1 |    2 |   33 |    2 |
|                      69.194.dsl.westcall.net -    1 |  271 |  270 |    2 |    2 |    7 |    2 |
|                      66.194.dsl.westcall.net -    1 |  271 |  270 |    2 |    2 |   12 |    2 |
|              eth8-908.router4.r.westcall.net -    2 |  263 |  260 |    2 |    2 |    8 |    2 |
|                 b0-30.router3.r.westcall.net -    0 |  274 |  274 |    2 |    2 |    8 |    2 |
|               ae9-334.RT.BOR.SPB.RU.retn.net -    0 |  274 |  274 |    2 |    3 |   11 |    2 |
|                 ae1-7.RT.TC1.STO.SE.retn.net -    0 |  274 |  274 |   13 |   15 |   84 |   27 |
|          port-channel2.440.ar1.ARN3.gblx.net -    0 |  274 |  274 |   36 |   45 |  212 |   40 |
|           CDNETWORKS.e10-2.ar5.SJC2.gblx.net -    1 |  271 |  270 |  214 |  222 |  283 |  219 |
|                                 174.35.18.74 -    1 |  271 |  270 |  191 |  196 |  241 |  192 |
|                                  174.35.12.6 -    1 |  271 |  270 |  190 |  191 |  195 |  194 |
|                                174.35.13.242 -    0 |  274 |  274 |  192 |  196 |  245 |  196 |
|                                211.43.147.90 -    1 |  270 |  269 |  190 |  191 |  223 |  191 |
|                        No response from host -  100 |   55 |    0 |    0 |    0 |    0 |    0 |

[Janus]

А в чем вопрос?

Три обратки на стол и может быть будет о чем подумать. А может и нет :)

 

На первый взгляд подозрения вызывает параметр "худший" по аскорбинке и потери на первых же хопах по Вестколу.

[koi]

Вопрос извечный - "кто виноват в том что интернет тормозит" :)

Впрочем, слона (худший) я и не приметил, получается что причина потерь - огромные задержки на первых корбиновских хопах, к которым прибавляются какие-то задержки на той стороне + трансатлантика в 150мс. Отсюда и таймауты.

 

Обратный трейс, увы, не могу сделать.

 

 

[Janus]

Обратный трейс, увы, не могу сделать.

Обратный трейс можно попросить сделать противоположную сторону. Если найдете там, кого попросить.

 

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

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

[Negator]

Домашний телефон у большинства работает нормально по 3 причинам

 

1-нет активки на доме, медь идет сразу до АТС -а там уже условия о которых говорили про 5 девяток

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

3-Нет конечного оборудования клиента в виде ПК с вирусами, кривых рук и прочего. "Железо" в телефонных трубках сложно сломать, вирусов и порнобаннеров там нет.

Проанализируйте свои ремонты на сети - более 90% проблем -это проблемы с компом юза и проблемы с кабелем от домового свича до юза.

 

 

 

Изменено 24 февраля, 2011 пользователем Negator

[evd]

Как минимум, можно найти лукинггласс глобалкроссинга

LG у Global Crossing, если не ошибаюсь, не было никогда. Есть route-server.gblx.net, и, похоже, он имеет прописку где-то за атлантикой

Изменено 24 февраля, 2011 пользователем evd

[[S]]

[offtopic]Тише, а то щас Irsi придет и все нам про телефонию с интернетами расскажет :)[/offtopic]

 

Действительно, саппорт бывает дубовый и начинает: перезагрузите компьютер, проверьте на вирусы...

В принципе, понять можно: в основной массе профессионализм не высокий и даже если в руках trace + pathping (WinMTR), то мало кто понимает важность обратного трэйса...и начинается свистопляска.

[m1h]

Как минимум, можно найти лукинггласс глобалкроссинга

LG у Global Crossing, если не ошибаюсь, не было никогда. Есть route-server.gblx.net, и, похоже, он имеет прописку где-то за атлантикой

http://www.globalcrossing.com/network/netw...king_glass.aspx

[DelSt]

Как минимум, можно найти лукинггласс глобалкроссинга

LG у Global Crossing, если не ошибаюсь, не было никогда. Есть route-server.gblx.net, и, похоже, он имеет прописку где-то за атлантикой

а еще есть route-server.eu.gblx.net с пропиской в амстердаме

[Гость RastafarI]

мне как юзеру совершенно наплевать на домовую активку, я точно знаю что порнобаннеров у меня нет и руки у меня прямые.

но когда до московского шлюза в прайм пинг 1-400мс с потерями 2-8%, я просто не доволен. о какой надёжности линии можно говорить с 2% потерь? о какой работе с клиентами можно говорить, когда саппорт пытается мне доказать что 2% потерь это немного? мне от канала надо 3кб/с с пингом не более 100мс. это чтото из области фантастики? я купил 20мбит, эзернет, этого мало? нет, вроде норм. однако с потерей пакета я имею лаг на 2-5 сек и кучу нервов по этому поводу.

так что говно эти ваши интернеты...

[dr.Livci]

Сорри, что поднимаю некрофильную тему, но все-таки, после очередного прочтения вот этого

A Practical Guide to (Correctly) Troubleshooting with Traceroute (PDF, 222 КБ)

http://www.nanog.org/meetings/nanog47/presentations/Sunday/RAS_Traceroute_N47_Sun.pdf

 

снова все в голове запуталось )

 

1. Как таки узнать на каком участке мира происходит потеря пакетов?

2. Pathping, который есть из коробки в вендах типа вроде показывает, как потери при ответе от цпу самих маршрутизаторов, так и потере на переходах.

На сколько серьезный это инструмент ? И можно ли "прямо" интерпретировать эти результаты?

3. Почему нету pathping под linux? (про traceroute, mtr в курсе - но они не показывают потери на промежуточных узлах)

4. Или что?

[dr.Livci]

хоть намекните ...:)

[stas_k]

TCP/IP Пакет из точки А в точку Б может проходить через узлы "В" "Г" "Д" "Ж" "Л".

TCP/IP Пакет из точки Б в точку А может проходить через узлы "Л" "М" "Н" "Д" "Г".

 

Намек - какие узлы отображаются в точке А в traceroute (pathping)?

[dr.Livci]

в трассировке мы видим только прямой путь

значит узлы "В" "Г" "Д" "Ж" "Л" ?

 

Т.е. никак не узнать - на каком узле потери/задержки? или что?

[cant]

 

Т.е. никак не узнать - на каком узле потери/задержки? или что?

 

В своей сети это можно узнать, используя помимо прочих инструментов и traceroute иногда.

В чужой же сети бывает весьма сложно, а главное не нужно. Минимально надо только установить:

- какому из аплинков лучше начать жаловаться,

- и можно ли как-то виляя своей задницей между аплинками минимизировать ущерб.

[Minya]

Для обратных путей обычно есть looking glass