管理対象ゲートウェイ

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
!
 

 

サンプル構成の場合:

  • GigabitEthernet1 は外部インターフェイスとして割り当てられます。 GigabitEthernet1 のIPアドレスは 10.65.125.142 です。

  • コネクタのIPアドレスは、外部接続用に選択されたものと同じネットワークにある必要があります。 プライベート ネットワーク アドレスを使用できますが、インターネットへの HTTP アクセスが必要です。

  • TCL スクリプトは、設定変更を追跡し、 Cisco IOS XE スタートアップ設定に保存します。

  • アンインストール プロセスの一部として、TCL スクリプトは設定の変更を削除します。

インストールする前に、コネクタ アプリケーションを以下で使用できないことを考慮してください。

  • Cisco 1100 統合サービス ルータ プラットフォーム
  • 高可用性 (HA) モードで設定されたプラットフォーム
  • SD-WAN ネットワーク用のコントローラ モードで設定されたプラットフォーム

 
VG400 などの Cisco IOS Voice Gateways の場合、コネクタ アプリケーションをインストールする必要はありません。 Control Hub で完全に設定および管理できます。

コネクタ アプリケーションで使用するルータを設定する場合は、次の点を考慮してください。

  • IOS XE はプロキシ ARP を使用して、トラフィックをゲスト シェルにルーティングします。 を設定してこの機能を無効にしないでください IPプロキシなし
  • CUBE 用に設定されているプラットフォームでは、ネットワーク アドレス変換(NAT)を使用しないでください。 したがって、ルーティング可能な IP アドレスでコネクタ アプリケーションを設定します。 つまり、ルータ インターフェイス アドレスを共有できません。

デバイスをゲートウェイ登録用に準備します。

  • 組織管理者として Control Hub にアクセスする

  • 設定するデバイスのIPアドレス、ユーザ名、およびパスワード。

  • Cisco IOS XE バージョン:

    • ローカル ゲートウェイ—Cisco IOS XE Bengaluru 17.6.1a 以降

    • サバイバビリティ ゲートウェイ—Cisco IOS XE Cupertino 17.9.3a 以降

  • システムの前提条件

    • 最小空きメモリ: 256 MB

    • 最小ディスク容量:2000 MB(GuestShell コンテナでは 1100 MB、コネクタ アプリケーションでは 500 MB を含む)。 ハード ディスク:) がインストールされている場合、コネクタのインストールに使用されます。 それ以外の場合は、システム bootflash: が使用されます。

ルータのブートフラッシュが4GBで、使用可能な容量(最小容量)が2GB未満の場合は、現在実行中のものを除くすべてのIOSバイナリ(.bin)イメージを削除します。 ファイルを削除したら、余分なスペースを解放します。


 

以下は、ブートフラッシュディスク領域を解放するためのオプションの手順です。 次の手順を実行し、ブートファイルをインストールモードに変更します。

  • ルータはバンドルされたブートモードを使用しています(.binから起動)。

  • .pkgs はすでに抽出されていません(インストールモード)。

