JPH06224915A - ネットワーク管理システム - Google Patents
ネットワーク管理システムInfo
- Publication number
- JPH06224915A JPH06224915A JP5011162A JP1116293A JPH06224915A JP H06224915 A JPH06224915 A JP H06224915A JP 5011162 A JP5011162 A JP 5011162A JP 1116293 A JP1116293 A JP 1116293A JP H06224915 A JPH06224915 A JP H06224915A
- Authority
- JP
- Japan
- Prior art keywords
- hub
- network
- slave
- master
- network 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.)
- Pending
Links
Landscapes
- Small-Scale Networks (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【目的】ネットワーク機器の接続構成を変更した場合で
も、ネットワーク管理端末と直接の通信機能を持たない
ネットワーク機器に対する各機器固有の設定情報をユー
ザが新たに設定し直す必要のないネットワーク管理シス
テムを提供する。 【構成】ＳＮＭＰマネジャー２と、マスターＨＵＢ３
１，３２と、スレーブＨＵＢ４１，４２，４３，４４か
らなり、スレーブＨＵＢとＳＮＭＰマネジャーとの管理
情報の通信をマスターＨＵＢが代行するシステムにおい
て、スレーブＨＵＢは、ネットワーク内での認識番号を
有し、認識番号に対応するネットワーク管理情報を保有
するダウンロードサーバ６をネットワーク内に設け、マ
スターＨＵＢは、通信を代行すべきスレーブＨＵＢの認
識番号を読み出して、認識番号に対応するネットワーク
管理情報をダウンロードサーバ６から転送して保有す
る。
も、ネットワーク管理端末と直接の通信機能を持たない
ネットワーク機器に対する各機器固有の設定情報をユー
ザが新たに設定し直す必要のないネットワーク管理シス
テムを提供する。 【構成】ＳＮＭＰマネジャー２と、マスターＨＵＢ３
１，３２と、スレーブＨＵＢ４１，４２，４３，４４か
らなり、スレーブＨＵＢとＳＮＭＰマネジャーとの管理
情報の通信をマスターＨＵＢが代行するシステムにおい
て、スレーブＨＵＢは、ネットワーク内での認識番号を
有し、認識番号に対応するネットワーク管理情報を保有
するダウンロードサーバ６をネットワーク内に設け、マ
スターＨＵＢは、通信を代行すべきスレーブＨＵＢの認
識番号を読み出して、認識番号に対応するネットワーク
管理情報をダウンロードサーバ６から転送して保有す
る。
Description
【０００１】
【産業上の利用分野】本発明は、ＨＵＢやブリッジ、モ
デムなどのネットワーク機器を管理するためのネットワ
ーク管理システムに関するものである。
デムなどのネットワーク機器を管理するためのネットワ
ーク管理システムに関するものである。
【０００２】
【従来の技術】一般に、ＬＡＮやＷＡＮ等のネットワー
クでは、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍ
ａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）などのネット
ワーク管理プロトコルを用いて、ネットワーク機器の管
理が行われている。管理の対象は、ＭＩＢ（Ｍａｎａｇ
ｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）と呼
ばれる管理オブジェクトが用いられ、各機器固有の設定
情報（機器名、設置場所、管理担当者など）や、イベン
ト計数情報（パケット受信数、エラー発生回数など）
や、リアルタイム状態情報（ＨＵＢのポートのリンク状
態など）といった情報が含まれる。
クでは、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍ
ａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）などのネット
ワーク管理プロトコルを用いて、ネットワーク機器の管
理が行われている。管理の対象は、ＭＩＢ（Ｍａｎａｇ
ｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）と呼
ばれる管理オブジェクトが用いられ、各機器固有の設定
情報（機器名、設置場所、管理担当者など）や、イベン
ト計数情報（パケット受信数、エラー発生回数など）
や、リアルタイム状態情報（ＨＵＢのポートのリンク状
態など）といった情報が含まれる。
【０００３】例えば、ＨＵＢ等のネットワーク機器が管
理対象となる場合には、ＨＵＢは本来備え持つリピータ
機能に加え、ＳＮＭＰプロトコルの実行や管理オブジェ
クトデータベースの保持、更新といった被管理機能を有
しなければならない。このため、リピータ機能のみでは
不必要であったＣＰＵやＬＡＮコントローラ、メモリと
いったＩＣ、およびソフトウェアの搭載が不可欠とな
る。したがって、被管理機能を持つＨＵＢは、被管理機
能を持たないＨＵＢよりも高価格となってしまう。
理対象となる場合には、ＨＵＢは本来備え持つリピータ
機能に加え、ＳＮＭＰプロトコルの実行や管理オブジェ
クトデータベースの保持、更新といった被管理機能を有
しなければならない。このため、リピータ機能のみでは
不必要であったＣＰＵやＬＡＮコントローラ、メモリと
いったＩＣ、およびソフトウェアの搭載が不可欠とな
る。したがって、被管理機能を持つＨＵＢは、被管理機
能を持たないＨＵＢよりも高価格となってしまう。
【０００４】そこで、複数のＨＵＢを使用する場合、す
べてのＨＵＢに被管理機能を設けるのではなく、図７に
示すようにＳＮＭＰプロトコル機能及び管理オブジェク
トデータベースの保持、更新機能を搭載した１台のＨＵ
Ｂ３（以下マスターＨＵＢと呼ぶ）と、これらの機能を
持たない少なくとも１台以上のＨＵＢ４（以下スレーブ
ＨＵＢと呼ぶ）を専用のバス５などで接続し、ＳＮＭＰ
マネジャー２からスレーブＨＵＢ４に対する管理情報の
読み出し要求に対しては、マスターＨＵＢ３が代行して
これに応える、といった方法が採られている。例えば、
ＳＮＭＰマネジャー２が指定したスレーブＨＵＢ４の指
定したポートの状態の読み出し要求パケットを送信した
場合、マスターＨＵＢ３がこれを受信し、バス５を介し
て指定されたスレーブＨＵＢ４の指定されたポートの状
態を読み出し、ＳＮＭＰマネジャー２にその状態を返答
する。
べてのＨＵＢに被管理機能を設けるのではなく、図７に
示すようにＳＮＭＰプロトコル機能及び管理オブジェク
トデータベースの保持、更新機能を搭載した１台のＨＵ
Ｂ３（以下マスターＨＵＢと呼ぶ）と、これらの機能を
持たない少なくとも１台以上のＨＵＢ４（以下スレーブ
ＨＵＢと呼ぶ）を専用のバス５などで接続し、ＳＮＭＰ
マネジャー２からスレーブＨＵＢ４に対する管理情報の
読み出し要求に対しては、マスターＨＵＢ３が代行して
これに応える、といった方法が採られている。例えば、
ＳＮＭＰマネジャー２が指定したスレーブＨＵＢ４の指
定したポートの状態の読み出し要求パケットを送信した
場合、マスターＨＵＢ３がこれを受信し、バス５を介し
て指定されたスレーブＨＵＢ４の指定されたポートの状
態を読み出し、ＳＮＭＰマネジャー２にその状態を返答
する。
【０００５】この方式によると、ＳＮＭＰ通信及び管理
オブジェクトの保管更新に必要なＣＰＵ、ＬＡＮコント
ローラ、メモリなどのＩＣ、及びソフトウェアは１台の
マスターＨＵＢ３のみが搭載し、これに接続される複数
台のスレーブＨＵＢ４は搭載しなくてもよいので、シス
テム全体としてのコストを下げることができるという利
点がある。また、マスターＨＵＢ３に対して接続するス
レーブＨＵＢ４の台数を可変にできることから、ユーザ
が柔軟にこれらネットワーク機器の接続構成を変更でき
るという利点がある。
オブジェクトの保管更新に必要なＣＰＵ、ＬＡＮコント
ローラ、メモリなどのＩＣ、及びソフトウェアは１台の
マスターＨＵＢ３のみが搭載し、これに接続される複数
台のスレーブＨＵＢ４は搭載しなくてもよいので、シス
テム全体としてのコストを下げることができるという利
点がある。また、マスターＨＵＢ３に対して接続するス
レーブＨＵＢ４の台数を可変にできることから、ユーザ
が柔軟にこれらネットワーク機器の接続構成を変更でき
るという利点がある。
【０００６】ところで、管理対象にはポートの状態とい
ったリアルタイム情報のほかに、ユーザが設定する各機
器固有の情報がある。例えば、ＲＦＣ１２１３で規定さ
れているＭＩＢ−ＩＩではｓｙｓＣｏｎｔａｃｔ（機器
の管理者の氏名、コンタクトの方法など）、ｓｙｓＮａ
ｍｅ（機器の管理上の名前）、ｓｙｓＬｏｃａｔｉｏｎ
（機器の設置場所）などのオブジェクトが定義されてお
り、また、機器の購入年月日や設置年月日などメーカが
独自に規定するＭＩＢなども考えられる。これらのユー
ザが設定する機器固有の情報は、マスターＨＵＢだけで
なく、スレーブＨＵＢにも設定し、管理したいという要
求がある。
ったリアルタイム情報のほかに、ユーザが設定する各機
器固有の情報がある。例えば、ＲＦＣ１２１３で規定さ
れているＭＩＢ−ＩＩではｓｙｓＣｏｎｔａｃｔ（機器
の管理者の氏名、コンタクトの方法など）、ｓｙｓＮａ
ｍｅ（機器の管理上の名前）、ｓｙｓＬｏｃａｔｉｏｎ
（機器の設置場所）などのオブジェクトが定義されてお
り、また、機器の購入年月日や設置年月日などメーカが
独自に規定するＭＩＢなども考えられる。これらのユー
ザが設定する機器固有の情報は、マスターＨＵＢだけで
なく、スレーブＨＵＢにも設定し、管理したいという要
求がある。
【０００７】しかし、スレーブＨＵＢ４に対するこれら
の機器固有のユーザ設定情報を、マスターＨＵＢ３が代
行して保有し、ＳＮＭＰマネジャー２からの問い合わせ
に対してマスターＨＵＢ３が代行して応える従来のシス
テムにおいては、スレーブＨＵＢ４を、あるマスターＨ
ＵＢ３から切り離し、他のマスターＨＵＢ３に新たに接
続するなどして、これらネットワーク機器の接続構成を
変更した場合には、ユーザが新たに情報を設定し直さな
ければならないという問題点があった。また、スレーブ
ＨＵＢ４がこれらの機器固有の情報を保有するように構
成すると、そのための不揮発性メモリなどが必要とな
り、高価になってしまうという問題点があった。
の機器固有のユーザ設定情報を、マスターＨＵＢ３が代
行して保有し、ＳＮＭＰマネジャー２からの問い合わせ
に対してマスターＨＵＢ３が代行して応える従来のシス
テムにおいては、スレーブＨＵＢ４を、あるマスターＨ
ＵＢ３から切り離し、他のマスターＨＵＢ３に新たに接
続するなどして、これらネットワーク機器の接続構成を
変更した場合には、ユーザが新たに情報を設定し直さな
ければならないという問題点があった。また、スレーブ
ＨＵＢ４がこれらの機器固有の情報を保有するように構
成すると、そのための不揮発性メモリなどが必要とな
り、高価になってしまうという問題点があった。
【０００８】
【発明が解決しようとする課題】従来のマスターＨＵＢ
のようにネットワーク管理端末と直接の通信機能を持つ
第１種のネットワーク機器と、スレーブＨＵＢのように
ネットワーク管理端末と直接の通信機能を持たない第２
種のネットワーク機器を接続し、第２種のネットワーク
機器とネットワーク管理端末との通信を、第１種のネッ
トワーク機器が代行するシステムにおいては、第２種の
ネットワーク機器を第１種のネットワーク機器から切り
離したり、あるいは新たに接続して、これらネットワー
ク機器の接続構成を変更した場合、第２種のネットワー
ク機器に対する各機器固有の設定情報を、ユーザが新た
に設定し直さなければならないという問題点があった。
のようにネットワーク管理端末と直接の通信機能を持つ
第１種のネットワーク機器と、スレーブＨＵＢのように
ネットワーク管理端末と直接の通信機能を持たない第２
種のネットワーク機器を接続し、第２種のネットワーク
機器とネットワーク管理端末との通信を、第１種のネッ
トワーク機器が代行するシステムにおいては、第２種の
ネットワーク機器を第１種のネットワーク機器から切り
離したり、あるいは新たに接続して、これらネットワー
ク機器の接続構成を変更した場合、第２種のネットワー
ク機器に対する各機器固有の設定情報を、ユーザが新た
に設定し直さなければならないという問題点があった。
【０００９】本発明は、このような点に鑑みてなされた
ものであり、その目的とするところは、上述のようにネ
ットワーク機器の接続構成を変更した場合でも、ネット
ワーク管理端末と直接の通信機能を持たないネットワー
ク機器に対する各機器固有の設定情報を、ユーザが新た
に設定し直す必要のないネットワーク管理システムを提
供することにある。
ものであり、その目的とするところは、上述のようにネ
ットワーク機器の接続構成を変更した場合でも、ネット
ワーク管理端末と直接の通信機能を持たないネットワー
ク機器に対する各機器固有の設定情報を、ユーザが新た
に設定し直す必要のないネットワーク管理システムを提
供することにある。
【００１０】
【課題を解決するための手段】本発明のネットワーク管
理システムにあっては、上記の課題を解決するために、
図１に示すように、ＳＮＭＰマネジャー２のようなネッ
トワーク管理端末と、前記ネットワーク管理端末との直
接の通信手段を持つマスターＨＵＢ３１，３２のような
第１種のネットワーク機器と、前記ネットワーク管理端
末との直接の通信手段を持たないスレーブＨＵＢ４１，
４２，４３，４４のような第２種のネットワーク機器と
からなり、前記ネットワーク管理端末と第２種のネット
ワーク機器との管理情報の通信を第１種のネットワーク
機器が代行するシステムにおいて、第２種のネットワー
ク機器は、ネットワーク内での認識番号の保持手段を備
え、認識番号に対応するネットワーク管理情報を保有す
るダウンロードサーバ６をネットワーク内に設け、第１
種のネットワーク機器は、通信を代行すべき第２種のネ
ットワーク機器の認識番号を読み出して保持する手段を
備え、認識番号に対応するネットワーク管理情報をダウ
ンロードサーバ６から転送して保有する手段を備えたこ
とを特徴とするものである。
理システムにあっては、上記の課題を解決するために、
図１に示すように、ＳＮＭＰマネジャー２のようなネッ
トワーク管理端末と、前記ネットワーク管理端末との直
接の通信手段を持つマスターＨＵＢ３１，３２のような
第１種のネットワーク機器と、前記ネットワーク管理端
末との直接の通信手段を持たないスレーブＨＵＢ４１，
４２，４３，４４のような第２種のネットワーク機器と
からなり、前記ネットワーク管理端末と第２種のネット
ワーク機器との管理情報の通信を第１種のネットワーク
機器が代行するシステムにおいて、第２種のネットワー
ク機器は、ネットワーク内での認識番号の保持手段を備
え、認識番号に対応するネットワーク管理情報を保有す
るダウンロードサーバ６をネットワーク内に設け、第１
種のネットワーク機器は、通信を代行すべき第２種のネ
ットワーク機器の認識番号を読み出して保持する手段を
備え、認識番号に対応するネットワーク管理情報をダウ
ンロードサーバ６から転送して保有する手段を備えたこ
とを特徴とするものである。
【００１１】
【作用】本発明のネットワーク管理システムは、上記の
ように構成されているので、ネットワーク管理端末と直
接の通信機能を持たない第２種のネットワーク機器を、
ネットワーク管理端末と直接の通信機能を持つ第１種の
ネットワーク機器から切り離したり、あるいは新たに接
続して、これらネットワーク機器の接続構成を変更した
場合には、第１種のネットワーク機器は、通信を代行す
べき第２種のネットワーク機器の認識番号を読み取り、
認識番号に対応するネットワーク管理情報をダウンロー
ドサーバ６から転送して保有するので、ユーザの設定す
る各機器固有の設定情報を、ユーザが新たに設定し直す
必要がない。
ように構成されているので、ネットワーク管理端末と直
接の通信機能を持たない第２種のネットワーク機器を、
ネットワーク管理端末と直接の通信機能を持つ第１種の
ネットワーク機器から切り離したり、あるいは新たに接
続して、これらネットワーク機器の接続構成を変更した
場合には、第１種のネットワーク機器は、通信を代行す
べき第２種のネットワーク機器の認識番号を読み取り、
認識番号に対応するネットワーク管理情報をダウンロー
ドサーバ６から転送して保有するので、ユーザの設定す
る各機器固有の設定情報を、ユーザが新たに設定し直す
必要がない。
【００１２】
【実施例】図１は本発明によるネットワーク管理システ
ムの構成図である。１はＬＡＮ配線であり、例えば、Ｉ
ＥＥＥ８０２．３規格に準拠するＥｔｈｅｒｎｅｔで構
成されている。２はＳＮＭＰマネジャーであり、ＳＮＭ
Ｐに準拠するネットワーク管理機能を有する端末であ
る。３１，３２はＳＮＭＰマネジャー２と直接通信する
機能を持つＨＵＢ（以下マスターＨＵＢと呼ぶ）、４１
〜４４はＳＮＭＰマネジャーと直接通信する機能を持た
ないＨＵＢ（以下スレーブＨＵＢと呼ぶ）であり、いず
れも１０Ｂａｓｅ−Ｔに準拠するツイストペア線ＬＡＮ
のリピータとしての機能を有している。５はマスターＨ
ＵＢ３１及び３２とスレーブＨＵＢ４１、４２及び４
３、４４をそれぞれ接続する専用バスである。また、６
はスレーブＨＵＢ４１〜４４のユーザ設定データを保有
するダウンロードサーバである。
ムの構成図である。１はＬＡＮ配線であり、例えば、Ｉ
ＥＥＥ８０２．３規格に準拠するＥｔｈｅｒｎｅｔで構
成されている。２はＳＮＭＰマネジャーであり、ＳＮＭ
Ｐに準拠するネットワーク管理機能を有する端末であ
る。３１，３２はＳＮＭＰマネジャー２と直接通信する
機能を持つＨＵＢ（以下マスターＨＵＢと呼ぶ）、４１
〜４４はＳＮＭＰマネジャーと直接通信する機能を持た
ないＨＵＢ（以下スレーブＨＵＢと呼ぶ）であり、いず
れも１０Ｂａｓｅ−Ｔに準拠するツイストペア線ＬＡＮ
のリピータとしての機能を有している。５はマスターＨ
ＵＢ３１及び３２とスレーブＨＵＢ４１、４２及び４
３、４４をそれぞれ接続する専用バスである。また、６
はスレーブＨＵＢ４１〜４４のユーザ設定データを保有
するダウンロードサーバである。
【００１３】図２は本発明によるマスターＨＵＢ３１の
内部構成を示すブロック図である。マスターＨＵＢ３１
は、ＬＡＮ配線１との通信処理部３１１と、ＭＩＢの格
納及び更新を行う管理オブジェクト管理部３１２と、１
０Ｂａｓｅ−Ｔ用のポート３１３（１）〜３１３（ｎ）
と、これらのポート間のパケットをリピートするリピー
タ部３１４、スレーブＨＵＢ４１，４２との情報通信用
の専用バス５に接続されるバスインターフェース部３１
５と、ＩＤ読出し保持手段３１６から構成される。
内部構成を示すブロック図である。マスターＨＵＢ３１
は、ＬＡＮ配線１との通信処理部３１１と、ＭＩＢの格
納及び更新を行う管理オブジェクト管理部３１２と、１
０Ｂａｓｅ−Ｔ用のポート３１３（１）〜３１３（ｎ）
と、これらのポート間のパケットをリピートするリピー
タ部３１４、スレーブＨＵＢ４１，４２との情報通信用
の専用バス５に接続されるバスインターフェース部３１
５と、ＩＤ読出し保持手段３１６から構成される。
【００１４】ここで、通信処理部３１１はＣＰＵ、ＬＡ
Ｎコントローラ、メモリ、ＬＡＮドライバなどのハード
ウェア及び通信プロトコルを実行するソフトウェアから
なり、ＳＮＭＰマネジャー２とのＳＮＭＰによる通信処
理、及びダウンロードサーバ６とのファイル転送プロト
コル（ＴＦＴＰ）による通信処理を行う。ＩＤ読出し保
持手段３１６はＣＰＵ、メモリ及びソフトウェアからな
り、バスインターフェース部３１５を介して、後述する
スレーブＨＵＢ４１，４２のＩＤ設定保持手段４１６、
４２６により保持されているＩＤ番号の読出し、保持を
行う。リピータ部３１４はリピータＩＣ及びＬＡＮドラ
イバなどのハードウェアで構成される。リピータＩＣは
例えば、Ｎａｔｉｏｎａｌ Ｓｅｍｉｃｏｎｄｕｃｔｏ
ｒ社製ＤＰ８３９５０や、ＡＴ＆Ｔ Ｍｉｃｒｏｅｌｅ
ｃｔｒｏｎｉｃｓ社製のＡｍ７９Ｃ９８０などが用いら
れる。これらのリピータＩＣはポート間のパケットのリ
ピート機能に加え、各ポートのリンク状態や各種エラー
の発生などを検出する機能を持つ。管理オブジェクト管
理部３１２はメモリ、ＣＰＵなどのハードウェア及びソ
フトウェアから構成され、通信処理部３１１における受
信パケット数を計数したり、リピータ部３１４における
現状態の読出し、及びエラーイベントの記録、計数等を
行うと共に、バスインターフェース部３１５を介して後
述するスレーブＨＵＢ４１，４２のリピータ部４１４、
４２４における現状態の読出し、及びエラーイベントの
記録、計数等を行い、管理オブジェクト（ＭＩＢ）の保
持、更新を行う。なお、通信処理部３１１、ＩＤ読出し
保持手段３１６、管理オブジェクト管理部３１２におけ
るメモリ、ＣＰＵなどのハードウェア及びソフトウェア
などは共有あるいは一体化して構成しても良い。
Ｎコントローラ、メモリ、ＬＡＮドライバなどのハード
ウェア及び通信プロトコルを実行するソフトウェアから
なり、ＳＮＭＰマネジャー２とのＳＮＭＰによる通信処
理、及びダウンロードサーバ６とのファイル転送プロト
コル（ＴＦＴＰ）による通信処理を行う。ＩＤ読出し保
持手段３１６はＣＰＵ、メモリ及びソフトウェアからな
り、バスインターフェース部３１５を介して、後述する
スレーブＨＵＢ４１，４２のＩＤ設定保持手段４１６、
４２６により保持されているＩＤ番号の読出し、保持を
行う。リピータ部３１４はリピータＩＣ及びＬＡＮドラ
イバなどのハードウェアで構成される。リピータＩＣは
例えば、Ｎａｔｉｏｎａｌ Ｓｅｍｉｃｏｎｄｕｃｔｏ
ｒ社製ＤＰ８３９５０や、ＡＴ＆Ｔ Ｍｉｃｒｏｅｌｅ
ｃｔｒｏｎｉｃｓ社製のＡｍ７９Ｃ９８０などが用いら
れる。これらのリピータＩＣはポート間のパケットのリ
ピート機能に加え、各ポートのリンク状態や各種エラー
の発生などを検出する機能を持つ。管理オブジェクト管
理部３１２はメモリ、ＣＰＵなどのハードウェア及びソ
フトウェアから構成され、通信処理部３１１における受
信パケット数を計数したり、リピータ部３１４における
現状態の読出し、及びエラーイベントの記録、計数等を
行うと共に、バスインターフェース部３１５を介して後
述するスレーブＨＵＢ４１，４２のリピータ部４１４、
４２４における現状態の読出し、及びエラーイベントの
記録、計数等を行い、管理オブジェクト（ＭＩＢ）の保
持、更新を行う。なお、通信処理部３１１、ＩＤ読出し
保持手段３１６、管理オブジェクト管理部３１２におけ
るメモリ、ＣＰＵなどのハードウェア及びソフトウェア
などは共有あるいは一体化して構成しても良い。
【００１５】図３は本発明によるスレーブＨＵＢ４１，
４２の内部構成を示すブロック図である。スレーブＨＵ
Ｂ４１は、１０Ｂａｓｅ−Ｔ用のポート４１３（１）〜
４１３（ｎ）と、これらポート間のパケットをリピート
するリピータ部４１４と、マスターＨＵＢ３１との情報
通信用の専用バス５に接続されるバスインターフェース
部４１５、及びＩＤ設定保持部４１６から構成される。
ここで、リピータ部４１４は、マスターＨＵＢ３１のリ
ピータ部３１４と同様のハードウェアで構成される。Ｉ
Ｄ設定保持手段４１６はディップスイッチなどで構成さ
れ、ユーザがネットワーク内のスレーブＨＵＢ４１〜４
４にそれぞれ固有のＩＤ番号を設定できるようになって
いる。マスターＨＵＢ３２は、マスターＨＵＢ３１と同
様の構成を有している。また、スレーブＨＵＢ４２、４
３、４４はスレーブＨＵＢ４１と同様の構成を有してい
る。
４２の内部構成を示すブロック図である。スレーブＨＵ
Ｂ４１は、１０Ｂａｓｅ−Ｔ用のポート４１３（１）〜
４１３（ｎ）と、これらポート間のパケットをリピート
するリピータ部４１４と、マスターＨＵＢ３１との情報
通信用の専用バス５に接続されるバスインターフェース
部４１５、及びＩＤ設定保持部４１６から構成される。
ここで、リピータ部４１４は、マスターＨＵＢ３１のリ
ピータ部３１４と同様のハードウェアで構成される。Ｉ
Ｄ設定保持手段４１６はディップスイッチなどで構成さ
れ、ユーザがネットワーク内のスレーブＨＵＢ４１〜４
４にそれぞれ固有のＩＤ番号を設定できるようになって
いる。マスターＨＵＢ３２は、マスターＨＵＢ３１と同
様の構成を有している。また、スレーブＨＵＢ４２、４
３、４４はスレーブＨＵＢ４１と同様の構成を有してい
る。
【００１６】次に、本実施例の動作について説明する。
ユーザはスレーブＨＵＢ４１、４２及び４３、４４を、
マスターＨＵＢ３１及び３２へ接続するにあたり、各ス
レーブＨＵＢのＩＤ設定保持手段により、それぞれ固有
のＩＤを設定する。次に、各ＩＤに対応した固有の設定
項目、例えば、ｓｙｓＤｅｓｃｒ（機器の表記）、ｓｙ
ｓＣｏｎｔａｃｔ（機器の管理者の氏名、コンタクトの
方法など）、ｓｙｓＮａｍｅ（機器の管理上の名前）、
ｓｙｓＬｏｃａｔｉｏｎ（機器の設置場所）などの項目
を設定し、表１に示すような設定データファイルをダウ
ンロードサーバ６上に格納する。
ユーザはスレーブＨＵＢ４１、４２及び４３、４４を、
マスターＨＵＢ３１及び３２へ接続するにあたり、各ス
レーブＨＵＢのＩＤ設定保持手段により、それぞれ固有
のＩＤを設定する。次に、各ＩＤに対応した固有の設定
項目、例えば、ｓｙｓＤｅｓｃｒ（機器の表記）、ｓｙ
ｓＣｏｎｔａｃｔ（機器の管理者の氏名、コンタクトの
方法など）、ｓｙｓＮａｍｅ（機器の管理上の名前）、
ｓｙｓＬｏｃａｔｉｏｎ（機器の設置場所）などの項目
を設定し、表１に示すような設定データファイルをダウ
ンロードサーバ６上に格納する。
【００１７】
【表１】
【００１８】マスターＨＵＢ３１は、ＩＤ読出し保持手
段３１６により、接続されているスレーブＨＵＢ４１、
４２のＩＤ設定保持手段４１６、４２６に保持されてい
るＩＤ番号（それぞれ＃１、＃２とする）を読み出し
て、新たに＃１と＃２のＨＵＢが接続されたことを検出
する。次に、通信処理部３１１により、ＴＦＴＰプロト
コルを用いて、ダウンロードサーバ６へ＃１と＃２の設
定データのダウンロード要求パケットを送出し、ダウン
ロードを行う。ダウンロードした設定データは、管理オ
ブジェクト管理部３１２において保持される。同様に、
マスターＨＵＢ３２は接続されているスレーブＨＵＢ４
３、４４のＩＤ番号（それぞれ＃３、＃４とする）を読
み出し、ダウンロードサーバ６から＃３と＃４の設定デ
ータをダウンロードし、管理オブジェクト管理部３２２
で保持する。例えば、マスターＨＵＢ３１がＳＮＭＰマ
ネジャー２からＩＤ番号＃１を持つＨＵＢのｓｙｓＣｏ
ｎｔａｃｔの読出し要求パケットを受信した場合、マス
ターＨＵＢ３１は、管理オブジェクト管理部３１２が保
持している＃１のｓｙｓＣｏｎｔａｃｔを読み出し、Ｓ
ＮＭＰマネジャー２へ応答する。
段３１６により、接続されているスレーブＨＵＢ４１、
４２のＩＤ設定保持手段４１６、４２６に保持されてい
るＩＤ番号（それぞれ＃１、＃２とする）を読み出し
て、新たに＃１と＃２のＨＵＢが接続されたことを検出
する。次に、通信処理部３１１により、ＴＦＴＰプロト
コルを用いて、ダウンロードサーバ６へ＃１と＃２の設
定データのダウンロード要求パケットを送出し、ダウン
ロードを行う。ダウンロードした設定データは、管理オ
ブジェクト管理部３１２において保持される。同様に、
マスターＨＵＢ３２は接続されているスレーブＨＵＢ４
３、４４のＩＤ番号（それぞれ＃３、＃４とする）を読
み出し、ダウンロードサーバ６から＃３と＃４の設定デ
ータをダウンロードし、管理オブジェクト管理部３２２
で保持する。例えば、マスターＨＵＢ３１がＳＮＭＰマ
ネジャー２からＩＤ番号＃１を持つＨＵＢのｓｙｓＣｏ
ｎｔａｃｔの読出し要求パケットを受信した場合、マス
ターＨＵＢ３１は、管理オブジェクト管理部３１２が保
持している＃１のｓｙｓＣｏｎｔａｃｔを読み出し、Ｓ
ＮＭＰマネジャー２へ応答する。
【００１９】次に、ユーザがスレーブＨＵＢ４２をマス
ターＨＵＢ３１から切り離し、マスターＨＵＢ３２へ接
続することにより機器接続構成を変更した場合の動作を
説明する。図４は機器接続構成を変更した後のネットワ
ーク構成を示す説明図、図５はスレーブＨＵＢ４２を切
り離したときのマスターＨＵＢ３１の動作を示す説明図
である。スレーブＨＵＢ４２を切り離されたマスターＨ
ＵＢ３１は、ＩＤ読出し保持手段３１６により、接続さ
れているスレーブＨＵＢのＩＤ番号が＃１であることを
読み出して、以前から保持している値＃１、＃２と比較
することにより、＃２のスレーブＨＵＢが新たに切り離
されたことを検知する。＃２のスレーブＨＵＢの切り離
し検知に従い、管理オブジェクト管理部３１２が以前か
ら保持していた＃２のユーザ設定管理情報を消去すると
ともに、通信処理部３１１により、ＳＮＭＰマネジャー
２に対して、ＴＲＡＰパケットを送出し、＃２のスレー
ブＨＵＢが切り離されたことを通知する。
ターＨＵＢ３１から切り離し、マスターＨＵＢ３２へ接
続することにより機器接続構成を変更した場合の動作を
説明する。図４は機器接続構成を変更した後のネットワ
ーク構成を示す説明図、図５はスレーブＨＵＢ４２を切
り離したときのマスターＨＵＢ３１の動作を示す説明図
である。スレーブＨＵＢ４２を切り離されたマスターＨ
ＵＢ３１は、ＩＤ読出し保持手段３１６により、接続さ
れているスレーブＨＵＢのＩＤ番号が＃１であることを
読み出して、以前から保持している値＃１、＃２と比較
することにより、＃２のスレーブＨＵＢが新たに切り離
されたことを検知する。＃２のスレーブＨＵＢの切り離
し検知に従い、管理オブジェクト管理部３１２が以前か
ら保持していた＃２のユーザ設定管理情報を消去すると
ともに、通信処理部３１１により、ＳＮＭＰマネジャー
２に対して、ＴＲＡＰパケットを送出し、＃２のスレー
ブＨＵＢが切り離されたことを通知する。
【００２０】次に、図６はスレーブＨＵＢ４２を新たに
接続したときのＨＵＢ３２の動作を示す説明図である。
スレーブＨＵＢ４２を接続されたマスターＨＵＢ３２
は、ＩＤ読出し保持手段３２６により、接続されている
ＨＵＢのＩＤ番号が＃３、＃４、＃２であることを検出
し、以前から保持している値＃３、＃４と比較すること
により、新たに＃２のスレーブＨＵＢが接続されたこと
を検知する。＃２のスレーブＨＵＢの接続検知に従い、
ＳＮＭＰマネジャー２に対してＴＲＡＰパケットを送出
し、＃２のスレーブＨＵＢが新たに接続されたことを通
知するとともに、ダウンロードサーバ６に対して、＃２
のユーザ設定情報のダウンロード要求パケットを送出す
る。ダウンロード完了後、管理オブジェクト管理部３２
２に＃２のユーザ設定情報を格納するとともに、ＳＮＭ
Ｐマネジャー６へＴＲＡＰパケットを送出し、＃２のユ
ーザ設定情報のダウンロード完了を通知する。
接続したときのＨＵＢ３２の動作を示す説明図である。
スレーブＨＵＢ４２を接続されたマスターＨＵＢ３２
は、ＩＤ読出し保持手段３２６により、接続されている
ＨＵＢのＩＤ番号が＃３、＃４、＃２であることを検出
し、以前から保持している値＃３、＃４と比較すること
により、新たに＃２のスレーブＨＵＢが接続されたこと
を検知する。＃２のスレーブＨＵＢの接続検知に従い、
ＳＮＭＰマネジャー２に対してＴＲＡＰパケットを送出
し、＃２のスレーブＨＵＢが新たに接続されたことを通
知するとともに、ダウンロードサーバ６に対して、＃２
のユーザ設定情報のダウンロード要求パケットを送出す
る。ダウンロード完了後、管理オブジェクト管理部３２
２に＃２のユーザ設定情報を格納するとともに、ＳＮＭ
Ｐマネジャー６へＴＲＡＰパケットを送出し、＃２のユ
ーザ設定情報のダウンロード完了を通知する。
【００２１】このように、本実施例では、各スレーブＨ
ＵＢに固有のＩＤ番号を設定しておくと共に、各スレー
ブＨＵＢに固有のユーザ設定情報をダウンロードサーバ
６上に保持しておき、マスターＨＵＢはスレーブＨＵＢ
のＩＤ番号を読み出し、スレーブＨＵＢの切り離しを検
知した場合には、そのスレーブＨＵＢの固有情報を消去
し、また、スレーブＨＵＢの新規接続を検知した場合に
は、そのスレーブＨＵＢの固有情報をダウンロードサー
バからダウンロードしてマスターＨＵＢ内に保管するよ
うにしているので、スレーブＨＵＢを或るマスターＨＵ
Ｂから他のマスターＨＵＢへ移動して、ネットワーク機
器の接続構成を変更した場合でも、スレーブＨＵＢ固有
の設定情報をユーザが再設定する必要はない。
ＵＢに固有のＩＤ番号を設定しておくと共に、各スレー
ブＨＵＢに固有のユーザ設定情報をダウンロードサーバ
６上に保持しておき、マスターＨＵＢはスレーブＨＵＢ
のＩＤ番号を読み出し、スレーブＨＵＢの切り離しを検
知した場合には、そのスレーブＨＵＢの固有情報を消去
し、また、スレーブＨＵＢの新規接続を検知した場合に
は、そのスレーブＨＵＢの固有情報をダウンロードサー
バからダウンロードしてマスターＨＵＢ内に保管するよ
うにしているので、スレーブＨＵＢを或るマスターＨＵ
Ｂから他のマスターＨＵＢへ移動して、ネットワーク機
器の接続構成を変更した場合でも、スレーブＨＵＢ固有
の設定情報をユーザが再設定する必要はない。
【００２２】なお、本実施例では、スレーブＨＵＢのＩ
Ｄ設定保持手段としてディップスイッチを用いてユーザ
が設定するようにしたが、たとえば製品出荷時にシリア
ル番号などの機器固有のＩＤ番号を設けてメモリに書き
込んでも良い。この場合、ユーザによる設定作業は不要
となる。また、対象とするＬＡＮとして、Ｅｔｈｅｒｎ
ｅｔ、１０Ｂａｓｅ−Ｔを例示したが、他の媒体でも良
い。さらに、管理用通信プロトコルとしてＳＮＭＰを例
示したが他のプロトコルでも良く、ファイル転送プロト
コルとしてＴＦＴＰを例示したが他のプロトコルでも良
い。また、マスターＨＵＢとスレーブＨＵＢとの接続は
専用バスを用いたが、シリアルポートなどによる接続で
も良い。
Ｄ設定保持手段としてディップスイッチを用いてユーザ
が設定するようにしたが、たとえば製品出荷時にシリア
ル番号などの機器固有のＩＤ番号を設けてメモリに書き
込んでも良い。この場合、ユーザによる設定作業は不要
となる。また、対象とするＬＡＮとして、Ｅｔｈｅｒｎ
ｅｔ、１０Ｂａｓｅ−Ｔを例示したが、他の媒体でも良
い。さらに、管理用通信プロトコルとしてＳＮＭＰを例
示したが他のプロトコルでも良く、ファイル転送プロト
コルとしてＴＦＴＰを例示したが他のプロトコルでも良
い。また、マスターＨＵＢとスレーブＨＵＢとの接続は
専用バスを用いたが、シリアルポートなどによる接続で
も良い。
【００２３】また、ＳＮＭＰマネジャーと、ダウンロー
ドサーバはそれぞれ別の端末で構成したが、１つのパソ
コンあるいはワークステーション上でＳＮＭＰマネジャ
ーとダウンロードサーバの２つのプロセスを稼働させる
ようにしても良いし、ＳＮＭＰマネジャーとダウンロー
ドサーバを１つのプロセスに統合しても良い。さらにま
た、ネットワーク機器としてＨＵＢを対象としたが、ブ
リッジ、モデムなど他のネットワーク機器に適用できる
ことはもちろんである。
ドサーバはそれぞれ別の端末で構成したが、１つのパソ
コンあるいはワークステーション上でＳＮＭＰマネジャ
ーとダウンロードサーバの２つのプロセスを稼働させる
ようにしても良いし、ＳＮＭＰマネジャーとダウンロー
ドサーバを１つのプロセスに統合しても良い。さらにま
た、ネットワーク機器としてＨＵＢを対象としたが、ブ
リッジ、モデムなど他のネットワーク機器に適用できる
ことはもちろんである。
【００２４】
【発明の効果】本発明のネットワーク管理システムによ
れば、ネットワーク管理端末と直接の通信機能を持たな
い第２種のネットワーク機器を、ネットワーク管理端末
と直接の通信機能を持つ第１種のネットワーク機器から
切り離したり、あるいは新たに接続して、これらネット
ワーク機器の接続構成を変更した場合でも、ユーザの設
定する各機器固有の設定情報を、ユーザが新たに設定し
直す必要がないという効果がある。
れば、ネットワーク管理端末と直接の通信機能を持たな
い第２種のネットワーク機器を、ネットワーク管理端末
と直接の通信機能を持つ第１種のネットワーク機器から
切り離したり、あるいは新たに接続して、これらネット
ワーク機器の接続構成を変更した場合でも、ユーザの設
定する各機器固有の設定情報を、ユーザが新たに設定し
直す必要がないという効果がある。
【図１】本発明によるネットワーク管理システムの構成
図である。
図である。
【図２】本発明によるマスターＨＵＢの内部構成を示す
ブロック図である。
ブロック図である。
【図３】本発明によるスレーブＨＵＢの内部構成を示す
ブロック図である。
ブロック図である。
【図４】本発明における機器接続構成の変更例を示す説
明図である。
明図である。
【図５】本発明におけるスレーブＨＵＢの切り離し時の
動作説明図である。
動作説明図である。
【図６】本発明におけるスレーブＨＵＢの新規接続時の
動作説明図である。
動作説明図である。
【図７】従来例によるネットワーク管理システムの構成
図である。
図である。
１ ＬＡＮ配線 ２ ＳＮＭＰマネジャー ３１ マスターＨＵＢ ３２ マスターＨＵＢ ３１１ 通信処理部 ３１２ 管理オブジェクト管理部 ３１６ ＩＤ読出し保持手段 ４１ スレーブＨＵＢ ４２ スレーブＨＵＢ ４３ スレーブＨＵＢ ４４ スレーブＨＵＢ ４１６ ＩＤ設定保持手段 ４２６ ＩＤ設定保持手段 ６ ダウンロードサーバ
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.5 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｌ 12/26 8732−5Ｋ Ｈ０４Ｌ 11/08 (72)発明者 山本 幸一 大阪府門真市大字門真1048番地 松下電工 株式会社内 (72)発明者 阪本 浩司 大阪府門真市大字門真1048番地 松下電工 株式会社内
Claims (1)
- 【請求項１】 ネットワーク管理端末と、前記ネット
ワーク管理端末との直接の通信手段を持つ第１種のネッ
トワーク機器と、前記ネットワーク管理端末との直接の
通信手段を持たない第２種のネットワーク機器とからな
り、前記ネットワーク管理端末と第２種のネットワーク
機器との管理情報の通信を第１種のネットワーク機器が
代行するシステムにおいて、第２種のネットワーク機器
は、ネットワーク内での認識番号の保持手段を備え、認
識番号に対応するネットワーク管理情報を保有するダウ
ンロードサーバをネットワーク内に設け、第１種のネッ
トワーク機器は、通信を代行すべき第２種のネットワー
ク機器の認識番号を読み出して保持する手段を備え、認
識番号に対応するネットワーク管理情報をダウンロード
サーバから転送して保有する手段を備えたことを特徴と
するネットワーク管理システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5011162A JPH06224915A (ja) | 1993-01-26 | 1993-01-26 | ネットワーク管理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5011162A JPH06224915A (ja) | 1993-01-26 | 1993-01-26 | ネットワーク管理システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH06224915A true JPH06224915A (ja) | 1994-08-12 |
Family
ID=11770347
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5011162A Pending JPH06224915A (ja) | 1993-01-26 | 1993-01-26 | ネットワーク管理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH06224915A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1996034475A3 (en) * | 1995-04-27 | 1997-01-09 | Stratacom Inc | A network switch having network management agent functions distributed among multiple trunk and service modules |
| JPH10275125A (ja) * | 1997-03-31 | 1998-10-13 | Nri & Ncc Co Ltd | 多数のコンピュータが参加する情報分配応答システム |
| JP2007124673A (ja) * | 1999-06-24 | 2007-05-17 | Allied Telesis Inc | スタック型インテリジェント・スィッチング・システム |
-
1993
- 1993-01-26 JP JP5011162A patent/JPH06224915A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1996034475A3 (en) * | 1995-04-27 | 1997-01-09 | Stratacom Inc | A network switch having network management agent functions distributed among multiple trunk and service modules |
| JPH10275125A (ja) * | 1997-03-31 | 1998-10-13 | Nri & Ncc Co Ltd | 多数のコンピュータが参加する情報分配応答システム |
| JP2007124673A (ja) * | 1999-06-24 | 2007-05-17 | Allied Telesis Inc | スタック型インテリジェント・スィッチング・システム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0585082B1 (en) | Computer management system and associated management information base | |
| EP1014748B1 (en) | Management system for a multi-level communication network | |
| US6529784B1 (en) | Method and apparatus for monitoring computer systems and alerting users of actual or potential system errors | |
| US5852744A (en) | Method for discovering a network printer by assigning dedicated sockets to different printer types and polling the dedicated sockets to learn the corresponding state | |
| US6684241B1 (en) | Apparatus and method of configuring a network device | |
| US6226644B1 (en) | Method, storage medium and system for distributing data between computers connected to a network | |
| EP0762281B1 (en) | Network management with acquisition of formatted dump data from remote process | |
| US6633909B1 (en) | Notification method that guarantees a system manager discovers an SNMP agent | |
| US7340536B2 (en) | Method and apparatus for determining unmanaged network devices in the topology of a network | |
| JPH0612532B2 (ja) | Ｌａｎにおける無許可サービス防止方法及びシステム | |
| US20040049575A1 (en) | Electronic device monitoring method, electronic device, computer, and program thereof | |
| US20030009541A1 (en) | Method and system for setting communication parameters on network apparatus using information recordable medium | |
| CN113010122B (zh) | 图像形成装置监控装置、方法、系统和存储介质 | |
| US8223667B2 (en) | Inferred discovery of a data communications device | |
| US7733800B2 (en) | Method and mechanism for identifying an unmanaged switch in a network | |
| US6967734B1 (en) | System for automatically installing digital printers on a network | |
| JPH06224915A (ja) | ネットワーク管理システム | |
| GB2362059A (en) | Discovering network devices using Telnet | |
| CN106803848B (zh) | 电池测试装置中位机管理方法及装置 | |
| CN109451047A (zh) | 监控告警系统的数据传送方法、装置、设备及存储介质 | |
| EP0756400B1 (en) | Method for discovering a printer of a printer type in a network | |
| US7334033B2 (en) | Fabric membership monitoring | |
| JP3080034B2 (ja) | ネットワーク通信システムおよび方法、ネットワーク端末装置、情報記憶媒体 | |
| JP4763227B2 (ja) | Ｓｎｍｐエージェント装置 | |
| JPH06223019A (ja) | ネットワークシステム |