Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

RMON によるネットワーク サービス品質の監視

サービス品質を監視するための RMON について

稼働状態とパフォーマンスの監視は、各ルーター上で実行されているローカルの SNMP エージェントによって、SNMP 変数をリモートで監視することによって効果的です。SNMP エージェントは、MIB 値を事前定義されたしきい値と比較し、中央の SNMP 管理プラットフォームによるポーリングを必要とせずに、例外アラームを生成します。しきい値が決まって適切に設定されている限り、これは、事前対応型管理のための効果的なメカニズムです。詳細については、 RFC 2819, Remote Network Monitoring MIB を 参照してください

このトピックは、以下のセクションで構成されています。

しきい値の設定

監視対象の変数に対して上昇しきい値と遅延閾値を設定することで、変数の値が許容可能な運用範囲を超えた場合にアラートを受け取ることができます。(を図 1参照してください)

図 1: しきい値の設定しきい値の設定

イベントは、各サンプル期間の後ではなく、任意の方向にしきい値が最初に交差したときにのみ生成されます。たとえば、増加するしきい値クロッシングイベントが発生した場合、対応する下降イベントが発生するまで、しきい値を超えたイベントは実行されません。これにより、システムによって生成されるアラームの数が大幅に減少し、アラームが発生した場合に運用スタッフは簡単に対応できるようになります。

リモート監視を構成するには、以下の情報を指定します。

  • 監視対象の変数 (その SNMP オブジェクト識別子による)

  • 各インスペクション間の時間の長さ

  • しきい値の増加

  • 遅延しきい値

  • イベントの増加

  • 遅延イベント

リモート監視を適切に構成するには、どのような変数を監視する必要があるかを特定し、その運用の範囲を確認する必要があります。これには、許容可能な運用範囲を決定するために、一定期間のベースラインが必要です。最初は少なくとも3か月の初期基準期間は、運用範囲を特定し、しきい値を定義したときには珍しいことではありませんが、ベースライン監視は監視対象の各変数の寿命を超えて継続する必要があります。

RMON コマンドラインインターフェイス

Junos OS には、ルーター上でリモートモニタリングエージェントを制御するために使用する2つのメカニズムが用意されています。CLI (コマンドラインインターフェイス) および SNMP。CLI を使用して RMON エントリを設定するには、以下の[edit snmp]ステートメントを階層レベルで含めます。

CLI アクセスがない場合は、snmp マネージャーまたは管理アプリケーションを使用してリモート監視を設定できます。 SNMP アクセスが許可されていることが前提です。(を表 1参照してください)SNMP を使用して RMON を設定Setするには、rmon イベントおよびアラームテーブルへの snmp リクエストを実行します。

RMON イベントテーブル

生成する各タイプのイベントを設定します。たとえば、2つの一般的なイベント (増加減少)、または監視対象の各変数に対するさまざまなイベント (たとえば、温度上昇イベント、温度低下イベント、ファイアウォールヒット) が発生する可能性があります。イベント、インターフェイス利用状況、イベントなど)。イベントの設定が完了したら、それらを更新する必要はありません。

表 1: RMON イベントテーブル

]

説明

eventDescription

このイベントの説明テキスト

eventType

イベントのタイプlog(、 trap、、or logなど) trap

eventCommunity

このイベントを送信するトラップグループ (Junos OS の設定で定義されています。コミュニティと同じではありません)

eventOwner

このイベントを作成しmanagerたエンティティ (など)

eventStatus

この行のステータス ( validinvalid、、、など) createRequest

RMON アラームテーブル

RMON アラームテーブルには、監視対象の変数の SNMP オブジェクト識別子 (インスタンスを含む) と、増加しきい値および遅延閾値とそれに対応するイベントインデックスが格納されます。RMON リクエストを作成するには、で表 2示されているフィールドを指定します。

表 2: RMON アラームテーブル

]

説明

alarmStatus

この行のステータス ( validinvalid、、、など) createRequest

alarmInterval

監視対象変数のサンプリング期間 (秒)

alarmVariable

監視対象の変数の OID (およびインスタンス)

alarmValue

サンプリングされた変数の実際の値

alarmSampleType

サンプルタイプ (absoluteまたdeltaは変更)

alarmStartupAlarm

最初のアラームrising( falling、、 eitherまたは)

alarmRisingThreshold

値を比較するためのしきい値の上昇

alarmFallingThreshold

値を比較するための遅延しきい値

alarmRisingEventIndex

イベントテーブル内の増加するイベントのインデックス (行)

