Copy for LLM ▼

Copy Page Content Open in ChatGPT Open in Claude Open in VS Code View Markdown

PDF

Fehlerbehebung der VXC-Konnektivität

Wenn Sie Konnektivitätsprobleme haben, empfehlen wir, mit der Fehlerbehebung Ihrer VXCEin VXC ist eine direkte Layer-2-Ethernet-Verbindung, die private, flexible und On-Demand-Verbindungen zwischen beliebigen Standorten im Netzwerk von Megaport bereitstellt und Bandbreiten von 1 Mbps bis hin zu leistungsstarken Multi-Gbps-Geschwindigkeiten bietet, wobei höhere Leistungsstufen in ausgewählten Regionen verfügbar sind.
zu beginnen, um das Problem einzugrenzen. Obwohl die VXC häufig unterschiedliche Symptome zeigt, kann die Grundursache in einem anderen Bereich des Netzwerks liegen.

Tipp

Sie können den VXC-Status im Megaport Portal überprüfen. Auf der Services-Seite im Portal suchen Sie die VXC und fahren mit der Maus über ihr Symbol. Eine Meldung zeigt den Status an. (Die Farbe des Symbols zeigt ebenfalls den Servicestatus an.)

Wie Sie den Port-Status überprüfen (1:02)

Wie Sie die Netzwerklatenz überprüfen (1:23)

Fehlerbehebung bei der Port-Aktivierung (13:44)

Fehlerbehebung bei VXC-Konnektivität (12:16)

Maßnahmen zur Fehlerbehebung

