Verbinding maken iviteit voor Azure Communications Gateway
Elke Azure-regio in uw implementatie maakt verbinding met uw kernnetwerk. U moet het type verbinding kiezen (bijvoorbeeld Microsoft Azure Peering Service Voice). U moet specifieke IP-adressen en domeinnamen gebruiken om verkeer tussen uw netwerk en Azure Communications Gateway te routeren.
In dit artikel wordt het volgende beschreven:
- De typen verbindingen die u kunt gebruiken.
- De IP-adressen en domeinnamen waarover u moet weten.
- Uw opties voor het kiezen van domeinnamen voor Azure Communications Gateway.
Verbinding maken naar uw netwerk
Azure Communications Gateway ondersteunt meerdere typen verbindingen met uw netwerk.
- We raden u ten zeerste aan Om Microsoft Azure Peering Service Voice (ook wel MAPS Voice of MAPSV genoemd) te gebruiken.
- Als u MAPS Voice niet kunt gebruiken, raden we ExpressRoute Microsoft-peering aan.
Azure Communications Gateway wordt normaal gesproken geïmplementeerd met openbare IP-adressen op alle interfaces. Dit betekent dat u connectiviteitsmethoden kunt gebruiken die openbare IP-adressen ondersteunen om uw netwerk te verbinden met Azure Communications Gateway, zoals MAPS Voice, ExpressRoute Microsoft Peering en het openbare internet. Als u het verkeer tussen uw netwerk en Azure Communications Gateway wilt beheren en beheren, kunt u VNet-injectie gebruiken voor Azure Communications Gateway (preview) om de interfaces te implementeren die verbinding maken met uw netwerk in uw eigen subnet.
De volgende tabel bevat alle beschikbare verbindingstypen en of deze worden ondersteund voor elke communicatieservice. De verbindingstypen bevinden zich in de volgorde die we aanbevelen (met aanbevolen typen eerst).
| Connection type | Operator verbinden /Teams Telefoon Mobile | Directe routering van Microsoft Teams | Zoomen Telefoon cloudpeering | Opmerkingen |
|---|---|---|---|---|
| MAPS Voice | ✅ | ✅ | ✅ | - Beste mediakwaliteit vanwege prioriteitstelling met Microsoft-netwerk - Geen extra kosten - Zie internetpeering voor Peering Service Voice walkthrough |
| ExpressRoute Microsoft-peering | ✅ | ✅ | ✅ | - Eenvoudig te implementeren - Extra kosten - Neem contact op met uw onboardingteam en zorg ervoor dat het beschikbaar is in uw regio - Zie ExpressRoute gebruiken voor Microsoft PSTN-services |
| VNet-injectie (preview) | ⚠Persoonlijke ExpressRoute-peering moet worden gebruikt voor productie-implementaties | ✅ | ✅ | - Connectiviteit met uw netwerk beheren vanuit uw eigen VNet - Maakt het gebruik van ExpressRoute-privépeering en Azure VPN-gateways mogelijk - Aanvullende implementatiestappen -Extra kosten |
| Openbaar internet | ⚠ϑ alleen labimplementaties | ✅ | ✅ | - Geen extra installatie - Indien beschikbaar, niet aanbevolen voor productie |
Notitie
De Operator verbinden en Teams Telefoon Mobile-programma's staan productie-implementaties niet toe om gebruik te maken van het openbare internet, inclusief VPN's via het openbare internet.
Stel uw netwerk in zoals in het volgende diagram en configureer het in overeenstemming met eventuele netwerkconnectiviteitsspecificaties voor de door u gekozen communicatieservices. Voor productie-implementaties moet uw netwerk twee sites hebben met functionaliteit voor meerdere verbindingen. Zie Betrouwbaarheid in Azure Communications Gateway voor meer informatie over het betrouwbaarheidsontwerp voor Azure Communications Gateway.
Labimplementaties hebben één Azure-serviceregio en moeten verbinding maken met één site in uw netwerk.
IP-adressen en domeinnamen
Implementaties van Azure Communications Gateway vereisen meerdere IP-adressen en FQDN's (Fully Qualified Domain Names). In het volgende diagram en de volgende tabel worden de IP-adressen en FQDN's beschreven die u mogelijk moet weten.
| IP-adres of -bereik in diagram | Beschrijving | Opmerkingen |
|---|---|---|
| 1 | IP-adresbereik op operatorsite A voor het verzenden van signaleringsverkeer naar Azure Communications Gateway | Geef deze informatie op wanneer u uw resource implementeert. |
| 2 | IP-adresbereik of FQDN in site A voor het ontvangen van signaleringsverkeer van Azure Communications Gateway | Geef deze informatie op wanneer u uw resource implementeert. |
| 3 | IP-adressen of adresbereiken in operatorsite A voor het verzenden en ontvangen van mediaverkeer | Geef deze informatie op wanneer u uw resource implementeert. |
| 4 | IP-adresbereik op operatorsite B voor het verzenden van signaleringsverkeer naar Azure Communications Gateway | Geef deze informatie op wanneer u uw resource implementeert. |
| 5 | IP-adresbereik of FQDN op operatorsite A voor het ontvangen van signaleringsverkeer van Azure Communications Gateway | Geef deze informatie op wanneer u uw resource implementeert. |
| 6 | IP-adressen of adresbereiken in operatorsite B voor het verzenden en ontvangen van mediaverkeer | Geef deze informatie op wanneer u uw resource implementeert. |
| 7 | Azure Communications Gateway-regio 1 FQDN voor het ontvangen van signaleringsverkeer van operatornetwerk | Haal de FQDN op uit het veld Hostnaam voor regio 1 in Azure Portal. Configureer uw netwerk om aanroepen naar deze FQDN te routeren. |
| 8 | Azure Communications Gateway regio 1 IP-adressen of adresbereiken voor het verzenden van signaleringsverkeer naar uw netwerk | Vraag uw onboardingteam om de waarden. Configureer ze in de toegangsbeheerlijsten (ACL's) van uw netwerk. |
| 9 | IP-adressen of adresbereiken voor Azure Communications Gateway-regio 1 voor mediaverkeer tussen operatornetwerk en Azure Communications Gateway | Vraag uw onboardingteam om de waarden. Configureer ze in de toegangsbeheerlijsten (ACL's) van uw netwerk. |
| 10 | Azure Communications Gateway regio 2 FQDN voor het ontvangen van signaleringsverkeer van operatornetwerk | Haal de FQDN op uit het veld Hostnaam voor regio 2 in Azure Portal. Configureer uw netwerk om aanroepen naar deze FQDN te routeren. |
| 11 | IP-adressen of adresbereiken voor Azure Communications Gateway-regio 2 voor het verzenden van signaleringsverkeer naar uw netwerk | Vraag uw onboardingteam om de waarden. Configureer ze in de toegangsbeheerlijsten (ACL's) van uw netwerk. |
| 12 | IP-adressen of adresbereiken voor Azure Communications Gateway-regio 2 voor mediaverkeer tussen operatornetwerk en Azure Communications Gateway | Vraag uw onboardingteam om de waarden. Configureer ze in de toegangsbeheerlijsten (ACL's) van uw netwerk. |
| 13 | Azure Communications Gateway-basisdomein met de inrichtings-API | Haal de FQDN op uit het veld Overzicht in Azure Portal. |
| 14 | Azure Communications Gateway regio 1 IP-adressen of adresbereiken voor het verzenden van signaleringsverkeer naar communicatieservices | - Voor Zoom Telefoon Cloud Peering vraagt u uw onboardingteam om deze informatie en geeft u deze aan Zoom. - Microsoft beheert deze informatie voor andere communicatieservices. |
| 15 | Azure Communications Gateway-regio 1 FQDN of IP-adressen voor het ontvangen van signaleringsverkeer van communicatieservices | - Voor Zoom Telefoon Cloud Peering vraagt u uw onboardingteam om deze informatie en geeft u deze aan Zoom. - Microsoft beheert deze informatie voor andere communicatieservices. |
| 16 | Ip-adressen of adresbereiken van Azure Communications Gateway regio 1 voor mediaverkeer tussen communicatieservice en Azure Communications Gateway | - Voor Zoom Telefoon Cloud Peering vraagt u uw onboardingteam om deze informatie en geeft u deze aan Zoom. - Microsoft beheert deze informatie voor andere communicatieservices. |
| 17 | IP-adressen of adresbereiken voor Azure Communications Gateway-regio 2 voor het verzenden van signaleringsverkeer naar communicatieservices | - Voor Zoom Telefoon Cloud Peering vraagt u uw onboardingteam om deze informatie en geeft u deze aan Zoom. - Microsoft beheert deze informatie voor andere communicatieservices. |
| 18 | Azure Communications Gateway regio 2 FQDN of IP-adressen voor het ontvangen van signaleringsverkeer van communicatieservices | - Voor Zoom Telefoon Cloud Peering vraagt u uw onboardingteam om deze informatie en geeft u deze aan Zoom. - Microsoft beheert deze informatie voor andere communicatieservices. |
| 19 | IP-adressen of adresbereiken van Azure Communications Gateway regio 2 voor mediaverkeer tussen communicatieservice en Azure Communications Gateway | - Voor Zoom Telefoon Cloud Peering vraagt u uw onboardingteam om deze informatie en geeft u deze aan Zoom. - Microsoft beheert deze informatie voor andere communicatieservices. |
| 20 | IP-adressen of FQDN's die door communicatieservices worden gebruikt om signaleringsverkeer te ontvangen | U hoeft deze informatie niet te beheren. |
| 21 | IP-adressen of FQDN's die door communicatieservices worden gebruikt om signaleringsverkeer te verzenden | U hoeft deze informatie niet te beheren. |
| 22 | IP-adressen die worden gebruikt door communicatieservices voor het verzenden en ontvangen van mediaverkeer | U hoeft deze informatie niet te beheren. |
Tip
In dit diagram ziet u drie sets IP-adressen voor de communicatieservice voor het gemak. De details kunnen per communicatieservice verschillen, maar u hoeft de details niet te beheren omdat we de verbinding van Azure Communications Gateway naar communicatieservices beheren.
Elke site in uw netwerk moet standaard verkeer naar de lokale Azure Communications Gateway-serviceregio verzenden en een failover naar de andere regio uitvoeren als de lokale regio niet beschikbaar is. Site A moet bijvoorbeeld verkeer routeren naar regio 1 en als wordt gedetecteerd dat regio 1 niet beschikbaar is, moet u verkeer omleiden naar regio 2. Zie Oproeprouteringsvereisten voor meer informatie over de oproeprouteringsvereisten.
Automatisch gegenereerde domeinnamen
Azure Communications Gateway biedt meerdere FQDN's:
- Een
<deployment-id>.commsgw.azure.combasisdomein voor uw implementatie, waarbij<deployment-id>automatisch gegenereerd en uniek is voor de implementatie. Dit domein biedt de inrichtings-API. Het is item 13 in IP-adressen en domeinnamen. - Domeinnamen per regio die worden omgezet in de signalerende IP-adressen waarnaar uw netwerk signaleringsverkeer moet routeren. Deze domeinnamen zijn subdomeinen van het basisdomein. Ze zijn items 7 en 10 in IP-adressen en domeinnamen.
Poortbereiken die worden gebruikt door Azure Communications Gateway
Azure Communications Gateway maakt gebruik van de volgende lokale poortbereiken. Deze bereiken moeten toegankelijk zijn vanuit uw netwerk, afhankelijk van het gekozen verbindingstype.
| Poortbereik | Protocol | Transport |
|---|---|---|
| 16384-23983 | RTP/RTCP SRTP/SRTCP |
UDP |
| 5060 | SIP | UDP/TCP |
| 5061 | SIP via TLS | TCP |
Alle IP-adressen van Azure Communications Gateway kunnen worden gebruikt voor zowel signalering (SIP) als media (RTP/RTCP). Wanneer u verbinding maakt met meerdere netwerken, worden extra lokale SIP-poorten gebruikt. Zie uw Azure Communications Gateway-resource in Azure Portal voor meer informatie.
VNet-injectie voor Azure Communications Gateway (preview)
Met VNet-injectie voor Azure Communications Gateway (preview) kunnen de netwerkinterfaces in uw Azure Communications Gateway die verbinding maken met uw netwerk worden geïmplementeerd in virtuele netwerken in uw abonnement. Hiermee kunt u het verkeer tussen uw netwerk en uw Azure Communications Gateway-exemplaar beheren met behulp van privésubnetten en kunt u privéconnectiviteit gebruiken voor uw locatie, zoals Persoonlijke ExpressRoute-peering en VPN's.
Als u VNet-injectie (preview) gebruikt met Operator verbinden of Teams Telefoon Mobile, moet uw netwerk nog steeds voldoen aan de vereisten voor redundantie en tolerantie die worden beschreven in de netwerkspecificatie voor Verbinding maken iviteit die door uw onboardingteam aan u wordt verstrekt. Dit vereist dat uw netwerk is verbonden met Azure door ten minste 2 ExpressRoute-circuits, elk geïmplementeerd met lokale redundantie en geconfigureerd, zodat elke regio beide circuits kan gebruiken in het geval van een storing, zoals beschreven in het volgende diagram.
Waarschuwing
Verkeer in uw eigen virtuele netwerk is onderhevig aan standaardkosten voor azure Virtual Network en bandbreedte.
Gerelateerde inhoud
- Meer informatie over het routeren van oproepen naar Azure Communications Gateway.
- Meer informatie over het plannen van een Azure Communications Gateway-implementatie
Feedback
Binnenkort beschikbaar: In de loop van 2024 zullen we GitHub-problemen geleidelijk uitfaseren als het feedbackmechanisme voor inhoud en deze vervangen door een nieuw feedbacksysteem. Zie voor meer informatie: https://aka.ms/ContentUserFeedback.
Feedback verzenden en weergeven voor