alarmFallingEventIndex

イベントテーブル内の遅延イベントのインデックス (行)

RFC alarmStatuseventStatusentryStatus 2579, Textual Conventions for SMIv2で定義されている、 および フィールドはどちらもプリミティブです。

RMON のトラブルシューティング

RMON エージェントrmopdは、ジュニパーネットワークス enterprise RMON MIB jnxRmonの内容を調べることでルーター上で実行されます。これにより、RFC 2819 表 3alarmTableに示されている拡張機能を提供します。

表 3: jnxRmon アラーム拡張機能

]

説明

jnxRmonAlarmGetFailCnt

変数の内部Get要求が失敗した回数

jnxRmonAlarmGetFailTime

直近のsysUpTime障害発生時の価値

jnxRmonAlarmGetFailReason

リクエストがGet失敗した理由

jnxRmonAlarmGetOkTime

変動がsysUpTime障害状態から移行したときの価値

jnxRmonAlarmState

このアラームエントリのステータス

この表の拡張機能を監視すると、リモートアラームが予想どおりに動作しない可能性があることを示す手がかりが表示されます。

測定ポイント、主要パフォーマンス指標、およびベースライン値について

この章トピックでは、IP ネットワークのサービス品質を監視するためのガイドラインを示します。また、サービスプロバイダとネットワーク管理者が、ジュニパーネットワークスルーターによって提供される情報を使用して、ネットワークのパフォーマンスと容量を監視する方法について説明します。SNMP と、Junos OS によってサポートされる関連 MIB について十分に理解している必要があります。

注:

IP ネットワークの監視プロセスの概要については、 RFC 2330、 Framework for IP Performance Metrics をご覧ください

このトピックは、以下のセクションで構成されています。

測定ポイント

メトリックが測定される測定ポイントを定義することは、メトリック自体の定義と同様に重要です。このセクションでは、この章のコンテキスト内の測定ポイントについて説明します。サービスプロバイダネットワークから測定可能な場所を特定するのに役立ちます。測定ポイントがどこにあるのかを正確に理解することが重要です。測定ポイントは、実際の測定が何を意味するかを理解するために不可欠です。

IP ネットワークは、物理リンクによって接続されたルーターの集合で構成されており、すべてがインターネットプロトコルを実行しています。ネットワークは、入口 (entry) ポイントと出口 (出口) ポイントがあるルーターの集合として表示できます。参照図 2してください。

  • ネットワーク中心の測定は、ネットワーク自体の入口と出口の点に最も密接に対応する測定ポイントで行われます。たとえば、プロバイダ ネットワーク全体のサイト A からサイト B への遅延を測定するには、測定ポイントは、サイト A のプロバイダ ネットワークへのイングレス ポイントと、サイト B のエグレス ポイントである必要があります。

  • ルーターを中心とした測定はルーター自体から直接行われますが、事前に正しいルーターのサブコンポーネントが特定されていることを確認する必要があります。

図 2: ネットワークのエントリーポイントネットワークのエントリーポイント
注:

図 2お客様のオンサイトではクライアントネットワークを表示しませんが、入口と出口のどちら側にも配置されます。この章では、これらのクライアントネットワークによって認識されるネットワークサービスを測定する方法については説明しませんが、サービスプロバイダネットワークにとって得られた測定値をそのような計算に入力することができます。

基本主要パフォーマンス指標

たとえば、サービスプロバイダのネットワークを監視して、次の3つの基本的な主要パフォーマンス指標 (Kpi) を確認することができます。

  • は、ネットワーク レイヤーの別の測定ポイント(ICMP ping など)からの「到達可能性」を測定します。プロバイダネットワークの基盤となるルーティングおよびトランスポートインフラストラクチャは、可用性の測定値をサポートし、障害が発生していないとハイライトしています。

  • プロバイダネットワークで発生しているエラーの数とタイプを測定します。また、ハードウェアの障害やパケット損失など、ルーター中心とネットワーク中心の測定の両方で構成することもできます。

  • プロバイダーネットワークの機能によって、(遅延や使用率などの) IP サービスをどのようにサポートできるかが測定されます。

基準の設定

プロバイダネットワークのパフォーマンスはどの程度ですか? 最初の 3 か月間の監視期間を、ネットワークの正常な運用パラメータを特定することをお勧めします。この情報を使用して、例外を認識し、異常な動作を特定できます。測定した各メトリックの有効期間中は、ベースライン監視を継続する必要があります。時間の経過とともに、パフォーマンスの傾向と成長パターンを認識できるようにする必要があります。

