概要

ローカル ゲートウェイの設定は、 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 Webex Callingに対する着信および発信ダイヤル ピア

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

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

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

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

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

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

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

構成が正確であるかどうかに関係なく、検証済みの各セクションに参照構成が提供されています。 同じものを参照して、構成を更新することができます。

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

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

トラブルシューティング

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

  • 以下を参照してください:イベント履歴ページを開いて、コネクタの問題の概要を確認できます。

  • オンプレミスのコネクタ管理ページに移動します ( 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 : Cloud Connector 設定の表示および変更の後にc : ゲートウェイの資格情報を更新する変更した資格情報を設定します。

  • 問題が引き続き発生する場合は、 Cisco TACサポート チームに連絡してください。 以下のものを収集して共有します。

    • 失敗した のIDの詳細のトラッキング構成の検証要求されます。 または、コマンドを使用することもできます。デバッグ情報をコピーを使用して、 IDの詳細を収集します。

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