Помогите пожалуйста. Что с этим делать??



Возможно это из за этого?

а в чем собственно проблема? все нормально
никто никогда не обещал, что все хосты по дороге будут отвечать на ICMP
целевой хост исправно отвечает.
Подключено правильно, линия нормальная, ошибок DSL нет
у меня например примерно такая же картина.
можно попросить 123 переключить на FAST профиль, пинг должен немного уменьшться
Сергей! Почти(далее) всем к кому я обращался хосты отвечают, НО даже я нашел человека из Минского района, у него затык на 2 хопе(да-да хост может не отвечает, здесь я соглашусь), но далее все идеально. Ладно допустим , что просто хосты не отвечают на мои пакетики, на игре же это никак сказаться не должно, т.к. целевой хост на все отвечает, но почему у меня такие дикие лаги, почему у меня умения срабатывают в 2-3 раза медленнее чем у людей с таким же пингом и даже хуже, почему лаги стали заменты после того как хосты просто так решили не принимать ICMP???
Роутер всегда будет выдавать задержку на 2м и возможно 8 или 9 хопе потому что работа роутера заключается в маршрутизации пакетов а не отвечать на пинги.
Когда трассировка останавливается на хопе, это говорит о том что хоп реагирует на трассировку, а когда он проходит хоп, это говорит о том что он способен передавать трафик. Ведь от него требуется передавать пакеты а не отвечать на ICMP/UDP которые используются командой traceroute.
Кроме того (но далеко не всегда!) маршрут может быть асимметричным. Если больший маршрут дает лучший обратный путь, то общее время может быть ниже.
Если тебе станет легче, то меня тоже белтелеком и, поверь, у меня все настроено хорошо. Однако я вижу похожую картину.
Компьютер (MacBookPro) присоединен кабелем к роутеру (Time Capsule), который присоединен к модему (белтелекомовской поделке), модем находится в режиме bridge. IP статический.
mbp:~ alex$ traceroute auth.playbns.com
traceroute to auth.playbns.com (78.46.252.50), 64 hops max, 52 byte packets
1 10.0.1.1 (10.0.1.1) 1.121 ms 0.325 ms 0.191 ms
2 * * *
3 mm-121-80-84-93.dynamic.pppoe.mgts.by (93.84.80.121) 27.495 ms 22.986 ms 21.718 ms
4 core2.net.belpak.by (93.85.80.57) 21.857 ms 24.541 ms 23.895 ms
5 ie2.net.belpak.by (93.85.80.54) 22.845 ms 23.575 ms *
6 asbr7.net.belpak.by (93.85.80.122) 21.179 ms 21.620 ms 21.201 ms
7 decix2-gw.hetzner.de (80.81.193.164) 53.833 ms 53.647 ms 52.526 ms
8 core4.hetzner.de (213.239.245.2) 55.810 ms 54.254 ms 53.971 ms
9 core12.hetzner.de (213.239.245.246) 56.364 ms 58.423 ms
core11.hetzner.de (213.239.245.34) 58.112 ms
10 juniper1.rz2.hetzner.de (213.239.245.54) 56.771 ms
juniper2.rz2.hetzner.de (213.239.245.194) 55.696 ms 57.372 ms
11 hos-tr5.ex3k3.rz2.hetzner.de (213.239.197.83) 59.674 ms 57.620 ms
hos-tr6.ex3k3.rz2.hetzner.de (213.239.197.91) 58.392 ms
12 * * *
13 static.50.252.46.78.clients.your-server.de (78.46.252.50) 56.646 ms 55.597 ms 55.953 ms
Вот что написано в документации Cisco:
"When a packet destination is the router itself, this packet has to be process-switched. The processor has to handle the information from this packet, and send an answer back. This is not the main goal of a router. By definition, a router is built to route packets. Answering a ping is offered as a best-effort service."