JP2752265B2 - Ｌａｎからの切離し機能を持つ計算機システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、ブロードキャストパ
ケットを利用するプロトコルを適用したＬＡＮに接続さ
れる計算機システムに係り、特にネットワーク障害発生
時におけるＬＡＮからの切離し機能を持つ計算機システ
ムに関する。

【０００２】

【従来の技術】一般に、ＣＳＭＡ／ＣＤ型のＬＡＮシス
テムにおいては、ブロードキャストパケットと呼ばれる
パケットを送信することが可能である。このブロードキ
ャストパケットは、ＬＡＮに接続される全ての計算機
（機器）を宛先としたパケットである。

【０００３】このような機能は、ＬＡＮにおける代表的
な上位プロトコルである例えばＴＣＰ／ＩＰ（Transmis
sion Control Protocol ／Internet Protocol ）では、
ＡＲＰ（Address Resolution Protocol ）、ＲＯＵＴＥ
Ｄ、ＲＷＨＯなどで必須の機能である。

【０００４】ＡＲＰは、ＴＣＰ／ＩＰにおけるネットワ
ークアドレス（ＴＣＰ／ＩＰ上で機器を識別するための
アドレス）であるインタネットアドレス（ＩＰアドレ
ス）からＬＡＮ上のアドレスであるＭＡＣ（メディアア
クセス制御）アドレスを求めるためのプロトコルであ
る。ＲＯＵＴＥＤは複数のＬＡＮの間でルーティングを
行うルータ間で経路制御情報を交換するプログラム（タ
スク）、ＲＷＨＯは計算機システムを利用しているユー
ザに関する情報を交換するプログラムである。

【０００５】このように便利なブロードキャストパケッ
トであるが、従来のＬＡＮシステムでは、ネットワーク
内での設定情報の不整合やプログラムの不具合によっ
て、ブロードキャストパケットが異常発生し、重大なネ
ットワーク障害が発生することが判明している。

【０００６】上記の障害には２種類あることが知られて
いる。１つはブロードキャストストームと呼ばれるもの
で、もう１つはメルトダウンと呼ばれるものである。ブ
ロードキャストストームは、ブロードキャストパケット
が一時的に異常発生することが要因となって、ＬＡＮ上
の転送性能が劣化したり、端末やＬＡＮに対する計算機
システムの応答が遅くなるなどの現象となって現れるも
のである。

【０００７】またメルトダウンは、ブロードキャストス
トームの更に進んだ状態、即ちパケットの送信が発振状
態になったものである。これがひとたび発生すると、計
算機システムからの応答がなくなり、ＬＡＮに接続され
る全ての計算機システムを再立上げしなければならな
い。現在、このような障害が発生するメカニズムは解明
されているものの、これを回避する有効な手段は見つか
っていない。

【０００８】

【発明が解決しようとする課題】上記したように従来
は、ブロードキャストパケットを適用するＣＳＭＡ／Ｃ
Ｄ型のＬＡＮシステムにおいてブロードキャストパケッ
トが異常発生し、ブロードキャストストームやメルトダ
ウンといったネットワーク障害を招くという問題があっ
た。

【０００９】従来、このような障害発生のメカニズムは
解明されているものの、これを回避する有効な手段が見
つかっていないため、ひとたびネットワーク障害が発生
すると、ネットワークに接続された各計算機システムで
は、大量の且つ無意味なブロードキャストパケットを受
信し廃棄する処理を行わなければならず、その処理に計
算能力を費やし、本来の処理の性能劣化を余儀なくされ
るといった問題があった。

【００１０】この発明は上記事情に鑑みてなされたもの
でその目的は、ブロードキャストパケットが異常発生す
るネットワーク障害が発生したとき、或いはその兆候が
あるときに、それを自動的に検出して計算機管理者に通
知すると共に、自計算機システムをＬＡＮから論理的に
切離すことができる計算機システムを提供することにあ
る。

【００１１】この発明の他の目的は、ネットワーク障害
が回復した場合に自計算機システムをＬＡＮに論理的に
接続させることができる計算機システムを提供すること
にある。

【００１２】