Aktion	Schritte
Auf CRCZyklische Redundanzprüfung. Eine Art Fehlererkennungscode, der zum Erkennen von Übertragungsfehlern in Daten verwendet wird. -Fehler, Paketverluste und Geräteprotokolle prüfen	Schnittstellenstatistiken und Protokolle können helfen festzustellen, welches Ende des Cross Connects die Störung verursacht und welche Lösung in Frage kommt. Beispielsweise schließt eine steigende Anzahl eingehender Fehler auf einer Netzwerkschnittstelle in der Regel dieses 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. als Ursache aus und weist auf ein mögliches Problem mit anderen Komponenten des Cross Connects hin.
Tx- und Rx-Optikpegel am Gerät verifizieren	Überprüfen Sie die übertragenen (Tx) und empfangenen (Rx) Lichtpegel. Diese Integritätsprüfung ermöglicht es Ihnen, die physische Konnektivität zu validieren. Einige Hinweise: Wenn kein Rx-Licht empfangen wird, ist der Service nicht verfügbar. Wenn Sie eine Verschlechterung der Tx- und Rx-Lichtpegel beobachten, kann der Service unterbrochen sein. Megaport empfiehlt, Ihre physischen Verbindungen zu prüfen. Wenn Sie kein Licht zu/von Megaport senden oder empfangen, kann dies durch Folgendes verursacht werden: Faser-Polaritätsproblem – Prüfen Sie dies, indem Sie die Fasern an Ihrem Ende tauschen. Konnektivitätsprobleme in Ihrer Umgebung oder im Cross Connect – Prüfen Sie dies durch physische Loopback-Tests in Ihrer Umgebung. Konnektivitätsprobleme innerhalb der Megaport-Umgebung – Prüfen Sie dies durch physische Loopback-Tests von Ihrer Umgebung in Richtung Megaport.
Physische Verbindungen mit dem Rechenzentrum verifizieren	Eröffnen Sie ein Ticket beim Rechenzentrum, um die folgenden Tests durchzuführen: Überprüfen Sie den Cross Connect auf Beschädigungen und reinigen Sie ihn ggf. Stellen Sie sicher, dass das Rechenzentrum an seinem Ende der Verbindung außerhalb des Demarkationspunkts ausreichend Licht sendet. Das Rechenzentrum sollte das Licht am Demarkationspunkt mit einem Lichtmessgerät prüfen. SFP-Modelle sollten mit der Interface-Geschwindigkeit und den Schnittstellendetails in den Megaport Technischen Spezifikationen übereinstimmen.
Carrier-Leitungsstatus verifizieren (falls vorhanden)	Einige Cross Connects werden über ein oder mehrere Carrier-Netzwerkgeräte geführt, bevor sie das Megaport-Netzwerk erreichen. Überprüfen Sie, dass die Geräte-Interfaces im Cross-Connect-Pfad fehlerfrei sind und die optischen Lichtpegel korrekt sind.
Leistungsfähigkeit der Geräte validieren	Während der Fehlerbehebung hat Megaport keine Sichtbarkeit oder Zugriff außerhalb des Megaport-Netzwerks. Um zu verifizieren, dass die Ursache eines Problems innerhalb des Megaport-Netzwerks liegt, verlangt der Megaport Support von Kunden die Validierung der Leistungsfähigkeit ihrer Geräte. Dies umfasst: Sicherzustellen, dass die Hardwarespezifikationen und -grenzen mit den Megaport Technischen Spezifikationen kompatibel sind. Den Netzwerktraffic und die Auslastung der Hardware zu überwachen, um Staus oder eine verschlechterte Performance zu vermeiden. Zusätzlich wird empfohlen, die unten genannten Leistungsaspekte zu validieren, um sicherzustellen, dass alles wie erwartet funktioniert. Wenn Anomalien identifiziert werden, erfassen Sie die Logs, Diagrammdetails oder relevante Fehlermeldungen. Hardware Optik (SFP-Typ, Geschwindigkeit und Wellenlänge) und Fasertyp Port-Kapazität Switch-, Router- und Firewall-Modelle Firmware-Version Netzwerk Traffic-Flow Port-Auslastung CPU-Auslastung Konfiguration Gesamtes Netzwerkdesign Wenn Sie Anomalien feststellen, erfassen Sie die Logs, Diagrammdetails und alle relevanten Fehlermeldungen.
Latenzen vergleichen	Sehen Sie sich ein 1-minütiges Video an, wie Sie Ihre Latenz mit der veröffentlichten Latenz von Megaport vergleichen.
traceroute oder anderen Test durchführen, um das Symptom zu lokalisieren	Traceroute ist ein Netzwerkdiagnosetool, das in Echtzeit den Pfad verfolgt, den ein Paket in einem IP-Netzwerk vom Ursprung zum Ziel nimmt, und die IP-Adressen aller Router entlang des Pfads meldet. Traceroute zeichnet außerdem die Zeit für jeden Hop auf, den das Paket auf seinem Weg zum Ziel macht. Ende-zu-Ende-Traceroute-Tests durchführen Starten Sie vom Host, der den Traffic erzeugt (A-Ende), den traceroute zum Zielhost (B-Ende). Führen Sie dann den traceroute vom Zielhost zum Ursprungs-Host aus. Befehle und Flags können je nach Gerät variieren. Ergebnisse analysieren Achten Sie auf potenzielles asymmetrisches Routing. Wenn die traceroute-Ergebnisse nicht denselben Pfad nehmen, hilft ein traceroute, asymmetrisches Routing irgendwo im Netzwerk einzugrenzen. Gibt es Stellen im traceroute, an denen die Antwortzeit deutlich zugenommen hat? Falls ja, liegen diese Verzögerungen innerhalb Ihres Netzwerks? Gibt es Firewalls oder Access-List-Regeln, die verhindern, dass Traffic das Ziel erreicht?
Durchsatztests durchführen	iPerf ist ein plattformübergreifendes Tool, das zur Erstellung standardisierter Performance-Messungen und zum Tuning Ihres Netzwerks verwendet wird. iPerf bietet Client- und Server-Funktionalität und kann Datenströme erzeugen, um den Durchsatz zwischen zwei Enden in eine oder beide Richtungen zu messen. Tests durchführen Megaport empfiehlt, auf jeder Seite einen 15-minütigen Test durchzuführen (A-Ende-Client und B-Ende-Server, dann B-Ende-Client und A-Ende-Server) – insgesamt 30 Minuten Tests – und zwischen den Tests jeweils etwa 10 bis 15 Minuten zu warten. Dieser Test muss mit 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. ausgeführt werden. Hier ist ein Beispielbefehl, der am A-Ende oder B-Ende auszuführen ist: iperf3 -c <ip address> -b1000m -t 900 -u Hinweis: UDP-Streams müssen verwendet werden, um den Durchsatz zwischen beiden Enden der Verbindung zu messen, ohne den Overhead von TCP-Aushandlung, Stauvermeidung und Windowing. Ergebnisse analysieren Achten Sie auf potenzielles asymmetrisches Routing. Ein Traceroute hilft festzustellen, ob die Traceroute-Ergebnisse unterschiedliche Pfade nehmen, was auf asymmetrisches Routing im Netzwerk hindeuten kann. Gibt es Stellen im Traceroute, an denen die Antwortzeit deutlich zugenommen hat? Falls ja, liegen diese Verzögerungen innerhalb Ihres Netzwerks? Stellen Sie nach den Tests Ihre Schnittstellenstatistiken bereit und fertigen Sie einen Screenshot von Folgendem an: Traffic-Diagrammen (falls möglich) Ingress-/Egress-Punkten in Ihrem Netzwerk, die Megaport am nächsten liegen Traffic-Diagrammen für B-Ende-Ingress/Egress (falls möglich) Geben Sie an, auf welche(s) Gerät(e), Port(s) und VLANs im Netzwerkdiagramm 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 detailliert an. Wenn beispielsweise Loops gesetzt wurden, notieren Sie deren Ort und Ausrichtung.
• Port-Status und Tx/Rx-Optikpegel am Gerät – Verwenden Sie das Megaport Portal, um Ihren Port-Status zu überprüfen. Sehen Sie sich ein 1-minütiges Video an, wie der Servicestatus angezeigt wird.
• Ticketreferenz des Rechenzentrums (optional) – Sobald der Cross Connect installiert ist, sendet das Rechenzentrum eine Abschlussbenachrichtigung. Die Benachrichtigung enthält die Bestellnummer des Rechenzentrums-Cross-Connects, die Megaport benötigt, um sie dem Rechenzentrumstechniker zu nennen. Geben Sie außerdem alle vorhandenen Ticketreferenzen an, die Sie direkt beim Rechenzentrum eröffnet haben.
• 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, wie Ihr Netzwerkdesign implementiert ist und wie die Verbindung in das Megaport-Netzwerk hergestellt wird, hilft, zusätzliche 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 der einzelnen Geräte.
• Ping-Testergebnisse – Stellen Sie die Ausgabe jedes auf dem Service durchgeführten Ping-Tests bereit. Liegen mehrere Services zu verschiedenen Produkten vor (z. B. ein Port, VXC oder MCR), geben Sie die Ausgaben aller Tests an.
• 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-Ende- und B-Ende-Informationen aus Ihrer VXC zu verwenden.
• iPerf-(Durchsatz-)Testergebnisse – Stellen Sie alle Daten gemäß den obigen Schritten und alle relevanten Informationen zu den folgenden Fragen bereit:
  • Verwenden Sie Traffic Shaping in Ihrem Netzwerk?
    Wenn Sie Traffic vor Erreichen von Megaport shapen, Polic­ing anwenden oder filtern, kann es sein, dass wir im Megaport-Netzwerk nur den geformten Ingress-Traffic sehen. Kunden und Wiederverkäufer müssen sicherstellen, dass die außerhalb des Megaport-Netzwerks eingesetzte Ausrüstung die gewünschten Geschwindigkeiten unterstützt.
  • Haben Sie das B-Ende der Verbindung kontaktiert, um sicherzustellen, dass dort keine Probleme vorliegen?
    Geben Sie ggf. die Fallnummer an. Sobald Traffic vom Netzwerkinterface von Megaport an das Provider-Interface ausgesendet wurde, haben wir keinen Einfluss mehr auf diesen Flow.
  • Sind weitere Provider beteiligt, z. B. Telco-Carrier? Falls ein Carrier im Netzwerk beteiligt ist, wurde bei ihm ein Fall eröffnet, um potenzielle Routing-Probleme zu untersuchen?
    Geben Sie ggf. die Fallnummer an. Es ist wichtig zu prüfen, ob Sie einen Telco-Carrier verwenden, um Traffic-Flows zu/von Ihrem Netzwerk zu Megaport zu routen, da wir nur Flows durch unsere Geräte untersuchen können. Beispielsweise können wir keinen Verlust oder andere Probleme berücksichtigen, die auftreten, bevor der Traffic unser Netzwerk erreicht.
  • Wenn dies eine Azure-Verbindung ist, 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 korrekt an Megaport und anschließend an Azure gesendet wird.
