Routeringsvereisten voor ExpressRoute

Als u ExpressRoute wilt gebruiken om verbinding te maken met Microsoft Cloud-services, moet u routering instellen en beheren. Sommige connecitiviteitsproviders bieden het instellen en beheren van routering aan als een beheerde service. Neem contact op met uw connectiviteitsprovider om na te gaan of ze deze service leveren. Als dat niet het geval is, moet u voldoen aan de volgende vereisten:

Raadpleeg het artikel Circuits and routing domains (Circuits en routeringsdomeinen) voor een beschrijving van de routeringssessies die moeten worden ingesteld om connectiviteit mogelijk te maken.

IP-adressen die worden gebruikt voor peerings

U moet enkele blokken met IP-adressen reserveren om routering tussen uw netwerk en de MSEE-routers (Microsoft Enterprise Edge) te configureren. In deze sectie vindt u een lijst met vereisten en worden de regels beschreven met betrekking tot hoe u deze IP-adressen kunt verkrijgen en gebruiken.

IP-adressen die worden gebruikt voor persoonlijke Azure-peering

U kunt privé IP-adressen of openbare IP-adressen gebruiken om de peerings te configureren. Het adresbereik dat wordt gebruikt voor het configureren van routes mag geen adresbereiken overlappen die worden gebruikt voor het maken van virtuele netwerken in Azure.

• IPv4:
  • U moet een /29 subnet of twee /30 subnetten reserveren voor routeringsinterfaces.
  • De subnetten voor routering kunnen privé of openbare IP-adressen zijn.
  • De subnetten mogen geen conflicten opleveren met het bereik dat door de klant is gereserveerd voor gebruik in de Microsoft Cloud.
  • Als een /29 subnet wordt gebruikt, wordt dit gesplitst in twee /30 subnetten.
    • Het eerste /30 subnet wordt gebruikt voor de primaire koppeling en het tweede /30 subnet wordt gebruikt voor de secundaire koppeling.
    • Voor elk van de subnetten moet u het eerste /30 IP-adres van het /30 subnet op uw router gebruiken. Microsoft gebruikt het tweede IP-adres van het /30 subnet om een BGP-sessie in te stellen.
    • Onze beschikbaarheids-SLA is alleen geldig als beide BGP-sessies zijn ingesteld.
• IPv6:
  • U moet een /125 subnet of twee /126 subnetten reserveren voor routeringsinterfaces.
  • De subnetten voor routering kunnen privé of openbare IP-adressen zijn.
  • De subnetten mogen geen conflicten opleveren met het bereik dat door de klant is gereserveerd voor gebruik in de Microsoft Cloud.
  • Als een /125 subnet wordt gebruikt, wordt dit gesplitst in twee /126 subnetten.
    • Het eerste /126 subnet wordt gebruikt voor de primaire koppeling en het tweede /126 subnet wordt gebruikt voor de secundaire koppeling.
    • Voor elk van de subnetten moet u het eerste /126 IP-adres van het /126 subnet op uw router gebruiken. Microsoft gebruikt het tweede IP-adres van het /126 subnet om een BGP-sessie in te stellen.
    • Onze beschikbaarheids-SLA is alleen geldig als beide BGP-sessies zijn ingesteld.

Voorbeeld voor persoonlijke peering

Als u ervoor kiest om a.b.c.d/29 de peering in te stellen, wordt deze gesplitst in twee /30 subnetten. In het volgende voorbeeld ziet u hoe het a.b.c.d/29 subnet wordt gebruikt:

• a.b.c.d/29 wordt gesplitst naar a.b.c.d/30 en en doorgegeven aan Microsoft via de a.b.c.d+4/30 inrichtings-API's.
  • U gebruikt als het VRF-IP-adres voor de primaire PE en Microsoft gebruikt als de a.b.c.d+1 a.b.c.d+2 VRF-IP voor de primaire MSEE.
  • U gebruikt als het VRF-IP-adres voor de secundaire PE en Microsoft gebruikt als a.b.c.d+5 a.b.c.d+6 de VRF-IP voor de secundaire MSEE.

