ExpressRoute-routningskrav

Om du vill ansluta till Microsofts molntjänster med ExpressRoute måste du konfigurera och hantera routning. Vissa anslutningsleverantörer erbjuder konfigurering och hantering av routning som en hanterad tjänst. Fråga din anslutningsleverantör om de erbjuder denna tjänst. Om inte måste du uppfylla följande krav:

Referera till artikeln Kretsar och routningsdomäner för en beskrivning av de routningssessioner som behöver ställas in för att förenkla anslutningen.

IP-adresser som används för peering

Du behöver reservera några IP-adressblock för att kunna konfigurera routning mellan ditt nätverk och Microsofts Enterprise-gränsroutrar (MSEE). Det här avsnittet innehåller en lista med krav och en beskrivning av reglerna för hur dessa IP-adresser måste hämtas och användas.

IP-adresser för Azures privata peering

Du kan använda antingen privata IP-adresser eller offentliga IP-adresser för att konfigurera peering. Adressintervallet som används för att konfigurera vägar kan inte överlappa med adressintervall som används för virtuella nätverk i Azure.

• IPv4:
  • Du måste reservera ett /29 undernät eller två /30 undernät för routningsgränssnitt.
  • Undernät som används för routning kan vara antingen privata IP-adresser eller offentliga IP-adresser.
  • Undernäten får inte stå i konflikt med det intervall som reserverats av kunden för användning i Microsoft-molnet.
  • Om ett /29 undernät används delas det upp i två /30 undernät.
    • Det första /30 undernätet används för den primära länken och det andra /30 undernätet används för den sekundära länken.
    • För vart och ett av undernäten /30 måste du använda den första IP-adressen /30 för undernätet för routern. Microsoft använder undernätets /30 andra IP-adress för att konfigurera en BGP-session.
    • Du måste konfigurera båda BGP-sessionerna för att tillgänglighets-SLA ska vara giltigt.
• IPv6:
  • Du måste reservera ett /125 undernät eller två /126 undernät för routningsgränssnitt.
  • Undernät som används för routning kan vara antingen privata IP-adresser eller offentliga IP-adresser.
  • Undernäten får inte stå i konflikt med det intervall som reserverats av kunden för användning i Microsoft-molnet.
  • Om ett /125 undernät används delas det upp i två /126 undernät.
    • Det första /126 undernätet används för den primära länken och det andra /126 undernätet används för den sekundära länken.
    • För vart och ett av undernäten /126 måste du använda den första IP-adressen /126 för undernätet för routern. Microsoft använder undernätets /126 andra IP-adress för att konfigurera en BGP-session.
    • Du måste konfigurera båda BGP-sessionerna för att tillgänglighets-SLA ska vara giltigt.

Exempel på privat peering

Om du väljer att använda a.b.c.d/29 för att konfigurera peering delas den upp i två /30 undernät. I följande exempel ser du hur a.b.c.d/29 undernätet används:

• a.b.c.d/29 delas upp till a.b.c.d/30 och a.b.c.d+4/30 skickas till Microsoft via etablerings-API:erna.
  • Du använder a.b.c.d+1 som VRF IP för den primära PE:en och Microsoft använder a.b.c.d+2 som VRF IP för den primära MSEE:en.
  • Du använder a.b.c.d+5 som VRF IP för den sekundära PE och Microsoft använder a.b.c.d+6 som VRF IP för den sekundära MSEE.

Tänk dig ett fall där du väljer 192.168.100.128/29 att konfigurera privat peering. 192.168.100.128/29 innehåller adresser från 192.168.100.128 till 192.168.100.135, bland vilka:

• 192.168.100.128/30är tilldelad till link1, med providern som använder 192.168.100.129 och Microsoft med .192.168.100.130
• 192.168.100.132/30är tilldelad till link2, med providern som använder 192.168.100.133 och Microsoft med .192.168.100.134

IP-adresser för Microsofts peering

Du måste använda offentliga IP-adresser som du äger när du konfigurerar BGP-sessionerna. Microsoft måste kunna verifiera ditt ägarskap till IP-adresserna via RIR (Routing Internet Registries) och IIR (Internet Routing Registries).