【課題を解決するための手段】この発明は、ブロードキ
ャストパケットを利用するプロトコルを適用したＬＡＮ
においてネットワーク障害を発生させるパケット（不正
パケット）は限られており、そのようなパケットに含ま
れるアドレスも限られていることに着目し、上記ＬＡＮ
上のパケットを監視し、予め定められたアドレスを含ん
でおりネットワーク障害を発生させる特定のパケット
（不正パケット）を検出することにより、ネットワーク
障害を検出する障害検出手段と、自計算機システムをＬ
ＡＮに接続することを要求するための要求入力手段と、
この要求入力手段からの接続要求に応じて接続指令を発
する接続指令手段と、上記障害検出手段によるネットワ
ーク障害検出に応じて自計算機システムＬＡＮから論理
的に切離し、上記接続指令手段からの接続指令に応じて
自計算機システムをＬＡＮに論理的に接続する接続切離
し手段と、障害検出手段によるネットワーク障害検出に
応じてネットワーク障害を外部に通知するための通知手
段とを備えたことを特徴とするものである。

【００１３】

【作用】上記の構成によれば、ネットワーク障害の発生
を招く虞のある、或いは招いているパケットは限られて
おり、そのようなパケットに含まれるアドレスも限られ
ているため、障害検出手段がネットワークを流れるパケ
ットを監視して、予め定められたアドレスを含むパケッ
トであるか否かに応じて、この種の特定パケット（不正
パケット）を検出することにより、ネットワーク障害の
発生、或いはその兆候を確実に検出することができる。

【００１４】また、ネットワーク障害の検出時には、自
計算機システムが接続切離し手段によりＬＡＮから論理
的に切離されるので、自計算機システムはＬＡＮとは無
関係な処理については継続できる。

【００１５】また、ネットワーク障害の検出時には、そ
の旨が外部通知されるため、計算機管理者は直ちにネッ
トワーク障害を知ることができ、しかも障害回復時に要
求入力手段を操作して接続要求を入力すると、接続指令
手段から接続指令が発せられて接続切離し手段が動作
し、自計算機システムを再びネットワークに加入させる
ことができる。

【００１６】更に、接続指令手段にタイマ機能を設け、
ネットワーク障害検出時から一定時間経過後に接続指令
を発する構成とすることにより、自計算機システムを自
動的にネットワークに加入させることができるようにな
り、特にブロードキャストストームといった一時的なネ
ットワーク障害の場合には便利である。

【００１７】

【実施例】図１はこの発明の一実施例に係る計算機シス
テムの構成を示すブロック図である。同図において、１
は例えば制御用、ＣＡＤ（計算機援用設計）用などのフ
ォルトトレラント計算機システムであり、ＴＣＰ／ＩＰ
を適用するＣＳＭＡ／ＣＤ型ＬＡＮ２にＬＡＮ制御装置
３を介して接続されている。ＬＡＮ制御装置３は、ＬＡ
Ｎ２へのパケット送信、ＬＡＮ２からのパケット受信等
を司るもので、計算機システム１に組み込まれているタ
イプのものであってもよい。

【００１８】計算機システム１は、計算機システム本体
１１と、同本体１１に接続される表示入力装置１２とを
持つ。表示入力装置１２は、計算機システム本体１１
（内の後述する障害検出部１５）によって検出されたネ
ットワーク障害（およびその際のパケット情報）の計算
機管理者への通知、および計算機管理者操作による計算
機システム１のＬＡＮ２への論理的接続要求の入力等を
行うためのものである。

【００１９】計算機システム本体１１には、ＴＣＰ／Ｉ
Ｐのプロトコルや、その上位のｆｔｐ（file transfer
protocol）等のネットワークアプリケーションを実現す
るためのネットワーク上位層１３、ネットワーク上位層
１３のためにＬＡＮ制御装置３に対してパケット送信や
受信を要求するＬＡＮドライバ１４、および障害検出部
１５が設けられる。この障害検出部１５は、例えばＬＡ
Ｎドライバ１４の一機能として設けられており、ＬＡＮ
制御装置３からＬＡＮドライバ１４が受取ったパケット
をチェックし、ネットワークに障害が発生していないか
（或いは発生する兆候があるか）を監視するためのもの
である。

