Потеря пакетов

[Bimim 0]

В игре overwatch от компании Blizzard испытываю проблемы с потерей пакетов и плохим соединением. Да и сам пинг прямо скажем не предел мечтаний.

Техподдержка близзов отписала следующее:

 

 

"Теперь по тому, что видно в отчёте. Возьмём первые несколько узлов, т.к. проблемы видно уже на них:

 

| KEENETIC - 0 | 1088 | 1088 | 0 | 1 | 76 | 1 | < Тут в целом всё в порядке, хотя отклик иногда подскакивает до 76 милисекунд. Если у вас WiFi, это нормально. Хотя, это мог быть 1 пакет, просто сетевой лаг на самом компьютере. Не очень страшно.

| No response from host - 100 | 218 | 0 | 0 | 0 | 0 | 0 | < Это нормально, хотя и странно. Обычно провайдеры не закрывают ICMP на первых клиентских шлюзах. С другой стороны это может быть сигналом о каких-то проблемах на них. Можно гадать, а можно спросить у провайдера, почему так.

| mtk-105-lag-91.msk.ip.ncnet.ru - 13 | 733 | 644 | 0 | 4 | 21 | 3 | < Здравствуйте, первые серьёзные проблемы. Я выделил жирным число, оно показывает процент потерь пакетов. Это один из узлов вашего провайдера ещё в Москве, это плохо. Причем, это может быть следствием проблем на предыдущем шаге, не обязательно трудности именно тут.

| m10-cr01-be4-91.msk.ip.ncnet.ru - 0 | 1088 | 1088 | 3 | 5 | 75 | 8 |

| 188.254.78.128 - 0 | 1088 | 1088 | 2 | 10 | 186 | 5 | < Этот узел так же всё ещё в Москве, и тут уже начинает расти худший отклик. Тоесть, обычно он тут в районе десяти милисекунд, но подскакивал до 186. На это можно было бы закрыть глаза, если бы всё работало как часы, но мы же диагностируем явную проблему. Так что это можно расчитывать как симптом. Дальнейшие проблемы с худшим показателем отклика только нарастают, их подробно разбирать нет особого смысла.

 

Итак, тут явная проблема не на магистрали, а до неё, у вашего провайдера:

Нет никакого отклика от вашего шлюза, это может быть сигналом о проблемах на нём;

Есть значительные потери пакетов - 13 процентов - на узле сразу за ним;

Есть проседания отклика ото всех узлов."

 

 

У меня интернет идет по вафле. Роутер зухель кинетик 2.

 

Прилагаю текстовые файлы трассировки

pathping

https://yadi.sk/i/8medikd232PfHG

 

трассировка

https://yadi.sk/i/FNd4PVYB32PfHg

 

winmtr результаты

https://yadi.sk/i/iCLwquIt32Pkgx

 

 

[Ext1ne 381]

|------------------------------------------------------------------------------------------|

 

| WinMTR statistics |

 

| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |

 

|------------------------------------------------|------|------|------|------|------|------|

 

| KEENETIC - 0 | 1088 | 1088 | 0 | 1 | 76 | 1 |

 

| No response from host - 100 | 218 | 0 | 0 | 0 | 0 | 0 |

 

| mtk-105-lag-91.msk.ip.ncnet.ru - 13 | 733 | 644 | 0 | 4 | 21 | 3 |

 

| m10-cr01-be4-91.msk.ip.ncnet.ru - 0 | 1088 | 1088 | 3 | 5 | 75 | 8 |

 

| 188.254.78.128 - 0 | 1088 | 1088 | 2 | 10 | 186 | 5 |

 

| 217.107.67.15 - 0 | 1088 | 1088 | 49 | 51 | 111 | 50 |

 

| ns.ssi-ngn.ru - 1 | 1084 | 1083 | 46 | 48 | 86 | 50 |

 

| 37.244.12.48 - 1 | 1084 | 1083 | 52 | 54 | 93 | 59 |

 

| 24.105.31.28 - 0 | 1088 | 1088 | 56 | 57 | 104 | 56 |

 