• Ip-adresserna som anges i portalen för annonserade offentliga prefix för Microsoft Peering skapar ACL:er för Microsofts kärnroutrar för att tillåta inkommande trafik från dessa IP-adresser.
• Du måste använda ett unikt /29 (IPv4) eller /125 (IPv6) undernät eller två /30 (IPv4) eller /126 (IPv6) undernät för att konfigurera BGP-peering för varje peering per ExpressRoute-krets, om du har fler än en.
• Om ett /29 undernät används delas det upp i två /30 undernät.
• Det första /30 undernätet används för den primära länken och det andra /30 undernätet används för den sekundära länken.
• För vart och ett av undernäten /30 måste du använda den första IP-adressen för /30 undernätet på routern. Microsoft använder undernätets /30 andra IP-adress för att konfigurera en BGP-session.
• Om ett /125 undernät används delas det upp i två /126 undernät.
• Det första /126 undernätet används för den primära länken och det andra /126 undernätet används för den sekundära länken.
• För vart och ett av undernäten /126 måste du använda den första IP-adressen för /126 undernätet på routern. Microsoft använder undernätets /126 andra IP-adress för att konfigurera en BGP-session.
• Du måste konfigurera båda BGP-sessionerna för att vårt tillgänglighets-SLA ska vara giltigt.

Krav för offentliga IP-adress

Privat peering

Du kan välja att använda offentliga eller privata IPv4-adresser för privat peering. Vi tillhandahåller isolering från slutpunkt till slutpunkt för din trafik, så överlappning av adresser med andra kunder är inte möjligt för privat peering. Dessa adresser annonseras inte till Internet.

Microsoft-peering

Med Microsoft peeringsökväg kan du ansluta till Microsofts molntjänster. Listan med tjänster innefattar Microsoft 365-tjänster, till exempel Exchange Online, SharePoint Online, Skype för företag och Microsoft Teams. Microsoft stöder dubbelriktade anslutningar för Microsoft-peering. Trafik till Microsofts molntjänster måste använda giltiga offentliga IPv4-adresser innan de kommer in i Microsoft-nätverket.

Kontrollera att din IP-adress och ditt AS-nummer är registrerade på dig i något av följande register:

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

Om dina prefix och AS-nummer inte tilldelades dig i föregående register måste du öppna ett supportärende för manuell verifiering av dina prefix och AS-nummer. Supporten behöver dokumentation, till exempel ett auktoriseringsbrev som intygar att du har behörighet att använda resurserna.

Ett privat AS-nummer tillåts med Microsoft-peering men kräver manuell verifiering. Dessutom tar vi bort privata AS-nummer i AS PATH för de mottagna prefixen. Som ett resultat av detta kan du inte lägga till privata AS-nummer i AS PATH som påverkar routningen för Microsoft-peering. AS-numren 64496–64511, som reserveras av IANA i dokumentationssyfte, får dessutom inte användas för sökvägen.

Dynamiskt routningsutbyte

Routningsutbyte sker via eBGP-protokollet. EBGP-sessioner upprättas mellan MSEE:erna och dina routrar. Autentisering av BGP-sessioner är inte ett krav. Vid behov kan en MD5-hash konfigureras. Se Konfigurera routning och Kretsetablering av arbetsflöden och kretsstatus för information om att konfigurera BGP-sessioner.

Autonomt systemnummer (ASN)

Microsoft använder AS 12076 för offentliga Azure, privata Azure och Microsofts peering. Vi har reserverat ASN:er från 65515 till 65520 för intern användning. Både 16-bitars- och 32-bitars AS-nummer stöds.

Det finns inga krav på symmetri vid dataöverföring. Sökvägar vid vidarebefordran och retur kan passera olika routerpar. Identiska vägar måste annonseras från båda sidor över flera kretspar som tillhör dig. Vägmått krävs inte för att vara identiska.

Vägsammanställning och begränsningar för prefix

ExpressRoute stöder upp till 4 000 IPv4-prefix och 100 IPv6-prefix som annonseras till Microsoft via den privata Azure-peeringen. Den här gränsen kan ökas med upp till 10 000 IPv4-prefix om ExpressRoute Premium-tillägget är aktiverat. ExpressRoute accepterar upp till 200 prefix per BGP-session för offentlig Azure- och Microsoft-peering.

BGP-sessionen kommer att tas bort om antalet prefix överskrider gränsen. ExpressRoute accepterar endast standardvägar på den privata peeringlänken. Leverantören måste filtrera ut standardvägen och privata IP-adresser (RFC 1918) från Azures offentliga och Microsofts peeringsökvägar.

