Fehlerbehebung

Mit Sammlungen den Überblick behalten Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.

Die Anleitung zur Fehlerbehebung hilft Ihnen beim Lösen gängiger Probleme, die bei Verwendung von Cloud Interconnect auftreten können.

Antworten auf häufig gestellte Fragen zur Architektur und zu den Features von Cloud Interconnect finden Sie in den FAQ zu Cloud Interconnect.

Definitionen der auf dieser Seite verwendeten Begriffe finden Sie unter Wichtige Begriffe von Cloud Interconnect.

Informationen zum Logging und Monitoring sowie Cloud Interconnect-Messwerte finden Sie unter Verbindungen überwachen.

Allgemeine Fehlerbehebung

Auf Cloud Interconnect-Dienstunterbrechungen prüfen

  • Bekannte Störungen können Sie im Google Cloud-Status-Dashboard prüfen. Sie können auch den JSON-Feed oder den RSS-Feed abonnieren, um Push-Mitteilungen zu Cloud-Vorfällen zu erhalten.

  • Sie werden über Wartungsereignisse informiert, die sich auf Ihre Dedicated Interconnect-Verbindungen auswirken. Weitere Informationen finden Sie unter Infrastrukturwartungsereignisse.

  • Sie werden über Wartungsereignisse informiert, die sich auf Ihre Partner Interconnect-VLAN-Anhänge auswirken. Benachrichtigungen für Partner Interconnect werden auf ähnliche Weise gesendet wie die Benachrichtigungen für Dedicated Interconnect-Verbindungen mit einigen geringfügigen Unterschieden. Weitere Informationen finden Sie unter Infrastrukturwartungsereignisse.

Sie können keine Verbindung zu Ressourcen in anderen Regionen herstellen

Standardmäßig sind VPC-Netzwerke (Virtual Private Cloud) regional, was bedeutet, dass Cloud Router nur die Subnetze in seiner Region bewirbt. Zur Verbindungsherstellung mit anderen Regionen müssen Sie das dynamische Routing Ihres VPC-Netzwerks auf "Global" festlegen, sodass der Cloud Router alle Subnetze anbieten kann.

Weitere Informationen finden Sie unter Dynamischer Routingmodus in der Cloud Router-Dokumentation.

Sie können keine VMs in einem Peering-VPC-Netzwerk erreichen

In diesem Szenario haben Sie eine Interconnect-Verbindung zwischen Ihrem lokalen Netzwerk und einem VPC-Netzwerk, Netzwerk A, eingerichtet. Sie haben auch VPC-Netzwerk-Peering zwischen Netzwerk A und einem anderen VPC-Netzwerk (Netzwerk B) eingerichtet. Sie können jedoch keine VMs in Netzwerk B von Ihrem lokalen Netzwerk aus erreichen.

Diese Konfiguration wird nicht unterstützt, wie in den Einschränkungen der VPC-Netzwerk-Peering-Übersicht beschrieben.

Sie können jedoch das Advertising benutzerdefinierter IP-Bereiche durch Cloud Router in Ihrem VPC-Netzwerk dazu verwenden, Routen zu Zielen im Peering-Netzwerk freizugeben. Außerdem müssen Sie Ihre VPC-Netzwerk-Peering-Verbindungen so konfigurieren, dass benutzerdefinierte Routen importiert und exportiert werden.

Weitere Informationen zu Advertising-Routen zwischen lokalen Netzwerken und VPC-Peering-Netzwerken finden Sie in den folgenden Ressourcen:

Fehlende Subnetze in einer Verbindung

Um alle verfügbaren Subnetze anzubieten, geben Sie die fehlenden Routen mit benutzerdefiniertem Routen-Advertising an und bewerben Sie alle Subnetzrouten zwischen Regionen mit globalem dynamischem Routing. Gehen Sie hierzu folgendermaßen vor:

  1. Geben Sie benutzerdefinierte Route Advertisements sowohl auf einem Cloud Router als auch in der BGP-Sitzung an. Legen Sie die folgenden Parameter fest, um die fehlenden Routen einzugeben:

    --set-advertisement-groups = ADVERTISED_GROUPS
    --set-advertisement-ranges = ADVERTISED_IP_RANGES
    

    Dabei gilt:

    • ADVERTISED_GROUPS: von Google definierte Gruppe, die Cloud Router dynamisch bewirbt; kann den Wert all_subnets haben, der das Standardverhalten eines Cloud Routers imitiert
    • ADVERTISED_IP_RANGES: der Inhalt des neuen Arrays der IP-Adressbereiche; kann einen oder mehrere Werte Ihrer Wahl haben

    Weitere Informationen und Beispiele finden Sie unter Benutzerdefinierte IP-Bereiche bewerben.

  2. Aktivieren Sie den Modus für globales dynamisches Routing.

Cloud Router kann nicht angepingt werden

Wenn Sie Cloud Router nicht über Ihren lokalen Router anpingen können, suchen Sie Ihr Produkt in der folgenden Tabelle und führen Sie die Schritte zur Fehlerbehebung für dieses Produkt aus. VMs können 169.254.0.0/16 nicht erreichen.

Schritte zur Fehlerbehebung Dedicated Interconnect Partner Interconnect mit L3-Partner Partner Interconnect mit L2-Partner
Bei Partner Interconnect kann Cloud Router möglicherweise nie angepingt werden, da einige Partner den Traffic für Cloud Router in den IP-Bereich (169.254.0.0/16) filtern. Bei L3-Partnern konfiguriert der Partner automatisch BGP. Wenn BGP nicht angezeigt wird, wenden Sie sich an Ihren Partner. Nicht zutreffend Ja Nicht zutreffend
Prüfen Sie, ob Ihr lokales Gerät die richtige MAC-Adresse für die Google Cloud-Seite der Verbindung ermittelt hat. Weitere Informationen finden Sie unter Fehlerbehebung bei ARP. Ja Nicht zutreffend Nicht zutreffend
Prüfen Sie, ob Ihr Cloud Router eine Schnittstelle und einen BGP-Peer hat. Cloud Router kann nicht angepingt werden, wenn die Schnittstelle und der BGP-Peer nicht vollständig konfiguriert sind. Das schließt die Remote-ASN mit ein.
  • Informationen zu Dedicated Interconnect finden Sie unter BGP-Sitzung funktioniert nicht.
  • Für L2 Partner Interconnect hat Google automatisch die Schnittstelle und den BGP-Peer für Cloud Router hinzugefügt. Sie müssen jedoch die Remote-ASN konfigurieren.
Ja Nicht zutreffend Ja

Fehlerbehebung bei ARP

Führen Sie den folgenden gcloud-Befehl aus, um die richtige MAC-Adresse zu ermitteln:

  gcloud compute interconnects get-diagnostics INTERCONNECT_NAME

Die googleSystemID enthält die MAC-Adresse, die in der ARP-Tabelle des Geräts für die Cloud Router zugewiesenen IP-Adressen vorhanden sein sollte.

  result:
    links:
    — circuitId: SAMPLE-0
      googleDemarc: sample-local-demarc-0
      lacpStatus:
        googleSystemId: ''
        neighborSystemId: ''
        state: DETACHED
      receivingOpticalPower:
        value: 0.0
      transmittingOpticalPower:
        value: 0.0
    macAddress: 00:00:00:00:00:00

Wenn das Gerät keine MAC-Adresse ermittelt hat, prüfen Sie, ob in der Subschnittstelle die richtige VLAN-ID und IP-Adresse konfiguriert wurden.

Wenn bei Partner Interconnect auf dem Gerät die falsche MAC-Adresse angezeigt wird, haben Sie möglicherweise die Layer-2-Segmente zweier VLAN-Anhänge verbunden. Die Google Cloud-Seite der Interconnect-Verbindung ist mit ip proxy-arp konfiguriert, der auf alle ARP-Anfragen antwortet und dazu führen kann, dass der lokale Router ungültige ARP-Einträge erlernt.

