История изменений
Исправление Pinkbyte, (текущая версия) :
В общем случае(для произвольной комбинации адресов источника/назначения) задача нерешаема. В частном случае(то есть твой домашний Интернет<->твой сервак Hetzner) задача разбивается на 3 варианта:
1) режется скорость твоим провайдером;
2) режется скорость где-то посередине между твоим провайдером и Hetzner(например на точке обмена трафиком);
3) режется входящая скорость у Hetzner к твоему серваку;
Пункт 2 - самый сложный в проверке, оставим его на потом. Пункт 1 проверяется методом смены исходной точки(проверить заливку на сервер с другого провайдера). Пункт 3 - проверяется аналогично, но уже инициировать обмен надо с Hetzner куда-то в другое место.
MTR с адреса РТК на самом деле ни о чем не говорит(если ты его со стандартным набором опций запускал конечно). То есть, дропы на втором хопе у РТК могут как свидетельствовать о том, что у них жопа, так и наоборот - если стоит rate-limit на CPU шлюза/L3-коммутатора, то транзитный трафик пройдет, а вот диагностические ответы будут серьезно залимитированы.
Смущает avg delay у второго хопа. 8 секунд - это как-то дохрена. У меня дома ADSL, но даже при занятном торрентами канале с приоритетом на ICMP задержки до первого хопа не превышают 2-3 секунд.
Кстати на обратном выхлопе с Hetzner на РТК видится аналогичная картина - дикие задержки ближе к концу трассы.
Мой вывод на основе полученных данных(который может на самом деле быть глубоко ошибочным) - проблема у Ростелекома
Исправление Pinkbyte, :
В общем случае(для произвольной комбинации адресов источника/назначения) задача нерешаема. В частном случае(то есть твой домашний Интернет<->твой сервак Hetzner) задача разбивается на 3 варианта:
1) режется скорость твоим провайдером;
2) режется скорость где-то посередине между твоим провайдером и Hetzner(например на точке обмена трафиком);
3) режется входящая скорость у Hetzner к твоему серваку;
Пункт 2 - самый сложный в проверке, оставим его на потом. Пункт 1 проверяется методом смены исходной точки(проверить заливку на сервер с другого провайдера). Пункт 3 - проверяется аналогично, но уже инициировать обмен надо с Hetzner куда-то в другое место.
MTR с адреса РТК на самом деле ни о чем не говорит(если ты его со стандартным набором опций запускал конечно). То есть, дропы на втором хопе у РТК могут как свидетельствовать о том, что у них жопа, так и наоборот - если стоит rate-limit на CPU шлюза/L3-коммутатора, то транзитный трафик пройдет, а вот диагностические ответы будут серьезно залимитированы.
Смущает avg delay у второго хопа. 8 секунд - это как-то дохрена. У меня дома ADSL, но даже при занятном торрентами канале с приоритетом на ICMP задержки до первого хопа не превышают 2-3 секунд.
Исходная версия Pinkbyte, :
В общем случае(для произвольной комбинации адресов источника/назначения) задача нерешаема. В частном случае(то есть твой домашний Интернет<->твой сервак Hetzner) задача разбивается на 3 варианта:
1) режется скорость твоим провайдером;
2) режется скорость где-то посередине между твоим провайдером и Hetzner(например на точке обмена трафиком);
3) режется входящая скорость у Hetzner к твоему серваку;
Пункт 2 - самый сложный в проверке, оставим его на потом. Пункт 1 проверяется методом смены исходной точки(проверить заливку на сервер с другого провайдера). Пункт 3 - проверяется аналогично, но уже инициировать обмен надо с Hetzner куда-то в другое место.
MTR с адреса РТК на самом деле ни о чем не говорит(если ты его со стандартным набором опций запускал конечно). То есть, дропы на втором хопе у РТК могут как свидетельствовать о том, что у них жопа, так и наоборот - если стоит rate-limit на CPU шлюза/L3-коммутатора, то транзитный трафик пройдет, а вот диагностические ответы будут серьезно залимитированы.