IOS で管理されたゲートウェイ デバイスをCisco Webex Control Hubに接続すると、残りの Unified Communications インフラストラクチャと共に、どこからでもそれらを管理および監視できます。 さらに、これにより、デバイスをより効率的に管理するための一般的なタスクを開始できます。 ゲートウェイを登録するには、管理コネクタアプリケーションをインストールして、アプリケーションとCisco Webexクラウドとの間の安全な接続を確認する必要があります。 この接続を確立したら、Control Hub にログインすることでゲートウェイを登録できます。
管理対象ゲートウェイ
Cisco IOS ゲートウェイを Control Hub に登録することで、デバイス管理を簡素化し、新しい Webex Calling サービスを利用できるようになります。 ゲートウェイが Control Hub との接続を維持すると、他のWebex Callingデバイスとともに、どこからでも管理および監視できます。
このプロセスは、Control Hub のデバイスとして完全に管理されている VG400 などの Cisco IOS 音声ゲートウェイには適用されません。
|
GuestShell と呼ばれる小さなコネクタ アプリケーションは、ゲートウェイから Control Hub への接続を確立および維持する責任があります。 ゲストシェルおよびコネクタ アプリケーションは、登録プロセス中に Webex クラウドからゲートウェイで実行されるスクリプトを使用して構成およびセットアップされます。
インストール プロセスを簡素化するために、スクリプトによって必要なゲートウェイ設定が多数追加されます。
ゲートウェイ コネクタは、ゲートウェイ GuestShell で実行され、Control Hub への接続を維持し、イベントを調整し、ステータス情報を収集するための小さなアプリケーションです。 GuestShellの詳細については、GuestShellを参照してください。
ゲートウェイ コネクタは、Cisco IOS XE GuestShell コンテナにインストールされます。
コネクタには次の 2 種類があります。
管理コネクタ
テレメトリ コネクタ
インタラクティブなメニュー駆動のTCLスクリプトは、GuestShellの設定、および管理コネクタのインストールとメンテナンスに役立ちます。
管理コネクタは、テレメトリ コネクタのゲートウェイの登録とライフサイクル管理を行います。
登録が正常に完了すると、管理コネクタは最新のテレメトリ コネクタをダウンロードしてインストールします。
次の図は、Webex Calling ソリューションで異なるコンポーネントがどのように接続されるかを示しています。

