Sie haben einen Cloud Interconnect VLAN-Anhang bereitgestellt und BGP konfiguriert, aber die BGP-Sitzung mit Ihrem lokalen Router wird nicht aufgebaut. Welche zwei Maßnahmen sollten Sie ergreifen? (Wählen Sie zwei aus.)

Wenn eine BGP-Sitzung über Cloud Interconnect nicht aufgebaut wird, sind die Überprüfung der Konnektivität auf Layer 2 und die korrekte IP-Konfiguration entscheidend. gcloud compute routers get-status zeigt den Status des Cloud Routers an, einschließlich der gelernten ARP-Einträge. Wenn die ARP-Einträge des lokalen Routers fehlen, deutet dies auf ein Problem auf Layer 2 hin, wie z.B. ein falsch konfiguriertes VLAN oder ein physisches Verbindungsproblem. Die Überprüfung, ob die Subschnittstelle des lokalen Routers mit einer /31-Subnetzmaske konfiguriert ist, ist wichtig, da Google Cloud Interconnect für BGP-Peerings /31-Subnetze erwartet. Eine falsche Subnetzmaske verhindert den Aufbau der BGP-Sitzung. Die Überprüfung von eBGP Multihop ist in der Regel nicht erforderlich, da BGP-Peerings direkt zwischen dem Cloud Router und dem lokalen Router erfolgen. MD5-Authentifizierung ist optional und würde nur dann ein Problem darstellen, wenn sie auf einer Seite konfiguriert, auf der anderen aber nicht übereinstimmt. gcloud compute interconnects get-diagnostics liefert Informationen über den Interconnect selbst, nicht aber über die ARP-Einträge, die für die BGP-Sitzung relevant sind.