• Paketmitschnitt-Logs (optional) – Paketmitschnitte (oder PCAP-Logs) helfen, Netzwerktraffic zu erfassen, Bandbreite zu überwachen, Malware zu erkennen und bei der Incident Response zu unterstützen. Sofern für das Problem relevant, stellen Sie Paketmitschnitt-Logs bereit, um ein besseres Verständnis Ihres Netzwerks zu ermöglichen.

• MVE/SD-WAN-Konfigurationen (falls zutreffend) – Bestätigen Sie Folgendes:

  • Anmeldedaten sind korrekt
  • Die korrekte Lizenz sowie das Template/der Workflow sind zugewiesen
  • Die Instanzgröße und Softwareversionen
  • Der MVE-Schnittstellenstatus, z. B. konfigurierte IP-Adressen und VLAN
  • Für Gateway- und Interconnect-Konnektivität prüfen Sie BFDBidirectional Forwarding Detection (BFD) ist ein Protokoll zur Erkennung von Netzwerkfehlern, das Pfadausfälle zwischen direkt verbundenen BGP-Nachbarn erkennt. Es bietet kurze Fehlererkennungszeiten und ermöglicht dadurch kürzere Rekonvergenzzeiten für dynamische BGP-Routingprotokolle. Es ist unabhängig von Medien, Routingprotokollen und Daten.
    -Sitzungen, Bandbreite und BGPBorder Gateway Protocol (BGP) ist ein standardisiertes Routing-Protokoll, das Routen- und Erreichbarkeitsinformationen zwischen Autonomen Systemen (AS) im Internet austauscht.
    -Status
  • Überprüfen Sie die MVE-IP-Adresse im Megaport Portal
  • Überprüfen Sie die konfigurierte Bandbreite, VLAN, IP-Adresse und Subnetzmasken sowie ASNs
  • Validieren Sie Konnektivitätsdetails wie den Schnittstellenstatus und den BGP-Nachbarstatus

  Weitere Informationen finden Sie unter MVE Übersicht.

Hinweis

Weitere Informationen dazu, wann ein Field-Service-Techniker vor Ort im Rechenzentrum erforderlich ist, finden Sie unter Kunden-Field-Services.