VLAN-Anhang kann nicht erstellt werden

Wenn Sie versuchen, einen VLAN-Anhang für eine Dedicated Interconnect-Verbindung oder für Partner Interconnect zu erstellen, die gegen eine Organisationsrichtlinie verstößt, erhalten Sie eine Fehlermeldung. Im Beispiel unten wird die folgende Fehlermeldung angezeigt, nachdem gcloud compute interconnects attachments partner create ausgeführt wurde:

ERROR: (gcloud.compute.interconnects.attachments.partner.create) Could not fetch resource:
- Constraint constraints/compute.restrictPartnerInterconnectUsage violated for projects/example-project. projects/example-project/global/networks/example-network is not allowed to use the Partner Interconnect.

Weitere Informationen finden Sie unter Cloud Interconnect-Nutzung einschränken. Sie können sich auch an den Administrator Ihrer Organisation wenden.

Verbindungen für andere Projekte in der Organisation freigeben

Verwenden Sie eine freigegebene VPC, um eine Verbindung wie einen VLAN-Anhang oder eine Dedicated Interconnect-Verbindung in einem Hostprojekt freizugeben.

Weitere Informationen zum Einrichten eines freigegebenen VPC-Netzwerks finden Sie unter Freigegebene VPC bereitstellen.

Weitere Informationen zum Konfigurieren von Anhängen in einem freigegebenen VPC-Netzwerk finden Sie unter Optionen zum Herstellen einer Verbindung zu mehreren VPC-Netzwerken.

Dedicated Interconnect

Google kann Sie während der Bereitstellung der Interconnect-Verbindung nicht anpingen

Prüfen Sie, ob Sie die richtige IP- und LACP-Konfiguration verwenden. Während des Testverfahrens sendet Ihnen Google unterschiedliche IP-Konfigurationen für Ihren lokalen Router, je nachdem, ob Sie ein Paket für eine oder mehrere Verbindungen bestellen. Konfigurieren Sie für keinen dieser Tests VLAN-Anhänge.

  • Über das erste Set IP-Adressen, das Google Ihnen sendet, werden die einzelnen Netzwerkverbindungen getestet. Konfigurieren Sie die Test-IP-Adressen für jede physische Verbindung (ohne konfiguriertes LACP). Die Anleitung dazu haben Sie von Google per E-Mail erhalten. Damit dieser erste Test als bestanden zählt, muss Google alle IP-Adressen erfolgreich anpingen.
  • Entfernen Sie für den zweiten Test alle IP-Adressen aus dem ersten Test. Konfigurieren Sie den Port-Channel mit LACP, auch wenn Ihre Interconnect-Verbindung nur eine Verbindung hat. Google pingt die Adresse des Port-Channels. Ändern Sie die LACP-Konfiguration des Port-Channels nicht, nachdem die Verbindung den letzten Test bestanden hat. Entfernen Sie jedoch die Test-IP-Adresse aus der Port-Channel-Schnittstelle.
  • Google sendet die endgültige Produktions-IP-Adresse zum Testen einer einzigen Verbindung. Konfigurieren Sie die IP-Adresse an der gebündelten Schnittstelle mit aktiviertem LACP (aktiv oder passiv). Die Anleitung dazu haben Sie von Google per E-Mail erhalten. Damit dieser Test als bestanden gilt, muss Google die IP-Adresse der gebündelten Schnittstelle erfolgreich anpingen. Konfigurieren Sie den Port-Channel mit LACP, auch wenn Ihre Interconnect-Verbindung nur eine Verbindung hat.

