概要

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

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

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

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

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

1

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

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

2

検証の最新ステータスを表示するには、 更新 をクリックします。

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

3

検証が成功した場合、 検証 および 結果の表示 オプションが表示されます。

4

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

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

5

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

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

6

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

前回の検証が成功したかどうかに関係なく、 Validateを使用してゲートウェイ構成を再検証できます。

構成検証結果を知る

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

現在検証中の構成のさまざまなセクションは次のとおりです。

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

  • 音声クラス SIP プロファイル テナントに関連付けられている

  • 音声サービス VoIP

  • シップア

  • ネームサーバ および 暗号 PKI トラストポイント のグローバル設定

  • Webex Calling dial-peers—Webex Callingへの着信および発信ダイヤルピア

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

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

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

  • 問題は見つかりませんでした—検証した構成セクションは有効であり、そのまま使用できます。

  • 不足—検証した構成にギャップまたは不足している手順があります。ギャップを解決した後、構成を再検証します。

  • 構成が正しくありません—検証した構成にエラーがあります。エラーを修正した後、構成を再検証します。

  • 順序付け—検証した構成にはすべての手順が含まれています。ただし、実行順序は推奨されません。構成手順の順序を変更した後、構成を再検証します。

構成が正確かどうかに関係なく、検証されたセクションごとに参照構成が提供されます。設定を更新するには、同じものを参照してください。

また、有効な構成セクションごとに コピー オプションも提供します。これにより、これらの構成をクリップボードにコピーできます。

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

トラブルシューティング

構成検証 が失敗した場合は、管理者として次の操作を実行できます。

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

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

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

    Router#show netconf-yang sessions 

Number of sessions : 1

session-id  transport    username             source-host            global-lock  
--------------------------------------------------------------------------------
32          netconf-ssh  lab                  10.65.125.133          None         

Router#

    NETCONF セッションがアクティブでない場合は、ゲートウェイの資格情報 (ユーザー名とパスワード) がコネクタのインストール時に構成したものと同じであることを確認します。ゲートウェイ資格情報が変更された場合は、TCL スクリプトを実行します。変更した資格情報を設定するには、 v : View and Modify Cloud Connector Settings を選択してから c : Update Gateway Credentials を選択してください。

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

    • Control Hub からの失敗した 構成検証 要求の追跡 ID の詳細。あるいは、コマンド copy debug info を使用して ID の詳細を収集することもできます。

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