| 37.244.10.101 - 1 | 1084 | 1083 | 52 | 60 | 117 | 54 |

 

| 185.60.114.147 - 0 | 1088 | 1088 | 52 | 54 | 122 | 53 |

 

1.Число отправленных пакетов совпадает с принятыми - потер на видимой части трассы нет.

2.Скачки пинга начинаются на Вашем роутере.

P.S. как игрок в HOTS могу сказать, что проблем с серверами не испытываю.

P.P.S. ЛС в студию.

[sakura 270]

В игре overwatch от компании Blizzard испытываю проблемы с потерей пакетов и плохим соединением. Да и сам пинг прямо скажем не предел мечтаний.

Техподдержка близзов отписала следующее:

 

 

"Теперь по тому, что видно в отчёте. Возьмём первые несколько узлов, т.к. проблемы видно уже на них:

 

| KEENETIC - 0 | 1088 | 1088 | 0 | 1 | 76 | 1 | < Тут в целом всё в порядке, хотя отклик иногда подскакивает до 76 милисекунд. Если у вас WiFi, это нормально. Хотя, это мог быть 1 пакет, просто сетевой лаг на самом компьютере. Не очень страшно.

| No response from host - 100 | 218 | 0 | 0 | 0 | 0 | 0 | < Это нормально, хотя и странно. Обычно провайдеры не закрывают ICMP на первых клиентских шлюзах. С другой стороны это может быть сигналом о каких-то проблемах на них. Можно гадать, а можно спросить у провайдера, почему так.

| mtk-105-lag-91.msk.ip.ncnet.ru - 13 | 733 | 644 | 0 | 4 | 21 | 3 | < Здравствуйте, первые серьёзные проблемы. Я выделил жирным число, оно показывает процент потерь пакетов. Это один из узлов вашего провайдера ещё в Москве, это плохо. Причем, это может быть следствием проблем на предыдущем шаге, не обязательно трудности именно тут.

| m10-cr01-be4-91.msk.ip.ncnet.ru - 0 | 1088 | 1088 | 3 | 5 | 75 | 8 |

| 188.254.78.128 - 0 | 1088 | 1088 | 2 | 10 | 186 | 5 | < Этот узел так же всё ещё в Москве, и тут уже начинает расти худший отклик. Тоесть, обычно он тут в районе десяти милисекунд, но подскакивал до 186. На это можно было бы закрыть глаза, если бы всё работало как часы, но мы же диагностируем явную проблему. Так что это можно расчитывать как симптом. Дальнейшие проблемы с худшим показателем отклика только нарастают, их подробно разбирать нет особого смысла.

 

Итак, тут явная проблема не на магистрали, а до неё, у вашего провайдера:

Нет никакого отклика от вашего шлюза, это может быть сигналом о проблемах на нём;

Есть значительные потери пакетов - 13 процентов - на узле сразу за ним;

Есть проседания отклика ото всех узлов."

 

 

У меня интернет идет по вафле. Роутер зухель кинетик 2.

 

Прилагаю текстовые файлы трассировки

pathping

https://yadi.sk/i/8medikd232PfHG

 

трассировка

https://yadi.sk/i/FNd4PVYB32PfHg

 

winmtr результаты

https://yadi.sk/i/iCLwquIt32Pkgx

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

"По данным исследoвателей SANS Internet Storm Center, ботнет Mirai эксплуатирует уязвимости в роутерах Zyxel "

https://www.pcweek.ru/security/article/deta...9&param=rss

[Bimim 0]

Сброс настроек роутера положительных результатов не дал. Ладно, хотя бы прошивку обновил.

[koten 0]

Данная проблема возникает после кратковременного пропадания света в районе и решается перезагрузкой коммутатора, обслуживающего дом/район.

Нужно каждому дому скинуться и подарить ОнЛайму по УПСнику

[sakura 270]

Сброс настроек роутера положительных результатов не дал. Ладно, хотя бы прошивку обновил.

Без номера ЛС больше говорить не о чем.

Сообщите, посмотрим конкретику вашего включения.