Cloud Router kann nicht angepingt werden

  • Prüfen Sie, ob Sie die IP-Adresse des Port-Channels von Google anpingen können. Die IP-Adresse ist der Wert von googleIpAddress in den Details der Interconnect-Verbindung.
  • Prüfen Sie, ob auf der Subschnittstelle Ihres lokalen Routers das richtige VLAN konfiguriert ist. Die VLAN-Informationen müssen mit den Informationen übereinstimmen, die Sie im VLAN-Anhang finden.
  • Prüfen Sie, ob auf der Subschnittstelle Ihres lokalen Routers die richtige IP-Adresse konfiguriert ist. Wenn Sie einen VLAN-Anhang erstellen, wird ein Paar Link-Local-IP-Adressen zugeordnet. Eine ist für eine Schnittstelle auf einem Cloud Router (cloudRouterIpAddress) und die andere ist für eine Subschnittstelle auf dem Port-Channel Ihres lokalen Routers (customerRouterIpAddress), nicht dem Port-Channel selbst.
  • Wenn Sie die Leistung Ihrer VLAN-Anhänge testen, dürfen Sie den Cloud Router nicht anpingen. Erstellen und verwenden Sie stattdessen eine Compute Engine-VM-Instanz in Ihrem VPC-Netzwerk. Weitere Informationen finden Sie unter Leistungstests.

BGP-Sitzung funktioniert nicht

  • Aktivieren Sie Multi-Hop-BGP auf Ihrem lokalen Router mit mindestens zwei Hops.
  • Prüfen Sie, ob Sie auf Ihrem lokalen Router die richtige benachbarte IP-Adresse konfiguriert haben. Verwenden Sie die BGP-Peer-IP-Adresse (cloudRouterIpAddress), die vom VLAN-Anhang zugewiesen wurde.
  • Prüfen Sie, ob die lokale ASN-Konfiguration auf Ihrem lokalen Router mit der Peer-ASN auf dem Cloud Router übereinstimmt. Prüfen Sie außerdem, ob die lokale ASN-Konfiguration auf dem Cloud Router mit der Peer-ASN auf Ihrem lokalen Router übereinstimmt.
  • Jedem Anhang wird in Ihrem VPC-Netzwerk ein eindeutiges "/29 CIDR"-Format von 169.254.0.0/16 zugewiesen. Eine IP-Adresse im Format "/29 CIDR" wird dem Cloud Router und die andere dem lokalen Router zugewiesen.

    Prüfen Sie, ob Ihrer lokalen Router-Schnittstelle und dem BGP-Nachbarn die richtigen IP-Adressen zugewiesen sind. Ein häufiger Fehler besteht darin, statt eines "/29"- ein "/30"-Format für die Schnittstelle Ihres lokalen Routers zu konfigurieren. Google Cloud reserviert alle anderen Adressen im CIDR-Format /29.

    Achten Sie darauf, dass Sie der Schnittstelle des VLAN-Anhangs auf Ihrem Router keine anderen IP-Adressen zugewiesen haben.

Sie können keine VMs in Ihrem VPC-Netzwerk erreichen

  • Prüfen Sie, ob Sie den Port-Channel und den VLAN-Anhang pingen können.
  • Prüfen Sie, ob Ihre BGP-Sitzung aktiv ist.
  • Prüfen Sie, ob Ihr lokaler Router Routen bewirbt und empfängt.
  • Achten Sie darauf, dass es keine Überschneidungen zwischen Ihrem lokalen Route Advertisement und den Google Cloud-Netzwerkbereichen gibt.
  • Legen Sie die MTU-Größe auf 1440 oder 1500 auf Ihrem lokalen Router fest, je nach Konfiguration Ihres VLAN-Anhangs und VPC-Netzwerks.

Leistungstests für Ihre VLAN-Anhänge

Verwenden Sie eine VM in Ihrem VPC-Netzwerk, wenn Sie die Leistung Ihrer VLAN-Anhänge testen müssen. Fügen Sie der VM die erforderlichen Leistungstools hinzu. Verwenden Sie nicht die Link-Local-IP-Adresse des Cloud Routers, um die Latenz beispielsweise über den ICMP-Ping oder die Pfad-MTU zu testen. Die Verwendung des Cloud Routers kann zu unvorhersehbaren Ergebnissen führen.

