Fehlerbehebung bei Durchsatz und Geschwindigkeit

Wenn Sie Abweichungen zwischen dem übertragenen Datenverkehr und dem Datenverkehr feststellen, den Sie zu empfangen erwarten, kann Ihr Netzwerk von Durchsatz- oder Geschwindigkeitsproblemen betroffen sein. Wir empfehlen, die folgenden Schritte zur Fehlerbehebung durchzugehen, um die Ursache einzugrenzen.

So prüfen Sie den Port-Status (1:02)

Fehlerbehebung bei der Port-Aktivierung (13:44)

Maßnahmen zur Fehlerbehebung

Aktion	Schritte
Schnittstellen- oder CRCZyklische Redundanzprüfung. Eine Art Fehlererkennungscode, der zum Erkennen von Übertragungsfehlern in Daten verwendet wird. -Fehler und Paketverluste auf dem Gerät prüfen	Schnittstellenstatistiken und Logs können helfen zu ermitteln, welches Ende des Cross Connect den Fehler verursacht und welche Lösung in Frage kommt. Beispiel: Eine zunehmende Anzahl eingehender Fehler auf einer Netzwerkschnittstelle schließt in der Regel das spezifische SFPEin Small Form-factor Pluggable (SFP) ist ein hot-plug-fähiger Transceiver, der in Datenkommunikations- und Telekommunikationsnetzen verwendet wird, um die Datenübertragung zwischen zwei Geräten zu ermöglichen. aus und weist auf ein mögliches Problem mit anderen Komponenten des Cross Connect hin.
Tx- und Rx-Lichtpegel auf dem Gerät überprüfen	Prüfen Sie die gesendeten (Tx) und empfangenen (Rx) Lichtpegel. Dieser Health-Check ermöglicht Ihnen, die physische Konnektivität zu validieren. Zu beachten: Wenn kein Rx-Licht empfangen wird, ist der Service down. Wenn Sie eine Verschlechterung der Tx- und Rx-Lichtpegel beobachten, könnte der Service unterbrochen sein. Megaport empfiehlt, Ihre physischen Verbindungen zu überprüfen. Wenn Sie kein Licht zu/von Megaport senden (Tx) oder empfangen (Rx), kann dies eine der folgenden Ursachen haben: Problem mit der Faser-Polarität – Verifizieren Sie dies, indem Sie die Fasern auf Ihrer Seite tauschen. Konnektivitätsprobleme in Ihrer Umgebung oder im Cross Connect – Verifizieren Sie dies durch physische Loopback-Tests innerhalb Ihrer Umgebung. Konnektivitätsprobleme innerhalb der Megaport-Umgebung – Verifizieren Sie dies durch physische Loopback-Tests von Ihrer Umgebung in Richtung Megaport.
Physische Verbindungen mit dem Rechenzentrum überprüfen (SFP neu einsetzen und ersetzen, Kabel reinigen und ersetzen, Loopback-Test)	Öffnen Sie ein Ticket beim Rechenzentrum, um: den Cross Connect auf Schäden zu prüfen bzw. bei Bedarf zu reinigen. sicherzustellen, dass das Rechenzentrum außerhalb des Demarkationspunkts an seinem Ende der Verbindung ausreichend Licht aussendet. Das Rechenzentrum sollte das Licht am Demarkationspunkt mit einem optischen Leistungsmessgerät prüfen.
Status der Carrier-Schaltung (falls vorhanden) prüfen	Einige Cross Connects werden über ein oder mehrere Carrier-Netzwerkgeräte geschaltet, bevor sie das Megaport-Netzwerk erreichen. Verifizieren Sie, dass die Geräte-Interfaces im Cross-Connect-Pfad fehlerfrei sind und die optischen Messwerte korrekt sind.
Leistungsfähigkeit der Geräte validieren	Während der Fehlerbehebung hat Megaport außerhalb des Megaport-Netzwerks weder Einblick noch Zugriff. Um zu verifizieren, dass die Ursache eines Problems innerhalb des Megaport-Netzwerks liegt, verlangt der Megaport Support von Kunden, die Leistung ihrer Geräte zu validieren. Dazu gehört, sicherzustellen, dass die Hardware-Spezifikationen und -Einschränkungen mit den Technischen Spezifikationen von Megaport kompatibel sind, sowie der Netzwerkverkehr und die Workloads auf der Hardware überwacht werden, um Überlastung oder beeinträchtigte Performance zu vermeiden. Um sicherzustellen, dass Hardware und Ihr Netzwerk wie erwartet arbeiten, empfehlen wir, die Leistung der folgenden Punkte zu validieren: Hardware Optik (SFP-Typ, Geschwindigkeit und Wellenlänge) und Fasertyp Port-Kapazität Switch-, Router- und Firewall-Modelle Firmware-Version Netzwerk Traffic-Fluss Port-Auslastung CPU-Auslastung Konfiguration Gesamtes Netzwerkdesign Wenn Sie Auffälligkeiten feststellen, erfassen Sie die Logs, Diagrammdetails oder relevante Fehlermeldungen.
TracerouteEin Diagnosetool, das untersucht, wie sich Datenpakete durch das Internet bewegen, um festzustellen, ob ein Ziel erreichbar ist. (oder anderen Test) durchführen, um das Symptom zu lokalisieren	Traceroute-Tests können helfen festzustellen, ob ein Ziel erreichbar ist. Traceroute sendet eine Sequenz von UDPDas User Datagram Protocol (UDP) ist ein Kommunikationsprotokoll der Transportschicht, das auf dem Internet Protocol (IP) aufsetzt. UDP ist eines der Kernkommunikationsprotokolle der IP-Protokollfamilie und wird verwendet, um Nachrichten an andere Hosts in einem IP-Netzwerk zu senden. Innerhalb eines IP-Netzwerks erfordert UDP keine vorangehende Kommunikation, um Kommunikationskanäle oder Datenpfade einzurichten. UDP beschleunigt die Kommunikation, indem es vor der Datenübertragung keine Verbindung formell aufbaut. -Paketen zwischen zwei Punkten und zeigt die Route, die die Pakete nehmen. Traceroute misst außerdem die Transitverzögerungen von Paketen in einem IP-Netzwerk. End-to-End-Traceroute-Tests durchführen Starten Sie vom Host, der den Traffic erzeugt (A-End), die traceroute zum Zielhost (B-End). Führen Sie anschließend die traceroute vom Zielhost zum Ursprungs-Host aus. Befehle und Flags können je nach Gerät variieren. Ergebnisse analysieren Achten Sie auf mögliches asymmetrisches Routing. Wenn die traceroute-Ergebnisse nicht denselben Pfad nehmen, hilft eine traceroute, asymmetrisches Routing irgendwo im Netzwerk zu lokalisieren. Gibt es Stellen in der traceroute, an denen die Antwortzeit deutlich angestiegen ist? Wenn ja, liegen diese Verzögerungen innerhalb Ihres Netzwerks? Gibt es Firewalls oder Access-List-Regeln, die den Traffic daran hindern, das Ziel zu erreichen?
Durchsatztests durchführen	iPerf ist ein plattformübergreifendes Tool zur Erstellung standardisierter Leistungskennzahlen und zum Tuning Ihres Netzwerks. iPerf verfügt über Client- und Server-Funktionalität und kann Datenströme erzeugen, um den Durchsatz zwischen zwei Enden in eine oder beide Richtungen zu messen. Test durchführen Megaport empfiehlt, auf jeder Seite einen 15-minütigen Test durchzuführen (A-End-Client zu B-End-Server und danach B-End-Client zu A-End-Server), insgesamt also 30 Minuten Testzeit, sowie jeweils etwa 10 bis 15 Minuten zwischen den Tests. Dieser Test muss mit UDP ausgeführt werden. Hier ein Beispielbefehl für die A-End- oder B-End-Seite: `iperf3 -c <IP address> -b1000m -t 900 -u` Hinweis: UDP-Streams müssen verwendet werden, um den Durchsatz zwischen den beiden Enden der Verbindung ohne den Overhead von TCP-Aushandlung, Congestion Avoidance und Windowing zu messen. Ergebnisse analysieren Achten Sie auf mögliches asymmetrisches Routing. Eine traceroute hilft festzustellen, ob die traceroute-Ergebnisse unterschiedliche Pfade nehmen, was auf asymmetrisches Routing im Netzwerk hindeuten kann. Gibt es Stellen in der traceroute, an denen die Antwortzeit deutlich angestiegen ist? Wenn ja, liegen diese Verzögerungen innerhalb Ihres Netzwerks? Stellen Sie nach den Tests Ihre Schnittstellenstatistiken bereit und fügen Sie einen Screenshot hinzu von: Traffic-Diagrammen (wenn möglich) Ingress-/Egress-Punkten in Ihrem Netzwerk, die Megaport am nächsten sind Traffic-Diagrammen für B-End-Ingress/Egress (wenn möglich) Geben Sie auf dem Netzwerkdiagramm an, auf welche(s) Gerät(e), Port(s) und VLANs sich die Diagramme beziehen.

