Operator Connect、Teams Phone Mobile、Azure Communications Gateway を使用してライブトラフィックを準備する

[アーティクル]
02/20/2024

Operator Conect または Teams Phone Mobile サービスを開始する前に、お客様とオンボードチームは次の作業を行う必要があります:

サービスをテストする。
起動の準備をする。

この記事では、あなたとオンボードチームが実行する必要があるステップについて説明します。

ヒント

この記事では、Microsoft の Azure Communications Gateway オンボードチームが、Operator Connect と Teams Phone Mobile へのオンボードも行っていることを前提としています。 Operator Connect または Teams Phone Mobile に別のオンボードパートナーを選択した場合は、Operator Connect 環境または Teams Phone Mobile 環境の変更を手配するように依頼する必要があります。

重要

一部の手順では、完了に数日または数週間かかる場合があります。たとえば、デプロイの自動テストを少なくとも 7 日間待ち、少なくとも 2 週間前に起動日をスケジュールする必要があります。タイムラインを作成するには、事前にこれらの手順をよく読んでおくことをお勧めします。

前提条件

Microsoft Azure portal を使用して Azure Communications Gateway をデプロイし、Operator Connect または Teams Phone Mobile に接続しておく必要があります。
統合テストとサービス検証 (継続的な呼び出しテスト) に使用するテスト番号を知っている必要があります。これらの番号を同じにすることはできません。 Azure Communications Gateway のデプロイの一環、またはOperator Connect または Teams Phone Mobile への接続の一環としてこれらを選択します。
- 統合テストを使用すると、Azure Communications Gateway と Microsoft Phone System がネットワークと正しく相互運用していることを確認できます。
- サービス検証は、Operator Connect プログラムと Teams Phone Mobile プログラムによって設定されます。これにより、デプロイの有効期間を通じて、デプロイが Microsoft Phone System からの呼び出しを処理できるようになります。
テストに使用できるテナント (エンタープライズ顧客を表す) と、そのテナント内で検証テスト用の番号を割り当てることができるユーザーが何名か必要です。
- 適切なテストテナントがまだない場合は、E5 ライセンスを提供する Microsoft 365 開発者プログラムを使用できます。
- テストユーザーは、Teams 電話システムと Teams 専用モードのライセンスを取得する必要があります。

次の構成ポータルにアクセスできる必要があります。

構成ポータル	必要なアクセス許可
Operator Connect ポータル	`Admin` ロールまたは `PartnerSettings.Read` ロール、`NumberManagement.Write` ロール (Operator Connect または Teams Phone Mobile に接続したときに設定した Project Synergy エンタープライズアプリケーションで構成)
テストテナントの Teams 管理センター	[ユーザー管理]

Azure Communications Gateway のプロビジョニング API (プレビュー) を使用して Operator Connect 環境に番号をアップロードする場合は、API と統合されたクライアントを使用して要求を行える必要があります。 API リファレンスへのアクセス権も必要です。
Azure Communications Gateway の番号管理ポータル (プレビュー) を使用して統合テスト用の番号を構成する予定の場合は、Azure Communications Gateway リソースへの 閲覧者アクセス権と、AzureCommunicationsGateway エンタープライズアプリケーションの ProvisioningAPI.ReadUser ロールと ProvisioningAPI.WriteUser ロールを持っている必要があります。

注意

テナントでは (Operator Connect 構成ポータル経由であろうと、Operator Connect API 経由であろうと) 以下の Operator Connect 構成は変更しないでください。

構成ポータル内で CommsGwサフィックスを持つか、Operator Connect API 上で NameSuffix を持つ通話プロファイル
FQDN が .commsgw.azure.com で終わるトランク

この構成は、Microsoft が管理します。この構成を編集すると、Azure Communications Gateway サービスに問題が発生する可能性があります。

メソッド

この記事の一部では、プロビジョニング API (プレビュー)、番号管理ポータル (プレビュー)、または Operator Connect ポータルと API のどれを使用しているかによって、実行すべきステップが異なります。この記事では、各オプションのステップについて説明します。適切な手順を選択します。

オンボードチームにテストエンタープライズテナントの登録を依頼する

オンボードチームは、「前提条件」で選択したテストエンタープライズテナントを Microsoft Teams に登録する必要があります。

