分散

SpectroSERVER

（DSS）環境では、リモート ランドスケープの障害分離の対象にローカル ランドスケープのルータとの接続を加えるために、ネットワーク管理者がリモート ランドスケープでローカル ランドスケープのルータをモデリングする必要がある場合があります。この

プロキシ

モデルは、それが「普通に」モデリングされているローカル ランドスケープですでにアラーム生成対象になっているので、リモート ランドスケープではアラーム生成対象にする必要はありません。ルータのアラームの追跡およびトラブル チケットの作成は、ローカル ランドスケープで行われます。

このようなシナリオでは、ランドスケープ間障害相関関係を解析することによって、同じ障害で複数のレッド アラームが生成されるのを防ぐことができます。プロキシ モデルの［障害管理］サブビューで［Enable Event Creation］属性に「FALSE」が設定されている場合、

CA Spectrum

はそのモデル（およびボードやポートなどの任意のコンポーネント モデル）でのイベント作成を一時中断します。この設定によって、そのモデルのアラームは実質的に無効になりますが、保守モードの場合と異なり、プロキシ モデルとの SNMP 通信は続行され、引き続き障害分離の対象になります。

選択したデバイス モデルの［情報］タブで、デバイス モデルをプロキシ モデルとして指定できます。デバイス モデルをプロキシ モデルとして設定すると、そのモデルでのイベント作成が無効になります。

以下の図は、複数のランドスケープが存在するネットワークの例です。

以下の図に示すように、ランドスケープ A （ローカル ランドスケープ）にはルータ R を含むコア ルータが含まれています。ランドスケープ B （リモート ランドスケープ）には、カスタム ルータおよびプロキシとして二度目にモデリングされたコア ルータ R が含まれています。このプロキシ モデルは、IsEventCreationEnabled 属性に「いいえ」が設定されています。デバイスはポーリングされていますが、イベントやアラームは生成されていません。

ルータ R がダウンすると、以下の図に示すように、ランドスケープ B とプロキシ ルータおよびカスタマ ルータとの接続が切断されます。ただし、ランドスケープ A では 1 つのレッド アラームのみが生成されます。ランドスケープ B のプロキシ ルータはグリーンのままです。ここでは、プロキシ モデルの IsEventCreationEnabled 属性が「No」に設定されているためアラームは抑制されます。

CA Spectrum

で提供されているポート ステータス監視方法を以下に示します。

 

一般に、ポート ステータスのポーリングは、以下の条件が満たされる場合に行われます。

上記の条件が満たされている場合、Polling_Interval に設定されている頻度でポート ポーリングが行われます。

ただし、以下の 2 つの条件のどちらかが成立する場合、デフォルトのポーリング頻度は無効になります。

上記の条件が満たされている場合、ポーリング頻度は 1 時間に 1 回（3600 秒に 1 回）に減らされます。さらに、ダウン ポートのレッド アラームがすべて抑制され、グレー アラームが生成されます。管理目的でダウンしているポートはブラウンのままです。

ポート ステータス監視エンジンは、以下の表のイベントとアラームを使用して、ユーザにステータスの変化を通知します。

 

トラップは、ネットワーク デバイスが、ネットワークに重要なイベントが発生したことを管理システムに知らせる手段として使用できます。リンク ダウン トラップとリンク アップ トラップは、ポート ステータスを監視する際に最も重要なトラップです。これらのトラップは、ポートが動作不能になったこと、あるいは稼働状態に戻ったことを、管理システムに通知します。

CA Spectrum

は、リンク ダウン トラップを受信すると、対応するポートのステータスを 1 回ポーリングしてそのステータスを確認し、そのポートで「ポート ステータスのイベントとアラーム」に説明されているイベントとアラームのいずれかを生成します。

CA Spectrum

がリンク ダウン トラップを受信した場合、ポートの OutstandingLinkDownTrap 属性に TRUE が設定されます。その場合、

