Diese Verbindung weist schwerwiegende Verbindungsprobleme auf, z. B. Timeouts bei Webseiten und langsame Übertragungsgeschwindigkeiten. Es handelt sich um eine drahtlose HSDPA-Verbindung, auf die ich über ein USB-Modem (Huawei E303c) zugreife.
Die Ausführung mtr google.comergibt die folgende Ausgabe:
Ist der hohe Paketverlust von dieser IP ein Zeichen dafür, dass mein ISP versucht, die Geschwindigkeit zu drosseln und die Konnektivität zu verhindern? Ist dieser Paketverlust ein Fehler auf Seiten des ISPs oder ist dies die normale Art und Weise, wie diese Art von Netzwerken implementiert werden?
Edit 1: Da dieser Beitrag nicht viel über das Problem verrät, ist der nächste BeitragHier
Edit 2: Beim Lesen über die Analyse von mtrTraceroutes fand ichdiese Seite.Es sagt :
Wenn es zu Paketverlusten in einem Hop kommt, die sich nicht auf nachfolgende Hops auswirken, liegt der Grund für den Verlust inICMP-Begrenzung.
Antwort1
Nein. Diese IP ist einfach schlecht darin, lokal ICMP-Fehler zu generieren. Der Beweis ist, dass Punkte dahinter einwandfrei reagieren. Wenn mit diesem Punkt wirklich etwas nicht stimmte, wäre auch alles dahinter schlecht.
Router sind für das Routing optimiert. Core-Router lassen den Datenverkehr über hochoptimierte Hardwarepfade durch. Wenn sie jedoch lokal Datenverkehr generieren müssen, muss dieser auf Prozessebene verteilt werden. Und alle Routing-Aufgaben, die auf Prozessebene stattfinden, haben Priorität. Daher kommt es häufig zu Verzögerungen oder Unzuverlässigkeit.
Es sagt nichts über die Zuverlässigkeit oder den Durchsatz des Pfades aus.
Antwort2
Ist der hohe Paketverlust von dieser IP ein Zeichen dafür, dass mein ISP versucht, die Geschwindigkeit zu drosseln und die Konnektivität zu verhindern?
Es könnte ein Anzeichen für eine Drosselung sein, aber nach dem, was ich sehe, bezweifle ich, dass dies der Fall ist, je nachdem, wo der Paketverlust auftritt. Aber wenn es nicht zeitweise und kontinuierlich auftritt, ist ein so hoher Paketverlustnicht normal. Weiter lesen.
Handelt es sich bei diesem Paketverlust um einen Fehler auf Seiten des ISP oder ist dies die normale Art und Weise, wie diese Art von Netzwerken implementiert wird?
Die „normale Art und Weise, wie diese Art von Netzwerken implementiert werden“ ist die einfachste Erklärung für das, was Sie hier sehen und teilen. Denken Sie daran: Das Internet wurde in erster Linie als widerstandsfähig konzipiert, wobei die Geschwindigkeit in den Hintergrund tritt, wenn „Schäden“ auftreten.
Das heißt, einkonsistent79% Paketverlust istalles andere als normal. Wenn ich hier in den USA ein ähnliches mtrTraceroute durchführe, gibt es wirklich keine Hindernisse/Paketverluste dieser Art, es sei denn, es gibt ein klares Problem.
Wenn man sich Ihre Traceroute-Ausgabe ansieht , scheint mtrdie IP, mit der Sie Probleme haben ( ), so weit hinter dem ISP-Stadium zu liegen, dass sie als Teil des größeren Internets betrachtet werden könnte. Ich bezweifle also, dass es sich um eine ISP-basierte Drosselung handelt. Insbesondere, da Ihr Traceroute zu zeigen scheint, dass das Problem hinter den Switches Ihres ISPs ( und ) auftritt , die anscheinend mit dem ISP verbunden sind115.255.253.17mtr.bol.net.in59.180.210.20159.180.210.202Mahanagar Telephone Nigam Limited (MTNL).
Das Eintauchen in die GeoIP-Daten 115.255.253.17zeigt, dass es sich um eine IP-Adresse mit Sitz in Maharashtra, Mumbai, handelt. Was Sie also sehen könnten, ist ein Internetausfall/ein „Schluckauf“, der in einem Teil des Internets in Mumbai selbst auftritt? Und wenn Sie weiter graben, indem Sie whoisnach derselben IP-Adresse suchen, 115.255.253.17zeigt sich, dass es sich um einen Teil von handeltReliance-Gruppe, offenbar ein größerer Infrastrukturanbieter in Indien.
Wenn Sie mich fragen, bezweifle ich, dass Backbone-Infrastrukturanbieter den Datenverkehr von Benutzern in einem bestimmten Teilnehmernetzwerk auf niedrigerer Ebene auf diese Weise drosseln würden. Warum sollte jeder im System von Mahanagar Telephone Nigam Limited (MTNL) auf diese Weise vom Backbone-Netzwerk der Reliance Group bestraft werden? Ich würde es als Drosselung betrachten, wenn Sie diesen Verlust bei den ersten paar Hops von Ihrem unmittelbaren Switch aus feststellen würden, wie beispielsweise bei den Hops von den .bol.net.inSwitches.
Aus meiner Sicht hier in den USA würde ich dies auf normale, zeitweilige Internetprobleme zurückführen. Und die Tatsache, dass Ihr mtrTraceroute abgeschlossen wurde, kann der Widerstandsfähigkeit des Internets zugeschrieben werden, diese Probleme zu umgehen. Nicht mehr und nicht weniger …Es sei denndieser Zustand istnicht intermittierendsondernkonsistent; wenn das der Fall ist, passiert etwas Seltsames und es gibt für den Endbenutzer keine einfache Möglichkeit, dies zu diagnostizieren.
Alles in allem, ichInformieren Sie sich über das Konzept der Netzneutralität in Indienund es scheint, dass es in Indien keine Gesetze zur Netzneutralität gibt, also tut die Reliance Group nach allem, was Sie wissen, absichtlich etwas. Aber ehrlich gesagt würde ich Ihnen instinktiv sagen, dass jemand einfach versehentlich irgendwo einen Datenschalter falsch konfiguriert hat und Sie der Einzige sind, der das bemerkt. Ich würde also eher unvoreingenommen sein und empfehlen, diesen mtrTraceroute mit den technischen Support-Leuten von Mahanagar Telephone Nigam Limited (MTNL) zu teilen, um zu sehen, was sie dazu sagen.
In 90 % der Fälle beruhen Computerfehler – und ehrlich gesagt viele andere Dinge – nicht auf Böswilligkeit, sondern auf Inkompetenz. Ich habe hier in den USA schon seltsamere Dinge mit der technischen Infrastruktur passieren sehen, also ist es einen Versuch wert, dies Ihrem ISP zu melden und zu sehen, wie er reagiert.