概観
エクスペリエンス監視は、パケット損失やトンネルの経過時間などの詳細を提供し、問題が ISP、Cato Cloud、またはその他のソースに関連しているかを判断するための情報をお届けします。
アプリケーション特有のメトリックを表示するには、DEM ライセンスが必要です。 DEMライセンスの購入についての詳細は、Cato担当者にお問い合わせください。
この統合を設定するには以下が必要です:
Aruba Networksで統合を設定する
Cato管理アプリケーション (CMA) でAPIコネクタを作成する
Aruba Networks 統合の設定
Aruba Networks 統合を設定するには、Central または Classic Central のAPI資格情報を作成し、それをCato管理アプリケーション(CMA)に入力します。
必要条件
監視したいサイトへのアクセス権を持つ HPE Aruba Networking Central または Classic Central アカウント
Central 用: HPE GreenLake での Central インスタンス用の 個人 API クライアント を作成する権限
Classic Central 用: Classic Central APIゲートウェイでアプリケーションおよびトークンを作成する権限
Central のみ: デバイスをサイトに割り当てる、Central のモニタリングAPIはサイトに割り当てられたデバイスのテレメトリのみを報告します
アクセス トークンは、Central ユーザーロールと同じ権利と権限を継承します。収集したいモニタリングデータへの読み取りアクセス権を持つロールのアカウントを使用します。
手順 1: Aruba Networks で統合を設定
コネクタは Central (New Central) と Classic Central の両方をサポートしています。 Centralアカウントごとに1つのAruba Networksコネクタを作成します。
Central: このオプションは、スタンドアロンの Central アカウントまたは AOS 10 を実行しているアクセス ポイント用です
Classic Central: Classic Central 切り替えが表示される場合、または Classic Central で管理されている AOS 8 インスタント AP がある場合にこのオプションを使用します
Aruba Central を設定するには:
HPE Aruba Networking Central アカウントにログインします。
メニュー > APIゲートウェイ に移動し、REST API タブを選択します。
ベースURLの横にある コピー をクリックします。ベース URLをコピーして保存し、CMAに入力できるようにします。
ベース URL はアカウントのホスティング地域に特化しています。間違った URL を使用するとリクエストは成功しません。
HPE GreenLake で ワークスペース管理 を選択します。
個人APIクライアントカテゴリーを選択し、個人APIクライアントを作成をクリックします。
資格情報のニックネームとして
Cato Network Infrastructureを入力し、サービス マネージャーのドロップダウンからCentral インスタンスを選択します。個人用APIクライアントの作成をクリックします。
クライアントIDとクライアントシークレットをコピーして保存し、CMAに入力できるようにします。
監視するアクセス ポイントがサイトに割り当てられていることを確認します。未割り当てのデバイスは、モニタリング データを返さず、Cato に表示されません。
Aruba Classic Central の設定方法:
アカウントのクラスター用のクラシック API ゲートウェイ URL を確認します。 Classic Central は、Central とは異なる API ゲートウェイ ドメインを使用します。
US-1:
https://app1-apigw.central.arubanetworks.comUS-2:
https://apigw-prod2.central.arubanetworks.comUS-East1:
https://apigw-us-east-1.central.arubanetworks.comUS-West4:
https://apigw-uswest4.central.arubanetworks.comUS-West5:
https://apigw-uswest5.central.arubanetworks.comEU-1:
https://eu-apigw.central.arubanetworks.comEU-Central2:
https://apigw-eucentral2.central.arubanetworks.comEU-Central3:
https://apigw-eucentral3.central.arubanetworks.comCanada-1:
https://apigw-ca.central.arubanetworks.comChina-1:
https://apigw.central.arubanetworks.com.cnAPAC-1:
https://api-ap.central.arubanetworks.comAPAC-EAST1:
https://apigw-apaceast.central.arubanetworks.comAPAC-SOUTH1:
https://apigw-apacsouth.central.arubanetworks.comUAE-NORTH1:
https://apigw-uaenorth1.central.arubanetworks.com
クラシック API ゲートウェイ URLをコピーして保存し、CMAに入力できるようにします。
クラシック セントラルにログインします。アカウント ホームページで、エンドポイント保護のグローバル設定の下にあるAPIゲートウェイをクリックします。
マイアプリ&トークンタブを開きます。(管理者はシステム アプリ&トークンタブを使用することもできます。)
+アプリ&トークンの追加をクリックします。
アプリケーション名を入力し、例として
Cato ネットワーク インフラストラクチャを使用します。リダイレクトURIを空のままにして、アプリケーションとしてネットワーク運用を選択します。生成をクリックします。アプリケーションがテーブルに追加され、トークンがトークンリストに追加されます。
アプリケーションの行からクライアントIDとクライアントシークレットをコピーして保存し、CMAに入力します。
トークンリストで、新しいトークン用のトークンのダウンロードをクリックします。リフレッシュトークン(
refresh_token)をコピーして保存し、CMA に入力できるようにします。トークンの生成から15 分以内に Cato の接続を完了します。このアプリケーションとトークンを Cato のみに使用してください。トークンを更新すると、Classic Central は新しいトークンペアを発行します。別のツールやスクリプトが同じトークンを更新した場合、Cato のコピーは機能しなくなります。
Classic API ゲートウェイ URL に
/oauth2/tokenを追加して、トークン エンドポイントを構築します。 US-2 の場合は、https://apigw-prod2.central.arubanetworks.com/oauth2/tokenを使用します。
ステップ 2: CMAにAPIコネクタを作成する
必要なアプリケーションとの統合を設定した後、CMAに詳細を追加します。
Aruba Networks の場合は、アカウントに合った認証オプションを選択してください。
Aruba Central の OAuth2 クライアント証明書認証: クライアントID、クライアントシークレット、Aruba Central API ゲートウェイ URL
Aruba Classic Central の OAuth2 リフレッシュトークン認証: クライアントID、クライアントシークレット、リフレッシュトークン、トークンエンドポイント、Aruba Classic Central API ゲートウェイ URL
CMAでAPIコネクタを作成するには:
ナビゲーションメニューからリソース > 統合をクリックします。
「設定済み統合」のタブをクリックします。
新規 をクリックします。新しい統合 パネルが開きます。
追加するSaaSアプリケーションを選択します。
機能 ドロップダウンから デバイス管理 を選択します。
ステップ1で作成された詳細を追加する。
保存をクリックします。
アプリケーションは統合されたアプリケーションテーブルに、接続済みステータスとして表示されます。
Central では、Cato がアカウント内のすべてのサイトを自動的に検出し、各サイトからイベントを収集し始めます。 Classic Central では、Cato がアカウント全体のイベント、アクセスポイント、ワイヤレスクライアントを収集し、トークンを自動的に更新します。
接続がAruba Classic Central リフレッシュトークン無効を示している場合、トークンの期限が切れたか、取り消されたか、別のツールで更新された可能性があります。 API ゲートウェイ > マイ アプリ & トークンでアプリケーション用の新しいトークンを生成します。リフレッシュトークンをコピーして保存し、CMA に入力できるようにします。 Cato でコネクタを編集し、新しいリフレッシュトークンを貼り付けます。
ステップ2:CMAでAPIコネクタを作成
必要なアプリケーションで統合を設定した後、詳細を CMA に追加します。
Aruba アカウントに合った認証オプションを使用してください。
Aruba Central の OAuth2 クライアント証明書認証: クライアントID、クライアントシークレット、Aruba Central API ゲートウェイ URL
Aruba Classic Central の OAuth2 リフレッシュトークン認証: クライアントID、クライアントシークレット、リフレッシュトークン、トークンエンドポイント、Aruba Classic Central API ゲートウェイ URL
名前とオプションの説明を入力します。トークンを生成してから15分以内に Classic Central 接続を完了します。
CMA に API コネクタを作成するには:
ナビゲーションメニューからリソース > 統合をクリックします。
設定済み統合タブをクリックします。
新規をクリックします。新しい統合パネルが開きます。
追加したいSaaSアプリケーションを選択します。
機能のドロップダウンで エクスペリエンス監視 を選択します。
ステップ1で作成した詳細を追加します。
保存をクリックします。
アプリケーションは統合されたアプリケーションテーブルに、接続済みステータスとして表示されます。
Centralを使用すると、Catoはアカウント内のすべてのサイトを自動的に検出し、それぞれのイベントを収集し始めます。クラシックCentralを使用すると、Catoはアカウント全体でイベント、アクセスポイント、ワイヤレスクライアントを収集し、トークンを自動的に更新し続けます。
接続がArubaクラシックCentralリフレッシュトークン無効として表示されている場合、トークンが期限切れ、取り消された、または他のツールによって更新された可能性があります。アプリケーションの新しいトークンをAPIゲートウェイ > マイアプリ & トークンで生成します。リフレッシュトークンをコピーして保存し、CMAに入力できるようにします。その後、Catoでコネクタを編集し、新しいリフレッシュトークンを入力します。
確認された制限事項
信号強度はクラシックCentralのみで収集されます。 CentralのクライアントモニタリングAPIはRSSI/dBmを公開していません。クラシックCentralを使用すると、イベントに表示される信号強度はCatoが収集したときのクライアントの現在の値であり、イベント発生時の値ではありません。
クライアントの健康状態、利用状況、接続速度はどちらのオプションともに収集されません。
有線クライアントはクラシックCentralでは収集されません。クラシックCentralオプションは無線クライアントのみを収集します。
ユーザ名は802.1Xネットワークでのみ利用可能です。 ArubaはSSIDがRADIUSバックエンドに対して802.1X / WPA-Enterpriseを使用する際にのみクライアントユーザ名を入力します。プリシェアードキーSSIDでは、通常ゲスト、IoT、およびBYODネットワークで、個々のユーザアイデンティティを報告することはありません。これらのネットワークからのクライアントイベントにはユーザの帰属性がありません。
Centralでは、サイトに割り当てられたデバイスのみが報告されます。 Central内でサイトに割り当てられていないデバイスは、Central APIには表示されません。デバイスがクラシックCentralで管理されている場合、クラシックCentralの認証オプションを使用してください。
クラシックCentralトークンはCato専用でなければなりません。別のツールで同じトークンが更新されるか、トークンが15日間使用されない場合、接続が停止し、新しいトークンを生成する必要があります。
APIのクォータ。 Centralは、アカウント全体で毎秒10のAPI呼び出しの共有レートリミットを実施しています。クラシックセントラルは毎秒7回のAPI呼び出しと、アカウントごとの1日のAPI呼び出しクォータを適用します: ベースでは1日5,000回の呼び出しがあり、これは総数が5,000を超えた場合、基礎デバイスごとに1日30回、高度デバイスごとに1日90回の呼び出しが追加されます。クラシックセントラルのコネクタは、1日約400回の呼び出しを使用します(ポーリングごとに少なくとも4回: トークンの更新、アクセスポイント、クライアント、およびイベント)、大規模アカウントの場合は各リストを1,000件ごとに読み込むため、より多くの呼び出しを使用します。他のツールがアカウントを共有し、同じクォータに対してカウントされます。