[Bimim 0]

Лицевой счёт №: 4178272

[Bimim 0]

и молчок....

[batiskaf 24]

Лицевой счёт №: 4178272

33

AdminStatus Enabled

OperStatus Up

Speed 100

Duplex full

Port TX Port RX

Octets 167556451871 22623431946

Unicast 132560818 99344297

Broadcast 0 310790

Multicast 1 273513

Errors 0 0

 

test cable-diagnostics tdr interface ethernet 1/33

YAO-10-162-vty-0#show cable-diagnostics tdr interface ethernet 1/33

Port Type Link Status Pair A (meters) Pair B (meters) Last Update

-------- ---- ----------- ---------------- ---------------- -------------------

Eth 1/33 FE Up OK (0) OK (0)

 

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

[sakura 270]

Лицевой счёт №: 4178272

Ищите более свободный канал вайфай.

Вы сейчас сидите на 2 канале вместе еще с двумя соседями (один абонент МГТС, другой 2КОМ), в вечерние часы возможно еще больше соседей сидят на одном канале с вами.

2KOM_8c3c38 802.11b/g/n 2

Smart_box-4D7EA1 802.11b/g/n 2

 

Вайфай так устроен, что радиоэфир един для всех и если на одном канале сидят несколько потребителей, то пропускная способность этого канала будет делиться между ними по принципу "кто первый встал, того и тапки". А уж если кто то из таких соседей качок, то потери пакетов, это минимум, что вы увидите.

 

Загрузка в вашем кластере не превышает 50%. Так что со стороны сети проблем нет.

[13129341 28]

Сброс настроек роутера положительных результатов не дал. Ладно, хотя бы прошивку обновил.

У soho-роутеров ZyXEL есть одна особенность - перед обновлением микропрограммы необходимо сбрасывать настройки до заводских.

Инженеры поддержки рекомендуют сбрасывать при помощи кнопки Reset на корпусе, удержанием 10 секунд. Затем обновлять версию.

А в общем надо ставить роутер с двумя диапазонами одновременно - 2.4/5G и иметь домашние гаджеты с поддержкой 802.11an+ac. Тогда можно добиться нормальной скорости, близкой к проводной. Всё остальное "сизифов труд" - сегодня 2-3 соседа на канале сидят, завтра пятеро. А то, что разработчики заявляют про авто подбор свободного канала - не более, чем PR своей продукции. Неоднократно убеждался в обратном при сканировании эфира InSSIDer'ом - выбирать нужно вручную...

Успехов Вам.

[Bimim 0]

Ищите более свободный канал вайфай.

Вы сейчас сидите на 2 канале вместе еще с двумя соседями (один абонент МГТС, другой 2КОМ), в вечерние часы возможно еще больше соседей сидят на одном канале с вами.

2KOM_8c3c38 802.11b/g/n 2

Smart_box-4D7EA1 802.11b/g/n 2

 

Вайфай так устроен, что радиоэфир един для всех и если на одном канале сидят несколько потребителей, то пропускная способность этого канала будет делиться между ними по принципу "кто первый встал, того и тапки". А уж если кто то из таких соседей качок, то потери пакетов, это минимум, что вы увидите.

 

Загрузка в вашем кластере не превышает 50%. Так что со стороны сети проблем нет.

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

[x-factor 25]

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

Вслепую?

Существует сетевой радиолокатор InSSIDer. С его помощью определяется состояние эфира.

Например, в моем окружении редко кто сидит на 10 канале. Поэтому проблем с играми по вифи нет.

 

 

 

[sintezenish 0]

У меня похожая картинка. Тоже идут потери на узле онлайма

7950-111-lag100-89.msk.ip.ncnet.ru

Edited January 7, 2017 by Sintezenish

[Ext1ne 381]

У меня похожая картинка. Тоже идут потери на узле онлайма

7950-111-lag100-89.msk.ip.ncnet.ru

Вас должно интересовать поле loss на последнем хопе.

[sintezenish 0]

Вас должно интересовать поле loss на последнем хопе.

