Doporučuji testovat pingem o velikosti 1400 až 1500B. Defaultní krátký ping není příliš vypovídající. Pod Windows tuším argument -l (mínus malé L). Dlouhé pakety jsou totiž za jinak stejných okolností (přenosové médium o určité bitwise chybovosti) přímo úměrně náchylnější na ztrátu celého paketu. A hádejte, jaké pakety používá TCP, když začnete něco tahat (tahat cokoli, dneska se do 1500B vejde snad leda úvodní HTTP request.)
Ping payload 1500B na třetí vrstvě tuším po přičtení pár bajtů enkapsulační režie už překračuje obvyklé MTU nižších vrstev (1500B) - pokud se chcete vyhnout fragmentaci a z ní plynoucích "vedlejších efektů", volte délku testovacích paketů o něco kratší (třeba 1450B nebo míň).
Pokud prolézají pakety na vzdálenější hop, můžete ignorovat ztrátu od bližšího hopu - jak už psal P.K., ne každý router je ochoten plýtvat časem svého CPU na Váš ping/traceroute.
V jednom z těch obrázků vidím ztrátu hned proti prvnímu hopu. Co je to za přenosové médium? Není to nějaká wifina? Je někde kus dál po cestě wifina?
Spoj zatížený provozem po strop by mohl vykazovat nápadně vysoký round-trip (a taky nenulovou ztrátu) i při bezchybném médiu. S výjimkou případů, kdy je úzké hrdlo uměle vytvořeno rate-limitem bez frontování - tam se zahazují pakety, aniž by se zvedla latence.
Co je zač koncový počítač, noťas se zabudovanou wifi? Jak starý? nemá třeba jenom ukejvaný koax v místě průchodu pantem ze základny do víka k anténě? Tady je užitečný mětalický ethernet.