(57)【要約】【課題】  本発明は、通信装置の状態が遷移した要因を早期把握することができる通信装置を提供することにある。【解決手段】  当該ルータ装置１１におけるルート情報の通信状態を監視して現在の通信状態をＲＡＭ１７に記憶し、記憶されている今回の通信状態と前回の通信状態とが異なるか否かにより通信状態の遷移を検出し、通信状態の遷移を検出した場合に、ＲＡＭ１７に記憶されている今回の通信状態と前回の通信状態とからなるアラーム通知を生成して監視装置に送信する。【選択図】  図９
2006319883.tif 000002
【特許請求の範囲】
【請求項１】
ＯＳＰＦネットワークに接続され、ＯＳＰＦプロトコルを用いて相互にルート情報を通信する通信方法であって、
前記ルート情報の通信状態を監視して現在の通信状態を記憶する記憶ステップと、
前記記憶されている今回の通信状態と前回の通信状態とが異なるか否かにより通信状態の遷移を検出する状態遷移検出ステップと、
この状態遷移検出ステップにより通信状態の遷移を検出した場合に、前記記憶されている今回の通信状態と前回の通信状態とからなるアラーム通知を監視装置に送信する送信ステップとを有することを特徴とする通信方法。
【請求項２】
前記アラーム通知を監視装置に送信する否かを設定する通知設定ステップを有することを特徴とする請求項１記載の通信方法。
【請求項３】
前記通知設定ステップは、通知または非通知の指定を通信装置が所持する各種インタフェース毎に設定することを特徴とする請求項１記載の通信方法。
【請求項４】
前記通知設定ステップは、遷移後の状態と遷移前の状態を選択的に設定することを特徴とする請求項２または３項に記載の通信方法。
【請求項５】
前記請求項１乃至４項に記載されたステップからなる通信プログラム。
【請求項６】
ＯＳＰＦネットワークに接続され、ＯＳＰＦプロトコルを用いて相互にルート情報を通信する通信装置であって、
当該通信装置における前記ルート情報の通信状態を監視して現在の通信状態を記憶する記憶手段と、
前記記憶手段に記憶されている今回の通信状態と前回の通信状態とが異なるか否かにより通信状態の遷移を検出する状態遷移検出手段と、
この状態遷移検出手段により通信状態の遷移を検出した場合に、前記記憶手段に記憶されている今回の通信状態と前回の通信状態とからなるアラーム通知を監視装置に送信する送信手段とを有することを特徴とする通信装置。
【請求項７】
前記アラーム通知を監視装置に送信する否かを設定する通知設定手段を有することを特徴とする請求項６記載の通信装置。
【請求項８】
前記通知設定手段は、通知または非通知の指定を通信装置が所持する各種インタフェース毎に設定することを特徴とする請求項６記載の通信装置。
【請求項９】
前記通知設定手段は、遷移後の状態と遷移前の状態を選択的に設定することを特徴とする請求項７または８項に記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信方法、通信プログラムおよび通信装置に関し、特に、ＯＳＰＦプロトコルを用いて相互にルート情報を通信する通信装置のアラーム通知に関する。
【背景技術】
【０００２】
従来、通信装置の通信状態が遷移したときにアラームをネットワーク管理者の端末に通知するものとしては、特許文献１に記載された「ネットワーク間接続方法及びその装置」が知られている。
【０００３】
これは、複数のローカルエリアネットワーク（以下、ＬＡＮという）に接続されたルータ１１，２１，３１，４１をＩＳＤＮ１０を介して接続させ、ＬＡＮ間でデータ中継を行うネットワーク間接続方法について記載されており、何らかのトラブルによりネットワークの初期デザインから外れるような長時間の回線接続が起こった場合に、ルータは、１回の回線接続の時間を監視し、その連続接続時間が予め設定した連続接続上限設定時間を超えると、アラームによってネットワーク管理者に報知する。
【０００４】
回線交換網との連続した回線接続時間が所定時間を超えた場合に、警報を発生するので、ネットワーク管理者が予測していなかったネットワークシステムの問題点を早期に検知することが容易になるという利点を有している。
【特許文献１】特開平９−１８１７７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、通信装置の状態が遷移した要因が、障害もしくはオペレータ操作により遷移したものかを早期把握することができないので、通信装置の保守性が低いといった問題があった。
【０００６】
特に、ＯＳＰＦプロトコルを用いて相互にルート情報を通信する通信装置において、通信装置の状態が遷移した要因を早期把握したいという要望があった。
【０００７】
本発明は、上記に鑑みてなされたもので、その目的としては、通信装置の状態が遷移した要因を早期把握することができる通信方法、通信プログラムおよび通信装置を提供することにある。
【課題を解決するための手段】
【０００８】
請求項１記載の発明は、上記課題を解決するため、ＯＳＰＦネットワークに接続され、ＯＳＰＦプロトコルを用いて相互にルート情報を通信する通信方法であって、前記ルート情報の通信状態を監視して現在の通信状態を記憶する記憶ステップと、前記記憶されている今回の通信状態と前回の通信状態とが異なるか否かにより通信状態の遷移を検出する状態遷移検出ステップと、この状態遷移検出ステップにより通信状態の遷移を検出した場合に、前記記憶されている今回の通信状態と前回の通信状態とからなるアラーム通知を監視装置に送信する送信ステップとを有することを要旨とする。
【０００９】
請求項６記載の発明は、上記課題を解決するため、ＯＳＰＦネットワークに接続され、ＯＳＰＦプロトコルを用いて相互にルート情報を通信する通信装置であって、当該通信装置における前記ルート情報の通信状態を監視して現在の通信状態を記憶する記憶手段と、前記記憶手段に記憶されている今回の通信状態と前回の通信状態とが異なるか否かにより通信状態の遷移を検出する状態遷移検出手段と、この状態遷移検出手段により通信状態の遷移を検出した場合に、前記記憶手段に記憶されている今回の通信状態と前回の通信状態とからなるアラーム通知を監視装置に送信する送信手段とを有することを要旨とする。
【発明の効果】
【００１０】
請求項１または６に記載の発明によれば、ＯＳＰＦネットワークに接続され、ＯＳＰＦプロトコルを用いて相互にルート情報を通信する際に、ルート情報の通信状態を監視して現在の通信状態を記憶し、記憶されている今回の通信状態と前回の通信状態とが異なるか否かにより通信状態の遷移を検出し、通信状態の遷移を検出した場合に、記憶されている今回の通信状態と前回の通信状態とからなるアラーム通知を監視装置に送信するので、通知情報に遷移前の状態が付加されるので、遷移した要因が、障害もしくはオペレータ操作により状態遷移したものかを早期把握することが可能になり、保守性の向上に寄与することができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明に係る通信装置を実施するための最良の形態を図面を参照して説明する。
【００１２】
（OSPF if state遷移動作概要）
OSPF(Open Shortest Path First)プロトコルは、リンク状態経路制御プロトコルであり、単一の自律システム(AS; Autonomous System)内で利用するものとして設計されている。各OSPFルータ装置は、自律システムのトポロジーを記述する、同一のデータベースを維    持管理している。このデータベースから最短パス木(shortest-path tree)を作成し、経路表を計算する。
【００１３】
OSPFは、トポロジーが変化するごとに、経路制御プロトコルのトラフィックを最小に抑えながら、即座に経路を再計算する。OSPFは、同一コストの経路が複数あってもうまく管理できる。「領域」の概念を使った経路制御により、不正な経路制御から保護し、必要な通信量を削減できる。更に、OSPF経路制御情報の交換時には常に認証が行われる。
【００１４】
図１は、OSPFネットワークの基本構成を示しており、例えば３台のルータ装置Ａ，Ｂ，ＣをＬＡＮを介して接続した場合に適応される。なお、図１はOSPFネットワークの基本構成を説明するための簡略化した図であり、もちろん４台以上のルータ装置をＬＡＮに接続してもよい。各ルータ装置Ａ，Ｂ，Ｃには、それぞれ例えばパーソナルコンピュータからなる端末Ａ，Ｂ，Ｃが接続されている。
【００１５】
３台のルータ装置Ａ，Ｂ，Ｃにより構成されたOSPFネットワーク内においては、RFC2328での定義に従い、ＤＲ（Dsignated Router）とＢＤＲ（Backup Dsignated Router）の選出が行なわれ、ルート情報の交換を行うことにより、各ルータ装置間の隣接関係を形成し、End−Endの通信、すなわち、図１に示す各端末Ａ，Ｂ，Ｃ間の通信を確立する。
【００１６】
詳しくは、ＤＲとなるルータ装置Ａでは、各ルータ装置から受信したOSPFネットワークの全ルート情報を全ルータ装置に送信する。次いで、ＢＤＲとなるルータ装置Ｂでは、各ルータ装置からOSPFネットワークの全ルート情報を受信し、ＤＲがダウンした場合に自身のルータ装置がＤＲに遷移する。次いで、ＤＲＯＴＨＥＲとなるルータ装置Ｃでは、自身のルート情報のみをＤＲとＢＤＲに送信し、他のルータ装置の情報はＤＲから受信する。
【００１７】
図２は、OSPFネットワークの別の基本構成を示しており、例えば２台のルータ装置Ａ，ＢをＬＡＮを介して接続した場合に適応される。図２に示すように、２台のルータ装置Ａ，Ｂ間でOSPFネットワークが構成される場合は、point-to-pointにてお互いの隣接関係を構築し、End−Endの通信、すなわち、端末Ａ，Ｂ間の通信をルータ装置Ａ，Ｂを介して確立する。
【００１８】
（OSPF if stateの状態遷移）
図３は、図１に示すOSPFネットワークの基本構成におけるOSPF if stateの状態遷移を示す図であり、各ルータ装置間の情報交換の進行により、RFC2328での定義に従い、状態を遷移してOSPFネットワークを構築する。
【００１９】
ステップＳｔ１０では、Loopback状態からDown状態への状態遷移を示しており、次いで、ステップＳｔ２０では、Down状態からWaiting状態への状態遷移を示しており、次いで、ステップＳｔ３０では、WaitingTimer状態からneighbor状態への状態遷移を示している。このとき、Helloコマンドの交換によりそれぞれのルータ装置Ａ，Ｂ，ＣがＤＲ，ＢＤＲ，ＤＲotherのいずれかの状態になる。
【００２０】
（OSPF neighbor's stateの状態遷移）
図４は、図１に示すOSPFネットワークの基本構成におけるOSPF neighbor's stateの状態遷移を示す図である。予め通信状態が確立されているルータ装置Ｂ，ＣがＬＡＮに接続されている場合に、新たにルータ装置Ａが電源投入されてこのＬＡＮに接続を開始したこととして説明する。
【００２１】
まず、ステップＳｔ１１０では、ルータ装置ＡがＬＡＮに接続されると、リンクが上がって通信を確立するためにDown状態からHelloコマンドを受信したことを示すAttempt状態に遷移し、ＬＡＮに接続されている全てのルータ装置Ｂ，ＣにHelloコマンドを送信するとともに、ＬＡＮに接続されている全てのルータ装置Ｂ，ＣからHelloコマンドを受信する。次いで、ステップＳｔ１１５では、Helloコマンドを受信したルータ装置Ａは、Attempt状態から初期状態を示すInit状態に遷移する。
【００２２】
また、ステップＳｔ１２０では、ルータ装置ＡはHelloコマンドを他のルータ装置Ｂ，Ｃから受信することでDown状態からInit状態に遷移する。
【００２３】
次いで、ステップＳｔ１３０では、Init状態に遷移したルータ装置Ａはルータ装置Ｂ，Ｃとの間で双方向の通信状態にあることを示す2-way状態に推移する。
【００２４】
次いで、ステップＳｔ１４０では、ルータ装置Ａは2-way状態からルータ装置Ｂ，Ｃとの間でDDパケットの交換準備が整ったことを示すExstart状態に遷移する。
【００２５】
次いで、ステップＳｔ１５０では、ルータ装置Ａはルータ装置Ｂ，Ｃとの間でDDパケットの交換を行っていることを示すExchange状態に遷移する。このとき、ステップＳｔ１６０では、回線状態が例えば擾乱してルータ装置Ａが不正なシーケンス番号をルータ装置Ｂ，Ｃから受信した場合にはExstart状態に遷移する。
【００２６】
さらに、ステップＳｔ１７０では、ルータ装置Ａとルータ装置Ｂ，Ｃとの間でDDパケットの交換が完了したことを示すFull状態に推移し、通信状態が正常の場合にはこのFull状態が維持される。
【００２７】
なお、ステップＳｔ１８０では、DDパケットの交換により取得したルータ装置Ｂ，Ｃのルート情報をＲＡＭ１７に記憶するLoading状態に推移し、リンク状態のＲＡＭ１７への更新が終了すると、再度、Full状態に戻りこのFull状態が維持される。このとき、ステップＳｔ１９０では、ルータ装置Ａが不正なLS要求コマンドをルータ装置Ｂ，Ｃから受信した場合にはExstart状態に遷移する。
【００２８】
しかし、図４に示すようなOSPF状態遷移時の通知において、保守運用上必要と想定されるが、RFCでは状態遷移前の通知は定義されていないため、ユーザ（保守者）がOSPF状態の異常要因をアラーム通知から一次判断できなかった。そこで、OSPF状態の異常要因を早期把握することができるルータ装置の提案が切望されている。
【００２９】
図５は、本発明に係るルータ装置１１のハードウエア構成を示す図である。
【００３０】
ＣＰＵ１３はＲＯＭ１５から制御プログラムを読み出して後述するフローチャートの各ステップを実行する。ＲＯＭ１５は、内部に制御プログラムや制御データを記憶しており、ＲＡＭ１７は、制御時のワークエリアである。ＰＣ通信部１９は監視装置となるＰＣ（パーソナルコンピュータ）と通信するためのインターフェースである。ＬＡＮ通信部２１はＬＡＮを介して他のルータ装置と通信するためのインターフェースである。
【００３１】
（ルータ装置の設定変更）
次に、図６に示すフローチャートを参照して、ルータ装置と監視装置（ＰＣ）との間の動作を説明する。なお、図６に示すフローチャートは、制御プログラムとしてＲＯＭ１５に記憶されており、ＣＰＵ１３がこの制御プログラムを読み出して以下に説明する各ステップが実行される。
【００３２】
ネットワーク管理人が、監視装置（ＰＣ）の例えばハードディスクに記憶されているブラウザを起動し、ルータ装置１１のＩＰアドレスが入力され実行キーが押されると、ＰＣ通信部１９を介してルータ装置１１と監視装置との間で通信が開始される。
【００３３】
そこで、ルータ装置１１に設けられたＣＰＵ１３は、ステップＳ２１０では、ルータ設定変更表示処理を行い、ルータの設定変更を行うための表示画面データを生成し、この表示画面データをＰＣ通信部から監視装置へ送信し、ステップＳ２２０に進む。
【００３４】
この結果、監視装置のモニタ画面には、図７（ａ），図８（ａ）に示すようなメッセージ出力設定の構文が表示される。なお、図７はOSPF if stateの状態遷移に関するメッセージ出力設定の構文を示す図である。図８はOSPF neighbor's stateの状態遷移に関するメッセージ出力設定の構文を示す図である。
【００３５】
コマンドについては、通知設定を実施／解除するメッセージ出力設定・解除、及びどのような設定になっているのかを確認する設定確認のコマンドを用意する。なお、出力設定・解除コマンドについては、遷移後の状態から通知する状態をネットワーク管理人が任意に選択して設定することを可能とする。
【００３６】
なお、図７，図８に示す[interface name][interface state]の両方を指定しない場合はすべてのインタフェースのすべての状態が対象となり、[interface name]を指定し[interface state]を指定しない場合は指定されたインタフェースのすべての状態が対象となる。また、[interface state]を指定し[interface name]を指定しない場合はすべてのインタフェースの指定された状態が対象となる。さらに、[interface name]を共に指定した場合は指定されたインタフェースの指定された状態が対象となる。
【００３７】
なお、上述したインターフェースとは、ルータ装置とルータ装置とがつながっているネットワークの1つとの接点を表しており、インターフェイスは、下位階層のプロトコルや経路制御プロトコルを使って得られた状態情報を持っている。ネットワークへのインターフェイスには、1組のIPアドレスとネットワーク・マスクが設定されている(IPアドレスが割り当てられていない、ポイント対ポイント・ネットワークの場合を除く)。
【００３８】
次いで、ステップＳ２２０では、OSPFアラームの出力設定をON/OFFいずれにするか管理人の操作データをＰＣ通信部１９を介して受信し、その操作データに応じて判断する。OSPFアラームの出力設定をONする場合にはステップＳ２３０に進む。一方、OSPFアラームの出力設定をOFFする場合にはステップＳ２５０に進む。
【００３９】
ステップＳ２３０では、OSPFアラームの出力状態の選択操作データをＰＣ通信部１９を介して受信し、その選択操作データにより指定された状態のアラーム出力ＯＮをＲＡＭ１７に書き込み、処理を終了する。
【００４０】
一方、ステップＳ２５０では、OSPFアラームの出力状態としてアラーム出力ＯＦＦ（解除）をＲＡＭ１７に書き込み、処理を終了する。
【００４１】
（出力設定の詳細）
上述したステップＳ２３０の出力設定処理について、詳細に説明する。
【００４２】
（１）     if stateは、メッセージ出力設定として、投入可能モード：CONFIGであり、
“set alarm OSPF if state [interface name][interface state]”
である。パラメータは、interface name＝アラームの出力対象とするインタフェース名（パッケージ種別／スロット番号／ポート番号／サブインタフェース番号）である。
【００４３】
また、アラーム出力対象とする、状態遷移後のOSPF if state（Down/Point to Point/DR/BDR/DR other）である。
【００４４】
このメッセージ出力解除となる投入可能モード：CONFIGは、
“del alarm OSPF if state [interface name][interface state]”
である。そのパラメータは、interface name＝アラームの出力を解除するインタフェース名（パッケージ種別／スロット番号／ポート番号／サブインタフェース番号）である。
【００４５】
interface state＝アラーム出力を解除する状態遷移後のOSPF if state（Down/Point to Point/DR/BDR/DR other）である。
【００４６】
さらに、このメッセージ出力設定確認となる投入可能モード：IPPAN、TOKKENは、
“dsp alarm OSPF if state [interface name]”
であり、そのパラメータは、interface name＝アラームの出力対象とするインタフェース名（パッケージ種別／スロット番号／ポート番号／サブインタフェース番号）である。
【００４７】
出力イメージは、“# dsp alarm OSPF if state”に加えて、図７（ｃ）に示すように、(1)〜(4)インタフェース名＝(1)パッケージ種別、(2)スロット番号、(3)ポート番号、(4)サブインタフェース番号、(5)〜(9)アラーム出力設定状況：on＝出力する、off＝出力しない、Down＝Down状態への遷移時、PtoP＝Point to Point状態への遷移時、DR＝DR状態への遷移時、Other＝DR otherへの遷移時）となる。
【００４８】
（２）neighbor's stateは、メッセージ出力設定となる投入可能モード：CONFIGであり、
“set alarm ospf neighborstate [interface name][neighborstate]”
である。このパラメータは、interface name＝アラームの出力対象とするインタフェース名（パッケージ種別／スロット番号／ポート番号／サブインタフェース番号）である。
【００４９】
neighborstate＝アラーム出力対象とする、状態遷移後のOSPF neighbor's state（Down/Init/2-way/Exstart/Full）である。
【００５０】
メッセージ出力解除となる投入可能モード：CONFIGであり、
“del alarm ospf neighborstate [interface name][neighborstate]”
である。このパラメータは、interface name＝アラームの出力を解除するインタフェース名（パッケージ種別／スロット番号／ポート番号／サブインタフェース番号）である。neighborstate＝アラーム出力を解除する、状態遷移後のOSPF neighbor's state（Down/Init/2-say/Exstart/Full）である。
【００５１】
また、このメッセージ出力設定確認となる投入可能モード：IPPAN、TOKKENは、
“dsp alarm OSPF neighborstate [interface name]”
である。
【００５２】
出力イメージは、図８（ｃ）に示すように、(1)〜(4)インタフェース名＝(1)パッケージ種別、(2)スロット番号、(3)ポート番号、(4)サブインタフェース番号、(5)〜(9)アラーム出力設定状況：on＝出力する、off＝出力しない、Down＝Down状態への遷移時、Init＝Init状態への遷移時、2way＝2-way状態への遷移時、Exst＝Exstart状態への遷移時、Full＝Full状態への遷移である。
【００５３】
（ルータ装置のアラーム出力）
次に、図９に示すフローチャートを参照して、ルータ装置のアラーム通知動作を説明する。なお、図９に示すフローチャートは、制御プログラムとしてＲＯＭ１５に記憶されており、ＣＰＵ１３がこの制御プログラムを読み出して以下に説明する各ステップが実行される。
【００５４】
まず、ステップＳ３１０では、ＣＰＵ１３はＬＡＮ通信部２１から出力されるパケットを常時監視し、このパケットから現在の状態を示す状態データ（ｔ）を抽出している。次いで、ステップＳ３２０では、ＣＰＵ１３はステップＳ３１０でパケットから抽出した現在の状態データ（ｔ）をＲＡＭ１７に記憶する。
【００５５】
次いで、ステップＳ３３０では、ＣＰＵ１３はＲＡＭ１７に記憶されている今回の状態データ（ｔ）と前回記憶時の状態データ（ｔ−１）を読み出し、両データ内容の相違がある場合に、状態遷移があったと判断してステップＳ３４０に進む。一方、状態遷移がなかったと判断した場合にステップＳ３１０に戻る。
【００５６】
次いで、ステップＳ３４０では、ＣＰＵ１３はＲＡＭ１７からアラーム出力ＯＮ／ＯＦＦを読み出し、アラーム出力がＯＦＦの場合にステップＳ３１０に戻る。一方、アラーム出力がＯＮの場合にステップＳ３５０に進む。
【００５７】
次いで、ステップＳ３５０では、ＣＰＵ１３はＲＡＭ１７から今回の状態データ（ｔ）を遷移後の状態、前回の状態データ（ｔ−１）を遷移前の状態として読み出し、下記のようなアラームデータを生成し、ＰＣ通信部１９を介して監視装置に送信する。
【００５８】
以下にRFC2328において定義されたOSPF if state、neighbor's stateの状態遷移についてのRFC1850での通知情報規定に従ったアラーム通知の動作概要を例として示す。
【００５９】
OSPFプロトコルについてはRFC2328において、OSPFプロトコルにおける管理情報や通知情報は他の関連文書：RFC1850において規定されており、通信装置（ルータ）の状態に遷移があった時は、if state、neighbor's stateともに、遷移後の状態を監視装置にアラーム通知する。
【００６０】
以下に監視装置のモニタに表示される出力アラームイメージを示す。
【００６１】
（１）if stateの出力アラームイメージとして、年月日時分秒yyyy/mm/dd hh:mm:ssとともに、
“There is a change in the state of a OSPF interface”
というメッセージに加えて、図１０（ａ）に示すようになる。
【００６２】
パラメータとして、
(1)Router-ID付与されているルータID
(2)IPアドレス＝付与されているIPアドレス
(3)インタフェース名＝パッケージ種別、スロット／ポート番号、サブインタフェース番号
(4)if state（遷移前）＝状態遷移前のOSPF if state
(5)if state（遷移後）＝状態遷移後のOSPF if state
(6)要因＝状態遷移が発生した要因
などが出力される。
【００６３】
（２）neighbor's stateの出力アラームイメージとして、年月日時分秒yyyy/mm/dd hh:mm:ssとともに、
“There has been a change in the state of a OSPF neighbor”
というメッセージに加えて、図１０（ｂ）に示すようになる。
【００６４】
パラメータとして、
(1)Router-ID＝Neighbor状態を検出したルータＩＤ
(2)ＩＰアドレス＝状態遷移を検出したNeighborのＩＰアドレス
(3)インタフェース名＝(2)のneighborが属するRouter-ID
(4)neighbor's state（遷移前）＝状態遷前のOSPF neighbor's state
(5)neighbor's state（遷移後）＝状態遷後のOSPF neighbor's state
などが出力される。
【００６５】
本実施の形態によれば、ＯＳＰＦプロトコルを用いて相互にルート情報を通信するルータ装置において、ルート情報の通信状態を監視して現在の通信状態をＲＡＭに記憶し、ＲＡＭに記憶されている今回の通信状態と前回の通信状態とが異なるか否かにより通信状態の遷移を検出し、通信状態の遷移を検出した場合に、ＲＡＭに記憶されている今回の通信状態と前回の通信状態とからなるアラーム通知を監視装置に送信することで、通知情報に遷移前の状態が付加されるので、遷移した要因が、障害もしくはオペレータ操作により状態遷移したものかを早期把握することが可能になり、保守性の向上に寄与することができる。
【００６６】
また、アラーム通知を監視装置に送信する否かを設定するために、ネットワーク管理者が通知、非通知を指定する設定コマンドを用意し、通知、非通知の設定においては遷移後の状態から通知する状態を管理者が任意に選択して設定することをできる。それらにより、RFC2328にて定義されたOSPF if state、OSPF neighbor's stateの状態遷移状況をアラーム通知から確認可能となり、管理者がOSPFの異常要因を一次判断することができる。
【００６７】
さらに、通知または非通知の指定を通信装置が所持する各種インタフェース毎に設定することで、インターフェース毎にアラームの通知または非通知の設定がなされ、管理者の意図する保守体制をネットワーク上に接続されている監視装置（ＰＣ）で構築することができる。
【００６８】
また、遷移後の状態と遷移前の状態を選択的に設定することで、管理者の選択に応じて必要な情報を含むアラーム通知を提供することができる。
【図面の簡単な説明】
【００６９】
【図１】OSPFネットワークの基本構成として３台のルータ装置Ａ，Ｂ，ＣをＬＡＮを介して接続した場合の構成図である。
【図２】OSPFネットワークの別の基本構成として２台のルータ装置Ａ，ＢをＬＡＮを介して接続した場合の構成図である。
【図３】図１に示すOSPFネットワークの基本構成におけるOSPF if stateの状態遷移を示す図である。
【図４】図１に示すOSPFネットワークの基本構成におけるOSPF neighbor's stateの状態遷移を示す図である。
【図５】本発明に係るルータ装置１１のハードウエア構成を示す図である。
【図６】ルータ装置と監視装置（ＰＣ）との間の動作を説明するためのフローチャートである。
【図７】OSPF if stateの状態遷移に関するメッセージ出力設定の構文を示す図（ａ）と、メッセージ出力解除の構文を示す図（ｂ）と、メッセージ出力設定確認の構文を示す図（ｃ）である。
【図８】OSPF neighbor's stateの状態遷移に関するメッセージ出力設定の構文を示す図（ａ）と、メッセージ出力解除の構文を示す図（ｂ）と、メッセージ出力設定確認の構文を示す図（ｃ）である。
【図９】ルータ装置のアラーム通知動作を説明するためのフローチャートである。
【図１０】if stateの出力アラームイメージを示す図（ａ）と、neighbor's stateの出力アラームイメージを示す図（ｂ）である。
【符号の説明】
【００７０】
Ａ，Ｂ，Ｃ，１１  ルータ装置
１３  ＣＰＵ
１５  ＲＯＭ
１７  ＲＡＭ
１９  ＰＣ通信部
２１  ＬＡＮ通信部
【図１】
2006319883.tif 000003
【図２】
2006319883.tif 000004
【図３】
2006319883.tif 000005
【図４】
2006319883.tif 000006
【図５】
2006319883.tif 000007
【図６】
2006319883.tif 000008
【図７】
2006319883.tif 000009
【図８】
2006319883.tif 000010
【図９】
2006319883.tif 000011
【図１０】
2006319883.tif 000012