(57)【要約】【課題】  遠隔制御によって、障害から復旧させる可能性が従来より高いネットワーク装置を提供する。【解決手段】  本発明のネットワーク装置は、媒体アクセス制御層の処理を行う１又は複数の媒体アクセス制御部に対し、ペリフェラルバスを介して接続されたＣＰＵを有する。そして、ＣＰＵが、所定周期でパルスを出力するパルス出力部を内蔵すると共に、パルスが与えられた以降、次のパルスが所定時間内に到来しないときに、異常検出信号を有意にするＣＰＵ監視手段と、異常検出信号が有意のときには、各媒体アクセス制御部をペリフェラルバスから切り離し、少なくとも、外部ネットワークから与えられたリセットオーダに応じてＣＰＵをリセットさせる異常時専用処理手段とを有することを特徴とする。【選択図】      図１
2006279678.tif 000002
【特許請求の範囲】
【請求項１】
媒体アクセス制御層の処理を行う１又は複数の媒体アクセス制御部に対し、ペリフェラルバスを介して接続されたＣＰＵを有するネットワーク装置において、
上記ＣＰＵは、所定周期でパルスを出力するパルス出力部を内蔵すると共に、
上記パルスが与えられた以降、次のパルスが所定時間内に到来しないときに、異常検出信号を有意にするＣＰＵ監視手段と、
上記異常検出信号が有意のときには、上記各媒体アクセス制御部を上記ペリフェラルバスから切り離し、少なくとも、外部ネットワークから与えられたリセットオーダに応じて上記ＣＰＵをリセットさせる異常時専用処理手段と
を有することを特徴とするネットワーク装置。
【請求項２】
上記ペリフェラルバスには、上記ＣＰＵによる処理を反映させた装置状態データを保持する装置状態データ手段が接続され、
上記異常時専用処理手段は、上記異常検出信号が有意のときに、外部ネットワークからの要求により、又は、自律的に、上記装置状態データ手段の保持データを出力する装置状態授受手段を有することを特徴とする請求項１に記載のネットワーク装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワーク装置に関し、例えば、ＳＮＭＰプロトコルによってＳＮＭＰマネージャ（監視装置）から管理されるレイヤ２スイッチ（Ｌ２ＳＷ）、ゲートウェイ装置に適用し得るものである。
【背景技術】
【０００２】
一般に、ＩＰネットワーク装置（例えば、Ｌ２ＳＷやゲートウェイ装置）は、１つのＣＰＵを搭載し、パケットの処理、分配、ネットワーク監視、監視装置に対する応答（ＳＮＭＰパケット）などの全ての処理において、ＣＰＵを介して処理を行うのが一般的である。このような処理が、輻輳状態になること、処理項目が増えること、処理が複雑化するなどの要因により、最近のＣＰＵはＯＳなどを搭載し、タスク管理を行った上で、上記処理をこなすのが一般的である。
【０００３】
図２は、従来のネットワーク装置の構成を示すブロック図である。
【０００４】
図２において、ネットワーク装置１のポートＡは、ネットワークＮ１に対して、コネクタ部（ＲＪ４５仕様のコネクタ部）１８−１を介してＬＡＮケーブルＣ１などで接続される。同様に、ネットワーク装置１のポートＢは、ネットワークＮ２に対して、コネクタ部１８−２を介してＬＡＮケーブルＣ２などで接続される。なお、ネットワークＮ１及びＮ２は、例えば、ＩＰネットワークである。
【０００５】
ネットワーク装置１内にはＣＰＵ１０が内蔵され、そのＣＰＵバス１３にはＯＳなどのソフトウェアを処理させるために必要な周辺ブロック、例えばＲＯＭ１１、ＲＡＭ１２などが配置されている。また、ペリフェラルバス１４には、装置状態を把握するための温度センサ１５や、外部ネットワークＮ１、Ｎ２とのインターフェース構成が接続されている。外部ネットワークＮ１、Ｎ２とのとのインターフェース構成はそれぞれ、媒体アクセス制御層処理部（以下、ＭＡＣと呼ぶ）１６−１、１６−２、物理層処理部（以下、ＰＨＹと呼ぶ）１７−１、１７−２及びコネクタ部１８−１、１８−２でなる。
【０００６】
ネットワークＮ１からの通常のＩＰパケットは、ＬＡＮケーブルＣ１を介して、当該ネットワーク置１のコネクタ部１８−１に与えられ、ＰＨＹ１７−１、ＭＡＣ１６−１を通じて受信される。ＣＰＵ１０は、ペリフェラルバス１４を介して、ＭＡＣ１６−１から一時保存されているパケットを受信し、ＣＰＵ１０が処理するためのＲＡＭ１２上のワークエリアにパケットデータを転送する。ＣＰＵ１０はＲＡＭ１２上にてパケットの解析、ＩＰパケット再生成などを行い、ネットワークＮ１に向けて転送するためのパケットを準備する。送信するためのパケットの準備が整うと、ＣＰＵ１０は、ＭＡＣ１６−２に対して、送信指示を発生する。ＭＡＣ１６−２は、送信指示を受信すると、ＲＡＭ１２の特定エリアから送信するためのパケットデータをＭＡＣ１６−２内の一時送信バッファエリアにデータを転送する。ＭＡＣ１６−２はデータを格納すると、ネットワークＮ２の状況を確認し、ＩＰパケットデータとしてデータをＰＨＹ１７−２、コネクタ部１８−２を通じてＬＡＮケーブルＣ２に出力し、ネットワークＮ２にデータが送出される。ここで、ネットワーク装置１の伝送状態など、ＣＰＵ１０に係る処理において輻輳状態となる要因については、例えば、特許文献１に記載されるように、ネットワーク装置１本体に取り付けられているＬＣＤパネル（図示せず）に表示される。
【０００７】
また、ネットワーク装置１において、障害時のＣＰＵ１０の処理としては、例えば、温度センサ１５などから温度情報を受け取り、装置温度が異常温度に達していないかなどを常時監視して装置状態の把握を行い、仮に、温度が装置状態を正常に保てなく状態に陥りそうになったときに、ＣＰＵ１０がソフトウェア処理により警告用のパケットを生成し、ＭＡＣ１６、ＰＨＹ１７、コネクタ部１８を通じ、ＬＡＮケーブルＣを介してネットワークＮにパケットが送出される。上述のように、例えば、監視用に一般的に使用されるＳＮＭＰプロトコルに従っているＳＮＭＰパケットを使用して、トラップなどの手段を用いて、予め登録されているネットワーク監視用装置（例えば、パソコン（ＰＣ）でなる）２０に自装置１が異常であることを意味するパケットを送付する。
【０００８】
その後、装置状態が不安定となり、ＣＰＵ１０が正常に動作を行うことができなくなると、パケットの生成、解析、送出、受信制御まで行うＣＰＵ１０が停止することから、一切の通信動作が停止する。
【特許文献１】特開２００２−２７１３３１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
上述したように、一般的なネットワーク装置１の構成では、異常を検出し、装置１が異常状態となった後、装置を管理することは不可能となる課題がある。なぜならば、全ての処理を行うＣＰＵ（その実行するソフトウェアを含む）１０などが、スタックなどをおこし、装置が暴走状態に陥っている可能性が非常に高く、その場合に、ネットワーク監視用装置５がいかなる監視用のパケットを送出しても全く受け付けない可能性が非常に高いからである。このような状態に陥ったネットワーク装置１に対しては、遠隔からの回復手段が一切なく、人手を要して装置のリセット、復旧作業、場合によっては交換などを行う必要がある。
【００１０】
このようなネットワーク装置１は人が容易に行ける場所に設置されていない場合が多く、移動時間、復旧作業などで時間を要し、装置の復旧に時間がかかることである。
【００１１】
そのため、遠隔制御によって、障害から復旧させる可能性を従来より高くできるネットワーク装置が望まれている。
【課題を解決するための手段】
【００１２】
かかる課題を解決するため、本発明は、媒体アクセス制御層の処理を行う１又は複数の媒体アクセス制御部に対し、ペリフェラルバスを介して接続されたＣＰＵを有するネットワーク装置において、上記ＣＰＵは、所定周期でパルスを出力するパルス出力部を内蔵すると共に、上記パルスが与えられた以降、次のパルスが所定時間内に到来しないときに、異常検出信号を有意にするＣＰＵ監視手段と、上記異常検出信号が有意のときには、上記各媒体アクセス制御部を上記ペリフェラルバスから切り離し、少なくとも、外部ネットワークから与えられたリセットオーダに応じて上記ＣＰＵをリセットさせる異常時専用処理手段とを有することを特徴とする。
【発明の効果】
【００１３】
本発明のネットワーク装置によれば、外部ネットワークから与えられたリセットオーダに応じてＣＰＵをリセットさせる異常時専用処理手段を有するので、遠隔制御によって、障害から復旧させる可能性を従来より高くすることができる。
【発明を実施するための最良の形態】
【００１４】
（Ａ）一実施形態
以下、本発明によるネットワーク装置を、ＩＰネットワーク装置に適用した一実施形態を、図面を参照しながら説明する。
【００１５】
（Ａ−１）実施形態の構成
図１は、この実施形態のネットワーク装置（ＩＰネットワーク装置）の構成を示すブロック図であり、従来装置に係る上述した図２との同一、対応部分には同一符号を付して示している。
【００１６】
図１において、この実施形態のネットワーク装置２も、そのポートＡは、ネットワークＮ１に対して、コネクタ部１８−１を介してＬＡＮケーブルＣ１などで接続され、ポートＢは、ネットワークＮ２に対して、コネクタ部１８−２を介してＬＡＮケーブルＣ２などで接続されている。
【００１７】
この実施形態のネットワーク装置２は、ＣＰＵ１０、ＲＯＭ１１、ＲＡＭ１２、温度センサ１５、媒体アクセス制御層処理部（ＭＡＣ）１６−１、１６−２、物理層処理部（ＰＨＹ）１７−１、１７−２及びコネクタ部１８−１、１８−２に加え、ハードウェアＩＰ処理部２０、ＣＰＵ監視部２１、装置状態データ部２２及びリセット部２３を有する。ハードウェアＩＰ処理部２０は、ＭＡＣ管理部３０、パケット処理部３１及び方路切替部３２を有する。
【００１８】
ＣＰＵ監視部２１は、いわゆるウォッチドックタイマ（ＷＤＴ）でなり、ＣＰＵ１０が周期的に出力するリセットパルス（信号線は専用信号線）が到来せず、タイマがオーバーフローしたときに、異常検出信号を出力するものである。
【００１９】
なお、この実施形態のＣＰＵ（ソフトウェアを含む）１０は、例えば、ソフトウェアカウンタを内蔵し、上述したように、ＣＰＵ監視部２１に対して周期的にリセットパルスを発生するものとなっている。ＣＰＵ１０の他の機能は、従来と同様である。すなわち、ＣＰＵ１０は、外部ネットワーク１６−１、１６−２とのパケットの送受信機能（中継機能を含む）や、監視パケット（ＳＮＭＰパケット）の処理や、装置状態の管理・収集機能などを行うものである。
【００２０】
装置状態データ部２２は、ペリフェラルバス１４に接続され、装置の各部の状態データなどの装置状態データを保持するものである。装置状態データ部２２には、通常動作時に、定期的に、ＣＰＵ（ソフトウェア）１０が、監視を行った処理のログ（ｌｏｇ）、各パラメータなどを保存しておくものである。
【００２１】
ハードウェアＩＰ処理部２０は、ハードウェアによって構成されているものであり、ＣＰＵ１０の異常動作時におけるＩＰパケットの処理機能を担っている。但し、ハードウェアＩＰ処理部２０は、完全なハードウェア処理構成のため、ＣＰＵ（ソフトウェア）を必要としないが、複雑なプロトコルには対応していない。
【００２２】
ハードウェアＩＰ処理部２０における方路切替部３２は、通常動作時（異常検出信号が非有意のとき）には、ＭＡＣ１６−１及び１６−２を、ペリフェラルバス１４に接続させ、ＣＰＵ１０の異常動作時（異常検出信号が有意のとき）には、ＭＡＣ１６−１及び１６−２を、ＭＡＣ処理部３０及びパケット処理部３１に接続させるものである。
【００２３】
パケット処理部３１は、ネットワーク監視用装置５からのパケットを処理し、また、ネットワーク監視用装置５へのパケットを形成させたりするものである。パケット処理部３１は、例えば、所定データ値を保持する１又は複数のレジスタを備え、受信バッファにおける受信パケットの所定位置のデータとレジスタのデータの照合により、そのパケットの種類（オーダ）などを認識するものである。また例えば、送信バッファの所定位置に対して、装置状態データ部２２の所定位置のデータ部分をロードしたりすることにより送信パケットを形成したりするものである。
【００２４】
ＭＡＣ管理部３２は、パケット処理部３１がネットワーク監視用装置５とパケットを授受する際に必要な、ＭＡＣ１６−１、１６−２に対する制御と応答とを実行するものである。なお、異常動作時であるので、ＭＡＣ管理部３２は、全てのＭＡＣ１６−１及び１６−２に対し、自装置２から送信させるパケットを与えて送信させるようにする。
【００２５】
リセット部２３は、パケット処理部３１からの起動により、ＣＰＵ１０に対して、リセット信号を、専用信号線を介して与えるものである。
【００２６】
（Ａ−２）実施形態の動作
次に、以上のような各部からなる実施形態のネットワーク装置２の動作を、上述した図１を参照しながら説明する。
【００２７】
当該ネットワーク装置２が正常な状態においては、ＣＰＵ（ソフトウェア）１０が周期的にリセットパルスを出力しているので、ＣＰＵ監視部２１が異常検出信号を出力せず、その結果、方路切替部３２は、ＭＡＣ１６−１及び１６−２をペリフェラルバス１４に接続させており、当該ネットワーク装置２は、従来と同様な一般的な動作を行う。
【００２８】
また、温度センサ１５からの温度検出信号が異常温度を検出したような場合でも、ＣＰＵ１０が暴走を起こしていない場合であれば、ＣＰＵ（ソフトウェア）１０が周期的にリセットパルスを出力し、その結果、ＣＰＵ監視部２１が異常検出信号を出力せず、方路切替部３２は、ＭＡＣ１６−１及び１６−２をペリフェラルバス１４に接続させている。そのため、ＣＰＵ１０は、適宜、ネットワーク監視用装置５と監視パケットを授受し合い、ＣＰＵ１０はネットワーク監視用装置５と協働した障害時の処理を行う。
【００２９】
これに対して、当該ネットワーク装置２に、ＣＰＵ（ソフトウェア）１０がＣＰＵ監視部２１に対するリセットパルスを周期的に出力し得ないような異常が発生すると、ＣＰＵ監視部２１においては、リセットパルスが入力されなくなるので、ＣＰＵ監視部２１内のタイマがオーバーフローし、異常検出信号を出力（有意）する。この出力状態は、当該ネットワーク装置２が通常の状態を逸脱したことを意味する。
【００３０】
ＩＰハード処理部２０は、ＣＰＵ監視部２１からの異常検出信号に基づき、ネットワーク監視用装置５からの監視パケットを処理するモードに備える。すなわち、方路切替部３２を、ＭＡＣ１６−１及び１６−２と、ＩＰハード処理部２０のＭＡＣ処理部３０及びパケット処理部３１とを接続させるように切り替える。言い換えると、ＣＰＵ１０を、ＭＡＣ１６−１及び１６−２（従って、外部ネットワークＮ１、Ｎ２）と切り離した状態にする。なお、このタイミングで、パケット処理部３１が自律的に異常発生を通知する監視パケットを自動送信するようにしても良い（トラップ機能による）。以下では、この送信機能は設けられていないとして説明する。
【００３１】
ネットワーク管理者は、ネットワーク監視用装置５から、当該ネットワーク装置２に対して、特定のＩＰパケット（アプリケーション特有のポート番号を予め規定する）を送出すると、コネクタ部１８−２、ＰＨＹ１７−２、ＭＡＣ１６−２を通じてそのパケットを受信する。このパケットは、ＣＰＵ監視部２１の指示により、ハードウェアＩＰ処理部２０の内部に方路が切り替えられているので、ＣＰＵ２０には到達しない。
【００３２】
ハードウェアＩＰ処理部２０（のパケット処理部３１）は、受信したパケットの内容を解析し、それに該当したデータ（装置状態など）を装置状態データ部２２から抽出し、応答するためのパケットをパケット処理部３１にて生成する。なお、この際のＭＡＣ１６−１、１６−２に対する制御と応答などは、別途ＭＡＣ管理部３０で行う。パケット処理部３１は、応答パケットを生成した後、ＭＡＣ管理部３０に対してパケット送信指示を生成し、データを引き継ぐ。ＭＡＣ管理部３０は、ＭＡＣ１６−１、ＰＨＹ１７−１、コネクタ部１８−１を通じ、ＬＡＮケーブルＣ１を介してネットワークＮ１側にパケットを送出させると共に、ＭＡＣ１６−２、ＰＨＹ１７−２、コネクタ部１８−２を通じ、ＬＡＮケーブルＣ２を介してネットワークＮ２側にパケットを送出させる。すなわち、非常事態であるので、ＭＡＣ管理部３０は、応答に関するパケットを、全てのＭＡＣ１６−１及び１６−２に対して与え、全ての外部ネットワークＮ１、Ｎ２側にパケットを送出させる。
【００３３】
ネットワーク管理者（管理用の自動ソフトウェアであっても良い）は、このような装置状態データが挿入されたパケットの内容を検討し、措置を決定する。措置の一方法として、ＣＰＵ１０に対し、リセットを掛けて当該ネットワーク装置２を復旧させる方法がある。かかる措置方法を採用した場合には、ネットワーク管理者は、ＣＰＵ１０に対してリセットを掛けることを命令するＩＰパケットを、ネットワーク監視用装置５から送出させる。
【００３４】
このようなＩＰパケットがネットワーク装置２に到達し、パケット処理部３１がリセットオーダであることを認識すると、リセット部２３にリセット指示を与える。これにより、リセット部２３は、ＣＰＵ１０をリセットさせ、異常状態から回復させようとする。
【００３５】
ＣＰＵ１０のリセットにより、ハードウェアに問題がなければ、当該ネットワーク装置２は正常に再起動するはずである。この再起動により、今まで異常で停止していたＣＰＵ１０からＣＰＵ監視部２１へのリセットパルスの出力が再開され、ＣＰＵ監視部２１からの異常検出信号は非有意に変化する。
【００３６】
ＣＰＵ監視部２１からの異常検出信号が非有意に復帰したことにより、方路切替部３２が、ＭＡＣ１６−１及び１６−２と、ペリフェラルバス１４とを接続させる状態に戻し、外部ネットワーク１６−１、１６−２との通常のパケット授受が可能な状態となる。
【００３７】
ＣＰＵ１０は、以上のような異常状態であることを認識しないまま、さらに追加のソフトウェアを必要とせずに、復旧することができる。
【００３８】
なお、装置状態データ部２２に、通常時に定期的にＣＰＵ（ソフトウェア）１０が監視を行った処理のログ、各パラメータなどを保存しておくことにより、異常に至るまでの過程などがある程度把握可能となり、ＣＰＵ１０がスタックして、状態の解析が不可能などといった事態を回避できると共に、さらにネットワーク１６−２を介して迅速にログを収集し、復旧が可能となる。
【００３９】
また、監視員が当該ネットワーク装置２の場所に足を運ぶ必要がある異常事態の発生時でも、装置状態データ部２２の保存データは有効な情報を与えるものとなっている。
【００４０】
（Ａ−３）実施形態の効果
上記実施形態によれば、以下の効果を奏することができる。
【００４１】
（ア）ＣＰＵ（ソフトウェア）１０がスタックした場合でも、ネットワーク１０を介して、外部から、装置状態の把握やリセットなど、ネットワーク装置２に対する制御を行うことができる。
【００４２】
（イ）ネットワーク経由で上記（ア）に記載のことを実行可能となっているので、監視員などの人の移動時間、さらに現地での装置の状態の把握時間などが不要となり、迅速な回復作業が可能となる。
【００４３】
（ウ）物理的にケーブルが断線しているのか、それとも装置が故障したのかなど、ハードウェアＩＰ処理部２０などが動作したか否かで確実に切り分けが可能となる。
【００４４】
（Ｂ）他の実施形態
上記実施形態においては、ポート数が２個のネットワーク装置を示したが、ポート数の数はこれに限定されないことは勿論である。
【００４５】
また、上記実施形態においては、ハードウェアＩＰ処理部２０が、ＣＰＵ１０の異常状態での装置状態データの通信機能にも対応したものを示したが、ハードウェアＩＰ処理部２０が、少なくとも、ＣＰＵ１０のリセットのための通信機能に対応したものであれば良い。
【００４６】
さらに、上記実施形態においては、ハードウェアＩＰ処理部２０が、ハードウェア回路によって実現されたものを示したが、そのハードウェア回路としてＤＳＰなどのプログラム設定可能な要素を含んでいても良い。
【００４７】
さらにまた、上記実施形態においては、本発明をＩＰネットワーク装置に適用した場合を示したが、他の一般的なネットワーク装置にも本発明を適用することができる。
【図面の簡単な説明】
【００４８】
【図１】実施形態のネットワーク装置の構成を示すブロック図である。
【図２】従来のネットワーク装置の構成を示すブロック図である。
【符号の説明】
【００４９】
２…ネットワーク装置、５…ネットワーク監視用装置、１０…ＣＰＵ、１６−１、１６−２…媒体アクセス制御層処理部（ＭＡＣ）、１７−１、１７−２…物理層処理部（ＰＨＹ）、１８−１、１８−２…コネクタ部、２０…ハードウェアＩＰ処理部、２１…ＣＰＵ監視部、２２…装置状態データ部、２３…リセット部、３０…ＭＡＣ管理部、３１…パケット処理部、３２…方路切替部、Ｎ１、Ｎ２…ネットワーク。
【図１】
2006279678.tif 000003
【図２】
2006279678.tif 000004