JPH11205320A - Network management method - Google Patents
Network management methodInfo
- Publication number
- JPH11205320A JPH11205320A JP10008296A JP829698A JPH11205320A JP H11205320 A JPH11205320 A JP H11205320A JP 10008296 A JP10008296 A JP 10008296A JP 829698 A JP829698 A JP 829698A JP H11205320 A JPH11205320 A JP H11205320A
- Authority
- JP
- Japan
- Prior art keywords
- management
- snmp
- router
- network
- agent
- 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
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】回線数の増加により複数台のルータを接続した
場合にもSNMPによるネットワーク管理上はひとつの
ノードとして管理可能とすることでネットワーク管理を
簡易にすることにある。
【解決手段】複数台のネットワーク間接続装置を装置間
接続スイッチで接続した装置構成において、あらかじめ
構成定義により定められた優先度にしたがって稼働中の
ルータの中から代表となるネットワーク間接続装置を決
定し、代表ネットワーク間接続装置が自装置を含む各ネ
ットワーク間接続装置上のSNMPエージェントに対し
てはローカルなマネージャとしてエージェントが保持す
る管理情報の論理データ構造(MIB)へのアクセスを
管理し、ネットワーク管理装置上で動作するSNMPマ
ネージャからのMIBへのアクセス要求に対しては上記
のMIBを一括して保持する仮想的な一台の装置上のエ
ージェントとして動作、応答する。
An object of the present invention is to simplify network management by enabling management as one node in network management by SNMP even when a plurality of routers are connected due to an increase in the number of lines. In a device configuration in which a plurality of network connecting devices are connected by a device connecting switch, a representative network connecting device is determined from operating routers in accordance with a priority determined in advance by a configuration definition. The representative network connecting device manages access to the logical data structure (MIB) of the management information held by the agent as a local manager for the SNMP agent on each network connecting device including its own device. In response to an access request to the MIB from the SNMP manager operating on the management device, the device operates and responds as an agent on a single virtual device that holds the above-mentioned MIB collectively.
Description
【0001】[0001]
【発明の属する技術分野】本発明はネットワーク管理技
術に関し、特にルータ等のネットワーク間接続装置を複
数接続した構成におけるネットワーク管理に好適なネッ
トワーク管理技術に関する。The present invention relates to a network management technique, and more particularly to a network management technique suitable for network management in a configuration in which a plurality of inter-network connecting devices such as routers are connected.
【0002】[0002]
【従来の技術】ネットワークの拡大により必要な回線数
がルータの収容可能回線数を越えた場合、必要な回線数
を確保するための一つの方法としてルータの増設を行
う。ルータの増設により管理対象ルータ名称の割り当て
作業の発生、SNMP(Simple Network
Management Protocol)マネージ
ャにてネットワーク構成をマップとして自動描画する場
合一画面上に表示されるシンボルの増加により、ネット
ワーク管理が煩雑となる。2. Description of the Related Art When the required number of lines exceeds the number of lines that can be accommodated by a router due to expansion of a network, a router is added as one method for securing the required number of lines. Assignment of a managed router name occurs due to the addition of routers, and SNMP (Simple Network)
When automatically drawing a network configuration as a map with a management protocol (Manager) manager, network management becomes complicated due to an increase in the number of symbols displayed on one screen.
【0003】[0003]
【発明が解決しようとする課題】上記従来技術において
は、回線数の増加がそのまま管理対象ルータの増加につ
ながり、管理対象ルータ名称の割り当て作業が発生し、
かつSNMPマネージャによるネットワーク管理におい
てもネットワーク構成として画面上に表示されるシンボ
ルが増加するため、ネットワーク管理が煩雑になる。In the above prior art, an increase in the number of lines directly leads to an increase in the number of managed routers, and a work of assigning a managed router name occurs.
Also, in the network management by the SNMP manager, the number of symbols displayed on the screen as the network configuration increases, so that the network management becomes complicated.
【0004】本発明の目的は、ルータ等のネットワーク
間接続装置を複数台接続する場合にも、管理対象ルータ
の増加を抑止し、ネットワークの保守・運用を容易にす
ることが可能なネットワーク管理方法提供することにあ
る。An object of the present invention is to provide a network management method capable of suppressing an increase in managed routers and facilitating maintenance and operation of a network even when a plurality of inter-network connecting devices such as routers are connected. To provide.
【0005】[0005]
【課題を解決するための手段】複数台のネットワーク間
接続装置を装置間接続スイッチで接続した装置構成にお
いて、あらかじめ構成定義により定められた優先度にし
たがって稼働中のルータの中から代表となるネットワー
ク間接続装置を決定し、代表ネットワーク間接続装置が
自装置を含む各ネットワーク間接続装置上のSNMPエ
ージェントに対してはローカルなマネージャとしてエー
ジェントが保持する管理情報の論理データ構造(MI
B)へのアクセスを管理し、ネットワーク管理装置上で
動作するSNMPマネージャからのMIBへのアクセス
要求に対しては上記のMIBを一括して保持する仮想的
な一台の装置上のエージェントとして動作、応答する。SUMMARY OF THE INVENTION In a device configuration in which a plurality of network connecting devices are connected by a device connecting switch, a representative network is selected from routers in operation according to a priority determined in advance by a configuration definition. The network connection device is determined, and the representative network connection device acts as a local manager for the SNMP agent on each network connection device including its own device, and the logical data structure (MI
B) manages access to B) and operates as an agent on a single virtual device that collectively holds the MIB in response to an MIB access request from an SNMP manager operating on a network management device. ,respond.
【0006】[0006]
【発明の実施の形態】以下、本発明の実施形態を図面を
参照して詳細に説明する。Embodiments of the present invention will be described below in detail with reference to the drawings.
【0007】図1に装置間接続スイッチにより接続され
たルータの構成例を示す。本例では回線(10a、10
b)を収容するルータ(10)、回線(11a)を収容
するルータ(11)、回線(12a、12b、12c)
を収容するルータ(12)が装置間接続スイッチ(2
0)を介して筺体結合リンク(50)により結合されて
いる。FIG. 1 shows a configuration example of a router connected by an inter-device connection switch. In this example, the lines (10a, 10a
router (10) accommodating b), router (11) accommodating line (11a), line (12a, 12b, 12c)
The router (12) that accommodates the
0) via a housing connection link (50).
【0008】各ルータのルーティング情報は同一のルー
ティングテーブルとなるよう同期がとられており、また
ヘルスチェックにより各ルータは他のルータの稼動状態
を識別できるものとする。[0008] It is assumed that the routing information of each router is synchronized so that the same routing table is obtained, and each router can identify the operating state of another router by a health check.
【0009】図2は、ネットワーク管理装置上で動作す
るSNMPマネージャからの要求によりMIB(Man
agement Information Base)
のアクセスを行う際のSNMPによる管理の機能構成を
説明する図である。FIG. 2 is a diagram showing a MIB (Man) according to a request from an SNMP manager operating on a network management apparatus.
(Agement Information Base)
FIG. 3 is a diagram for explaining a functional configuration of management by SNMP when making access.
【0010】図3はSNMPのPDU(Protoco
l Data Unit)のフォーマットを説明する図
である。FIG. 3 shows a PDU (Protococo) of SNMP.
FIG. 3 is a diagram illustrating a format of (l Data Unit).
【0011】図4はインスタンス・インデックス管理テ
ーブルの構成を説明する図であり、外部インデックスは
ルータ(10)、(11)、(12)をひとつのルータ
とみなした場合に、SNMPマネージャとの間でオペレ
ーションの対象となるMIB(管理オブジェクト)を指
定する値であり、内部インデックスは各ルータ内のSN
MPエージェントに対して該当MIBを指定する値であ
る。また、ルータ識別には該当MIBを管理しているル
ータを一意に示す情報である。FIG. 4 is a view for explaining the configuration of the instance index management table. The external index is used between the SNMP manager and the router (10), (11) and (12) when the router is regarded as one router. Is a value that specifies the MIB (managed object) to be operated, and the internal index is the SN within each router.
This value specifies the corresponding MIB for the MP agent. The router identification is information that uniquely indicates a router that manages the MIB.
【0012】図5は図1に示す装置構成においてIFグ
ループのインスタンス・インデックス管理テーブルに設
定される値の例である。FIG. 5 shows an example of values set in the instance index management table of the IF group in the device configuration shown in FIG.
【0013】図6は初期立ち上げ時のSNMP機能ブロ
ック間の動作シーケンス例の図である。FIG. 6 is a diagram showing an example of an operation sequence between SNMP function blocks at the time of initial startup.
【0014】図7はネットワーク管理装置上のSNMP
マネージャからのMIBアクセス要求時のSNMP機能
ブロック間の動作シーケンス例の図である。FIG. 7 shows SNMP on the network management device.
FIG. 9 is a diagram illustrating an example of an operation sequence between SNMP function blocks when a MIB access request is issued from a manager.
【0015】以下に、初期立ち上げ時、ルータからのT
rapを契機としてマネージャからIFグループのMI
Bに対するGetRequest−PDUを受信した場
合を例として動作を説明する。In the following, at the time of initial startup, T
rap to the manager of the IF group
The operation will be described taking as an example a case where a GetRequest-PDU for B is received.
【0016】図1の構成において、ルータ(10、1
1、12)が電源投入により立ち上がった際、構成定義
により定められた初期化猶予時間経過後、構成定義によ
り定められた優先度にしたがい、SNMP管理上の代表
ルータが決定される。In the configuration of FIG. 1, the router (10, 1
When [1] and [12] start up when the power is turned on, a representative router for SNMP management is determined according to the priority defined by the configuration after the elapse of the initialization delay time defined by the configuration.
【0017】本例では3台のルータの優先度が(10)
>(11)>(12)であるとして全て正常に立ち上が
った場合、ルータ(10)がSNMP管理上の代表ルー
タとなる。In this example, the priority of the three routers is (10)
If all of them have been normally started as>(11)> (12), the router (10) becomes the representative router for SNMP management.
【0018】ルータ(10)上のインスタンス・インデ
ックス管理(10i)は各ルータ上のSNMPエージェ
ント(10e、11e、12e)に対して疑似的にSN
MPマネージャとして動作し、GetNextオペレー
ションによりオブジェクトグループに応じたインスタン
ス・インデックス管理テーブルを作成する。The instance index management (10i) on the router (10) simulates the SN with respect to the SNMP agent (10e, 11e, 12e) on each router.
It operates as an MP manager and creates an instance index management table corresponding to the object group by a GetNext operation.
【0019】本例の場合、各インターフェイスに割り当
てられるインターフェイス・インデックスの管理テーブ
ルには、以下に図6のシーケンスにしたがって示す動作
により図5に示す値が設定される。In the case of this example, the values shown in FIG. 5 are set in the interface index management table assigned to each interface by the operation shown in the sequence of FIG. 6 below.
【0020】インスタンス・インデックス管理(10
e)はインターフェイスグループのインスタンス・イン
デックスを収集するため、構成定義で定められたルータ
間の優先度によりルータ(10)のSNMPエージェン
ト(10e)に対してNameフィールドにオブジェク
ト識別子が1.3.6.1.2.1.2.2.1.2.
でインスタンス・インデックスに0を設定したGetN
extRequest−PDUを送信(100)するこ
とでIfIndexの値を要求する。Instance index management (10
Since e) collects the instance index of the interface group, the object identifier is 1.3.6 in the Name field for the SNMP agent (10e) of the router (10) according to the priority between routers defined in the configuration definition. .1.2.1.2.2.2.1.2.
GetN with instance index set to 0 in
The value of IfIndex is requested by transmitting extRequest-PDU (100).
【0021】SNMPエージェント(10e)はGet
NextRequest−PDUのValueフィール
ドに、回線(10a)のインターフェイスに対応するI
fIndexの値である”1”を設定して応答(10
1)する。The SNMP agent (10e) is Get
In the Value field of the NextRequest-PDU, the I corresponding to the interface of the line (10a) is set.
A response (10) is set by setting "1" which is the value of fIndex.
1) Yes.
【0022】インスタンス・インデックス管理(10
i)はSNMPエージェント(10e)から正常応答
(101)が返った場合、Valueの値をインスタン
ス・インデックス管理テーブルの外部インデックス値の
初期値である”1”に対応する内部インデックス値とし
て設定し、インスタンス・インデックスを更新して次の
GetNextRequest−PDUを送信(10
2)する。Instance index management (10
i), when a normal response (101) is returned from the SNMP agent (10e), the value of Value is set as an internal index value corresponding to "1" which is the initial value of the external index value of the instance index management table; Update the instance index and send the next GetNextRequest-PDU (10
2) Do it.
【0023】以下、NoSuchNameの応答によ
り、該当ルータの管理する情報がなくなったことを確認
するまで順次Valueの値をインスタンス・インデッ
クス管理テーブルの内部インデックス値に設定しインス
タンス・インデックスを更新してGetNextReq
uest−PDUを送信する動作を繰り返す。Subsequently, the value of Value is sequentially set to the internal index value of the instance index management table, and the instance index is updated and GetNextReq until the information managed by the corresponding router disappears in response to the NoSuchName response.
The operation of transmitting the west-PDU is repeated.
【0024】NoSuchNameの応答(105)受
信時、次の優先度のルータ(11)のSNMPエージェ
ント(11e)にGetNextRequest−PD
Uを送信(110)する。When the response (105) of NoSuchName is received, the GetNextRequest-PD is sent to the SNMP agent (11e) of the router (11) having the next priority.
U is transmitted (110).
【0025】上記動作の繰り返しによりインスタンス・
インデックス管理テーブルを作成する。By repeating the above operation, the instance
Create an index management table.
【0026】作成されたインスタンス・インデックス管
理テーブルは代表ルータ障害時に次の優先度のルータが
代表ルータとして動作可能とするため、各ルータのイン
デックス管理(11i、12i)に配布される。以上の
動作完了後、インデックス管理がSNMPマネージャ
(20m)にColdStartのTrap(150)
を送信する。The created instance index management table is distributed to the index management (11i, 12i) of each router so that the router of the next priority can operate as the representative router when the representative router fails. After the above operation is completed, the index management is performed by the SNMP manager (20 m) in the cold start trap (150).
Send
【0027】次に、図7にしたがってSNMPマネージ
ャ(20m)からオブジェクト識別子が1.3.6.
1.2.1.2.2.1.2でインスタンス・インデッ
クスに“1”を設定したGetRequest−PDU
をルータ(12)の回線(12a)から受信(200)
した際の動作を説明する。Next, according to FIG. 7, the object identifier is 1.3.6.
GetRequest-PDU whose instance index is set to “1” in 1.2.1.2.2.2.1.2
(200) from the line (12a) of the router (12)
The operation when this is done will be described.
【0028】各ルータ(10)、(11)、(12)で
は自ルータのインターフェイスを宛先とするPDUはす
べてSNMP管理上の代表ルータである(10)上のイ
ンスタンス・インデックス管理(10i)に転送する。In each of the routers (10), (11) and (12), all PDUs destined for the interface of the own router are transferred to the instance index management (10i) on the (10) which is the representative router for SNMP management. I do.
【0029】インスタンス・インデックス管理(10
i)は図5のインデックス管理テーブルにより、PDU
内のオブジェクト識別子のインスタンス・インデックス
の値である“4”を内部インデックス”1”に変換して
オブジェクト識別子を1.3.6.1.2.1.2.
2.1.2.4に再設定し、管理元ルータ識別により判
定した管理元ルータであるルータ(12)のSNMPエ
ージェント(12e)に送信(210)する。Instance index management (10
i) shows a PDU according to the index management table shown in FIG.
"4" which is the value of the instance index of the object identifier in "1" is converted to the internal index "1", and the object identifier is changed to 1.3.6.1.2.1.2.
It is reset to 2.1.2.4 and transmitted (210) to the SNMP agent (12e) of the router (12), which is the management source router determined by the management source router identification.
【0030】管理元ルータのSNMPエージェント(1
2e)では内部インデックスで指定されたオブジェクト
の値をGetResponse−PDUのValueに
設定してルータ(10)のインデックス管理(10i)
に応答(211)する。The SNMP agent (1
In 2e), the value of the object specified by the internal index is set in the value of GetResponse-PDU, and index management (10i) of the router (10) is performed.
(211).
【0031】インデックス管理(10i)ではルータ
(12)のSNMPエージェント(12e)からの応答
受信時、内部インデックス“1”を外部インデックス
“4”に変換してGetResponse−PDUのオ
ブジェクト識別子に1.3.6.1.2.1.2.2.
1.2.4を設定して回線(12a)経由でSNMPマ
ネージャに送信(220)する。In the index management (10i), when a response is received from the SNMP agent (12e) of the router (12), the internal index "1" is converted to the external index "4" and the object identifier of the GetResponse-PDU is set to 1.3. .6.1.2.1.2.2.2.
1.2.4 is set and transmitted to the SNMP manager via the line (12a) (220).
【0032】以上、IFグループのMIBを例として、
テーブル型のMIBについての動作を説明した。As described above, using the MIB of the IF group as an example,
The operation of the table type MIB has been described.
【0033】また、装置名称など、インスタンス・イン
デックスが“0”となる非テーブル型のMIBについて
は同一の情報を各ルータに持ち、その時点でのSNMP
管理上の代表ルータのMIBの値を有効とすることによ
り、SNMPによる管理上ではひとつのノードとして管
理可能となる。The non-table type MIB whose instance index is "0" such as the device name has the same information in each router, and the SNMP at that time.
By validating the MIB value of the representative router in management, it becomes possible to manage as one node in SNMP management.
【0034】[0034]
【発明の効果】以上説明したように、本発明によれば複
数台のルータを装置間接続スイッチで接続した装置構成
であってもネットワーク管理上はひとつのルータとして
管理可能となり、回線数の増加に伴った管理対象ルータ
の増加が避けられ、ネットワーク管理が容易になる。As described above, according to the present invention, even in an apparatus configuration in which a plurality of routers are connected by an inter-device connection switch, it can be managed as one router in network management, and the number of lines increases. As a result, it is possible to avoid an increase in the number of routers to be managed, thereby facilitating network management.
【図1】本発明の一実施例の装置構成図である。FIG. 1 is a configuration diagram of an apparatus according to an embodiment of the present invention.
【図2】本発明の一実施例のSNMPによる管理の機能
構成図である。FIG. 2 is a functional configuration diagram of SNMP management according to an embodiment of the present invention.
【図3】SNMP PDUのフォーマット説明図であ
る。FIG. 3 is an explanatory diagram of a format of an SNMP PDU.
【図4】インスタンス・インデックス管理テーブルの構
成図である。FIG. 4 is a configuration diagram of an instance index management table.
【図5】インスタンス・インデックス管理テーブル設定
値の例である。FIG. 5 is an example of an instance index management table setting value.
【図6】初期立ち上げ時のSNMP機能ブロック間動作
シーケンス図である。FIG. 6 is an operation sequence diagram between SNMP function blocks at the time of initial startup.
【図7】MIBアクセス要求時のSNMP機能ブロック
間動作シーケンス図である。FIG. 7 is an operation sequence diagram between SNMP function blocks at the time of an MIB access request.
10〜12…ルータ装置、10a、10b、11a、1
2a、12b、12c…回線、20…装置間接続スイッ
チ、50…筺体結合リンク、10i、11i、12i…
インスタンス・インデックス管理部、10e、11e、
12e…SNMPエージェント、20m…SNMPマネ
ージャ。10-12: Router device, 10a, 10b, 11a, 1
2a, 12b, 12c ... line, 20 ... device connection switch, 50 ... housing connection link, 10i, 11i, 12i ...
Instance index management unit, 10e, 11e,
12e: SNMP agent, 20m: SNMP manager.
───────────────────────────────────────────────────── フロントページの続き (72)発明者 左古 義人 神奈川県海老名市下今泉810番地 株式会 社日立製作所オフィスシステム事業部内 ──────────────────────────────────────────────────続 き Continued on the front page (72) Inventor Yoshito Sako 810 Shimo-Imaizumi, Ebina-shi, Kanagawa Prefecture Hitachi Systems Ltd. Office Systems Division
Claims (1)
接続スイッチで接続した装置構成において、あらかじめ
構成定義により定められた優先度にしたがって稼働中の
ルータの中から代表となるネットワーク間接続装置を決
定し、代表ネットワーク間接続装置が自装置を含む各ネ
ットワーク間接続装置上のSNMPエージェントに対し
てはローカルなマネージャとしてエージェントが保持す
る管理情報の論理データ構造へのアクセスを管理し、ネ
ットワーク管理装置上で動作するSNMPマネージャか
らの前記データ構造へのアクセス要求に対しては前記デ
ータ構造を一括して保持する仮想的な一台の装置上のエ
ージェントとして動作、応答することを特徴とするネッ
トワーク管理方法。In a device configuration in which a plurality of network connecting devices are connected by a device connecting switch, a representative network connecting device is selected from operating routers according to a priority determined in advance by a configuration definition. The network management device determines and determines access to the logical data structure of management information held by the agent as a local manager for the SNMP agent on each of the network connection devices including the own device. A network management unit that operates and responds to an access request to the data structure from an SNMP manager operating on the virtual machine as an agent on a single virtual device that collectively holds the data structure. Method.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10008296A JPH11205320A (en) | 1998-01-20 | 1998-01-20 | Network management method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10008296A JPH11205320A (en) | 1998-01-20 | 1998-01-20 | Network management method |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH11205320A true JPH11205320A (en) | 1999-07-30 |
Family
ID=11689207
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10008296A Pending JPH11205320A (en) | 1998-01-20 | 1998-01-20 | Network management method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH11205320A (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000332768A (en) * | 1999-05-14 | 2000-11-30 | Nec Corp | MIB integrated management method for ATM server |
| JP2001142811A (en) * | 1999-11-16 | 2001-05-25 | Nec Corp | Network management system and network management method |
| EP1655891A1 (en) | 2004-11-05 | 2006-05-10 | Samsung Electronics Co., Ltd. | Network management system with automatic device detection |
| KR100770920B1 (en) * | 2001-05-26 | 2007-10-26 | 삼성전자주식회사 | Network Management Protocol based on Simple Network Management Protocol using Management Information Base Array |
-
1998
- 1998-01-20 JP JP10008296A patent/JPH11205320A/en active Pending
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000332768A (en) * | 1999-05-14 | 2000-11-30 | Nec Corp | MIB integrated management method for ATM server |
| US6738812B1 (en) | 1999-05-14 | 2004-05-18 | Nec Corporation | MIB integrative management method for an ATM server |
| JP2001142811A (en) * | 1999-11-16 | 2001-05-25 | Nec Corp | Network management system and network management method |
| US6836802B1 (en) | 1999-11-16 | 2004-12-28 | Nec Corporation | Network management system uses proxy agent for communicating control information and event notifications between network management apparatus and agents not directly connected to a network |
| KR100770920B1 (en) * | 2001-05-26 | 2007-10-26 | 삼성전자주식회사 | Network Management Protocol based on Simple Network Management Protocol using Management Information Base Array |
| EP1655891A1 (en) | 2004-11-05 | 2006-05-10 | Samsung Electronics Co., Ltd. | Network management system with automatic device detection |
| US8595339B2 (en) | 2004-11-05 | 2013-11-26 | Samsung Electronics Co., Ltd. | Network management apparatus and method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3483561B2 (en) | Reverse address determination system for remote network equipment | |
| US5991828A (en) | System for automatically connecting portable device to network using network environment information including domain name of naming device and community name of network management protocol | |
| CN111711557B (en) | Remote access system and method for network target range users | |
| US5651006A (en) | Hierarchical network management system | |
| US5572640A (en) | Batch transfer system and method for high performance graphic display of network topology | |
| JP4707288B2 (en) | Network monitoring apparatus and network monitoring method | |
| US9137105B2 (en) | Method and system for deploying at least one virtual network on the fly and on demand | |
| US20050138157A1 (en) | Network device discovery system and method thereof | |
| JPH07107114A (en) | Remote office network system and its communication method | |
| JP4187785B2 (en) | Data storage device | |
| JP2006135964A (en) | Network management apparatus and method | |
| JP2003060715A (en) | OSI tunnel routing method and device | |
| JPH0951347A (en) | Hierarchical network management method | |
| JPH11205320A (en) | Network management method | |
| EP1479192B1 (en) | Method and apparatus for managing configuration of a network | |
| JP3346312B2 (en) | Network management system | |
| JPH09331325A (en) | Network management method | |
| US20030093561A1 (en) | Allocating internet protocol (IP) addresses to nodes in communications networks which use integrated IS-IS | |
| WO2016177135A1 (en) | Resource management method, device, and control terminal | |
| JP3134823B2 (en) | Automatic setting method of IP address in TCP / IP network | |
| JPH11112503A (en) | Network systems and equipment | |
| JP2004064379A (en) | Router device and program | |
| JP4882942B2 (en) | Management information providing apparatus, node, and management information providing program | |
| JPH11239135A (en) | Network management information acquisition method and relay device | |
| CN111147345B (en) | Cloud environment network isolation device and method and cloud system |