この章のコンテキスト内では、特定されたメトリックの多くには、それらに関連する許容可能な運用範囲がありません。ほとんどの場合、特定のネットワークで実際の変数のベースラインを決定するまでは、許容される運用範囲を特定できません。

ネットワークの可用性を定義し、測定する

このトピックは、以下のセクションで構成されています。

ネットワークの可用性を定義する

に示すように、サービス プロバイダの IP ネットワークの可用性は、地域のポイント オブ プレゼンス(POP)間の到達可能性と考えても良い 図 3

図 3: 各地域のプレゼンスポイント各地域のプレゼンスポイント

上記の例で、フル メッシュの測定ポイントを使用すると、すべての POP で他のすべての POP の可用性が測定されます。この場合、サービス プロバイダのネットワークの総可用性を計算できます。この KPI は、ネットワークのサービスレベルを監視するために使用することもできます。また、サービスプロバイダとその顧客がサービスレベル契約 (SLA) の条件内で動作しているかどうかを判断するために使用できます。

POP が複数のルーターで構成されている場合は、に図 4示すように、各ルーターに測定を行います。

図 4: 各ルーターの測定値各ルーターの測定値

測定は以下のとおりです。

  • パス可用性—イングレス インターフェイス A1 から見たエグレス インターフェイス B1 の可用性。

  • ルーターの可用性 — ルーター上で終了しているすべての測定パスのパス可用性の割合。

  • POP可用性 — 2 つの地域の POP、A、B で使用するルーター可用性の割合。

  • ネットワーク可用性 — サービス プロバイダのネットワークPOP地域の POP すべてについて、可用性を提供する割合。

POP POP A POP B の可用性を測定するに図 4は、次の4つのパスを測定する必要があります。

POP B から POP A への可用性を測定するには、さらに4つの測定が必要になります。

可用性測定の完全なメッシュにより、大幅な管理トラフィックが発生する可能性があります。上記のサンプル図から:

  • 各 POP には、それぞれが2xSTM1 インターフェイスを備えた2つの併置されたプロバイダエッジ (PE) ルーターがあり、合計18個の PE ルーターと36xSTM1 インターフェイスを備えています。

  • 6個のコアプロバイダ (P) ルーター、2個は2xSTM4 および3xSTM1 インターフェイスを搭載しており、それぞれが3xSTM4 と3xSTM1 のインターフェイスを搭載しています。

これにより、合計68インターフェイスが実現します。すべてのインターフェイス間のパスの完全なメッシュは次のとおりです。

[n x( n – ] ) / l 与える [ x ( 2 – )] / = 6868122278 パス

サービス プロバイダのネットワークで管理トラフィックを削減するために、(たとえば、各インターフェイスから他のインターフェイスへの)フル メッシュのインターフェイス可用性テストを生成するのではなく、各ルーターのループバック アドレスから測定します。これにより、各ルーターの合計で必要な可用性測定値が少なくて済むようになります。

[ n x ( – ] ) / n1 与え [ x ( – 2 ] ) / = 242412276 測定

これにより、各ルーターから他のすべてのルーターへの可用性を測定できます。

SLA と必要な帯域幅を監視する

サービスプロバイダとお客様の一般的な SLA には、以下のものがあります。

プロバイダのネットワークの SLA 可用性の数値は 99.999 パーセントで、年間約 5 分のダウン タイムに関係します。そのため、このことを事前に測定するには、5分未満で1つ以下の精度で可用性測定を行う必要があります。ICMP ping リクエスト当たり64バイトの標準サイズを使用することで、ping テストを1分ごとに毎秒7680バイトのトラフィックが発生させることができます。Ping テストの完全なメッシュが276の宛先になると、1時間当たり2119680バイトが生成されます。これは、以下のことを表します。

  • 155.52 Mbps の OC3/STM1 リンクでは、使用率が 1.362% となっています。

  • 622.08 Mbps の OC12/STM4 リンクでは、使用率が 0.340% となっています。

ICMP ping リクエスト当たりのサイズが1500バイトであれば、ping テストを1分ごとに毎秒18万バイトとして発行しますPing テストの完全なメッシュが276の宛先になると、1時間当たり4968万バイトが生成されます。これは、以下のことを表します。

  • OC3/STM1 リンク上では、31.94% の使用率

  • OC12/STM4 リンク上では、7.986% の使用率