【００２０】計算機システム本体１１にはまた、障害検
出部１５のネットワーク障害検出に応じて表示入力装置
１２にその旨のメッセージを表示し、計算機管理者に障
害を通知する管理者通知部１６、および表示入力装置１
２から入力された論理的接続要求を受付けて後述する論
理的接続切断部１９に対して接続指令を発する接続指令
部１７が設けられる。接続指令部１７には障害検出部１
５のネットワーク障害（例えばブロードキャストストー
ム）検出に応じて起動されるタイマ１８が設けられてお
り、接続指令部１７はタイマ１８のタイムアウト時にも
接続指令を発するようになっている。

【００２１】計算機システム本体１１には更に、計算機
システム１（内のＬＡＮドライバ１４）とＬＡＮ制御装
置３との間の論理的な接続および切離し（切断）を司る
論理的接続切断部１９が設けられる。論理的接続切断部
１９は論理的なスイッチであり、障害検出部１５のネッ
トワーク障害検出に応じて計算機システム１をＬＡＮ制
御装置３から論理的に切離し、接続指令部１７からの接
続指令に応じ計算機システム１をＬＡＮ制御装置３に論
理的に接続するようになっている。

【００２２】図２は図１のＬＡＮ２上のＴＣＰ／ＩＰネ
ットワークにおけるブロードキャストストームを説明す
るための図である。同図において、２１〜２３はＬＡＮ
２に接続された計算機（以下、ＷＳと称する）である。
なお、ＷＳ２１〜２３以外の計算機（ＷＳ）については
省略されている。

【００２３】さて、ＴＣＰ／ＩＰネットワークにおい
て、ブロードキャストパケットの宛先を示すアドレスは
ＩＰブロードキャストアドレスと呼ばれる。このＩＰブ
ロードキャストアドレスは２種に大別される。ＷＳ２１
〜２３は、使用するＩＰブロードキャストアドレスの違
いにより、タイプ１とタイプ２に分類される。このよう
なＩＰブロードキャストアドレスの違いは、ＷＳに搭載
されているプログラムの違い（不具合）に起因して生じ
るものである。なお、本実施例においては、ＷＳ２２，
２３はタイプ１、ＷＳ２１はタイプ２であるものとす
る。

【００２４】ここで、ＩＰブロードキャストアドレスに
ついて、図３のＩＰアドレスフォーマットを参照して説
明する。まず、ＴＣＰ／ＩＰにおけるネットワークアド
レスであるＩＰアドレス（インタネットアドレス）は、
図３（ａ）に示すように、ネットワークアドレスと、同
ネットワークアドレスで示されるネットワークに接続さ
れている機器（計算機）のアドレス（ホストアドレス）
とで構成されるのを基本とする。

【００２５】ＴＣＰ／ＩＰにおけるＩＰブロードキャス
トアドレスは、ホストアドレスが、図３（ｂ）に示すよ
うにオール“１”のＩＰアドレスと、図３（ｃ）に示す
ようにオール“０”のＩＰアドレスとに大別される。タ
イプ１のＷＳ２２，２３は図３（ｂ）に示すＩＰブロー
ドキャストアドレスを使用し、タイプ２のＷＳ２１は図
３（ｃ）に示すＩＰブロードキャストアドレスを使用す
る。

【００２６】なお、１つのネットワークが複数のサブネ
ットワークによって構成されるＬＡＮで適用され、ネッ
トワークアドレス、サブネットワークアドレス、および
ホストアドレスから構成されるＩＰアドレスも知られて
おり、このＩＰアドレスにおけるＩＰブロードキャスト
アドレスについても、上記と同様に、ホストアドレスが
オール“１”のものとオール“０”のものとの２種類が
ある。したがって、ＴＣＰ／ＩＰにおけるＩＰブロード
キャストアドレスは４種類ある。

【００２７】ここで、図２のＬＡＮシステムにおけるネ
ットワーク障害の発生メカニズムについて、説明する。 （１）まずタイプ１のＷＳ２３が、図３（ｂ）に示すＩ
Ｐブロードキャストアドレスを用いて、図２において符
号Ｓ１で示すようにＩＰブロードキャストパケットを発
信したものとする。

【００２８】（２）タイプ１のＷＳ２２は、ＷＳ２３と
同一のＩＰブロードキャストアドレスを使用しているの
で、ＷＳ２３からのパケットを受信すると、図２におい
て符号Ｓ２で示すようにＩＰブロードキャストパケット
として正しく認識し、正常に処理する。

【００２９】（３）これに対して、タイプ２のＷＳ２１
は、ＷＳ２３と異なるＩＰブロードキャストアドレスを
使用しているため、ＷＳ２３からのパケットをＩＰブロ
ードキャストパケットとして認識できず、図２において
符号Ｓ３で示すように、誤って他の計算機宛てのパケッ
トであると認識してしまう。このときＷＳ２３は、その
パケットをルーティングしようとする。

【００３０】（４）まずＷＳ２１は、相手宛先のＭＡＣ
アドレス（ＬＡＮアドレス）を求めるために、図２にお
いて符号Ｓ４で示すように、（誤って）他の計算機宛て
のパケットであると認識したパケットのＩＰアドレス
（実際には、ＩＰブロードキャストアドレス）を持つＡ
ＲＰ要求を、ＬＡＮ２上にＩＰブロードキャストパケッ
トを使用して送出する。このＡＲＰ要求（を示すＩＰブ
ロードキャストパケット）は、ＷＳ２１，２２など、Ｌ
ＡＮ２上の全ての計算機で受信される。

【００３１】しかし、ＩＰブロードキャストアドレスと
一致するアドレスを持っている計算機は存在しないた
め、どの計算機もＡＲＰ応答を返さない。このため、Ｗ
Ｓ２１はＡＲＰ要求を数回から数十回繰返し、エラーを
検出する。

【００３２】この無駄なＡＲＰ要求を、ＷＳ２１を初め
とするＬＡＮ２上の全てのタイプ２のＷＳ（即ち、ＷＳ
２３と異なるＩＰブロードキャストアドレスを使用する
全計算機）が繰返す。このため、ＬＡＮ２上には、意味
のないブロードキャストアドレスが吹き荒れることにな
る。これが、ブロードキャストストームである。

【００３３】（５）ＷＳ２１はＡＲＰ要求がエラーで終
了すると、エラーを、図２において符号Ｓ５で示すよう
にＩＣＭＰメッセージと呼ぶ特定のパケットに乗せて送
信元に返す。ところが、ＷＳ２１に搭載されているプロ
グラムに特定の不具合がある場合、ＷＳ２１は送信元で
はなく、誤って送信できなかったパケットの宛先にＩＣ
ＭＰパケットを乗せて送信してしまうことが知られてい
る。

【００３４】このようなＩＣＭＰパケット送信が行われ
た場合、宛先はＩＰブロードキャストアドレスであるか
ら、ＷＳ２１，２２など、ＬＡＮ２上の全ての計算機が
ＩＣＭＰパケットを受信してしまう。このパケットに対
して、またＷＳ２１のような（タイプ２の）ＷＳが存在
することにより、上記（３）以降が繰返される。つま
り、ブロードキャストストームが永久に続く状態にな
る。これがメルトダウンである。

【００３５】なお、メルトダウンに至る他のケースとし
ては、計算機のＭＡＣアドレス（個別アドレス）が誤っ
てブロードキャストアドレス（同報アドレス）になって
しまった場合がある。具体的には、図４に示すようにＭ
ＡＣアドレス中の個別アドレスと同報アドレスとを識別
するための個別／同報識別ビット（“０”で個別アドレ
ス、“１”で同報アドレス）が、誤って“０”から
“１”に変わってしまった場合である。

【００３６】このときには、当該計算機に対するパケッ
トの送信が全てＬＡＮ上のＩＰブロードキャストアドレ
スになってしまうため、上記（３）のルーティングを他
の全てのＷＳが始めてしまう。このルーティングはねず
み算的に増えていき、直ちに飽和状態に達し、永久に続
く状態となる。

