概要

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


 

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

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

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

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

1

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

2

ゲートウェイの概要ページで、次をクリックします。確認サイト変換ツールから構成の検証セクションに移動して、検証を開始します。


 

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

3

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


 

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

4

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

5

クリック結果の表示設定を入力し、検証済みの構成ページに移動して、構成に誤りがないかを確認します。 詳細については、次のサイトを参照してください。設定の検証結果を知るを選択します。


 

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

6

クリック閉じるして、検証済みの構成] ページからいつでも確認できます。 ゲートウェイの概要ページが表示されます。


 

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

7

検証が失敗した場合は、[検証] をクリックして構成の検証を再試行します。 次のことが可能です。結果の表示検証要求が成功した場合のみ。


 

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

設定の検証結果を知る

1 回のクリックで、確認を追加した場合、ゲートウェイ構成は推奨される構成に照らして検証され、問題が発生していないかどうかを分析します。 これを実現するために、設定の各セクションは個別に検証され、検証結果も同様に表示されます。

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

  • 音声クラス テナント Webex Calling クラウドに登録するために 使用

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

  • 音声サービス VoIP

  • sip ua

  • のグローバル構成 ネームサーバー、暗号 PKI トラストポイントの設定

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


     

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

たとえば、構成に音声 SIP プロファイル、sip-ua（sip-ua）、または音声クラス テナントセクション。 これらの各設定は個別のセクションとして分析され、対応する結果は個別に表示されます。 また、レポートの日付、検証されたセクションの総数、問題のあるセクションの総数などの詳細がページに表示されます。

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

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

  • ありません—検証した構成にギャップまたはステップが存在しない。 ギャップをアドレスした後、設定を再検証します。

  • 誤り- 検証した構成にエラーがあります。 エラーを修正した後、構成を再検証します。

  • ご注文- 検証した設定にはすべてのステップが含まれています。 ただし、それらを実行した順序はお勧めしません。 構成手順の順序を変更した後、構成を再検証します。

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

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


 

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

トラブルシューティング

設定の検証が失敗した場合、管理者として以下を実行することができます。

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

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

  • ゲートウェイ デバイスで、コマンドを使用して NETCONF セッションがアクティブであることを確認します。 netconf-yang セッションを表示を選択します。 次に、アクティブな 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サポート チームに連絡してください。 以下のものを収集して共有します。

    • 失敗した のIDの詳細のトラッキング構成の検証要求されます。 または、コマンド デバッグ情報をコピーからIDの詳細を収集します。

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