各ルーターは、テストされた各宛先の結果を記録できます。各宛先への1分あたりのテストで、各ルーターによって合計 1 x 60 x 24 x 276 = 397440 テストが実行されます。すべての ping の結果は、 (RFC 2925 を参照)に保存され、SNMP パフォーマンス レポート アプリケーション pingProbeHistoryTable (InfoVista, Inc.、またはCいきもりコミュニケーション社のサービス パフォーマンス管理ソフトウェアなど)によって取得され、処理後に取得できます。この表には最大サイズの4294967295行があり、これは十分ではありません。

可用性の測定

可用性を測定するには、以下の2つの方法を使用できます。

  • 事前対応型 :運用サポート システムにより、可用性が可能な限り頻繁に測定されます。

  • 事後対応 — ヘルプデスクが障害報告を初めてユーザーまたは障害監視システムから受け取った場合、可用性を記録します。

このセクションでは、事前対応型の監視ソリューションとしてのリアルタイムパフォーマンス監視について説明します。

リアルタイムパフォーマンス監視

ジュニパーネットワークスは、リアルタイムのネットワークパフォーマンスを監視するためのリアルタイムパフォーマンス監視 (RPM) サービスを提供します。J-Web クイック構成機能を使用して、リアルタイムのパフォーマンス監視テストで使用されるリアルタイムのパフォーマンス監視パラメーターを構成できます。(J-Web クイック構成は、ジュニパーネットワークスルーター上で動作するブラウザベースの GUI です。詳細については、「 J-Web インターフェイスユーザー ガイド 」を参照してください)。

リアルタイムパフォーマンス監視の構成

ここで表 4は、リアルタイムのパフォーマンス監視テスト用に設定できる最も一般的なオプションのいくつかを示します。

表 4: リアルタイムのパフォーマンス監視構成オプション

]

説明

リクエスト情報

Probe Type

テストの一部として送信するプローブのタイプ。プローブタイプには以下のものがあります。

  • http-get

  • http-get-metadata

  • icmp-ping

  • icmp-ping-timestamp

  • tcp-ping

  • udp-ping

Interval

各プローブ伝送間の待機時間 (秒) です。範囲は1~255秒です。

Test Interval

テスト間の待機時間 (秒単位)。範囲は0~86400秒です。

Probe Count

各テストで送信された調査の総数。範囲は 1~15 プローブです。

Destination Port

プローブが送信される TCP または UDP ポート。番号 7(標準の TCP または UDP ポート番号)を使用するか、49152 から 65535 のポート番号を選択します。

DSCP Bits

差別化サービスコードポイント (DSCP) ビット。この値は、有効な6ビットのパターンでなければなりません。デフォルトは000000です。

Data Size

ICMP プローブのデータ部分のサイズ (バイト) です。範囲は0~65507バイトです。

Data Fill

ICMP プローブのデータ部分の内容です。コンテンツは16進値である必要があります。範囲は 1 ~ 800h です。

最大プローブしきい値

Successive Lost Probes

調査エラーをトリガーし、システムログメッセージを生成するために、連続して損失する必要がある調査の総数。範囲は 0~15 プローブです。

Lost Probes

探査エラーをトリガーし、システムログメッセージを生成するために、失われる可能性があるプローブの総数。範囲は 0~15 プローブです。

Round Trip Time

サービスルーターからリモートサーバーへの総ラウンドトリップ時間 (マイクロ秒単位)。これを超えると、プローブエラーをトリガーし、システムログメッセージを生成します。範囲は 0~60,000,000 マイクロ秒です。

Jitter

テストの合計変位(マイクロ秒単位)。この値を超えると、プローブエラーをトリガーし、システムログメッセージを生成します。範囲は 0~60,000,000 マイクロ秒です。

Standard Deviation

テストに許容される最大標準偏差 (マイクロ秒単位)。この値を超えると、プローブエラーをトリガーし、システムログメッセージを生成します。範囲は 0~60,000,000 マイクロ秒です。

Egress Time

ルーターからリモートサーバーまでの一方向 (マイクロ秒単位) の合計。この値を超えると、プローブエラーをトリガーし、システムログメッセージを生成します。範囲は 0~60,000,000 マイクロ秒です。

Ingress Time

リモートサーバーからルーターまでの一方向の総時間 (マイクロ秒単位)。これにより、プローブエラーをトリガーし、システムログメッセージを生成します。範囲は 0~60,000,000 マイクロ秒です。

Jitter Egress Time

テストのアウトバウンド時間のジッターの合計 (マイクロ秒単位)。この値を超えると、プローブエラーをトリガーし、システムログメッセージを生成します。範囲は 0~60,000,000 マイクロ秒です。