Operator Connect ポータルで、オペレーター構成で会社の "オペレーター ID" を見つけます。
オンボード連絡先に次の情報を提供します:
- 会社名。
- 会社のオペレーター ID。
- テストに使用するテナントの ID。
オンボードチームがテストテナントが登録されていることを確認するまで待ちます。

テストテナントを設定する

統合テストでは、Operator Connect または Teams Phone Mobile のテストテナントを設定し、統合テスト用に選択した番号でこのテナントのユーザーを構成する必要があります。

重要

テストユーザーにサービス検証番号を割り当てないでください。オンボードチームが、サービス検証番号の構成を手配します。

テストテナントで、会社にサービスを要求します。
1. テストテナントの Teams 管理センターにサインインします。
2. [音声]>[オペレーター] を選択します。
3. 演算子のリストで会社を選択し、フォームに入力し、[オペレーターとして追加] を選択します。
テストテナントで、いくつかのテストユーザーを作成します (適切なユーザーがまだない場合)。ユーザーに Teams 電話システムのライセンスを付与し、Teams 専用モードに配置します。
テストテナントで緊急対応の場所を構成します。
プロビジョニング API (プレビュー)、番号管理ポータル (プレビュー)、または Operator Connect オペレーターポータルを使用して、統合テスト用の番号をアップロードします。
次のステップでは、プロビジョニング API に対して行う必要がある要求の概要を示します。関連する API リソースの詳細については、「API リファレンス」を参照してください。
1. テストテナントの RFI (情報の要求) リソースを検し、その子要素である顧客関係リソースの "status" プロパティを更新して、契約が署名されたことを示します。
2. 顧客を表すアカウントリソースを作成します。アカウントのバックエンドサービス同期を有効にします。
3. 番号リソースを、各テスト番号のアカウントリソースの子要素として作成します。
1. Communications Gateway リソースの概要ページで、サイドバーの [番号管理 (プレビュー)] セクションを見つけてください。
2. [情報の要求]を選択します。
3. テストテナントを選択します。
4. [リレーションシップ状態の更新] を選択します。ドロップダウンメニューで状態を [契約署名済み] に設定します。
5. [アカウントの作成] を選択します。必要に応じてフィールドに入力し (バックエンドサービスとの同期を含む)、[作成] を選択します。
6. アカウントを表示 を選択します。
7. [番号の表示] を選択し、[番号の作成] を選択します。
8. 必要に応じてフィールドに入力し、[アップロード] を選択します。
ヒント

複数の番号をアップロードする場合は、CSV ファイルで構成を指定し、そのファイルをアップロードできます。手順については、「Azure Communications Gateway の番号管理ポータル (プレビュー) を使って企業を管理する」を参照してください。
1. オンボードチームに、これらのテスト番号に使用する必要がある通話プロファイルの名前を確認します。通常、名前にはサフィックス CommsGw が付いています。この通話プロファイルは、Azure Communications Gateway のデプロイプロセス中に自動的に作成されました。
2. オペレーターポータルを開きます。
3. [顧客の同意] を選択します。
4. テストテナントを選択します。
5. [リレーションシップの更新] を選択します。状態を [契約署名済み] に設定します。
6. テストテナントのリンクを選択します。リンクにより [番号管理]>[テナント別の管理] が開きます。
7. [番号のアップロード] を選択します。
8. 必要に応じてフィールドに入力し、[送信] を選択します。
テストテナントで、これらの番号をテストユーザーに割り当てます。
1. テストテナントの Teams 管理センターにサインインします。
2. [音声]>[電話番号] を選択します。
3. 番号を選択し、[編集] を選択します。
4. ユーザーに番号を割り当てます。
5. すべてのテストユーザーに対して繰り返します。

ネットワークのルーティング構成を更新する

ネットワークでは、サービス検証テストと統合テストの呼び出しを Azure Communications Gateway にルーティングする必要があります。

サービス検証番号から他のサービス検証番号へのすべての呼び出しを、Azure Communications Gateway 経由で Microsoft Phone System にルーティングします。
顧客の呼び出しをルーティングする場合と同じ方法で、統合テスト用のテスト番号を含む呼び出しをルーティングします。

統合テストを実行し、変更を要求する

ネットワーク統合には、SIP 相互運用性の要件を特定し、これらの要件を満たすようにデバイスを構成することが含まれます。たとえば、このプロセスには、多くの場合、インターワーキングヘッダー形式や、通話保留とセッション更新に使用されるシグナリングおよびメディアフローが含まれます。

