CA Spectrum

 では、以下のイベントと条件に基づいて、デバイスのインターフェースと接続の自動ディスカバリとマッピングを実行できます。

OneClick 管理者は、モデリングされたデバイスに関する上記の情報を手動で更新することもできます。デバイスのインターフェース、サブインターフェース、および接続に関する情報の表示の詳細については、「

OneClick の使用

」を参照してください。

以下の属性を使用して、デバイスのインターフェースと接続の情報が自動更新されるように、

CA Spectrum

 を設定できます。

この属性に「はい」が設定されている場合、

CA Spectrum

 はデバイスに設定されているインターフェースの数の変化を監視します。インターフェースの変化を検出すると、

CA Spectrum

が自動的にデバイス モデルを更新して、その変化を反映させます。更新されたインターフェース情報は、デバイスのインターフェース ビューに表示されます。

「リンク アップ イベント後に接続をディスカバリ」属性に「はい」が設定されている場合、

CA Spectrum

 は、デバイスからリンク アップ トラップを受信してからポーリング間隔 1 回分の時間が経過した後、自動的にモデルの接続を検出し、マップします。この遅延により、

CA Spectrum

 が読み取る前に、デバイスは関連する SNMP テーブルを完全に再設定できます。デバイスのポーリング間隔設定は、［情報］ビューの［SPECTRUM モデリング情報］サブビューに表示されます。

「フラッピング」インターフェースとは、通常はデバイス上の問題が原因で、絶えずアップダウンを繰り返しているインターフェースのことです。［リンクアップ イベント後のデバイス ディスカバリ］を「はい」に設定すると、

CA Spectrum

 は、フラッピング インターフェースからのリンクアップ トラップを除外します。これにより、フラッピング インターフェースからのリンクアップ トラップのストリームは、同じデバイス上の別のインターフェースのリンクアップ トラップに干渉しなくなります。こうすることで、接続ディスカバリ アクションは、想定どおりに実行されます。

CA Spectrum

 がフラッピング インターフェースを検出すると、関連するデバイスに対してマイナー アラームが生成されます。このフラッピング インターフェースから 10 分間（デフォルト）トラップを受信しなければ、アラームはクリアされます。フラッピング インターフェースの特定と追跡で使用されるデフォルト設定は、イベント 0x220002 と 0x220006 に関連付けられているイベント ルールによって設定されます。デフォルト設定を以下に示します。

デフォルト値の場合は、15 のリンクアップ/ダウン トラップ ペアが受信されると、アラームが生成されます。また、デフォルトでは、アラームは、最後のリンクアップ/ダウン トラップ ペアが受信されてから 10 分経過後にクリアされます。これらの設定を変更するには、フラッピング インターフェース イベントしきい値を定義します。上記のルールは、

<$SPECROOT>

/SS/CsVendor/IETF/EventDisp ファイルで指定されています。

この属性に「はい」が設定され、モデリングされているデバイスが RFC 1573 をサポートしている場合、

CA Spectrum

 はデバイスのサブインターフェースをモデリングします。

CA Spectrum

 は物理および論理インターフェースを区別します。デバイスから収集した論理インターフェース情報を使用して、サブインターフェースを作成します。サブインターフェースは、デバイスの［インターフェース］タブで、その元になっている論理インターフェースの下にネストする形で表示されます。

この属性を［はい］に設定すると、デバイス モデルを再設定するたびに

CA Spectrum

 によってデバイスの接続が再検索されます。この属性を有効にすると、インターフェースの再設定とデバイスの手動再設定の両方によって再検出がトリガされます。

この属性を［はい］に設定すると、

CA Spectrum

 によって、ディスカバリ中に別のトポロジにデバイス モデルを移動する必要があるかどうかが決定されます。

CA Spectrum

 は、必要なら、更新された接続マッピングに基づいてデバイスを移動します。

インターフェース再設定と接続ディスカバリを手動で開始するには、［ツール］、［再設定］メニュー、［情報］タブの［再設定］サブビューの順に進み、以下のオプションを使用します。

［モデルの再設定］アクションをアクティブにすると、

CA Spectrum

 はデバイスに存在するインターフェースを特定し、デバイスのインターフェース モデリングを更新します。

［モデルの再設定］アクションでは、以下のパラメータが再評価されます。

モデルを再設定して、デバイス インタフェース情報を更新することができます。［モデルの再設定］アクションをアクティブにすると、

CA Spectrum

 はデバイスに存在するインターフェースを特定し、デバイスのインターフェース モデリングを更新します。

このリリース以降、複数のデバイスで接続の検出を実行できます。 ［接続の検出］コマンドを実行すると、

CA Spectrum

は選択したデバイスに対してディスカバリを実行します。ディスカバリ データを使用すると、

CA Spectrum

はデバイス モデル接続情報を更新および再マップすることができます。また、この機能を使用して、ネットワーク コンテナ内の接続を検出することができます。

接続の検出キュー機能では、キューにタスクを追加することで、複数の接続の検出タスク（たとえば、再設定後の接続の検出など）を開始することができます。新しいタスクを開始するためにディスカバリ タスクを待機する必要はありません。前のタスクが完了したら、接続の検出キューに追加されたディスカバリ タスクが自動的に開始されます。［イベント］タブでディスカバリ タスクのステータスを確認することができます。

マッピング プロセスの進行中に、新しい接続の検出アクションを開始すると、以下のメッセージが表示されます。

