JP3396230B2 - ネットワークの構成認識装置 - Google Patents
ネットワークの構成認識装置Info
- Publication number
- JP3396230B2 JP3396230B2 JP30087191A JP30087191A JP3396230B2 JP 3396230 B2 JP3396230 B2 JP 3396230B2 JP 30087191 A JP30087191 A JP 30087191A JP 30087191 A JP30087191 A JP 30087191A JP 3396230 B2 JP3396230 B2 JP 3396230B2
- Authority
- JP
- Japan
- Prior art keywords
- address
- port
- network
- hub
- management
- 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.)
- Expired - Lifetime
Links
Landscapes
- Small-Scale Networks (AREA)
Description
【発明の詳細な説明】
【０００１】
【産業上の利用分野】本発明は、ネットワークの構成認
識装置に関するものであり、カスケード接続されたＨＵ
Ｂを含むネットワークの構成を自動認識するために利用
されるものである。 【０００２】 【従来の技術】従来、ネットワークの構成を認識するた
めには、ネットワーク管理用の端末から、管理対象のＨ
ＵＢへネットワーク管理用のコマンドパケットを送信
し、このネットワーク管理用のコマンドパケットを受信
したＨＵＢはコマンドを解析し、そのコマンドに対応す
る返送パケットをネットワーク管理用の端末へ送信して
いた。そして、返送パケットを受信したネットワーク管
理用の端末は、その内容からＨＵＢのアドレス、各ポー
トの状態等を解析し、その情報をテーブル等に格納して
いた。ネットワーク管理者は、ネットワーク管理用の端
末を操作して、テーブル等に格納されている情報を画面
に表示させ、その内容からＨＵＢの異常を発見し、ま
た、その障害に対応していた。 【０００３】 【発明が解決しようとする課題】従来のネットワークの
構成認識装置には、ネットワーク管理用のコマンドパケ
ットの生成部や、返送パケットの解析部を有し、その構
成に複雑なものがある。また、リアルタイムにネットワ
ーク構成の情報を得るためには、随時ネットワーク管理
用のコマンドパケットと返送パケットを送出しなければ
ならず、そのことによってトラヒックの増加が生じ、ネ
ットワークのスループットが低下するという問題があっ
た。また、従来のネットワーク管理では、図１に示すよ
うにカスケード接続されたＨＵＢ１，２，３，４を含む
ネットワークであっても、ＨＵＢ１，２，３，４とネッ
トワーク管理装置６との間で１対１対応の通信手順しか
なかったため、図２に示すようなバス型の構成としか認
識できず、実際のカスケード接続されたネットワーク構
成とはかけ離れた管理を行うという問題があった。ま
た、カスケード内で障害が発生した場合、ネットワーク
管理装置６の画面上のネットワーク構成が実際とは異な
るために、実際の障害箇所を探し出すのに時間が掛か
り、障害対応が遅れるという問題があった。 【０００４】 【課題を解決するための手段】本発明のネットワークの
構成認識装置は、上記の課題を解決するために、図１に
示すように、各ポートから受信されたパケットに含まれ
る送信元アドレスを記憶して管理する送信元アドレス情
報の管理機能を各ポート毎に備えているＨＵＢ１，２，
３，４をカスケード接続されたネットワーク５におい
て、ネットワーク管理装置６に、図３に示すように、各
ＨＵＢから受信した送信元アドレスの情報を記憶するア
ドレス管理メモリ１２と、アドレス管理メモリ１２の内
容に基づいてネットワーク内のＨＵＢ１，２，３，４の
カスケード構成を認識する自動認識制御装置１３を設け
たことを特徴とするものである。 【０００５】 【作用】本発明によれば、ネットワーク管理装置６が、
ＨＵＢ１，２，３，４の各ポート毎の送信元アドレス情
報を元に自動的にカスケード構成を認識できるようにし
たので、ＨＵＢ１，２，３，４の現実のカスケード構成
と一致するように、ネットワーク構成を認識し、管理す
ることができ、ネットワーク内の障害に対しても迅速に
対処できるものである。 【０００６】 【実施例】図１は本発明を適用されるＬＡＮシステムの
全体構成図であり、複数のＨＵＢ１，２，３，４とネッ
トワーク５、ネットワーク管理装置６、及び複数の端末
７，８，９，１０，１１から構成されている。ＨＵＢ
１，２，３，４は、各ポートから受信したパケットに含
まれる送信元アドレスを記憶する送信元アドレス情報の
管理機能を各ポート毎に備えている（特願平３−６１７
３０号参照）。ＨＵＢ１の第１ポートは端末７に接続さ
れ、第２ポートはイーサネットトランシーバを介してネ
ットワーク５に接続され、第３ポートは端末８に接続さ
れている。ＨＵＢ１の第１ポートや第３ポートは下位接
続のポートと呼び、ＨＵＢ１の第２ポートは上位接続の
ポートと呼ぶ。その他のポートは空きポートである。Ｈ
ＵＢ２の第１ポートは上位接続のポートであり、第３ポ
ートはＨＵＢ３に接続され、その他のポートは空きポー
トである。ＨＵＢ３の第１ポートはＨＵＢ４に接続さ
れ、第２ポートは端末９に接続され、第３ポートはＨＵ
Ｂ２に接続され、その他のポートは空きポートである。
ＨＵＢ４の第１ポートはＨＵＢ３に接続され、第２ポー
トは端末１０に接続され、第３ポートは端末１１に接続
され、その他のポートは空きポートである。 【０００７】したがって、ＨＵＢ１の第２ポート、ＨＵ
Ｂ２の第１ポート、ＨＵＢ３の第３ポート、ＨＵＢ４の
第１ポートは、上位接続ポートであり、ＨＵＢ１の第１
及び第３ポート、ＨＵＢ２の第３ポート、ＨＵＢ３の第
１及び第２ポート、ＨＵＢ４の第２及び第３ポートは、
下位接続のポートである。 【０００８】各ＨＵＢ１，２，３，４は、各ポートに入
力されるパケットに含まれる送信元アドレスを記憶して
管理することができ、それらのアドレス情報はネットワ
ーク内のネットワーク管理装置６に通知される。ネット
ワーク管理装置６は、図３に示すように、そのアドレス
情報をアドレス管理メモリ１２に記憶し、表２〜６に示
すようなアドレス管理表１４を利用して管理している。
また、アドレス情報は、リアルタイムに変更されるもの
とし、アドレス管理メモリ１２は常時新しい情報を管理
しているものとする。ネットワーク管理装置６内の自動
認識制御装置１３は、ネットワーク管理装置６内のアド
レス管理メモリ１２からＭＡＣアドレス情報を順に読み
込み、図５に示したメインフローチャートに従ってＨＵ
Ｂのネットワーク構成を認識する。ネットワーク管理装
置６は、ＨＵＢ１，２，３，４のネットワーク管理をし
ているため、自動認識制御装置１３は、ＨＵＢ１，２，
３，４のアドレスＨ１，Ｈ２，Ｈ３，Ｈ４と、ネットワ
ーク管理装置６のアドレスＭをそれぞれ認識できるもの
とする。各ＬＡＮ機器のＭＡＣアドレスを表１に示す。
同表に示すように、端末７，８，９，１０，１１はそれ
ぞれアドレスＴ１，Ｔ２，Ｔ３，Ｔ４，Ｔ５を有するも
のとする。 【０００９】 【表１】【００１０】以下、ネットワーク管理装置６の自動認識
制御装置１３が、アドレス管理メモリ１２の情報を用い
てＨＵＢのネットワーク構成を自動認識するアルゴリズ
ムについて説明する。図４は自動認識制御装置１３の動
作を示すメインフローチャートであり、上位接続ポート
を捜す第１の処理工程と、ＨＵＢ間の接続状態と端末の
接続状態を認識する第２の処理工程とから構成されてい
る。 【００１１】まず、第１の処理工程の詳細なフローチャ
ートを図５に示す。自動認識制御装置１３は、初めに、
アドレス管理表の各ポート番号に対応するアドレス情報
が存在するか否かを判定し、もし存在しなければ表２に
示したアドレス管理表１４のステータス欄に「０」を書
き込む。一方、アドレス情報が存在する場合には、その
アドレスの中にネットワーク管理装置６のアドレスＭが
含まれているか否かを判定する。もし１つのポートのア
ドレス情報の中にネットワーク管理装置６のアドレスＭ
が含まれている場合には、そのポートはそのＨＵＢの上
位接続のポートであると判断し、表２に示したアドレス
管理表１４のステータス欄に「１」を書き込む。一方、
アドレス情報の中にネットワーク管理装置６のアドレス
Ｍが含まれていない場合には、そのポートはそのＨＵＢ
の下位接続ポートであると判断し、表２に示したアドレ
ス管理表１４のステータス欄に「２」を書き込む。 【００１２】図１に示したネットワーク構成例では、Ｈ
ＵＢ１の第１ポートのアドレス情報の中にはネットワー
ク管理装置６のアドレスＭが含まれていないが、Ｔ１と
いうアドレスは有るので、ステータス欄に「２」と書き
込む。また、ＨＵＢ１の第２ポートのアドレス情報の中
にはネットワーク管理装置６のアドレスＭが含まれてい
るので、ステータス欄に「１」と書き込む。ＨＵＢ２の
第２ポートのアドレス情報の中にはアドレスが無いの
で、ステータス欄に「０」と書き込む。この第１処理行
程が終了したときのアドレス管理表１４の状態を表３に
示す。 【００１３】次に、第２処理行程のフローチャートを図
６と図７に示す。自動認識制御装置１３では、すべての
ＨＵＢのポートアドレス情報を順に読み込み、ＨＵＢ間
の接続関係を自動認識する。まず、第２処理行程の第１
段階では、図６に示すように、アドレス管理表１４のス
テータス欄に「２」が書き込まれたポートのうち、その
アドレス内にＨＵＢのアドレスがあるときは、アドレス
管理表１４の接続先の欄に、そのＨＵＢのアドレスを書
き込む。アドレス管理表１４のステータス欄に「２」が
書き込まれたポートのうち、そのアドレス内にＨＵＢの
アドレスが無いとき、つまり、端末のアドレスがただ１
つ有るときには、その端末のアドレスを接続先欄に書き
込む。表４は、第２処理行程の第１段階が終了したとき
のアドレス管理表１４の状態を示したものである。 【００１４】次に、第２処理工程の第２段階では、図７
に示すように、ＨＵＢの接続先欄にＨＵＢのアドレスが
有るか否かを判定し、ＨＵＢのアドレスが無い場合に
は、そのＨＵＢは下位ＨＵＢであると判定される。次
に、その他のポートの中で下位ＨＵＢのアドレスを１つ
だけ持ったポート（例えば、ＨＵＢ３の第１ポート）を
「下位ＨＵＢの接続ポート」と判定し、下位ＨＵＢｋの
上位接続ポート（例えば、ＨＵＢ４の第１ポート）にＨ
ＵＢｎのアドレスを書き込む。表５は、以上の処理工程
が終了したときのアドレス管理表１４の状態を表したも
のである。以上の処理を繰り返し、すべてのポートの接
続先欄のＨＵＢの数が１つになれば、最後に残ったポー
トをイーサネット接続のポートと判定し、接続先として
ネットワーク管理装置６のアドレスＭを書き込む。表６
は、以上の処理行程が終了したときのアドレス管理表１
４の状態を示したものである。 【００１５】 【表２】 【００１６】 【表３】【００１７】 【表４】【００１８】 【表５】【００１９】 【表６】【００２０】 【発明の効果】本発明のネットワークの構成認識装置で
は、コマンドパケットや返送パケットを送出する従来例
とは異なり、カスケード接続された各ＨＵＢのポート毎
に管理されている送信元アドレスの情報を元にネットワ
ーク構成を自動認識できるようにしたので、実際のネッ
トワーク構成をネットワーク管理装置で容易に把握する
ことができるという効果がある。
識装置に関するものであり、カスケード接続されたＨＵ
Ｂを含むネットワークの構成を自動認識するために利用
されるものである。 【０００２】 【従来の技術】従来、ネットワークの構成を認識するた
めには、ネットワーク管理用の端末から、管理対象のＨ
ＵＢへネットワーク管理用のコマンドパケットを送信
し、このネットワーク管理用のコマンドパケットを受信
したＨＵＢはコマンドを解析し、そのコマンドに対応す
る返送パケットをネットワーク管理用の端末へ送信して
いた。そして、返送パケットを受信したネットワーク管
理用の端末は、その内容からＨＵＢのアドレス、各ポー
トの状態等を解析し、その情報をテーブル等に格納して
いた。ネットワーク管理者は、ネットワーク管理用の端
末を操作して、テーブル等に格納されている情報を画面
に表示させ、その内容からＨＵＢの異常を発見し、ま
た、その障害に対応していた。 【０００３】 【発明が解決しようとする課題】従来のネットワークの
構成認識装置には、ネットワーク管理用のコマンドパケ
ットの生成部や、返送パケットの解析部を有し、その構
成に複雑なものがある。また、リアルタイムにネットワ
ーク構成の情報を得るためには、随時ネットワーク管理
用のコマンドパケットと返送パケットを送出しなければ
ならず、そのことによってトラヒックの増加が生じ、ネ
ットワークのスループットが低下するという問題があっ
た。また、従来のネットワーク管理では、図１に示すよ
うにカスケード接続されたＨＵＢ１，２，３，４を含む
ネットワークであっても、ＨＵＢ１，２，３，４とネッ
トワーク管理装置６との間で１対１対応の通信手順しか
なかったため、図２に示すようなバス型の構成としか認
識できず、実際のカスケード接続されたネットワーク構
成とはかけ離れた管理を行うという問題があった。ま
た、カスケード内で障害が発生した場合、ネットワーク
管理装置６の画面上のネットワーク構成が実際とは異な
るために、実際の障害箇所を探し出すのに時間が掛か
り、障害対応が遅れるという問題があった。 【０００４】 【課題を解決するための手段】本発明のネットワークの
構成認識装置は、上記の課題を解決するために、図１に
示すように、各ポートから受信されたパケットに含まれ
る送信元アドレスを記憶して管理する送信元アドレス情
報の管理機能を各ポート毎に備えているＨＵＢ１，２，
３，４をカスケード接続されたネットワーク５におい
て、ネットワーク管理装置６に、図３に示すように、各
ＨＵＢから受信した送信元アドレスの情報を記憶するア
ドレス管理メモリ１２と、アドレス管理メモリ１２の内
容に基づいてネットワーク内のＨＵＢ１，２，３，４の
カスケード構成を認識する自動認識制御装置１３を設け
たことを特徴とするものである。 【０００５】 【作用】本発明によれば、ネットワーク管理装置６が、
ＨＵＢ１，２，３，４の各ポート毎の送信元アドレス情
報を元に自動的にカスケード構成を認識できるようにし
たので、ＨＵＢ１，２，３，４の現実のカスケード構成
と一致するように、ネットワーク構成を認識し、管理す
ることができ、ネットワーク内の障害に対しても迅速に
対処できるものである。 【０００６】 【実施例】図１は本発明を適用されるＬＡＮシステムの
全体構成図であり、複数のＨＵＢ１，２，３，４とネッ
トワーク５、ネットワーク管理装置６、及び複数の端末
７，８，９，１０，１１から構成されている。ＨＵＢ
１，２，３，４は、各ポートから受信したパケットに含
まれる送信元アドレスを記憶する送信元アドレス情報の
管理機能を各ポート毎に備えている（特願平３−６１７
３０号参照）。ＨＵＢ１の第１ポートは端末７に接続さ
れ、第２ポートはイーサネットトランシーバを介してネ
ットワーク５に接続され、第３ポートは端末８に接続さ
れている。ＨＵＢ１の第１ポートや第３ポートは下位接
続のポートと呼び、ＨＵＢ１の第２ポートは上位接続の
ポートと呼ぶ。その他のポートは空きポートである。Ｈ
ＵＢ２の第１ポートは上位接続のポートであり、第３ポ
ートはＨＵＢ３に接続され、その他のポートは空きポー
トである。ＨＵＢ３の第１ポートはＨＵＢ４に接続さ
れ、第２ポートは端末９に接続され、第３ポートはＨＵ
Ｂ２に接続され、その他のポートは空きポートである。
ＨＵＢ４の第１ポートはＨＵＢ３に接続され、第２ポー
トは端末１０に接続され、第３ポートは端末１１に接続
され、その他のポートは空きポートである。 【０００７】したがって、ＨＵＢ１の第２ポート、ＨＵ
Ｂ２の第１ポート、ＨＵＢ３の第３ポート、ＨＵＢ４の
第１ポートは、上位接続ポートであり、ＨＵＢ１の第１
及び第３ポート、ＨＵＢ２の第３ポート、ＨＵＢ３の第
１及び第２ポート、ＨＵＢ４の第２及び第３ポートは、
下位接続のポートである。 【０００８】各ＨＵＢ１，２，３，４は、各ポートに入
力されるパケットに含まれる送信元アドレスを記憶して
管理することができ、それらのアドレス情報はネットワ
ーク内のネットワーク管理装置６に通知される。ネット
ワーク管理装置６は、図３に示すように、そのアドレス
情報をアドレス管理メモリ１２に記憶し、表２〜６に示
すようなアドレス管理表１４を利用して管理している。
また、アドレス情報は、リアルタイムに変更されるもの
とし、アドレス管理メモリ１２は常時新しい情報を管理
しているものとする。ネットワーク管理装置６内の自動
認識制御装置１３は、ネットワーク管理装置６内のアド
レス管理メモリ１２からＭＡＣアドレス情報を順に読み
込み、図５に示したメインフローチャートに従ってＨＵ
Ｂのネットワーク構成を認識する。ネットワーク管理装
置６は、ＨＵＢ１，２，３，４のネットワーク管理をし
ているため、自動認識制御装置１３は、ＨＵＢ１，２，
３，４のアドレスＨ１，Ｈ２，Ｈ３，Ｈ４と、ネットワ
ーク管理装置６のアドレスＭをそれぞれ認識できるもの
とする。各ＬＡＮ機器のＭＡＣアドレスを表１に示す。
同表に示すように、端末７，８，９，１０，１１はそれ
ぞれアドレスＴ１，Ｔ２，Ｔ３，Ｔ４，Ｔ５を有するも
のとする。 【０００９】 【表１】【００１０】以下、ネットワーク管理装置６の自動認識
制御装置１３が、アドレス管理メモリ１２の情報を用い
てＨＵＢのネットワーク構成を自動認識するアルゴリズ
ムについて説明する。図４は自動認識制御装置１３の動
作を示すメインフローチャートであり、上位接続ポート
を捜す第１の処理工程と、ＨＵＢ間の接続状態と端末の
接続状態を認識する第２の処理工程とから構成されてい
る。 【００１１】まず、第１の処理工程の詳細なフローチャ
ートを図５に示す。自動認識制御装置１３は、初めに、
アドレス管理表の各ポート番号に対応するアドレス情報
が存在するか否かを判定し、もし存在しなければ表２に
示したアドレス管理表１４のステータス欄に「０」を書
き込む。一方、アドレス情報が存在する場合には、その
アドレスの中にネットワーク管理装置６のアドレスＭが
含まれているか否かを判定する。もし１つのポートのア
ドレス情報の中にネットワーク管理装置６のアドレスＭ
が含まれている場合には、そのポートはそのＨＵＢの上
位接続のポートであると判断し、表２に示したアドレス
管理表１４のステータス欄に「１」を書き込む。一方、
アドレス情報の中にネットワーク管理装置６のアドレス
Ｍが含まれていない場合には、そのポートはそのＨＵＢ
の下位接続ポートであると判断し、表２に示したアドレ
ス管理表１４のステータス欄に「２」を書き込む。 【００１２】図１に示したネットワーク構成例では、Ｈ
ＵＢ１の第１ポートのアドレス情報の中にはネットワー
ク管理装置６のアドレスＭが含まれていないが、Ｔ１と
いうアドレスは有るので、ステータス欄に「２」と書き
込む。また、ＨＵＢ１の第２ポートのアドレス情報の中
にはネットワーク管理装置６のアドレスＭが含まれてい
るので、ステータス欄に「１」と書き込む。ＨＵＢ２の
第２ポートのアドレス情報の中にはアドレスが無いの
で、ステータス欄に「０」と書き込む。この第１処理行
程が終了したときのアドレス管理表１４の状態を表３に
示す。 【００１３】次に、第２処理行程のフローチャートを図
６と図７に示す。自動認識制御装置１３では、すべての
ＨＵＢのポートアドレス情報を順に読み込み、ＨＵＢ間
の接続関係を自動認識する。まず、第２処理行程の第１
段階では、図６に示すように、アドレス管理表１４のス
テータス欄に「２」が書き込まれたポートのうち、その
アドレス内にＨＵＢのアドレスがあるときは、アドレス
管理表１４の接続先の欄に、そのＨＵＢのアドレスを書
き込む。アドレス管理表１４のステータス欄に「２」が
書き込まれたポートのうち、そのアドレス内にＨＵＢの
アドレスが無いとき、つまり、端末のアドレスがただ１
つ有るときには、その端末のアドレスを接続先欄に書き
込む。表４は、第２処理行程の第１段階が終了したとき
のアドレス管理表１４の状態を示したものである。 【００１４】次に、第２処理工程の第２段階では、図７
に示すように、ＨＵＢの接続先欄にＨＵＢのアドレスが
有るか否かを判定し、ＨＵＢのアドレスが無い場合に
は、そのＨＵＢは下位ＨＵＢであると判定される。次
に、その他のポートの中で下位ＨＵＢのアドレスを１つ
だけ持ったポート（例えば、ＨＵＢ３の第１ポート）を
「下位ＨＵＢの接続ポート」と判定し、下位ＨＵＢｋの
上位接続ポート（例えば、ＨＵＢ４の第１ポート）にＨ
ＵＢｎのアドレスを書き込む。表５は、以上の処理工程
が終了したときのアドレス管理表１４の状態を表したも
のである。以上の処理を繰り返し、すべてのポートの接
続先欄のＨＵＢの数が１つになれば、最後に残ったポー
トをイーサネット接続のポートと判定し、接続先として
ネットワーク管理装置６のアドレスＭを書き込む。表６
は、以上の処理行程が終了したときのアドレス管理表１
４の状態を示したものである。 【００１５】 【表２】 【００１６】 【表３】【００１７】 【表４】【００１８】 【表５】【００１９】 【表６】【００２０】 【発明の効果】本発明のネットワークの構成認識装置で
は、コマンドパケットや返送パケットを送出する従来例
とは異なり、カスケード接続された各ＨＵＢのポート毎
に管理されている送信元アドレスの情報を元にネットワ
ーク構成を自動認識できるようにしたので、実際のネッ
トワーク構成をネットワーク管理装置で容易に把握する
ことができるという効果がある。
【図面の簡単な説明】
【図１】本発明を適用されるＬＡＮシステムの全体構成
を示す図である。 【図２】従来の管理装置の問題点を説明するための説明
図である。 【図３】本発明に用いるネットワーク管理装置の構成を
示すブロック図である。 【図４】本発明に用いるネットワーク管理装置の動作を
示す流れ図である。 【図５】本発明に用いる第１処理工程を示す流れ図であ
る。 【図６】本発明に用いる第２処理工程の第１段階を示す
流れ図である。 【図７】本発明に用いる第２処理工程の第２段階を示す
流れ図である。 【符号の説明】 １，２，３，４ ＨＵＢ ５ ネットワーク ６ ネットワーク管理装置 ７，８，９ 端末 １０，１１ 端末 １２ アドレス管理メモリ １３ 自動認識制御装置 １４ アドレス管理表
を示す図である。 【図２】従来の管理装置の問題点を説明するための説明
図である。 【図３】本発明に用いるネットワーク管理装置の構成を
示すブロック図である。 【図４】本発明に用いるネットワーク管理装置の動作を
示す流れ図である。 【図５】本発明に用いる第１処理工程を示す流れ図であ
る。 【図６】本発明に用いる第２処理工程の第１段階を示す
流れ図である。 【図７】本発明に用いる第２処理工程の第２段階を示す
流れ図である。 【符号の説明】 １，２，３，４ ＨＵＢ ５ ネットワーク ６ ネットワーク管理装置 ７，８，９ 端末 １０，１１ 端末 １２ アドレス管理メモリ １３ 自動認識制御装置 １４ アドレス管理表
─────────────────────────────────────────────────────
フロントページの続き
(56)参考文献 特開 平３−136537（ＪＰ，Ａ)
特開 平２−214349（ＪＰ，Ａ)
(58)調査した分野(Int.Cl.7，ＤＢ名)
H04L 12/40,11/00
Claims (1)
- (57)【特許請求の範囲】 【請求項１】 各ポートから受信されたパケットに含
まれる送信元アドレスを記憶して管理する送信元アドレ
ス情報の管理機能を各ポート毎に備えているＨＵＢをカ
スケード接続されたネットワークにおいて、各ＨＵＢか
ら受信した送信元アドレスの情報を記憶するアドレス管
理メモリと、アドレス管理メモリの内容に基づいてネッ
トワーク内のＨＵＢのカスケード構成を認識する自動認
識制御装置をネットワーク管理装置に設けたことを特徴
とするネットワークの構成認識装置。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP30087191A JP3396230B2 (ja) | 1991-11-15 | 1991-11-15 | ネットワークの構成認識装置 |
| US07/840,279 US5287343A (en) | 1991-02-25 | 1992-02-24 | Network administration system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP30087191A JP3396230B2 (ja) | 1991-11-15 | 1991-11-15 | ネットワークの構成認識装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH05136794A JPH05136794A (ja) | 1993-06-01 |
| JP3396230B2 true JP3396230B2 (ja) | 2003-04-14 |
Family
ID=17890118
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP30087191A Expired - Lifetime JP3396230B2 (ja) | 1991-02-25 | 1991-11-15 | ネットワークの構成認識装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3396230B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5706440A (en) * | 1995-08-23 | 1998-01-06 | International Business Machines Corporation | Method and system for determining hub topology of an ethernet LAN segment |
| JP3440881B2 (ja) | 1999-06-08 | 2003-08-25 | 日本電気株式会社 | トポロジ情報自動構築方法及びその装置並びにプログラムを記録した機械読み取り可能な記録媒体 |
-
1991
- 1991-11-15 JP JP30087191A patent/JP3396230B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH05136794A (ja) | 1993-06-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1019833B1 (en) | Mechanism for packet field replacement in a multi-layered switched network element | |
| US6633565B1 (en) | Apparatus for and method of flow switching in a data communications network | |
| US20050163123A1 (en) | Method and apparatus for implementing a MAC address pool for assignment to a virtual interface aggregate | |
| Socolofsky et al. | TCP/IP tutorial | |
| US7840696B2 (en) | Apparatus and method for classifier identification | |
| US6711623B1 (en) | Integrated IP network | |
| US8094660B2 (en) | VLAN server | |
| US10389825B2 (en) | Network device identification in an industrial control network | |
| US20130173868A1 (en) | Generation of Activation List for Memory Translation and Memory Access Protection in Industrial Ethernet Standard | |
| US20020101872A1 (en) | Method and system for efficiently delivering content to multiple requesters | |
| JPH0793634B2 (ja) | アドレス変換機能付きバスアダプタ | |
| US5974562A (en) | Network management system extension | |
| US6683882B1 (en) | Method and system for directing transmission of IPX control packets to influence reception of IPX data packets | |
| EP3544237A1 (en) | Sdn-based remote stream mirroring control method, implementation method, and related device | |
| CN113132257B (zh) | 报文处理方法及装置 | |
| JP3396230B2 (ja) | ネットワークの構成認識装置 | |
| US8730961B1 (en) | System and method for optimizing router lookup | |
| US7653718B2 (en) | Shell specific filtering and display of log messages | |
| US7809008B2 (en) | Methods and apparatus for routing packets | |
| Socolofsky et al. | RFC1180: TCP/IP tutorial | |
| JP2000322354A (ja) | ネットワーク管理装置及び方法並びに当該方法を記憶したコンピュータ読み取り可能な記憶媒体 | |
| Lissack et al. | Digital switching in local area networks | |
| US8018932B1 (en) | Methods and apparatus for sending a multicast packet from multiple network interfaces using the same MAC source address | |
| US7328273B2 (en) | Protocol duplicating configuration and method for replicating and order of reception of packets on a first and second computers using a shared memory queue | |
| JP2542127B2 (ja) | ネットワ―ク管理装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080207 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090207 Year of fee payment: 6 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090207 Year of fee payment: 6 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100207 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100207 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110207 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120207 Year of fee payment: 9 |
|
| EXPY | Cancellation because of completion of term |