Denk bijvoorbeeld aan een geval waarin u 192.168.100.128/29 persoonlijke peering wilt instellen. 192.168.100.128/29 bevat adressen van 192.168.100.128 tot 192.168.100.135 , waaronder:

• 192.168.100.128/30 wordt toegewezen aan link1 , met provider die en Microsoft 192.168.100.129 192.168.100.130 gebruikt.
• 192.168.100.132/30 wordt toegewezen aan link2 , met provider die en Microsoft 192.168.100.133 192.168.100.134 gebruikt.

IP-adressen die worden gebruikt voor Microsoft-peering

U moet voor het instellen van de BGP-sessies openbare IP-adressen gebruiken waarvan u eigenaar bent. Microsoft moet het eigenaarschap van de IP-adressen kunnen verifiëren via Routing Internet Registries en Internet Routing Registries.

• De IP-adressen die in de portal worden weergegeven voor geadverteerde openbare voorvoegsels voor Microsoft-Peering maken toegangsbeheerlijsten voor de Microsoft-corerouters die binnenkomend verkeer van deze IP-adressen toestaan.
• U moet een uniek /29 (IPv4) of /125 (IPv6)-subnet of twee /30 (IPv4) of (IPv6)-subnetten gebruiken om de BGP-peering in te stellen voor elke peering per ExpressRoute-circuit (als u er meer /126 dan één hebt).
• Als een /29 subnet wordt gebruikt, wordt dit gesplitst in twee /30 subnetten.
• Het eerste /30 subnet wordt gebruikt voor de primaire koppeling en het tweede /30 subnet wordt gebruikt voor de secundaire koppeling.
• Voor elk van de subnetten moet u het eerste /30 IP-adres van het /30 subnet op uw router gebruiken. Microsoft gebruikt het tweede IP-adres van het /30 subnet om een BGP-sessie in te stellen.
• Als een /125 subnet wordt gebruikt, wordt dit gesplitst in twee /126 subnetten.
• Het eerste /126 subnet wordt gebruikt voor de primaire koppeling en het tweede /126 subnet wordt gebruikt voor de secundaire koppeling.
• Voor elk van de subnetten moet u het eerste /126 IP-adres van het /126 subnet op uw router gebruiken. Microsoft gebruikt het tweede IP-adres van het /126 subnet om een BGP-sessie in te stellen.
• Onze beschikbaarheids-SLA is alleen geldig als beide BGP-sessies zijn ingesteld.

IP-adressen die worden gebruikt voor openbare Azure-peering

U moet voor het instellen van de BGP-sessies openbare IP-adressen gebruiken waarvan u eigenaar bent. Microsoft moet het eigenaarschap van de IP-adressen kunnen verifiëren via Routing Internet Registries en Internet Routing Registries.

• U moet een uniek subnet of twee subnetten gebruiken om de BGP-peering in te stellen voor elke /29 peering per ExpressRoute-circuit (als u er meer /30 dan één hebt).
• Als een /29 subnet wordt gebruikt, wordt dit gesplitst in twee /30 subnetten.
  • Het eerste /30 subnet wordt gebruikt voor de primaire koppeling en het tweede /30 subnet wordt gebruikt voor de secundaire koppeling.
  • Voor elk van de subnetten moet u het eerste /30 IP-adres van het /30 subnet op uw router gebruiken. Microsoft gebruikt het tweede IP-adres van het /30 subnet om een BGP-sessie in te stellen.
  • Onze beschikbaarheids-SLA is alleen geldig als beide BGP-sessies zijn ingesteld.

Vereiste openbaar IP-adres

Persoonlijke peering

U kunt kiezen om openbare of persoonlijke IPv4-adressen te gebruiken voor persoonlijke peering. We bieden end-to-end-isolatie van uw verkeer, zodat het overlappen van adressen met andere klanten niet mogelijk is in het geval van persoonlijke peering. Deze adressen worden niet geadverteerd naar internet.

Microsoft-peering

Via het pad naar Microsoft-peering kunt u verbinding maken met Microsoft-cloudservices. De lijst met services Microsoft 365 services, zoals Exchange Online, SharePoint Online, Skype voor Bedrijven en Microsoft Teams. Microsoft ondersteunt bidirectionele connectiviteit op de Microsoft-peering. Verkeer dat is bestemd voor Microsoft Cloud-services, moet geldige openbare IPv4-adressen gebruiken voordat het het Microsoft-netwerk binnenkomt.

