Konfigurera en sammanlänkning för peering med rösttjänster
I den här artikeln får du lära dig hur du upprättar en sammanlänkning mellan en rösttjänstleverantör och Azure Peering Service.
En rösttjänstleverantör är en organisation som erbjuder kommunikationstjänster som meddelanden och konferenser. I det här scenariot vill leverantören integrera sin infrastruktur för kommunikationstjänster med Azure Communication Services och Microsoft Teams. Infrastrukturen kan omfatta gatewayer för sessionsgränskontrollanter (SBCs), SIP-gatewayer (Session Initiation Protocol) och andra infrastrukturenheter.
Internet-peering i Azure Peering Service stöder direktanslutningar med Microsoft på någon av dess poP-gränswebbplatser (point-of-presence) för internetutbytespartner (IXP). Listan över alla offentliga edge-webbplatser är tillgänglig på PeeringDB.
Internet-peering ger mycket tillförlitlig och QoS-aktiverad sammankoppling för IXP:er för att säkerställa högkvalitativa, prestandacentrerade tjänster.
Följande flödesschema sammanfattar processen för att registrera till Peering Service-rösttjänster:
Tekniska krav
För att upprätta en direkt sammankoppling för peeringtjänstens rösttjänster måste dessa krav uppfyllas:
- Peer måste ange ett eget autonomt systemnummer (ASN), som måste vara offentligt.
- Peer måste ha en redundant PNI (Private Network Interconnect) på varje plats för sammankoppling för att säkerställa lokal redundans.
- Peer-filen måste ange och annonsera sitt eget offentligt routbara IPv4-adressutrymme som används av peer-slutpunkterna (till exempel av en SBC).
- Peer-datorn måste köra BGP (Border Gateway Protocol) över BFD (Bidirectional Forwarding Detection) för att underlätta undersekunders routningskonvergens.
- Peer-peern får inte avsluta peering på en enhet som kör en tillståndskänslig brandvägg.
- Peer-datorn kan inte ha två lokala anslutningar konfigurerade på samma router. Mångfald krävs.
- Peer kan inte tillämpa hastighetsbegränsning på sin anslutning.
- Peer kan inte konfigurera en lokal redundant anslutning som en säkerhetskopieringsanslutning. Säkerhetskopieringsanslutningar måste finnas på en annan plats än den primära anslutningen.
- Primära sessioner, säkerhetskopieringssessioner och redundanta sessioner måste ha samma bandbredd.
- Vi rekommenderar att du skapar Peering Service-peering på flera platser för att uppnå geo-redundans.
- Alla infrastrukturprefix registreras i Azure Portal och annonseras med hjälp av communitysträngen
8075:8007
. - Peer-filen måste ha stöd för LACP (Link Aggregation Control Protocol) på sammanlänkningslänkarna. Microsoft konfigurerar alla sammanlänkningslänkar som länkaggregeringsgrupper (LAG:er) som standard.
Upprätta en direkt sammankoppling för peeringtjänstens rösttjänster
Utför stegen som beskrivs i följande avsnitt för att upprätta en direkt sammankoppling med Microsoft för Peering Service-rösttjänster.
Associera ditt offentliga ASN med din Azure-prenumeration
Det första steget är att associera ditt offentliga ASN med din Azure-prenumeration.
Mer information finns i Associera ett peer-ASN med en Azure-prenumeration.
Om ASN redan är associerat med din Azure-prenumeration går du till nästa steg.
Skapa en Peering Service-peering för rösttjänster
Så här skapar du en peeringresurs för Peering Service-rösttjänster:
I Azure Portal söker du efter och väljer sedan Peerings.
På Peerings väljer du Skapa.
På fliken Grundläggande anger eller väljer du din Azure-prenumeration, en resursgrupp, ett peeringnamn och ASN för peering.
Varning
Du kan inte ändra de här alternativen när peering har skapats. Bekräfta att dina val är korrekta innan du skapar peering.
På fliken Konfiguration väljer du följande nödvändiga konfigurationer:
Som Peering-typ väljer du Direkt.
För Microsoft-nätverk väljer du AS8075 (med röst).
För SKU väljer du Premium Kostnadsfri.
För Metro väljer du relevant värde. Välj sedan Skapa ny för att lägga till en anslutning till din peering.
För Direkt peeringanslutning anger eller väljer du information om peering-funktionen. Välj Spara.
Peering-anslutningar som konfigurerats för peeringtjänstens rösttjänster måste ha Microsoft valt för Sessionsadressprovider och Användning för peeringtjänst måste vara aktiverat. De här alternativen anges automatiskt. Microsoft måste vara IP-provider för peeringtjänstens rösttjänster. Du kan inte ange egna IP-adresser.
I Skapa en peering väljer du Skapa ny för att lägga till en andra anslutning till din peering. Peering måste ha minst två anslutningar. Lokal redundans är ett krav för Peering Service. Det här kravet uppnås när du skapar en peering med två sessioner.
Välj Granska + skapa. Granska sammanfattningen och välj sedan Skapa när valideringen godkänns.
Tillåt tid för resursen att slutföra distributionen. När distributionen lyckas skapas din peering och etableringen börjar.
Konfigurera optimerad routning för dina prefix
Utför stegen som beskrivs i följande avsnitt för att få optimerad routning för de prefix som du använder för peeringtjänstens rösttjänster.
Registrera dina prefix
Om du vill använda optimerad routning för infrastrukturprefix för rösttjänster måste du registrera prefixen.
Kommentar
Anslutningstillståndet för dina peering-anslutningar måste vara Aktivt innan du registrerar några prefix.
Se till att de registrerade prefixen meddelas via de direkta sammanlänkningar som upprättats med din peering. Om samma prefix tillkännages på flera peeringplatser behöver du inte registrera prefixet på varje plats. Ett prefix kan bara registreras med en enda peering. När du får den unika prefixnyckeln efter valideringen används den här nyckeln för prefixet, även på andra platser än platsen för den peering som den registrerades under.
Så här påbörjar du registreringen:
I Azure Portal går du till din peering.
På tjänstmenyn under Inställningar väljer du Registrerade prefix.
I Registrerade prefix väljer du Lägg till registrerat prefix.
Kommentar
Om knappen Lägg till registrerat prefix är inaktiv har din peering inga aktiva anslutningar. Vänta tills en anslutning visas som Aktiv för att registrera prefixet.
Ange ett namn för prefixet och IPv4-prefixsträngen. Välj Spara.
När prefixet har skapats går du till resursfönstret Registrerad ASN för att visa prefixnyckeln för den genererade peeringtjänsten.
När du har skapat ett registrerat prefix placeras prefixet i kö för validering. Du kan visa valideringstillståndet för prefixet Registrerade prefix.
För att ett registrerat prefix ska verifieras måste följande kontroller godkännas:
- Prefixet kan inte finnas i ett privat intervall.
- URSPRUNGS-ASN måste vara registrerat i ett större routningsregister.
- Alla anslutningar i den överordnade peering måste annonsera vägar för prefixet.
- Vägar måste annonseras med hjälp av peeringtjänstens communitysträng
8075:8007
. - Autonoma systemsökvägar (AS) i dina vägar får inte överskrida en sökvägslängd på 3 och de kan inte innehålla privata ASN- eller AS-prepending.
Mer information om registrerade prefixkrav och hur du felsöker valideringsproblem finns i kraven för peering-registrerade prefix.
Aktivera dina prefix
I föregående avsnitt registrerade du prefix och genererade prefixnycklar. Prefixregistrering aktiverar inte prefixet för optimerad routning (och den accepterar <inte /24-prefix). Prefixaktivering och en lämplig plats för sammankoppling är krav för optimerad routning (de säkerställer kallpotatisroutning).
Om du vill börja aktivera prefixen går du till sökrutan överst i portalen och anger peering-tjänsten. I sökresultaten väljer du Peering Services.
Välj Skapa för att skapa en ny peeringtjänstanslutning.
På fliken Grundläggande anger eller väljer du din Azure-prenumeration, resursgruppens namn och anslutningsnamnet för peeringtjänsten.
På fliken Konfiguration väljer du land eller region, delstat eller provins, providernamn och den primära peeringplatsen. Du kan också välja en peeringplats för säkerhetskopiering.
Varning
Om du väljer Ingen som peeringplats för providersäkerhetskopiering när du skapar din instans av Peering Service har din peering inte geo-redundans.
I avsnittet Prefix skapar du prefix som motsvarar de prefix som du registrerade i föregående steg. Ange namnet på prefixet, prefixsträngen och prefixnyckeln som du fick när du registrerade prefixet. Du behöver inte skapa alla Peering Service-prefix när du skapar en peering. Du kan lägga till prefix senare.
Kommentar
Kontrollera att prefixnyckeln som du anger när du skapar ett prefix för peeringtjänsten matchar prefixnyckeln som genererades när du registrerade prefixet.
Välj Granska + skapa.
Granska inställningarna och välj sedan Skapa.
När du har skapat ett prefix för peeringtjänsten placeras prefixet i kö för validering. Om du vill kontrollera valideringstillståndet för prefixet går du till fönstret Prefix för peeringtjänsten.
För att ett Peering Service-prefix ska godkännas måste följande kontroller godkännas:
- Prefixet kan inte finnas i ett privat intervall.
- URSPRUNGS-ASN måste vara registrerat i ett större routningsregister.
- Prefixet måste registreras och prefixnyckeln i prefixet Peering Service måste matcha prefixnyckeln för motsvarande registrerade prefix.
- Alla primära sessioner och säkerhetskopieringssessioner (om de konfigureras) måste annonsera vägar för prefixet.
- Vägar måste annonseras med hjälp av peeringtjänstens communitysträng
8075:8007
. - AS-sökvägar i dina vägar får inte överskrida en sökvägslängd på 3 och de kan inte innehålla privata ASN-nätverk eller AS-prepending.
Mer information om prefixkrav för Peering Service och hur du felsöker valideringsproblem finns i Prefixkrav för Peering Service.
När ett prefix har verifierats slutförs aktiveringen av prefixet.
Vanliga frågor
Få svar på vanliga frågor och svar.
F. När kommer mitt BGP-nät att vara tillgängligt?
A. När LAG körs etablerar vår automatiserade process BGP-nätet med BFD. Peer konfigurerar BGP med BFD. BFD måste konfigureras och köras på peer-datorn som inte kommer från Microsoft för att starta routningsutbytet.
F. När allokeras och visas peering-IP-adresser i Azure Portal?
A. Vår automatiserade process allokerar IP-adresser och skickar informationen via e-post när porten har konfigurerats på Microsoft-sidan.
F. Jag har mindre undernät (</24) för mina kommunikationstjänster. Dirigeras mindre undernät?
A. Ja, Peering Service stöder mindre prefixroutning. Se till att du registrerar de mindre prefixen för routning. Sedan meddelas de via sammanlänkningarna.
F. Vilka Microsoft-vägar tar vi emot via sammanlänkningarna?
A. Microsoft meddelar alla Microsofts prefix för offentliga tjänster via sammanlänkningarna för att säkerställa att röst- och andra molntjänster är tillgängliga från samma sammanlänkning.
F. Det gick inte att validera mitt peering-registrerade prefix. Hur ska jag fortsätta?
A. Granska kraven för peering-registrerade prefix och följ de felsökningssteg som beskrivs.
F. Mitt peeringtjänstprefix kunde inte valideras. Hur ska jag fortsätta?
A. Granska prefixkraven för Peering Service och följ de felsökningssteg som beskrivs.
F. Behöver jag vara medveten om begränsningar för AS-sökvägar?
A. Ja. Ett privat ASN kan inte finnas i AS-sökvägen. För registrerade prefix som är mindre än /24 måste AS-sökvägen vara mindre än 4.
F. Jag måste ange prefixgränsen. Hur många vägar kommer Microsoft att meddela?
A. Microsoft meddelar ungefär 280 prefix på Internet. Antalet kan öka med 10 % till 15 %. En gräns på 400 till 500 är säker att ange som värde för Maximalt prefixantal.
F. Kommer Microsoft att läsa peer-prefix till Internet?
A. Nej.
F. Finns det en avgift för den här tjänsten?
A. Nej. Peer förväntas dock bära kostnader för korsanslutning mellan platser.
F. Vad är den lägsta länkhastigheten för en sammanlänkning?
A. 10 Gbit/s.
F. Är peer-bindningen till ett serviceavtal (SLA)?
A. Ja. När användningen når 40 % börjar en LAG-förstoringsprocess som varar mellan 45 och 60 dagar.
F. Vad är fördelen med den här tjänsten jämfört med aktuell direkt peering eller Azure ExpressRoute?
A. Den här tjänsten är kostnadsfri och hela sökvägen är optimerad för rösttrafik via Microsoft Wide Area Network (WAN). Konvergens justeras till undersekunderna via BFD.
F. Hur länge är registreringsprocessen?
A. Hur lång tid det tar att slutföra registrering varierar beroende på antalet och platsen för platser, och om peer-filen migrerar befintliga privata peerings eller upprättar nya kablar. Transportföretaget bör planera i tre veckor eller mer.
F. Hur kommuniceras förloppet utanför statusen i Azure Portal?
A. Automatiserade e-postmeddelanden skickas vid olika milstolpar.
F. Kan vi använda API:er för registrering?
A. För närvarande finns det inget API-stöd. Du kan bara konfigurera tjänsten med hjälp av Azure Portal.