TCL スクリプトの実行の一環として、次の情報がユーザーから収集されます。
外部インターフェイス
DNS サーバー アドレス
プロキシの詳細
コネクタIPアドレス
ゲートウェイ資格情報 (ユーザー名 とパスワード)
TCL スクリプトは、次の設定を実行します。
仮想ポート グループ:ゲストシェル設定で必要です。
ゲストシェル
NETCONF ヤン
SNMPトラップ構成 - Cisco IOS XE からの通知に必要です。
IPルート—仮想ポート グループを通してコネクタ関連のトラフィックをルーティングします。
TCL スクリプトは、次の設定を実行します。
!
interface VirtualPortGroup 0
ip unnumbered GigabitEthernet1
no mop enabled
no mop sysid
!
!
app-hosting appid guestshell
app-vnic gateway0 virtualportgroup 0 guest-interface 0
guest-ipaddress 10.65.125.227 netmask 255.255.255.128
app-default-gateway 10.65.125.142 guest-interface 0
app-resource profile custom
cpu 800
memory 256
persist-disk 500
name-server0 72.163.128.140
name-server1 8.8.8.8
!
!
netconf-yang
netconf-yang cisco-ia snmp-trap-control trap-list 1.3.6.1.4.1.9.9.41.2.0.1
netconf-yang cisco-ia snmp-community-string Gateway-Webex-Cloud
!
!
logging snmp-trap emergencies
logging snmp-trap alerts
logging snmp-trap critical
logging snmp-trap errors
logging snmp-trap warnings
logging snmp-trap notifications
!
!
snmp-server community Gateway-Webex-Cloud RO
snmp-server enable traps syslog
snmp-server manager
!
!
ip route 10.65.125.227 255.255.255.255 VirtualPortGroup0
!
サンプル構成の場合:
|
ゲートウェイ コネクタには、次の制限があります。
Cisco 1100 統合サービス ルータ プラットフォーム
高可用性 (HA) モード
コントローラまたは SD-WAN モード(Site Survivability は、Cisco IOS XE Autonomous モードで動作するゲートウェイのみをサポートします)
Control Hub でデバイスとしてフル管理される VG400 などのCisco IOS音声ゲートウェイ。
デバイスをゲートウェイ登録用に準備します。
組織管理者として Control Hub にアクセスする
設定するデバイスのIPアドレス、ユーザ名、およびパスワード。
Cisco IOS XE バージョン:
ローカル ゲートウェイ—Cisco IOS XE Amsterdam 17.3.4a 以降
サバイバビリティ ゲートウェイ—Cisco IOS XE Cupertino 17.9.3a 以降
システムの前提条件
最小空きメモリ: 256 MB
最小ディスク容量:2000 MB(GuestShell コンテナでは 1100 MB、コネクタ アプリケーションでは 500 MB を含む)。 ハード ディスク:) がインストールされている場合、コネクタのインストールに使用されます。 それ以外の場合は、システム bootflash: が使用されます。
ルータのブートフラッシュが4GBで、使用可能な容量(最小容量)が2GB未満の場合は、現在実行中のものを除くすべてのIOSバイナリ(.bin)イメージを削除します。 ファイルを削除したら、余分なスペースを解放します。
以下は、ブートフラッシュディスク領域を解放するためのオプションの手順です。 次の手順を実行し、ブートファイルをインストールモードに変更します。
|
以下の手順を使用して、バイナリ イメージを展開し、コンポーネントから起動します。
次を使用して新しいディレクトリを作成します。 mkdir bootflash:/imageを選択します。
リクエスト プラットフォーム ソフトウェア パッケージを使用して、IOS バイナリ イメージを展開します。bootflash:/<image>.bin ファイルを bootflash:/image に展開します。
設定モードでは、ブートシステムなしを使用して現在のブートオプションを削除します。
新しいブート ステートメントを設定します。 ブート システム bootflash:/image/packages.confを選択します。
設定モードを終了し、設定を保存して再起動します。
ルータが再起動したら、次を使用します。 バージョンの表示を使用して、ルータが
bootflash:/image/packages.conf
です。 そうであれば:ことを確認します
bootflash:/sysboot
ディレクトリが空です。残りの IOS バイナリ イメージを削除します。
次を使用してコア イメージを削除します。 delete /f /r bootflash:/core/*を選択します。
トレース ログ ファイルの削除方法delete /f /r bootflash:/tracelogs/*を選択します。
それでもディスク領域が不十分な場合は、bootflash: ログや CDR など、他の不要なファイルを削除してください。
インターネットへのパスでネットワークに接続されている、サポートされているCiscoルーター。 基本設定には次のものが含まれます:
パブリック ドメイン名を解決するように設定されたDNSサーバ。
DNSサーバを設定するには、次のコマンドを使用します。
IP ネーム サーバ <IP address="">
プロキシ経由でインターネットに接続する場合は、HTTP プロキシ サーバー。
プロキシを通してインターネットに到達する場合は、HTTPプロキシサーバー。
ゲートウェイクレデンシャル: コネクタが NETCONF インターフェイスを通してゲートウェイにアクセスするために使用できる権限レベル 15 のアクセス権 (username とパスワード)。
NETCONF アクセスを認証および認証するには、例に示すようにデフォルトの aaa リストが設定されていることを確認します。 デフォルトのリストにある任意の方法のオプションを使用できます。 名前付き aaa リストを使用して NETCONF アクセスを制御することはできません。 デフォルトのリストが正しく設定されていない場合、システム ログに「無効な方式リスト」というエラー メッセージが表示される場合があります。
aaa new-model aaa authentication login default radius local aaa authorization exec default radius local if-authenticated username test privilege 15 secret <password>
ネットワークの前提条件
コネクタのIPアドレスは、外部接続用に選択されたものと同じネットワークにある必要があります。 プライベート ネットワーク アドレスを使用できますが、インターネットへの HTTP アクセスが必要です。
Amazon Web Services(AWS)で仮想 CUBE をローカル ゲートウェイとして使用する場合は、コネクタの使用にセカンダリ IP アドレスを関連付ける手順については、「AWS での仮想 CUBE のセカンダリ IP アドレスの関連付け」を参照してください。
登録プロセスを完了するには、Control Hub とオンプレミス デバイスに接続されている必要があります。
Webexサービスの URL:
*.ucmgmt.cisco.com
*.webex.com
*.wbx2.com
トランスポート プロトコル(Transport Protocol) トランスポート レイヤ セキュリティ (TLS) バージョン 1.2
IOS パブリック認証局バンドルをインポートします。 ゲートウェイ信頼プールに追加された証明書は、 Webexサーバーへのアクセスを確認するために使用されます。 次の設定コマンドを使用してバンドルをインポートします。
crypto pki trustpool import url http://www.cisco.com/security/pki/trs/ios.p7b
AWS で Virtual CUBE をローカル ゲートウェイとして使用する場合は、AWS インターフェイスで次の手順を実行して、コネクタ使用用のセカンダリ IP アドレスを関連付けます。
メンテナンス期間中にこのアクティビティを実行することをおすすめします。 |
始める前に
Amazon Web Services(AWS)で仮想 CUBE をローカル ゲートウェイとして使用するには、セカンダリ プライベート IP アドレスをゲートウェイ インターフェイスに関連付ける必要があります。 このIPアドレスは、コネクタのIPアドレスとして使用できます。
を関連付けるエラスティックをパブリック IPアドレスにすることで、セカンダリ IP アドレスセカンダリ IP アドレスがゲートウェイ登録用にパブリックに利用可能になります。
登録を正常に行うためには、関連するセキュリティグループ ポリシーで HTTPS 着信トラフィックが許可されている必要があります。 登録が完了したら、これを削除できます。
1 | このリンクを選択します:サービス次のリンクをクリックしてください: EC2次のリンクをクリックしてください:インスタンスを選択し、 Ciscoゲートウェイインスタンスを選択します。 |
2 | [ネットワークインターフェースをクリックして、 th0を選択します。 ダイアログ ボックスに、詳細情報がth0のインターフェイス。 |
3 | クリックインターフェイスID値を選択します。 |
4 | クリックアクションを選択し、 IPアドレスを管理するドロップダウン メニューから |
5 | 展開するth0を選択して、新規IPアドレスを割り当てる割り当てを確認します。 このセカンダリ IP アドレスに注意してください。 |
6 | クリックアクションを選択して、関連アドレスドロップダウン メニューから |
7 | 利用可能なパブリック IPアドレスをElastic IPアドレスを開きます。 選択した IP アドレスが指定したセカンダリ IP アドレスと一致することを確認します。 |
8 | (オプション)現在使用中のパブリックIPアドレスを、別のELASTICネットワークインターフェイス(ENI)にマッピングして再割り当てするには、[再割り当てを許可]をクリックします。 |
9 | クリック関連アドレスパブリック IPアドレス (Amazon Elastic IP) をネットワーク インターフェイスのプライベート IPアドレスに関連付けます。 |
コネクタのインストール中に、コネクタのIPアドレスとしてこのプライベート IPアドレスを使用できます。 Control Hub への登録には、対応するパブリック IP アドレス (Amazon Elastic IP アドレス) を使用します。
すでにゲートウェイを Control Hub に追加し、管理コネクタをインストールしている場合、この手順をスキップできます。 ステップ 5 / Control Hub にゲートウェイを登録するを選択して、登録プロセスを完了します。
|
1 | Control Hub https://admin.webex.com/ にサインインします。 |
2 | 下サービスに移動し、電話ミーティングの隣にある管理対象のゲートウェイタブの下に表示します。 |
3 | ミーティングの隣にあるリンクをゲートウェイを追加クリックします。 |
4 | [管理対象ゲートウェイの追加(Add a Managed Gateway)] ウィンドウに表示される tclsh コマンドをコピーします。 管理コネクタのインストール手順の一部として、ゲートウェイの CLI でコマンドを実行する必要があります。 |
次に行うこと
コネクタがゲートウェイにインストールされた後、Control Hub で、登録プロセスを再開できます。
管理コネクタのインストールを開始する前に、すべての要件を満たしていることを確認してください前提条件を選択します。 |
- コンソールまたは SSH 接続を使用してゲートウェイにサインインして、次の文字列を Router exec コマンド プロンプトに貼り付けます。
コマンドまたはアクション | 目的 | ||
---|---|---|---|
コンソールまたは SSH 接続を使用してゲートウェイにサインインして、次の文字列を Router exec コマンド プロンプトに貼り付けます。 |
tclsh https://binaries.webex.com/ManagedGatewayScriptProdStable/gateway_onboarding.tcl
|
コネクタがすでにセットアップされていない場合、スクリプトはインストール メニューに移動します。コネクタがセットアップされている場合は、ホーム メニューに移動します。
1 | コネクタ用に予約されたアドレスと同じネットワークにあるインターフェイスを選択します。
|
||||||
2 | コネクタが使用するようにDNSサーバーを構成します。 デフォルトでは、IOS で設定されているサーバを使用します。
|
||||||
3 | プロキシを使用してインターネットにアクセスする必要がある場合は、プロンプトが表示されたらプロキシの詳細を入力します。 ゲートウェイですでにプロキシが構成されている場合、デフォルトで次の詳細が使用されます。 必要に応じて、nと入力してこれらの設定を上書きします。
|
||||||
4 | SNMPトラップ設定を行います。 Cisco Webexクラウドに通知をプッシュするために、ルーターのSNMPトラップ設定レベルが通知レベル未満に設定されている場合、スクリプトはそれを更新します。 SNMP トラップ設定を通知レベルに変更するかどうかを確認するプロンプトが表示されます。 現在の SNMP トラップ設定レベルを保持するには、n を選択します。
|
||||||
5 | コネクタのIPアドレスを入力します。
|
||||||
6 | コネクタがルータの NETCONF インターフェイスにアクセスするために使用するユーザー名とパスワードを入力します。
あなたが取得するのは、 「クラウド コネクタは正常にインストールされました」インストール成功後のメッセージ。
|
||||||
7 | コネクタがルータの NETCONF インターフェイスにアクセスするために使用するユーザー名とパスワードを入力します。
あなたが取得するのは、 「クラウド コネクタは正常にインストールされました」インストール成功後のメッセージ。
|
始める前に
1 | ことを確認します管理対象ゲートウェイを追加するウィンドウが Control Hub に表示されます。 ウィンドウが表示されない場合は、[SERVICES]で[Calling]をクリックし、[管理対象ゲートウェイ]タブを選択し、[ゲートウェイの追加]をクリックします。 ![]() |
||
2 | [管理対象ゲートウェイを追加]ウィンドウで、[ゲートウェイに管理コネクタをインストールしました]にチェックを入れ、[次へ]をクリックします。
|
||
3 | で、管理対象ゲートウェイを追加する画面で、コネクタのインストール手順の間に入力したコネクタのIPアドレスとゲートウェイの希望表示名を入力します。 |
||
4 | [次へ] をクリックします。
ルーターのコネクタ管理ページに接続するブラウザーのタブが開き、登録を完了することができます。
|
||
5 | ログインするには、ステップ 6 にリストされているコネクタのインストール手順で使用したゲートウェイ管理者ユーザー名とパスワードを入力します。 |
||
6 | [今すぐ登録] をクリックして、Webex クラウドへのコネクタを認証するための新しいウィンドウを開きます。
|
||
7 | Webex 管理者アカウントを使用してサインインします。 |
||
8 | [ゲートウェイ管理コネクタへのアクセスを許可] にチェックを入れます。 |
管理コネクタとテレメトリ コネクタの両方のコネクタの状態が、コネクタの詳細ページに表示されます。
https://admin.webex.comで顧客組織にログインします。
。
[ゲートウェイの管理] をクリックします。
管理コネクタの状態 |
接続ステータス |
説明 |
---|---|---|
実行中 |
接続済み |
コネクタが接続されていることを示します。実行中状態で、デバイスは接続済みCisco Webexします |
実行中 |
接続していません |
コネクタが接続されていることを示します。実行中しかしデバイスは接続されていませんCisco Webexします |
実行中 |
ハートビートに失敗しました |
コネクタが接続されていることを示します。実行中期待できますがハートビートに失敗しましたを入力します。 |
実行中 |
登録に失敗しました |
コネクタが接続されていることを示します。実行中状態ですが、 Cisco Webexクラウドへのデバイスの登録が失敗しました。 |
Telemetry コネクタの状態 |
接続ステータス |
説明 |
---|---|---|
未インストール |
利用不可 |
テレメトリ コネクタが接続されていることを示します。未インストールを選択します。 |
ダウンロード中... |
利用不可 |
テレメトリ コネクタを示します。ダウンロードは進行中です。 |
インストール中 |
利用不可 |
テレメトリ コネクタを示します。設置は進行中です。 |
未設定 |
利用不可 |
テレメトリ コネクタを示します。設置は成功しましたが、サービスが開始されていないか、まだ設定されています。 |
実行中 |
利用不可 |
テレメトリ コネクタが接続されていることを示します。実行中に接続されますが、そのCisco Webexクラウドへの接続情報は利用できません。 |
実行中 |
接続済み |
テレメトリ コネクタがあることを示します。実行中状態を維持し、 Cisco Webexクラウドに接続されます。 |
実行中 |
接続していません |
テレメトリ コネクタがあることを示します。実行中しかしCisco Webexクラウドに接続されていません。 |
実行中 |
ハートビートに失敗しました |
テレメトリ コネクタがあることを示します。実行中状態とテレメトリのハートビートがCisco Webexクラウドに失敗しました。 |
無効済み |
利用不可 |
テレメトリ コネクタがあることを示します。メンテナンスモード (無効状態)およびクラウドへの接続性に関する情報は利用できません。 |
停止しました |
接続されていません |
テレメトリ コネクタがあることを示します。停止しました状態 (テレメトリサービスおよび Web ソケット ブローカー サービスの両方が停止している可能性があります)、 Cisco Webexクラウドに接続されていません。 |
このセクションでは、テレメトリ コネクタ モジュールで生成されたアラームについて説明します。 テレメトリ コネクタのアラームは Cisco Webex クラウドに送信され、Control Hub に表示されます。
以下の表では、コネクタ関連のメッセージについて説明します。
タイトル |
説明 |
重要度 |
対処方法 |
---|---|---|---|
テレメトリモジュールが開始されました。 |
このメッセージは、Telemetry モジュールが機能するようになったときに送信されます。 |
警告 |
NA |
テレメトリ モジュールがアップグレードされました。 |
このメッセージは、テレメトリモジュールがアップグレードされたときに送信されます。old_version " から "new_version 」に置き換えることで、URL が有効かどうかを検証できます。 |
警告 |
NA |
NETCONF 接続に失敗しました。 |
このアラームは、Telemetry モジュールがゲートウェイへの NETCONF 接続の確立に失敗した場合に発生します。 |
重大 |
ゲートウェイで NETCONF が有効になっており、コネクタから到達可能であることを確認してください。 コネクタ コンテナを無効にしてから有効にしてみてください。 それでも問題が解決しない場合は、[https://help.webex.com/contact]に移動し、[サポート]をクリックしてケースを提起します。 |
NETCONF 認証に失敗しました。 |
このアラームは、Telemetry モジュールがゲートウェイへの NETCONF 接続の確立に失敗した場合に発生します。 |
重大 |
ゲートウェイでユーザ名およびパスワードが正しく設定されていることを確認します。 コネクタ コンテナを無効にしてから有効にしてみてください。 それでも問題が解決しない場合は、[https://help.webex.com/contact]に移動し、[サポート]をクリックしてケースを提起します。 |
NETCONF SNMPイベントのサブスクリプションに失敗しました。 |
このアラームは、Telemetry モジュールがSNMPイベントに対する NETCONF サブスクリプションの作成に失敗した場合に発生します。 |
重大 |
NETCONF がゲートウェイで有効になっていることと、コネクタで到達可能であることを確認します。 コネクタ コンテナを無効にしてから有効にしてみてください。 それでも問題が解決しない場合は、[https://help.webex.com/contact]に移動し、[サポート]をクリックしてケースを提起します。 有効化および無効化の方法についての詳細は、次を参照してくださいインストール後の作業を選択します。 |
テレメトリ メトリック収集に失敗しました。 |
このアラームは、Telemetry モジュールが NETCONF GET クエリーによってゲートウェイからのメトリックの収集に失敗した場合に発生します。 |
重大 |
ゲートウェイで NETCONF が有効になっており、コネクタから到達可能であることを確認してください。 コネクタ コンテナを無効にしてから有効にしてみてください。 それでも問題が解決しない場合は、[https://help.webex.com/contact]に移動し、[サポート]をクリックしてケースを提起します。 有効化および無効化の方法についての詳細は、次を参照してくださいインストール後の作業を選択します。 |
テレメトリ ゲートウェイの接続に失敗しています。 |
このアラームは、コネクタがテレメトリ ゲートウェイとの Web ソケット接続の確立に失敗した場合に発生します。 |
重大 |
テレメトリ ゲートウェイURL (*.ucmgmt.cisco.com) がエンタープライズ ファイアウォールの許可リストに含まれており、ゲートウェイからアクセス可能であることを確認します。 それでも問題が解決しない場合は、[https://help.webex.com/contact]に移動し、[サポート]をクリックしてケースを提起します。 |
プロキシ経由のテレメトリ ゲートウェイ接続に失敗しました。 |
コネクタが、構成されたプロキシへの接続の確立に失敗した場合、このアラームが発生します。 |
重大 |
プロキシの詳細 (IPアドレスとポート資格情報) がコネクタで正しく設定されており、プロキシが到達可能であることを確認します。 それでも問題が解決しない場合は、[https://help.webex.com/contact]に移動し、[サポート]をクリックしてケースを提起します。 |
管理コネクタのローカル管理
コネクタを正常にインストールした後、ゲートウェイで Webex Calling を使用できます。 必要な場合、スクリプトメニューで利用可能なオプションを使用して、いくつかのコネクタ設定を更新できます。
次のコマンドを使用すれば、いつでもスクリプトを再起動することができます。 tclsh bootflash:/gateway_connector /gateway_onboarding .tclを選択します。
|
===============================================================
Webex Managed Gateway Connector
===============================================================
Options
s : Display Status Page
v : View and Modify Cloud Connector Settings
e : Enable Guestshell
d : Disable Guestshell
l : Collect Logs
r : Clear Logs
u : Uninstall Connector
q : Quit
===============================================================
Select an option from the menu:
ゲストシェルを有効にする
以下を使用して Cloud Connector を有効にします e: Enable Guestshell
メニューオプションを選択します。 これによりコネクタのステータスが INACTIVE
~ ACTIVE
です。
ゲストシェルを無効にする
Cloud Connector を無効化するには d: Disable Guestshell
メニューオプションを選択します。 これによりコネクタのステータスが ACTIVE
~ INACTIVE
です。
コネクタのアンインストール
Cloud Connector をアンインストールするには u: Uninstall Connector
メニューオプションを選択します。 これはゲストシェル コンテナ内のすべてのデータを削除し、cloud Connector に関連するすべての構成を削除します。
ログの収集
次を使用してログを収集してください l: Collect Logs
メニューオプションを選択します。 システムは、ログの収集後にこれらのログが保存されている場所を表示します。
Cisco TACのアクティブなサポート ケースがある場合は、次のコマンドを使用してサービス リクエストにログを直接添付できます。 bootflash:/guest-share/ をコピーします。<log-filename> scp://<case-number> :<cxd-token> @s1286664546を選択します。 |
次にコマンドのサンプルを示します。
vcubeprod#copy bootflash:/guest-share/gateway_webex_cloud_logs_2022114090628.tar.gz scp://123456789:a1b2c3d4e5@cxd.cisco.com
ログの消去
デバイス内のすべてのログ ファイルを r: Clear Logs
メニューオプションを選択します。 これにより、Tcl スクリプトとコネクタの最新のログを除く、すべての既存のログが削除されます。
Cloud Connector 設定を表示および変更します
以下の変更を、Cloud Connector の既存の設定に v: View and Modify Cloud Connector Settings
メニューオプションを選択します。
===============================================================
Webex Managed Gateway Connector
===============================================================
Script Version : 2.0.2
Hostname/IP Addr : 10.65.125.188
DNS Server(s) : 10.64.86.70
Gateway Username : lab
External Interface : GigabitEthernet1
Proxy Hostname/IP Addr : proxy-wsa.esl.cisco.com:80
===============================================================
Options
c : Update Gateway Credentials
e : Update External Interface
p : Update Proxy Details
n : Update DNS Server
k : Update Connector Package Verification Key
l : Modify log level for Cloud Connector
h : Go to home menu
q : Quit
===============================================================
Select an option from the menu: c
ゲートウェイ クレデンシャルの更新
次を使用してゲートウェイのユーザ名とパスワードを更新する c: Update Gateway Credentials
メニューオプションを選択します。
外部インターフェイスの更新
コネクタがバインドされているインターフェイスとコネクタのIPアドレスは、 v: View and Modify Cloud Connector Settings
メニューオプションを選択します。
プロキシの詳細の更新
以下のタスクを、 p: Update Proxy Details
メニューオプション:
i: Update Proxy IP and Port
c: Update Proxy Credentials
r: Remove Proxy Credentials
a: Remove All Proxy Details
h: Go to home menu
コネクタ パッケージの検証キーの更新
技術的な問題が発生し、サポート エンジニアからパッケージ検証キーを置き換えるように求められた場合は、新しい gateway-webex-connectors.gpgファイルをbootflash:/gateway_connector /を使用して、 k: Update Connector Package Verification Key
メニューオプションを選択します。
管理コネクタのログ レベルを変更します
次を使用して、コネクタのロギング レベルを変更します: l: Modify log level for Cloud Connector
メニューオプションに移動して、次のいずれかのオプションを選択します。
===============================================
Number Log Level
===============================================
1 DEBUG
2 INFO
3 WARNING
4 ERROR
5 CRITICAL
===============================================
ゲートウェイインスタンスを管理するには
[サービス]の[Calling]をクリックし、次に[管理対象ゲートウェイ]タブをクリックします。
該当するゲートウェイインスタンスについて、となりのドット( ] をスライドします。 ) にある [アクション適切なアクションを選択します。

コネクタを一時停止は、管理コネクタに Telemetry コネクタを停止するように指示します。 ゲートウェイに関する問題のトラブルシューティングを行う際に、このオプションを使用して一時的に Telemetry コネクタを停止することができます。 コネクタを一時停止すると、設定検証などのサービスは機能しません。 イベント、登録者、出席者にすばやくアクセスするため、コネクタを再開Action を実行して、テレメトリコネクタを再起動します。
- クリックコネクタを一時停止学生の出席をアクションメニューをクリックして、管理コネクタを一時停止します。
- 一時停止したコネクタを再開するには、次をクリックします。コネクタを再開サイト変換ツールからアクションメニュー。
コマンドまたはアクション | 目的 | |
---|---|---|
1 | クリックコネクタを一時停止学生の出席をアクションメニューをクリックして、管理コネクタを一時停止します。 |
|
2 | 一時停止したコネクタを再開するには、次をクリックします。コネクタを再開サイト変換ツールからアクションメニュー。 |
Control Hub は管理対象ゲートウェイのイベント履歴を記録し、表示します。 個々のゲートウェイの詳細またはすべての管理対象ゲートウェイの統合された詳細を表示します。
- クリックイベント履歴サイト変換ツールから電話ページで管理しているすべてのゲートウェイのイベント詳細を確認します。
- ゲートウェイに固有のイベントの詳細については、ここをクリックしてください。イベント履歴サイト変換ツールからアクションのメニューに表示されます。
コマンドまたはアクション | 目的 | |
---|---|---|
1 | クリックイベント履歴サイト変換ツールから電話ページで管理しているすべてのゲートウェイのイベント詳細を確認します。 |
|
2 | ゲートウェイに固有のイベントの詳細については、ここをクリックしてください。イベント履歴サイト変換ツールからアクションのメニューに表示されます。 |
- [アクション] メニューの [ゲートウェイの削除] をクリックして、ゲートウェイインスタンスを削除します。
- [確認] をクリックします。
コマンドまたはアクション | 目的 | |||
---|---|---|---|---|
1 | [アクション] メニューの [ゲートウェイの削除] をクリックして、ゲートウェイインスタンスを削除します。 |
|||
2 | [確認] をクリックします。 |
![]()
|
ゲートウェイが登録されたら、[管理委託型ゲートウェイにサービスを割り当てる] で設定を続行できます。