Controleer of uw IP-adres en AS-nummer in een van de volgende registers op uw naam zijn geregistreerd:

• ARIN
• APNIC
• AFRINIC
• LACNIC
• RIPENCC
• RADB
• ALTDB

Als uw voorvoegsel en AS-nummer in voorgaande registers niet aan u zijn toegewezen, moet u een ondersteuningsaanvraag openen voor handmatige validatie van uw voorvoegsels en het ASN. De ondersteuning vraagt naar de vereiste documentatie, zoals een autorisatiebrief waaruit blijkt dat u de resources mag gebruiken.

Een persoonlijk AS-nummer is toegestaan met Microsoft-peering, maar moet ook handmatig worden gevalideerd. Bovendien verwijderen we persoonlijke AS-nummers in het AS-pad voor de ontvangen voorvoegsels. Hierdoor is het niet mogelijk om persoonlijke AS-nummers aan het AS-pad toe te voegen om routering voor Microsoft-peering te beïnvloeden. Daarnaast zijn AS-nummers 64496 - 64511 gereserveerd door IANA voor documentatiedoeleinden niet toegestaan in het pad.

Openbare peering (afgeschaft - niet beschikbaar voor nieuwe circuits)

Met het pad voor openbare Azure-peering kunt u verbinding maken met alle services die via de openbare IP-adressen worden gehost in Azure. Deze lijst bevat services die worden vermeld in de Veelgestelde vragen over ExpressRoute en alle services die door ISV's worden gehost op Microsoft Azure. Connectiviteit met Microsoft Azure-services via openbare peering wordt altijd gestart vanuit uw netwerk naar het Microsoft-netwerk. U moet openbare IP-adressen gebruiken voor het verkeer dat bestemd is voor het Microsoft-netwerk.

Een privé-AS-nummer is toegestaan met openbare peering.

Dynamische route-uitwisseling

Routeringsuitwisseling vindt plaats via het eBGP-protocol. EBGP-sessies worden tot stand gebracht tussen de MSEE's en uw routers. Verificatie van BGP-sessies is niet vereist. Indien nodig kan een MD5-hash worden geconfigureerd. Zie Configure routing (Routering configureren) en Circuit provisioning workflows and circuit states (Werkstromen voor de inrichting van ExpressRoute-circuits en circuittoestanden) voor informatie over het configureren van BGP-sessies.

Autonome systeemnummers

Microsoft gebruikt AS 12076 voor openbare Azure-peering, privé Azure-peering en Microsoft-peering. We hebben ASN's van 65515 tot 65520 gereserveerd voor intern gebruik. Zowel 16- als 32-bits AS-getallen worden ondersteund.

Er zijn geen vereisten met betrekking tot gegevensoverdrachtsymmetrie. De inkomende en uitgaande paden lopen mogelijk langs verschillende routerparen. Identieke routes moeten worden geadverteerd vanaf beide zijden van meerdere circuitparen die bij u horen. Route metrics hoeven niet identiek te zijn.

Limieten voor route-aggregatie en voorvoegsel

We ondersteunen maximaal 4000 IPv4-voorvoegsels en 100 IPv6-voorvoegsels die aan ons zijn geadverteerd via de persoonlijke Azure-peering. Dit kan worden verhoogd tot 10.000 IPv4-voorvoegsels als de ExpressRoute Premium-invoegsel is ingeschakeld. We accepteren maximaal 200 voorvoegsels per BGP-sessie voor openbare Azure-peering en Microsoft-peering.

De BGP-sessie wordt verwijderd als het aantal voorvoegsels de limiet overschrijdt. Standaardroutes worden alleen geaccepteerd op de persoonlijke peeringkoppeling. Provider moet standaardroute- en privé IP-adressen (RFC 1918) uit de paden voor openbare Azure- en Microsoft-peering filteren.

Transitroutering en regio-overschrijdende routering

ExpressRoute kan niet worden geconfigureerd als transitrouter. Voor transitrouteringsservices bent u aangewezen op uw connectiviteitsprovider.

