Przygotowanie do wdrożenia usługi Azure Communications Gateway
W tym artykule opisano poszczególne zadania, które należy wykonać przed rozpoczęciem wdrażania usługi Azure Communications Gateway. W przypadku Kontakt z operatorem i aplikacji Teams Phone Mobile pomyślne wdrożenia zależą od stanu środowiska Kontakt z operatorem lub aplikacji Teams Phone Mobile.
W poniższych sekcjach opisano informacje potrzebne do zebrania i decyzje, które należy podjąć przed wdrożeniem usługi Azure Communications Gateway.
Wymagania wstępne
Ważne
Aby korzystać z usługi Azure Communications Gateway, musisz być operatorem telekomunikacyjnym.
W przypadku Kontakt z operatorem lub aplikacji Teams Phone Mobile musisz również mieć podpisaną umowę Kontakt z operatorem lub Teams Phone Mobile z firmą Microsoft. Aby uzyskać więcej informacji na temat tych programów, zobacz Kontakt z operatorem lub Teams Phone Mobile.
W przypadku komunikacji równorzędnej Zoom Phone Cloud należy również rozpocząć proces dołączania z aplikacją Zoom, aby stać się dostawcą komunikacji równorzędnej w chmurze Zoom Phone. Aby uzyskać więcej informacji na temat komunikacji równorzędnej w chmurze, zobacz Zoom's Cloud Peering information (Komunikacja równorzędna w chmurze).
Ważne
Musisz w pełni zrozumieć proces dołączania dla wybranej usługi komunikacyjnej i wszelkich zależności wprowadzonych przez proces dołączania.
Zezwalaj na wystarczający czas, który upłynął dla procesu wdrażania i dołączania. Na przykład może być konieczne odczekanie do dwóch tygodni na aprowizację nowego zasobu usługi Azure Communications Gateway, zanim będzie można połączyć go z siecią.
W przypadku dwóch typów testów musisz posiadać liczby routingu globalnego:
- Testowanie integracji przez pracowników podczas wdrażania i integracji
- Weryfikacja usługi (ciągłe testowanie wywołań) przez wybrane usługi komunikacyjne
W poniższej tabeli opisano liczbę liczb, które należy przydzielić.
Usługa | Numery na potrzeby testowania integracji | Numery weryfikacji usługi |
---|---|---|
Kontakt z operatorem | 1 (minimum) | - Wdrożenia produkcyjne: 6 - Wdrożenia laboratorium: 3 |
Telefon komórkowy w aplikacji Teams | 1 (minimum) | - Wdrożenia produkcyjne: 6 - Wdrożenia laboratorium: 3 |
Routing bezpośredni w usłudze Microsoft Teams | 1 (minimum) | Brak (nie dotyczy) |
Zoom Phone Cloud Peering | 1 (minimum) | - Stany Zjednoczone i Kanada: 6 - Reszta świata: 2 |
Ważne
Numery weryfikacyjne usługi muszą być używane przez cały okres istnienia wdrożenia.
Jeśli chcesz skonfigurować wdrożenie laboratorium, musisz wdrożyć wdrożenie standardowe lub wdrożyć je. Nie można użyć wdrożenia laboratorium jako autonomicznego wdrożenia usługi Azure Communications Gateway.
Rozmieszczanie dołączania
Aby wdrożyć usługę Azure Communications Gateway, potrzebny jest zespół dołączania firmy Microsoft. Usługa Azure Communications Gateway obejmuje program dołączania o nazwie Uwzględnione korzyści. Jeśli nie kwalifikujesz się do uwzględnionych korzyści lub potrzebujesz dodatkowej pomocy technicznej, porozmawiaj o wymaganiach z przedstawicielem handlowym firmy Microsoft.
Programy Kontakt z operatorem i Teams Phone Mobile wymagają również partnera dołączania, który zarządza niezbędnymi zmianami w środowiskach Kontakt z operatorem lub Teams Phone Mobile i koordynuje pracę z usługą Microsoft Teams w Twoim imieniu. Zespół projektu Korzyści w usłudze Azure Communications Gateway spełnia tę rolę, ale możesz wybrać innego partnera dołączania, aby koordynować pracę z usługą Microsoft Teams w Twoim imieniu.
Upewnij się, że masz odpowiedni plan pomocy technicznej
Zdecydowanie zalecamy posiadanie planu pomocy technicznej obejmującego pomoc techniczną, taką jak Microsoft Unified Support.
Wybieranie dzierżawy platformy Azure do użycia
Zalecamy użycie istniejącej dzierżawy usługi Microsoft Entra dla usługi Azure Communications Gateway, ponieważ w przypadku korzystania z istniejącej dzierżawy używane są istniejące tożsamości do w pełni zintegrowanego uwierzytelniania. Jeśli musisz zarządzać tożsamościami oddzielnie od reszty organizacji lub skonfigurować różne uprawnienia dla portalu zarządzania numerami dla różnych zasobów usługi Azure Communications Gateway, najpierw utwórz nową dedykowaną dzierżawę.
Środowiska Kontakt z operatorem i Teams Phone Mobile dziedziczą tożsamości i uprawnienia konfiguracji z dzierżawy firmy Microsoft Entra za pośrednictwem aplikacji firmy Microsoft o nazwie Project Synergia. Tę aplikację należy dodać do dzierżawy firmy Microsoft Entra w ramach połączenia usługi Azure Communications Gateway z usługą Kontakt z operatorem lub aplikacją Teams Phone Mobile (jeśli dzierżawa nie zawiera jeszcze tej aplikacji).
Ważne
W przypadku Kontakt z operatorem i aplikacji Teams Phone Mobile wdrożenia produkcyjne i wdrożenia laboratorium muszą łączyć się z tą samą dzierżawą firmy Microsoft Entra. Konfiguracja usługi Microsoft Teams dla dzierżawy pokazuje konfigurację wdrożeń laboratorium i wdrożeń produkcyjnych.
Uzyskiwanie dostępu do usługi Azure Communications Gateway dla subskrypcji platformy Azure
Dostęp do usługi Azure Communications Gateway jest ograniczony. Po wykonaniu poprzednich kroków w tym artykule:
- Skontaktuj się z zespołem dołączania i poproś go o włączenie subskrypcji. Jeśli nie masz jeszcze zespołu dołączania, skontaktuj się azcog-enablement@microsoft.com z identyfikatorem subskrypcji platformy Azure i danymi kontaktowymi.
- Przed przejściem do następnego kroku poczekaj na potwierdzenie włączenia usługi Azure Communications Gateway.
Tworzenie projektu sieci
Zdecyduj, jak usługa Azure Communications Gateway powinna łączyć się z siecią. Zalecamy korzystanie z usługi Microsoft Azure Peering Service Voice (czasami nazywanej usługą MAPS Voice). Aby uzyskać więcej informacji na temat opcji, zobacz Łączność dla usługi Azure Communications Gateway. Jeśli planujesz użyć usługi Azure Communications Gateway z iniekcją sieci wirtualnej (wersja zapoznawcza), wypełnij wymagania wstępne dotyczące wdrażania usługi Azure Communications Gateway z iniekcją sieci wirtualnej.
W przypadku aplikacji Teams Phone Mobile i Azure Operator Call Protection (wersja zapoznawcza) należy zdecydować, w jaki sposób sieć powinna określić, czy połączenie obejmuje odpowiedniego subskrybenta, a w związku z tym należy prawidłowo kierować połączenie. Masz następujące możliwości:
- Użyj zintegrowanego punktu kontroli mobilnej (MCP) usługi Azure Communications Gateway.
- Nawiąż połączenie z lokalną wersją mobilnego punktu sterowania (MCP) z metaswitcha.
- Użyj innych możliwości routingu w sieci podstawowej.
Aby uzyskać więcej informacji na temat tych opcji dla aplikacji Teams Phone Mobile, zobacz Integracja sterowania połączeniami dla aplikacji Teams Phone Mobile i Mobile Control Point w usłudze Azure Communications Gateway.
Połączenie z usługą Azure Communications Gateway dla usługi Azure Operator Call Protection odbywa się za pośrednictwem protokołu SIPREC. Usługa Azure Communications Gateway pełni rolę serwera nagrywania sesji SIPREC (SRS). Element w sieci, zazwyczaj kontroler granic sesji (SBC), jest skonfigurowany jako klient nagrywania sesji SIPREC (SRC).
Jeśli musisz obsługiwać połączenia alarmowe od klientów usługi Microsoft Teams lub Zoom, przeczytaj o połączeniach alarmowych z wybraną usługą komunikacji:
- Routing bezpośredni w usłudze Microsoft Teams
- Kontakt z operatorem i telefon komórkowy usługi Teams
- Zoom Phone Cloud Peering
Ważne
Nie można kierować połączeń alarmowych z sieci do usługi Azure Communications Gateway.
Łączenie sieci z platformą Azure
Konfigurowanie połączeń między siecią a platformą Azure:
- Aby skonfigurować usługę Microsoft Azure Peering Service Voice (czasami nazywaną usługą MAPS Voice), postępuj zgodnie z instrukcjami w przewodniku komunikacji równorzędnej internetowej na potrzeby komunikacji równorzędnej usługi Peering Service Voice.
- Aby skonfigurować komunikację równorzędną firmy Microsoft usługi ExpressRoute, postępuj zgodnie z instrukcjami w artykule Samouczek: konfigurowanie komunikacji równorzędnej dla obwodu usługi ExpressRoute.
Zbieranie podstawowych informacji dotyczących wdrażania usługi Azure Communications Gateway
Zbierz wszystkie wartości w poniższej tabeli dla zasobu usługi Azure Communications Gateway.
Wartość | Nazwy pól w witrynie Azure Portal |
---|---|
Nazwa subskrypcji platformy Azure, która ma zostać użyta do utworzenia zasobu usługi Azure Communications Gateway. Musisz użyć tej samej subskrypcji dla wszystkich zasobów we wdrożeniu usługi Azure Communications Gateway. | Szczegóły projektu: subskrypcja |
Grupa zasobów platformy Azure, w której ma zostać utworzony zasób usługi Azure Communications Gateway. | Szczegóły projektu: Grupa zasobów |
Nazwa wdrożenia. Ta nazwa może zawierać znaki alfanumeryczne i - . Musi mieć długość od 3 do 24 znaków. |
Szczegóły wystąpienia: nazwa |
Region zarządzania platformą Azure: region, w którym są przetwarzane dane monitorowania i rozliczeń. Zalecamy wybranie regionu w pobliżu lub kolokacji z dwoma regionami na potrzeby obsługi ruchu wywołań. | Szczegóły wystąpienia: Region |
Typ wdrożenia. Wybierz jedną z opcji Standardowa (dla środowiska produkcyjnego) lub Laboratorium. | Szczegóły wystąpienia: jednostka SKU |
Koderów głosowych do użycia między usługą Azure Communications Gateway i siecią. Zalecamy określenie tylko koderów, jeśli istnieje silny powód ograniczenia koderów (na przykład licencjonowania określonych koderów) i nie można skonfigurować sieci ani punktów końcowych, aby nie oferować określonych koderów. Ograniczenie koderów może zmniejszyć ogólną jakość głosu ze względu na wybór koderów o niższej wierności. | Obsługa wywołań: obsługiwane koderie |
Niezależnie od tego, czy zasób usługi Azure Communications Gateway powinien obsługiwać połączenia alarmowe jako standardowe połączenia, czy bezpośrednio kierować je do dostawcy usługi routingu awaryjnego (tylko dla Kontakt z operatorem lub aplikacji Teams Phone Mobile). | Obsługa połączeń: obsługa połączeń alarmowych |
Rozdzielona przecinkami lista ciągów wybierania używanych do połączeń alarmowych. W przypadku usługi Microsoft Teams określ ciągi wybierania jako standardowy numer alarmowy (na przykład 999 ). W polu Zoom określ ciągi wybierania numerów w formacie +<country-code><emergency-number> (na przykład +44999 ). (Tylko w przypadku komunikacji równorzędnej Kontakt z operatorem, aplikacji Teams Phone Mobile i Zoom Phone Cloud). |
Obsługa połączeń: ciągi wybierania alarmowego |
Zakres, w którym automatycznie wygenerowana etykieta nazwy domeny dla usługi Azure Communications Gateway jest unikatowa. Zasoby bramy komunikacji są przypisywane automatycznie wygenerowanej etykiety nazwy domeny, która zależy od nazwy zasobu. Wybranie pozycji Dzierżawa daje zasób o tej samej nazwie w tej samej dzierżawie, ale innej subskrypcji tej samej etykiety. Wybranie pozycji Subskrypcja daje zasób o tej samej nazwie w tej samej subskrypcji, ale innej grupie zasobów tej samej etykiety. Wybranie pozycji Grupa zasobów powoduje nadanie zasobowi tej samej nazwy w tej samej grupie zasobów tej samej etykiety. Wybranie pozycji Nie należy ponownie używać oznacza, że etykieta nie zależy od nazwy, grupy zasobów, subskrypcji ani dzierżawy. | DNS: automatycznie wygenerowany zakres nazwy domeny |
Zbieranie wartości konfiguracji dla regionów usługi
Zbierz wszystkie wartości w poniższej tabeli dla obu regionów usługi, w których chcesz wdrożyć usługę Azure Communications Gateway.
Uwaga
Wdrożenia laboratorium mają jeden region świadczenia usługi Azure i łączą się z jedną lokacją w sieci.
Wartość | Nazwy pól w witrynie Azure Portal |
---|---|
Region platformy Azure do użycia na potrzeby ruchu wywołań. Jeśli włączasz usługę Azure Operator Call Protection w wersji zapoznawczej, istnieją ograniczenia dotyczące miejsc, w których można wdrożyć zasoby platformy Azure; Zobacz Wybieranie regionów zarządzania i usług |
Jeden/dwa region usługi: region |
Adres IPv4 należący do sieci, którego usługa Azure Communications Gateway powinna używać do kontaktowania się z siecią z tego regionu. | Jeden/drugi region usługi: adres IP operatora |
Zestaw adresów IP/zakresów dozwolonych jako źródła sygnału ruchu z sieci. Podaj zakres adresów IPv4 przy użyciu notacji CIDR (na przykład 192.0.2.0/24) lub adresu IPv4 (na przykład 192.0.2.0). Można również podać rozdzielaną przecinkami listę adresów IPv4 i/lub zakresów adresów. | Jeden/drugi region usługi: dozwolone źródłowe adresy IP/zakresy CIDR |
Zestaw adresów IP/zakresów dozwolonych jako źródła ruchu multimedialnego z sieci. Podaj zakres adresów IPv4 przy użyciu notacji CIDR (na przykład 192.0.2.0/24) lub adresu IPv4 (na przykład 192.0.2.0). Można również podać rozdzielaną przecinkami listę adresów IPv4 i/lub zakresów adresów. | Jeden/drugi region usługi: Dozwolone źródłowe adresy IP/zakresy CIDR źródła multimediów |
Zbieranie wartości konfiguracji dla każdej usługi komunikacji
Zbierz wartości usług komunikacyjnych, które planujesz obsługiwać.
Ważne
Niektóre opcje dotyczą wielu usług, jak pokazano w temacie Opcje wspólne dla wielu usług komunikacyjnych w poniższych tabelach. Musisz wybrać konfigurację odpowiednią dla wszystkich usług, które planujesz obsługiwać.
W przypadku routingu bezpośredniego w usłudze Microsoft Teams:
Wartość | Nazwy pól w witrynie Azure Portal |
---|---|
Adresy IP lub zakresy adresów (w formacie CIDR) w sieci, które powinny być dozwolone do łączenia się z interfejsem API aprowizacji usługi Azure Communications Gateway na liście rozdzielanej przecinkami. Aby aprowizować numery dla routingu bezpośredniego, wymagane jest użycie interfejsu API aprowizacji. | Opcje typowe dla wielu usług komunikacyjnych: Dozwolone źródłowe adresy IP/zakresy CIDR na potrzeby nawiązywania połączenia z platformą aprowizacji bramy komunikacji |
Czy dodać niestandardowy nagłówek SIP do komunikatów wprowadzanych do sieci przy użyciu interfejsu API aprowizacji usługi Azure Communications Gateway | Opcje wspólne dla wielu usług komunikacyjnych: Dodawanie niestandardowego nagłówka SIP |
(Tylko w przypadku wybrania dodania niestandardowego nagłówka SIP) Nazwa dowolnego niestandardowego nagłówka SIP | Opcje typowe dla wielu usług komunikacyjnych: niestandardowa nazwa nagłówka SIP |
W przypadku Kontakt z operatorem:
Wartość | Nazwy pól w witrynie Azure Portal |
---|---|
Czy dodać niestandardowy nagłówek SIP do komunikatów wprowadzanych do sieci przy użyciu interfejsu API aprowizacji usługi Azure Communications Gateway | Opcje wspólne dla wielu usług komunikacyjnych: Dodawanie niestandardowego nagłówka SIP |
(Tylko w przypadku wybrania dodania niestandardowego nagłówka SIP) Nazwa dowolnego niestandardowego nagłówka SIP | Opcje typowe dla wielu usług komunikacyjnych: niestandardowa nazwa nagłówka SIP |
(Tylko w przypadku wybrania dodania niestandardowego nagłówka SIP) Adresy IP lub zakresy adresów (w formacie CIDR) w sieci, które powinny mieć możliwość nawiązania połączenia z interfejsem API aprowizacji na liście rozdzielanej przecinkami. | Opcje typowe dla wielu usług komunikacyjnych: Dozwolone źródłowe adresy IP/zakresy CIDR na potrzeby nawiązywania połączenia z platformą aprowizacji bramy komunikacji |
W przypadku aplikacji Teams Phone Mobile:
Wartość | Nazwy pól w witrynie Azure Portal |
---|---|
Numer używany w aplikacji Teams Phone Mobile w celu uzyskania dostępu do interakcyjnej odpowiedzi głosowej (IVR) poczty głosowej z natywnych numerów. | Telefon komórkowy usługi Teams: numer pilotażu poczty głosowej usługi Teams |
Jak planujesz używać punktu kontroli mobilnej (MCP) do kierowania połączeń telefonicznych usługi Teams do Telefon Microsoft System. Wybierz jedną z opcji Zintegrowane (w celu wdrożenia mcp w usłudze Azure Communications Gateway), lokalnie (w celu użycia istniejącego lokalnego mcp) lub Brak (jeśli użyjesz innej metody do kierowania wywołań). | Teams Phone Mobile: MCP |
W przypadku komunikacji równorzędnej w chmurze Zoom Phone:
Wartość | Nazwy pól w witrynie Azure Portal |
---|---|
Region Zoom, z którym ma nawiązać połączenie | Powiększenie: region powiększenia |
Adresy IP lub zakresy adresów (w formacie CIDR) w sieci, które powinny być dozwolone do łączenia się z interfejsem API aprowizacji usługi Azure Communications Gateway na liście rozdzielanej przecinkami. Aby aprowizować numery dla komunikacji równorzędnej Zoom Phone Cloud Peering, wymagane jest użycie interfejsu API aprowizacji. | Opcje typowe dla wielu usług komunikacyjnych: Dozwolone źródłowe adresy IP/zakresy CIDR na potrzeby nawiązywania połączenia z platformą aprowizacji bramy komunikacji |
Czy dodać niestandardowy nagłówek SIP do komunikatów wprowadzanych do sieci przy użyciu interfejsu API aprowizacji usługi Azure Communications Gateway | Opcje wspólne dla wielu usług komunikacyjnych: Dodawanie niestandardowego nagłówka SIP |
(Tylko w przypadku wybrania dodania niestandardowego nagłówka SIP) Nazwa dowolnego niestandardowego nagłówka SIP | Opcje typowe dla wielu usług komunikacyjnych: niestandardowa nazwa nagłówka SIP |
W wersji zapoznawczej usługi Azure Operator Call Protection nie są wymagane żadne opcje konfiguracji.
Zbieranie wartości numerów weryfikacyjnych usługi
Zbierz wszystkie wartości w poniższej tabeli dla wszystkich numerów weryfikacyjnych usługi wymaganych przez usługę Azure Communications Gateway.
W przypadku Kontakt z operatorem i aplikacji Teams Phone Mobile:
Wartość | Nazwy pól w witrynie Azure Portal |
---|---|
Nazwa wiersza testu. Zalecamy nazwy formularzy OC1 i OC2 (dla Kontakt z operatorem) oraz TPM1 i TPM2 (dla telefonu mobilnego usługi Teams). | Nazwa/nazwisko |
Numer telefonu dla wiersza testowego w formacie E.164 i zawierający kod kraju. | Numer telefonu |
Cel linii testowej (zawsze automatyczny). | Cel testowania |
W przypadku komunikacji równorzędnej w chmurze Zoom Phone:
Wartość | Nazwy pól w witrynie Azure Portal |
---|---|
Numer telefonu dla wiersza testowego w formacie E.164 i zawierający kod kraju. | Numer telefonu |
Usługa Microsoft Teams Direct Routing i Wersja zapoznawcza usługi Azure Operator Call Protection nie wymagają numerów weryfikacyjnych usługi.
Zdecyduj, czy chcesz używać tagów dla zasobów platformy Azure
Nazewnictwo zasobów i tagowanie jest przydatne w przypadku zarządzania zasobami. Umożliwia ona organizacji lokalizowanie i śledzenie zasobów skojarzonych z określonymi zespołami lub obciążeniami, a także umożliwia dokładniejsze śledzenie zużycia zasobów w chmurze według obszaru biznesowego i zespołu.
Jeśli uważasz, że tagowanie byłoby przydatne w organizacji, zaprojektuj konwencje nazewnictwa i tagowania zgodnie z informacjami w przewodniku po decyzjach dotyczących nazewnictwa zasobów i tagowania.