Nächste Schritte

Wenn die Maßnahmen zur Fehlerbehebung Ihr Problem nicht lösen, wenden Sie sich an den Support. Bevor Sie Unterstützung anfordern, sammeln Sie die folgenden Informationen.

Ergebnisse der Fehlerbehebung – Geben Sie alle durchgeführten Schritte zur Fehlerbehebung im Detail an. Wenn z. B. Loops gesetzt wurden, notieren Sie deren Ort und in welche Richtung sie zeigten.
Quell-IP-Adresse und Ziel-IP-Adresse – Die Quell-IP-Adresse ist die IP-Adresse des Hosts, der das Paket gesendet hat. Die Ziel-IP-Adresse ist die IP-Adresse des Hosts, der das Paket empfangen soll.
High-Level-Netzwerkdiagramm – Das Verständnis Ihrer Netzwerktopologie und der Anbindung an das Megaport-Netzwerk hilft, weitere Schwerpunkte im Fehlerbehebungsprozess zu identifizieren. Stellen Sie ein Netzwerkdiagramm bereit, das alle Geräte im Pfad enthält; notieren Sie die beteiligten IP-Adressen und VLANs jedes Geräts.
Ping-Testergebnisse – Stellen Sie die Ausgabe jedes auf dem Service durchgeführten ping-Tests bereit. Stellen Sie alle Ausgaben bereit, wenn Sie mehrere Services mit unterschiedlichen Produkten haben (z. B. ein Port oder VXC).
Traceroute-Ergebnisse – Stellen Sie traceroute-Ergebnisse bereit und geben Sie an, welche Seite der Verbindung den Test initiiert hat und welche Seite das Ziel war. Wir empfehlen, die A-End- und B-End-Informationen aus Ihrem VXC zu verwenden.
iPerf-(Durchsatz-)Testergebnisse – Stellen Sie alle Daten gemäß den obigen Schritten bereit sowie alle relevanten Informationen zu den folgenden Fragen:
- Verwenden Sie Traffic Shaping in Ihrem Netzwerk?
  Wenn Sie Traffic shapen, policen oder filtern, bevor er Megaport erreicht, kann es dazu führen, dass wir im Megaport-Netzwerk nur den geformten Ingress-Traffic sehen. Kunden und Reseller müssen sicherstellen, dass die außerhalb des Megaport-Netzwerks eingesetzte Hardware die gewünschten Geschwindigkeiten unterstützt.
