Contoso Ltd. obsługuje wirtualną sieć typu hub w Azure, która zawiera zaporę sieciową NVA innej firmy Palo Alto w podsieci huba. Wdrożono Azure Route Server w hubie i chcesz, aby Palo Alto dynamicznie wymieniało trasy, tak aby NVA mogło programować trasy w UDR dla wszystkich sieci VNet typu spoke. Jaka konfiguracja na Palo Alto jest wymagana, aby nawiązać peering BGP z Azure Route Server i umożliwić dynamiczną wymianę tras?

Prawidłowa odpowiedź wymaga skonfigurowania BGP na Palo Alto, aby nawiązać peering z Azure Route Server. Azure Route Server używa dwóch prywatnych adresów IP w podsieci RouteServerSubnet do peeringu BGP. Należy użyć jednego z tych adresów jako adresu IP sąsiada BGP na Palo Alto. Kluczowe jest, aby lokalny ASN Palo Alto był inny niż ASN skonfigurowany dla Azure Route Server (ASN peera), ponieważ BGP wymaga różnych ASN dla sąsiadów. Zezwolenie na instalowanie nauczonych tras w tabeli routingu zapory jest niezbędne, aby NVA mogło programować trasy w UDR dla sieci szprychowych. Pozostałe opcje są nieprawidłowe: Pierwsza opcja jest błędna, ponieważ lokalny ASN Palo Alto musi być inny niż ASN Route Server. Trzecia opcja jest nieprawidłowa, ponieważ peering BGP z Azure Route Server odbywa się za pośrednictwem prywatnych adresów IP w podsieci RouteServerSubnet, a nie publicznego adresu IP bramy sieci wirtualnej. Czwarta opcja jest nieprawidłowa, ponieważ celem jest dynamiczna wymiana tras za pomocą BGP, a nie statyczne trasy.