概要

Webex Calling 管理者として、重要な要件の 1 つは、ローカル ゲートウェイを設定することです。Control Hub で使用可能な構成検 証オプションを使用すると、構成を検証できます。これは、ユーザーの問題を引き起こす前に、構成の誤りを特定し、修正に関するガイダンスを提供します。この構成検証を使用して、エラーがなくなるまで構成を再検証できます。

  • この構成検証を実行するには、管理対象ゲートウェイを Control Hub に登録し、サービスとしてローカル ゲートウェイ を割り当てる必要があります。

  • 登録ベースのローカル ゲートウェイの構成検 証のみをサポートします。

Cisco ローカル ゲートウェイの設定を検証する

次の手順を実行して、Cisco ローカル ゲートウェイの設定を検証します。

1

[Calling] > [管理対象ゲートウェイ] に進み、ゲートウェイをリストする行をクリックします。

2

ゲートウェイの概要ページで、[構成検 証]セクションの[検 証]をクリックして検証を開始します。

検証が進行中であることを確認するメッセージが表示されます。ゲートウェイ カードには、リクエストの詳細も表示されます。

3

[更 新] をクリックして、検証の最新のステータスを表示します。

継続中の検証が完了した後にのみ、新しい検証をリクエストできます。

4

検証が成功すると、［検 証］オプションと［結果を表 示］オプションが表示されます。

5

［結果を表示］をクリ ックして、［検証済みの設 定］ページに構成を表示し、構成に誤りがないか確認します。詳細については、「構成検証結果を確認する」を参照してください。

構成検証の結果は 2 年間保存されます。ただし、ゲートウェイ設定データは、検証アプリケーションを実行するプラットフォームから 8 時間後に削除されます。

6

［閉じ る］をクリックして、［検証済みの設 定］ページを終了します。ゲートウェイの概要ページが表示されます。

データ保持期間中に、設定検証の結果にアクセスできます。ただし、この期間後に結果を表示 することはできません。

7

検証が失敗した場合は、[検 証] をクリックして構成の検証を再試行します。結果を表示できる のは、検証リクエストが成功した場合のみです。

以前の検証が成功しているかどうかにかかわらず、検証を使用してゲートウェイ設定を再検証できます。

構成検証結果を知る

[検証]をクリックすると、ゲートウェイ構成が推奨される構成に対して検証され、問題があるかどうかを分析します。これを実現するために、構成の各セクションは個別に検証され、検証結果も同様に表示されます。

以下は、現在検証されている設定のさまざまなセクションです。

  • Webex Calling クラウドへの登録に使用される音声クラス テナント

  • テナントに関連付けられた音声クラス sip-profile

  • voiceservicevoIP

  • SIP-ua（sip-ua）

  • name-server および crypto pki trustpoint 設定のグローバル構成

  • Webex Callingダイヤルピア - Webex Calling に向かう着信と発信のダイヤルピア

    Webex Calling 側のダイヤルピア設定のみが検証されます。ローカル PBX 側の完全なダイヤル プラン、PSTN、およびダイヤル ピア設定は検証されません。

たとえば、設定にはvoice sip profile、sip-ua、またはvoice class tenant セクションがあります。これらの構成はそれぞれ別々のセクションとして分析され、対応する結果が別々に表示されます。また、レポートの日付、検証済みのセクションの合計数、問題のあるセクションの合計数などの詳細がページに表示されます。

検証結果の一部として、次のステータスが表示されます。

  • 問題が見つかりません—検証済みの設定セクションは有効で、そのまま使用できます。

  • [欠落(Missing)]:検証済みの設定にギャップまたは手順がありません。ギャップに対処した後、設定を再検証します。

  • [設定ミス(Misconfigured)]:検証済みの設定でエラーが発生します。エラーを修正した後、設定を再検証します。

  • [注文(Ordering)]:検証済みの設定には、すべての手順があります。ただし、実行した順序は推奨されません。設定手順を並べ替えた後、設定を再検証します。

設定が正確であるかどうかにかかわらず、検証済みの各セクションの参照設定を提供します。同じものを参照して、設定を更新できます。

また、有効な各設定セクションに対してコピ ーオプションを提供します。これにより、これらの設定をクリップボードにコピーできます。

構成検証と推奨事項の参照として Webex Calling 構成を使用します。設定は、Unified Communications Manager または PSTN トランキング設定に基づいて検証されません。

［トラブルシューティング］

構成検証に失敗 した場合は、管理者として以下を実行できます。

  • コネクタに関する問題の概要については、Control Hub のイベント履 歴ページを参照してください。

  • オンプレミス コネクタ管理ページ (https://) に移動して、管理およびテレメトリ コネクタが [実行中] と [接続済み] の状態であることを確認します。コネクタの状態の詳細については、ゲートウェイコネクタの状態を参照してください。

  • ゲートウェイ デバイスで、コマンド show netconf-yang sessions を使用して NETCONF セッションがアクティブであることを確認します。以下は、アクティブな NETCONF セッションのサンプルです。

    Router#show netconf-yang sessions セッション数: 1 セッション ID 転送ユーザー名 source-host global-lock -------------------------------------------------------------------------------- 32 netconf-ssh lab 10.65.125.133 なし ルーター#

    NETCONF セッションがアクティブでない場合は、ゲートウェイの資格情報（ユーザ名とパスワード）がコネクタのインストール中に設定したものと同じであることを確認してください。ゲートウェイ クレデンシャルが変更された場合は、TCL スクリプトを実行します。[v] を選択します。Cloud Connector 設定を表示および変更 してから、c: [ゲートウェイの資格情報を更新] して、変更した資格情報を設定します。

  • それでも問題が解決しない場合は、Cisco TAC サポート チームに連絡してください。以下を収集して共有します。

    • Control Hub からの失敗した構成検 証リクエストのトラッキング ID の詳細。または、コマンド copy debug info を使用して、ID の詳細を収集することもできます。

    • コネクタからのログ TCL スクリプトを実行し、選択します。l: ログの収集