Vous avez provisionné un rattachement VLAN Cloud Interconnect et configuré BGP, mais la session BGP avec votre routeur sur site ne s'établit pas. Quelles sont les deux actions à entreprendre ? (Choisissez-en deux.)

Pour résoudre un problème de session BGP non établie sur Cloud Interconnect, il est essentiel de vérifier les configurations des deux côtés. L'exécution de gcloud compute routers get-status permet de vérifier l'état du Cloud Router, y compris les entrées ARP apprises. Si le Cloud Router n'a pas appris l'adresse MAC du routeur sur site, cela indique un problème de connectivité physique ou de couche 2, empêchant l'établissement de la session BGP. De plus, il est crucial de vérifier que la sous-interface du routeur sur site est configurée avec un masque de sous-réseau /31. Google Cloud Interconnect utilise des adresses IP de liaison /31 pour les sessions BGP, et une non-concordance de sous-réseau empêchera la communication BGP. Les autres options sont moins probables ou incorrectes dans ce scénario. L'eBGP multihop n'est généralement pas requis pour Cloud Interconnect car il s'agit d'une connexion directe. L'authentification MD5 BGP est une fonctionnalité de sécurité optionnelle et n'est pas une condition préalable à l'établissement de la session BGP elle-même. Enfin, gcloud compute interconnects get-diagnostics fournit des informations sur l'Interconnect physique, mais ne détaille pas les entrées ARP apprises par le Cloud Router, qui sont plus pertinentes pour le dépannage BGP.