Чтобы провести эксперимент, который покажет хоть сколько нибудь реальные данные, тебе понадобится сервер в сети провайдера, генератор трафика (iperf3 в принципе подойдёт) и tcpdump или wireshark.
iperf3 и сам по себе показывает сколько было ретрансмитов, но можешь дополнительно снять дамп трафика и посмотреть.
Ещё есть вариант взять большой файл и скачивая его смотреть в wireshark есть ли ретрансмиты. Таким образом можно получить более-менее подходящий материал для дальнейшей работы.
А прочие методы вроде попинговать и посмотреть на "потреи" или сделать трейсы с помощью mtr ни какой полезной информации не дадут.
Например:
$ mtr -r -n 10 ya.ru
Start: 2021-12-06T00:20:05+0300
HOST: zbook Loss% Snt Last Avg Best Wrst StDev
Start: 2021-12-06T00:20:20+0300
HOST: zbook Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.254.254 100.0% 10 2.0 4.1 1.3 25.3 7.5
2.|-- 212.1.254.166 0.0% 10 1.9 1.8 1.3 2.0 0.3
3.|-- 212.1.238.184 0.0% 10 1.3 1.9 1.3 2.5 0.5
4.|-- 212.1.239.202 0.0% 10 6.4 6.6 6.0 8.1 0.6
5.|-- 89.20.133.47 0.0% 10 7.0 9.6 7.0 31.1 7.5
6.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
7.|-- 87.250.250.242 0.0% 10 17.3 18.1 17.3 20.1 0.7
На первом хопе 100% "пореть", получается интернет вообще не работает? Но как тогда трафик проходит ещё через 7 роутеров? А на 6-том хопе, что за "потери"?
Ответ прост: в целях самозащиты от перегрузки своего слабого CPU роутер отбрасывает лишние ICMP либо вовсе их блокирует, отсюда и "потреи", а пользовательский трафик обрабатывается не слабым CPU роутера, а специализированными микросхемами ASIC и чтобы его "продавить" надо ещё постараться.
И помни провайдер несёт ответственность лишь за подконтрольный ему участок сети, отвечать за некачетственную работу произвольного сервера в интернете провайдер не может.
Для справки
Traceroute: про умение читать вывод