CA Spectrum

 は、ポート ステータス ポーリング条件に関係なくポート ステータスのポーリングを行います。

CA Spectrum

がポートのリンク アップ トラップを受信した場合、またはポーリングによってポート ステータスが稼働状態であると判断された場合、OutstandingLinkDownTrap 属性の値に FALSE が設定され、その後はポート ステータス ポーリング条件の値に基づいてポーリングが行われます。ポートのポーリングが行われる条件の詳細については、「ポート ステータス ポーリング条件」を参照してください。

CA Spectrum

がリンク ダウン トラップを受信したすべてのポートが稼働状態に戻った場合、デバイスのイエロー アラームがクリアされます。

CA Spectrum

によるリンク トラップの処理方法は、以下の属性で制御できます。

さまざまなデバイス モデルで、個々のポート モデルで受信したリンク ダウン トラップの処理を、ポート モデルの［情報］タブのコンポーネント詳細画面の［属性］タブで設定できます。このタブでは、選択したポート モデルまたはその親デバイス モデルのリンク ダウン アラームを抑制できる属性にアクセスできます。このようなトラップ設定がサポートされているかどうかを調べるには、

CA Spectrum

管理モジュール ガイドの興味のあるデバイス タイプに関する説明を参照してください。

PollPortStatus 機能を使用すると、ポートの接続がモデリングされていなくても、ポート ステータスを監視できます。PollPortStatus 属性はデバイス モデルとポート モデルの両方に存在しますが、それぞれのモデル タイプで属性 ID は異なっています。したがって、デバイス レベルとポート レベルのそれぞれで、ポート ステータス ポーリングを有効または無効にできます。PollPortStatus には、デフォルトでは、デバイス レベルで「はい」、ポート レベルで「いいえ」が設定されています。

デバイス レベルの PollPortStatus 属性（0x12809）は、デバイス単位でポート ステータス ポーリングを制御します。「はい」が設定されている場合、デバイスのポーリングは有効です。「いいえ」が設定されている場合、ポート モデルの PollPortStatus 属性に「はい」が設定されていても、ポートはポーリングされません。値が「いいえ」に変わるとき、ライブ パイプを構成していないポートのアラームはクリアされます。

ポート レベルの PollPortStatus 属性（0x1280a）は、ポート モデルごとのポーリングを制御します。この属性に「はい」が設定されている（かつデバイスの PollPortStatus も「はい」に設定されている）場合、ポートのステータスがポーリングされ、必要に応じてアラームが生成されます。値が「いいえ」に変わるとき、ポートのアラームはクリアされます。以下の表は、ポート モデルとそのデバイス モデルの両方の PollPortStatus が「はい」の場合にのみ、ポート ステータスがポーリングされることを示しています。

CA Spectrum

は、ポーリング間隔を監視して、ポート ステータスをポーリングするタイミングを決定します。ポートをポーリングすると、そのステータスが決定され、必要に応じて適切なアラーム（レッド、ブラウン、またはグレー）が生成されます。

「無効なリンク」アラーム（アラーム コード 0x1040a）が生成されているポートで、その後 PollPortStatus が「いいえ」に変更され、さらにライブ パイプが無効にされてそのポートのポーリングが無効になった場合、「無効なリンク」アラームを自動的にクリアするイベントが生成されます。

Model Type Editor （MTE）を使用すると、特定のタイプで今後作成されるすべてのモデルでポート ステータスのポーリングを有効にできます。また、コマンド ライン インターフェース（CLI）を使用すると、現在存在するモデルごとにポート ステータスのポーリングを有効にできます。たとえば、MTE でデバイス モデル タイプとポート モデル タイプの両方の PollPortStatus に「はい」を設定します。この後、ポーリングされたときに、インターフェース モデルで必要に応じて適切なアラームが生成されます。PollPortStatus は、グローバル属性エディタでもデバイス レベルとポート レベルの両方で設定できます。