Jitter Ingress Time

テストの総受信時刻のジッター (マイクロ秒単位)。この値を超えると、プローブエラーをトリガーし、システムログメッセージを生成します。範囲は 0~60,000,000 マイクロ秒です。

Egress Standard Deviation

テストにおける発信時刻の最大許容標準偏差 (マイクロ秒単位)。この値を超えると、プローブエラーをトリガーし、システムログメッセージを生成します。範囲は 0~60,000,000 マイクロ秒です。

Ingress Standard Deviation

テストの標準偏差の許容最大値 (マイクロ秒単位)。この数を超えた場合、プローブエラーをトリガーし、システムログメッセージを生成します。範囲は 0~60,000,000 マイクロ秒です。

リアルタイムのパフォーマンス監視情報の表示

ルーター上で構成されている各リアルタイムパフォーマンス監視テストでは、ラウンドトリップ時間、ジッター、標準偏差が監視情報に含まれます。この情報を表示するには Monitor > RPM 、J-Web インターフェイスで選択するか show services rpm 、コマンドライン インターフェイス(CLI)コマンドを入力します。

最新のリアルタイムパフォーマンスモニタリングプローブの結果を表示するには、 show services rpm probe-results CLI コマンドを入力します。

稼働状態の測定

SMARTS InCharge、Micromuse Netcool Omnibus、または Concord ライブ例外などの障害管理ソフトウェアを使用して、正常性メトリックをリアクティブに監視できます。で表 5示されている稼働状況メトリックを監視することをお勧めします。

表 5: 稼働状況メトリック

説明

パラメーター

お名前

金額

エラーの

エラーが含まれていた受信パケットの数。これらが配信されるのを防ぎます。

MIB 名

IF MIB (RFC 2233)

変数名

ifInErrors

可変 OID

.1.3.6.1.31.2.2.1.14

頻度 (分)

60

許容範囲

Baselined に

マネージドオブジェクト

論理インタフェース

エラー発生

エラーが発生した発信パケットのうち、送信を阻止する数

MIB 名

IF MIB (RFC 2233)

変数名

ifOutErrors

可変 OID

.1.3.6.1.31.2.2.1.20

頻度 (分)

60

許容範囲

Baselined に

マネージドオブジェクト

論理インタフェース

で破棄

エラーが検出されなかったにもかかわらず、廃棄した受信パケットの数

MIB 名

IF MIB (RFC 2233)

変数名

ifInDiscards

可変 OID

.1.3.6.1.31.2.2.1.13

頻度 (分)

60

許容範囲

Baselined に

マネージドオブジェクト

論理インタフェース

不明なプロトコル

不明なプロトコルのために廃棄された受信パケット数

MIB 名

IF MIB (RFC 2233)

変数名

ifInUnknownProtos

可変 OID

.1.3.6.1.31.2.2.1.15

頻度 (分)

60

許容範囲

Baselined に

マネージドオブジェクト

論理インタフェース

インターフェイス動作ステータス

インターフェイスの動作状態

MIB 名

IF MIB (RFC 2233)

変数名

If? ステータス

可変 OID

.1.3.6.1.31.2.2.1.8

頻度 (分)

15

許容範囲

1 (up)

マネージドオブジェクト

論理インタフェース

ラベルスイッチパス (LSP) 状態

MPLS ラベルスイッチパスの運用状態

MIB 名

MPLS MIB

変数名

mplsLspState

可変 OID

mplsLspEntry 2

頻度 (分)

60

許容範囲

2 (up)

マネージドオブジェクト

ネットワーク内のすべてのラベルスイッチパス

コンポーネントの運用ステータス

ルーターハードウェアコンポーネントの運用状態

MIB 名

ジュニパーネットワークス MIB

変数名

jnxOperatingState

可変 OID

.1.3.6.1.4.1.2636.1.13.1.6

頻度 (分)

60

許容範囲

2 (実行中) または 3 (準備完了)

マネージドオブジェクト

各ジュニパーネットワークスルーターのすべてのコンポーネント

コンポーネント動作温度

ハードウェアコンポーネントの動作温度 (摂氏)

MIB 名

ジュニパーネットワークス MIB

変数名

jnxOperatingTemp

可変 OID

.1.3.6.1.4.1.2636.1.13.1.7

頻度 (分)

60

許容範囲

Baselined に

マネージドオブジェクト

シャーシ内のすべてのコンポーネント

システム稼働時間

システムが動作していた時間 (ミリ秒単位)。

MIB 名

MIB 2 (RFC 1213)