Значит не обращать внимание?

Хорошо.

Для общего развития, почему так, и почему это не важно ?

Я видел сообщения что данная тема обсасывалась уже, но не могу найти ответа.

[Ext1ne 381]

Значит не обращать внимание?

Хорошо.

Для общего развития, почему так, и почему это не важно ?

Я видел сообщения что данная тема обсасывалась уже, но не могу найти ответа.

Потому что промежуточные узлы не обязаны отвечать на запросы.

[tehnomag 190]

Значит не обращать внимание?

Хорошо.

Для общего развития, почему так, и почему это не важно ?

Я видел сообщения что данная тема обсасывалась уже, но не могу найти ответа.

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

Edited January 8, 2017 by tehnomag

[Zephyr63 0]

Добрый день, как вы разобрались с проблемой? Абсолютно такая же ситуация. 

Простите не разобрался как файлом.

|------------------------------------------------------------------------------------------|

| WinMTR statistics |

| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |

|------------------------------------------------|------|------|------|------|------|------|

| 192.168.199.1 - 0 | 2240 | 2240 | 0 | 0 | 12 | 0 |

| broadband-95-84-136-1.moscow.rt.ru - 16 | 1283 | 1083 | 0 | 410 | 4931 | 3113 |

| 7950-111-lag100-89.msk.ip.ncnet.ru - 28 | 1061 | 765 | 0 | 1 | 12 | 2 |

| m9-cr01-be4-89.msk.ip.ncnet.ru - 1 | 2214 | 2207 | 2 | 3 | 19 | 4 |

| 92.50.194.28 - 1 | 2218 | 2212 | 1 | 10 | 204 | 2 |

| 87.226.133.138 - 1 | 2218 | 2212 | 53 | 54 | 132 | 56 |

| ns.ssi-ngn.ru - 1 | 2218 | 2212 | 53 | 56 | 69 | 65 |

| 37.244.12.33 - 1 | 2218 | 2212 | 63 | 65 | 79 | 63 |

| 24.105.31.26 - 1 | 2214 | 2207 | 62 | 65 | 78 | 63 |

| 37.244.9.101 - 1 | 2218 | 2212 | 62 | 64 | 77 | 67 |

| 185.60.115.149 - 24 | 1155 | 883 | 62 | 63 | 75 | 67 |

| No response from host - 100 | 449 | 0 | 0 | 0 | 0 | 0 |

| No response from host - 100 | 449 | 0 | 0 | 0 | 0 | 0 |

| No response from host - 100 | 449 | 0 | 0 | 0 | 0 | 0 |

| No response from host - 100 | 449 | 0 | 0 | 0 | 0 | 0 |

| No response from host - 100 | 449 | 0 | 0 | 0 | 0 | 0 |

| No response from host - 100 | 449 | 0 | 0 | 0 | 0 | 0 |

| No response from host - 100 | 449 | 0 | 0 | 0 | 0 | 0 |

| No response from host - 100 | 449 | 0 | 0 | 0 | 0 | 0 |

| No response from host - 100 | 449 | 0 | 0 | 0 | 0 | 0 |

| No response from host - 100 | 449 | 0 | 0 | 0 | 0 | 0 |

| No response from host - 100 | 449 | 0 | 0 | 0 | 0 | 0 |

| No response from host - 100 | 449 | 0 | 0 | 0 | 0 | 0 |

| No response from host - 100 | 449 | 0 | 0 | 0 | 0 | 0 |

| No response from host - 100 | 449 | 0 | 0 | 0 | 0 | 0 |

| No response from host - 100 | 449 | 0 | 0 | 0 | 0 | 0 |

| No response from host - 100 | 449 | 0 | 0 | 0 | 0 | 0 |

| No response from host - 100 | 449 | 0 | 0 | 0 | 0 | 0 |

| No response from host - 100 | 449 | 0 | 0 | 0 | 0 | 0 |

| No response from host - 100 | 449 | 0 | 0 | 0 | 0 | 0 |

|________________________________________________|______|______|______|______|______|______|

WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider