Messen Sie es selbst
Jede Latenzzahl auf dieser Seite stammt von unseren eigenen Sonden, was genau die Art von Behauptung ist, der Sie nicht vertrauen sollten. Der Looking Glass läuft von allen 34 Standorten, benötigt kein Konto und beantwortet die einzige Frage, die zählt: Wie sieht der Pfad zwischen Ihnen und dieser Stadt tatsächlich aus?
Befehl erstellen
Wählen Sie einen Standort und ein Werkzeug. Diese werden von Ihrem Rechner aus gegen unsere veröffentlichten Test-Hosts ausgeführt – die einzige Messung, die etwas über Ihren eigenen Pfad aussagt.
mtr -rwzbc 100 lg-ams-01.paragonvps.comEine 1-GB-Datei mit unkomprimierbaren Zufallsdaten, zur Messung des Durchsatzes statt Ihrer Kompression.
Führen Sie jeden Befehl dreimal zu unterschiedlichen Zeiten aus, bevor Sie eine Schlussfolgerung ziehen. Ein einzelnes Traceroute im Wartungsfenster eines anderen ist kein Beweis.
Was es ist und was es nicht ist
Ein Sondenhost an jedem Standort, im selben VLAN wie die Produktion, hinter demselben Filter.
Der Looking Glass ist ein kleiner Host an jedem Standort, der Tests in Ihrem Namen ausführt und die Rohausgabe ausgibt. Er befindet sich im selben Netzwerk wie die Kundeninstanzen und hinter demselben Edge-Filter, sodass das, was er misst, dem entspricht, was Sie erhalten würden. Kein optimierter Testpfad, kein separater Uplink, keine ruhige Ecke im Rack.
Es ist kein Benchmark und kein Marketinginstrument. Einige Ergebnisse sind unschmeichelhaft: Sydney in Millisekunden ist teuer, und Johannesburg hat seinen Transit noch nicht vollständig etabliert. Diese Zahlen sind da, weil es zwecklos wäre, sie zu verstecken, wenn jeder den Test ausführen kann.
Alle 34 Standorte, die ganze Zeit
Einschließlich Vorbestellungsstandorten. Johannesburg beantwortet Sonden, bevor es eine einzige zahlende Instanz darauf hatte.
Kein Konto, keine Anmeldung
Konsistent mit dem Rest des Dienstes. Der einzige Test, der etwas von Ihnen verlangt, ist iperf3, und der benötigt ein Token nur, um zu verhindern, dass die Box als Flood-Quelle missbraucht wird.
Ratenbegrenzt, bewusst
Ein Test gleichzeitig pro Quelladresse und vier Tests pro Minute. Ein Looking Glass ist ein hübscher Verstärkungsvektor, wenn der Betreiber nicht darüber nachgedacht hat.
Ergebnisse gehören Ihnen
Die Ausgabe ist Klartext mit einem Permalink, der dreißig Tage lebt. Fügen Sie es in ein Ticket ein oder in ein Argument mit dem Netzwerkteam einer anderen Person.
Was Sie ausführen können
Fünf Tests, ausgewählt, weil sie verschiedene Fragen beantworten. Alle auszuführen beweist wenig; den richtigen auszuwählen klärt die Sache meist in einer Minute.
Beginnen Sie mit MTR, nicht mit Ping
Ein einzelner Ping sagt etwas über einen Moment aus. Dreihundert MTR-Zyklen sagen, ob der Pfad schlecht ist, gelegentlich schlecht, oder in Ordnung und du hattest Pech.
Nutze zuerst die Testdatei für den Durchsatz
Ein 1-GB-Download über HTTPS reproduziert, was die meisten realen Workloads tun. Wenn das langsam ist, aber iperf3 schnell, liegt das Problem an Staukontrolle oder Middleboxes und nicht an der Kapazität.
Pfad-MTU ist neunzig Sekunden wert
Ein überraschender Anteil der Tickets mit „Die Seite lädt, aber große Uploads hängen“ endet hier, meist an einem Tunnel, den jemand zwischen dir und uns vergessen hat.
| Test | Die Frage, die er beantwortet | Limits |
|---|---|---|
| ICMP-Ping | Ist es erreichbar, und wie ist die Roundtrip-Zeit jetzt? | Bis zu 100 Pakete pro Lauf |
| Traceroute (ICMP und UDP) | Welche Hops der Vorwärtspfad beim Verlassen dieses Standorts nimmt | Maximal 30 Hops, 3 Sonden pro Hop |
| MTR | Verlust und Latenz pro Hop über die Zeit statt in einem Schnappschuss | Bis zu 500 Zyklen, etwa 8 Minuten |
| iperf3-Ziel | Welchen Durchsatz Sie wirklich zu diesem Standort bekommen | Panel-Token, 60 Sekunden, bis zu 4 Streams |
| Testdatei | Eine Durchsatzantwort ohne Installation | 100 MB und 1 GB über HTTPS |
| Pfad-MTU-Sonde | Ob etwas in der Mitte große Pakete verschluckt | Meldet die größte Größe, die überlebt |
Die Ausgabe lesen, ohne sie falsch zu lesen
Traceroute-Ausgabe ist kein Bild deines Datenverkehrs. Es ist eine Sammlung von Antworten von Routern, die Wichtigeres zu tun hatten, und sie als Latenzdiagramm zu lesen, führt zu selbstbewussten, falschen Schlussfolgerungen.
Die meisten Routing-Beschwerden, die wir erhalten, haben beim Symptom recht und beim Hop unrecht.
Mittlere Hops übertreiben
Ein Router, der auf eine Traceroute-Sonde antwortet, tut dies auf seiner Control Plane, die ausgelastet ist und ICMP als niederwertigste Aufgabe behandelt. Wenn ein Hop 180 ms und der nächste 14 ms zeigt, war der erste Router beschäftigt, nicht der Pfad davor.
Nur die letzte Zeile ist echt
Verlust, der bei Hop sechs auftritt und bei Hop sieben verschwindet, sind ratenbegrenzte Antworten, kein verlorener Datenverkehr. Wenn er bei Hop sechs beginnt und bis zum Ziel anhält, sende uns die Ausgabe.
Reverse DNS ist ein Hinweis
Flughafencodes in Hop-Namen sind oft Jahre alt. Behandle sie als Absicht desjenigen, der die Schnittstelle benannt hat, niemals als Beweis für Geografie.
MPLS versteckt die Mitte
Pfade über einen labelvermittelten Kern können drei Hops kürzer erscheinen, als sie sind. Die Latenz ist dennoch da; nur die Ehrlichkeit über ihre Herkunft fehlt.
Physik setzt die Untergrenze
Amsterdam nach Singapur sind ungefähr 168 ms, und kein Peering wird das wesentlich verbessern. Wenn deine Messung nahe an unserem veröffentlichten Wert liegt, funktioniert der Pfad korrekt, und die Antwort ist ein zweiter Standort statt ein Ticket.
Asymmetrische Routen, wo die Verwirrung lebt
Ein Traceroute misst den Vorwärtspfad und sonst nichts. Jede Zahl darin enthält jedoch die Rückreise der Antwort dieses Hops, und die Rückreise kann über eine völlig andere Route über den Planeten führen.
Datenverkehr von uns zu dir und Datenverkehr von dir zu uns sind getrennte Entscheidungen von getrennten Netzwerken. Wir wählen, was abgeht; die Netzwerke dazwischen wählen, was zurückkommt. Die meisten Betreiber übergeben Datenverkehr bei der frühesten Gelegenheit, daher überlässt dein Rückweg häufig deinen Anbieter in einer anderen Stadt als der, in der unser Pfad eingetreten ist.
Die sichtbare Konsequenz ist ein Hop, der langsam aussieht, während dein tatsächlicher Datenverkehr in Ordnung ist. Schlimmer ist die unsichtbare: Stau auf dem Rückweg erscheint als Latenz, nach der du einen Nachmittag in Vorwärtsrichtung suchen wirst.
Messe immer beide Richtungen
MTR von deiner Maschine zur Instanz und MTR vom Looking Glass an diesem Standort zurück zu deiner Adresse, idealerweise gleichzeitig. Halbe Beweise ergeben halbe Antworten.
Asymmetrie allein ist kein Fehler
Fast jeder Pfad im Internet ist asymmetrisch, und fast alle funktionieren. Es wird nur zum Problem, wenn eine Richtung überlastet ist, Pakete verwirft oder eine Filterbox passiert, die Zustand hält.
Wir können nur beeinflussen, was zurückkommt
Unsere Routing-Policy steuert die ausgehende Richtung direkt. Der Rückweg ändert sich nur, wenn wir anders annoncieren, woanders übergeben oder einen Peer freundlich fragen. Alles drei ist möglich; nichts davon ist sofort.
Stateful-Middleboxes hassen Asymmetrie
Wenn Sie eine Firewall betreiben, die beide Richtungen eines Flusses sehen muss und der Rückweg sie nicht mehr kreuzt, erhalten Sie sporadische Resets, die exakt wie ein Netzwerkfehler aussehen. Prüfen Sie das, bevor Sie jemanden beschuldigen.
Eine Routing-Beschwerde einreichen, die bearbeitet wird
Die mittlere erste Antwort auf ein Ticket beträgt 11 Minuten. Eine Routing-Korrektur dauert länger, weil jemand anderes zustimmen muss.
- 01
Eigene Instanz ausschließen
Prüfen Sie Last, Connection Tracking, die eigenen Interface-Zähler der Instanz und ob eine Filterregel von Ihnen Datenverkehr verwirft. Ungefähr einer von fünf Berichten endet hier, und es endet schneller, wenn Sie zuerst schauen.
- 02
Beide Richtungen sammeln
Mindestens 300 MTR-Zyklen von Ihrer Seite und 300 vom Looking Glass an diesem Standort, im selben Zeitfenster ausgeführt. Hängen Sie den Permalink an, keinen Screenshot; wir brauchen die Zahlen, kein Bild davon.
- 03
Richtig zeitstempeln
UTC oder ein expliziter Offset. „Heute Morgen“ beschreibt einen Moment für Sie und elf Stunden für uns, und das Korrelieren von Flussdaten damit ist Rätselraten.
- 04
Sagen, was sich wann geändert hat
War es schon immer so, oder begann es am Dienstag. Kontinuierlich oder zwischen 20:00 und 23:00 Uhr Ortszeit. Dieser einzelne Satz entscheidet normalerweise, ob wir auf eine Peering-Änderung schauen oder auf jemandes Abend-Überlastung.
- 05
An den Support senden
Mailen Sie an [email protected] oder öffnen Sie ein Ticket im Panel. Alles, was sich als echtes Pfadproblem herausstellt, wird noch in derselben Stunde an das Netzwerkteam eskaliert, und Sie erfahren, was wir das andere Netz gefragt haben.
Was wir tun können: umrouten, einen Transit herabstufen, einen Peer um Untersuchung bitten oder Sie zu einem Standort mit besserer Route verschieben. Überlastung in einem Netz, das wir nicht berühren, übersteigt alle vier Maßnahmen, und dort routen wir Sie um das Problem herum, statt eine Woche damit zu verbringen, recht zu haben.
Fragen zum Looking Glass
Für jeweils sechzig Sekunden, ja. Das Token existiert, um den Host davor zu bewahren, zur Datenflutquelle von jemandem zu werden, nicht um ehrliche Messungen zu rationieren. Dauerhaftes Testen erfordert eine eigene Instanz auf beiden Seiten.
Es sollte nicht, und wenn doch, möchten wir davon erfahren. Der Test-Host sitzt im selben VLAN und erbt dieselbe Policy. Ein echter Unterschied bedeutet normalerweise eine pro-Präfix-Policy, die auf Ihre Adresse angewendet wird, was ein Ticket wert ist.
Nicht im öffentlichen Looking Glass. Fragen Sie in einem Ticket mit einer bestimmten Präfix und einem Grund, und Sie erhalten die Antwort, einschließlich welchen Upstream wir dafür bevorzugen und warum.
Innerhalb der Ratenlimits, ja; die Tests sind ausgehend und in diesem Volumen harmlos. Die Nutzung als Messquelle für ein Ziel, das Sie nicht kontrollieren, ist in Ordnung. Als Bestandteil von etwas Größerem nicht.
Dreißig Tage, dann verfallen sie zusammen mit dem gespeicherten Output. Hängen Sie sie an ein Ticket an, solange sie noch auflösbar ist, oder fügen Sie den Text ein, was wir ohnehin bevorzugen.
Führen Sie den Test aus, dann wählen Sie die Stadt
Selbst gemessene Latenz schlägt veröffentlichte Latenz. Sobald die Zahlen Sinn ergeben, hat der Standortindex den Bestand, den Uplink und die Filterkapazität für jeden Standort.