- Haben Sie das B-End der Verbindung kontaktiert, um sicherzustellen, dass es auf dieser Seite des Pfads keine Probleme gibt?
  Geben Sie ggf. die Fallnummer an. Sobald der Traffic von der Netzwerkschnittstelle von Megaport zur Schnittstelle des Providers gesendet wurde, haben wir diesen Flow nicht mehr unter Kontrolle.
- Sind andere Provider beteiligt, z. B. Telco-Carrier? Falls ein Carrier im Netzwerk beteiligt ist, wurde bei diesem ein Fall eröffnet, um potenzielle Routing-Probleme zu untersuchen?
  Geben Sie ggf. die Fallnummer an. Es ist wichtig zu verifizieren, ob Sie einen Telco-Carrier verwenden, um den Traffic-Flow von/zu Ihrem Netzwerk zu Megaport zu routen, da wir den Flow nur durch unsere Geräte zur Fehlerbehebung untersuchen können. Beispielsweise können wir keinen Verlust oder andere Probleme berücksichtigen, die auftreten, bevor der Traffic unser Netzwerk erreicht.
- Handelt es sich um eine Azure-Verbindung, verwenden Sie die Q-in-Q-Option im Megaport Portal wie in Konfigurieren von Q-in-Q beschrieben?
  Azure mit Q-in-Q kann knifflig sein und muss korrekt konfiguriert werden, damit der Traffic ordnungsgemäß an Megaport und anschließend an Azure gesendet wird.
Packet-Capture-Logs (optional) – Packet-Capture- (oder PCAP-) Logs helfen, Netzwerkverkehr zu erfassen, Bandbreite zu überwachen, Malware zu erkennen und bei der Incident Response zu unterstützen. Wenn es für das Problem relevant ist, stellen Sie Packet-Capture-Logs bereit, um ein besseres Verständnis Ihres Netzwerks zu ermöglichen.

Hinweis

Weitere Informationen dazu, wann ein Field-Service-Techniker vor Ort im Rechenzentrum benötigt wird, finden Sie unter Kunden-Field-Services.