Contoso Ltd. exploite un réseau virtuel hub dans Azure qui contient une NVA de pare-feu Palo Alto tierce dans le sous-réseau du hub. Vous avez déployé Azure Route Server dans le hub et vous souhaitez que le Palo Alto échange dynamiquement des routes afin que la NVA puisse programmer des routes dans les UDR pour tous les réseaux virtuels spoke. Quelle configuration sur le Palo Alto est requise pour établir le peering BGP avec Azure Route Server et permettre l'échange dynamique de routes ?

La bonne réponse est de créer un voisin BGP sur le Palo Alto en utilisant l'une des adresses IP de peering du Route Server et de définir un ASN local différent. Azure Route Server utilise eBGP, ce qui nécessite que les ASN des pairs soient différents. Le Route Server expose deux adresses IP de peering BGP dans le sous-réseau RouteServerSubnet que la NVA doit cibler. L'autorisation d'installation des routes apprises est essentielle pour que le pare-feu puisse programmer ces routes. La première option est incorrecte car elle suggère d'utiliser le même ASN, ce qui est requis pour l'iBGP, pas l'eBGP utilisé par Azure Route Server. La troisième option est incorrecte car elle mentionne l'appairage avec l'adresse IP publique d'une passerelle de réseau virtuel, ce qui n'est pas la méthode pour interagir avec Azure Route Server. La quatrième option est incorrecte car elle désactive le BGP, alors que l'objectif est d'échanger dynamiquement des routes via BGP.