- ホーム
- /
- 投稿記事
IOSマネージドゲートウェイデバイスを Cisco Webex Control Hub に接続すると、ユニファイドコミュニケーションインフラストラクチャの他の部分と一緒に、どこからでも管理および監視できます。
マネージドゲートウェイ
Cisco IOSゲートウェイをコントロールハブに登録すると、 デバイス管理が簡単になり、Webex Calling新しいサービスも利用できるようになります。 ゲートウェイはコントロールハブとの接続を維持しているので、Webex Calling他のデバイスと同様に、 どこからでも管理および監視できます。 ゲートウェイを登録するには、 管理コネクタアプリケーションをインストールして、 Cisco Webexクラウドとの安全な接続があることを確認する必要があります。 この接続を確立したら、コントロールハブにログインしてゲートウェイを登録できます。
このプロセスは、Cisco IOS コントロールハブのデバイスとして完全に管理されているVG400などの音声ゲートウェイには適用されません。
GuestShellと呼ばれる小さなコネクタアプリケーションが、 ゲートウェイからコントロールハブへの接続を確立して維持します。 GuestShellとコネクタアプリケーションは、 登録プロセス中にWebexクラウドからゲートウェイで実行されるスクリプトを使用して設定およびセットアップされます。
インストールプロセスを簡素化するために、 このスクリプトは必要なゲートウェイ構成をいくつか追加します。
ゲートウェイコネクター
ゲートウェイコネクタは、 コントロールハブへの接続を維持し、イベントを調整し、ステータス情報を収集するためにゲートウェイGuestShellで実行される小さなアプリケーションです。 ゲストシェルの詳細については、ゲストシェルを参照してください。
Cisco IOSゲートウェイコネクタはXE GuestShellコンテナにインストールされています。
コネクタには2種類あります。
-
管理コネクター
-
テレメトリーコネクター
インタラクティブなメニュー方式のTCLスクリプトは、GuestShellの設定だけでなく、 管理コネクタのインストールとメンテナンスにも役立ちます。
管理コネクタは、 テレメトリコネクタのゲートウェイ登録とライフサイクル管理を行います。
登録が正常に完了すると、 管理コネクタは最新のテレメトリコネクタをダウンロードしてインストールします。
次の図は、Webex Calling ソリューション内のさまざまなコンポーネントがどのように接続されているかを示しています。
TCLスクリプトの実行の一環として、次の情報がユーザーから収集されます。
-
外部インターフェース
-
DNSサーバーアドレス
-
プロキシの詳細
-
コネクターのIPアドレス
-
ゲートウェイ認証情報(ユーザー名とパスワード)
TCLスクリプトは次の設定を実行します。
-
仮想ポートグループ:ゲストシェルの設定に必要です。
-
ゲストシェル
-
ネットコンフヤン
-
SNMPトラップの設定—XEからの通知に必要です。Cisco IOS
-
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
!
使用可能なメモリが不足していることを示すアプリアクティベーションエラーが表示された場合は、
プラットフォームリソースプロファイルをサービスプレーンを多用するように設定してください。 以前にプロファイルを変更した場合は、プラットフォームリソース
service-plane-heavy が設定されていることを確認してください。
設定例については:
-
ギガビットイーサネット1は外部インターフェイスとして割り当てられています。 ギガビットイーサネット1のIPアドレスは10.65.125.142です。
-
コネクタのIPアドレスは、 外部接続用に選択したものと同じネットワーク内にある必要があります。 プライベートネットワークアドレスでもかまいませんが、 インターネットへのHTTPSアクセスが必要です。
-
TCLスクリプトは、構成の変更を追跡し、Cisco IOS XEのスタートアップ構成に保存します。
-
アンインストールプロセスの一部として、 TCLスクリプトは構成の変更を削除します。
制限と制約
インストールする前に、 コネクタアプリケーションは次の用途には使用できないことを考慮してください。
- Cisco 1100 サービス統合型ルータプラットフォーム
- 高可用性(HA)モードに設定されたプラットフォーム
- SD-WANネットワーク用にコントローラーモードで構成されたプラットフォーム
Cisco IOSVG400などの音声ゲートウェイでは、コネクタアプリケーションをインストールする必要はありません。 コントロールハブで完全に設定して管理できます。
ルーターをコネクタアプリケーションで使用するように設定するときは、次の点を考慮してください。
-
IOS XEはプロキシARPを使用してトラフィックをゲストシェルにルーティングします。 no ip proxy-arpコマンドを設定してこの機能を無効にしないでください。
-
a(CUBE)に設定されているプラットフォームでは、ネットワークアドレス変換Cisco Unified Border Element(NAT)を使用しないでください。 そのため、 コネクタアプリケーションをルーティング可能なIPアドレスで構成してください。 つまり、 ルーターのインターフェースアドレスを共有することはできません。
前提条件
ゲートウェイ登録のためにデバイスを準備してください:
-
組織管理者としてコントロールハブにアクセスする
-
設定したいデバイスのIPアドレス、ユーザー名、パスワード。
-
Cisco IOSXE バージョン:
-
ローカルゲートウェイ— Cisco IOS XEバンガロール 17.12.3以降
-
サバイバビリティゲートウェイ— Cisco IOS XE ダブリン 17.12.3以降
推奨バージョンについては、シスコソフトウェアリサーチを参照してください。 プラットフォームを検索して、推奨リリースの1つを選択してください。
-
- デバイスのシステムクロックを指定されたNTPサーバーと同期させるために、デバイスにNTPサーバーの詳細が設定されていることを確認してください。
-
システムの前提条件
-
最小空きメモリ—256 MB
-
最小ディスク容量- コネクタのインストールに使用されるゲートウェイに接続されたハードディスク(SSD)には、2000MBの空き容量が必要です。 また、 ブートフラッシュには50MBの空き容量が必要です。 ログとRPMファイルの保存に使用されます。
ハードディスクがゲートウェイに接続されていない場合は、 ブートフラッシュを使用してコネクタをインストールします。 次に、ブートフラッシュには2000MBの空き容量が必要です。
-
ルーターのブートフラッシュが4GBで、使用可能な容量 (最小容量)が2 GB未満の場合は、現在実行中のものを除くすべてのIOSバイナリ(.bin)イメージを削除してください。 ファイルを削除したら、余分な容量を空けてください。
以下は、ブートフラッシュのディスク容量を解放するためのオプションの手順です。 次の手順を実行し、ブートファイルをインストールモードに変更するのは、次の場合のみです。
-
ルーターはバンドルブートモード( .binから起動)を使用しています。
-
.pkgsはまだ抽出されていません(インストールモード)。
以下の手順でバイナリイメージを拡張し、コンポーネントから起動してください。
-
を使用して新しいディレクトリを作成します。
mkdir ブートフラッシュ:/image -
を使用してIOSバイナリイメージを拡張してください。
リクエストプラットフォームソフトウェアパッケージファイル bootflash: /.bin をブートフラッシュ:/image に展開します<image> -
設定モードで、を使用して現在のブートオプションを削除してください。
ブートシステムはありません -
新しいブートステートメントを設定します:
ブートシステムブートフラッシュ:/image/packages.conf。 -
設定モードを終了し、設定を保存して再起動します。
-
ルーターが再起動したら、
を使用してバージョンを表示して、ルーターがブートフラッシュから起動したことを確認します:/image/packages.conf。 もしそうなら:-
bootflash: /sysbootディレクトリが空であることを確認してください。 -
残りのIOSバイナリイメージを削除します。
-
を使用してコアイメージをすべて削除します。
/f /r ブートフラッシュを削除してください:/core/* -
を使用してトレースログファイルを削除します。
/f /r ブートフラッシュを削除してください:/tracelogs/* -
それでもディスク容量が不足している場合は、 ブートフラッシュ内の残りのファイルを確認し、ログやCDRなどの重要でないファイルをすべて削除してください。
-
-
サポートされているCiscoルーター。 インターネットへのパスを持つネットワークに接続されています。 基本構成には次のものが必要です。
-
DNSサーバーはパブリックドメイン名を解決するように設定されています。
-
DNSサーバーを設定するには、次のコマンドを使います。
-
IP ネームサーバー <IP address>
-
-
プロキシ経由でインターネットに接続したい場合は、 HTTPプロキシサーバー。
-
ゲートウェイ認証情報: コネクタがNETCONFインターフェイスを介してゲートウェイにアクセスするには、 権限レベル15のローカル認証情報(ユーザー名とパスワード)が必要です。
NETCONFアクセスを認証して許可するには、 デフォルトのAAAリストが次の例のように設定されていることを確認してください。 設定例では、 ローカル認証をベースラインとして使用しています。 TACACSとISEの認証方法もサポートされていますが、それらの設定はこの記事の範囲外です。
aaa new-model aaa authentication login default local aaa authorization exec default local if-authenticated username test privilege 15 secret <password>
ネットワークの前提条件
-
コネクタのIPアドレスは、 外部接続用に選択したものと同じネットワーク内にある必要があります。 プライベートネットワークアドレスでもかまいませんが、 インターネットへのHTTPSアクセスが必要です。
ローカルゲートウェイとしてアマゾンウェブサービス(AWS)のVirtual CUBEを使用する場合、コネクタ用にセカンダリIPアドレスを関連付ける手順については、「AWSでVirtual CUBEにセカンダリIPアドレスを関連付ける」を参照してください。
-
Control Hubとオンプレミスデバイスに接続して、 登録プロセスを完了してください。
-
Webex サービスの URL:
-
*.ucmgmt.cisco.com
-
*.webex.com
-
*.wbx2.com
-
-
トランスポートプロトコル:トランスポート層セキュリティ(TLS)バージョン1.2
-
IOSの公的認証局バンドルをインポートしてください。 ゲートウェイトラストプールに追加された証明書は、Webex サーバーへのアクセスを検証するために使用されます。 バンドルをインポートするには、次の設定コマンドを使用してください。
crypto pki trustpool import url https://www.cisco.com/security/pki/trs/ios.p7b
-
AWS上の仮想CUBEのセカンダリIPアドレスを関連付けます
ローカルゲートウェイとしてVirtual CUBEをAWSで使用する場合は、AWSインターフェイスで次の手順を実行して、コネクタ用のセカンダリIPアドレスを関連付けます。
このアクティビティは、メンテナンスの時間帯に行うことをお勧めします。
始める前に
-
アマゾンウェブサービス(AWS)のVirtual CUBEをローカルゲートウェイとして使用するには、セカンダリプライベートIPアドレスをゲートウェイインターフェイスに関連付ける必要があります。 このIPアドレスはコネクタのIPアドレスとして使用できます。
-
ElasticパブリックIPアドレスをセカンダリIPアドレスに関連付けて、セカンダリIPアドレスがゲートウェイ登録で公開されるようにします。
-
登録を正常に行うには、関連するセキュリティグループポリシーでHTTPSインバウンドトラフィックを許可する必要があります。 登録が完了したら、これを削除できます。
| 1 |
[サービス] > [EC2] > [インスタンス] に移動し、Ciscoゲートウェイインスタンスを選択します。 |
| 2 |
ネットワークインターフェースウィンドウで、eth0をクリックします。 ダイアログボックスには、eth0インターフェースに関する詳細情報が表示されます。 |
| 3 |
インターフェイスID値をクリックします。 |
| 4 |
「アクション」をクリックし、ドロップダウンリストから「IPアドレスの管理」を選択します。 |
| 5 |
eth0を展開して、「 新しいIPアドレスを割り当てる」を選択し、割り当てを確認します。 このセカンダリIPアドレスを書き留めておきます。 |
| 6 |
「アクション」をクリックし、ドロップダウンリストから「アソシエイトアドレス」を選択します。 |
| 7 |
Elastic IPアドレスリストから利用可能なパブリックIPアドレスを選択してください。 選択したIPアドレスが、メモしたセカンダリIPアドレスと一致することを確認してください。 |
| 8 |
(オプション)現在使用中で、別のエラスティック・ネットワーク・インターフェイス(ENI)にマップされているパブリックIPアドレスを再割り当てするには、「再関連付けを許可する」をクリックします。 |
| 9 |
「アドレスを関連付ける」をクリックして、パブリックIPアドレス(Amazon Elastic IP)をネットワークインターフェースのプライベートIPアドレスに関連付けます。 |
これで、このプライベートIPアドレスをコネクタのインストール時にコネクタのIPアドレスとして使用できます。 コントロールハブへの登録には、 対応するパブリックIPアドレス(Amazon Elastic IPアドレス)を使用してください。
コントロールハブに新しいゲートウェイインスタンスを追加してください
すでにコントロールハブにゲートウェイを追加していて、 管理コネクタをインストールしている場合は、この手順をスキップできます。 「ゲートウェイをコントロールハブに登録する」のステップ5に進み、登録プロセスを完了してください。
| 1 | |
| 2 |
[ に移動します。 |
| 3 |
「ゲートウェイを追加」をクリックします。 |
| 4 |
「 マネージドゲートウェイの追加」ウィンドウに表示されているtclshコマンドをコピーしてください。 管理コネクタのインストール中に、 ゲートウェイCLIでコマンドを実行する必要があります。 |
次にすべきこと
コネクタをゲートウェイに取り付けたら、コントロールハブで登録プロセスを再開できます。
ゲートウェイコネクタをインストールしてください
管理コネクタのインストールに進む前に、すべての前提条件を満たしていることを確認してください。
スクリプトを実行してください
|
コンソールまたはSSH接続を使用してゲートウェイにサインインし、次の文字列をルーターのexecコマンドプロンプトに貼り付けます。 tclsh https://binaries.webex.com/ManagedGatewayScriptProdStable/gateway_onboarding.tcl
|
インストールを開始してください
コネクタがまだ設定されていない場合は、スクリプトによってインストールメニューが表示され、コネクタが設定されている場合は 、ホームメニューに移動します。
| 1 |
コネクタ用に予約されているアドレスと同じネットワークにあるインターフェイスを選択してください。
|
| 2 |
コネクタが使用するDNSサーバーを設定します。 デフォルトでは、 IOSで設定されたサーバーを使用してください。
yはここでのデフォルト入力です。 Enterを押すと、 Yが入力として使用されます。 検出された設定は、必要に応じて上書きできます。
|
| 3 |
インターネットにアクセスするためにプロキシを使用する必要がある場合は、 プロンプトが表示されたらプロキシの詳細を入力してください。 ゲートウェイがすでにプロキシで構成されている場合は、 次の詳細がデフォルトで使用されます。 必要に応じて、nを入力してこれらの設定を上書きしてください。
|
| 4 |
SNMPトラップ設定を行います。 Cisco Webex通知をクラウドにプッシュするために、 スクリプトはルーターのSNMPトラップ構成レベルが通知レベルより低く設定されている場合、それを更新します。 システムは、 SNMPトラップの設定を通知レベルに変更するかどうかを確認するように求めます。 現在のSNMPトラップ構成レベルを維持するには、 nを選択してください。
|
| 5 |
コネクタのIPアドレスを入力してください。
|
| 6 |
コネクタがルーターのNETCONFインターフェースにアクセスするために使用するユーザー名とパスワードを入力してください。
パスワードを手動で入力してください。 コピー&ペーストはうまくいかないかもしれません。 「前提条件」セクションで特定したゲートウェイ認証情報を入力してください。 コネクタは資格情報を使用してルーターのIOS NETCONFインターフェースにアクセスします。 $、! などの特殊文字は使用しないでください、または-、をパスワードに入力してください。 特殊文字があると、コネクタインターフェイスへのサインインと導入の成功が妨げられます。 インストールが成功すると、「クラウドコネクタは正常にインストールされました」 というメッセージが表示されます。
インストールが成功したら、'q'オプションを選択してスクリプトを終了できます。 インストールに失敗した場合は 、 'h'オプションを選択して設定を変更したり、ログを収集したりできます。 詳細については、インストール後のアクティビティのセクションを参照してください。 インストールを再試行する場合は、 アンインストールを選択し、スクリプトを再起動してインストールを再試行してください。
|
ゲートウェイをコントロールハブに登録します
始める前に
| 1 | |
| 2 |
[ に移動します。 |
| 3 |
「ゲートウェイを追加」をクリックします。 |
| 4 |
「マネージドゲートウェイを追加」ウィンドウで、ゲートウェイに管理コネクタをインストールしたことを確認して、「次へ」をクリックします。 この手順を実行する前に、コネクタが正常にインストールされていることを確認してください。
|
| 5 |
マネージドゲートウェイの追加ページで、次の詳細を入力します。
|
| 6 |
「次へ」をクリックします。
ルーターのコネクタ管理ページに接続するブラウザタブが開き、登録を完了できます。
|
| 7 |
ログインするには、手順6で一覧表示された、コネクタのインストール中に使用したゲートウェイ管理者のユーザー名とパスワードを入力します。
|
| 8 |
Webex クラウドへのコネクタを認証するための新しいウィンドウを開くには、[今すぐ登録] をクリックします。 お使いのブラウザでポップアップが許可されていることを確認してください。
|
| 9 |
Webex 管理者アカウントを使ってサインインしてください。 |
| 10 |
ゲートウェイ管理コネクタへのアクセスを許可するをチェックしてください。
|
ゲートウェイコネクタの状態
コントロールハブに表示されるコネクタの全体的な状態は、 マネージドゲートウェイのテレメトリと管理コネクタの状態によって異なります。
| コントロールハブのコネクタの状態 | 説明 |
|---|---|
| オンライン | Cisco Webexコネクタがクラウドに接続されていることを示します。 |
| オフライン | Cisco Webexコネクタがクラウドに接続されていないことを示します。 |
| 一時停止しました | コネクタは接続されているが、 一時的に一時停止されていることを示します。 |
コネクタのアラームとイベント
このセクションでは、テレメトリコネクタモジュールで生成されるアラームについて説明します。 テレメトリコネクタはクラウドにアラームを送信します。Cisco Webex 。
イベントの詳細ページに表示される追跡IDを使用して、 コネクタ側の対応するログと関連付けることができます。
次の表では、コネクタ関連のメッセージについて説明しています。
|
タイトル |
説明 |
厳しさ |
解決策 |
|---|---|---|---|
|
テレメトリモジュールが起動しました。 |
このメッセージは、 テレメトリモジュールが機能するようになったときに送信されます。 |
アラート |
NA |
|
テレメトリーモジュールがアップグレードされました。 |
このメッセージは、テレメトリモジュールが「old_version」 から「new_version」にアップグレードされたときに送信されます。 |
アラート |
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 に行き、サポートをクリックして、ケースを提起してください。 |
コネクターログイン
管理コネクタとテレメトリコネクタの両方のコネクタの状態は、 コネクタの詳細ページに表示されます。
コネクタの詳細ページ(https://)にログインします <connector-ip-address>
ログインするには、インストール中に入力した資格情報を使用してください。
TCLスクリプトの「s: ステータスページを表示」オプションを選択して、コネクタのステータスを確認することもできます。 インストール後のアクティビティを参照してください。
コネクタモジュールの状態を理解するには、表を参照してください。
管理コネクタの状態
|
管理コネクタの状態 |
接続ステータス |
説明 |
|---|---|---|
|
実行中 |
接続されています |
コネクタが動作状態で、 Cisco Webexデバイスがクラウドに接続されていることを示します。 |
|
実行中 |
接続されていません |
コネクタは動作状態ですが、 Cisco Webexデバイスはクラウドに接続されていないことを示します。 |
|
実行中 |
ハートビートが失敗しました |
コネクタは動作状態ですが、 登録されたデバイスのハートビートが失敗したことを示します。 |
|
実行中 |
登録できませんでした |
コネクタは動作状態ですが、Cisco Webex デバイスをクラウドに登録できなかったことを示します。 |
テレメトリコネクタの状態
|
テレメトリコネクタの状態 |
接続ステータス |
説明 |
|---|---|---|
|
インストールされていません |
使用できません |
テレメトリコネクタが取り付けられていないことを示します。 |
|
ダウンロード中 |
使用できません |
テレメトリコネクタのダウンロードが進行中であることを示します。 |
|
インストールしています |
使用できません |
テレメトリコネクタのインストールが進行中であることを示します。 |
|
設定されていません |
使用できません |
テレメトリコネクタのインストールは成功したが、サービスが開始されていないか、 まだ設定されていることを示します。 |
|
実行中 |
使用できません |
テレメトリコネクタは動作しているが、 Cisco Webexクラウドへの接続に関する情報がないことを示します。 |
|
実行中 |
接続されています |
テレメトリコネクタが動作状態で、 Cisco Webexクラウドに接続されていることを示します。 |
|
実行中 |
接続されていません |
テレメトリコネクタは動作状態ですが、クラウドには接続されていないことを示します。 Cisco Webex |
|
実行中 |
ハートビートが失敗しました |
テレメトリコネクタが実行状態で、 クラウドへのテレメトリハートビートが失敗したことを示します。Cisco Webex |
|
無効です |
使用できません |
テレメトリコネクタがメンテナンスモード(無効状態)で、 クラウドへの接続に関する情報がないことを示します。 |
|
停止しました |
切断されました |
テレメトリコネクタが停止状態( テレメトリサービスとWebSocketブローカーサービスの両方が停止している場合もあれば、両方が停止している場合もあります)で、クラウドに接続されていないことを示します。 Cisco Webex |
インストール後の作業
管理コネクタのローカル管理
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:
ディスプレイステータス
s: ステータスページの表示メニューオプションを使用してください。 システムは、
さまざまなコネクタモジュールの状態を表示します。
===============================================================
Webex Managed Gateway Connector
===============================================================
-------------------------------------------------------
*** Interface Status ***
-------------------------------------------------------
Interface IP-Address Status
-------------------------------------------------------
GigabitEthernet1 10.123.221.224 up
Connector 10.123.221.223 up
-------------------------------------------------------
*** App Status ***
-------------------------------------------------------
Service Status
-------------------------------------------------------
Guestshell RUNNING
Management Connector RUNNING
-------------------------------------------------------
===============================================================
Select option h for home menu or q to quit: q
ゲストシェルを有効にする
e:
Guestshellを有効にするメニューオプションを使用してクラウドコネクタを有効にします。 これにより、
コネクタのステータスがINACTIVEからACTIVEに変わります。
ゲストシェルを無効にする
d:
Guestshellを無効にするメニューオプションを使用してクラウドコネクタを無効にします。 これにより、コネクタのステータスが ACTIVE から
に変わります。INACTIVE
コネクタをアンインストールします
u:
コネクタのアンインストールメニューオプションを使用してクラウドコネクタをアンインストールします。 これにより、Guestshellコンテナ内のすべてのデータが削除され、
クラウドコネクタに関連するすべての設定が削除されます。
ログを集める
l: ログの収集メニューオプションを使用してログを収集してください。 システムは、ログを収集した後、
これらのログが保存されている場所を表示します。
<case-number><cxd-token>で現在サポートケースがある場合はCisco TAC、copy
bootflash: /guest-share/
scp://: <log-filename>@cxd .cisco.com コマンドを使用して、
ログをサービスリクエストに直接添付できます。
以下はサンプルコマンドです:
vcubeprod#copy bootflash:/guest-share/gateway_webex_cloud_logs_2022114090628.tar.gz scp://123456789:a1b2c3d4e5@cxd.cisco.com
ログをクリア
r: Clear Logs
メニューオプションを使用して、デバイス内のすべてのログファイルを消去します。 これにより、
TCLスクリプトとコネクタの最新のログを除くすべての既存のログが削除されます。
クラウドコネクター設定の表示と変更
v: クラウドコネクタ設定の表示と変更メニューオプションを使用して、クラウドコネクタの既存の設定に次の変更を加えます。
===============================================================
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:
ゲートウェイ認証情報の更新メニューオプションを使用して、ゲートウェイのユーザー名とパスワードを更新します。
外部インターフェースを更新してください
v: Cloud
Connectorの設定の表示と変更メニューオプションを使用して、コネクタがバインドされているインターフェイスとコネクタのIPアドレスを変更します。
プロキシの詳細を更新してください
p:
プロキシの詳細の更新メニューオプションを使用して、次のタスクを実行できます。
-
i: プロキシIPとポートを更新してください -
c: プロキシ認証情報を更新します -
r: プロキシ認証情報を削除します -
a: プロキシの詳細をすべて削除します -
h: ホームメニューに移動
コネクタパッケージの検証キーを更新してください
技術的な問題が発生した場合、
サポートエンジニアからパッケージ検証キーの交換を依頼された場合は、
新しいgateway-webex-connectors.gpgファイルをbootflash: /gateway_connector/にアップロードし、k: コネクターパッケージ検証キーの更新メニューオプションを使用して確認してください。
管理コネクタのログレベルを変更してください
l:
Cloud Connectorのログレベルを変更メニューオプションを使用してコネクタのログレベルを変更し、
次のオプションのいずれかを選択します。
=====================================
Number Log Level
=====================================
1 DEBUG
2 INFO
3 WARNING
4 ERROR
5 CRITICAL
======================================
コントロールハブでゲートウェイインスタンスを管理してください
ゲートウェイインスタンスを管理するには:
-
[ に移動します
-
該当するゲートウェイインスタンスについて
、をクリックして該当するアクションを選択します。
コネクタを一時停止または再開します
一時停止コネクタは、 テレメトリコネクタを停止するように管理コネクタに指示します。 このオプションを使用すると、 ゲートウェイに関する問題のトラブルシューティング中にテレメトリコネクタを一時的に停止できます。 コネクタを一時停止すると、構成の検証などのサービスは機能しません。 テレメトリコネクタを再起動するには、「 コネクタを再開」アクションを使用してください。
| 1 |
「アクション」メニューから、「
コネクタの一時停止」を選択して管理コネクタを一時停止します。 |
| 2 |
一時停止したコネクターを再開するには、アクションメニューで「コネクターを再開」をクリックしてください。 |
イベント履歴
コントロールハブは、マネージドゲートウェイのイベント履歴を記録して表示します。 個々のゲートウェイの詳細、 またはすべてのマネージドゲートウェイの詳細をまとめて表示します。
| 1 |
通話ページの「イベント履歴」をクリックすると、 すべてのマネージドゲートウェイのイベントの詳細が表示されます。 |
| 2 |
ゲートウェイ固有のイベントの詳細については、そのゲートウェイの [アクション] メニューの [イベント履歴] をクリックしてください。 |
ゲートウェイを削除する
| 1 |
アクションメニューから、 ゲートウェイの削除をクリックして、ゲートウェイインスタンスを削除します。 |
| 2 |
「確認」をクリックします。
サービスが割り当てられているゲートウェイインスタンスは削除できません。 最初にサービスの割り当てを解除してください。 |
次はどこに行けばいいか
ゲートウェイが登録されたら、「 マネージドゲートウェイへのサービスの割り当て」で設定を続けることができます。







