JPH04334231A - Ｌａｎからの切離し機能を持つ計算機システム - Google Patents
Ｌａｎからの切離し機能を持つ計算機システムInfo
- Publication number
- JPH04334231A JPH04334231A JP3105443A JP10544391A JPH04334231A JP H04334231 A JPH04334231 A JP H04334231A JP 3105443 A JP3105443 A JP 3105443A JP 10544391 A JP10544391 A JP 10544391A JP H04334231 A JPH04334231 A JP H04334231A
- Authority
- JP
- Japan
- Prior art keywords
- lan
- computer system
- network
- connection
- failure
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/407—Bus networks with decentralised control
- H04L12/413—Bus networks with decentralised control with random access, e.g. carrier-sense multiple-access with collision detection [CSMA-CD]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Small-Scale Networks (AREA)
- Debugging And Monitoring (AREA)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【０００１】
【産業上の利用分野】この発明は、ブロードキャストパ
ケットを利用するプロトコルを適用したＣＳＭＡ／ＣＤ
（Ｃａｒｒｉｅｒ Ｓｅｎｃｅ Ｍｕｌｔｉｐｌｅ Ａ
ｃｃｅｓｓ ／Ｃｏｌｌｉｓｉｏｎ Ｄｅｔｅｃｔｉｏ
ｎ ）型のＬＡＮに接続され、ネットワーク障害発生時
におけるＬＡＮからの切離し機能を持つ計算機システム
に関する。
ケットを利用するプロトコルを適用したＣＳＭＡ／ＣＤ
（Ｃａｒｒｉｅｒ Ｓｅｎｃｅ Ｍｕｌｔｉｐｌｅ Ａ
ｃｃｅｓｓ ／Ｃｏｌｌｉｓｉｏｎ Ｄｅｔｅｃｔｉｏ
ｎ ）型のＬＡＮに接続され、ネットワーク障害発生時
におけるＬＡＮからの切離し機能を持つ計算機システム
に関する。
【０００２】
【従来の技術】一般に、ＣＳＭＡ／ＣＤ型のＬＡＮシス
テムにおいては、ブロードキャストパケットと呼ばれる
パケットを送信することが可能である。このブロードキ
ャストパケットは、ＬＡＮに接続される全ての計算機（
機器）を宛先としたパケットである。
テムにおいては、ブロードキャストパケットと呼ばれる
パケットを送信することが可能である。このブロードキ
ャストパケットは、ＬＡＮに接続される全ての計算機（
機器）を宛先としたパケットである。
【０００３】このような機能は、ＬＡＮにおける代表的
な上位プロトコルである例えばＴＣＰ／ＩＰ（Ｔｒａｎ
ｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ
／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ）では、Ａ
ＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏ
ｔｏｃｏｌ ）、ＲＯＵＴＥＤ、ＲＷＨＯなどで必須の
機能である。
な上位プロトコルである例えばＴＣＰ／ＩＰ（Ｔｒａｎ
ｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ
／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ）では、Ａ
ＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏ
ｔｏｃｏｌ ）、ＲＯＵＴＥＤ、ＲＷＨＯなどで必須の
機能である。
【０００４】ＡＲＰは、ＴＣＰ／ＩＰにおけるネットワ
ークアドレス（ＴＣＰ／ＩＰ上で機器を識別するための
アドレス）であるインタネットアドレス（ＩＰアドレス
）からＬＡＮ上のアドレスであるＭＡＣ（メディアアク
セス制御）アドレスを求めるためのプロトコルである。 ＲＯＵＴＥＤは複数のＬＡＮの間でルーティングを行う
ルータ間で経路制御情報を交換するプログラム（タスク
）、ＲＷＨＯは計算機システムを利用しているユーザに
関する情報を交換するプログラムである。
ークアドレス（ＴＣＰ／ＩＰ上で機器を識別するための
アドレス）であるインタネットアドレス（ＩＰアドレス
）からＬＡＮ上のアドレスであるＭＡＣ（メディアアク
セス制御）アドレスを求めるためのプロトコルである。 ＲＯＵＴＥＤは複数のＬＡＮの間でルーティングを行う
ルータ間で経路制御情報を交換するプログラム（タスク
）、ＲＷＨＯは計算機システムを利用しているユーザに
関する情報を交換するプログラムである。
【０００５】このように便利なブロードキャストパケッ
トであるが、従来のＬＡＮシステムでは、ネットワーク
内での設定情報の不整合やプログラムの不具合によって
、ブロードキャストパケットが異常発生し、重大なネッ
トワーク障害が発生することが判明している。
トであるが、従来のＬＡＮシステムでは、ネットワーク
内での設定情報の不整合やプログラムの不具合によって
、ブロードキャストパケットが異常発生し、重大なネッ
トワーク障害が発生することが判明している。
【０００６】上記の障害には２種類あることが知られて
いる。１つはブロードキャストストームと呼ばれるもの
で、もう１つはメルトダウンと呼ばれるものである。ブ
ロードキャストストームは、ブロードキャストパケット
が一時的に異常発生することが要因となって、ＬＡＮ上
の転送性能が劣化したり、端末やＬＡＮに対する計算機
システムの応答が遅くなるなどの現象となって現れるも
のである。
いる。１つはブロードキャストストームと呼ばれるもの
で、もう１つはメルトダウンと呼ばれるものである。ブ
ロードキャストストームは、ブロードキャストパケット
が一時的に異常発生することが要因となって、ＬＡＮ上
の転送性能が劣化したり、端末やＬＡＮに対する計算機
システムの応答が遅くなるなどの現象となって現れるも
のである。
【０００７】またメルトダウンは、ブロードキャストス
トームの更に進んだ状態、即ちパケットの送信が発振状
態になったものである。これがひとたび発生すると、計
算機システムからの応答がなくなり、ＬＡＮに接続され
る全ての計算機システムを再立上げしなければならない
。現在、このような障害が発生するメカニズムは解明さ
れているものの、これを回避する有効な手段は見つかっ
ていない。
トームの更に進んだ状態、即ちパケットの送信が発振状
態になったものである。これがひとたび発生すると、計
算機システムからの応答がなくなり、ＬＡＮに接続され
る全ての計算機システムを再立上げしなければならない
。現在、このような障害が発生するメカニズムは解明さ
れているものの、これを回避する有効な手段は見つかっ
ていない。
【０００８】
【発明が解決しようとする課題】上記したように従来は
、ブロードキャストパケットを適用するＣＳＭＡ／ＣＤ
型のＬＡＮシステムにおいてブロードキャストパケット
が異常発生し、ブロードキャストストームやメルトダウ
ンといったネットワーク障害を招くという問題があった
。
、ブロードキャストパケットを適用するＣＳＭＡ／ＣＤ
型のＬＡＮシステムにおいてブロードキャストパケット
が異常発生し、ブロードキャストストームやメルトダウ
ンといったネットワーク障害を招くという問題があった
。
【０００９】従来、このような障害発生のメカニズムは
解明されているものの、これを回避する有効な手段が見
つかっていないため、ひとたびネットワーク障害が発生
すると、ネットワークに接続された各計算機システムで
は、大量の且つ無意味なブロードキャストパケットを受
信し廃棄する処理を行わなければならず、その処理に計
算能力を費やし、本来の処理の性能劣化を余儀なくされ
るといった問題があった。
解明されているものの、これを回避する有効な手段が見
つかっていないため、ひとたびネットワーク障害が発生
すると、ネットワークに接続された各計算機システムで
は、大量の且つ無意味なブロードキャストパケットを受
信し廃棄する処理を行わなければならず、その処理に計
算能力を費やし、本来の処理の性能劣化を余儀なくされ
るといった問題があった。
【００１０】この発明は上記事情に鑑みてなされたもの
でその目的は、ブロードキャストパケットが異常発生す
るネットワーク障害が発生したとき、或いはその兆候が
あるときに、それを自動的に検出して計算機管理者に通
知すると共に、自計算機システムをＬＡＮから論理的に
切離すことができる計算機システムを提供することにあ
る。
でその目的は、ブロードキャストパケットが異常発生す
るネットワーク障害が発生したとき、或いはその兆候が
あるときに、それを自動的に検出して計算機管理者に通
知すると共に、自計算機システムをＬＡＮから論理的に
切離すことができる計算機システムを提供することにあ
る。
【００１１】この発明の他の目的は、ネットワーク障害
が回復した場合に自計算機システムをＬＡＮに論理的に
接続させることができる計算機システムを提供すること
にある。
が回復した場合に自計算機システムをＬＡＮに論理的に
接続させることができる計算機システムを提供すること
にある。
【００１２】
【課題を解決するための手段】この発明は、ブロードキ
ャストパケットを利用するプロトコルを適用したＣＳＭ
Ａ／ＣＤ型のＬＡＮにおいてネットワーク障害を発生さ
せるパケットは限られていることに着目し、上記ＬＡＮ
上のパケットを監視し、ネットワーク障害を発生させる
特定のパケット（不正パケット）を検出することにより
、ネットワーク障害を検出する障害検出手段と、自計算
機システムをＬＡＮに接続することを要求するための要
求入力手段と、この要求入力手段からの接続要求に応じ
て接続指令を発する接続指令手段と、上記障害検出手段
によるネットワーク障害検出に応じて自計算機システム
ＬＡＮから論理的に切離し、上記接続指令手段からの接
続指令に応じて自計算機システムをＬＡＮに論理的に接
続する接続切離し手段と、障害検出手段によるネットワ
ーク障害検出に応じてネットワーク障害を外部に通知す
るための通知手段とを備えたことを特徴とするものであ
る。
ャストパケットを利用するプロトコルを適用したＣＳＭ
Ａ／ＣＤ型のＬＡＮにおいてネットワーク障害を発生さ
せるパケットは限られていることに着目し、上記ＬＡＮ
上のパケットを監視し、ネットワーク障害を発生させる
特定のパケット（不正パケット）を検出することにより
、ネットワーク障害を検出する障害検出手段と、自計算
機システムをＬＡＮに接続することを要求するための要
求入力手段と、この要求入力手段からの接続要求に応じ
て接続指令を発する接続指令手段と、上記障害検出手段
によるネットワーク障害検出に応じて自計算機システム
ＬＡＮから論理的に切離し、上記接続指令手段からの接
続指令に応じて自計算機システムをＬＡＮに論理的に接
続する接続切離し手段と、障害検出手段によるネットワ
ーク障害検出に応じてネットワーク障害を外部に通知す
るための通知手段とを備えたことを特徴とするものであ
る。
【００１３】
【作用】上記の構成によれば、ネットワーク障害の発生
を招く虞のある、或いは招いているパケットは限られて
いるため、障害検出手段がネットワークを流れるパケッ
トを監視して、この種の特定パケット（不正パケット）
を検出することにより、ネットワーク障害の発生、或い
はその兆候を確実に検出することができる。
を招く虞のある、或いは招いているパケットは限られて
いるため、障害検出手段がネットワークを流れるパケッ
トを監視して、この種の特定パケット（不正パケット）
を検出することにより、ネットワーク障害の発生、或い
はその兆候を確実に検出することができる。
【００１４】また、ネットワーク障害の検出時には、自
計算機システムが接続切離し手段によりＬＡＮから論理
的に切離されるので、自計算機システムはＬＡＮとは無
関係な処理については継続できる。
計算機システムが接続切離し手段によりＬＡＮから論理
的に切離されるので、自計算機システムはＬＡＮとは無
関係な処理については継続できる。
【００１５】また、ネットワーク障害の検出時には、そ
の旨が外部通知されるため、計算機管理者は直ちにネッ
トワーク障害を知ることができ、しかも障害回復時に要
求入力手段を操作して接続要求を入力すると、接続指令
手段から接続指令が発せられて接続切離し手段が動作し
、自計算機システムを再びネットワークに加入させるこ
とができる。
の旨が外部通知されるため、計算機管理者は直ちにネッ
トワーク障害を知ることができ、しかも障害回復時に要
求入力手段を操作して接続要求を入力すると、接続指令
手段から接続指令が発せられて接続切離し手段が動作し
、自計算機システムを再びネットワークに加入させるこ
とができる。
【００１６】更に、接続指令手段にタイマ機能を設け、
ネットワーク障害検出時から一定時間経過後に接続指令
を発する構成とすることにより、自計算機システムを自
動的にネットワークに加入させることができるようにな
り、特にブロードキャストストームといった一時的なネ
ットワーク障害の場合には便利である。
ネットワーク障害検出時から一定時間経過後に接続指令
を発する構成とすることにより、自計算機システムを自
動的にネットワークに加入させることができるようにな
り、特にブロードキャストストームといった一時的なネ
ットワーク障害の場合には便利である。
【００１７】
【実施例】図１はこの発明の一実施例に係る計算機シス
テムの構成を示すブロック図である。同図において、１
は例えば制御用、ＣＡＤ（計算機援用設計）用などのフ
ォルトトレラント計算機システムであり、ＴＣＰ／ＩＰ
を適用するＣＳＭＡ／ＣＤ型ＬＡＮ２にＬＡＮ制御装置
３を介して接続されている。ＬＡＮ制御装置３は、ＬＡ
Ｎ２へのパケット送信、ＬＡＮ２からのパケット受信等
を司るもので、計算機システム１に組み込まれているタ
イプのものであってもよい。
テムの構成を示すブロック図である。同図において、１
は例えば制御用、ＣＡＤ（計算機援用設計）用などのフ
ォルトトレラント計算機システムであり、ＴＣＰ／ＩＰ
を適用するＣＳＭＡ／ＣＤ型ＬＡＮ２にＬＡＮ制御装置
３を介して接続されている。ＬＡＮ制御装置３は、ＬＡ
Ｎ２へのパケット送信、ＬＡＮ２からのパケット受信等
を司るもので、計算機システム１に組み込まれているタ
イプのものであってもよい。
【００１８】計算機システム１は、計算機システム本体
１１と、同本体１１に接続される表示入力装置１２とを
持つ。表示入力装置１２は、計算機システム本体１１（
内の後述する障害検出部１５）によって検出されたネッ
トワーク障害（およびその際のパケット情報）の計算機
管理者への通知、および計算機管理者操作による計算機
システム１のＬＡＮ２への論理的接続要求の入力等を行
うためのものである。
１１と、同本体１１に接続される表示入力装置１２とを
持つ。表示入力装置１２は、計算機システム本体１１（
内の後述する障害検出部１５）によって検出されたネッ
トワーク障害（およびその際のパケット情報）の計算機
管理者への通知、および計算機管理者操作による計算機
システム１のＬＡＮ２への論理的接続要求の入力等を行
うためのものである。
【００１９】計算機システム本体１１には、ＴＣＰ／Ｉ
Ｐのプロトコルや、その上位のｆｔｐ（ｆｉｌｅ ｔｒ
ａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ）等のネットワークア
プリケーションを実現するためのネットワーク上位層１
３、ネットワーク上位層１３のためにＬＡＮ制御装置３
に対してパケット送信や受信を要求するＬＡＮドライバ
１４、および障害検出部１５が設けられる。この障害検
出部１５は、例えばＬＡＮドライバ１４の一機能として
設けられており、ＬＡＮ制御装置３からＬＡＮドライバ
１４が受取ったパケットをチェックし、ネットワークに
障害が発生していないか（或いは発生する兆候があるか
）を監視するためのものである。
Ｐのプロトコルや、その上位のｆｔｐ（ｆｉｌｅ ｔｒ
ａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ）等のネットワークア
プリケーションを実現するためのネットワーク上位層１
３、ネットワーク上位層１３のためにＬＡＮ制御装置３
に対してパケット送信や受信を要求するＬＡＮドライバ
１４、および障害検出部１５が設けられる。この障害検
出部１５は、例えばＬＡＮドライバ１４の一機能として
設けられており、ＬＡＮ制御装置３からＬＡＮドライバ
１４が受取ったパケットをチェックし、ネットワークに
障害が発生していないか（或いは発生する兆候があるか
）を監視するためのものである。
【００２０】計算機システム本体１１にはまた、障害検
出部１５のネットワーク障害検出に応じて表示入力装置
１２にその旨のメッセージを表示し、計算機管理者に障
害を通知する管理者通知部１６、および表示入力装置１
２から入力された論理的接続要求を受付けて後述する論
理的接続切断部１９に対して接続指令を発する接続指令
部１７が設けられる。接続指令部１７には障害検出部１
５のネットワーク障害（例えばブロードキャストストー
ム）検出に応じて起動されるタイマ１８が設けられてお
り、接続指令部１７はタイマ１８のタイムアウト時にも
接続指令を発するようになっている。
出部１５のネットワーク障害検出に応じて表示入力装置
１２にその旨のメッセージを表示し、計算機管理者に障
害を通知する管理者通知部１６、および表示入力装置１
２から入力された論理的接続要求を受付けて後述する論
理的接続切断部１９に対して接続指令を発する接続指令
部１７が設けられる。接続指令部１７には障害検出部１
５のネットワーク障害（例えばブロードキャストストー
ム）検出に応じて起動されるタイマ１８が設けられてお
り、接続指令部１７はタイマ１８のタイムアウト時にも
接続指令を発するようになっている。
【００２１】計算機システム本体１１には更に、計算機
システム１（内のＬＡＮドライバ１４）とＬＡＮ制御装
置３との間の論理的な接続および切離し（切断）を司る
論理的接続切断部１９が設けられる。論理的接続切断部
１９は論理的なスイッチであり、障害検出部１５のネッ
トワーク障害検出に応じて計算機システム１をＬＡＮ制
御装置３から論理的に切離し、接続指令部１７からの接
続指令に応じ計算機システム１をＬＡＮ制御装置３に論
理的に接続するようになっている。
システム１（内のＬＡＮドライバ１４）とＬＡＮ制御装
置３との間の論理的な接続および切離し（切断）を司る
論理的接続切断部１９が設けられる。論理的接続切断部
１９は論理的なスイッチであり、障害検出部１５のネッ
トワーク障害検出に応じて計算機システム１をＬＡＮ制
御装置３から論理的に切離し、接続指令部１７からの接
続指令に応じ計算機システム１をＬＡＮ制御装置３に論
理的に接続するようになっている。
【００２２】図２は図１のＬＡＮ２上のＴＣＰ／ＩＰネ
ットワークにおけるブロードキャストストームを説明す
るための図である。同図において、２１〜２３はＬＡＮ
２に接続された計算機（以下、ＷＳと称する）である。 なお、ＷＳ２１〜２３以外の計算機（ＷＳ）については
省略されている。
ットワークにおけるブロードキャストストームを説明す
るための図である。同図において、２１〜２３はＬＡＮ
２に接続された計算機（以下、ＷＳと称する）である。 なお、ＷＳ２１〜２３以外の計算機（ＷＳ）については
省略されている。
【００２３】さて、ＴＣＰ／ＩＰネットワークにおいて
、ブロードキャストパケットの宛先を示すアドレスはＩ
Ｐブロードキャストアドレスと呼ばれる。このＩＰブロ
ードキャストアドレスは２種に大別される。ＷＳ２１〜
２３は、使用するＩＰブロードキャストアドレスの違い
により、タイプ１とタイプ２に分類される。このような
ＩＰブロードキャストアドレスの違いは、ＷＳに搭載さ
れているプログラムの違い（不具合）に起因して生じる
ものである。なお、本実施例においては、ＷＳ２２，２
３はタイプ１、ＷＳ２１はタイプ２であるものとする。
、ブロードキャストパケットの宛先を示すアドレスはＩ
Ｐブロードキャストアドレスと呼ばれる。このＩＰブロ
ードキャストアドレスは２種に大別される。ＷＳ２１〜
２３は、使用するＩＰブロードキャストアドレスの違い
により、タイプ１とタイプ２に分類される。このような
ＩＰブロードキャストアドレスの違いは、ＷＳに搭載さ
れているプログラムの違い（不具合）に起因して生じる
ものである。なお、本実施例においては、ＷＳ２２，２
３はタイプ１、ＷＳ２１はタイプ２であるものとする。
【００２４】ここで、ＩＰブロードキャストアドレスに
ついて、図３のＩＰアドレスフォーマットを参照して説
明する。まず、ＴＣＰ／ＩＰにおけるネットワークアド
レスであるＩＰアドレス（インタネットアドレス）は、
図３（ａ）に示すように、ネットワークアドレスと、同
ネットワークアドレスで示されるネットワークに接続さ
れている機器（計算機）のアドレス（ホストアドレス）
とで構成されるのを基本とする。
ついて、図３のＩＰアドレスフォーマットを参照して説
明する。まず、ＴＣＰ／ＩＰにおけるネットワークアド
レスであるＩＰアドレス（インタネットアドレス）は、
図３（ａ）に示すように、ネットワークアドレスと、同
ネットワークアドレスで示されるネットワークに接続さ
れている機器（計算機）のアドレス（ホストアドレス）
とで構成されるのを基本とする。
【００２５】ＴＣＰ／ＩＰにおけるＩＰブロードキャス
トアドレスは、ホストアドレスが、図３（ｂ）に示すよ
うにオール“１”のＩＰアドレスと、図３（ｃ）に示す
ようにオール“０”のＩＰアドレスとに大別される。タ
イプ１のＷＳ２２，２３は図３（ｂ）に示すＩＰブロー
ドキャストアドレスを使用し、タイプ２のＷＳ２１は図
３（ｃ）に示すＩＰブロードキャストアドレスを使用す
る。
トアドレスは、ホストアドレスが、図３（ｂ）に示すよ
うにオール“１”のＩＰアドレスと、図３（ｃ）に示す
ようにオール“０”のＩＰアドレスとに大別される。タ
イプ１のＷＳ２２，２３は図３（ｂ）に示すＩＰブロー
ドキャストアドレスを使用し、タイプ２のＷＳ２１は図
３（ｃ）に示すＩＰブロードキャストアドレスを使用す
る。
【００２６】なお、１つのネットワークが複数のサブネ
ットワークによって構成されるＬＡＮで適用され、ネッ
トワークアドレス、サブネットワークアドレス、および
ホストアドレスから構成されるＩＰアドレスも知られて
おり、このＩＰアドレスにおけるＩＰブロードキャスト
アドレスについても、上記と同様に、ホストアドレスが
オール“１”のものとオール“０”のものとの２種類が
ある。したがって、ＴＣＰ／ＩＰにおけるＩＰブロード
キャストアドレスは４種類ある。
ットワークによって構成されるＬＡＮで適用され、ネッ
トワークアドレス、サブネットワークアドレス、および
ホストアドレスから構成されるＩＰアドレスも知られて
おり、このＩＰアドレスにおけるＩＰブロードキャスト
アドレスについても、上記と同様に、ホストアドレスが
オール“１”のものとオール“０”のものとの２種類が
ある。したがって、ＴＣＰ／ＩＰにおけるＩＰブロード
キャストアドレスは４種類ある。
【００２７】ここで、図２のＬＡＮシステムにおけるネ
ットワーク障害の発生メカニズムについて、説明する。 （１）まずタイプ１のＷＳ２３が、図３（ｂ）に示すＩ
Ｐブロードキャストアドレスを用いて、図２において符
号Ｓ１で示すようにＩＰブロードキャストパケットを発
信したものとする。
ットワーク障害の発生メカニズムについて、説明する。 （１）まずタイプ１のＷＳ２３が、図３（ｂ）に示すＩ
Ｐブロードキャストアドレスを用いて、図２において符
号Ｓ１で示すようにＩＰブロードキャストパケットを発
信したものとする。
【００２８】（２）タイプ１のＷＳ２２は、ＷＳ２３と
同一のＩＰブロードキャストアドレスを使用しているの
で、ＷＳ２３からのパケットを受信すると、図２におい
て符号Ｓ２で示すようにＩＰブロードキャストパケット
として正しく認識し、正常に処理する。
同一のＩＰブロードキャストアドレスを使用しているの
で、ＷＳ２３からのパケットを受信すると、図２におい
て符号Ｓ２で示すようにＩＰブロードキャストパケット
として正しく認識し、正常に処理する。
【００２９】（３）これに対して、タイプ２のＷＳ２１
は、ＷＳ２３と異なるＩＰブロードキャストアドレスを
使用しているため、ＷＳ２３からのパケットをＩＰブロ
ードキャストパケットとして認識できず、図２において
符号Ｓ３で示すように、誤って他の計算機宛てのパケッ
トであると認識してしまう。このときＷＳ２３は、その
パケットをルーティングしようとする。
は、ＷＳ２３と異なるＩＰブロードキャストアドレスを
使用しているため、ＷＳ２３からのパケットをＩＰブロ
ードキャストパケットとして認識できず、図２において
符号Ｓ３で示すように、誤って他の計算機宛てのパケッ
トであると認識してしまう。このときＷＳ２３は、その
パケットをルーティングしようとする。
【００３０】（４）まずＷＳ２１は、相手宛先のＭＡＣ
アドレス（ＬＡＮアドレス）を求めるために、図２にお
いて符号Ｓ４で示すように、（誤って）他の計算機宛て
のパケットであると認識したパケットのＩＰアドレス（
実際には、ＩＰブロードキャストアドレス）を持つＡＲ
Ｐ要求を、ＬＡＮ２上にＩＰブロードキャストパケット
を使用して送出する。このＡＲＰ要求（を示すＩＰブロ
ードキャストパケット）は、ＷＳ２１，２２など、ＬＡ
Ｎ２上の全ての計算機で受信される。
アドレス（ＬＡＮアドレス）を求めるために、図２にお
いて符号Ｓ４で示すように、（誤って）他の計算機宛て
のパケットであると認識したパケットのＩＰアドレス（
実際には、ＩＰブロードキャストアドレス）を持つＡＲ
Ｐ要求を、ＬＡＮ２上にＩＰブロードキャストパケット
を使用して送出する。このＡＲＰ要求（を示すＩＰブロ
ードキャストパケット）は、ＷＳ２１，２２など、ＬＡ
Ｎ２上の全ての計算機で受信される。
【００３１】しかし、ＩＰブロードキャストアドレスと
一致するアドレスを持っている計算機は存在しないため
、どの計算機もＡＲＰ応答を返さない。このため、ＷＳ
２１はＡＲＰ要求を数回から数十回繰返し、エラーを検
出する。
一致するアドレスを持っている計算機は存在しないため
、どの計算機もＡＲＰ応答を返さない。このため、ＷＳ
２１はＡＲＰ要求を数回から数十回繰返し、エラーを検
出する。
【００３２】この無駄なＡＲＰ要求を、ＷＳ２１を初め
とするＬＡＮ２上の全てのタイプ２のＷＳ（即ち、ＷＳ
２３と異なるＩＰブロードキャストアドレスを使用する
全計算機）が繰返す。このため、ＬＡＮ２上には、意味
のないブロードキャストアドレスが吹き荒れることにな
る。これが、ブロードキャストストームである。
とするＬＡＮ２上の全てのタイプ２のＷＳ（即ち、ＷＳ
２３と異なるＩＰブロードキャストアドレスを使用する
全計算機）が繰返す。このため、ＬＡＮ２上には、意味
のないブロードキャストアドレスが吹き荒れることにな
る。これが、ブロードキャストストームである。
【００３３】（５）ＷＳ２１はＡＲＰ要求がエラーで終
了すると、エラーを、図２において符号Ｓ５で示すよう
にＩＣＭＰメッセージと呼ぶ特定のパケットに乗せて送
信元に返す。ところが、ＷＳ２１に搭載されているプロ
グラムに特定の不具合がある場合、ＷＳ２１は送信元で
はなく、誤って送信できなかったパケットの宛先にＩＣ
ＭＰパケットを乗せて送信してしまうことが知られてい
る。
了すると、エラーを、図２において符号Ｓ５で示すよう
にＩＣＭＰメッセージと呼ぶ特定のパケットに乗せて送
信元に返す。ところが、ＷＳ２１に搭載されているプロ
グラムに特定の不具合がある場合、ＷＳ２１は送信元で
はなく、誤って送信できなかったパケットの宛先にＩＣ
ＭＰパケットを乗せて送信してしまうことが知られてい
る。
【００３４】このようなＩＣＭＰパケット送信が行われ
た場合、宛先はＩＰブロードキャストアドレスであるか
ら、ＷＳ２１，２２など、ＬＡＮ２上の全ての計算機が
ＩＣＭＰパケットを受信してしまう。このパケットに対
して、またＷＳ２１のような（タイプ２の）ＷＳが存在
することにより、上記（３）以降が繰返される。つまり
、ブロードキャストストームが永久に続く状態になる。 これがメルトダウンである。
た場合、宛先はＩＰブロードキャストアドレスであるか
ら、ＷＳ２１，２２など、ＬＡＮ２上の全ての計算機が
ＩＣＭＰパケットを受信してしまう。このパケットに対
して、またＷＳ２１のような（タイプ２の）ＷＳが存在
することにより、上記（３）以降が繰返される。つまり
、ブロードキャストストームが永久に続く状態になる。 これがメルトダウンである。
【００３５】なお、メルトダウンに至る他のケースとし
ては、計算機のＭＡＣアドレス（個別アドレス）が誤っ
てブロードキャストアドレス（同報アドレス）になって
しまった場合がある。具体的には、図４に示すようにＭ
ＡＣアドレス中の個別アドレスと同報アドレスとを識別
するための個別／同報識別ビット（“０”で個別アドレ
ス、“１”で同報アドレス）が、誤って“０”から“１
”に変わってしまった場合である。
ては、計算機のＭＡＣアドレス（個別アドレス）が誤っ
てブロードキャストアドレス（同報アドレス）になって
しまった場合がある。具体的には、図４に示すようにＭ
ＡＣアドレス中の個別アドレスと同報アドレスとを識別
するための個別／同報識別ビット（“０”で個別アドレ
ス、“１”で同報アドレス）が、誤って“０”から“１
”に変わってしまった場合である。
【００３６】このときには、当該計算機に対するパケッ
トの送信が全てＬＡＮ上のＩＰブロードキャストアドレ
スになってしまうため、上記（３）のルーティングを他
の全てのＷＳが始めてしまう。このルーティングはねず
み算的に増えていき、直ちに飽和状態に達し、永久に続
く状態となる。
トの送信が全てＬＡＮ上のＩＰブロードキャストアドレ
スになってしまうため、上記（３）のルーティングを他
の全てのＷＳが始めてしまう。このルーティングはねず
み算的に増えていき、直ちに飽和状態に達し、永久に続
く状態となる。
【００３７】図１の計算機システム１は、上記したよう
なネットワーク障害を、その障害発生時、或いはその兆
候があるときに、障害検出部１５により自動的に検出し
、計算機システム１をＬＡＮ制御装置３（が接続されて
いるＬＡＮ２）から論理的に切離すようになっており、
その動作を図５のフローチャートを適宜参照して説明す
る。
なネットワーク障害を、その障害発生時、或いはその兆
候があるときに、障害検出部１５により自動的に検出し
、計算機システム１をＬＡＮ制御装置３（が接続されて
いるＬＡＮ２）から論理的に切離すようになっており、
その動作を図５のフローチャートを適宜参照して説明す
る。
【００３８】まず計算機システム１のＬＡＮドライバ１
４は、ＬＡＮ制御装置３がＬＡＮ２上を流れるパケット
を受信すると、同パケットを受取り障害検出部１５に渡
す。障害検出部１５は、ＬＡＮドライバ１４から受信パ
ケットを受取ると（ステップＡ）、図２を参照して説明
したような、ＴＣＰ／ＩＰネットワークにおいてブロー
ドキャストストームやメルトダウンなどのネットワーク
障害の原因となるパケット、或いはネットワーク障害が
発生していることを示すパケットの検出を次のように行
う。
４は、ＬＡＮ制御装置３がＬＡＮ２上を流れるパケット
を受信すると、同パケットを受取り障害検出部１５に渡
す。障害検出部１５は、ＬＡＮドライバ１４から受信パ
ケットを受取ると（ステップＡ）、図２を参照して説明
したような、ＴＣＰ／ＩＰネットワークにおいてブロー
ドキャストストームやメルトダウンなどのネットワーク
障害の原因となるパケット、或いはネットワーク障害が
発生していることを示すパケットの検出を次のように行
う。
【００３９】まず障害検出部１５は、ＬＡＮドライバ１
４から受取った受信パケットの発信元を示す図４に示す
フォーマットのＭＡＣアドレスの先頭ビット（個別／同
報識別ビット）をチェックし（ステップＢ）、“０”（
個別アドレス）であることを確認する。もし“１”なら
、即ち発信元を示すＭＡＣアドレスが同報アドレスであ
るならば、障害検出部１５は論理的接続切断部１９およ
び管理者通知部１６にメルトダウンを通知し、管理者通
知部１６には更にその受信パケット（不正パケット）を
渡す（ステップＧ）。
４から受取った受信パケットの発信元を示す図４に示す
フォーマットのＭＡＣアドレスの先頭ビット（個別／同
報識別ビット）をチェックし（ステップＢ）、“０”（
個別アドレス）であることを確認する。もし“１”なら
、即ち発信元を示すＭＡＣアドレスが同報アドレスであ
るならば、障害検出部１５は論理的接続切断部１９およ
び管理者通知部１６にメルトダウンを通知し、管理者通
知部１６には更にその受信パケット（不正パケット）を
渡す（ステップＧ）。
【００４０】障害検出部１５は、ステップＢにおいて発
信元を示すＭＡＣアドレスが個別アドレスであることを
確認すると、受信パケットがＡＲＰ要求パケットで、且
つパケット内のＩＰアドレス（インタネットアドレス）
がＩＰブロードキャストアドレスの１つであるかを調べ
（ステップＣ）、そうであるならば、論理的接続切断部
１９、管理者通知部１６および接続指令部１７にネット
ワーク障害（ブロードキャストストーム）を通知し、管
理者通知部１６には更にその受信パケットを渡す（ステ
ップＦ）。
信元を示すＭＡＣアドレスが個別アドレスであることを
確認すると、受信パケットがＡＲＰ要求パケットで、且
つパケット内のＩＰアドレス（インタネットアドレス）
がＩＰブロードキャストアドレスの１つであるかを調べ
（ステップＣ）、そうであるならば、論理的接続切断部
１９、管理者通知部１６および接続指令部１７にネット
ワーク障害（ブロードキャストストーム）を通知し、管
理者通知部１６には更にその受信パケットを渡す（ステ
ップＦ）。
【００４１】一方、ステップＣにおいて、受信パケット
がＡＲＰ要求パケットでないことを確認した場合には、
障害検出部１５は受信パケットがＩＣＭＰパケットで、
且つ宛先のＩＰアドレスがＩＰブロードキャストアドレ
スであるかを調べ（ステップＤ）、そうであるならば、
論理的接続切断部１９および管理者通知部１６にネット
ワーク障害（メルトダウン）を通知し、管理者通知部１
６には更にその受信パケットを渡す（ステップＧ）。
がＡＲＰ要求パケットでないことを確認した場合には、
障害検出部１５は受信パケットがＩＣＭＰパケットで、
且つ宛先のＩＰアドレスがＩＰブロードキャストアドレ
スであるかを調べ（ステップＤ）、そうであるならば、
論理的接続切断部１９および管理者通知部１６にネット
ワーク障害（メルトダウン）を通知し、管理者通知部１
６には更にその受信パケットを渡す（ステップＧ）。
【００４２】もし、ステップＤにおいて、受信パケット
がＩＣＭＰパケットでないか、或いはＩＣＭＰパケット
であっても宛先のＩＰアドレスがＩＰブロードキャスト
アドレスでないことを確認した場合には、即ちステップ
Ｂ〜Ｄのいずれにおいてもネットワーク障害が検出され
なかった場合には、障害検出部１５はネットワーク障害
の兆候もないものとして、その受信パケットをＬＡＮド
ライバ１４に戻す（ステップＥ）。これによりＬＡＮド
ライバ１４は、通常の処理を再開できる。
がＩＣＭＰパケットでないか、或いはＩＣＭＰパケット
であっても宛先のＩＰアドレスがＩＰブロードキャスト
アドレスでないことを確認した場合には、即ちステップ
Ｂ〜Ｄのいずれにおいてもネットワーク障害が検出され
なかった場合には、障害検出部１５はネットワーク障害
の兆候もないものとして、その受信パケットをＬＡＮド
ライバ１４に戻す（ステップＥ）。これによりＬＡＮド
ライバ１４は、通常の処理を再開できる。
【００４３】次に論理的接続切断部１９の動作を説明す
る。論理的接続切断部１９は、障害検出部１５からメル
トダウンまたはブロードキャストストームのネットワー
ク障害が検出されたことが通知されると、計算機システ
ム１（内のＬＡＮドライバ１４）を（ＬＡＮ２に接続さ
れている）ＬＡＮ制御装置３から論理的に切離す。この
切離しとは、ＬＡＮ制御装置３からの割込みを無効にし
たり、ＬＡＮ制御装置３に対するＬＡＮドライバ１４か
らの指令を無効にすることなどであり、プログラムで論
理的に実現することが可能である。
る。論理的接続切断部１９は、障害検出部１５からメル
トダウンまたはブロードキャストストームのネットワー
ク障害が検出されたことが通知されると、計算機システ
ム１（内のＬＡＮドライバ１４）を（ＬＡＮ２に接続さ
れている）ＬＡＮ制御装置３から論理的に切離す。この
切離しとは、ＬＡＮ制御装置３からの割込みを無効にし
たり、ＬＡＮ制御装置３に対するＬＡＮドライバ１４か
らの指令を無効にすることなどであり、プログラムで論
理的に実現することが可能である。
【００４４】ところで従来の計算機システムでは、ネッ
トワーク障害が発生すると、障害から回復するか、ネッ
トワーク全体を再立上げするまでは、［発明が解決しよ
うとする課題］の項で述べたように、大量のかつ無意味
なブロードキャストパケットを受信し廃棄する処理を行
わなければならないため、計算機は動作不能になるか、
性能を著しく低下させられていた。しかし本実施例では
、ネットワーク障害が発生すると、その旨が障害検出部
１５により検出されて、論理的接続切断部１９により計
算機システム１がＬＡＮ２から自動的に切離される。 このため、計算機システム１においてはＬＡＮ関係の処
理は続行不能であるが、ＬＡＮに関係のない処理はその
まま、ネットワーク障害発生以前と同様の性能でもって
実行することができる。
トワーク障害が発生すると、障害から回復するか、ネッ
トワーク全体を再立上げするまでは、［発明が解決しよ
うとする課題］の項で述べたように、大量のかつ無意味
なブロードキャストパケットを受信し廃棄する処理を行
わなければならないため、計算機は動作不能になるか、
性能を著しく低下させられていた。しかし本実施例では
、ネットワーク障害が発生すると、その旨が障害検出部
１５により検出されて、論理的接続切断部１９により計
算機システム１がＬＡＮ２から自動的に切離される。 このため、計算機システム１においてはＬＡＮ関係の処
理は続行不能であるが、ＬＡＮに関係のない処理はその
まま、ネットワーク障害発生以前と同様の性能でもって
実行することができる。
【００４５】次に、管理者通知部１６の動作を説明する
。管理者通知部１６は、障害検出部１５からメルトダウ
ンまたはブロードキャストストームのネットワーク障害
が検出されたことが通知され、更にその際の受信パケッ
ト（不正パケット）が渡されると、表示入力装置１２に
、ネットワーク障害が発生した旨のメッセージと障害検
出部１５から渡されたパケット（即ち、その際にＬＡＮ
２を流れていたパケット）を表示する。
。管理者通知部１６は、障害検出部１５からメルトダウ
ンまたはブロードキャストストームのネットワーク障害
が検出されたことが通知され、更にその際の受信パケッ
ト（不正パケット）が渡されると、表示入力装置１２に
、ネットワーク障害が発生した旨のメッセージと障害検
出部１５から渡されたパケット（即ち、その際にＬＡＮ
２を流れていたパケット）を表示する。
【００４６】これにより計算機管理者は、表示入力装置
１２の表示画面上で、計算機システム１がＬＡＮ２から
（論理的に）切離されていること、およびネットワーク
に障害が発生している（或いは、その兆候がある）ので
早急に対策を打つ必要があることを視認することができ
る。そして計算機管理者は、表示入力装置１２の表示画
面から、実際にどのようなパケットがネットワークを流
れてネットワーク障害が検出されたのかを知ることによ
り、障害の原因を究明（解析）し対策を打つことができ
る。
１２の表示画面上で、計算機システム１がＬＡＮ２から
（論理的に）切離されていること、およびネットワーク
に障害が発生している（或いは、その兆候がある）ので
早急に対策を打つ必要があることを視認することができ
る。そして計算機管理者は、表示入力装置１２の表示画
面から、実際にどのようなパケットがネットワークを流
れてネットワーク障害が検出されたのかを知ることによ
り、障害の原因を究明（解析）し対策を打つことができ
る。
【００４７】ここで、一旦ＬＡＮ２から切離された計算
機システム１をＬＡＮ２に復帰させる（ネットワークに
再度加入させる）方法について説明する。本実施例では
、この復帰方法は以下に述べるように２通りある。
機システム１をＬＡＮ２に復帰させる（ネットワークに
再度加入させる）方法について説明する。本実施例では
、この復帰方法は以下に述べるように２通りある。
【００４８】１つめはブロードキャストストームの場合
の復帰方法である。このブロードキャストストームは本
来起きてはならないものであるが、障害が一時的なもの
であるため、現象が治まったら復帰させるのが望ましい
。しかし、現象が治まるまでの時間はネットワークの規
模にもよるため予測が難しい。そこで本実施例では、次
のように行う。
の復帰方法である。このブロードキャストストームは本
来起きてはならないものであるが、障害が一時的なもの
であるため、現象が治まったら復帰させるのが望ましい
。しかし、現象が治まるまでの時間はネットワークの規
模にもよるため予測が難しい。そこで本実施例では、次
のように行う。
【００４９】まず、障害検出部１５においてブロードキ
ャストストームが検出されたとき、前記したように、障
害検出部１５から接続指令部１７にブロードキャストス
トームの発生を通知する。接続指令部１７は、障害検出
部１５からブロードキャストストームの発生通知を受け
るとタイマ１８を起動する。
ャストストームが検出されたとき、前記したように、障
害検出部１５から接続指令部１７にブロードキャストス
トームの発生を通知する。接続指令部１７は、障害検出
部１５からブロードキャストストームの発生通知を受け
るとタイマ１８を起動する。
【００５０】そして接続指令部１７は、タイマ１８のタ
イムアウト時に、計算機システム１をネットワークに復
帰させるよう、論理的接続切断部１９に接続指令を発す
る。これにより論理的接続切断部１９は、計算機システ
ム１をＬＡＮ制御装置３に論理的に接続し、ネットワー
クに復帰させる。
イムアウト時に、計算機システム１をネットワークに復
帰させるよう、論理的接続切断部１９に接続指令を発す
る。これにより論理的接続切断部１９は、計算機システ
ム１をＬＡＮ制御装置３に論理的に接続し、ネットワー
クに復帰させる。
【００５１】なお、タイマ１８のタイマ値は適当な値で
よい。その理由は、タイムアウト時にブロードキャスト
ストームが続いていたならば、障害検出部１５が再びネ
ットワーク障害を検出し、これにより計算機システム１
が再びＬＡＮ２から論理的に切離されるからである。
よい。その理由は、タイムアウト時にブロードキャスト
ストームが続いていたならば、障害検出部１５が再びネ
ットワーク障害を検出し、これにより計算機システム１
が再びＬＡＮ２から論理的に切離されるからである。
【００５２】２つめはメルトダウンの場合の復帰方法で
ある。メルトダウンはネットワークの再立上げしか回復
の方法がないため、次のように復帰させる。即ちネット
ワークが再立上げされたときに、計算機管理者が表示入
力装置１２を操作して接続指令部１７に対してネットワ
ークへの復帰のための論理的接続要求を入力する。接続
指令部１７は、表示入力装置１２から論理的接続要求を
受取ると、論理的接続切断部１９に対して接続指令を発
する。これにより論理的接続切断部１９は、計算機シス
テム１をＬＡＮ制御装置３に論理的に接続し、ネットワ
ークに復帰させる。
ある。メルトダウンはネットワークの再立上げしか回復
の方法がないため、次のように復帰させる。即ちネット
ワークが再立上げされたときに、計算機管理者が表示入
力装置１２を操作して接続指令部１７に対してネットワ
ークへの復帰のための論理的接続要求を入力する。接続
指令部１７は、表示入力装置１２から論理的接続要求を
受取ると、論理的接続切断部１９に対して接続指令を発
する。これにより論理的接続切断部１９は、計算機シス
テム１をＬＡＮ制御装置３に論理的に接続し、ネットワ
ークに復帰させる。
【００５３】なお、メルトダウンの場合にも、障害検出
部１５から接続指令部１７にネットワーク障害を通知す
るようにすると共に、接続指令部１７においてはタイマ
１８を起動する構成とし、タイムアウト時に論理的接続
切断部１９に対して自動的に接続指令を発するようにし
てもよい。その理由は、メルトダウンが続けば、結局計
算機システム１が再びＬＡＮ２から切離されるためであ
る。
部１５から接続指令部１７にネットワーク障害を通知す
るようにすると共に、接続指令部１７においてはタイマ
１８を起動する構成とし、タイムアウト時に論理的接続
切断部１９に対して自動的に接続指令を発するようにし
てもよい。その理由は、メルトダウンが続けば、結局計
算機システム１が再びＬＡＮ２から切離されるためであ
る。
【００５４】なお、前記実施例では、ＴＣＰ／ＩＰを上
位プロトコルとするネットワークに適用した場合につい
て説明したが、それ以外のプロトコルでも、ＬＡＮの提
供するブロードキャストパケットを利用するプロトコル
のネットワークであれば、同様に適用することができる
。
位プロトコルとするネットワークに適用した場合につい
て説明したが、それ以外のプロトコルでも、ＬＡＮの提
供するブロードキャストパケットを利用するプロトコル
のネットワークであれば、同様に適用することができる
。
【００５５】
【発明の効果】以上詳述したようにこの発明によれば、
ネットワーク障害の発生を招く虞のある、或いは招いて
いるパケットは限られていることに着目し、ネットワー
クを流れるパケットを監視して、この種の不正パケット
を検出することにより、ネットワーク障害の発生、或い
はその兆候を確実に検出でき、しかも、その際に計算機
システムをＬＡＮから論理的に切離すようにしたので、
計算機システムは、ネットワーク障害が発生しても性能
を落とさずにＬＡＮとは無関係の処理については継続す
ることができる。また、この発明によれば、検出された
ネットワーク障害を直ちに計算機管理者に通知すること
ができるので、計算機管理者は早急に対策を打つことが
できる。
ネットワーク障害の発生を招く虞のある、或いは招いて
いるパケットは限られていることに着目し、ネットワー
クを流れるパケットを監視して、この種の不正パケット
を検出することにより、ネットワーク障害の発生、或い
はその兆候を確実に検出でき、しかも、その際に計算機
システムをＬＡＮから論理的に切離すようにしたので、
計算機システムは、ネットワーク障害が発生しても性能
を落とさずにＬＡＮとは無関係の処理については継続す
ることができる。また、この発明によれば、検出された
ネットワーク障害を直ちに計算機管理者に通知すること
ができるので、計算機管理者は早急に対策を打つことが
できる。
【００５６】更に、この発明によれば、ネットワーク障
害の回復時に計算機管理者からの接続要求操作を受付け
て、ＬＡＮから論理的に切離されている計算機システム
を再びＬＡＮに論理的に接続させることができるので、
メルトダウンなどの重大障害であっても、計算機システ
ムを立上げ直す必要がなく、早急にネットワークに復帰
させることができる。
害の回復時に計算機管理者からの接続要求操作を受付け
て、ＬＡＮから論理的に切離されている計算機システム
を再びＬＡＮに論理的に接続させることができるので、
メルトダウンなどの重大障害であっても、計算機システ
ムを立上げ直す必要がなく、早急にネットワークに復帰
させることができる。
【００５７】更に、この発明によれば、ブロードキャス
トストームなどのネットワーク障害検出時から一定時間
経過後に接続指令を発する構成とすることにより、計算
機システムを自動的にネットワークに復帰させることも
できる。
トストームなどのネットワーク障害検出時から一定時間
経過後に接続指令を発する構成とすることにより、計算
機システムを自動的にネットワークに復帰させることも
できる。
【図１】この発明の一実施例に係るＣＳＭＡ／ＣＤ型の
ＬＡＮに接続される計算機システムの構成を示すブロッ
ク図。
ＬＡＮに接続される計算機システムの構成を示すブロッ
ク図。
【図２】図１のＬＡＮ２上のＴＣＰ／ＩＰネットワーク
におけるブロードキャストストームを説明するための図
。
におけるブロードキャストストームを説明するための図
。
【図３】ＩＰブロードキャストアドレスの種類を説明す
るための図。
るための図。
【図４】ＭＡＣアドレスのフォーマットを説明するため
の図。
の図。
【図５】図１の計算機システム１内の障害検出部１５の
動作を説明するためのフローチャート。
動作を説明するためのフローチャート。
１…計算機システム、２…ＬＡＮ（ＣＳＭＡ／ＣＤ型Ｌ
ＡＮ）、３…ＬＡＮ制御装置、１２…表示入力装置、１
４…ＬＡＮドライバ、１５…障害検出部、１６…管理者
通知部、１７…接続指令部、１８…タイマ、１９…論理
的接続切断部、２１〜２３…ＷＳ（計算機）。
ＡＮ）、３…ＬＡＮ制御装置、１２…表示入力装置、１
４…ＬＡＮドライバ、１５…障害検出部、１６…管理者
通知部、１７…接続指令部、１８…タイマ、１９…論理
的接続切断部、２１〜２３…ＷＳ（計算機）。
Claims (2)
- 【請求項１】 ブロードキャストパケットを利用する
プロトコルを適用したＣＳＭＡ／ＣＤ型のＬＡＮに接続
される計算機システムにおいて、上記ＬＡＮ上のパケッ
トを監視し、ネットワーク障害を発生させる予め定めら
れた不正パケットを検出することにより、ネットワーク
障害を検出する障害検出手段と、上記計算機システムの
上記ＬＡＮからの論理的な切離しと上記ＬＡＮへの論理
的な接続とを行う接続切離し手段と、上記障害検出手段
によるネットワーク障害検出に応じてネットワーク障害
を外部に通知するための通知手段と、上記計算機システ
ムを上記ＬＡＮへ接続することを要求するための要求入
力手段と、この要求入力手段からの接続要求を受けて上
記接続切離し手段に対して接続指令を発する接続指令手
段と、を具備し、上記接続切離し手段は、上記障害検出
手段によるネットワーク障害検出に応じて上記計算機シ
ステムを上記ＬＡＮから論理的に切離し、上記接続指令
手段からの接続指令に応じて上記計算機システムを上記
ＬＡＮに論理的に接続することを特徴とする計算機シス
テム。 - 【請求項２】 上記接続指令手段は、上記障害検出手
段によるネットワーク障害検出時から予め設定された時
間経過後に、上記接続切離し手段に対して接続指令を発
することを特徴とする請求項１記載の計算機システム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3105443A JP2752265B2 (ja) | 1991-05-10 | 1991-05-10 | Ｌａｎからの切離し機能を持つ計算機システム |
| US07/879,948 US5341363A (en) | 1991-05-10 | 1992-05-08 | Computer system capable of disconnecting itself from a lan |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3105443A JP2752265B2 (ja) | 1991-05-10 | 1991-05-10 | Ｌａｎからの切離し機能を持つ計算機システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH04334231A true JPH04334231A (ja) | 1992-11-20 |
| JP2752265B2 JP2752265B2 (ja) | 1998-05-18 |
Family
ID=14407741
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3105443A Expired - Fee Related JP2752265B2 (ja) | 1991-05-10 | 1991-05-10 | Ｌａｎからの切離し機能を持つ計算機システム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5341363A (ja) |
| JP (1) | JP2752265B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005043827A1 (ja) | 2003-10-30 | 2005-05-12 | Tokyo Electron Limited | 端末装置、端末装置の制御方法、ネットワークシステム及びその制御方法、プログラム並びに記録媒体 |
| JP2008003731A (ja) * | 2006-06-21 | 2008-01-10 | Hitachi Ltd | 情報処理システム |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5664104A (en) * | 1992-12-18 | 1997-09-02 | Fujitsu Limited | Transfer processor including a plurality of failure display units wherein a transfer process is prohibited if failure is indicated in a failure display unit |
| US5495480A (en) * | 1993-06-21 | 1996-02-27 | Nec Corporation | Packet transmission system having timer for circuit disconnection |
| JPH07211004A (ja) * | 1994-01-20 | 1995-08-11 | Fujitsu Ltd | 磁気ディスク装置および記録媒体 |
| JPH07271699A (ja) * | 1994-03-31 | 1995-10-20 | Canon Inc | ネットワークを介して接続される周辺処理装置と情報処理装置並びにその周辺処理装置における制御方法とその周辺処理装置の制御方法 |
| US5636345A (en) * | 1995-03-30 | 1997-06-03 | Bay Networks, Inc. | Method and apparatus for detecting and preventing broadcast storms on an emulated local area network |
| GB9510931D0 (en) * | 1995-05-31 | 1995-07-26 | 3Com Ireland | Traffic monitoring and control in a switch |
| AUPO446997A0 (en) * | 1997-01-06 | 1997-01-30 | Crown Limited | Table gaming management system |
| US6477486B1 (en) * | 1998-09-10 | 2002-11-05 | Dell Usa, L.P. | Automatic location determination of devices under test |
| US6760859B1 (en) | 2000-05-23 | 2004-07-06 | International Business Machines Corporation | Fault tolerant local area network connectivity |
| US7339885B2 (en) * | 2003-06-05 | 2008-03-04 | International Business Machines Corporation | Method and apparatus for customizable surveillance of network interfaces |
| JP4317828B2 (ja) * | 2005-03-15 | 2009-08-19 | 富士通株式会社 | ネットワーク監視装置およびネットワーク監視方法 |
| US7689689B2 (en) * | 2007-06-11 | 2010-03-30 | Air Products And Chemicals, Inc. | Protection of industrial equipment from network storms emanating from a network system |
| US12210893B2 (en) * | 2021-07-29 | 2025-01-28 | Red Hat, Inc. | Establishing process connections utilizing an intermediary broker |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS62186540U (ja) * | 1986-05-16 | 1987-11-27 | ||
| JPS63121345A (ja) * | 1986-11-10 | 1988-05-25 | Mitsubishi Cable Ind Ltd | 光ロ−カルエリアネツトワ−クにおける信号再生不良検出方法 |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4593154A (en) * | 1983-07-08 | 1986-06-03 | Nissan Motor Company, Limited | Loop-type data transmission/reception network |
| US4779261A (en) * | 1985-09-24 | 1988-10-18 | Kabushiki Kaisha Toshiba | Loop network |
| US4825435A (en) * | 1985-11-08 | 1989-04-25 | Digital Equipment Corp. | Multiport repeater |
| US4701910A (en) * | 1985-11-29 | 1987-10-20 | General Electric Company | Reliable local area network including active stations |
| US4700344A (en) * | 1986-06-13 | 1987-10-13 | Ncr Corporation | Processor overrun circuit |
| US4847837A (en) * | 1986-11-07 | 1989-07-11 | The United States Of America As Represented By The Administrator Of The National Aeronautics And Space Administration | Local area network with fault-checking, priorities and redundant backup |
| JP2732674B2 (ja) * | 1989-07-10 | 1998-03-30 | 株式会社東芝 | データ伝送装置 |
| US5016243A (en) * | 1989-11-06 | 1991-05-14 | At&T Bell Laboratories | Automatic fault recovery in a packet network |
-
1991
- 1991-05-10 JP JP3105443A patent/JP2752265B2/ja not_active Expired - Fee Related
-
1992
- 1992-05-08 US US07/879,948 patent/US5341363A/en not_active Expired - Lifetime
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS62186540U (ja) * | 1986-05-16 | 1987-11-27 | ||
| JPS63121345A (ja) * | 1986-11-10 | 1988-05-25 | Mitsubishi Cable Ind Ltd | 光ロ−カルエリアネツトワ−クにおける信号再生不良検出方法 |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005043827A1 (ja) | 2003-10-30 | 2005-05-12 | Tokyo Electron Limited | 端末装置、端末装置の制御方法、ネットワークシステム及びその制御方法、プログラム並びに記録媒体 |
| US7830811B2 (en) | 2003-10-30 | 2010-11-09 | Tokyo Electron Limited | Terminal apparatus, terminal apparatus control method, network system, network system control method, program and recording medium |
| JP2008003731A (ja) * | 2006-06-21 | 2008-01-10 | Hitachi Ltd | 情報処理システム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2752265B2 (ja) | 1998-05-18 |
| US5341363A (en) | 1994-08-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101394285B (zh) | 用于服务器在广播风暴或拒绝服务攻击期间切换到备用服务器的设备、系统和方法 | |
| JPH04334231A (ja) | Ｌａｎからの切離し機能を持つ計算機システム | |
| US5383178A (en) | Network commentator | |
| US5784547A (en) | Method for fault-tolerant communication under strictly real-time conditions | |
| US8117337B2 (en) | Method and device for implementing link pass through in point-to-multipoint network | |
| US7940645B2 (en) | Protection switching method based on change in link status in ethernet link aggregation sublayer | |
| US5363493A (en) | Token ring network test device using finite state machine | |
| US8370897B1 (en) | Configurable redundant security device failover | |
| CN103916226A (zh) | 基于嵌入式设备冗余备份的方法 | |
| JP3416604B2 (ja) | ネットワーク監視装置 | |
| JP2000324121A (ja) | ネットワーク管理システムにおける系切り替え装置および方法 | |
| JP2005244672A (ja) | ネットワークの障害監視処理システム及び方法 | |
| JP7498128B2 (ja) | 監視装置、障害検知方法および障害検知プログラム | |
| JP3420919B2 (ja) | 情報処理装置 | |
| JPH06197112A (ja) | 管理システム | |
| JP4138819B2 (ja) | 暗号化通信方法 | |
| JP3341712B2 (ja) | 交換装置の障害処理方式 | |
| JPH04334232A (ja) | ネットワーク監視装置 | |
| JP2587188B2 (ja) | 障害通知方式 | |
| JPH09274573A (ja) | バックアップ・システム | |
| JP3107104B2 (ja) | 待機冗長方式 | |
| JP2003050753A (ja) | 自動復旧Ｗｅｂサーバー運用システム | |
| JPH10105423A (ja) | ネットワークサーバの障害監視方式 | |
| JPH09160875A (ja) | マルチエージェント相互バックアップ方式 | |
| JPH0675876A (ja) | 障害回線強制リセット方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |