Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Jede Azure-Region in Ihrer Bereitstellung stellt eine Verbindung mit Ihrem Kernnetzwerk bereit. Sie müssen den Verbindungstyp (z. B. Microsoft Azure Peering Service Voice) auswählen. Sie müssen bestimmte IP-Adressen und Domänennamen verwenden, um den Datenverkehr zwischen Ihrem Netzwerk und dem Azure Communications Gateway weiterzuleiten.
Dieser Artikel beschreibt Folgendes:
- Die Verbindungstypen, die Sie verwenden können.
- Die IP-Adressen und Domänennamen, die Sie kennen müssen.
- Ihre Optionen zum Auswählen von Domänennamen für das Azure Communications Gateway.
Herstellen einer Verbindung mit Ihrem Netzwerk
Azure Communications Gateway unterstützt mehrere Verbindungstypen mit Ihrem Netzwerk.
- Es wird dringend empfohlen, Microsoft Azure Peering Service Voice (auch MAPS Voice oder MAPSV genannt) zu verwenden.
- Wenn Sie MAPS Voice nicht verwenden können, empfehlen wir ExpressRoute Microsoft Peering.
Azure Communications Gateway wird normalerweise mit öffentlichen IP-Adressen auf allen Schnittstellen bereitgestellt. Dies bedeutet, dass Sie Konnektivitätsmethoden verwenden können, die öffentliche IP-Adressen unterstützen, um Ihr Netzwerk mit azure Communications Gateway wie MAPS Voice, ExpressRoute Microsoft Peering und dem öffentlichen Internet zu verbinden. Wenn Sie den Datenverkehr zwischen Ihrem Netzwerk und dem Azure Communications Gateway steuern und verwalten möchten, können Sie die VNet-Injektion für das Azure Communications Gateway (Vorschau) verwenden, um die Schnittstellen bereitzustellen, die mit Ihrem Netzwerk in Ihrem Subnetz verbinden.
In der folgenden Tabelle sind alle verfügbaren Verbindungstypen und deren Unterstützung für jeden Kommunikationsdienst aufgeführt. Die Verbindungstypen sind in der Reihenfolge aufgeführt, die empfohlen wird (mit empfohlenen Typen zuerst).
| Verbindungstyp | Operator Connect / Teams Phone Mobile | Microsoft Teams Direct Routing | Zoom Phone Cloud Peering | Hinweise |
|---|---|---|---|---|
| MAPS Stimme | ✅ | ✅ | ✅ | – Beste Medienqualität aufgrund der Priorisierung mit dem Microsoft-Netzwerk - Keine zusätzlichen Kosten – Siehe Anleitung zum Internet-Peering für Peering Service Voice |
| ExpressRoute Microsoft Peering | ✅ | ✅ | ✅ | - Einfache Bereitstellung - Zusätzliche Kosten – Wenden Sie sich an Ihr Onboarding-Team, und stellen Sie sicher, dass es in Ihrer Region verfügbar ist – Siehe Verwenden von ExpressRoute für Microsoft PSTN-Dienste |
| VNet Injection (Vorschau) | ⚠– ExpressRoute Private Peering muss für Produktionsbereitstellungen verwendet werden | ✅ | ✅ | – Steuern der Konnektivität mit Ihrem Netzwerk über Ihr eigenes VNet – Ermöglicht die Verwendung privater ExpressRoute-Peering- und Azure-VPN-Gateways – Zusätzliche Bereitstellungsschritte -Zusätzliche Kosten |
| Öffentliches Internet | ⚠️ Nur Lab-Bereitstellungen | ✅ | ✅ | - Kein zusätzliches Setup - Sofern verfügbar, nicht für die Produktion empfohlen |
Hinweis
Die Telefonieprogramme "Operator Connect" und "Teams Phone Mobile" erlauben keine Nutzung des öffentlichen Internets, einschließlich von VPNs, die über das öffentliche Internet betrieben werden.
Richten Sie Ihr Netzwerk wie im folgenden Diagramm ein, und konfigurieren Sie es gemäß allen Netzwerkkonnektivitätsspezifikationen für Ihre ausgewählten Kommunikationsdienste. Für Produktionsbereitstellungen muss Ihr Netzwerk über zwei Standorte mit Funktionalität zur Querverbindung verfügen. Weitere Informationen zum Zuverlässigkeitsdesign für das Azure Communications Gateway finden Sie unter Zuverlässigkeit im Azure Communications Gateway.
Lab-Bereitstellungen verfügen über eine Azure-Dienstregion und müssen eine Verbindung mit einem Standort in Ihrem Netzwerk herstellen.
IP-Adressen und Domänennamen
Azure Communications Gateway-Bereitstellungen erfordern mehrere IP-Adressen und vollqualifizierte Domänennamen (FQDNs). Im folgenden Diagramm und in der folgenden Tabelle werden die IP-Adressen und FQDNs beschrieben, die Sie möglicherweise kennen müssen.
| IP-Adresse oder Bereich im Diagramm | Description | Hinweise |
|---|---|---|
| 1 | IP-Adressbereich am Betreiberstandort A zum Senden von Signaldatenverkehr an das Azure Communications Gateway | Geben Sie diese Informationen an, wenn Sie Ihre Ressource bereitstellen. |
| 2 | IP-Adressbereich oder FQDN an Standort A zum Empfangen von Signaldatenverkehr vom Azure Communications Gateway | Geben Sie diese Informationen an, wenn Sie Ihre Ressource bereitstellen. |
| 3 | IP-Adressen oder Adressbereiche am Betreiberstandort A zum Senden und Empfangen von Mediendatenverkehr | Geben Sie diese Informationen an, wenn Sie Ihre Ressource bereitstellen. |
| 4 | IP-Adressbereich am Betreiberstandort B zum Senden von Signaldatenverkehr an das Azure Communications Gateway | Geben Sie diese Informationen an, wenn Sie Ihre Ressource bereitstellen. |
| 5 | IP-Adressbereich oder FQDN am Betreiberstandort A zum Empfangen von Signaldatenverkehr vom Azure Communications Gateway | Geben Sie diese Informationen an, wenn Sie Ihre Ressource bereitstellen. |
| 6 | IP-Adressen oder Adressbereiche am Betreiberstandort B zum Senden und Empfangen von Mediendatenverkehr | Geben Sie diese Informationen an, wenn Sie Ihre Ressource bereitstellen. |
| 7 | Azure Communications Gateway Region 1 FQDN für den Empfang von Signalverkehr vom Betreibernetzwerk | Rufen Sie den FQDN aus dem Feld Hostname für Region 1 im Azure-Portal ab. Konfigurieren Sie Ihr Netzwerk, um Anrufe an diesen FQDN weiterzuleiten. |
| 8 | Azure Communications Gateway Region 1 IP-Adressen oder Adressbereiche zum Senden von Signaldatenverkehr an Ihr Netzwerk | Fragen Sie Ihr Onboarding-Team nach den Werten. Konfigurieren Sie sie in den Zugriffssteuerungslisten Ihres Netzwerks (ACLs). |
| 9 | Azure Communications Gateway Region 1 IP-Adressen oder Adressbereiche für den Mediendatenverkehr zwischen Betreibernetzwerk und Azure Communications Gateway | Fragen Sie Ihr Onboarding-Team nach den Werten. Konfigurieren Sie sie in den Zugriffssteuerungslisten Ihres Netzwerks (ACLs). |
| 10 | Azure Communications Gateway Region 2 FQDN für den Empfang von Signalverkehr vom Betreibernetzwerk | Rufen Sie den FQDN aus dem Feld Hostname für Region 2 im Azure-Portal ab. Konfigurieren Sie Ihr Netzwerk, um Anrufe an diesen FQDN weiterzuleiten. |
| 11 | Azure Communications Gateway Region 2 IP-Adressen oder Adressbereiche zum Senden von Signaldatenverkehr an Ihr Netzwerk | Fragen Sie Ihr Onboarding-Team nach den Werten. Konfigurieren Sie sie in den Zugriffssteuerungslisten Ihres Netzwerks (ACLs). |
| 12 | Azure Communications Gateway Region 2 IP-Adressen oder Adressbereiche für den Mediendatenverkehr zwischen Betreibernetzwerk und Azure Communications Gateway | Fragen Sie Ihr Onboarding-Team nach den Werten. Konfigurieren Sie sie in den Zugriffssteuerungslisten Ihres Netzwerks (ACLs). |
| 13 | Azure Communications Gateway-Basisdomäne, die die Bereitstellungs-API bereitstellt | Rufen Sie den FQDN aus dem Feld "Übersicht" im Azure-Portal ab. |
| 14 | Azure Communications Gateway Region 1 IP-Adressen oder Adressbereiche zum Senden von Signaldatenverkehr an Kommunikationsdienste | – Bitten Sie Ihr Onboarding-Team, Ihnen die erforderlichen Informationen für Zoom Phone Cloud Peering zu geben, und leiten Sie diese an Zoom weiter. – Microsoft verwaltet diese Informationen für andere Kommunikationsdienste. |
| 15 | Azure Communications Gateway Region 1 FQDN oder IP-Adressen für den Empfang von Signaldatenverkehr von Kommunikationsdiensten | Fragen Sie Ihr Onboarding-Team nach diesen Informationen für Zoom Phone Cloud Peering und geben Sie diese an Zoom weiter. – Microsoft verwaltet diese Informationen für andere Kommunikationsdienste. |
| 16 | Azure Communications Gateway Region 1 IP-Adressen oder Adressbereiche für den Mediendatenverkehr zwischen Kommunikationsdienst und Azure Communications Gateway | – Bitten Sie Ihr Onboarding-Team um diese Informationen für das Zoom Phone Cloud Peering und geben Sie sie an Zoom weiter. – Microsoft verwaltet diese Informationen für andere Kommunikationsdienste. |
| 17 | Azure Communications Gateway Region 2 IP-Adressen oder Adressbereiche zum Senden von Signaldatenverkehr an Kommunikationsdienste | – Bitten Sie Ihr Onboarding-Team um diese Informationen für Zoom Phone Cloud Peering und stellen Sie sie Zoom zur Verfügung. – Microsoft verwaltet diese Informationen für andere Kommunikationsdienste. |
| 18 | Azure Communications Gateway Region 2 FQDN oder IP-Adressen für den Empfang von Signaldatenverkehr von Kommunikationsdiensten | – Bitten Sie Ihr Onboarding-Team um diese Informationen für das Zoom Phone Cloud Peering und geben Sie sie an Zoom weiter. – Microsoft verwaltet diese Informationen für andere Kommunikationsdienste. |
| 19 | Azure Communications Gateway Region 2 IP-Adressen oder Adressbereiche für den Mediendatenverkehr zwischen Kommunikationsdienst und Azure Communications Gateway | – Bitten Sie Ihr Onboarding-Team um diese Informationen für Zoom Phone Cloud Peering und übermitteln Sie sie an Zoom. – Microsoft verwaltet diese Informationen für andere Kommunikationsdienste. |
| 20 | IP-Adressen oder FQDNs, die von Kommunikationsdiensten zum Empfangen von Signalverkehr verwendet werden | Sie müssen diese Informationen nicht verwalten. |
| 21 | IP-Adressen oder FQDNs, die von Kommunikationsdiensten zum Senden von Signalverkehr verwendet werden | Sie müssen diese Informationen nicht verwalten. |
| 22 | IP-Adressen, die von Kommunikationsdiensten zum Senden und Empfangen von Mediendatenverkehr verwendet werden | Sie müssen diese Informationen nicht verwalten. |
Tipp
Dieses Diagramm zeigt drei Gruppen von IP-Adressen für den Kommunikationsdienst zur Vereinfachung. Die Details können für jeden Kommunikationsdienst variieren, aber Sie müssen die Details nicht verwalten, da wir die Verbindung von Azure Communications Gateway zu Kommunikationsdiensten verwalten.
Jeder Standort in Ihrem Netzwerk muss standardmäßig Datenverkehr an seine lokale Azure Communications Gateway-Dienstregion senden und an die andere Region übergeben, wenn die lokale Region nicht verfügbar ist. Standort A muss z. B. den Datenverkehr an Region 1 leiten, und wenn festgestellt wird, dass Region 1 nicht verfügbar ist, den Datenverkehr zu Region 2 umleiten. Weitere Informationen zu den Anrufweiterleitungsanforderungen finden Sie unter Anrufweiterleitungsanforderungen.
Automatisch generierte Domänennamen
Azure Communications Gateway bietet mehrere FQDNs:
- Eine
<deployment-id>.commsgw.azure.comBasisdomäne für Ihre Bereitstellung, wobei<deployment-id>automatisch generiert und für diese Bereitstellung eindeutig ist. Diese Domäne stellt die Bereitstellungs-API bereit. Es ist Element 13 in IP-Adressen und Domänennamen. - Domänennamen pro Region, die in die signalierenden IP-Adressen aufgelöst werden, an die Ihr Netzwerk Signaldatenverkehr weiterleiten soll. Diese Domänennamen sind Unterdomänen der Basisdomäne. Sie sind Elemente 7 und 10 in IP-Adressen und Domänennamen.
Portbereiche, die vom Azure Communications Gateway verwendet werden
Das Azure Communications Gateway verwendet die folgenden lokalen Portbereiche. Abhängig vom gewählten Verbindungstyp müssen diese IP-Bereiche über Ihr Netzwerk zugänglich sein.
| Portbereich | Protokoll | Transport |
|---|---|---|
| 16384-23983 | RTP/RTCP SRTP/SRTCP |
UDP |
| 5060 | SIP | UDP/TCP |
| 5061 | SIP über TLS | TCP |
Alle IP-Adressen des Azure Communications Gateways können sowohl für Signalisierung (SIP) als auch für Medien (RTP/RTCP) verwendet werden. Beim Herstellen einer Verbindung mit mehreren Netzwerken werden zusätzliche lokale SIP-Ports verwendet. Ausführliche Informationen finden Sie in Ihrer Azure Communications Gateway-Ressource im Azure-Portal.
VNet-Injektion für Azure Communications Gateway (Vorschau)
Die VNet-Injektion für Azure Communications Gateway (Vorschau) ermöglicht es, dass die Netzwerkschnittstellen Ihres Azure Communications Gateways, die eine Verbindung zu Ihrem Netzwerk herstellen, in die virtuellen Netzwerke Ihres Abonnements integriert werden. Auf diese Weise können Sie den Datenverkehr zwischen Ihrem Netzwerk und Ihrer Azure Communications Gateway-Instanz mithilfe privater Subnetze steuern und private Konnektivität zu Ihren lokalen Instanzen wie ExpressRoute Private Peering und VPNs verwenden.
Wenn Sie die VNet-Einbindung (Vorschau) mit Operator Connect oder Teams Phone Mobile verwenden, muss Ihr Netzwerk weiterhin die Redundanz- und Ausfallsicherheitsanforderungen erfüllen, die in der von Ihrem Onboarding-Team bereitgestellten Netzwerkkonnektivitätsspezifikation beschrieben sind. Dadurch wird festgelegt, dass Ihr Netzwerk über mindestens 2 ExpressRoute-Schaltkreise mit Azure verbunden ist, die jeweils mit lokaler Redundanz bereitgestellt und konfiguriert werden, damit jede Region beide Schaltkreise im Falle eines Ausfalls verwenden kann, wie im folgenden Diagramm beschrieben.
Warnung
Jeder Datenverkehr in Ihrem eigenen virtuellen Netzwerk unterliegt standardmäßigen Azure Virtual Network- und Bandbreitengebühren.
Verwandte Inhalte
- Erfahren Sie, wie Sie Anrufe an das Azure Communications Gateway weiterleiten.
- Weitere Informationen zum Planen einer Azure Communications Gateway-Bereitstellung