変数名

sysUpTime

可変 OID

.1.3.6.1.1.3

頻度 (分)

60

許容範囲

向上のみ (減分は再起動を示す)

マネージドオブジェクト

すべてのルーター

IP ルートエラーはありません

宛先への IP ルートがなかったために配信できなかったパケットの数。

MIB 名

MIB 2 (RFC 1213)

変数名

ipOutNoRoutes

可変 OID

ip.12

頻度 (分)

60

許容範囲

Baselined に

マネージドオブジェクト

各ルーター

不適切な SNMP コミュニティ名

受信した不正な SNMP コミュニティ名の数

MIB 名

MIB 2 (RFC 1213)

変数名

snmpInBadCommunityNames

可変 OID

snmp. 4

頻度 (分)

24

許容範囲

Baselined に

マネージドオブジェクト

各ルーター

SNMP コミュニティー違反

無効な操作を試みる有効な SNMP コミュニティーの数(SNMP Set リクエストの試行など)

MIB 名

MIB 2 (RFC 1213)

変数名

snmpInBadCommunityUses

可変 OID

snmp 5

頻度 (分)

24

許容範囲

Baselined に

マネージドオブジェクト

各ルーター

冗長スイッチ

このエンティティによって報告された冗長化スイッチオーバーの総数

MIB 名

ジュニパーネットワークス MIB

変数名

jnxRedundancySwitchoverCount

可変 OID

jnxRedundancyEntry 8

頻度 (分)

60

許容範囲

Baselined に

マネージドオブジェクト

冗長化ルーティングエンジンを搭載したすべてのジュニパーネットワークスルーター

FRU の状態

各 FRU (フィールド交換可能ユニット) の作動状態

MIB 名

ジュニパーネットワークス MIB

変数名

jnxFruState

可変 OID

jnxFruEntry 8

頻度 (分)

15

許容範囲

2 ~ 6 (準備完了/オンライン状態)。FRU に障害が発生した場合は、jnxFruOfflineReason を参照してください。

マネージドオブジェクト

すべてのジュニパーネットワークスルーターのすべての Fru

テール破棄パケットのレート

インターフェイスごとの、1つの出力キュー当たりの、転送クラスあたりのドロップパケットのレート。

MIB 名

ジュニパーネットワークス-COS-MIB

変数名

jnxCosIfqTailDropPktRate

可変 OID

jnxCosIfqStatsEntry 12

頻度 (分)

60

許容範囲

Baselined に

マネージドオブジェクト

CoS が有効になっている場合、プロバイダネットワークでの各インターフェイスごとの転送クラスごとに使用します。

インターフェイス使用率: 受信した8オクテット

インターフェイスで受信したオクテットの総数 (フレーム文字を含む)。

MIB 名

IF MIB

変数名

ifInOctets

可変 OID

.1.3.6.1.2.1.2.2.1.10.x

頻度 (分)

60

許容範囲

Baselined に

マネージドオブジェクト

ネットワーク内のすべての運用インターフェイス

インターフェイス使用率: 8進数伝送

インターフェイスから送信されたオクテットの総数 (フレーム文字を含む)。

MIB 名

IF MIB

変数名

ifOutOctets

可変 OID

.1.3.6.1.2.1.2.2.1.16.x

頻度 (分)

60

許容範囲

Baselined に

マネージドオブジェクト

ネットワーク内のすべての運用インターフェイス

注:

バイト数は、インターフェイスタイプ、カプセル化の使用、および PIC をサポートすることによって異なります。たとえば、4xFE、GE、または GE 1Q PIC に vlan/ccc カプセル化を使用すると、バイト数にはフレームと制御ワードのオーバーヘッドが含まれます。(を表 6参照してください)

表 6: Vlan-ccc カプセル化のカウンター値

PIC タイプ

入力 (ユニットレベル)

出力 (ユニットレベル)

SNMP

4xFE

vlan-ccc

フレーム (フレームのチェックシーケンスなし) (FCS)

フレーム (FCS および制御ワードを含む)

ifInOctets, ifOutOctets

GE

vlan-ccc

フレーム (FCS なし)

フレーム (FCS および制御ワードを含む)

ifInOctets, ifOutOctets

GE IQ

vlan-ccc

フレーム (FCS なし)

フレーム (FCS および制御ワードを含む)

ifInOctets, ifOutOctets

SNMP トラップは、正常性管理に使用するための優れたメカニズムでもあります。詳細については、「 サポートされる標準SNMP Traps by Junos OS」および「 エンタープライズ固有のSNMP Traps supported by Junos OS」を参照してください

パフォーマンスを測定する

通常、サービス プロバイダのネットワークのパフォーマンスは、サービスをいかにうまくサポートできるのかで定義され、遅延や使用率などのメトリックで測定されます。以下のパフォーマンスメトリックを監視するには、InfoVista サービスパフォーマンス管理やコードネットワーク稼働状況 (を参照表 7) などのアプリケーションを使用することをお勧めします。

表 7: パフォーマンスメトリック

平均遅延時間

説明

2つの測定ポイント間の平均ラウンドトリップ時間 (ミリ秒)。

MIB 名

DISMAN-PING-MIB (RFC 2925)

変数名

pingResultsAverageRtt

可変 OID

Ping のエントリ6

頻度 (分)

15 (または ping テストの頻度によって異なります)

許容範囲

Baselined に

マネージドオブジェクト

ネットワーク内の各測定パス

インターフェイスの使用

説明

論理接続の使用率。

MIB 名

IF MIB

変数名

( ifInOctets & ifOutOctets ) * 8 / ifSpeed

可変 OID

ifTable エントリ

頻度 (分)

60

許容範囲

Baselined に

マネージドオブジェクト

ネットワーク内のすべての運用インターフェイス

ディスクの使用

説明

ジュニパーネットワークスルーター内のディスク容量の使用

MIB 名

ホストリソース MIB (RFC 2790)

変数名

hrStorageSizehrStorageUsed

可変 OID

hrStorageEntry.5 – hrStorageEntry.6

頻度 (分)

1440

許容範囲

Baselined に

マネージドオブジェクト

すべてのルーティングエンジンハードディスク

メモリ使用率

説明

ルーティングエンジンと FPC におけるメモリの利用

MIB 名

ジュニパーネットワークス MIB (ジュニパーネットワークス enterprise シャーシ MIB)

変数名

jnxOperatingHeap

可変 OID

各コンポーネントの表

頻度 (分)

60

許容範囲

Baselined に

マネージドオブジェクト

すべてのジュニパーネットワークスルーター

CPU 負荷

説明

CPU の過去1分間の平均使用率。

MIB 名

ジュニパーネットワークス MIB (ジュニパーネットワークス enterprise シャーシ MIB)

変数名

jnxOperatingCPU

可変 OID

各コンポーネントの表

頻度 (分)

60

許容範囲

Baselined に

マネージドオブジェクト

すべてのジュニパーネットワークスルーター

LSP 使用率

説明

MPLS ラベルスイッチパスの利用

MIB 名

MPLS MIB

変数名

mplsPathBandwidth / (mplsLspOctets * 8)

可変 OID

mplsLspEntry と mplsLspEntry 3

頻度 (分)

60

許容範囲

Baselined に

マネージドオブジェクト

ネットワーク内のすべてのラベルスイッチパス

出力キューサイズ

説明

1つの転送クラスあたりの各出力キューのサイズ (パケット数) をインターフェイス別にします。

MIB 名

ジュニパーネットワークス-COS-MIB

変数名

jnxCosIfqQedPkts

可変 OID

jnxCosIfqStatsEntry 3

頻度 (分)

60

許容範囲

Baselined に

マネージドオブジェクト

CoS を有効化すると、ネットワークにおけるインターフェイスごとの転送クラスごとに1つずつ実行されます。

ここでは、以下のトピックについて説明します。

サービスクラスの測定

サービスクラス (CoS) を使用して、ピーク輻輳時に特定のクラスのパケットがネットワーク内でどのように処理されるかを規制できます。通常、CoS メカニズムを実装するには、以下の手順を実行する必要があります。

  • このクラスに適用されるパケットのタイプを識別します。たとえば、特定の受信エッジインターフェイスからのすべての顧客トラフィックを1つのクラス内に含めたり、ボイスオーバー IP (VoIP) などの特定のプロトコルのすべてのパケットを含めたりすることができます。

  • 各クラスで必要とされる決定的な動作を特定します。たとえば、VoIP が重要な場合は、VoIP トラフィックがネットワークの輻輳が発生している時間帯に最高の優先度を提供します。一方、顧客にあまり影響を与えない可能性があるため、輻輳時に Web トラフィックの重要性を低くすることができます。

この情報を使用して、ネットワーク受信時にトラフィッククラスを監視、マーク、および確認するためのメカニズムを構成できます。一般に、マークされたトラフィックは送信インターフェイスでより確定的に処理できますが、通常は、ネットワークの輻輳時に各クラスにさまざまなキューメカニズムを適用します。ネットワークから情報を収集して、輻輳発生時にネットワークがどのように動作しているかを示すレポートを顧客に提供できます。(を図 5参照してください)

