以下のパラメータは、Hub_CSI_IRBM にウォッチを確立します。このウォッチは、60 秒ごとに、転送されたフレームの総数および受信された衝突の総数を確認します。しきい値 100 万を超えた場合は、「衝突数過多」というメッセージを伴なうマイナー アラームが生成されます。しきい値リセット値は、衝突の総数が 500,000 に下がった場合に、しきい値ステータスが違反から「正常」にリセットされる（およびアラームはクリアされる）ことを示します。

このシナリオのウォッチは、以下のように作成します。

最初のウォッチは、以下のパラメータから構成されます。

2 番目のウォッチは、以下のパラメータから構成されます。

3 番目のウォッチは、以下のパラメータから構成されます。

ネットワーク管理者が、サーバ上で CD-ROM ドライブを除いたディスク使用率のレベルを監視したいと考えています。CD-ROM ドライブでは、通常、CD がセットされていなければ、使用率は 0% と示されますが、フル状態の CD がセットされていると 100% に近い使用率で示されます。ただし、このような情報は、管理者にとっては有用ではありません。

管理者はディスク使用率をチェックするために、デバイス タイプを OID として返す RFC2790App を使用したいと考えています。各 OID は、それぞれ異なるデバイス タイプにマップされます。この MIB 内のストレージ タイプと照合して確認する必要がある式はいずれも、その OID を比較に使用する必要があります。（文字列を OID と比較できます）。

以下の表は、RFC2790App のデバイス タイプと OID マッピングを示します。

管理者は RFC2790App モデル用にウォッチを 2 つ作成する必要があります。1 番目のウォッチでは、ブール値を設定します。このブール値は、監視対象から CD-ROM ドライブ（OID 1.3.6.1.2.1.25.2.1.7）を除外するために 2 番目のウォッチで使用されます。2 番目のウォッチは、ホスト上のほかのタイプのストレージ デバイスのディスク使用率（パーセントで表示）を監視します。この例では、使用率が 90% を超えるとアラームが送信されます。

最初のウォッチは、以下のパラメータから構成されます。

2 番目のウォッチは、以下のパラメータから構成されます。

以下に「変更時に評価」（EoC）ウォッチの例を示します。これらのウォッチでは、ビューがいつ編集されたかを知ることができます。結果として、管理者は、LAN が編集された時期と、新しいモデルが LAN に追加された時期を正確に表示する検索を実行できます。両方の属性とも変更時に評価されます。これらの属性は通常あまり頻繁には変更されません。

最初のウォッチは、以下のパラメータから構成されます。

2 番目のウォッチは、以下のパラメータから構成されます。

以下の例では、「ポーリングしきい値」ウォッチを作成して、LAN_802_3 内の子の数が 5 を超えるごとにマイナー アラームを生成します。子の数が 5 より少なくなった場合、ウォッチはアラームをクリアします。

まず属性ウォッチ ChildLimit_v （任意の名前）を作成して、式として 「5」を入力します。ウォッチを作成することは、ウォッチの詳細を定義することになります。次に、Child_Limit という名前のポーリングしきい値ウォッチを作成します。

最初のウォッチは、以下のパラメータから構成されます。

2 番目のウォッチは、以下のパラメータから構成されます。

オンデマンド ウォッチは、そのウォッチから情報が要求されるたびに評価されます。

以下は、ポーリングしきい値ウォッチと共に動作する単純なオンデマンド ウォッチの例で、Cisco ルータ（モデル タイプ： Rtr_CiscoIGS）でメモリが不足しそうになるとアラームを生成します。属性 freeMem は 1500 未満で、2500 を超えるとクリアされます。

最初のウォッチは、以下のパラメータから構成されます。

2 番目のウォッチは、以下のパラメータから構成されます。

3 番目のウォッチは、以下のパラメータから構成されます。

オンデマンド ウォッチは、そのウォッチから情報が要求されるたびに評価されます。

以下のウォッチは、Cisco ルータ（モデル タイプ： Rtr_ Cisco）のパフォーマンスが徐々に低下するのに対し、色付きのアラーム状態でネットワーク管理者に示すよう設計されています。マイナー アラームの値は、50 ～ 59 です。メジャー アラームの値は、60 ～ 69 です。重大アラームの値は 70 を超えています。

