Жуткие задержки в л2

Шеф задержки ужас , играть импасибл
не у одного такая проблема , что посоветуете?

 

обьясните нубу как пингануть серв) проверить потерю пакетов

 

http://support.lineageclassic.ru/

 

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.0.1 - 0 | 1223 | 1223 | 0 | 1 | 171 | 1 |
| ip-46-72-128-1.static.netbynet.ru - 3 | 1101 | 1073 | 0 | 20 | 4533 | 1 |
| 212.1.238.133 - 4 | 1075 | 1040 | 0 | 16 | 4533 | 1 |
| msk-r2-m40-xe-10-1-3-910.ti.ru - 4 | 1080 | 1047 | 9 | 34 | 4524 | 28 |
| pe25.Moscow.gldn.net - 4 | 1071 | 1036 | 10 | 30 | 4446 | 20 |
| pe26.Moscow.gldn.net - 4 | 1078 | 1044 | 10 | 27 | 4526 | 11 |
| GW2-AGAVA.msk.gldn.net - 7 | 963 | 900 | 22 | 48 | 3563 | 154 |
| 89.108.112.245 - 8 | 936 | 866 | 23 | 45 | 3534 | 27 |
| ah-n1.renter.ru - 4 | 1080 | 1047 | 10 | 30 | 4529 | 11 |
| test-download.renter.ru - 4 | 1075 | 1041 | 10 | 30 | 4437 | 10 |
|________________________________________________|______|______|______|______|__
____|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

В мое случае виноват провайдер(

 

+1 Первый раз такое за всю игру на данном сервере у меня...

 

И у меня такая же штука, хотя вчера было все норм ! Так не бывает !
С моим интернетом все нормально.

 

ну у меня за этот день нелагало 20 минут ровно примерно в 14-15 часов
и вот после 23 лагало немношк
а так задержки задержки))))

 

От создания тем на форуме фризить у вас меньше не станет. Проблемы могут быть где угодно, на магистрали, в дц или уборщица баба маша пролила чай на свитч возле сервера. Чем быстрей вы будете писать в саппорт с подробно изложенной информацией, тем быстрее мы будем направлять ее дальше. Мир же не во круг нас крутится.

 

можно трассировки выкладывать и в сапорт и на форум, чтобы было видно проблемные места
к ночи кстати потери пакетов у провайдера прекратились, а вот дальше небольшие проблемы остались

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.0.1 - 0 | 1519 | 1519 | 11 | 17 | 82 | 15 |
| ip-46-72-128-1.static.netbynet.ru - 0 | 1520 | 1520 | 12 | 20 | 85 | 18 |
| 212.1.238.133 - 0 | 1520 | 1520 | 12 | 19 | 68 | 15 |
| msk-r2-m40-xe-10-1-3-910.ti.ru - 0 | 1520 | 1520 | 21 | 27 | 88 | 24 |
| pe25.Moscow.gldn.net - 0 | 1520 | 1520 | 22 | 30 | 102 | 25 |
| pe26.Moscow.gldn.net - 1 | 1516 | 1515 | 21 | 29 | 176 | 24 |
| GW2-AGAVA.msk.gldn.net - 0 | 1520 | 1520 | 22 | 33 | 410 | 25 |
| 89.108.112.245 - 3 | 1373 | 1336 | 25 | 32 | 282 | 25 |
| ah-n1.renter.ru - 0 | 1519 | 1519 | 21 | 29 | 116 | 25 |
| test-download.renter.ru - 0 | 1520 | 1520 | 18 | 24 | 130 | 20 |
|________________________________________________|______|______|______|______|__
____|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

 

аналогично, провайдер норм

 

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

 

Не нужно быть админом чтобы сделать трассировку через winmtr(1000 пакетов) и увидеть потери пакетов на каком-то узле, который является проблемным. Если в игре лагает и есть потери пакетов, то в трассировке все видно, а если делать cmd tracert, то ясен фиг ничего видно не будет.

 

То есть вас не смущает, что на каком-то из узлов маршрута потери составляют 3%, а на следующем за этим узлом хопе - потери=0 ?
Может вы мне объясните, каким образом человек едущий из точки А в точку С через B доезжает быстрее, чем едущий из А в B в то время как перед B - пробка?

 

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

 

А как вариант, что после потери 3%, дальше 97% учитываются как 100? Ведь если 3% не дошли до следующего узла, то их для него не существует не?
Было отправленно 100% - было полученно 97% ( потеря 3%), отправленно 97% - полученно 97% ( потери относительно отправленных с предыдушей точки 0)

 

Нет, так не бывает. ведь исходное количество пакетов учитывается на исходном узле, который шлет эти пакеты.
Объяснение другое. И оно ужасно. И вот надо было читать ту ссылку а не радоваться что "проблема найдена".
Дело в том, что пакеты которые идут к некоему маршрутизатору, и пакеты которые идут ЧЕРЕЗ этот маршрутизатор - это разные пакеты с точки зрения маршрутизатора, и обрабатываются они по разному. Поэтому потери пакетов которые показывает утилита- это на самом деле тест процессора маршрутизатора который отвечает за пинги, а не тест пропускной способности маршрутизирующего стека этого маршрутизатора.
Грубо говоря- за пинги к маршрутизатору и за роутящиеся пакеты - там отвечает два разных набора микросхем. Может быть так что пинги к маршрутизатору покажут 100% потерю пакетов, а при этом сам маршрутизатор легко будет пропускать через себя 10G.
Поэтому на самом деле говорить что проблема вон в том маршрутизаторе потому что утилита показала вон на том хопе потерю пакетов- нельзя.
Можно пинговать хост назначения, и если будет потеря пакетов- можно сказать что - ГДЕ ТО (хз где) там по пути пакетики теряются. Но не более...

 

Он когда добирается до точки В едет обратно через короткий путь в С не пересекаясь с пробкой , все просто сынок не благодари !!11

 

Какие у нас все умные, но не один даже pathping не сделал.