JP2003298649A - 性能情報伝送方式及びパケット形式及び性能情報伝送方法 - Google Patents

Abstract

(57)【要約】 【課題】 ＩＥＴＦでは、「Ｐ（Ｐｅｒｆｏｒｍａｎｃ
ｅ）」については、ペイロードのパケットフォーマット
についての一切の記載がなく、ネットワーク上の各機器
から共通的に情報を入手することができなかった。 【解決手段】 ＩＥＴＦにて未定義の「Ｐ（Ｐｅｒｆｏ
ｒｍａｎｃｅ）」について、性能管理についてのＯＡＭ
パケットフォーマットを定義することによって、ネット
ワークシステムの転送量の実測値等の性能情報を入手す
ることを可能とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ＭＰＬＳ（Ｍｕ
ｌｔｉｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉ
ｎｇ）ネットワークシステムにおけるＯＡＭ（Ｏｐｅｒ
ａｔｉｏｎ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ａｎｄ
Ｍａｉｎｔｅｎａｎｃｅ）機能に関するものである。

【０００２】

【従来の技術】図７は、例えば、特開平１０−３３６１
８８号公報に示された従来の方式を示す図であり、図に
おいて、１４は伝送待ち情報量読取手段、１５は割当帯
域決定手段、１６は帯域割当指示手段である。

【０００３】次に、動作について説明する。伝送待ち情
報量読取手段１４は、伝送待ちの情報を保持する各情報
源から伝送されてきた伝送待ち情報量を読み取る。割当
帯域幅決定手段１５は、伝送待ち情報量読取手段１４で
読み取られた各情報源の伝送待ち情報量に応じて、各情
報源に割り当てる帯域幅を決定する。帯域割当指示手段
１６は、伝送待ちの情報を保持する情報源に、割当帯域
幅決定手段１５で決定された帯域を割り当てる。

【０００４】一方、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎ
ｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）におい
て、ＭＰＬＳネットワークシステムでのＯＡＭ機能が検
討されており、「ｄｒａｆｔ−ｈａｒｒｉｓｏｎ−ｍｐ
ｌｓ−ｏａｍ−００．ｔｘｔ」に詳細な記載がある。こ
の中では、図８に記載のように、ＭＰＬＳネットワーク
システムにおけるＯＡＭの機能を、ＣＶ（Ｃｏｎｎｅｃ
ｔｉｖｉｔｙ Ｖｅｒｉｆｉｃａｔｉｏｎ），Ｐ（Ｐｅ
ｒｆｏｒｍａｎｃｅ），ＦＤＩ（ＦｏｒｗａｒｄＤｅｆ
ｅｃｔ Ｉｎｄｉｃａｔｏｒ），ＢＤＩ（Ｂａｃｋｗａ
ｒｄ Ｄｅｆｅｃｔ Ｉｎｄｉｃａｔｏｒ）の４種類定
義し、ペイロードのパケットフォーマットも定義されて
いる。図９には、この中の例として、「ＣＶ（Ｃｏｎｎ
ｅｃｔｉｖｉｔｙ Ｖｅｒｉｆｉｃａｔｉｏｎ）」のパ
ケットフォーマット１９を記述した。

【０００５】

【発明が解決しようとする課題】従来例では、情報源か
ら、これから伝送しようとする情報量を、事前に帯域割
当回路に申告する。その申告された情報量から、帯域割
当回路は、事前に帯域を割り当て、伝送する。一方、実
際のネットワーク上では、流れているトラフィック量は
逐次変化しているものであり、事前に帯域を割り当てた
情報量では、ネットワーク上でのリアルタイムの情報量
を測定することはできない。

【０００６】しかし、特開平１０−３３６１８８号公報
におけるネットワーク内の情報量とは、これから伝送す
る予定の情報量であり、今現在のネットワーク上にどれ
だけの情報が流れているかという実測値ではない。その
ため、ネットワークにおける実際の輻輳度合い等の、真
の性能はわからなかった。

【０００７】また、ＩＥＴＦの「ｄｒａｆｔ−ｈａｒｒ
ｉｓｏｎ−ｍｐｌｓ−ｏａｍ−００．ｔｘｔ」では、Ｃ
Ｖ（Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｖｅｒｉｆｉｃａｔｉ
ｏｎ），ＦＤＩ（Ｆｏｒｗａｒｄ Ｄｅｆｅｃｔ Ｉｎ
ｄｉｃａｔｏｒ），ＢＤＩ（Ｂａｃｋｗａｒｄ Ｄｅｆ
ｅｃｔ Ｉｎｄｉｃａｔｏｒ）の３種類については、ペ
イロードの詳細なパケットフォーマットが定義されてい
るが、「Ｐ（Ｐｅｒｆｏｒｍａｎｃｅ）」については、
ファンクションコードを「２」にするという定義しかな
く、パケットフォーマットについては一切の記載がなか
った。

【０００８】そこで、本発明の目的は、ＯＡＭパケット
を用いて、ＭＰＬＳネットワークシステムにおけるネッ
トワーク上の実際の情報量を実測可能にし、ネットワー
クの性能管理を可能にすることにある。

【０００９】

【課題を解決するための手段】この発明に係る性能情報
伝送方式は、複数の機器が配置されたマルチプロトコル
・ラベル・スイッチング（ＭＰＬＳ）ネットワーク上の
性能情報伝送方式において、一の機器は、ＯＡＭパケッ
ト（保守運用機能を実現するパケット）として、一の機
器が測定したネットワークの性能の測定結果を含む性能
管理用パケットを生成し、生成した性能管理用パケット
を他の機器へ送信することを特徴とする。

【００１０】上記一の機器は、所定時間に通過したパケ
ットの総バイト数を測定し、上記性能管理用パケット
は、上記パケットの総バイト数を含むことを特徴とす
る。

【００１１】上記一の機器は、所定時間に通過したパケ
ットの総数を測定し、上記性能管理用パケットは、上記
パケットの総数を含むことを特徴とする。

【００１２】上記一の機器は、所定時間に通過したパケ
ットの下位レイアを検出し、上記性能管理用パケット
は、上記下位レイアの種類を含むことを特徴とする。

【００１３】上記一の機器は、所定時間に通過したパケ
ットについて、誤り検出符号と誤り率結果とを測定し、
上記性能管理用パケットは、上記誤り検出符号と上記誤
り率結果との少なくともいずれか一方を含むことを特徴
とする。

【００１４】上記一の機器は、ネットワークの性能を測
定する測定部と、上記測定部が測定した測定結果を用い
て性能管理用パケットを生成する性能管理用パケット生
成部と、上記性能管理用パケット生成部が生成した性能
管理用パケットを上記他の機器へ送信する送信部とを備
えることを特徴とする。

【００１５】上記他の機器は、上記一の機器へ、性能管
理用パケットを送信することを要求するモニタ用パケッ
トを送信し、上記一の機器は、上記モニタ用パケットを
受信した場合に、上記測定結果を用いて性能管理用パケ
ットを生成し、生成した性能管理用パケットを上記他の
機器へ送信することを特徴とする。

【００１６】この発明に係るパケット形式は、マルチプ
ロトコル・ラベル・スイッチング（ＭＰＬＳ）ネットワ
ーク上に配置された複数の機器間を伝送する保守運用機
能（ＯＡＭ機能）を実現するパケット形式において、一
の機器によって測定されたネットワークの性能の測定結
果を含むことを特徴とする。

【００１７】上記性能管理用パケットは、所定期間に伝
送されたパケットの総バイト数と、所定期間に伝送され
たパケットの総数と、下位レイアと、誤り検出符号と、
誤り率結果とのうち、少なくともいずれか一つを含むこ
とを特徴とする。

【００１８】この発明に係る性能情報伝送方法は、複数
の機器が配置されたマルチプロトコル・ラベル・スイッ
チング（ＭＰＬＳ）ネットワークの性能情報伝送方法に
おいて、一の機器によって測定されたネットワークの性
能の測定結果を含む性能管理用パケットを生成し、生成
した性能管理用パケットを他の機器へ伝送することを特
徴とする。

【００１９】

【発明の実施の形態】実施の形態１．ＩＥＴＦの「ｄｒ
ａｆｔ−ｈａｒｒｉｓｏｎ−ｍｐｌｓ−ｏａｍ−００．
ｔｘｔ」で未定義の「Ｐ（Ｐｅｒｆｏｒｍａｎｃ
ｅ）」、即ち、性能についてのＯＡＭパケットについ
て、ペイロードのパケットフォーマットを定義すること
で達成される。つまり、性能管理についてのＯＡＭパケ
ットフォーマットを定義することで、ネットワーク上の
各機器から共通的に情報を入手することができるように
なり、ネットワークシステムの転送量の実測値等の性能
情報を入手することが可能となる。

【００２０】以下、この発明の実施の形態１を図につい
て説明する。図１は、ＭＰＬＳネットワークシステムに
おけるＯＡＭパケットにて、「Ｐｅｒｆｏｒｍａｎｃ
ｅ」、即ち、性能についてのＯＡＭパケットフォーマッ
トの例である。１は性能管理ＯＡＭパケットのペイロー
ド全体、２はファンクションタイプコードフィールド、
３は０固定フィールド、４はモニタパケット順序番号フ
ィールド、５はユーザパケットの総バイト数フィール
ド、６はユーザパケットの総数フィールド、７はブロッ
ク誤り検出符号フィールド、８はブロック誤り率結果フ
ィールド、９は下位レイアの種類フィールド、１０はタ
イムスタンプフィールド、１１はリザーブフィールド、
１２はＢＩＰ−１６フィールドである。

【００２１】次に、パケットフォーマット１における各
フィールドの意味を説明する。ファンクションタイプコ
ードフィールド２は、ＯＡＭパケットにおける「Ｐｅｒ
ｆｏｒｍａｎｃｅ」、即ち、性能管理用パケットを表す
コードが入るフィールドである。図８のＯＡＭ Ｆｕｎ
ｃｔｉｏｎ Ｔｙｐｅ ｃｏｄｅｐｏｉｎｔフィールド
１８から、この場合のパケットでは、「２（０ｘ０
２）」が入ると定義されている。

【００２２】０固定フィールド３は、ビット幅を３２ビ
ットにするために０で埋めたフィールドであり、０とい
う値に意味はない。

【００２３】モニタパケット順序番号フィールド４は、
パケットの順序番号を表示するフィールドである。ある
ルータから他のルータに対し、パケットのモニタを依頼
する際には、「モニタ用」として使用する。また、モニ
タ結果のレポートとして使用する際には、「レポート
用」として使用する。両方の兼用として使用することも
ある。これは、ＯＡＭパケットの損失や到着順の反転が
あっても、識別や検出を可能とするために、パケット毎
に順序番号を割振り、あるモニタ依頼の順序番号に対応
した結果の応答がどのパケットであるかを識別するため
のものである。

【００２４】ユーザパケットの総バイト数フィールド５
は、ネットワーク上を実際に流れている情報量をモニタ
するためのフィールドである。ＭＰＬＳネットワークシ
ステムでは、可変長パケットのため、パケット数等でな
くバイト数を使用することとする。尚、このフィールド
は、モニタパケット順序番号フィールド４が、「逆方向
のレポート時」となっている場合に使用する。

【００２５】ユーザパケットの総数フィールド６は、ユ
ーザパケットの総バイト数フィールド５と同様に、ネッ
トワーク上を実際に流れている情報量をモニタするため
のフィールドである。本フィールドの値と、ユーザパケ
ットの総バイト数フィールド５から、ユーザパケットの
平均的なパケット長を計算可能とする。その結果から、
パケット長の傾向がわかるようにして、性能管理のひと
つの情報として使用する。

【００２６】ブロック誤り検出符号フィールド７は、偶
数パリティの誤り検出符号（ＢＩＰ−１６）のためのフ
ィールドである。直前の性能管理ＯＡＭパケットの後に
送信された、ブロック単位のユーザ情報パケットの情報
フィールドに対する誤り検出符号である。尚、パリティ
計算は、ＢＩＰ−１６で行なわれるものとする。

【００２７】ブロック誤り率結果フィールド８は、ブロ
ック誤り率の結果のレポートに使用される。到着した、
性能管理ＯＡＭパケットのＢＩＰ−１６符号における誤
ったパリティビットの個数の情報のためのフィールドで
ある。

【００２８】下位レイアの種類フィールド９は、明確に
下位レイアが分かっている場合に、下位レイアが何であ
るかを伝えるために使用する。具体的な例は、図２に示
しており、詳細は後述する。

【００２９】タイムスタンプフィールド１０は、パケッ
トの伝播遅延時間の特性を測定するためのフィールドで
ある。性能管理ＯＡＭパケットの送出時刻を表してい
る。

【００３０】リザーブフィールド１１は、将来の拡張の
ためのフィールドである。現時点では、値は０とする。

【００３１】ＢＩＰ−１６フィールド１２は、本ＯＡＭ
パケットのパリティ計算用のフィールドである。ＢＩＰ
−１６符号で計算した結果がこのフィールドに入る。

【００３２】図２は、下位レイアの種類フィールド９の
値の例を示したものである。このように、下位レイアが
明確になっているかどうかや、下位レイアが明確になっ
ている場合は、それが何であるかを示している。

【００３３】次に、これらのＯＡＭパケットフォーマッ
トを、実際に使用した例を説明する。図３は、実際にネ
ットワーク装置に適用した場合の装置の一例のブロック
図である。ここでは、まず、ネットワーク装置の動作か
ら説明する。ネットワーク装置５１の中のネットワーク
に接続されている入力インタフェース部５２から入った
信号は、スイッチ部５３で宛先の出力インタフェース部
５４に伝達される。出力インタフェース部５４もネット
ワークに接続されており、ネットワーク装置５１から次
のネットワーク装置へと伝達される。

【００３４】ここで、図３では、入力インタフェース部
５２と出力インタフェース部５４は、別基板となってい
る図を記載しているが、実際には、物理的には同一基板
に戻ってくることもありうる。また、ネットワーク装置
５１は、装置内の監視や装置全体の制御等を行なう装置
内監視部／装置内制御部５５といった構成部分を有す
る。

【００３５】図４は、図３のネットワーク装置５１を使
用した実際のネットワークの図を示したものである。こ
こでは、ネットワーク装置５１が６台ある図を示してい
る。図中、６台のネットワーク装置５１をネットワーク
装置５１ａ〜ネットワーク装置５１ｆで示す。ここで
は、ネットワーク装置５１ａから、ネットワーク装置５
１ｂへのルートで情報が流れている場合の実際のネット
ワーク上の情報量を測定する場合の例を説明する。尚、
ネットワーク装置５１ａとネットワーク装置５１ｂの間
には、ＭＰＬＳネットワークシステムからは下位レイア
の機器（例えば、中継器）が存在してもかまわない。

【００３６】実際のネットワーク上の情報量の測定は、
まず、ネットワーク装置５１ａからネットワーク装置５
１ｂへ、図の矢印の方向に当該性能測定用ＯＡＭパケッ
トを送信する。性能測定用ＯＡＭパケットの実際の値の
例を、図５に示す。

【００３７】図５において、５６はモニタ用性能管理Ｏ
ＡＭパケットのペイロード全体である。５７はファンク
ションタイプコードフィールドで、値は０ｘ０２であ
る。５８は０固定フィールド、５９はモニタパケット順
序番号フィールドで、値の例は０ｘ００１０である。６
０はユーザパケットの総バイト数フィールドで、モニタ
用なので値は０である。６１はユーザパケットの総数フ
ィールドで、同様に、モニタ用なので値は０である。６
２はブロック誤り検出符号フィールドで、値の例は０ｘ
５ＣＢＤである。６３はブロック誤り率結果フィールド
で、モニタ用なので値は０である。６４は下位レイアの
種類フィールドで、ＡＴＭを想定しているので、値は０
ｘ０００２である。６５はタイムスタンプフィールド
で、値の例は０ｘ６７９Ｅ４Ｆ２Ｆである。６６はリザ
ーブフィールドで、値は０固定である。６７はＢＩＰ−
１６フィールドで、計算値がはいる。

【００３８】ネットワーク装置５１ｂでは、性能測定に
備えて、ネットワーク装置５１ｂを通過している情報量
を、常時測定している。装置内でこの測定を行なってい
るのは、入力のインタフェース部５２、スイッチ部５
３、出力のインタフェース部５４のいずれであっても良
い。ネットワーク装置５１ｂは、ネットワーク装置５１
ａから、この性能管理ＯＡＭパケット５６が到着した場
合、ネットワーク装置５１ｂで測定していた性能情報
を、図６のようにＯＡＭパケットとして、ネットワーク
装置５１ａに向けて、図４の矢印とは逆方向に送信す
る。

【００３９】ネットワーク装置５１ｂでは、所定時間に
伝送された（ネットワーク装置５１ｂを通過した）パケ
ットの総バイト数、パケットの総数等、の情報を測定す
る。所定期間は、ネットワーク装置５１ａから前回モニ
タ用ＯＡＭパケットを受信してから、次にモニタ用ＯＡ
Ｍパケットを受信するまでの期間を一例として用いる。
上記所定期間は、予め定めた単位時間を用いてもよい。
また、定期的にモニタ用ＯＡＭパケットを受信するよう
にして、所定期間を定めても良い。また、性能測定は、
各ネットワーク装置において実施されている。従って、
各ネットワーク装置間で性能情報を伝送することが可能
である。

【００４０】次に、レポート用ＯＡＭパケットについ
て、図６で説明する。６８はレポート用性能管理ＯＡＭ
パケットのペイロード全体である。６９はファンクショ
ンタイプコードフィールドで、値は０ｘ０２である。７
０は０固定フィールド、７１はモニタパケット順序番号
フィールドで、レポート用なので、値の例は０ｘ００６
Ａである。７２はユーザパケットの総バイト数フィール
ドで、値は０ｘＢ６Ａ６４である。７３はユーザパケッ
トの総数フィールドで、値は０ｘ１Ｄ３９である。７４
はブロック誤り検出符号フィールドで、値の例は０ｘＡ
０２１である。７５はブロック誤り率結果フィールド
で、値は０ｘ０００２である。７６は下位レイアの種類
フィールドで、同様にＡＴＭを想定しているので、値は
０ｘ０００２である。７７はタイムスタンプフィールド
で、値の例は０ｘ６７９Ｅ５１２３である。７８はリザ
ーブフィールドで、値は０固定である。７９はＢＩＰ−
１６フィールドで、計算値がはいる。

【００４１】このように、ネットワーク装置５１ａは、
ネットワーク装置５１ｂへモニタ用ＯＡＭパケットを送
信する。次に、ネットワーク装置５１ｂは、ネットワー
ク装置５２ａへリポート用ＯＡＭパケットを送信する。
この結果、ネットワーク装置５１ａは、リポート用ＯＡ
Ｍパケットに含まれる性能情報を取得することになる。

【００４２】ネットワーク装置５１ａでは、ネットワー
ク装置５１ｂから図６のＯＡＭパケットを受信すること
で、以下のような性能情報を入手することができる。ユ
ーザパケットの総バイト数フィールド７２の値が０ｘＢ
６Ａ６４＝７４８１３２であることから、ユーザパケッ
トの総バイト数は、７４８１３２バイトであることがわ
かる。ユーザパケットの総数フィールド７３の値が０ｘ
１Ｄ３９＝７４８１であることから、ユーザパケットの
総数は、７４８１パケットであることがわかる。ユーザ
パケットの総バイト数フィールド７２を、ユーザパケッ
トの総数フィールド７３で割り算することで、この場合
の平均パケット長は、７４８１３２／７４８１＝１０
０．００４２であることがわかる。

【００４３】ブロック誤り率結果フィールド７５の値が
０ｘ０００２であることから、この期間で誤ったパリテ
ィビットが２ビットであることがわかる。また、図５の
タイムスタンプフィールド６５や、図６のタイムスタン
プフィールド７７には、送信時のタイムスタンプが書き
込まれているので、受信側装置で、これらのタイムスタ
ンプの値と、現在時刻を比較することで、ネットワーク
での遅延時間を実測することができる。ネットワークが
輻輳状態になった場合、遅延時間が増大してしまうこと
が考えられ、性能情報のひとつとしてこれらの値が使用
できる。

【００４４】実施の形態２．実施の形態１で示した、性
能管理用ＯＡＭパケット（性能管理用パケット、性能管
理ＯＡＭパケット）は、一例であり、図１のデータ構成
以外の要素を含むことも可能であり、図１に示した要素
のうち、一部を削除することも可能である。

【００４５】また、上記実施の形態１では、モニタ用Ｏ
ＡＭパケットとレポート用ＯＡＭパケットとを用いて説
明したが、予め定めたネットワーク装置間で定期的に性
能管理用ＯＡＭパケットを伝送してもよい。

【００４６】また、図７には明示していないが、ネット
ワーク装置（機器）は、一例として、ネットワークの性
能を測定する測定部と、上記測定部が測定した測定結果
を用いて性能管理用パケットを生成する性能管理用パケ
ット生成部と、上記性能管理用パケット生成部が生成し
た性能管理用パケットを上記他の機器へ送信する送信部
とを備える。図７との対応では、測定部と性能管理用パ
ケット生成部とは、装置内監視部／装置内制御部５５に
含まれる機能である。また、送信部は、出力インタフェ
ース部５４に相当する機能である。

【００４７】

【発明の効果】ＭＰＬＳネットワークシステムにおい
て、ＯＡＭパケットを用いて、ネットワーク上の実際の
情報量を実測可能にし、ネットワークの性能管理を可能
にする標準方式を提供することができる。

【００４８】また、性能測定用ＯＡＭパケット（性能測
定用パケット）をネットワーク上の複数の機器（ネット
ワーク装置）間で伝送することにより、各機器がネット
ワークの性能情報を入手することができる。

【００４９】また、ネットワーク上に伝送されるパケッ
トの総バイト数を入手することができる。

【００５０】ネットワーク上に伝送されるパケットの総
数を入手することができる。

【００５１】ネットワーク上に伝送されるパケットの下
位レイアを入手することができる。

【００５２】ネットワーク上に伝送されるパケットの誤
り検出符号や誤り率を入手することができる。

【００５３】また、モニタ用ＯＡＭパケットとレポート
用ＯＡＭパケットとを用いることによって、必要に応じ
て、性能情報を入手することができる。

【図面の簡単な説明】

【図１】 この発明の実施の形態による性能管理ＯＡＭ
パケットのペイロード全体を示している図である。

【図２】 この発明の実施の形態による下位レイアの種
類フィールドの例を示している図である。

【図３】 この発明の実施の形態を実際のネットワーク
装置に適用した場合の装置のブロック図である。

【図４】 この発明の実施の形態を実際のネットワーク
装置に適用した場合の装置間の接続例の図である。

【図５】 この発明の実施の形態を実際のネットワーク
装置に適用した場合のモニタ用ＯＡＭパケットの値の例
を示した図である。

【図６】 この発明の実施の形態を実際のネットワーク
装置に適用した場合のレポート用ＯＡＭパケットの値の
例を示した図である。

【図７】 従来のＯＡＭこの発明の実施の形態１による
基板の挿入中で基板の移動が完了した時の図である。

【図８】 ＩＥＴＦでのＭＰＬＳネットワークシステム
におけるＯＡＭの機能の一覧を示した図である。

【図９】 ＩＥＴＦでのＭＰＬＳネットワークシステム
におけるＯＡＭの機能の中の「ＣＶ（Ｃｏｎｎｅｃｔｉ
ｖｉｔｙ Ｖｅｒｉｆｉｃａｔｉｏｎ）」のパケットフ
ォーマットを示した図である。

【符号の説明】

１ 性能管理ＯＡＭパケットのペイロード全体、２ フ
ァンクションタイプコードフィールド、３ ０固定フィ
ールド、４ モニタパケット順序番号フィールド、５
ユーザパケットの総バイト数フィールド、６ ユーザパ
ケットの総数フィールド、７ ブロック誤り検出符号フ
ィールド、８ ブロック誤り率結果フィールド、９ 下
位レイアの種類フィールド、１０ タイムスタンプフィ
ールド、１１ リザーブフィールド、１２ ＢＩＰ−１
６フィールド、１３ 下位レイアの種類フィールドの
例、１４ 伝送待ち情報量読出手段、１５ 割当帯域決
定手段、１６ 割当帯域指示手段、１７ ＭＰＬＳネッ
トワークシステムにおけるＯＡＭの機能、１８ ＯＡＭ
Ｆｕｎｃｔｉｏｎ Ｔｙｐｅ ｃｏｄｅｐｏｉｎｔフ
ィールド、１９ 「ＣＶ（Ｃｏｎｎｅｃｔｉｖｉｔｙ
Ｖｅｒｉｆｉｃａｔｉｏｎ）」のパケットフォーマッ
ト、５１ ネットワーク装置、５２ 入力インタフェー
ス部、５３ スイッチ部、５４ 出力インタフェース
部、５５ 装置内監視部／装置内制御部、５６ モニタ
用の性能管理ＯＡＭパケットのペイロード全体、５７
ファンクションタイプコードフィールド、５８ ０固定
フィールド、５９ モニタパケット順序番号フィール
ド、６０ ユーザパケットの総バイト数フィールド、６
１ ユーザパケットの総数フィールド、６２ ブロック
誤り検出符号フィールド、６３ ブロック誤り率結果フ
ィールド、６４ 下位レイアの種類フィールド、６５
タイムスタンプフィールド、６６ リザーブフィール
ド、６７ ＢＩＰ−１６フィールド、６８ レポート用
の性能管理ＯＡＭパケットのペイロード全体、６９ フ
ァンクションタイプコードフィールド、７０ ０固定フ
ィールド、７１ モニタパケット順序番号フィールド、
７２ ユーザパケットの総バイト数フィールド、７３
ユーザパケットの総数フィールド、７４ ブロック誤り
検出符号フィールド、７５ ブロック誤り率結果フィー
ルド、７６下位レイアの種類フィールド、７７ タイム
スタンプフィールド、７８ リザーブフィールド、７９
ＢＩＰ−１６フィールド。