図 5: 輻輳発生時のネットワークの動作輻輳発生時のネットワークの動作

これらのレポートを生成するには、ルーターが以下の情報を提供する必要があります。

  • 送信済みトラフィック — クラス当たり受信トラフィックの量。

  • 配信されたトラフィック — クラス当たりの送信トラフィック量。

  • トラフィックのドロップ — トラフィックの制限によりCoSしました。

以下のセクションでは、この情報がジュニパーネットワークスルーターによってどのように提供されるかについて概説します。

クラス当たりの受信ファイアウォールフィルタカウンター

ファイアウォールフィルタカウンターは、インターフェイスごとに、クラスごとに受信トラフィックを照合してカウントするための非常に柔軟なメカニズムです。たとえば、以下のように記述します。

たとえば、 表 8他のクラスを照合するために使用される追加のフィルターを示します。

表 8: クラス当たりの受信トラフィック

DSCP 値

ファイアウォールの検索条件

説明

10

af11

確実転送クラス1ドロッププロファイル1

12

af12

確実転送クラス1ドロッププロファイル2

18

af21

ベストエフォートクラス2ドロッププロファイル1

20

af22

ベストエフォートクラス2ドロッププロファイル2

26

af31

ベストエフォートクラス3ドロッププロファイル1

RFC 2474 に準拠した CoS DiffServ コードポイント (DSCP) を持つパケットは、すべてこの方法で数えることができます。ジュニパーネットワークスエンタープライズ固有のファイアウォールフィルター MIB では、に表 9示す変数にカウンター情報が表示されます。

表 9: インバウンドのカウンター

インジケーター名

インバウンドのカウンター

MIB

jnxFirewalls

jnxFirewallCounterTable

索引

jnxFWFilter.jnxFWCounter

数値

jnxFWCounterPacketCount

jnxFWCounterByteCount

説明

指定されたファイアウォールフィルタカウンターに関連してカウントされるバイト数

SNMP バージョン

SNMPv2

この情報は、SNMPv2 をサポートする任意の SNMP 管理アプリケーションによって収集できます。の製品は、モバイルコード通信、Inc.、インフォ Vista、Inc. などのベンダーが提供しているものであり、ネイティブのジュニパーネットワークスデバイスドライバーとのジュニパーネットワークスファイアウォール MIB をサポートしています。

キュー当たりの出力バイト数の監視

ジュニパーネットワークスのエンタープライズ ATM CoS MIB を使用して、インターフェイスごとに、仮想回線転送クラスごとの送信トラフィックを監視できます。(を表 10参照してください)

表 10: ATM インターフェイスの送信カウンター

インジケーター名

送信カウンター

MIB

JUNIPER-ATM-COS-MIB

変化

jnxCosAtmVcQstatsOutBytes

索引

ifIndex.atmVclVpi.atmVclVci.jnxCosFcId

説明

指定されたバーチャルサーキットで送信された、指定した転送クラスに属するバイト数。

SNMP バージョン

SNMPv2

非 ATM インターフェイスカウンターは、ジュニパーネットワークスのエンタープライズ固有の CoS MIB によって提供されます。 表 11これは、に示す情報を提供します。

表 11: 非 ATM インターフェイス用の送信カウンター

インジケーター名

送信カウンター

MIB

JUNIPER-COS-MIB

jnxCosIfqStatsTable

索引

jnxCosIfqIfIndex.jnxCosIfqFc

数値

jnxCosIfqTxedBytes

jnxCosIfqTxedPkts

説明

転送クラス当たりの1インターフェイス当たりの送信バイト数

SNMP バージョン

SNMPv2

中断したトラフィック

受信トラフィックからの送信トラフィックを減算することで、破棄されたトラフィックの量を計算できます。

また、CoS MIB からカウンターを選択することもでき表 12ます (図を参照)。

表 12: 破棄されたトラフィックカウンター

インジケーター名

中断したトラフィック

MIB

JUNIPER-COS-MIB

jnxCosIfqStatsTable

索引

jnxCosIfqIfIndex.jnxCosIfqFc

数値

jnxCosIfqTailDropPkts

jnxCosIfqTotalRedDropPkts

説明

1つのインターフェイス当たりの転送クラス当たりのドロップまたは赤色ドロップされたパケット数

SNMP バージョン

SNMPv2