Im Allgemeinen sollten Sie sich bei MTR (oder WinMTR) nicht zu sehr auf den Paketverlust von Zwischensprüngen konzentrieren, da dies normalerweise durch Schwellenwerte für den ICMP-Datenverkehr verursacht wird, die für sich selbst bestimmt sind (da diese Art von Datenverkehr normalerweise zusätzliche Ressourcen erfordert). Wenn Sie einen gewissen Paketverlust in einem Hop sehen, gefolgt von einem Paketverlust von 0% im nächsten Hop, können Sie ziemlich sicher sein, dass es sich nicht um einen Verlust handelt, der sich tatsächlich auf Ihren Datenverkehr auswirkt (mit anderen Worten, ein echter Verlust in einem bestimmten Bereich) Hop zeigt den gleichen oder mehr Paketverlust in ALLEN nächsten Hops bis zum Ziel. Schauen Sie sich auch die durchschnittliche Latenzzeit an, um die Leistung zu verstehen, und behalten Sie die Standardabweichung im Auge (wenn diese zu hoch ist, macht die durchschnittliche Latenzzeit keinen Sinn, aber ich bin nicht sicher, ob WinMTR sie übrigens anzeigen kann).
Wenn Sie Ihre Ausgabe trotzdem betrachten, sehe ich etwa 2% Verlust und eine Latenzzeit von etwa 160 ms bis zum letzten verfolgten Sprung, nichts, was auf ein unbrauchbares Netzwerk hinweist.
Leider zeigt Ihre MTR nicht den vollständigen Pfad an, aber wenn Sie dasselbe Problem mit anderen Internetdiensten haben, können Sie IP-Adressen verfolgen, die wie 8.8.8.8 antworten.
Beachten Sie jedoch, dass MTR nicht den gleichen Fluss darstellt, den Sie für Ihren Service verwenden. Um diese Konnektivität besser testen zu können, sollten Sie einen "iperf" -Test einrichten, der die gleichen Sockets von Ihnen verwendet. Dies ist jedoch nicht möglich, wenn Sie keinen Zugriff auf das Remote-Netzwerk haben. Wenn nur die MTR verwendet wird, werden Bandbreiteninformationen übersehen. Der Datenverkehr kann auf dem Pfad anders gestaltet werden als bei der MTR-Datenübertragung usw.
Wenn sich Ihre Probleme nicht nur auf diesen bestimmten Dienst beziehen, sondern auf das gesamte Surfen im Internet, könnten Tests wie www.speedtest.net/ Ihnen große Einblicke geben.