Claims (10)

【特許請求の範囲】
1. 【請求項１】 複数の機器が配置されたマルチプロトコ
   ル・ラベル・スイッチング（ＭＰＬＳ）ネットワーク上
   の性能情報伝送方式において、 一の機器は、ＯＡＭパケット（保守運用機能を実現する
   パケット）として、一の機器が測定したネットワークの
   性能の測定結果を含む性能管理用パケットを生成し、生
   成した性能管理用パケットを他の機器へ送信することを
   特徴とする性能情報伝送方式。
2. 【請求項２】 上記一の機器は、所定時間に通過したパ
   ケットの総バイト数を測定し、 上記性能管理用パケットは、上記パケットの総バイト数
   を含むことを特徴とする請求項１記載の性能情報伝送方
   式。
3. 【請求項３】 上記一の機器は、所定時間に通過したパ
   ケットの総数を測定し、 上記性能管理用パケットは、上記パケットの総数を含む
   ことを特徴とする請求項１または２記載の性能情報伝送
   方式。
4. 【請求項４】 上記一の機器は、所定時間に通過したパ
   ケットの下位レイアを検出し、 上記性能管理用パケットは、上記下位レイアの種類を含
   むことを特徴とする請求項１から３いずれかに記載の性
   能情報伝送方式。
5. 【請求項５】 上記一の機器は、所定時間に通過したパ
   ケットについて、誤り検出符号と誤り率結果とを測定
   し、 上記性能管理用パケットは、上記誤り検出符号と上記誤
   り率結果との少なくともいずれか一方を含むことを特徴
   とする請求項１から４いずれかに記載の性能情報伝送方
   式。
6. 【請求項６】 上記一の機器は、 ネットワークの性能を測定する測定部と、 上記測定部が測定した測定結果を用いて性能管理用パケ
   ットを生成する性能管理用パケット生成部と、 上記性能管理用パケット生成部が生成した性能管理用パ
   ケットを上記他の機器へ送信する送信部とを備えること
   を特徴とする請求項１から５いずれかに記載の性能情報
   伝送方式。
7. 【請求項７】 上記他の機器は、上記一の機器へ、性能
   管理用パケットを送信することを要求するモニタ用パケ
   ットを送信し、 上記一の機器は、上記モニタ用パケットを受信した場合
   に、上記測定結果を用いて性能管理用パケットを生成
   し、生成した性能管理用パケットを上記他の機器へ送信
   することを特徴とする請求項１から５いずれかに記載の
   性能情報伝送方式。
8. 【請求項８】 マルチプロトコル・ラベル・スイッチン
   グ（ＭＰＬＳ）ネットワーク上に配置された複数の機器
   間を伝送する保守運用機能（ＯＡＭ機能）を実現するパ
   ケット形式において、 一の機器によって測定されたネットワークの性能の測定
   結果を含むことを特徴とするパケット形式。
9. 【請求項９】 上記性能管理用パケットは、所定期間に
   伝送されたパケットの総バイト数と、所定期間に伝送さ
   れたパケットの総数と、下位レイアと、誤り検出符号
   と、誤り率結果とのうち、少なくともいずれか一つを含
   むことを特徴とする請求項８記載のパケット形式。
10. 【請求項１０】 複数の機器が配置されたマルチプロト
    コル・ラベル・スイッチング（ＭＰＬＳ）ネットワーク
    の性能情報伝送方法において、 一の機器によって測定されたネットワークの性能の測定
    結果を含む性能管理用パケットを生成し、 生成した性能管理用パケットを他の機器へ伝送すること
    を特徴とする性能情報伝送方法。