「別のディスカバリ プロセスが進行中です。ランドスケープでは、一度に 1 つのディスカバリ プロセスしか実行できないため、キューに追加されます。」

また、「再設定後にディスカバリ」または「リンク アップ イベント後に接続をディスカバリ」オプションが「はい」に設定されている場合、接続の検出アクション トリガはキューに接続の検出キューに追加されます。

すでに実行されているタスクが完了すると、キュー内の新しいタスクが開始されます。モデルを選択すると、［イベント］タブにそのモデルのディスカバリ ステータス メッセージが表示されます。

キューを表示するには、TopologyWrkSpc モデル上で以下の CLI コマンドを実行します。キュー エントリは $SPECROOT/SS/ADiscDebug ファイルに書き込まれます。 

 ./update action=0x10601 mh=themodelhandleofthe"TopologyWrkSpc"model

例： > ./update action=0x10601 mh=0x10003aupdate action: successfulレスポンスには 0 の属性があります:

ADiscDebug ファイルでは、以下のメッセージが表示されます。 「保留中の再ディスカバリ モデルをダンプしています」

接続の検出キューをクリアするには、TopologyWrkSpc モデル上で以下の CLI コマンドを実行します。

./update action=0x10602 mh=themodelhandleofthe"TopologyWrkSpc"model

例： > ./update action=0x10602 mh=0x10003aupdate action: successfulレスポンスには 0 の属性があります:

ADiscDebug ファイルでは、以下のメッセージが表示されます。 「保留中の再ディスカバリ キューをクリアしています」

デバイス モデルが作成されると、

CA Spectrum

 は、そのデバイスがサポートするメジャー アプリケーションとマイナー アプリケーションのそれぞれについて自動的にモデルを作成します。［SNMP MIB の再検出］をクリックし、デバイスからアプリケーション サポート情報を取得します。デバイスのアプリケーション モデルには、あらゆる変更が反映されます。

デバイスのインターフェース名のプライマリ サフィックス属性またはインターフェース名のセカンダリ サフィックス属性を変更した後で、この機能を使用してデバイスのインターフェース モデル名を更新します。このコマンドを実行すると、

CA Spectrum

 はインターフェース モデルのプライマリ サフィックスとセカンダリ サフィックスの両方の現在の値を使用してインターフェース モデル名を変更します。サフィックス オプションには、ifName、ifAlias、ifDescr、ifIndex などがあります。

インターフェースをモデリングする際、

CA Spectrum

 は MIB II ifStackTable に含まれる情報を使用して、インターフェースの論理的なスタック関係を決定します。たとえば、DLCI サブインターフェースを持つフレーム リレー インターフェースの場合、

CA Spectrum

 は ifStackTable の情報を使用して、インターフェースをスタックしようと試みます。

［属性］タブのデバイス モデル上で use_if_entity_stacking （0x12a83）属性に「TRUE」を設定すると、

CA Spectrum

 は、ifStackTable メソッドが失敗した場合に RFC2737 （エンティティ MIB）からの情報を使用してインターフェースのスタック関係を決定しようとします。インターフェースが ifStackTable はサポートしていないが Entity MIB はサポート

している

という場合、

CA Spectrum

 は、entPhysicalTable の情報を使用して、インターフェース モデルのスタックを試行します。

注：

一部のベンダーは RFC 2737 インデックス スキームを正しく実装しておらず、インターフェース スタックが正しく作成されない可能性があるので、上記の動作はケースバイケースで行われます。

デバイスを管理する VNM のモデル ネーミング順序設定に基づいて、デバイスのモデル名を変更するかどうかを指定します。VNM のモデル ネーミング順序設定については、「

SpectroSERVER

 制御サブビュー」を参照してください。

ファームウェアを更新した後で、自動的にデバイスを適切なデバイス ファミリに配置します。たとえば、CatOS ファミリに表示されている Cisco デバイスを新しいファームウェアでアップグレードして Cisco IOS に変わった場合、自動的にデバイス ファミリが切り替わることはありません。この場合は、［再設定］メニューを使用することによって、デバイス ファミリを更新できます。

このセクションで説明されているインターフェースと接続の更新制御には、以下の表に示す方法でアクセスできます。

［ツール］-［再設定］メニューを使用すると、選択したデバイス モデルに対して実行できる再設定アクションに簡単にアクセスできます。このメニューは、再設定するデバイスを右クリックしてアクセスすることもできます。

［再設定］サブビューでは、

CA Spectrum

 がデバイスのインターフェース、接続、およびトポロジの情報を更新するタイミングを制御する属性にアクセスできます。また、手動でデバイスを再設定し、このサブビューでデバイスの接続を検出することもできます。

［再設定］サブビューの［詳細］セクションでは、［モデルの再設定］アクションの一部として実行される個々のモデル再設定アクションにアクセスできます。場合によっては、［モデルの再設定］アクションを一括して実行するのではなく、必要に応じて個々にアクションを実行することもできます。

属性エディタでは、複数のモデルまたはモデリングされたデバイスのインターフェースと接続の更新パラメータの一部にアクセスします。

CA Spectrum の最新リリースの接続の検出キュー機能では、キューにタスクを追加することで、複数のディスカバリ タスクを開始することができます。新しいタスクを開始するためにディスカバリ タスクを待機する必要はありません。前のタスクが完了している場合、接続の検出キューに追加されたディスカバリ タスクが自動的に起動します。［イベント］タブでディスカバリ タスクのステータスを確認することができます。