次の方法で共有

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

  • [アーティクル]

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 に登録する必要があります。

  1. Operator Connect ポータルで、オペレーター構成で会社の "オペレーター ID" を見つけます。

  2. オンボード連絡先に次の情報を提供します:

    • 会社名。
    • 会社のオペレーター ID。
    • テストに使用するテナントの ID。

  3. オンボード チームがテスト テナントが登録されていることを確認するまで待ちます。

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

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

重要

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

  1. テスト テナントで、会社にサービスを要求します。

    1. テスト テナントの Teams 管理センター にサインインします。
    2. [音声] > [オペレーター] を選択します。
    3. 演算子のリストで会社を選択し、フォームに入力し、[オペレーターとして追加] を選択します。

  2. テスト テナントで、いくつかのテスト ユーザーを作成します (適切なユーザーがまだない場合)。 ユーザーに Teams 電話システムのライセンスを付与し、Teams 専用モードに配置します。

  3. テスト テナントで緊急対応の場所を構成します。

  4. プロビジョニング API (プレビュー)、番号管理ポータル (プレビュー)、または Operator Connect オペレーター ポータルを使用して、統合テスト用の番号をアップロードします。

    次のステップでは、プロビジョニング API に対して行う必要がある要求の概要を示します。 関連する API リソースの詳細については、 「API リファレンス」を参照してください。

    1. テスト テナントの RFI (情報の要求) リソースを検し、その子要素である顧客関係リソースの "status" プロパティを更新して、契約が署名されたことを示します。
    2. 顧客を表すアカウントリソースを作成します。 アカウントのバックエンド サービス同期を有効にします。
    3. 番号 リソースを、各テスト番号のアカウント リソースの子要素として作成します。

  5. テスト テナントで、これらの番号をテスト ユーザーに割り当てます。

    1. テスト テナントの Teams 管理センターにサインインします。
    2. [音声] > [電話番号] を選択します。
    3. 番号を選択し、[編集] を選択します。
    4. ユーザーに番号を割り当てます。
    5. すべてのテスト ユーザーに対して繰り返します。

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

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

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

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

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

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

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

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

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

  1. オンボード チームに 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

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

  3. オンボード チームと協力して、緊急通話の処理を検証します。

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 週間前に要求を送信する必要があります。

次のステップ