Diagnose abrufen

Aktuelle, detaillierte technische Informationen zur Google Cloud-Seite der Dedicated Interconnect-Verbindung erhalten Sie bei Bedarf unter Diagnosedaten abrufen.

Partner Interconnect

BGP-Sitzung funktioniert nicht (Ebene-2-Verbindungen)

  • Überprüfen Sie, ob Ihr lokaler Router mit einer BGP-Sitzung für Ihre Cloud Router konfiguriert wurde. Weitere Informationen finden Sie unter Lokale Router für Partner Interconnect konfigurieren.
  • Aktivieren Sie Multi-Hop-BGP auf Ihrem lokalen Router mit mindestens zwei Hops.
  • Prüfen Sie, ob Sie auf Ihrem lokalen Router die richtige benachbarte IP-Adresse konfiguriert haben. Verwenden Sie die BGP-Peer-IP-Adresse (cloudRouterIpAddress), die vom VLAN-Anhang zugewiesen wurde.
  • Prüfen Sie, ob die lokale ASN-Konfiguration auf Ihrem lokalen Router mit der Peer-ASN auf dem Cloud Router (16550) übereinstimmt. Prüfen Sie außerdem, ob die lokale ASN-Konfiguration auf dem Cloud Router mit der Peer-ASN auf Ihrem lokalen Router übereinstimmt.

BGP-Sitzung funktioniert nicht (Ebene-3-Verbindungen)

  • Ihr Cloud Router muss mit der ASN Ihres Dienstanbieters konfiguriert werden. Wenden Sie sich an Ihren Dienstanbieter, um Unterstützung zu erhalten.

VLAN-Anhang ausgefallen für eine Partner Interconnect-Verbindung

Der Status eines VLAN-Anhangs kann als ausgefallen angezeigt werden, selbst wenn keine Probleme mit der Google Cloud-Konfiguration und der Partner Interconnect-Verbindung vorliegen.

Auf Ihrem lokalen Router muss EBGP mit mehreren Hops für mindestens vier Hops konfiguriert sein. Eine Beispielkonfiguration finden Sie unter Lokale Router konfigurieren.

Problem mit Kopplungsschlüssel in einer Partner Interconnect-Verbindung

Wenn Sie versuchen, eine Partner Interconnect-Verbindung einzurichten, wird möglicherweise eine Fehlermeldung wie „Google – Anbieterstatus nicht verfügbar“ angezeigt. Gehen Sie folgendermaßen vor, um dieses Problem zu beheben:

  1. Prüfen Sie, ob der Kopplungsschlüssel vom clientseitigen VLAN-Anhang (Typ PARTNER) generiert wurde. Der Schlüssel ist ein langer, zufälliger String, anhand dessen Google den Anhang identifiziert. Die Google Cloud-Zielregion und die Edge-Verfügbarkeitsdomain werden im Kopplungsschlüssel in folgendem Format codiert:

    <random_string>/<region_name>/<domain>
    

    Das Feld domain enthält den String any, wenn der VLAN-Anhang nicht auf eine bestimmte Domain beschränkt ist oder Sie die Edge-Verfügbarkeitsdomain nicht angeben. Weitere Informationen zu den Kopplungsschlüsseln finden Sie unter Im Partner-Portal bereitstellen.

  2. Achten Sie darauf, dass die Edge-Verfügbarkeitsdomain der Partner Interconnect-Verbindung mit der Domain übereinstimmt, die durch den Kopplungsschlüssel angegeben wird.

