次の方法で共有


直接ルーティングを監視する

この記事では、ダイレクト ルーティング構成を監視およびトラブルシューティングする方法について説明します。

ダイレクト ルーティングを使用して呼び出しを行い、受信する機能には、次のコンポーネントが含まれます。

  • セッション ボーダー コントローラー (SBC)
  • Microsoft Cloud のダイレクト ルーティング コンポーネント
  • 通信トランク

問題のトラブルシューティングに問題がある場合は、SBC ベンダーまたは Microsoft でサポート ケースを開くことができます。

Microsoft では、トラブルシューティングと監視のためのより多くのツールの提供に取り組んでいます。 ドキュメントで更新プログラムを定期的に確認してください。

ダイレクト ルーティングのトラブルシューティング

ダイレクト ルーティングのトラブルシューティングについては、「ダイレクト ルーティング に関する問題の診断」を参照してください。

セッション開始プロトコル (SIP) オプション メッセージを使用したセッション ボーダー コントローラーの可用性の監視

ダイレクト ルーティングでは、セッション ボーダー コントローラーによって送信された SIP オプションを使用して、SBC の正常性を監視します。 SIP オプションの監視を有効にするためにテナント管理者から必要なアクションはありません。 収集された情報は、ルーティングの決定が行われるときに考慮されます。

たとえば、特定のユーザーに対して、通話のルーティングに使用できる SBC がいくつかある場合、ダイレクト ルーティングでは、ルーティングを決定するために、各 SBC から受信した SIP オプション情報が考慮されます。

次の図は、構成の例を示しています。

SIP オプションの構成例。

ユーザーが 7 桁>の数字 +1 425 <を呼び出すと、ダイレクト ルーティングによってルートが評価されます。 ルートには、sbc1.contoso.com と sbc2.contoso.com の 2 つの SBC があります。 どちらの SBC も、ルート内で同じ優先順位を持ちます。 SBC を選択する前に、ルーティング メカニズムは、SBC が最後に SIP オプションを送信した日時に基づいて、SBC の正常性を評価します。

SBC が正常と見なされるのは、呼び出しの送信時点での統計で、SBC が 1 分ごとにオプションを送信することが示されている場合です。

呼び出しが行われると、次のロジックが適用されます。

  • SBC は午前 11 時にペアリングされました。
  • SBC は、午前 11:01、午前 11:02 などのオプションを送信します。
  • 11 時 15 分に、ユーザーが呼び出しを行い、ルーティング メカニズムによってこの SBC が選択されます。

ダイレクト ルーティングは、定期的な間隔オプションを 3 回受け取ります (一定の間隔は 1 分です)。 過去 3 分間にオプションが送信された場合、SBC は正常と見なされます。

この例の SBC が午前 11 時 12 分から午前 11 時 15 分 (呼び出しが行われた時刻) の間にオプションを送信した場合、正常と見なされます。 そうでない場合、SBC はルートから降格されます。

降格は、SBC が最初に試みられないことを意味します。 たとえば、優先度が等しい sbc1.contoso.com と sbc2.contoso.com があります。

sbc1.contoso.com が、前述のように一定の間隔で SIP オプションを送信しない場合は、降格されます。 次に、sbc2.contoso.com 呼び出しを試行します。 sbc2.contoso.con が呼び出しを配信できない場合、エラーが生成される前に sbc1.contoso.com (降格) が再試行されます。

1 つのルート内の 2 つ (またはそれ以上) の SBC が正常で等しいと見なされる場合は、Fisher-Yatesシャッフルが適用され、SBC 間で呼び出しが分散されます。

通話品質分析ダッシュボードと SBC ログを監視する

場合によっては、特に最初のペアリング中に、SBC またはダイレクト ルーティング サービスの構成ミスに関連する問題が発生する可能性があります。

次のツールを使用して、構成を監視できます。

  • 通話品質ダッシュボード
  • SBC ログ

ダイレクト ルーティング サービスには、Call Analytics ログまたは SBC ログに報告されるわかりやすいエラー コードがあります。

通話品質ダッシュボードには、通話の品質と信頼性に関する情報が表示されます。 Call Analytics を使用して問題をトラブルシューティングする方法の詳細については、「Microsoft Teams の通話品質ダッシュボードを有効にして使用する」および「オンラインSkype for Business」および「通話分析を使用して通話品質の低いトラブルシューティングを行う」を参照してください。

通話エラーが発生した場合、Call Analytics はトラブルシューティングに役立つ標準 SIP コードを提供します。

呼び出しエラーのサンプル SIP コード。

ただし、Call Analytics は、呼び出しがダイレクト ルーティングの内部コンポーネントに到達し、失敗した場合にのみ役立ちます。 SBC ペアリングに関する問題や、SIP "Invite" が拒否された問題 (トランク FQDN の名前が正しく構成されていないなど) の場合、通話分析は役に立ちません。 この場合は、SBC ログを参照してください。 ダイレクト ルーティングは、SBC に問題の詳細な説明を送信します。これらの問題は、SBC ログから読み取ることができます。