Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Każdy region świadczenia usługi Azure we wdrożeniu łączy się z siecią podstawową. Musisz wybrać typ połączenia (na przykład Microsoft Azure Peering Service Voice). Do kierowania ruchu między siecią a usługą Azure Communications Gateway należy użyć określonych adresów IP i nazw domen.
W tym artykule opisano:
- Typy połączeń, których można użyć.
- Adresy IP i nazwy domen, o których musisz wiedzieć.
- Opcje wybierania nazw domen dla usługi Azure Communications Gateway.
Nawiązywanie połączenia z siecią
Usługa Azure Communications Gateway obsługuje wiele typów połączeń z siecią.
- Zdecydowanie zalecamy korzystanie z usługi Microsoft Azure Peering Service Voice (nazywanej również usługą MAPS Voice lub MAPSV).
- Jeśli nie możesz używać MAPS Voice, zalecamy Microsoft Peering w usłudze ExpressRoute.
Usługa Azure Communications Gateway jest zwykle wdrażana z publicznymi adresami IP we wszystkich interfejsach. Oznacza to, że możesz użyć metod łączności obsługujących publiczne adresy IP, aby połączyć sieć z usługą Azure Communications Gateway, taką jak MAPS Voice, ExpressRoute Microsoft Peering i publiczny Internet. Jeśli chcesz kontrolować ruch między siecią a usługą Azure Communications Gateway i zarządzać nim, możesz użyć iniekcji sieci wirtualnej dla usługi Azure Communications Gateway (wersja zapoznawcza) w celu wdrożenia interfejsów łączących się z siecią we własnej podsieci.
W poniższej tabeli wymieniono wszystkie dostępne typy połączeń i informacje o tym, czy są one obsługiwane dla każdej usługi komunikacji. Typy połączeń są w kolejności zalecanej (z zalecanymi typami najpierw).
| Typ połączenia | Operator Connect /Teams Phone Mobile | Routing bezpośredni w usłudze Microsoft Teams | Parowanie w chmurze dla Zoom Phone | Notatki |
|---|---|---|---|---|
| MAPS Voice | ✅ | ✅ | ✅ | - Najlepsza jakość multimediów z powodu priorytetyzacji z siecią firmy Microsoft - Brak dodatkowych kosztów - Zobacz Komunikacja równorzędna w internecie - przegląd dla usługi Peering Service Voice |
| Microsoft Peering w usłudze ExpressRoute | ✅ | ✅ | ✅ | - Łatwe do wdrożenia - Dodatkowy koszt Skontaktuj się z zespołem ds. wprowadzania na pokład i sprawdź, czy jest dostępny w Twoim regionie. — Zobacz Using ExpressRoute for Microsoft PSTN services (Korzystanie z usługi ExpressRoute dla usług MICROSOFT PSTN) |
| VNet Injection (wersja zapoznawcza) | ⚠️ Równorzędne połączenie prywatne usługi ExpressRoute musi być używane do wdrożeń produkcyjnych | ✅ | ✅ | - Kontrolowanie łączności z siecią z własnej sieci wirtualnej — Umożliwia korzystanie z Prywatnego Peeringu ExpressRoute i bram VPN Azure — Dodatkowe kroki wdrażania -Dodatkowy koszt |
| Publiczny Internet | ⚠️ Tylko wdrożenia w laboratorium | ✅ | ✅ | - Brak dodatkowej konfiguracji - Tam, gdzie jest dostępna, nie jest zalecana w środowisku produkcyjnym |
Uwaga / Notatka
Programy Operator Connect i Teams Phone Mobile nie umożliwiają wdrożeń produkcyjnych korzystania z publicznego Internetu, w tym sieci VPN za pośrednictwem publicznego Internetu.
Skonfiguruj sieć zgodnie z poniższym diagramem i skonfiguruj ją zgodnie ze specyfikacjami łączności sieciowej dla wybranych usług komunikacyjnych. W przypadku wdrożeń produkcyjnych sieć musi mieć dwie lokacje z funkcją łączenia krzyżowego. Aby uzyskać więcej informacji na temat projektowania niezawodności dla usługi Azure Communications Gateway, zobacz Niezawodność w usłudze Azure Communications Gateway.
Diagram sieciowy przedstawiający usługę Azure Communications Gateway wdrożoną w dwóch regionach świadczenia usługi Azure w ramach jednej Geografii platformy Azure. Zasób Azure Communications Gateway w każdym regionie łączy się z usługą komunikacji oraz z obiema lokalizacjami operatorów. Usługa Azure Communications Gateway używa MAPS lub Express Route jako usługi peeringowej między platformą Azure a siecią operatorów.
Wdrożenia laboratorium mają jeden region usługi platformy Azure i muszą łączyć się z jedną lokacją w sieci.
Adresy IP i nazwy domen
Wdrożenia usługi Azure Communications Gateway wymagają wielu adresów IP i w pełni kwalifikowanych nazw domen (FQDN). Na poniższym diagramie i w tabeli opisano adresy IP i nazwy FQDN, które mogą okazać się przydatne.
| Adres IP lub zakres na diagramie | Description | Notatki |
|---|---|---|
| 1 | Zakres adresów IP na stronie operatora A do wysyłania ruchu sygnalizacyjnego do systemu Azure Communications Gateway. | Określ te informacje podczas wdrażania zasobu. |
| 2 | Zakres adresów IP lub nazwa FQDN w lokacji A do odbierania ruchu sygnałowego z usługi Azure Communications Gateway | Określ te informacje podczas wdrażania zasobu. |
| 3 | Adresy IP lub zakresy adresów w witrynie operatora A do wysyłania i odbierania ruchu multimedialnego | Określ te informacje podczas wdrażania zasobu. |
| 4 | Zakres adresów IP w lokacji operatora B na potrzeby wysyłania sygnału ruchu do usługi Azure Communications Gateway | Określ te informacje podczas wdrażania zasobu. |
| 5 | Zakres adresów IP lub nazwa FQDN w lokacji operatora A do odbierania ruchu sygnałowego z usługi Azure Communications Gateway | Określ te informacje podczas wdrażania zasobu. |
| 6 | Adresy IP lub zakresy adresów w lokacji operatora B do wysyłania i odbierania ruchu multimedialnego | Określ te informacje podczas wdrażania zasobu. |
| 7 | Nazwa FQDN usługi Azure Communications Gateway w regionie 1 na potrzeby odbierania ruchu sygnałowego z sieci operatora | Pobierz nazwę FQDN z pola Nazwa hosta dla regionu 1 w witrynie Azure Portal. Skonfiguruj sieć, aby kierować połączenia do tego FQDN. |
| 8 | Adresy IP lub zakresy adresów usługi Azure Communications Gateway w regionie 1 na potrzeby wysyłania ruchu sygnalizacyjnego do sieci | Poproś zespół ds. wdrożenia o wartości firmowe. Skonfiguruj je na listach kontroli dostępu (ACL) sieci. |
| 9 | Adresy IP lub zakresy adresów dla ruchu multimedialnego między siecią operatora a usługą Azure Communications Gateway w regionie 1 | Poproś zespół ds. wdrożenia o przekazanie wartości. Skonfiguruj je na listach kontroli dostępu (ACL) sieci. |
| 10 | Nazwa FQDN usługi Azure Communications Gateway w regionie 2 na potrzeby odbierania ruchu sygnałowego z sieci operatora | Pobierz nazwę FQDN z pola Nazwa hosta dla regionu 2 w witrynie Azure Portal. Skonfiguruj sieć, aby przekierowywać połączenia do tego FQDN. |
| 11 | Adresy IP lub zakresy adresów IP dla usługi Azure Communications Gateway w regionie 2 do wysyłania ruchu sygnalizacyjnego do Twojej sieci | Poproś zespół ds. wdrożenia o wartości. Skonfiguruj je na listach kontroli dostępu (ACL) sieci. |
| 12 | Adresy IP lub zakresy adresów dla ruchu multimedialnego między siecią operatora a usługą Azure Communications Gateway w regionie 2 | Poproś zespół ds. wdrażania o przekazanie wartości. Skonfiguruj je na listach kontroli dostępu (ACL) sieci. |
| 13 | Podstawowa domena usługi Azure Communications Gateway zapewniająca interfejs API aprowizacji | Pobierz nazwę FQDN z pola Przegląd w portalu Azure. |
| 14 | Adresy IP lub zakresy adresów IP w Regionie 1 Azure Communications Gateway na potrzeby wysyłania ruchu sygnalizacyjnego do usług komunikacyjnych | — W przypadku peeringu Zoom Phone Cloud poproś zespół wdrożeniowy o te informacje i przekaż je do Zoom. — Firma Microsoft zarządza tymi informacjami dla innych usług komunikacyjnych. |
| 15 | Azure Communications Gateway region 1 FQDN lub adresy IP do odbierania ruchu sygnalizacyjnego z usług komunikacyjnych | — W przypadku Zoom Phone Cloud Peering poproś zespół wdrażający o te informacje i przekaż Zoom. — Firma Microsoft zarządza tymi informacjami dla innych usług komunikacyjnych. |
| 16 | Adresy IP lub zakresy adresów dla ruchu multimedialnego między usługą komunikacji a usługą Azure Communications Gateway w regionie 1 | — W przypadku równoległego połączenia Zoom Phone Cloud poproś zespół wdrażający o potrzebne informacje i przekaż je Zoomowi. — Firma Microsoft zarządza tymi informacjami dla innych usług komunikacyjnych. |
| 17 | Adresy IP lub zakresy adresów Regionu 2 usługi Azure Communications Gateway do wysyłania ruchu sygnałowego do usług komunikacyjnych | — W przypadku równorzędnego połączenia Zoom Phone Cloud poproś zespół ds. wdrożeń o te informacje i przekaż je Zoom. — Firma Microsoft zarządza tymi informacjami dla innych usług komunikacyjnych. |
| 18 | FQDN lub adresy IP regionu 2 usługi Azure Communications Gateway w celu odbierania ruchu sygnałowego z usług komunikacyjnych | — W przypadku Zoom Phone Cloud Peering poproś zespół odpowiedzialny za wdrażanie o te informacje i przekaż je Zoom. — Firma Microsoft zarządza tymi informacjami dla innych usług komunikacyjnych. |
| 19 | Adresy IP lub zakresy adresów dla ruchu multimediów między usługą komunikacji a usługą Azure Communications Gateway w regionie 2 | — W przypadku Zoom Phone Cloud Peering poproś zespół ds. wdrożenia o te informacje i podaj je Zoom. — Firma Microsoft zarządza tymi informacjami dla innych usług komunikacyjnych. |
| 20 | Adresy IP lub nazwy FQDN używane przez usługi komunikacyjne do odbierania ruchu sygnalizowanego | Nie musisz zarządzać tymi informacjami. |
| dwadzieścia jeden | Adresy IP lub nazwy FQDN używane przez usługi komunikacyjne do wysyłania ruchu sygnalizowanego | Nie musisz zarządzać tymi informacjami. |
| 22 | Adresy IP używane przez usługi komunikacyjne do wysyłania i odbierania ruchu multimedialnego | Nie musisz zarządzać tymi informacjami. |
Wskazówka
Ten diagram przedstawia trzy zestawy adresów IP dla usługi komunikacji dla uproszczenia. Szczegóły mogą się różnić w przypadku każdej usługi komunikacji, ale nie trzeba zarządzać szczegółami, ponieważ zarządzamy połączeniem z usługi Azure Communications Gateway do usług komunikacyjnych.
Każda lokacja w sieci musi domyślnie wysyłać ruch do lokalnego regionu usługi Azure Communications Gateway i przejść w tryb failover do innego regionu, jeśli region lokalny jest niedostępny. Na przykład witryna A musi kierować ruch do regionu 1, a jeśli wykryje, że region 1 jest niedostępny, przekierowuj ruch do regionu 2. Aby uzyskać więcej informacji na temat wymagań dotyczących routingu wywołań, zobacz Wymagania dotyczące routingu wywołań.
Automatycznie wygenerowane nazwy domen
Usługa Azure Communications Gateway udostępnia wiele nazw domenowych (FQDN):
-
<deployment-id>.commsgw.azure.comwdrożenia, w której<deployment-id>jest generowana automatycznie i unikatowa dla wdrożenia. Ta domena udostępnia Provisioning API. Jest to element 13 w adresach IP i nazwach domen. - Nazwy domen dla poszczególnych regionów , które rozpoznają adresy IP sygnału, do których sieć powinna kierować ruch sygnalizujący. Te nazwy domen są poddomenami domeny podstawowej. Są to elementy 7 i 10 w adresach IP i nazwach domen.
Zakresy portów używane przez usługę Azure Communications Gateway
Usługa Azure Communications Gateway używa następujących lokalnych zakresów portów. Te zakresy muszą być dostępne z sieci, w zależności od wybranego typu połączenia.
| Zakres portów | Protokół | Transport |
|---|---|---|
| 16384-23983 | RTP/RTCP SRTP/SRTCP |
protokół UDP |
| 5060 | SIP | UDP/TCP |
| 5061 | SIP za pośrednictwem protokołu TLS | TCP |
Wszystkie adresy IP bramy komunikacji platformy Azure mogą służyć zarówno do sygnalizowania (SIP) i multimediów (RTP/RTCP). Podczas nawiązywania połączenia z wieloma sieciami używane są dodatkowe porty lokalne SIP. Aby uzyskać szczegółowe informacje, zobacz zasób usługi Azure Communications Gateway w witrynie Azure Portal.
Iniekcja sieci wirtualnej dla usługi Azure Communications Gateway (wersja zapoznawcza)
Wstrzyknięcie VNet dla usługi Azure Communications Gateway (wersja zapoznawcza) pozwala na wdrożenie interfejsów sieciowych usługi Azure Communications Gateway, które łączą się z twoją siecią, w sieciach wirtualnych w ramach twojej subskrypcji. Dzięki temu można kontrolować przepływ ruchu między siecią a wystąpieniem usługi Azure Communications Gateway przy użyciu podsieci prywatnych oraz umożliwia korzystanie z prywatnej łączności do siedziby, takiej jak ExpressRoute Private Peering i sieci VPN.
Jeśli używasz iniekcji VNet (wersja prewizyjna) wraz z Operator Connect lub Teams Phone Mobile, Twoja sieć musi nadal spełniać wymagania dotyczące nadmiarowości i odporności opisane w specyfikacji łączności sieciowej dostarczonej przez zespół wprowadzający. Dzięki temu sieć jest połączona z platformą Azure przez co najmniej 2 obwody usługi ExpressRoute, z których każda została wdrożona z lokalną nadmiarowością i skonfigurowana tak, aby każdy region mógł używać obu obwodów w przypadku awarii zgodnie z opisem na poniższym diagramie.
Ostrzeżenie
Każdy ruch w twojej własnej sieci wirtualnej podlega standardowym opłatom za sieć wirtualną platformy Azure oraz za przepustowość.
Treści powiązane
- Dowiedz się, jak kierować wywołania do usługi Azure Communications Gateway.
- Dowiedz się więcej o planowaniu wdrożenia usługi Azure Communications Gateway