【００３７】図１の計算機システム１は、上記したよう
なネットワーク障害を、その障害発生時、或いはその兆
候があるときに、障害検出部１５により自動的に検出
し、計算機システム１をＬＡＮ制御装置３（が接続され
ているＬＡＮ２）から論理的に切離すようになってお
り、その動作を図５のフローチャートを適宜参照して説
明する。

【００３８】まず計算機システム１のＬＡＮドライバ１
４は、ＬＡＮ制御装置３がＬＡＮ２上を流れるパケット
を受信すると、同パケットを受取り障害検出部１５に渡
す。障害検出部１５は、ＬＡＮドライバ１４から受信パ
ケットを受取ると（ステップＡ）、図２を参照して説明
したような、ＴＣＰ／ＩＰネットワークにおいてブロー
ドキャストストームやメルトダウンなどのネットワーク
障害の原因となるパケット、或いはネットワーク障害が
発生していることを示すパケットの検出を次のように行
う。

【００３９】まず障害検出部１５は、ＬＡＮドライバ１
４から受取った受信パケットの発信元を示す図４に示す
フォーマットのＭＡＣアドレスの先頭ビット（個別／同
報識別ビット）をチェックし（ステップＢ）、“０”
（個別アドレス）であることを確認する。もし“１”な
ら、即ち発信元を示すＭＡＣアドレスが同報アドレスで
あるならば、障害検出部１５は論理的接続切断部１９お
よび管理者通知部１６にメルトダウンを通知し、管理者
通知部１６には更にその受信パケット（不正パケット）
を渡す（ステップＧ）。

【００４０】障害検出部１５は、ステップＢにおいて発
信元を示すＭＡＣアドレスが個別アドレスであることを
確認すると、受信パケットがＡＲＰ要求パケットで、且
つパケット内のＩＰアドレス（インタネットアドレス）
がＩＰブロードキャストアドレスの１つであるかを調べ
（ステップＣ）、そうであるならば、論理的接続切断部
１９、管理者通知部１６および接続指令部１７にネット
ワーク障害（ブロードキャストストーム）を通知し、管
理者通知部１６には更にその受信パケットを渡す（ステ
ップＦ）。

【００４１】一方、ステップＣにおいて、受信パケット
がＡＲＰ要求パケットでないことを確認した場合には、
障害検出部１５は受信パケットがＩＣＭＰパケットで、
且つ宛先のＩＰアドレスがＩＰブロードキャストアドレ
スであるかを調べ（ステップＤ）、そうであるならば、
論理的接続切断部１９および管理者通知部１６にネット
ワーク障害（メルトダウン）を通知し、管理者通知部１
６には更にその受信パケットを渡す（ステップＧ）。

【００４２】もし、ステップＤにおいて、受信パケット
がＩＣＭＰパケットでないか、或いはＩＣＭＰパケット
であっても宛先のＩＰアドレスがＩＰブロードキャスト
アドレスでないことを確認した場合には、即ちステップ
Ｂ〜Ｄのいずれにおいてもネットワーク障害が検出され
なかった場合には、障害検出部１５はネットワーク障害
の兆候もないものとして、その受信パケットをＬＡＮド
ライバ１４に戻す（ステップＥ）。これによりＬＡＮド
ライバ１４は、通常の処理を再開できる。

【００４３】次に論理的接続切断部１９の動作を説明す
る。論理的接続切断部１９は、障害検出部１５からメル
トダウンまたはブロードキャストストームのネットワー
ク障害が検出されたことが通知されると、計算機システ
ム１（内のＬＡＮドライバ１４）を（ＬＡＮ２に接続さ
れている）ＬＡＮ制御装置３から論理的に切離す。この
切離しとは、ＬＡＮ制御装置３からの割込みを無効にし
たり、ＬＡＮ制御装置３に対するＬＡＮドライバ１４か
らの指令を無効にすることなどであり、プログラムで論
理的に実現することが可能である。