Standaardroutes adverteren

Standaardroutes zijn alleen toegestaan voor persoonlijke Azure-peeringsessies. In dat geval wordt al het verkeer van de gekoppelde virtuele netwerken omgeleid naar uw netwerk. Wanneer standaardroutes worden geadverteerd naar persoonlijke peering, wordt het internetpad vanuit Azure geblokkeerd. Als u verkeer van en naar internet wilt routeren voor services die worden gehost in Azure, zult u gebruik moeten maken van uw bedrijfsfunctionaliteit.

Als u connectiviteit met andere Azure-services en infrastructuurservices wilt inschakelen, moet u een van de volgende voorzieningen treffen:

• Openbare Azure-peering is ingeschakeld voor het omschakelen van verkeer naar openbare eindpunten.
• U gebruikt door de gebruiker gedefinieerde routering om internetconnectiviteit toe te staan voor elk subnet dat internetconnectiviteit vereist.

Ondersteuning voor BGP-community's

Deze sectie bevat een overzicht van hoe BGP-community's worden gebruikt met ExpressRoute. Microsoft adverteert routes in de paden voor openbare en Microsoft-peering waarbij de routes zijn gemarkeerd met de juiste communitywaarden. De reden hiervoor en meer informatie over communitywaarden worden hieronder beschreven. Microsoft erkent echter geen communitywaarden die zijn toegevoegd aan routes die worden geadverteerd aan Microsoft.

Als u op willekeurig welke locatie in een geopolitieke regio via ExpressRoute verbinding maakt met Microsoft, hebt u toegang tot alle Microsoft-cloudservices in alle regio's binnen de geopolitieke grenzen.

Als u bijvoorbeeld via ExpressRoute bent verbonden met Microsoft in Amsterdam, hebt u toegang tot alle Microsoft Cloud-services die worden gehost in Europa - noord en Europa - west.

Raadpleeg de pagina ExpressRoute partners and peering locations (Overzicht van ExpressRoute-partners en -peeringlocaties) voor een gedetailleerde lijst van de geopolitieke regio's, bijbehorende Azure-regio's en bijbehorende ExpressRoute-peeringlocaties.

U kunt meer dan één ExpressRoute-circuit per geopolitieke regio aanschaffen. Het hebben van meer verbindingen biedt aanzienlijke voordelen wat betreft hoge beschikbaarheid vanwege geografische redundantie. In gevallen waarin u meerdere ExpressRoute-circuits hebt, ontvangt u dezelfde set voorvoegsels die door Microsoft worden geadverteerd op de paden voor Microsoft-peering en openbare peering. Dat betekent dat er vanuit uw netwerk meerdere paden zijn naar Microsoft. Hierdoor kunnen er in uw netwerk suboptimale routeringsbeslissingen worden genomen. Dit kan leiden tot suboptimale connectiviteitservaringen met andere services. Op basis van de communitywaarden worden de juiste routeringsbeslissingen genomen voor optimale routering naar gebruikers.

Alle routes die worden geadverteerd vanuit Microsoft, worden gemarkeerd met de juiste community-waarde.

Service naar BGP-communitywaarde

Daarnaast worden voorvoegsels door Microsoft gemarkeerd op basis van de service waartoe ze behoren. Dit geldt alleen voor de Microsoft-peering. De volgende tabel bevat een toewijzing van services aan BGP-communitywaarden. U kunt de cmdlet 'Get-AzBgpServiceCommunity' uitvoeren voor een volledige lijst met de meest recente waarden.

* Azure Global Services bevat op dit moment alleen Azure DevOps.

** Autorisatie vereist van Microsoft. Raadpleeg Routefilters configureren voor Microsoft-peering

***Deze community publiceert ook de benodigde routes voor Microsoft Teams services.

**** CRM Online ondersteunt Dynamics v8.2 en lager. Selecteer voor hogere versies de regionale community voor uw Dynamics-implementaties.

Ondersteuning voor BGP-community's in nationale clouds

Volgende stappen

• Configureer uw ExpressRoute-verbinding.

  • Een circuit maken en wijzigen
  • Een peeringconfiguratie maken en wijzigen
  • Een VNet koppelen aan een ExpressRoute-circuit