Överföringsroutning och routning mellan regioner

ExpressRoute kan inte konfigureras som transitroutrar. Du måste förlita dig på din anslutningsleverantör för transitroutningstjänster.

Annonsering av standardvägar

Standardvägar tillåts bara i Azures privata peeringsessioner. I så fall dirigerar ExpressRoute all trafik från de associerade virtuella nätverken till nätverket. Om du annonserar standardvägar till privat peering blockeras Internetsökvägen från Azure. Du måste använda på ditt företags gräns till att dirigera trafik från och till Internet för tjänster som finns i Azure.

Vissa tjänster kan inte nås från företagets gräns. Om du vill aktivera anslutning till andra Azure-tjänster och infrastrukturtjänster måste du använda användardefinierad routning för att tillåta internetanslutning för varje undernät som kräver Internetanslutning för dessa tjänster.

Stöd för BGP-communities

Det här avsnittet innehåller en översikt över hur BGP-communities används med ExpressRoute. Microsoft annonserar vägar i privata, Microsoft och offentliga (inaktuella) peeringsökvägar med vägar taggade med lämpliga community-värden. Motiveringen till detta och informationen om communityvärden beskrivs som följt. Microsoft respekterar dock inte några community-värden som har taggats till vägar som annonseras till Microsoft.

Om du konfigurerar ett anpassat BGP-communityvärde i dina virtuella Azure-nätverk för privat peering visas det här anpassade värdet och ett regionalt BGP-communityvärde på De Azure-vägar som annonseras till din lokala plats via ExpressRoute.

För Microsoft-peering ansluter du till Microsoft via ExpressRoute på en enda peeringplats inom en geopolitisk region. Du har också åtkomst till alla Microsoft-molntjänster i alla regioner inom den geopolitiska gränsen.

Om du till exempel har anslutit till Microsoft i Amsterdam via ExpressRoute har du åtkomst till alla Microsoft-molntjänster som finns i Europa, norra och Europa, västra.

Se sidan ExpressRoute-partners och peeringplatser för en detaljerad lista med geopolitiska regioner, associerade Azure-regioner och motsvarande ExpressRoute-peeringplatser.

Du kan köpa mer än en ExpressRoute-krets per geopolitisk region. Att ha flera anslutningar ger dig betydande fördelar med hög tillgänglighet tack vare den geografiska redundansen. Om du har flera ExpressRoute-kretsar får du samma uppsättning prefix som annonseras från Microsoft på Microsofts peeringsökvägar. Den här konfigurationen resulterar i flera sökvägar från nätverket till Microsoft. Den här konfigurationen kan potentiellt leda till att beslut om underoptimal routning fattas i nätverket. Därmed kan du få icke-optimala anslutningsupplevelser till andra tjänster. Du kan använda community-värden för att fatta rätt beslut om routning och erbjuda optimal routning till användare.

Alla vägar som annonseras från Microsoft taggas med lämpligt community-värde.

Service till BGP-communityvärde

Förutom BGP-taggen för varje region taggar Microsoft även prefix baserat på den tjänst de tillhör. Den här taggningen gäller endast för Microsoft-peering. I följande tabell finns en mappning av tjänsten till BGP-communityns värde. Du kan köra cmdleten "Get-AzBgpServiceCommunity" för en fullständig lista över de senaste värdena.

(1) Azure Global Services innehåller endast Azure DevOps just nu.

(2) Auktorisering krävs från Microsoft. Se Konfigurera routningsfilter för Microsoft-peering.

(3) Den här communityn publicerar även de vägar som behövs för Microsoft Teams-tjänster.

(4) CRM Online stöder Dynamics v8.2 och lägre. För högre versioner väljer du den regionala communityn för dina Dynamics-distributioner.

(5) Användningen av Microsoft-peering med PSTN-tjänster är begränsad till specifika användningsfall. Se Använda ExpressRoute för Microsoft PSTN-tjänster.

Stöd för BGP-community i nationella moln

• Office 365-communities stöds inte via Microsoft Peering för Microsoft Azure som drivs av 21Vianet-regionen.

Nästa steg

• Konfigurera ExpressRoute-anslutningen.

  • Skapa och ändra en krets
  • Skapa och ändra peering-konfigurationen
  • Länka ett VNet till en ExpressRoute-krets