【００４４】ところで従来の計算機システムでは、ネッ
トワーク障害が発生すると、障害から回復するか、ネッ
トワーク全体を再立上げするまでは、［発明が解決しよ
うとする課題］の項で述べたように、大量のかつ無意味
なブロードキャストパケットを受信し廃棄する処理を行
わなければならないため、計算機は動作不能になるか、
性能を著しく低下させられていた。しかし本実施例で
は、ネットワーク障害が発生すると、その旨が障害検出
部１５により検出されて、論理的接続切断部１９により
計算機システム１がＬＡＮ２から自動的に切離される。
このため、計算機システム１においてはＬＡＮ関係の処
理は続行不能であるが、ＬＡＮに関係のない処理はその
まま、ネットワーク障害発生以前と同様の性能でもって
実行することができる。

【００４５】次に、管理者通知部１６の動作を説明す
る。管理者通知部１６は、障害検出部１５からメルトダ
ウンまたはブロードキャストストームのネットワーク障
害が検出されたことが通知され、更にその際の受信パケ
ット（不正パケット）が渡されると、表示入力装置１２
に、ネットワーク障害が発生した旨のメッセージと障害
検出部１５から渡されたパケット（即ち、その際にＬＡ
Ｎ２を流れていたパケット）を表示する。

【００４６】これにより計算機管理者は、表示入力装置
１２の表示画面上で、計算機システム１がＬＡＮ２から
（論理的に）切離されていること、およびネットワーク
に障害が発生している（或いは、その兆候がある）ので
早急に対策を打つ必要があることを視認することができ
る。そして計算機管理者は、表示入力装置１２の表示画
面から、実際にどのようなパケットがネットワークを流
れてネットワーク障害が検出されたのかを知ることによ
り、障害の原因を究明（解析）し対策を打つことができ
る。

【００４７】ここで、一旦ＬＡＮ２から切離された計算
機システム１をＬＡＮ２に復帰させる（ネットワークに
再度加入させる）方法について説明する。本実施例で
は、この復帰方法は以下に述べるように２通りある。

【００４８】１つめはブロードキャストストームの場合
の復帰方法である。このブロードキャストストームは本
来起きてはならないものであるが、障害が一時的なもの
であるため、現象が治まったら復帰させるのが望まし
い。しかし、現象が治まるまでの時間はネットワークの
規模にもよるため予測が難しい。そこで本実施例では、
次のように行う。

【００４９】まず、障害検出部１５においてブロードキ
ャストストームが検出されたとき、前記したように、障
害検出部１５から接続指令部１７にブロードキャストス
トームの発生を通知する。接続指令部１７は、障害検出
部１５からブロードキャストストームの発生通知を受け
るとタイマ１８を起動する。

【００５０】そして接続指令部１７は、タイマ１８のタ
イムアウト時に、計算機システム１をネットワークに復
帰させるよう、論理的接続切断部１９に接続指令を発す
る。これにより論理的接続切断部１９は、計算機システ
ム１をＬＡＮ制御装置３に論理的に接続し、ネットワー
クに復帰させる。

【００５１】なお、タイマ１８のタイマ値は適当な値で
よい。その理由は、タイムアウト時にブロードキャスト
ストームが続いていたならば、障害検出部１５が再びネ
ットワーク障害を検出し、これにより計算機システム１
が再びＬＡＮ２から論理的に切離されるからである。

【００５２】２つめはメルトダウンの場合の復帰方法で
ある。メルトダウンはネットワークの再立上げしか回復
の方法がないため、次のように復帰させる。即ちネット
ワークが再立上げされたときに、計算機管理者が表示入
力装置１２を操作して接続指令部１７に対してネットワ
ークへの復帰のための論理的接続要求を入力する。接続
指令部１７は、表示入力装置１２から論理的接続要求を
受取ると、論理的接続切断部１９に対して接続指令を発
する。これにより論理的接続切断部１９は、計算機シス
テム１をＬＡＮ制御装置３に論理的に接続し、ネットワ
ークに復帰させる。

【００５３】なお、メルトダウンの場合にも、障害検出
部１５から接続指令部１７にネットワーク障害を通知す
るようにすると共に、接続指令部１７においてはタイマ
１８を起動する構成とし、タイムアウト時に論理的接続
切断部１９に対して自動的に接続指令を発するようにし
てもよい。その理由は、メルトダウンが続けば、結局計
算機システム１が再びＬＡＮ２から切離されるためであ
る。

