ExpressRoute-routningskrav

För att kunna 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 peerings

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 antingen använda privata IP-adresser eller offentliga IP-adresser för att konfigurera peerings. Adressintervallet som används för att konfigurera routning får inte överlappa de adressintervall som användes för att skapa virtuella nätverk i Azure.

• IPv4:
  • Du måste reservera ett /29 undernät eller /30 två 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 /29 ett undernät används delas det upp i /30 två 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 /30 av undernäten måste du använda den första IP-adressen för /30 undernätet på routern. Microsoft använder undernätets andra /30 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.
• IPv6:
  • Du måste reservera ett /125 undernät eller /126 två 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 /125 ett undernät används delas det upp i /126 två 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 /126 av undernäten måste du använda den första IP-adressen för /126 undernätet på routern. Microsoft använder undernätets andra /126 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.

Exempel på privat peering

Om du väljer att a.b.c.d/29 använda 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 till och a.b.c.d/30 skickas till Microsoft via a.b.c.d+4/30 etablerings-API:erna.
  • Du använder som VRF IP för primär PE och Microsoft kommer att använda som VRF IP för a.b.c.d+1 den primära a.b.c.d+2 MSEE:n.
  • Du använder a.b.c.d+5 som VRF IP för den sekundära PE och Microsoft kommer att använda a.b.c.d+6 som VRF IP för den sekundära MSEE:n.

Tänk dig ett fall där du 192.168.100.128/29 väljer 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 tilldelas till link1 , där providern använder och Microsoft använder 192.168.100.129 192.168.100.130 .
• 192.168.100.132/30 tilldelas till link2 , där providern använder och Microsoft använder 192.168.100.133 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-adresser i portalen för annonserade offentliga prefix för Microsoft Peering kommer att skapa ACL:er för Microsoft-kärnroutrar för att tillåta inkommande trafik från dessa IP-adresser.
• Du måste använda ett unikt (IPv4) eller (IPv6) undernät eller två /29 /125 /30 (IPv4) eller (IPv6) undernät för att konfigurera /126 BGP-peering för varje peering per ExpressRoute-krets (om du har fler än en).
• Om /29 ett undernät används delas det upp i /30 två undernät.
• Det första /30 undernätet används för den primära länken och det /30 andra undernätet används för den sekundära länken.
• För vart och ett /30 av undernäten måste du använda den första IP-adressen för /30 undernätet på routern. Microsoft använder undernätets andra /30 IP-adress för att konfigurera en BGP-session.
• Om /125 ett undernät används delas det upp i /126 två undernät.
• Det första /126 undernätet används för den primära länken och det /126 andra undernätet används för den sekundära länken.
• För vart och ett /126 av undernäten måste du använda den första IP-adressen för /126 undernätet på routern. Microsoft använder undernätets andra /126 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.

IP-adresser för Azures offentliga 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).

• Du måste använda ett unikt undernät eller två undernät för att konfigurera /29 /30 BGP-peering för varje peering per ExpressRoute-krets (om du har fler än en).
• Om /29 ett undernät används delas det upp i /30 två 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 /30 av undernäten måste du använda den första IP-adressen för /30 undernätet på routern. Microsoft använder undernätets andra /30 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 erbjuder isolering av din trafik från slutpunkt till slutpunkt, vilket innebär att adressöverlappning med andra kunder inte är möjligt med privat peering. De här adresserna annonseras inte till Internet.

Microsoft-peering

Med Microsofts peeringsökväg kan du ansluta till Microsofts molntjänster. Listan över tjänster innehåller 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 prefixer och AS-nummer inte har tilldelats till dig i registren ovan måste du öppna ett supportärende för manuell validering av dina prefixer och ASN:er. Supporten behöver den dokumentation, som ett auktoriseringsdokument, som bevisar att du har behörighet att använda resurserna.

Ett privat AS-nummer tillåts med Microsoft-peering men kommer också att kräva 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. Dessutom tillåts inte AS-nummer 64496–64511 som reserverats av IANA i dokumentationssyfte i sökvägen.