以下の手順を使用して、バイナリ イメージを展開し、コンポーネントから起動します。

  1. 使用して新しいディレクトリを作成する mkdir bootflash:/image です。

  2. IOS バイナリ画像を展開する request platform software package expand file bootflash:/<image>.bin to bootflash:/image です。

  3. 設定モードで、現在のブートオプションを削除します。 no boot system です。

  4. 新しいブート ステートメントを設定します。 boot system bootflash:/image/packages.conf です。

  5. 設定モードを終了し、設定を保存して再起動します。

  6. ルーターが再起動したら、 show version ルータが起動したことを確認するために bootflash:/image/packages.conf です。 そうであれば:

    1. ことを確認します bootflash:/sysboot ディレクトリが空です。

    2. 残りの IOS バイナリ イメージを削除します。

    3. コア画像を削除する delete /f /r bootflash:/core/* です。

    4. トレース ログ ファイルを削除する delete /f /r bootflash:/tracelogs/* です。

    5. それでもディスク領域が不十分な場合は、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 で以下の手順を実行し、新しいゲートウェイインスタンスを追加します。

 
すでにゲートウェイを 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 コマンド プロンプトに貼り付けます。

tclsh https://binaries.webex.com/ManagedGatewayScriptProdStable/gateway_onboarding.tcl

 
  • このコマンドは、コネクタ インストール スクリプトをダウンロードして実行します。 Control Hub で新しいゲートウェイを追加することを選択した直後に表示されるダイアログからこの文字列をコピーできます。

  • まだ使用できない場合、スクリプトはコネクタ パッケージをダウンロードし、 bootflash:/gateway_connector directory です。

  • また、このスクリプトは、 Cisco IOS XE のバージョンやブートフラッシュの使用可能なディスク領域などの前提条件チェックも実行します。 事前条件確認のステータスがインストールを続行するには、[合格] である必要があります。

  • 一部の端末アプリケーションでは、バックスペースが正しく機能せず、スクリプトの実行中にコピーまたは貼り付け機能が制限される場合があります。

インストールの開始

コネクタがすでにセットアップされていない場合、スクリプトはインストール メニューに移動します。コネクタがセットアップされている場合は、ホーム メニューに移動します。

1

コネクタ用に予約されたアドレスと同じネットワークにあるインターフェイスを選択します。


 ===============================================================
             Webex Gateway Connector Installation
 ===============================================================


 Choose the external-interface from the below list of available interfaces:
 ===============================================================
   Number          Interface          IP-Address        Status
 ===============================================================
     1          GigabitEthernet1      10.65.125.142       up    
 ===============================================================

 Enter a number to choose the external interface: 1

 
  • スクリプトは、選択したインターフェイスと同じ IP を共有する仮想ポート グループ インターフェイスを作成します。 これは GuestShell コンテナ トラフィックのルーティングに使用されます。

  • スクリプトは、「アップ」状態にあり、 IPアドレスが割り当てられているインターフェイスだけを表示します。

2

コネクタが使用するようにDNSサーバーを構成します。 デフォルトでは、IOS で設定されているサーバを使用します。

These DNS settings were detected in the gateway configuration:
 72.163.128.140 
Do you want to use these settings for the connector? [Y/n]: 

 

ここでは、Y がデフォルトの入力です。 Enterを押すと、Yが入力として表示されます。


 
検出された設定は必要に応じて上書きされます:
These DNS settings were detected in the gateway configuration:
72.163.128.140
Do you want to use these settings for the connector? [Y/n]: n
3

プロキシを使用してインターネットにアクセスする必要がある場合は、プロンプトが表示されたらプロキシの詳細を入力します。

ゲートウェイですでにプロキシが構成されている場合、デフォルトで次の詳細が使用されます。 必要に応じて、nと入力してこれらの設定を上書きします。


These proxy settings were detected in the gateway configuration:
 Proxy Server : proxy-wsa.esl.cisco.com
 Proxy Port   : 80
Do you want to use these settings for the connector? [Y/n]: 
  • nを入力すると、プロキシが必要かどうかをシステムが尋ねます。 必要に応じて、プロキシホスト名/ IPアドレスを入力します。

    These proxy settings were detected in the gateway configuration:
    Proxy Server : proxy-wsa.esl.cisco.com
    Proxy Port : 80
    Do you want to use these settings for the connector? [Y/n]:n
    Proxy required? [y/N]: y
    Enter proxy hostname/IP address:
    
  • プロキシにパスワードが必要な場合は、パスワードを再入力します。

4

SNMPトラップ設定を行います。

Cisco Webexクラウドに通知をプッシュするために、ルーターのSNMPトラップ設定レベルが通知レベル未満に設定されている場合、スクリプトはそれを更新します。 SNMP トラップ設定を通知レベルに変更するかどうかを確認するプロンプトが表示されます。 現在の SNMP トラップ設定レベルを保持するには、n を選択します。


SNMP Traps for syslog messages are
configured at <alerts> level and they would be changed to <notifications>
level in order to push notifications to the Webex Cloud.
Please confirm if it is ok to proceed?:  [Y/n]: 
5

コネクタのIPアドレスを入力します。


 Enter Connector IP address: 10.65.125.227
6

コネクタがルータの NETCONF インターフェイスにアクセスするために使用するユーザー名とパスワードを入力します。


Enter Gateway username: lab
Enter Gateway password: ***
Confirm Gateway password: ***

 

パスワードを手動で入力します。 コピーと貼り付けは機能しません。

前提条件セクションで特定したゲートウェイ クレデンシャルを入力します。 コネクタはこの資格情報を使用して、ルータの IOS NETCONF インターフェイスにアクセスします。

あなたが取得するのは、 「クラウド コネクタは正常にインストールされました」インストール成功後のメッセージ。

===============================================================
                 Webex Managed Gateway Connector
===============================================================

  *** Cloud connector is installed successfully. ***
-------------------------------------------------------
         *** Interface Status ***
-------------------------------------------------------
   Interface               IP-Address          Status
-------------------------------------------------------
   GigabitEthernet1        10.65.125.142       up    
   VirtualPortGroup0       10.65.125.142       up    
   Connector               10.65.125.188       up
   
-------------------------------------------------------

          *** App Status ***
-------------------------------------------------------
 Service                 Status
-------------------------------------------------------
 Guestshell              RUNNING
 Management Connector    RUNNING
-------------------------------------------------------

===============================================================
 Select option h for home menu or q to quit: 


 

インストールが成功したら、[q] オプションを選択してスクリプトを終了できます。 インストールに失敗した場合、h オプションを選択して、設定の変更、ログの収集などを行うことができます。 ブランディングキットの Resource フォルダーの branding.xml ファイルにあるインストール後の作業セクションをご覧ください。 インストールを再試行する場合は、アンインストールを選択し、スクリプトを再起動してインストールを再試行してください。


 

TCL スクリプトを直接起動 (または再起動) できます。 bootflash:gateway_connector/gateway_onboarding.tcl または https://binaries.webex.com/ManagedGatewayScriptProdStable/gateway_onboarding.tcl どんな時でも。

始める前に

ゲートウェイに管理コネクタがすでにインストールされている必要があります。
1

ことを確認します管理対象ゲートウェイを追加するウィンドウが Control Hub に表示されます。

ウィンドウが表示されない場合は、[SERVICES]で[Calling]をクリックし、[管理対象ゲートウェイ]タブを選択し、[ゲートウェイの追加]をクリックします。

2

管理対象ゲートウェイを追加]ウィンドウで、[ゲートウェイに管理コネクタをインストールしました]にチェックを入れ、[次へ]をクリックします。


 
このステップを実施する前に、コネクタが正常にインストールされていることを確認してください。

3

で、管理対象ゲートウェイを追加する画面で、コネクタのインストール手順の間に入力したコネクタのIPアドレスとゲートウェイの希望表示名を入力します。

4

[次へ] をクリックします。


 
  • ポップアップで表示される前に、ブラウザーがこのページのポップアップを許可するように設定されていることを確認してください。次へを選択します。

  • コネクタ管理ページにアクセスして、登録プロセスを 1 時間以内に完了します。

    1 時間以内に登録を完了できない場合、この手順のステップ 1 から登録プロセスを再起動してください。 以前入力したゲートウェイの詳細は保存されません。

    別のブラウザまたは再起動したブラウザからこの処理を続行するには (1 時間以内)、ゲートウェイの登録オプションをコントロール ハブで管理対象のゲートウェイ] ページからいつでも確認できます。

  • コネクタ Web サーバーは自己署名証明書を使用します。 ブラウザでは、証明書を許可または承認する必要があります。

ルーターのコネクタ管理ページに接続するブラウザーのタブが開き、登録を完了することができます。
5

ログインするには、ステップ 6 にリストされているコネクタのインストール手順で使用したゲートウェイ管理者ユーザー名パスワードを入力します。

6

[今すぐ登録] をクリックして、Webex クラウドへのコネクタを認証するための新しいウィンドウを開きます。


 
ブラウザでポップアップが許可されていることを確認してください。

7

Webex 管理者アカウントを使用してサインインします。

8

[ゲートウェイ管理コネクタへのアクセスを許可] にチェックを入れます。

管理コネクタとテレメトリ コネクタの両方のコネクタの状態が、コネクタの詳細ページに表示されます。

  • https://admin.webex.comで顧客組織にログインします。

  • に移動 サービス > 通話

  • [ゲートウェイの管理] をクリックします。

管理コネクタの状態

表 1. コネクタの状態管理

管理コネクタの状態

接続ステータス

説明

実行中

接続済み

コネクタが接続されていることを示します。実行中状態で、デバイスは接続済みCisco Webexします

実行中

接続していません

コネクタが接続されていることを示します。実行中しかしデバイスは接続されていませんCisco Webexします

実行中

ハートビートに失敗しました

コネクタが接続されていることを示します。実行中期待できますがハートビートに失敗しましたを入力します。

実行中

登録に失敗しました

コネクタが接続されていることを示します。実行中状態ですが、 Cisco Webexクラウドへのデバイスの登録が失敗しました。

テレメトリ コネクタの状態

表 2. Telemetry コネクタの状態

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 メニューオプションを選択します。 これによりコネクタのステータスが INACTIVEACTIVE です。

ゲストシェルを無効にする

Cloud Connector を無効化するには d: Disable Guestshell メニューオプションを選択します。 これによりコネクタのステータスが ACTIVEINACTIVE です。

コネクタのアンインストール

Cloud Connector をアンインストールするには u: Uninstall Connector メニューオプションを選択します。 これはゲストシェル コンテナ内のすべてのデータを削除し、cloud Connector に関連するすべての構成を削除します。

ログの収集

次を使用してログを収集してください l: Collect Logs メニューオプションを選択します。 システムは、ログの収集後にこれらのログが保存されている場所を表示します。


 

Cisco TAC でアクティブなサポート ケースがある場合、コマンドを使用してログをサービス リクエストに直接添付できます。 copy bootflash:/guest-share/<log-filename> scp://<case-number>:<cxd-token>@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 スクリプトとコネクタの最新のログを除く、すべての既存のログが削除されます。

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 
===============================================

ゲートウェイインスタンスを管理するには

  1. [サービス]の[Calling]をクリックし、次に[管理対象ゲートウェイ]タブをクリックします。

  2. 該当するゲートウェイインスタンスについて、となりのドット( ] をスライドします。 ) にある [アクション適切なアクションを選択します。

コネクタを一時停止または再開する

コネクタを一時停止は、管理コネクタに Telemetry コネクタを停止するように指示します。 ゲートウェイに関する問題のトラブルシューティングを行う際に、このオプションを使用して一時的に Telemetry コネクタを停止することができます。 コネクタを一時停止すると、設定検証などのサービスは機能しません。 イベント、登録者、出席者にすばやくアクセスするため、コネクタを再開Action を実行して、テレメトリコネクタを再起動します。

1

クリックコネクタを一時停止学生の出席をアクションメニューをクリックして、管理コネクタを一時停止します。

2

一時停止したコネクタを再開するには、次をクリックします。コネクタを再開サイト変換ツールからアクションメニュー。

イベント履歴

Control Hub は管理対象ゲートウェイのイベント履歴を記録し、表示します。 個々のゲートウェイの詳細またはすべての管理対象ゲートウェイの統合された詳細を表示します。

1

クリックイベント履歴サイト変換ツールから電話ページで管理しているすべてのゲートウェイのイベント詳細を確認します。

2

ゲートウェイに固有のイベントの詳細については、ここをクリックしてください。イベント履歴サイト変換ツールからアクションのメニューに表示されます。

ゲートウェイの削除

1

[アクション] メニューの [ゲートウェイの削除] をクリックして、ゲートウェイインスタンスを削除します。

2

[確認] をクリックします。


 

サービスが割り当てられているゲートウェイインスタンスは削除できません。 まずサービスの割り当てを解除する必要があります。