Sie können den Cloud Router nicht anpingen (Ebene-2-Verbindungen)

  • Prüfen Sie, ob auf der Subschnittstelle Ihres lokalen Routers der richtige VLAN-Anhang konfiguriert ist. Die Informationen zum VLAN-Anhang müssen mit den Daten übereinstimmen, die Sie von Ihrem Dienstanbieter erhalten haben.
  • Prüfen Sie, ob auf der Subschnittstelle Ihres lokalen Routers die richtige IP-Adresse konfiguriert ist. Nachdem Ihr Dienstanbieter Ihren VLAN-Anhang konfiguriert hat, ordnet der Anhang zwei Link-Local-IP-Adressen zu. Eine ist für eine Schnittstelle auf dem zugehörigen Cloud Router (cloudRouterIpAddress) und die andere für eine Subschnittstelle auf dem Port-Channel Ihres lokalen Routers (customerRouterIpAddress), nicht dem Port-Channel selbst.
  • Wenn Sie die Leistung Ihrer Anhänge testen, dürfen Sie den Cloud Router nicht anpingen. Erstellen und verwenden Sie stattdessen eine VM in Ihrem VPC-Netzwerk. Weitere Informationen finden Sie unter Leistungstests.

Verlust der optischen Leistung am Port der Partner Interconnect-Verbindung

Wenn die optische Leistung an einem Port unterbrochen wird, kann eines der folgenden Probleme auftreten:

  • Verlust der Ebene-3-Verbindung (Verlust einer BGP-Sitzung) oder Unfähigkeit, auf Ihre Google Cloud-VM-Instanzen zuzugreifen.
  • Die Leistung des Verbindungspakets ist beeinträchtigt. Dieses Problem tritt auf, wenn mehrere 10GE-Ports gebündelt sind und nur einige der Verbindungen in einem Paket funktionieren.

Verlust der optischen Leistung an einem Port bedeutet, dass die Hardware kein Signal vom anderen Ende erkennen kann. Dies kann folgende Ursachen haben:

  • Fehlerhafter Transceiver
  • Fehlerhaftes Transportsystem
  • Problem mit Glasfaser

Wenden Sie sich an Ihren Partner Interconnect- und/oder Verbindungsanbieter, um dieses Problem zu beheben. Sie können die folgenden Schritte ausführen:

  1. Prüfen Sie, ob sein Transceiver funktioniert.
  2. Führen Sie eine harte Schleife im Meet-Meroom (MMR) aus, um zu prüfen, ob die Lichtintensität auf seinem Gerät wie erwartet funktioniert.
  3. Prüfen Sie, ob die Probleme auf seiner Seite oder auf der Google-Seite liegen. Die beste Möglichkeit zum Isolieren der Schnittstelle ist die Platzierung einer bidirektionalen Schleife am Abschlusspunkt. Die Schnittstellen auf jeder Seite übertragen das Licht zum Abschlusspunkt, wo es in einer Schleife zu sich selbst zurückgeführt wird. Die fehlerhafte Seite ist die Seite des Abschlusspunkts, die nicht sauber ist.
  4. Säubern Sie die Fasern auf seiner Seite und platzieren Sie sie wieder.

Sie können keine MED-Werte über eine Ebene-3-Partner Interconnect-Verbindung senden und abrufen

Wenn Sie eine Partner Interconnect-Verbindung verwenden, bei der sich ein Ebene-3-Dienstanbieter um das BGP kümmert, kann Cloud Router weder MED-Werte von Ihrem lokalen Router abrufen noch an diesen senden. Dies liegt daran, dass MED-Werte keine autonomen Systeme durchlaufen können. Sie können bei dieser Verbindungsart keine Routenprioritäten für Routen festlegen, die von Cloud Router für Ihren lokalen Router beworben werden. Darüber hinaus können Sie keine Routenprioritäten für Routen festlegen, die vom lokalen Router für Ihr VPC-Netzwerk beworben werden.

Alle anderen Probleme

Weitere Unterstützung erhalten Sie von Ihrem Dienstanbieter. Ihr Dienstanbieter kontaktiert gegebenenfalls Google, um Probleme im Zusammenhang mit der Google-Seite des Netzwerks zu beheben.