Offentlig peering (inaktuell – inte tillgängligt för nya kretsar)

Med Azures offentliga peeringsökväg kan du ansluta till alla tjänster som finns i Azure med deras offentliga IP-adresser. Det inkluderar tjänster som finns i listan Vanliga frågor och svar om ExpressRoute och tjänster med ISV:er i Microsoft Azure. Anslutningen till Microsoft Azure-tjänster vid offentlig peering initieras alltid från ditt nätverk till Microsoft-nätverket. Du måste använda offentliga IP-adresser för trafik till Microsoft-nätverk.

Ett privat AS-nummer tillåts med offentlig peering.

Dynamiskt routningsutbyte

Routningsutbytet kommer att ske via EBGP-protokollet. EBGP-sessioner upprättas mellan MSEE:erna och dina routrar. Autentisering av BGP-sessioner är inte något krav. Om det behövs kan en MD5-hash konfigureras. Se Konfigurera routning och Kretsetablering av arbetsflöden och kretsstatus för information om att konfigurera BGP-sessioner.

Autonoma systemnummer

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- 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 endera sidan över flera kretspar som hör till dig. Vägmåtten behöver inte vara identiska.

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

Vi stöder upp till 4 000 IPv4-prefix och 100 IPv6-prefix som annonseras till oss via azures privata peering. Detta kan ökas upp till 10 000 IPv4-prefix om ExpressRoute Premium-tillägget är aktiverat. Vi kan acceptera upp till 200 prefix per BGP-session för Azures offentliga och Microsofts peering.

BGP-sessionen kommer att tas bort om antalet prefix överskrider gränsen. Vi kommer endast att acceptera 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 överföringsroutrar. Du måste förlita dig på din anslutningsleverantör vid överföring av routningstjänster.

Annonsering av standardvägar

Standardvägar tillåts bara i Azures privata peeringsessioner. I dessa fall kommer vi dirigera all trafik från associerade virtuella nätverk till ditt nätverk. Annonsering av standardvägar till privat peering resulterar i att Internetvägen från Azure blockeras. 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.

Om du vill aktivera anslutningar till andra Azure-tjänster och infrastrukturtjänster, måste något av följande objekt finnas på plats:

• Azures offentliga peering är aktiverat för att dirigera trafik till offentliga slutpunkter.
• Du använder användardefinierad routning för att tillåta anslutning till Internet för varje undernät som kräver Internetanslutning.

Stöd för BGP-communities

Det här avsnittet innehåller en översikt över hur BGP-communities kommer att användas med ExpressRoute. Microsoft kommer att annonsera vägar i offentliga och Microsofts peeringsökvägar med vägar som är taggade med lämpliga community-värden. Anledningen till att man gör detta samt information om community-värden beskrivs nedan. Microsoft använder dock inte några community-värden som är taggade på vägar som annonserats till Microsoft.

Om du ansluter till Microsoft via ExpressRoute på valfri peeringplats i en geopolitisk region, får du åtkomst till alla Microsoft-molntjänster i alla regioner inom den geopolitiska gränsen.

Om du exempelvis har anslutit till Microsoft i Amsterdam via ExpressRoute, kommer du ha å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 peering- och offentliga peeringsökvägar. Det innebär att du har flera sökvägar från ditt nätverk till Microsoft. Detta kan eventuellt medföra att icke-optimala beslut om routning tas 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.

Community-värde för tjänst till BGP

Förutom ovanstående taggar Microsoft också prefix baserat på vilken tjänst de tillhör. Detta gäller endast för Microsoft-peering. Tabellen nedan innehåller en mappning av tjänsten till community-värden för BGP. Du kan köra cmdleten "Get-AzBgpServiceCommunity" för en fullständig lista över de senaste värdena.

* Azure Global Services innehåller endast Azure DevOps just nu.

** Auktorisering som krävs från Microsoft finns i Konfigurera flödesfilter för Microsoft-peering

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

**** 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.

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

Nästa steg

• Konfigurera ExpressRoute-anslutningen.

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