コメントありがとうございます。
コントロールハブでCiscoローカルゲートウェイの設定を検証してください
フィードバックがある場合Webex Calling管理者としての重要な要件の1つは、ローカルゲートウェイを設定することです。 コントロールハブにある設定検証オプションでは、設定を検証できます。 ユーザーに問題が発生する前に、設定ミスを特定し、修正に関するガイダンスを提供します。 この構成検証を使用すると、エラーがなくなるまで構成を再検証できます。
-
この設定検証を実行するには、マネージドゲートウェイをControl Hubに登録し、ローカルゲートウェイをサービスとして割り当てる必要があります。
-
登録ベースのローカルゲートウェイの設定検証のみをサポートします。
シスコローカルゲートウェイの設定を確認するには、次の手順を実行してください。
| 1 |
ゲートウェイの概要ページで、 設定検証セクションの 「検証」 をクリックして検証を開始します。
検証が進行中であることを確認するメッセージが表示されます。 ゲートウェイカードには、リクエストの詳細も表示されます。 |
| 2 |
[更新] をクリックすると、 検証の最新のステータスが表示されます。 
進行中の検証が完了した後にのみ、新しい検証をリクエストできます。 |
| 3 |
検証が成功すると、[検証] と [結果を表示する] オプションが表示されます。 
|
| 4 |
[結果を表示] をクリックすると、 検証済み設定ページに設定が表示され、 設定に誤りがないかどうかを確認できます。 詳しくは、「設定の検証結果を知る」を参照してください。 構成検証結果は2年間保存されます。 ただし、ゲートウェイ構成データは、8時間後に検証アプリケーションを実行するプラットフォームから削除されます。 |
| 5 |
「閉じる」をクリックして、 検証済み設定ページを終了します。 ゲートウェイの概要ページが表示されます。 データ保持期間中は、設定の検証結果にアクセスできます。 ただし、この期間を過ぎると結果を見ることはできません。 
|
| 6 |
検証に失敗した場合は、「検証」をクリックして設定の検証をやり直してください。 検証リクエストが成功した場合にのみ結果を表示できます。
前回の検証が成功したかどうかに関係なく、Validateを使用してゲートウェイの設定を再検証できます。 |
検証をクリックすると、ゲートウェイの設定が推奨構成と照合され、問題があるかどうかが分析されます。 これを実現するために、構成の各セクションが個別に検証され、その検証結果も同様に表示されます。
以下は、現在検証中の設定のさまざまなセクションです。
-
Webex Callingクラウドへの登録に使用したボイスクラステナント
-
テナントに関連するボイスクラスのSIPプロファイル
-
音声サービス、VoIP
-
シプウア
-
ネームサーバと暗号PKIトラストポイント設定のグローバル設定
-
Webex Callingダイヤルピア —への着信ダイヤルピアと発信ダイヤルピア Webex Calling
Webex Calling検証されるのは側のダイヤルピア設定だけです。 ローカルPBX側の完全なダイヤルプラン、PSTN、およびダイヤルピアの設定は検証されません。
たとえば、設定に音声SIPプロファイル、sip-ua、または音声クラスのテナントセクションを含めることができます。 これらの構成はそれぞれ個別のセクションとして分析され、対応する結果が個別に表示されます。 また、報告日、検証されたセクションの総数、問題のあるセクションの総数などの詳細がページに表示されます。
検証結果の一部として、次のステータスが表示されます。
-
問題は見つかりませんでした —検証した設定セクションは有効で、そのまま使用できます。
-
見つからない —検証した構成にギャップや不足しているステップがあります。 ギャップを解消した後、設定を再確認してください。
-
設定ミス —検証した設定にエラーがあります。 エラーを修正したら、設定を再確認してください。
-
注文 — 検証した設定には、すべてのステップが含まれています。 ただし、実行した順序はお勧めしません。 設定手順を並べ替えたら、設定を再確認してください。
構成が正確かどうかに関係なく、検証された各セクションのリファレンス構成が提供されます。 同じ内容を参照して設定を更新できます。
また、有効な設定セクションごとにコピーオプションを用意しています。 これにより、これらの設定をクリップボードにコピーできます。
Webex Calling構成の検証と推奨事項については、構成を参考にしてください。 設定は、ユニファイドコミュニケーションマネージャーや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
-