【００５４】なお、前記実施例では、ＴＣＰ／ＩＰを上
位プロトコルとするネットワークに適用した場合につい
て説明したが、それ以外のプロトコルでも、ＬＡＮの提
供するブロードキャストパケットを利用するプロトコル
のネットワークであれば、同様に適用することができ
る。

【００５５】

【発明の効果】以上詳述したようにこの発明によれば、
ネットワーク障害の発生を招く虞のある、或いは招いて
いるパケットは限られており、そのようなパケットは、
アドレスも限られていることに着目し、ネットワークを
流れるパケットを監視して、予め定められたアドレスを
含むパケットであるか否かに応じて、この種の不正パケ
ットを検出することにより、ネットワーク障害の発生、
或いはその兆候を確実に検出でき、しかも、その際に計
算機システムをＬＡＮから論理的に切離すようにしたの
で、計算機システムは、ネットワーク障害が発生しても
性能を落とさずにＬＡＮとは無関係の処理については継
続することができる。また、この発明によれば、検出さ
れたネットワーク障害を直ちに計算機管理者に通知する
ことができるので、計算機管理者は早急に対策を打つこ
とができる。

【００５６】更に、この発明によれば、ネットワーク障
害の回復時に計算機管理者からの接続要求操作を受付け
て、ＬＡＮから論理的に切離されている計算機システム
を再びＬＡＮに論理的に接続させることができるので、
メルトダウンなどの重大障害であっても、計算機システ
ムを立上げ直す必要がなく、早急にネットワークに復帰
させることができる。

【００５７】更に、この発明によれば、ブロードキャス
トストームなどのネットワーク障害検出時から一定時間
経過後に接続指令を発する構成とすることにより、計算
機システムを自動的にネットワークに復帰させることも
できる。

【図面の簡単な説明】

【図１】この発明の一実施例に係るＣＳＭＡ／ＣＤ型の
ＬＡＮに接続される計算機システムの構成を示すブロッ
ク図。

【図２】図１のＬＡＮ２上のＴＣＰ／ＩＰネットワーク
におけるブロードキャストストームを説明するための
図。

【図３】ＩＰブロードキャストアドレスの種類を説明す
るための図。

【図４】ＭＡＣアドレスのフォーマットを説明するため
の図。

【図５】図１の計算機システム１内の障害検出部１５の
動作を説明するためのフローチャート。

【符号の説明】

１…計算機システム、２…ＬＡＮ（ＣＳＭＡ／ＣＤ型Ｌ
ＡＮ）、３…ＬＡＮ制御装置、１２…表示入力装置、１
４…ＬＡＮドライバ、１５…障害検出部、１６…管理者
通知部、１７…接続指令部、１８…タイマ、１９…論理
的接続切断部、２１〜２３…ＷＳ（計算機）。

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】 ブロードキャストパケットを利用するプ
   ロトコルを適用したＬＡＮに接続される計算機システム
   において、 上記ＬＡＮ上のパケットを監視し、予め定められたアド
   レスを含んでおりネットワーク障害を発生させる不正パ
   ケットを検出することにより、ネットワーク障害を検出
   する障害検出手段と、 上記計算機システムの上記ＬＡＮからの論理的な切離し
   と上記ＬＡＮへの論理的な接続とを行う接続切離し手段
   と、 上記障害検出手段によるネットワーク障害検出に応じて
   ネットワーク障害を外部に通知するための通知手段と、 上記計算機システムを上記ＬＡＮへ接続することを要求
   するための要求入力手段と、 この要求入力手段からの接続要求を受けて上記接続切離
   し手段に対して接続指令を発する接続指令手段と、 を具備し、上記接続切離し手段は、上記障害検出手段に
   よるネットワーク障害検出に応じて上記計算機システム
   を上記ＬＡＮから論理的に切離し、上記接続指令手段か
   らの接続指令に応じて上記計算機システムを上記ＬＡＮ
   に論理的に接続することを特徴とする計算機システム。
2. 【請求項２】 上記接続指令手段は、上記障害検出手段
   によるネットワーク障害検出時から予め設定された時間
   経過後に、上記接続切離し手段に対して接続指令を発す
   ることを特徴とする請求項１記載の計算機システム。