最初のウォッチは、以下のパラメータから構成されます。

2 番目のウォッチは、以下のパラメータから構成されます。

3 番目のウォッチは、以下のパラメータから構成されます。

4 番目のウォッチは、以下のパラメータから構成されます。

オンデマンド ウォッチは、そのウォッチから情報が要求されるたびに評価されます。

このシナリオでは、フレーム リレーで障害が発生し、ダイアル バックアップ回線がアクティブ化されるたびに、ネットワーク管理者がアラームを受け取るようにするとします。ダイアル バックアップは ISDN インターフェース タイプ 21（基本 ISDN サービス）で行われます。以下のウォッチは、いずれかの ISDN ポートでトラフィックが受信されるかどうかを確認します。トラフィックが流れている場合は、Cisco ルータ（モデル タイプ： Rtr_Cisco）にマイナー アラームが付きます。

最初のウォッチは、以下のパラメータから構成されます。

2 番目のウォッチは、以下のパラメータから構成されます。

オンデマンド ウォッチは、そのウォッチから情報が要求されるたびに評価されます。

このシナリオでは、ウォッチが ISDN インターフェース モデルの ifOutOctets 値を監視し、この値が増加したかどうか、ゼロ以外であるかどうかを確認します。この値はインターフェースがアクティブであるかどうかを示します。要件に合うようにポーリング、ログ記録、アラーム重大度、およびアラーム テキストを変更できます。2 番目のウォッチでは True または False（1/0）の識別子を使用します。1 はインターフェースが ifOutOctets を送信していることを示し、0 は送信していないことを示します。

最初のウォッチは、以下のパラメータから構成されます。

2 番目のウォッチは、以下のパラメータから構成されます。

ここで説明するウォッチの例は、使用効率およびテスト用です。

このシナリオでは、2 つのウォッチを作成します。1 番目は WatchLoad_v という名前の属性を作成し、式の値を .75 にします。2 番目は CPULoadRate 属性を使用します。以下の例では、たとえば「CPU 負荷が 75% を超過しました。」などのアラーム説明を WatchLoad_Alarm という名前で作成します。

最初のウォッチは、以下のパラメータから構成されます。

2 番目のウォッチは、以下のパラメータから構成されます。

ここで説明するウォッチの例は、使用効率およびテスト用です。

この例では、コンテナ モデルの「複合状態」属性が 4 を超過したときにマイナー アラームを生成する EoC ウォッチを作成します。まず conditionCheck_ref という参照属性を作成し、それを ConditionCheck というウォッチの属性で使用します。次に、［アラーム説明］ダイアログ ボックスを使用して、「ConditionCheckAlarm」（または別の適切な文字列）という名前のアラーム説明を作成します。

参照属性には以下のパラメータがあります。

ウォッチは、以下のパラメータで構成されています。

ここで説明するウォッチの例は、使用効率およびテスト用です。

この例では、負荷の値が 90 分を超えて 10% 未満であった場合に、アラームを作成します。このウォッチを設定するには、必要な外部属性を使用するようにウォッチ式を変更し、しきい値を連続して実行されるポーリング回数に設定します。このポーリング回数を求めるには、対象のポーリング期間をポーリング間隔で割り算します。

最初のウォッチは、以下のパラメータから構成されます。

2 番目のウォッチは、以下のパラメータから構成されます。

ここで説明するウォッチの例は、使用効率およびテスト用です。

1 番目のウォッチは、CPU の参照使用率（この例では 80%）が維持されているかどうかを監視します。

2 番目のウォッチは、CPU 使用率が長期間特定のレベル（80%）であるときにアラームをトリガします。このウォッチでは、しきい値（3）にポーリング間隔（5 分）を乗算してこの期間を計算します。したがって、CPU 使用率が 15 分間 80% を越えると、このウォッチはしきい値違反となり、アラームがトリガされます。これらの値は、要件に合わせて調整できます。

最初のウォッチは、以下のパラメータから構成されます。

2 番目のウォッチは、以下のパラメータから構成されます。