Вот здесь: https://sharex.loted...46-26_RwmMM.png
Здесь минимум 33 пакета. Но вы видимо про 3 пакета на маршрутизатор. Про это я уже писал - запусков было достаточно.
Ознакомьтесь с принципами работы трассировки, особенно команды traceroute: https://ru.wikipedia...боты_traceroute
Спасибо. Мы в курсе как работает эта утилита :-).
Сожалею, указанного поведения не зафиксировано на трассировке выполнявшейся Вашим пользователем в течение часа - потерь на 185.56.118.6
К сожалению, в его снимке экрана нет графика для последнего и предпоследнего маршрутизатора. Надеюсь, когда у него появится возможность, он сделает снимок экрана с этими графиками.
Была указана проблема в виде потерь на аплинке провайдера
Где это было указано? Это была лишь ваша интерпретация данных на фото. Как вы объясните, что потери на hop 4 не приводят к потерям на hop 5? Что за магия? Что бы это понять вам надо ознакомиться с принципами устройства современных железных маршрутизаторов - https://erg.abdn.ac....router-opn.html , а именно в части различия обработки пакетов транзитных и отправленных на сам маршрутизатор.
до её решения
Что решать? Проблемы потерь на hop 4 нет - посмотрите на hop 5. hop 4 не теряет транзитные пакеты.
задержки в TCP (игра использует TCP) возникают при попытках компенсации потерь.
Всё верно. Именно поэтому на предоставленной вам трассировке и видна эта ситуация - высокая задержка на 11 узле. Вас не смущает, что она там, мягко говоря, высокая, в то время как на других узлах всё очень даже не плохо? Как вы это объясните?
Вот ещё пример. Это когда всё отлично(обратите внимание на 10й узел):
# traceroute -T -p 8085 -n 185.56.118.6 traceroute to 185.56.118.6 (185.56.118.6), 30 hops max, 60 byte packets 1 192.168.255.1 4.857 ms 4.879 ms 5.689 ms 2 10.232.48.1 12.314 ms 12.673 ms 13.285 ms 3 10.232.0.36 5.556 ms 5.582 ms 5.619 ms 4 77.91.76.9 6.073 ms 11.977 ms 11.949 ms 5 146.185.252.53 15.381 ms 15.305 ms 15.346 ms 6 10.200.1.177 14.849 ms 12.884 ms 14.131 ms 7 10.200.1.91 13.170 ms 13.758 ms 13.212 ms 8 92.255.91.46 13.883 ms 13.438 ms 13.663 ms 9 * * * 10 185.56.118.6 15.599 ms 14.869 ms 14.930 ms
Это когда провал:
# traceroute -T -p 8085 -n 185.56.118.6 traceroute to 185.56.118.6 (185.56.118.6), 30 hops max, 60 byte packets 1 192.168.255.1 2.638 ms 2.570 ms 2.560 ms 2 10.232.48.1 6.857 ms 9.158 ms 20.426 ms 3 10.232.0.36 2.515 ms 2.584 ms 2.581 ms 4 77.91.76.9 4.163 ms 4.952 ms 4.975 ms 5 146.185.252.53 13.558 ms 13.575 ms 13.579 ms 6 10.200.1.177 13.583 ms 12.980 ms 12.896 ms 7 10.200.1.91 19.080 ms 19.096 ms 19.071 ms 8 92.255.91.46 14.381 ms 13.474 ms 13.234 ms 9 * * * 10 185.56.118.6 3040.144 ms 3040.086 ms 3039.941 ms
А вот так в *момент* провала выглядит трассировка icmp-пакетами:
# traceroute -I -n 185.56.118.6 traceroute to 185.56.118.6 (185.56.118.6), 30 hops max, 60 byte packets 1 192.168.255.1 4.594 ms 4.621 ms 5.623 ms 2 10.232.48.1 8.884 ms 9.670 ms 11.569 ms 3 10.232.0.36 5.639 ms 5.670 ms 5.695 ms 4 77.91.76.9 7.183 ms 7.233 ms 7.259 ms 5 146.185.252.53 16.740 ms 16.773 ms 16.781 ms 6 10.200.1.177 27.166 ms 22.655 ms 22.648 ms 7 10.200.1.91 12.927 ms 12.926 ms 12.921 ms 8 92.255.91.46 13.471 ms 13.062 ms 13.393 ms 9 * * * 10 * * * 11 * * * 12 * * * 13 * * * 14 * * * 15 * * * 16 * * * 17 * * * 18 * * * 19 * * 185.56.118.6 13.839 ms
"В момент провала" это значит, что ping -f нарисовал уже несколько десятков точек, потом был запущен traceroute и когда я увидел 14 узел со звёдочками, ping -f показал, что ответы начали приходить опять. Понимаете что это значит? Поясню. Для любого, кто представляет как работает трассировка icmp-пакетами, это означает только одно - проблемы после узла 92.255.91.46.
Спасибо за помощь в локализации проблемы.
Обращайтесь ;-).
у них наблюдаются проблемы со связью, которые они, как оказалось, доблестно игнорируют уже несколько лет.
А кто и где сказал, что проблемы несколько лет? Проблема появилась примерно месяц назад.
А если серьезно - ответ на пару цитат выше - покажите на трассировках отсутствие потерь в Вашей сети и присутствие потерь в нашей
Без проблем. Я уже их показал выше в этом сообщении. И если серьёзно, то предлагаю не тратить время, а передать приведённые мной здесь данные специалистам. Тем, кто обслуживает узел перед 185.56.118.6 .
Сообщение отредактировал someISP: 06 мая 2021 - 17:04
Закрыть