ネットワークの一般的な呼び出しフローをテストする必要があります。オンボードチームのサンプルテスト計画に従うことをお勧めします。テスト計画には、呼び出しフロー、フェールオーバー、接続テストが含まれている必要があります。

Azure Communications Gateway を変更する必要があると判断した場合は、オンボードチームに変更を依頼してください。
コアネットワーク内のデバイスの構成を変更する必要がある場合は、それらの変更を行う必要があります。

接続テストを実行し、証明をアップロードする

起動する前に、Microsoft Teams では、ネットワークが Microsoft のネットワークに正しく接続されていることを証明する必要があります。

オンボードチームに BFD が有効になっている照明を提供します。デプロイの一環として Azure Communications Gateway をネットワークに接続するときに、BFD を有効にする必要があります。たとえば、Cisco ルータがある場合は、次のような設定を指定できます。

interface TenGigabitEthernet2/0/0.150
   description private peering to Azure
   encapsulation dot1Q 15 second-dot1q 150
   ip vrf forwarding 15
   ip address 192.168.15.17 255.255.255.252
   bfd interval 150 min_rx 150 multiplier 3

router bgp 65020
   address-family ipv4 vrf 15
      network 10.1.15.0 mask 255.255.255.128
      neighbor 192.168.15.18 remote-as 12076
      neighbor 192.168.15.18 fall-over bfd
      neighbor 192.168.15.18 activate
      neighbor 192.168.15.18 soft-reconfiguration inbound
   exit-address-family

ネットワークへの接続のフェールオーバーをテストします。オンボードチームが協力して、このテストを計画し、必要な証拠を収集します。
オンボードチームと協力して、緊急通話の処理を検証します。

go-to-market リソースを承認してもらう

公開する前に、Microsoft Teams によって承認された顧客向けの資料を入手する必要があります。オンボードチームに次の内容を入力してレビューを行います。

プレスリリースおよびその他のマーケティング資料
ランディングページのコンテンツ
Microsoft Teams オペレーターディレクトリのロゴ (200 px x 200 px)
Microsoft Teams 管理センターのロゴ (170 px x 90 px)

チケットの作成をテストする

Azure Communications Gateway に関する問題を報告するには、Azure portal でチケットを発行できることをテストする必要があります。「Azure Communications Gateway のサポートの取得と変更の要求」を参照してください。

監視とメンテナンスについての説明

運用チームは、主要なメトリックを選んで、それを使って Azure Communications Gateway を監視できます。これらのメトリックは、Azure Communications Gateway のサブスクリプションで閲覧者ロールを持つすべてのユーザーが使用できます。「Azure Communications Gateway の監視」を参照してください。

運用チームには、次の Azure Monitor アラートが必要です。

今後のアップグレードとスケジュールされたメンテナンスアクティビティに関する情報を常に把握するための Azure Service Health の通知。
Azure Communications Gateway の正常性の変化に関する情報を常に把握するための Azure Resource Health の通知。

API 統合を確認する

オンボードチームは、プロビジョニングのために Microsoft Teams Operator Connect API と統合したという証明を Microsoft に提供する必要があります。デプロイに適した手順を選択します。

オンボードチームは自動的に証明を取得できます。何も行う必要はありません。

合成テストの配置

オンボードチームは、デプロイの合成テストを手配する必要があります。この合成テストは、少なくとも 7 日間続く一連の自動テストです。サービスの品質と可用性に関する最も重要なメトリックを検証します。

起動後、合成トラフィックはテスト番号を使用してデプロイを通じて送信されます。このトラフィックは、デプロイの正常性を継続的にチェックするために使用されます。

起動のスケジュール

起動日は、Teams 管理センターで企業に表示される日付です。オンボードチームは、Microsoft Teams に要求を行って、この日付を手配する必要があります。

サービスは、毎月特定の日付に開始できます。オンボードチームは、希望する起動日の少なくとも 2 週間前に要求を送信する必要があります。

次のステップ

起動日を待ちます。
Azure Communications Gateway のサポートの取得と変更の要求について説明します。
番号管理ポータルを使用した企業の管理についての詳細。
Azure Communications Gateway の監視について説明します。
メンテナンス通知について説明します。

Operator Connect、Teams Phone Mobile、Azure Communications Gateway を使用してライブ トラフィックを準備する