次の方法で共有

Microsoft Teams ダイレクト ルーティングと Azure Communications Gateway を使用してライブ トラフィックを準備する

  • [アーティクル]

Microsoft Teams ダイレクト ルーティング サービスを開始する前に、お客様とオンボード チームは次の作業を行う必要があります。

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

この記事では、ご自身、および Azure Communications Gateway のオンボード チームが実行する必要がある手順について説明します。

重要

一部の手順では、完了に数日または数週間かかる場合があります。 タイムラインを作成するには、事前にこれらの手順をよく読んでおくことをお勧めします。

前提条件

次の手順を実行します。

この手順には、統合テスト用のテスト番号の設定が含まれます。 テスト番号は、実際の顧客にサービスを提供する場合のように、Azure Communications Gateway のテナント以外の Microsoft 365 テナントに存在する必要があります。 この (自分で制御する) テナントは、(テスト電話番号の割り当て対象である) "テスト顧客" に対応する "テスト顧客テナント" と呼ばれます。

テスト顧客テナントで次を実行できる必要があります。

  • Microsoft 365 管理センターにグローバル管理者としてサインインします

  • PowerShell を使用して、Microsoft Teams ダイレクト ルーティングの構成を変更します。

  • テスト顧客テナントで Microsoft Teams のライセンスが付与されたユーザー アカウントを指定します。 適切なライセンスの詳細については、Microsoft Teams のドキュメントを参照してください。

    • この手順の一環で、選択して Microsoft 365 に追加するテナント固有の Azure Communications Gateway サブドメインをアクティブ化するために、ユーザーまたはリソース アカウントが 2 つ必要です。 ラボのデプロイには、アカウントが 1 つ必要です。
    • 呼び出しのテストに使用するために、ユーザー アカウントが少なくとも 1 つ必要です。 テナント固有のサブドメインのアクティブ化に使用するアカウントの 1 つを再利用するか、このテナントにおける他のいずれかのドメイン名を持つアカウントを使用することができます。

この手順では、Azure Communications Gateway をプロビジョニングできる必要があります。

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

ネットワークのルーティング構成に変更を加えることができる必要があります。

統合テスト用の番号を構成する

テスト番号を設定するには、テスト顧客テナントと Azure Communications Gateway での構成が必要です。

テスト顧客テナントおよび番号については、「Azure Communications Gateway を使用して Microsoft Teams ダイレクト ルーティングの顧客と番号を管理する」に従ってください。 テナントに変更を加えるよう顧客に依頼することが説明されている手順については、テスト顧客テナントにおいては自分で変更してください。

重要

Azure Communications Gateway を含む Azure テナントではなく、専用のテスト顧客 (Microsoft 365) テナントを構成してください。 専用のテスト顧客テナントを使用すると、実際の顧客に必要な構成と一致させることができます。

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

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

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

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

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

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

モニタリングとメンテナンスの詳細

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

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

次のステップ