JP2002190810A - ネットワーク管理システム - Google Patents
ネットワーク管理システムInfo
- Publication number
- JP2002190810A JP2002190810A JP2000393280A JP2000393280A JP2002190810A JP 2002190810 A JP2002190810 A JP 2002190810A JP 2000393280 A JP2000393280 A JP 2000393280A JP 2000393280 A JP2000393280 A JP 2000393280A JP 2002190810 A JP2002190810 A JP 2002190810A
- Authority
- JP
- Japan
- Prior art keywords
- address
- management protocol
- proxy
- data
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2503—Translation of Internet protocol [IP] addresses
- H04L61/2514—Translation of Internet protocol [IP] addresses between local and global IP addresses
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0226—Mapping or translating multiple network management protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2503—Translation of Internet protocol [IP] addresses
- H04L61/256—NAT traversal
- H04L61/2564—NAT traversal for a higher-layer protocol, e.g. for session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2503—Translation of Internet protocol [IP] addresses
- H04L61/256—NAT traversal
- H04L61/2578—NAT traversal without involvement of the NAT server
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
- Computer And Data Communications (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】
【課題】グローバルアドレスを持たないノード間でデー
タ通信を行うこと。 【解決手段】アドレス体系が異なる第１のネットワーク
と第２のネットワークとがアドレス変換装置を介して接
続されたネットワークシステムを管理するネットワーク
管理システムであって、第１、第２のネットワークは、
それぞれノード及び管理プロトコルプロキシとを有し、
それぞれの管理プロトコルプロキシは、ノードから送ら
れてきた管理プロトコルのパケットに含まれる送信元ア
ドレス、送信先アドレス、プロトコルデータユニットを
データとする管理プロトコルプロキシデータとする管理
プロトコルプロキシデータ生成部と、他の管理プロトコ
ルプロキシから送られてきた管理プロトコルプロキシデ
ータに含まれるプロトコルデータユニット内のアドレス
情報を変換するアドレス変換部とを有する。
タ通信を行うこと。 【解決手段】アドレス体系が異なる第１のネットワーク
と第２のネットワークとがアドレス変換装置を介して接
続されたネットワークシステムを管理するネットワーク
管理システムであって、第１、第２のネットワークは、
それぞれノード及び管理プロトコルプロキシとを有し、
それぞれの管理プロトコルプロキシは、ノードから送ら
れてきた管理プロトコルのパケットに含まれる送信元ア
ドレス、送信先アドレス、プロトコルデータユニットを
データとする管理プロトコルプロキシデータとする管理
プロトコルプロキシデータ生成部と、他の管理プロトコ
ルプロキシから送られてきた管理プロトコルプロキシデ
ータに含まれるプロトコルデータユニット内のアドレス
情報を変換するアドレス変換部とを有する。
Description
【０００１】
【発明の属する技術分野】本発明は，ネットワーク管理
システムに係り，特に，互いにアドレス体系が異なる複
数のネットワークが接続されたネットワークシステムを
管理するネットワーク管理システムに関する。
システムに係り，特に，互いにアドレス体系が異なる複
数のネットワークが接続されたネットワークシステムを
管理するネットワーク管理システムに関する。
【０００２】
【従来の技術】現在，インターネットなどで最も広く利
用されているネットワークアドレスであるIPアドレス
は，IPv4（Internet Protocol ver.4）と呼ばれるプロ
トコルにより規定されるもので，32ビットのアドレス空
間を持つアドレスである。ネットワークアドレスは，ネ
ットワークに接続される機器に一意に割り当てられてい
なければならず，インターネットに接続する機器のネッ
トワークアドレスについてはNICと呼ばれる機関などに
より一意になるように割り当てが行われてきた。IPv4で
は，３２ビットのアドレス空間を持つので理論的には最
大で２の３２乗個すなわち40億ものアドレスを割り当て
ることができる。しかしながら，インターネットに接続
する機器が増加すると，インターネットに接続する全て
の機器にIPv4のIPアドレスを割り当てることが困難にな
る。
用されているネットワークアドレスであるIPアドレス
は，IPv4（Internet Protocol ver.4）と呼ばれるプロ
トコルにより規定されるもので，32ビットのアドレス空
間を持つアドレスである。ネットワークアドレスは，ネ
ットワークに接続される機器に一意に割り当てられてい
なければならず，インターネットに接続する機器のネッ
トワークアドレスについてはNICと呼ばれる機関などに
より一意になるように割り当てが行われてきた。IPv4で
は，３２ビットのアドレス空間を持つので理論的には最
大で２の３２乗個すなわち40億ものアドレスを割り当て
ることができる。しかしながら，インターネットに接続
する機器が増加すると，インターネットに接続する全て
の機器にIPv4のIPアドレスを割り当てることが困難にな
る。
【０００３】この問題を解決するための技術として広く
使われているのが，IETFの定めるRFC1631（The IP Netw
ork Address Translator）に記載されているアドレス変
換機能と，RFC1918(Address Allocation for Private I
nternets)に記載されているプライベートネットワーク
とを組み合わせた方法である。この方法は，例えば企業
内ネットワークなどのローカルなネットワーク内に存在
する全ての機器が必ずしもインターネットなどの外部の
ネットワークに接続するとは限らないということを前提
としている。すなわち，まず企業内ネットワークなどの
ローカルなネットワークは，RFC1918に記載されたプラ
イベートアドレスの範囲のアドレスを使用してIPアドレ
スを割り当ててネットワークを構築する。このとき，こ
のプライベートアドレスでは，インターネットなどの外
部ネットワークには接続しないようにする。インターネ
ットなどの外部ネットワークに接続する機器について
は，ローカルのネットワークとインターネットなどの外
部ネットワークとの間に，RFC1613に記載されたアドレ
ス変換装置を配置し，アドレス変換により送受信パケッ
トのアドレスをプライベートアドレスから，インターネ
ットにアクセスするためのグローバルアドレスへと変換
することによって，接続を可能とする。ここでグローバ
ルアドレスとはNICなどにより割り当てられたアドレス
である。このとき，グローバルアドレスを動的に割り当
てて，複数のローカルノードが時間割で１つのグローバ
ルアドレスを共有できるようにするなど，有限であるグ
ローバルアドレスを有効に活用するような工夫も行われ
ている。
使われているのが，IETFの定めるRFC1631（The IP Netw
ork Address Translator）に記載されているアドレス変
換機能と，RFC1918(Address Allocation for Private I
nternets)に記載されているプライベートネットワーク
とを組み合わせた方法である。この方法は，例えば企業
内ネットワークなどのローカルなネットワーク内に存在
する全ての機器が必ずしもインターネットなどの外部の
ネットワークに接続するとは限らないということを前提
としている。すなわち，まず企業内ネットワークなどの
ローカルなネットワークは，RFC1918に記載されたプラ
イベートアドレスの範囲のアドレスを使用してIPアドレ
スを割り当ててネットワークを構築する。このとき，こ
のプライベートアドレスでは，インターネットなどの外
部ネットワークには接続しないようにする。インターネ
ットなどの外部ネットワークに接続する機器について
は，ローカルのネットワークとインターネットなどの外
部ネットワークとの間に，RFC1613に記載されたアドレ
ス変換装置を配置し，アドレス変換により送受信パケッ
トのアドレスをプライベートアドレスから，インターネ
ットにアクセスするためのグローバルアドレスへと変換
することによって，接続を可能とする。ここでグローバ
ルアドレスとはNICなどにより割り当てられたアドレス
である。このとき，グローバルアドレスを動的に割り当
てて，複数のローカルノードが時間割で１つのグローバ
ルアドレスを共有できるようにするなど，有限であるグ
ローバルアドレスを有効に活用するような工夫も行われ
ている。
【０００４】ところで，RFC1631において記載されるア
ドレス変換においては，IPパケットのヘッダに含まれる
送信元と送信先のIPアドレスの書き換えと，それに伴っ
て生じるIPヘッダのチェックサムの変更を再計算して置
き換える。これによってTCP/IPによる通信が可能とな
り，その上位層のプロトコルによる通信も可能になる。
ドレス変換においては，IPパケットのヘッダに含まれる
送信元と送信先のIPアドレスの書き換えと，それに伴っ
て生じるIPヘッダのチェックサムの変更を再計算して置
き換える。これによってTCP/IPによる通信が可能とな
り，その上位層のプロトコルによる通信も可能になる。
【０００５】しかしながら，例えばSNMPなどのネットワ
ーク管理プロトコルにおいては，管理プロトコルによっ
てやりとりされるプロトコルデータユニット（PDU）中
にもIPアドレスが含まれているが，この部分はRFC1631
に記載されるアドレス変換装置においては，アドレス変
換されない。
ーク管理プロトコルにおいては，管理プロトコルによっ
てやりとりされるプロトコルデータユニット（PDU）中
にもIPアドレスが含まれているが，この部分はRFC1631
に記載されるアドレス変換装置においては，アドレス変
換されない。
【０００６】一方、特開平１１−１８７０５８号公報に
は、RFC1631に記載されるアドレス変換の機能に加え
て，管理プロトコルのプロトコルデータユニットについ
てもアドレス変換をするようなアドレス変換装置が記載
されている。
は、RFC1631に記載されるアドレス変換の機能に加え
て，管理プロトコルのプロトコルデータユニットについ
てもアドレス変換をするようなアドレス変換装置が記載
されている。
【０００７】
【発明が解決しようとする課題】しかしながら、アドレ
ス変換装置によってプライベートアドレスとグローバル
アドレスによる運用を行うと，管理装置側のネットワー
クで使用できるグローバルアドレスを用いた管理プロト
コルの通信によって行われることになる。このため，被
監視側にあってグローバルアドレスを割り当てられてい
るノードに対してだけしか，管理プロトコルによる通信
を行うことができない。しかしながら、ネットワーク管
理においては，そのようなグローバルアドレスを持たな
いノードについても管理を行うことができれば、より有
効な管理を行うことが可能となる。特開平１１−１８７
０５８の方法では、この点については開示されていな
い。
ス変換装置によってプライベートアドレスとグローバル
アドレスによる運用を行うと，管理装置側のネットワー
クで使用できるグローバルアドレスを用いた管理プロト
コルの通信によって行われることになる。このため，被
監視側にあってグローバルアドレスを割り当てられてい
るノードに対してだけしか，管理プロトコルによる通信
を行うことができない。しかしながら、ネットワーク管
理においては，そのようなグローバルアドレスを持たな
いノードについても管理を行うことができれば、より有
効な管理を行うことが可能となる。特開平１１−１８７
０５８の方法では、この点については開示されていな
い。
【０００８】本発明の目的は，異なるアドレス体系のネ
ットワークがアドレス変換装置により接続されたネット
ワークシステムにおいて、グローバルアドレスを持たな
いノード間でも管理プロトコルによるデータ通信が行え
るネットワーク管理システムを提供することにある。
ットワークがアドレス変換装置により接続されたネット
ワークシステムにおいて、グローバルアドレスを持たな
いノード間でも管理プロトコルによるデータ通信が行え
るネットワーク管理システムを提供することにある。
【０００９】
【課題を解決するための手段】上記目的を達成する一手
段として、アドレス体系が異なる第１のネットワークと
第２のネットワークとがアドレス変換装置を介して接続
されたネットワークシステムを管理するネットワーク管
理システムであって、第１、第２のネットワークは、そ
れぞれノード及び管理プロトコルプロキシとを有し、そ
れぞれの管理プロトコルプロキシは、ノードから送られ
てきた管理プロトコルのパケットに含まれる送信元アド
レス、送信先アドレス、プロトコルデータユニットをデ
ータとする管理プロトコルプロキシデータとする管理プ
ロトコルプロキシデータ生成部と、他の管理プロトコル
プロキシから送られてきた管理プロトコルプロキシデー
タに含まれるプロトコルデータユニット内のアドレス情
報を変換するアドレス変換部とを有する。
段として、アドレス体系が異なる第１のネットワークと
第２のネットワークとがアドレス変換装置を介して接続
されたネットワークシステムを管理するネットワーク管
理システムであって、第１、第２のネットワークは、そ
れぞれノード及び管理プロトコルプロキシとを有し、そ
れぞれの管理プロトコルプロキシは、ノードから送られ
てきた管理プロトコルのパケットに含まれる送信元アド
レス、送信先アドレス、プロトコルデータユニットをデ
ータとする管理プロトコルプロキシデータとする管理プ
ロトコルプロキシデータ生成部と、他の管理プロトコル
プロキシから送られてきた管理プロトコルプロキシデー
タに含まれるプロトコルデータユニット内のアドレス情
報を変換するアドレス変換部とを有する。
【００１０】これにより、管理プロトコルのプロキシ間
でデータ通信を行うことができ、グローバルアドレスを
持たないノード間でデータ通信を行うことができる。
でデータ通信を行うことができ、グローバルアドレスを
持たないノード間でデータ通信を行うことができる。
【００１１】
【発明の実施の形態】以下、図面に従って管理プロトコ
ルにＳＮＭＰを適用した場合の実施例を説明する。図１
は、本実施例で説明するネットワーク管理システムの概
念を示したものである。
ルにＳＮＭＰを適用した場合の実施例を説明する。図１
は、本実施例で説明するネットワーク管理システムの概
念を示したものである。
【００１２】本システムは、グローバルネットワーク１
０、プライベートネットワークＡ３０ａ、プライベート
ネットワークＢ３０ｂとを有しており、プライベートネ
ットワークＡ３０ａとグローバルネットワーク１０とを
アドレス変換を行うＮＡＴ２０ａ、プライベートネット
ワークＢ３０ｂとグローバルネットワーク１０とをアド
レス変換を行うＮＡＴ２０ｂによって接続している。
０、プライベートネットワークＡ３０ａ、プライベート
ネットワークＢ３０ｂとを有しており、プライベートネ
ットワークＡ３０ａとグローバルネットワーク１０とを
アドレス変換を行うＮＡＴ２０ａ、プライベートネット
ワークＢ３０ｂとグローバルネットワーク１０とをアド
レス変換を行うＮＡＴ２０ｂによって接続している。
【００１３】プライベートネットワークＡ３０ａには、
監視を行うためのノード８０が接続されている。このノ
ード８０は、被監視装置を監視するための処理を行う監
視装置４０と、管理プロトコルのプロキシデータの生
成、プロキシデータに含まれるプロトコルデータユニッ
ト内のアドレス変換などを行う管理プロトコルプロキシ
６０ａを有している。
監視を行うためのノード８０が接続されている。このノ
ード８０は、被監視装置を監視するための処理を行う監
視装置４０と、管理プロトコルのプロキシデータの生
成、プロキシデータに含まれるプロトコルデータユニッ
ト内のアドレス変換などを行う管理プロトコルプロキシ
６０ａを有している。
【００１４】また、プライベートネットワークＢ３０ｂ
には、被監視装置であるノード５０、９０、管理プロト
コルのプロキシデータの生成、プロキシデータに含まれ
るプロトコルデータユニット内のアドレス変換などを行
う管理プロトコルプロキシサーバ６０ｂが接続されてい
る。
には、被監視装置であるノード５０、９０、管理プロト
コルのプロキシデータの生成、プロキシデータに含まれ
るプロトコルデータユニット内のアドレス変換などを行
う管理プロトコルプロキシサーバ６０ｂが接続されてい
る。
【００１５】このような構成において、本ネットワーク
管理システムは、監視を行うためのノード８０が、被監
視装置であるノード５０、９０を管理するものである。
管理システムは、監視を行うためのノード８０が、被監
視装置であるノード５０、９０を管理するものである。
【００１６】プライベートネットワークＡ３０ａのノー
ド８０の監視装置４０によって被監視装置であるノード
５０とデータ通信を行う場合、ノード８０の管理プロト
コルプロキシ６０ａとプライベートネットワークＢ３０
ｂの管理プロトコルプロキシサーバ６０ｂとの間でデー
タ通信を行うようにする。これは、プロキシ間通信経路
７０と呼ぶ仮想的な通信経路を形成したことと等価にな
る。
ド８０の監視装置４０によって被監視装置であるノード
５０とデータ通信を行う場合、ノード８０の管理プロト
コルプロキシ６０ａとプライベートネットワークＢ３０
ｂの管理プロトコルプロキシサーバ６０ｂとの間でデー
タ通信を行うようにする。これは、プロキシ間通信経路
７０と呼ぶ仮想的な通信経路を形成したことと等価にな
る。
【００１７】このようにすれば、プライベートネットワ
ークＡ３０ａで使用されるアドレスと、プライベートネ
ットワークＢ３０ｂで使用されるアドレスとが異なる場
合、つまり異なったアドレス体系のネットワーク間でデ
ータ通信を行うことができる。また、プライベートネッ
トワークＡ３０ａと、プライベートネットワークＢ３０
ｂとの間にプライベートネットワークのアドレスや、グ
ローバルネットワークのアドレスを通過させないファイ
アウォールなどが形成されている場合でもデータ通信を
可能とすることができる。
ークＡ３０ａで使用されるアドレスと、プライベートネ
ットワークＢ３０ｂで使用されるアドレスとが異なる場
合、つまり異なったアドレス体系のネットワーク間でデ
ータ通信を行うことができる。また、プライベートネッ
トワークＡ３０ａと、プライベートネットワークＢ３０
ｂとの間にプライベートネットワークのアドレスや、グ
ローバルネットワークのアドレスを通過させないファイ
アウォールなどが形成されている場合でもデータ通信を
可能とすることができる。
【００１８】より具体的に図１に示したネットワークシ
ステム全体の動作について説明する。図２は、ノードの
管理プロトコルＳＮＭＰのＳＮＭＰメッセージパケット
を示したものである。図３は、管理プロトコルプロキシ
サーバの管理プロトコルプロキシデータのパケットを示
したものである。すなわち、ノード８０の監視装置４
０、被監視装置であるノード５０、ノード９０から送信
される管理プロトコルＳＮＭＰのパケットから管理プロ
トコルプロキシ６０ａ、管理プロトコルプロキシサーバ
６０ｂは、ネットワーク層であるＩＰ層のヘッダ中の送
信先、送信元として保持されていた送信元、送信先情報
を、アプリケーション層のデータにあたる管理プロトコ
ルプロキシデータの中に格納する。更に、管理プロトコ
ルプロキシデータのパケットのトランスポート層として
はコネクション型の例えばＴＣＰを用いる。また、管理
プロトコルプロキシデータ自体の送信先、送信元は、管
理プロトコルプロキシ又は管理プロトコルプロキシサー
バとなる。
ステム全体の動作について説明する。図２は、ノードの
管理プロトコルＳＮＭＰのＳＮＭＰメッセージパケット
を示したものである。図３は、管理プロトコルプロキシ
サーバの管理プロトコルプロキシデータのパケットを示
したものである。すなわち、ノード８０の監視装置４
０、被監視装置であるノード５０、ノード９０から送信
される管理プロトコルＳＮＭＰのパケットから管理プロ
トコルプロキシ６０ａ、管理プロトコルプロキシサーバ
６０ｂは、ネットワーク層であるＩＰ層のヘッダ中の送
信先、送信元として保持されていた送信元、送信先情報
を、アプリケーション層のデータにあたる管理プロトコ
ルプロキシデータの中に格納する。更に、管理プロトコ
ルプロキシデータのパケットのトランスポート層として
はコネクション型の例えばＴＣＰを用いる。また、管理
プロトコルプロキシデータ自体の送信先、送信元は、管
理プロトコルプロキシ又は管理プロトコルプロキシサー
バとなる。
【００１９】ここで、監視装置４０から被監視装置であ
るノード５０又はノード９０へ、またその反対の被監視
装置であるノード５０又はノード９０から監視装置４０
へと、管理プロトコルプロキシ６０ａ、管理プロトコル
プロキシサーバ６０ｂを介して通信が行われるときのデ
ータの流れについて説明する。監視装置であるノード４
０が送信した管理プロトコルのデータが管理プロトコル
プロキシ６０ａに届けられると、管理プロトコルプロキ
シ６０ａは、管理プロトコルのデータそのものと、管理
プロトコルのデータの本来の送信先、送信元を組み合わ
せて管理プロトコルプロキシデータを生成し、管理プロ
トコルプロキシデータを管理プロトコルプロキシサーバ
６０ｂへ送信する。管理プロトコルプロキシサーバ６０
ｂは受信した管理プロトコルプロキシデータから、管理
プロトコルのデータと、本来の送信先とを取り出して、
管理プロトコルのパケットを再構築し、本来の送信先で
ある被監視装置であるノード５０へ送信する。このと
き、管理プロトコルのパケットの送信元を管理プロトコ
ルプロキシサーバ６０ｂとしておくことで、ノード５０
からの応答が管理プロトコルプロキシサーバ６０ｂに送
信される。ノード５０からの管理プロトコルの応答パケ
ットを受信した管理プロトコルプロキシサーバ６０ｂ
は、その応答パケットを管理プロキシプロトコルデータ
に変換し、管理プロトコルプロキシ６０ａに送り返す。
管理プロトコルプロキシ６０ａは、管理プロトコルプロ
キシデータから管理プロトコルの応答パケットを再構築
し、監視装置４０に返す。
るノード５０又はノード９０へ、またその反対の被監視
装置であるノード５０又はノード９０から監視装置４０
へと、管理プロトコルプロキシ６０ａ、管理プロトコル
プロキシサーバ６０ｂを介して通信が行われるときのデ
ータの流れについて説明する。監視装置であるノード４
０が送信した管理プロトコルのデータが管理プロトコル
プロキシ６０ａに届けられると、管理プロトコルプロキ
シ６０ａは、管理プロトコルのデータそのものと、管理
プロトコルのデータの本来の送信先、送信元を組み合わ
せて管理プロトコルプロキシデータを生成し、管理プロ
トコルプロキシデータを管理プロトコルプロキシサーバ
６０ｂへ送信する。管理プロトコルプロキシサーバ６０
ｂは受信した管理プロトコルプロキシデータから、管理
プロトコルのデータと、本来の送信先とを取り出して、
管理プロトコルのパケットを再構築し、本来の送信先で
ある被監視装置であるノード５０へ送信する。このと
き、管理プロトコルのパケットの送信元を管理プロトコ
ルプロキシサーバ６０ｂとしておくことで、ノード５０
からの応答が管理プロトコルプロキシサーバ６０ｂに送
信される。ノード５０からの管理プロトコルの応答パケ
ットを受信した管理プロトコルプロキシサーバ６０ｂ
は、その応答パケットを管理プロキシプロトコルデータ
に変換し、管理プロトコルプロキシ６０ａに送り返す。
管理プロトコルプロキシ６０ａは、管理プロトコルプロ
キシデータから管理プロトコルの応答パケットを再構築
し、監視装置４０に返す。
【００２０】以上のようにして、ノード間で管理プロト
コルを使用して直接通信できない環境において、管理プ
ロトコルプロキシ、管理プロトコルプロキシサーバを介
することで管理プロトコルによる通信を行うことができ
るようになる。
コルを使用して直接通信できない環境において、管理プ
ロトコルプロキシ、管理プロトコルプロキシサーバを介
することで管理プロトコルによる通信を行うことができ
るようになる。
【００２１】更に、管理プロトコルプロキシ、管理プロ
トコルプロキシサーバは、管理プロトコルのＰＤＵ部分
のアドレスを変換するアドレス変換機能を有している。
これにより、ノードの管理プロトコルのプロトコルデー
タユニット（以下、「ＰＤＵ」と称す。）中に含まれる
ノードのアドレスを、ネットワーク管理用の仮想的なア
ドレスに変換することによって、ノードがあたかも仮想
的なアドレスを持つかのように管理することができる。
このときのネットワーク管理においてのみ使用される仮
想的なアドレスを便宜上、本実施例では「管理用アドレ
ス」と呼ぶ。
トコルプロキシサーバは、管理プロトコルのＰＤＵ部分
のアドレスを変換するアドレス変換機能を有している。
これにより、ノードの管理プロトコルのプロトコルデー
タユニット（以下、「ＰＤＵ」と称す。）中に含まれる
ノードのアドレスを、ネットワーク管理用の仮想的なア
ドレスに変換することによって、ノードがあたかも仮想
的なアドレスを持つかのように管理することができる。
このときのネットワーク管理においてのみ使用される仮
想的なアドレスを便宜上、本実施例では「管理用アドレ
ス」と呼ぶ。
【００２２】尚、図１で示した構成においては、管理プ
ロトコルプロキシ６０ａをプログラムで実現する場合に
ついて説明したが、管理プロトコルプロキシサーバ６０
ｂの機能も同様にプログラムによって実現することがで
きる。この場合は、コンピュータで読み取り可能な磁気
ディスク、光ディスク、光磁気ディスクにプログラムを
記録し、管理プロトコルプロキシサーバの機能を担当す
るノードが、プログラムを読み出して実行する。
ロトコルプロキシ６０ａをプログラムで実現する場合に
ついて説明したが、管理プロトコルプロキシサーバ６０
ｂの機能も同様にプログラムによって実現することがで
きる。この場合は、コンピュータで読み取り可能な磁気
ディスク、光ディスク、光磁気ディスクにプログラムを
記録し、管理プロトコルプロキシサーバの機能を担当す
るノードが、プログラムを読み出して実行する。
【００２３】次に、図１に示したＮＡＴについて説明す
る。図１に示したＮＡＴはＲＦＣ１６３１に準規したも
のである。図４はＮＡＴの機能を説明するための図であ
る。この図に示すように、グローバルネットワーク１０
とプライベートネットワーク３０がＮＡＴ２０を介して
接続されているネットワークにおいて、ノード４０はグ
ローバルアドレス２００としてＧ０が割当てられ、被監
視装置はプライベートアドレス２１０としてＬ１が、グ
ローバルアドレスとしてＧ１が割り当てられている場合
について説明する。この場合、そのグローバルアドレス
と、プライベートアドレスの対応づけた変換表２３０を
ＮＡＴ２０に設ける。これにより、ノード４０側からノ
ード５０側にアドレスＧ１に対してパケットを送信す
る。ＮＡＴ２０はアドレスＧ１へ向けたパケットを変換
表２３０に従って送信先アドレスをＧ１からＬ１へと変
換して、プライベートネットワーク側へ送信する。すな
わち、図５のようにノード４０側からＮＡＴ２０へ到着
したパケットとしては、ネットワーク層に相当するＩＰ
層部分のヘッダ情報として送信先はＧ１という情報が入
っていたパケットだったものが、ＮＡＴ２０からプライ
ベートネットワーク側のノードに向けて中継されるとき
には、図６のようにＩＰ層部分のヘッダ情報として送信
先はＬ１という情報が入ったパケットとなって送信され
る。また、逆にプライベートネットワーク側のノード５
０からグローバルネットワーク側のノード４０へ向けて
パケットを送信する場合は、ノード５０からＮＡＴ２０
へ到着したパケットとしてはＩＰ層部分のヘッダ情報と
して送信元はＬ１という情報が入っていたパケットだっ
たものが、ＮＡＴ２０からグローバルネットワーク側の
ノード４０に向けて中継されるときには、ＩＰ層部分の
ヘッダ情報として送信元はＧ１という情報が入ったパケ
ットとして送信される。
る。図１に示したＮＡＴはＲＦＣ１６３１に準規したも
のである。図４はＮＡＴの機能を説明するための図であ
る。この図に示すように、グローバルネットワーク１０
とプライベートネットワーク３０がＮＡＴ２０を介して
接続されているネットワークにおいて、ノード４０はグ
ローバルアドレス２００としてＧ０が割当てられ、被監
視装置はプライベートアドレス２１０としてＬ１が、グ
ローバルアドレスとしてＧ１が割り当てられている場合
について説明する。この場合、そのグローバルアドレス
と、プライベートアドレスの対応づけた変換表２３０を
ＮＡＴ２０に設ける。これにより、ノード４０側からノ
ード５０側にアドレスＧ１に対してパケットを送信す
る。ＮＡＴ２０はアドレスＧ１へ向けたパケットを変換
表２３０に従って送信先アドレスをＧ１からＬ１へと変
換して、プライベートネットワーク側へ送信する。すな
わち、図５のようにノード４０側からＮＡＴ２０へ到着
したパケットとしては、ネットワーク層に相当するＩＰ
層部分のヘッダ情報として送信先はＧ１という情報が入
っていたパケットだったものが、ＮＡＴ２０からプライ
ベートネットワーク側のノードに向けて中継されるとき
には、図６のようにＩＰ層部分のヘッダ情報として送信
先はＬ１という情報が入ったパケットとなって送信され
る。また、逆にプライベートネットワーク側のノード５
０からグローバルネットワーク側のノード４０へ向けて
パケットを送信する場合は、ノード５０からＮＡＴ２０
へ到着したパケットとしてはＩＰ層部分のヘッダ情報と
して送信元はＬ１という情報が入っていたパケットだっ
たものが、ＮＡＴ２０からグローバルネットワーク側の
ノード４０に向けて中継されるときには、ＩＰ層部分の
ヘッダ情報として送信元はＧ１という情報が入ったパケ
ットとして送信される。
【００２４】このようなＮＡＴ２０の働きにより、ノー
ド５０自身のネットワークの設定としてはプライベート
アドレスＬ１を持つものとして設定するだけでよく、ノ
ード５０とプライベートネットワーク内の他の装置とが
通信する場合にはプライベートアドレスＬ１を使用して
通信でき、さらにグローバルネットワーク側の装置との
間で通信を行う場合には、ＮＡＴ２０によって割り当て
たグローバルアドレスＧ１を使用して通信できる。
ド５０自身のネットワークの設定としてはプライベート
アドレスＬ１を持つものとして設定するだけでよく、ノ
ード５０とプライベートネットワーク内の他の装置とが
通信する場合にはプライベートアドレスＬ１を使用して
通信でき、さらにグローバルネットワーク側の装置との
間で通信を行う場合には、ＮＡＴ２０によって割り当て
たグローバルアドレスＧ１を使用して通信できる。
【００２５】尚、ここではＮＡＴはＩＰ層のアドレス変
換を行う機能を有するもの（管理プロトコルのＰＤＵ部
分のアドレス変換は行えない。）として説明した。この
ようなＮＡＴを利用したネットワークにおいて、既に説
明したように管理プロトコルプロキシサーバにおいて、
管理プロトコルのＰＤＵ部分のアドレスを変換するもの
である。
換を行う機能を有するもの（管理プロトコルのＰＤＵ部
分のアドレス変換は行えない。）として説明した。この
ようなＮＡＴを利用したネットワークにおいて、既に説
明したように管理プロトコルプロキシサーバにおいて、
管理プロトコルのＰＤＵ部分のアドレスを変換するもの
である。
【００２６】以下、より具体的なネットワークシステム
について説明する。図７は、ネットワーク管理システム
における適用例の１つであり、被監視側装置に割り当て
られた正式なグローバルアドレスをネットワーク管理用
のアドレスとして使用して管理する場合の構成である。
について説明する。図７は、ネットワーク管理システム
における適用例の１つであり、被監視側装置に割り当て
られた正式なグローバルアドレスをネットワーク管理用
のアドレスとして使用して管理する場合の構成である。
【００２７】被監視装置a 50aは、プライベートアドレ
ス２１０としてＬ１を持っている。このＬ１というアド
レスは、プライベートアドレスであるので、プライベー
トネットワークＢ ３０ｂの中だけで使用できるアドレ
スである。
ス２１０としてＬ１を持っている。このＬ１というアド
レスは、プライベートアドレスであるので、プライベー
トネットワークＢ ３０ｂの中だけで使用できるアドレ
スである。
【００２８】さらに、ＮＡＴ２０ｂにおけるアドレス変
換２３０として、グローバルアドレスＧ１とプライベー
トアドレスＬ１が対応付けられており、被監視装置ａ
５０ａにはグローバルアドレスとしてアドレスG1が静的
に割り当てられている。グローバルネットワーク１０や
プライベートネットワークＡ３０ａから被監視装置ａ５
０ａと直接通信する場合には、グローバルアドレスＧ１
を用いて通信する。
換２３０として、グローバルアドレスＧ１とプライベー
トアドレスＬ１が対応付けられており、被監視装置ａ
５０ａにはグローバルアドレスとしてアドレスG1が静的
に割り当てられている。グローバルネットワーク１０や
プライベートネットワークＡ３０ａから被監視装置ａ５
０ａと直接通信する場合には、グローバルアドレスＧ１
を用いて通信する。
【００２９】ここで、管理プロトコルプロキシ６０ｂに
おけるアドレス変換２２０として、管理用アドレスＧ１
とプライベートアドレスＬ１を対応付けることで、監視
側から被監視側に送られる管理プロトコルデータについ
ては、Ｇ１をＬ１に、被監視側から監視側へ送られる管
理プロトコルデータについては、Ｌ１をＧ１に、それぞ
れ変換する。
おけるアドレス変換２２０として、管理用アドレスＧ１
とプライベートアドレスＬ１を対応付けることで、監視
側から被監視側に送られる管理プロトコルデータについ
ては、Ｇ１をＬ１に、被監視側から監視側へ送られる管
理プロトコルデータについては、Ｌ１をＧ１に、それぞ
れ変換する。
【００３０】これにより、監視装置側から管理プロトコ
ルを使用して管理プロトコルのデータを参照すると、あ
たかも被監視装置ａ５０ａがアドレスＧ１を持っている
かのように見える。
ルを使用して管理プロトコルのデータを参照すると、あ
たかも被監視装置ａ５０ａがアドレスＧ１を持っている
かのように見える。
【００３１】このため監視装置４０における管理情報２
４０としては、被監視装置ａはアドレスＧ１を持つ装置
であると対応付けられ、アドレスＧ１を使ってネットワ
ーク管理を行うことができる。
４０としては、被監視装置ａはアドレスＧ１を持つ装置
であると対応付けられ、アドレスＧ１を使ってネットワ
ーク管理を行うことができる。
【００３２】次に図８は、ＮＡＴ２０ｂによって被監視
装置に割り当てられるグローバルアドレスが動的に割り
当てられる場合である。一般に、ＮＡＴによって接続さ
れたプライベートネットワークにおいて外部接続のため
に使用できるグローバルアドレスの数は、プライベート
ネットワーク内の装置の数より少ない。少ないグローバ
ルアドレスを有効に活用するための方法として、装置に
対するグローバルアドレスの割り当てを、その装置が外
部に接続している間だけ割り当てるようにし、その装置
が外部への接続を終了したならば、その装置が使用して
いたグローバルアドレスを他の装置によって再利用され
るようにする方法を使用する。このようにグローバルア
ドレスを動的に割り当てる場合、一般的にはある１つの
装置に割り当てられるグローバルアドレスは、その時に
より異なる。
装置に割り当てられるグローバルアドレスが動的に割り
当てられる場合である。一般に、ＮＡＴによって接続さ
れたプライベートネットワークにおいて外部接続のため
に使用できるグローバルアドレスの数は、プライベート
ネットワーク内の装置の数より少ない。少ないグローバ
ルアドレスを有効に活用するための方法として、装置に
対するグローバルアドレスの割り当てを、その装置が外
部に接続している間だけ割り当てるようにし、その装置
が外部への接続を終了したならば、その装置が使用して
いたグローバルアドレスを他の装置によって再利用され
るようにする方法を使用する。このようにグローバルア
ドレスを動的に割り当てる場合、一般的にはある１つの
装置に割り当てられるグローバルアドレスは、その時に
より異なる。
【００３３】このような場合、ＮＡＴ２０ｂにおけるア
ドレス変換２３０として、グローバルアドレスＧｘとプ
ライベートアドレスＬ１が対応付けられており、Ｇｘは
その時々により一定の選択肢のアドレスの中から選択し
て選ばれるアドレスであり、少なくともその時点におい
ては被監視装置ａ ５０ａにはグローバルアドレスとし
てアドレスGｘが動的に割り当てられていることにな
る。どのようなアドレスが割り当てられるかはＮＡＴ２
０ｂにより決定される。
ドレス変換２３０として、グローバルアドレスＧｘとプ
ライベートアドレスＬ１が対応付けられており、Ｇｘは
その時々により一定の選択肢のアドレスの中から選択し
て選ばれるアドレスであり、少なくともその時点におい
ては被監視装置ａ ５０ａにはグローバルアドレスとし
てアドレスGｘが動的に割り当てられていることにな
る。どのようなアドレスが割り当てられるかはＮＡＴ２
０ｂにより決定される。
【００３４】ここで仮に、Ｇｘを管理用アドレスとして
そのまま使うとすると、監視装置４０における管理情報
２４０として被監視装置ａ５０ａに対応づけられたアド
レスがその時々で変わってしまい、管理の継続性が維持
できず正しいネットワーク管理が行えないため、問題で
ある。
そのまま使うとすると、監視装置４０における管理情報
２４０として被監視装置ａ５０ａに対応づけられたアド
レスがその時々で変わってしまい、管理の継続性が維持
できず正しいネットワーク管理が行えないため、問題で
ある。
【００３５】そこで、図８のように管理プロトコルプロ
キシ６０ｂにおけるアドレス変換２２０としては、Ｇｘ
とは全く別のＶ１という仮想的なアドレスを静的に割り
当てるようにする。これにより、監視装置における管理
情報２４０としては、被監視装置ａはアドレスＶ１を持
つものと対応づけられるため、正しくネットワーク管理
を行うことができる。
キシ６０ｂにおけるアドレス変換２２０としては、Ｇｘ
とは全く別のＶ１という仮想的なアドレスを静的に割り
当てるようにする。これにより、監視装置における管理
情報２４０としては、被監視装置ａはアドレスＶ１を持
つものと対応づけられるため、正しくネットワーク管理
を行うことができる。
【００３６】図９は、被監視側のプライベートネットワ
ークが複数あり、それらプライベートネットワーク内の
被監視装置のプライベートアドレスが競合している場合
の例である。
ークが複数あり、それらプライベートネットワーク内の
被監視装置のプライベートアドレスが競合している場合
の例である。
【００３７】被監視装置ｂ５０ｂは、プライベートネッ
トワークＢ３０ｂに存在し、プライベートアドレスＬ１
を持つ。被監視装置ｃ５０ｃは、プライベートネットワ
ークＣ３０ｃに存在し、プライベートアドレスＬ１を持
つ。互いのアドレスが競合しているが、プライベートア
ドレスは、通信上はそのプライベートネットワーク内で
しか使われないため、ネットワークが混乱することはな
い。
トワークＢ３０ｂに存在し、プライベートアドレスＬ１
を持つ。被監視装置ｃ５０ｃは、プライベートネットワ
ークＣ３０ｃに存在し、プライベートアドレスＬ１を持
つ。互いのアドレスが競合しているが、プライベートア
ドレスは、通信上はそのプライベートネットワーク内で
しか使われないため、ネットワークが混乱することはな
い。
【００３８】しかしながら仮に、被監視装置ｂ５０ｂお
よび被監視装置ｃ５０ｃから直接管理プロトコルを使っ
て管理プロトコルのデータを取得すると、そのどちらも
がアドレスＬ１を持つ装置としての情報を応答するた
め、監視装置が混乱してしまい正しくネットワーク管理
ができないという問題が発生する。
よび被監視装置ｃ５０ｃから直接管理プロトコルを使っ
て管理プロトコルのデータを取得すると、そのどちらも
がアドレスＬ１を持つ装置としての情報を応答するた
め、監視装置が混乱してしまい正しくネットワーク管理
ができないという問題が発生する。
【００３９】そこで図９のように、被監視装置ｂ５０ｂ
については、管理プロトコルプロキシ６０ｂにおけるア
ドレス変換２２０ｂにおいて管理用アドレスＶ１とプラ
イベートアドレスＬ１とを対応づけるようにし、被監視
装置ｃ５０ｃについては、管理プロトコルプロキシ６０
ｃにおけるアドレス変換２２０ｃにおいて管理用アドレ
スＶ２とプライベートアドレスＬ１とを対応づけるよう
にする。すなわち被監視装置ｂ５０ｂに管理用アドレス
Ｖ１と、被監視装置ｃ５０ｃに管理用アドレスＶ２をそ
れぞれ静的に割り当てるようにする。
については、管理プロトコルプロキシ６０ｂにおけるア
ドレス変換２２０ｂにおいて管理用アドレスＶ１とプラ
イベートアドレスＬ１とを対応づけるようにし、被監視
装置ｃ５０ｃについては、管理プロトコルプロキシ６０
ｃにおけるアドレス変換２２０ｃにおいて管理用アドレ
スＶ２とプライベートアドレスＬ１とを対応づけるよう
にする。すなわち被監視装置ｂ５０ｂに管理用アドレス
Ｖ１と、被監視装置ｃ５０ｃに管理用アドレスＶ２をそ
れぞれ静的に割り当てるようにする。
【００４０】これによって監視装置における管理情報２
４０としては、被監視装置ｂは、アドレスＶ１を持つ装
置として、被監視装置ｃは、アドレスＶ２を持つ装置と
して、それぞれ対応づけられ、正しくネットワーク管理
を行うことができる。
４０としては、被監視装置ｂは、アドレスＶ１を持つ装
置として、被監視装置ｃは、アドレスＶ２を持つ装置と
して、それぞれ対応づけられ、正しくネットワーク管理
を行うことができる。
【００４１】図１０は、プライベートネットワークにお
いて、グローバルアドレスが割り当てられていない、す
なわち外部とは接続しない装置に対しても、管理用アド
レスを割り当ててネットワーク管理する場合の例であ
る。
いて、グローバルアドレスが割り当てられていない、す
なわち外部とは接続しない装置に対しても、管理用アド
レスを割り当ててネットワーク管理する場合の例であ
る。
【００４２】被監視装置ａ５０ａは、プライベートアド
レス２１０ａとしてＬ１を持つ。さらに、ＮＡＴ２０ｂ
におけるアドレス変換２３０として、グローバルアドレ
スＧ１とプライベートアドレスＬ１が対応付けられてお
り、被監視装置ａ ５０ａにはグローバルアドレスとし
てアドレスG1が静的に割り当てられている。グローバル
ネットワーク１０やプライベートネットワークＡ３０ａ
から被監視装置ａ５０ａと直接通信する場合には、グロ
ーバルアドレスＧ１を用いて通信する。
レス２１０ａとしてＬ１を持つ。さらに、ＮＡＴ２０ｂ
におけるアドレス変換２３０として、グローバルアドレ
スＧ１とプライベートアドレスＬ１が対応付けられてお
り、被監視装置ａ ５０ａにはグローバルアドレスとし
てアドレスG1が静的に割り当てられている。グローバル
ネットワーク１０やプライベートネットワークＡ３０ａ
から被監視装置ａ５０ａと直接通信する場合には、グロ
ーバルアドレスＧ１を用いて通信する。
【００４３】被監視装置ｂ５０ｂは、プライベートアド
レス２１０ｂとしてＬ２を持つ。しかしながら、ＮＡＴ
２０ｂにおけるアドレス変換２３０としては、プライベ
ートアドレスＬ２に対応するグローバルアドレスは定義
されておらず、このため、グローバルネットワーク１０
やプライベートネットワークＡ３０ａから被監視装置ｂ
５０ｂへと直接通信することはできない。ただし、この
場合でも管理プロトコルプロキシを通じて、監視装置４
０は、被監視装置５０ｂとも管理プロトコルによる情報
のやり取りをすることができる。
レス２１０ｂとしてＬ２を持つ。しかしながら、ＮＡＴ
２０ｂにおけるアドレス変換２３０としては、プライベ
ートアドレスＬ２に対応するグローバルアドレスは定義
されておらず、このため、グローバルネットワーク１０
やプライベートネットワークＡ３０ａから被監視装置ｂ
５０ｂへと直接通信することはできない。ただし、この
場合でも管理プロトコルプロキシを通じて、監視装置４
０は、被監視装置５０ｂとも管理プロトコルによる情報
のやり取りをすることができる。
【００４４】このとき、管理プロトコルプロキシ６０ｂ
におけるアドレス変換２２０において、管理用アドレス
Ｖ１とプライベートアドレスＬ１とを、管理用アドレス
Ｖ２とプライベートアドレスＬ２とを、それぞれ対応づ
けるようにする。すなわち被監視装置ａ５０ａに管理用
アドレスＶ１を、被監視装置ｂ５０ｂに管理用アドレス
Ｖ２をそれぞれ静的に割り当てるようにする。これによ
り、監視装置における管理情報２４０としては、被監視
装置ａ５０ａはアドレスＶ１を持つ装置として、被監視
装置ｂ５０ｂはアドレスＶ２を持つ装置として、それぞ
れ対応付けられてネットワーク管理が行われる。
におけるアドレス変換２２０において、管理用アドレス
Ｖ１とプライベートアドレスＬ１とを、管理用アドレス
Ｖ２とプライベートアドレスＬ２とを、それぞれ対応づ
けるようにする。すなわち被監視装置ａ５０ａに管理用
アドレスＶ１を、被監視装置ｂ５０ｂに管理用アドレス
Ｖ２をそれぞれ静的に割り当てるようにする。これによ
り、監視装置における管理情報２４０としては、被監視
装置ａ５０ａはアドレスＶ１を持つ装置として、被監視
装置ｂ５０ｂはアドレスＶ２を持つ装置として、それぞ
れ対応付けられてネットワーク管理が行われる。
【００４５】図１１は、プライベートネットワークにお
いて、グローバルアドレスが割り当てられていない、す
なわち外部とは接続しない装置に対しても、管理用アド
レスを割り当ててネットワーク管理する場合において、
グローバルアドレスを割り当てられている装置について
は、管理用アドレスにグローバルアドレスを使い、グロ
ーバルアドレスが割り当てられていない装置については
仮想的なアドレスを使う例である。
いて、グローバルアドレスが割り当てられていない、す
なわち外部とは接続しない装置に対しても、管理用アド
レスを割り当ててネットワーク管理する場合において、
グローバルアドレスを割り当てられている装置について
は、管理用アドレスにグローバルアドレスを使い、グロ
ーバルアドレスが割り当てられていない装置については
仮想的なアドレスを使う例である。
【００４６】被監視装置ａ５０ａは、プライベートアド
レス２１０ａとしてＬ１を持つ。さらに、ＮＡＴ２０ｂ
におけるアドレス変換２３０として、グローバルアドレ
スＧ１とプライベートアドレスＬ１が対応付けられてお
り、被監視装置ａ ５０ａにはグローバルアドレスとし
てアドレスG1が静的に割り当てられている。グローバル
ネットワーク１０やプライベートネットワークＡ３０ａ
から被監視装置ａ５０ａと直接通信する場合には、グロ
ーバルアドレスＧ１を用いて通信する。
レス２１０ａとしてＬ１を持つ。さらに、ＮＡＴ２０ｂ
におけるアドレス変換２３０として、グローバルアドレ
スＧ１とプライベートアドレスＬ１が対応付けられてお
り、被監視装置ａ ５０ａにはグローバルアドレスとし
てアドレスG1が静的に割り当てられている。グローバル
ネットワーク１０やプライベートネットワークＡ３０ａ
から被監視装置ａ５０ａと直接通信する場合には、グロ
ーバルアドレスＧ１を用いて通信する。
【００４７】被監視装置ｂ５０ｂは、プライベートアド
レス２１０ｂとしてＬ２を持つ。しかしながら、ＮＡＴ
２０ｂにおけるアドレス変換２３０としては、プライベ
ートアドレスＬ２に対応するグローバルアドレスは定義
されておらず、このため、グローバルネットワーク１０
やプライベートネットワークＡ３０ａから被監視装置ｂ
５０ｂへと直接通信することはできない。ただし、この
場合でも管理プロトコルプロキシを通じて、監視装置４
０は、被監視装置５０ｂとも管理プロトコルによる情報
のやり取りをすることができる。
レス２１０ｂとしてＬ２を持つ。しかしながら、ＮＡＴ
２０ｂにおけるアドレス変換２３０としては、プライベ
ートアドレスＬ２に対応するグローバルアドレスは定義
されておらず、このため、グローバルネットワーク１０
やプライベートネットワークＡ３０ａから被監視装置ｂ
５０ｂへと直接通信することはできない。ただし、この
場合でも管理プロトコルプロキシを通じて、監視装置４
０は、被監視装置５０ｂとも管理プロトコルによる情報
のやり取りをすることができる。
【００４８】このとき、管理プロトコルプロキシ６０ｂ
におけるアドレス変換２２０において、管理用アドレス
Ｇ１とプライベートアドレスＬ１とを、管理用アドレス
Ｖ２とプライベートアドレスＬ２とを、それぞれ対応づ
けるようにする。すなわち被監視装置ａ５０ａに管理用
アドレスＧ１を、被監視装置ｂ５０ｂに管理用アドレス
Ｖ２をそれぞれ静的に割り当てるようにする。これによ
り、監視装置における管理情報２４０としては、被監視
装置ａ５０ａはアドレスＧ１を持つ装置として、被監視
装置ｂ５０ｂはアドレスＶ２を持つ装置として、それぞ
れ対応付けられてネットワーク管理が行われる。
におけるアドレス変換２２０において、管理用アドレス
Ｇ１とプライベートアドレスＬ１とを、管理用アドレス
Ｖ２とプライベートアドレスＬ２とを、それぞれ対応づ
けるようにする。すなわち被監視装置ａ５０ａに管理用
アドレスＧ１を、被監視装置ｂ５０ｂに管理用アドレス
Ｖ２をそれぞれ静的に割り当てるようにする。これによ
り、監視装置における管理情報２４０としては、被監視
装置ａ５０ａはアドレスＧ１を持つ装置として、被監視
装置ｂ５０ｂはアドレスＶ２を持つ装置として、それぞ
れ対応付けられてネットワーク管理が行われる。
【００４９】続いて図１２および図１３を用いて、管理
プロトコルプロキシの構成を説明する。図１２は、被監
視側の管理プロトコルプロキシの構成である。
プロトコルプロキシの構成を説明する。図１２は、被監
視側の管理プロトコルプロキシの構成である。
【００５０】被監視側の管理プロトコルプロキシ６０ｂ
は、監視側の管理プロトコルプロキシ６０ａとの間のプ
ロキシ間通信経路７０の確立および管理プロトコルプロ
キシデータの送受信を処理するプロキシ間通信部６１
と、管理プロトコルプロキシデータの分解組立を処理す
るプロキシデータ組立分解部６２と、管理プロトコルの
ＰＤＵ内のアドレス情報をアドレス変換するアドレス変
換処理部６３と、アドレス変換処理部への入力となるＡ
ＳＮ．１ＭＩＢ定義文６４およびアドレス変換定義６５
と、被監視装置との間でＳＮＭＰメッセージを送受信す
るＳＮＭＰメッセージ送受信部６６からなる。
は、監視側の管理プロトコルプロキシ６０ａとの間のプ
ロキシ間通信経路７０の確立および管理プロトコルプロ
キシデータの送受信を処理するプロキシ間通信部６１
と、管理プロトコルプロキシデータの分解組立を処理す
るプロキシデータ組立分解部６２と、管理プロトコルの
ＰＤＵ内のアドレス情報をアドレス変換するアドレス変
換処理部６３と、アドレス変換処理部への入力となるＡ
ＳＮ．１ＭＩＢ定義文６４およびアドレス変換定義６５
と、被監視装置との間でＳＮＭＰメッセージを送受信す
るＳＮＭＰメッセージ送受信部６６からなる。
【００５１】監視装置４０が発行した管理プロトコルの
メッセージが監視側の管理プロトコルプロキシ６０ａに
よって管理プロトコルプロキシデータに変換されて、被
監視側の管理プロトコルプロキシに送信されると、まず
プロキシ間通信部６１が送信された管理プロトコルプロ
キシデータを受信し、プロキシデータ組立分解部６２に
渡す。プロキシデータ組立分解部６２は、受取った管理
プロトコルプロキシデータを分解し、アドレス変換処理
部６３渡す。アドレス変換処理部６３は、ＡＳＮ．１Ｍ
ＩＢ定義文６４およびアドレス変換定義６５に従って、
渡された管理プロトコルプロキシデータの送信元アドレ
スデータ、送信先アドレスデータ、さらに管理プロトコ
ルのＰＤＵ中のアドレス情報をアドレス変換し、変換結
果をプロキシデータ分解組立部６２に渡す。プロキシデ
ータ組立分解部６２は、プロキシデータの中から、送信
先情報、送信元情報、管理プロトコルのＰＤＵを取り出
し、ＳＮＭＰメッセージ送受信部６６に渡す。ＳＮＭＰ
メッセージ送受信部６６は、送信先に指定された被監視
装置５０に対して、管理プロトコルのＰＤＵを送信す
る。すなわちＳＮＭＰメッセージを送信する。被監視装
置５０は、送信されたＳＮＭＰメッセージに対応する応
答をＳＮＭＰメッセージ送受信部６６に返す。ＳＮＭＰ
メッセージ送受信部６６は、受信した応答のＳＮＭＰメ
ッセージと、その送信元、送信先の情報をプロキシデー
タ組立分解部６２に渡す。さらにプロキシデータ組立分
解部は、送信先、送信元、応答である管理プロトコルの
ＰＤＵをアドレス変換処理部に渡す。アドレス変換処理
部６３は、ＡＳＮ．１ＭＩＢ定義文６４およびアドレス
変換定義６５に従って、渡された管理プロトコルプロキ
シデータの送信元アドレスデータ、送信先アドレスデー
タ、さらに管理プロトコルのＰＤＵ中のアドレス情報を
アドレス変換し、変換結果をプロキシデータ分解組立部
６２に渡す。さらにプロキシデータ分解組立部６２は、
送信先、送信元、管理プロトコルのＰＤＵを管理プロト
コルプロキシデータとして組み立てて、プロキシ間通信
部６１に渡す。プロキシ間通信部６１は、管理プロトコ
ルプロキシデータを監視側の管理プロトコルプロキシ６
０ａへと送信し、監視側の管理プロトコルプロキシ６０
ａが監視装置４０へ管理プロトコルのＰＤＵを返す。
メッセージが監視側の管理プロトコルプロキシ６０ａに
よって管理プロトコルプロキシデータに変換されて、被
監視側の管理プロトコルプロキシに送信されると、まず
プロキシ間通信部６１が送信された管理プロトコルプロ
キシデータを受信し、プロキシデータ組立分解部６２に
渡す。プロキシデータ組立分解部６２は、受取った管理
プロトコルプロキシデータを分解し、アドレス変換処理
部６３渡す。アドレス変換処理部６３は、ＡＳＮ．１Ｍ
ＩＢ定義文６４およびアドレス変換定義６５に従って、
渡された管理プロトコルプロキシデータの送信元アドレ
スデータ、送信先アドレスデータ、さらに管理プロトコ
ルのＰＤＵ中のアドレス情報をアドレス変換し、変換結
果をプロキシデータ分解組立部６２に渡す。プロキシデ
ータ組立分解部６２は、プロキシデータの中から、送信
先情報、送信元情報、管理プロトコルのＰＤＵを取り出
し、ＳＮＭＰメッセージ送受信部６６に渡す。ＳＮＭＰ
メッセージ送受信部６６は、送信先に指定された被監視
装置５０に対して、管理プロトコルのＰＤＵを送信す
る。すなわちＳＮＭＰメッセージを送信する。被監視装
置５０は、送信されたＳＮＭＰメッセージに対応する応
答をＳＮＭＰメッセージ送受信部６６に返す。ＳＮＭＰ
メッセージ送受信部６６は、受信した応答のＳＮＭＰメ
ッセージと、その送信元、送信先の情報をプロキシデー
タ組立分解部６２に渡す。さらにプロキシデータ組立分
解部は、送信先、送信元、応答である管理プロトコルの
ＰＤＵをアドレス変換処理部に渡す。アドレス変換処理
部６３は、ＡＳＮ．１ＭＩＢ定義文６４およびアドレス
変換定義６５に従って、渡された管理プロトコルプロキ
シデータの送信元アドレスデータ、送信先アドレスデー
タ、さらに管理プロトコルのＰＤＵ中のアドレス情報を
アドレス変換し、変換結果をプロキシデータ分解組立部
６２に渡す。さらにプロキシデータ分解組立部６２は、
送信先、送信元、管理プロトコルのＰＤＵを管理プロト
コルプロキシデータとして組み立てて、プロキシ間通信
部６１に渡す。プロキシ間通信部６１は、管理プロトコ
ルプロキシデータを監視側の管理プロトコルプロキシ６
０ａへと送信し、監視側の管理プロトコルプロキシ６０
ａが監視装置４０へ管理プロトコルのＰＤＵを返す。
【００５２】ここで、ＡＳＮ．１ＭＩＢ定義文６４は、
RFC1212（Concise MIB Definitions）などに記載されて
いるMIBオブジェクトの標準的な記述方法であるところ
の、ASN.1（Abstract Syntax Notation One=抽象構文記
法.1）により記述されたMIB定義文である。一般に、AS
N.1によるMIB定義文は、そのMIBモジュールを定義した
者によって広く公開されている。本実施例では、ＡＳ
Ｎ．１によるＭＩＢ定義文を解析して得られる情報を使
用して管理プロトコルのプロトコルデータユニットのVa
riable-bindingsに含まれるアドレスを変換するため、
特別な定義文が不要となり構成がより簡単となる。
RFC1212（Concise MIB Definitions）などに記載されて
いるMIBオブジェクトの標準的な記述方法であるところ
の、ASN.1（Abstract Syntax Notation One=抽象構文記
法.1）により記述されたMIB定義文である。一般に、AS
N.1によるMIB定義文は、そのMIBモジュールを定義した
者によって広く公開されている。本実施例では、ＡＳ
Ｎ．１によるＭＩＢ定義文を解析して得られる情報を使
用して管理プロトコルのプロトコルデータユニットのVa
riable-bindingsに含まれるアドレスを変換するため、
特別な定義文が不要となり構成がより簡単となる。
【００５３】図１３は、監視側の管理プロトコルプロキ
シの構成である。監視側の管理プロトコルプロキシ６０
ａは、監視装置４０上のＳＮＭＰ監視マネージャ４１と
の間でＳＮＭＰメッセージを送受信するＳＮＭＰメッセ
ージ送受信部６６と、管理プロトコルプロキシデータの
分解組立を処理するプロキシデータ組立分解部６２と、
被監視側の管理プロトコルプロキシ６０ｂとの間のプロ
キシ間通信経路７０の確立および管理プロトコルプロキ
シデータの送受信を処理するプロキシ間通信部６１とか
らなる。監視装置４０上のＳＮＭＰ監視マネージャ４１
が発行したＳＮＭＰメッセージが監視側の管理プロトコ
ルプロキシ６０ａに渡されると、ＳＮＭＰメッセージ送
受信部６６がＳＮＭＰメッセージを受信し、それをプロ
キシデータ組立分解部６２に渡す。プロキシデータ組立
分解部６２は、渡されたＳＮＭＰメッセージと、その送
信先、送信元情報から、管理プロトコルプロキシデータ
を組み立てて、プロキシ間通信部６１に渡す。プロキシ
間通信部６１は、渡された管理プロトコルプロキシデー
タを被監視側の管理プロトコルプロキシ６０ｂに送信す
る。さらにプロキシ間通信部６１は被管理側の管理プロ
トコルプロキシ６０ｂから返される応答の管理プロトコ
ルプロキシデータを受信して、プロキシデータ組立分解
部６２に渡す。プロキシデータ組立分解部６２は、管理
プロトコルプロキシデータから送信元、送信先、および
ＳＮＭＰメッセージを取り出し、ＳＮＭＰメッセージ送
受信部６６に渡す。ＳＮＭＰメッセージ送受信部は渡さ
れた情報に従って、ＳＮＭＰメッセージを監視装置４０
上のＳＮＭＰ監視マネージャ４１に返す。
シの構成である。監視側の管理プロトコルプロキシ６０
ａは、監視装置４０上のＳＮＭＰ監視マネージャ４１と
の間でＳＮＭＰメッセージを送受信するＳＮＭＰメッセ
ージ送受信部６６と、管理プロトコルプロキシデータの
分解組立を処理するプロキシデータ組立分解部６２と、
被監視側の管理プロトコルプロキシ６０ｂとの間のプロ
キシ間通信経路７０の確立および管理プロトコルプロキ
シデータの送受信を処理するプロキシ間通信部６１とか
らなる。監視装置４０上のＳＮＭＰ監視マネージャ４１
が発行したＳＮＭＰメッセージが監視側の管理プロトコ
ルプロキシ６０ａに渡されると、ＳＮＭＰメッセージ送
受信部６６がＳＮＭＰメッセージを受信し、それをプロ
キシデータ組立分解部６２に渡す。プロキシデータ組立
分解部６２は、渡されたＳＮＭＰメッセージと、その送
信先、送信元情報から、管理プロトコルプロキシデータ
を組み立てて、プロキシ間通信部６１に渡す。プロキシ
間通信部６１は、渡された管理プロトコルプロキシデー
タを被監視側の管理プロトコルプロキシ６０ｂに送信す
る。さらにプロキシ間通信部６１は被管理側の管理プロ
トコルプロキシ６０ｂから返される応答の管理プロトコ
ルプロキシデータを受信して、プロキシデータ組立分解
部６２に渡す。プロキシデータ組立分解部６２は、管理
プロトコルプロキシデータから送信元、送信先、および
ＳＮＭＰメッセージを取り出し、ＳＮＭＰメッセージ送
受信部６６に渡す。ＳＮＭＰメッセージ送受信部は渡さ
れた情報に従って、ＳＮＭＰメッセージを監視装置４０
上のＳＮＭＰ監視マネージャ４１に返す。
【００５４】図１４は、管理側の管理プロトコルプロキ
シ６０ａと被管理側の管理プロトコルプロキシ６０ｂと
の間のプロキシ間通信経路７０上で送受信される管理プ
ロトコルプロキシデータの一例であり、管理プロトコル
がＳＮＭＰである場合の例である。この場合、管理プロ
トコルプロキシデータは、ＳＮＭＰメッセージの送信
元、ＳＮＭＰメッセージの送信先、ＳＮＭＰ ＰＤＵか
らなるデータである。
シ６０ａと被管理側の管理プロトコルプロキシ６０ｂと
の間のプロキシ間通信経路７０上で送受信される管理プ
ロトコルプロキシデータの一例であり、管理プロトコル
がＳＮＭＰである場合の例である。この場合、管理プロ
トコルプロキシデータは、ＳＮＭＰメッセージの送信
元、ＳＮＭＰメッセージの送信先、ＳＮＭＰ ＰＤＵか
らなるデータである。
【００５５】図２は、通常のＳＮＭＰメッセージのパケ
ットの図である。パケットはネットワーク層であるとこ
ろのＩＰ層より上位の部分についてだけ示している。通
常のＳＮＭＰパケットではＩＰ層レベルでの送信元、送
信先情報が、そのままＳＮＭＰメッセージ自体の送信
元、送信先になっている。
ットの図である。パケットはネットワーク層であるとこ
ろのＩＰ層より上位の部分についてだけ示している。通
常のＳＮＭＰパケットではＩＰ層レベルでの送信元、送
信先情報が、そのままＳＮＭＰメッセージ自体の送信
元、送信先になっている。
【００５６】図３は、管理プロトコルがＳＮＭＰである
場合の管理プロトコルプロキシデータのパケットの図で
ある。パケットはネットワーク層であるところのＩＰ層
より上位の部分についてだけ示している。管理プロトコ
ルプロキシデータのパケットにおいては、ＩＰ層レベル
での送信元、送信先は、プロキシ間通信経路７０の両端
に存在する管理プロトコルプロキシのどちらかであり、
ＳＮＭＰメッセージの送信元、送信先のデータは、アプ
リケーション層に相当する管理プロトコルプロキシデー
タとしてパケットに含まれる。従って、アドレス変換の
ために使用する仮想的なアドレスは、実際の通信パケッ
トの送信先または送信元アドレスとしては使用されな
い。このため、NICなどの機関から自組織に対して割り
当てられていない仮想的なアドレスを使用したとして
も、ＩＰ層すなわちネットワーク層レベルでの通信に何
ら支障をきたすものではない。
場合の管理プロトコルプロキシデータのパケットの図で
ある。パケットはネットワーク層であるところのＩＰ層
より上位の部分についてだけ示している。管理プロトコ
ルプロキシデータのパケットにおいては、ＩＰ層レベル
での送信元、送信先は、プロキシ間通信経路７０の両端
に存在する管理プロトコルプロキシのどちらかであり、
ＳＮＭＰメッセージの送信元、送信先のデータは、アプ
リケーション層に相当する管理プロトコルプロキシデー
タとしてパケットに含まれる。従って、アドレス変換の
ために使用する仮想的なアドレスは、実際の通信パケッ
トの送信先または送信元アドレスとしては使用されな
い。このため、NICなどの機関から自組織に対して割り
当てられていない仮想的なアドレスを使用したとして
も、ＩＰ層すなわちネットワーク層レベルでの通信に何
ら支障をきたすものではない。
【００５７】このように管理プロトコルプロキシデータ
上のＳＮＭＰメッセージ送信元、送信先アドレスをアド
レス変換することにより、管理用アドレスに正式なグロ
ーバルアドレスではない仮想的なアドレスを使用するこ
とができ、グローバルアドレスを持たない装置まで含め
てプライベートネットワークをネットワーク管理するこ
とができる。
上のＳＮＭＰメッセージ送信元、送信先アドレスをアド
レス変換することにより、管理用アドレスに正式なグロ
ーバルアドレスではない仮想的なアドレスを使用するこ
とができ、グローバルアドレスを持たない装置まで含め
てプライベートネットワークをネットワーク管理するこ
とができる。
【００５８】図１５、図１６、図１７、図１８を用い
て、プロキシデータ組立分解部６２を説明する。図１５
は、プロキシデータ組立分解部６２の構成である。
て、プロキシデータ組立分解部６２を説明する。図１５
は、プロキシデータ組立分解部６２の構成である。
【００５９】プロキシデータ組立分解部６２は、組立分
解処理を実行する組立分解処理部６８と、ＳＮＭＰメッ
セージの送信先アドレスとそのＳＮＭＰメッセージを送
信すべき相手プロキシとの対応付けを定義した相手プロ
キシ定義６９からなる。
解処理を実行する組立分解処理部６８と、ＳＮＭＰメッ
セージの送信先アドレスとそのＳＮＭＰメッセージを送
信すべき相手プロキシとの対応付けを定義した相手プロ
キシ定義６９からなる。
【００６０】図１６は、相手プロキシ定義の定義例であ
る。定義行３１１は、送信先アドレスの第１オクテット
が１００であるＳＮＭＰメッセージは、アドレスが２０
０．１０．２０．３０の管理プロトコルプロキシへと送
信することを表わす定義行である。
る。定義行３１１は、送信先アドレスの第１オクテット
が１００であるＳＮＭＰメッセージは、アドレスが２０
０．１０．２０．３０の管理プロトコルプロキシへと送
信することを表わす定義行である。
【００６１】定義行３１２は、送信先アドレスの第1オ
クテットが１０１、第２オクテットが１０であるＳＮＭ
Ｐメッセージは、アドレスが２００．１０．２０．３０
の管理プロトコルプロキシへと送信することを表わす定
義行である。
クテットが１０１、第２オクテットが１０であるＳＮＭ
Ｐメッセージは、アドレスが２００．１０．２０．３０
の管理プロトコルプロキシへと送信することを表わす定
義行である。
【００６２】定義行３１３は、送信先アドレスの第1オ
クテットが１１０、第２オクテットが２０、第３オクテ
ットが８０であるＳＮＭＰメッセージは、アドレスが２
３０．５１．６２．７２の管理プロトコルプロキシへ送
信することを表わす定義行である。
クテットが１１０、第２オクテットが２０、第３オクテ
ットが８０であるＳＮＭＰメッセージは、アドレスが２
３０．５１．６２．７２の管理プロトコルプロキシへ送
信することを表わす定義行である。
【００６３】定義行３１４は、送信先アドレスが１２
０．６０．１１．８であるＳＮＭＰメッセージは、アド
レスが２３０．５１．６２．７２の管理プロトコルプロ
キシへ送信することを表わす定義行である。なお、この
とき送信先アドレスは管理用アドレスを用いて表わす。
０．６０．１１．８であるＳＮＭＰメッセージは、アド
レスが２３０．５１．６２．７２の管理プロトコルプロ
キシへ送信することを表わす定義行である。なお、この
とき送信先アドレスは管理用アドレスを用いて表わす。
【００６４】図１７は、プロキシデータ組立処理のフロ
ーチャートである。ステップ１５１でSNMPメッセージ送
受信部からSNMPメッセージを受取る。ステップ１５２で
SNMPメッセージのIPヘッダ部から、送信元アドレスと送
信先アドレスを取り出す。ステップ１５３でSNMPメッセ
ージからSNMP PDUを取り出す。ステップ１５４で取り出
した送信元アドレス、送信先アドレス、SNMP PDUを管理
プロトコルプロキシデータに格納する。ステップ１５５
で相手プロキシ定義中でSNMPメッセージのIPヘッダ部か
ら取り出した送信先アドレスと対応づけられている相手
プロキシアドレスを検索し、その相手プロキシアドレス
をプロトコルプロキシデータの送信先と決定する。以上
のようにしてプロキシデータ組立分解部は管理プロトコ
ルプロキシデータを組み立てる。
ーチャートである。ステップ１５１でSNMPメッセージ送
受信部からSNMPメッセージを受取る。ステップ１５２で
SNMPメッセージのIPヘッダ部から、送信元アドレスと送
信先アドレスを取り出す。ステップ１５３でSNMPメッセ
ージからSNMP PDUを取り出す。ステップ１５４で取り出
した送信元アドレス、送信先アドレス、SNMP PDUを管理
プロトコルプロキシデータに格納する。ステップ１５５
で相手プロキシ定義中でSNMPメッセージのIPヘッダ部か
ら取り出した送信先アドレスと対応づけられている相手
プロキシアドレスを検索し、その相手プロキシアドレス
をプロトコルプロキシデータの送信先と決定する。以上
のようにしてプロキシデータ組立分解部は管理プロトコ
ルプロキシデータを組み立てる。
【００６５】図１８は、プロキシデータ分解処理のフロ
ーチャートである。ステップ１６１でプロキシ間通信部
から管理プロトコルプロキシデータと、その管理プロト
コルプロキシデータを送信した相手である管理プロトコ
ルプロキシのアドレスとを受取る。ステップ１６２で管
理プロトコルプロキシデータから、送信元アドレス、送
信先アドレス、SNMP PDUを取り出す。ステップ１６３で
取り出した送信元アドレスと送信先アドレスをSNMPメッ
セージのIPヘッダ部に格納する。ステップ１６４で取り
出したSNMP PDUをSNMPメッセージに格納する。以上のよ
うにしてプロキシデータ組立分解部は管理プロトコルプ
ロキシデータを分解する。
ーチャートである。ステップ１６１でプロキシ間通信部
から管理プロトコルプロキシデータと、その管理プロト
コルプロキシデータを送信した相手である管理プロトコ
ルプロキシのアドレスとを受取る。ステップ１６２で管
理プロトコルプロキシデータから、送信元アドレス、送
信先アドレス、SNMP PDUを取り出す。ステップ１６３で
取り出した送信元アドレスと送信先アドレスをSNMPメッ
セージのIPヘッダ部に格納する。ステップ１６４で取り
出したSNMP PDUをSNMPメッセージに格納する。以上のよ
うにしてプロキシデータ組立分解部は管理プロトコルプ
ロキシデータを分解する。
【００６６】図１９は、アドレス変換処理部６３の構成
を表わす図である。アドレス変換処理部６３は、ＳＮＭ
Ｐメッセージの送信元と送信先のアドレスを変換するＳ
ＮＭＰメッセージ送信元送信先アドレス変換部８５と、
ＳＮＭＰＰＤＵ内に含まれるアドレス情報を変換するＰ
ＤＵアドレス変換部８０からなる。さらにＰＤＵアドレ
ス変換部８０は、ＰＤＵの解析とアドレス変換を処理す
るＰＤＵ解析変換部８１と、ＰＤＵに含まれるアドレス
情報のうちオブジェクト識別子として含まれるアドレス
の変換を処理するオブジェクト識別子アドレス変換部８
２と、ＰＤＵに含まれるアドレス情報のうちＭＩＢ値と
して含まれるアドレスの変換を処理するＭＩＢ値アドレ
ス変換部８３と、ＰＤＵに含まれるアドレス情報のうち
トラップ送信元アドレスとして含まれるアドレスの変換
を処理するトラップ送信元アドレス変換部８４とからな
る。
を表わす図である。アドレス変換処理部６３は、ＳＮＭ
Ｐメッセージの送信元と送信先のアドレスを変換するＳ
ＮＭＰメッセージ送信元送信先アドレス変換部８５と、
ＳＮＭＰＰＤＵ内に含まれるアドレス情報を変換するＰ
ＤＵアドレス変換部８０からなる。さらにＰＤＵアドレ
ス変換部８０は、ＰＤＵの解析とアドレス変換を処理す
るＰＤＵ解析変換部８１と、ＰＤＵに含まれるアドレス
情報のうちオブジェクト識別子として含まれるアドレス
の変換を処理するオブジェクト識別子アドレス変換部８
２と、ＰＤＵに含まれるアドレス情報のうちＭＩＢ値と
して含まれるアドレスの変換を処理するＭＩＢ値アドレ
ス変換部８３と、ＰＤＵに含まれるアドレス情報のうち
トラップ送信元アドレスとして含まれるアドレスの変換
を処理するトラップ送信元アドレス変換部８４とからな
る。
【００６７】プロキシデータ組立分解部６２から、アド
レス変換処理部６３に管理プロトコルプロキシデータが
渡されると、まずＳＮＭＰメッセージ送信元送信先アド
レス変換部８５が、アドレス変換定義６５に従って、管
理プロトコルプロキシデータ中のＳＮＭＰメッセージ送
信元、送信先についてアドレス変換を行う。次にＳＮＭ
Ｐメッセージ送信元送信先アドレス変換部８５は、管理
プロトコルプロキシデータをＰＤＵ解析変換部８１に渡
す。ＰＤＵ解析変換部８１は、渡された管理プロトコル
プロキシデータ中のＰＤＵについて解析を実施し、その
中からアドレス変換が必要な部分を抽出する。まず、Ｐ
ＤＵからトラップ送信元アドレス部分を抽出し、トラッ
プ送信元アドレス変換部８４に渡し、トラップ送信元ア
ドレス変換部８４は、アドレス変換定義６５に従ってト
ラップ送信元アドレスをアドレス変換してＰＤＵ解析変
換部８１に返す。ＰＤＵ解析変換部８１は、トラップ送
信元アドレス変換部８４から受取った変換後のアドレス
で、ＰＤＵのトラップ送信元アドレス部分を置き換え
る。さらに、ＰＤＵからデータの種別がＩＰアドレスを
表わすものであるＭＩＢ値を抽出し、ＭＩＢ値アドレス
変換部８３に渡し、ＭＩＢ値アドレス変換部８３は、ア
ドレス変換定義６５に従ってＭＩＢ値をアドレス変換し
てＰＤＵ解析変換部８１に返す。ＰＤＵ解析変換部８１
は、ＭＩＢ値アドレス変換部８３から受取った変換後の
アドレスで、ＰＤＵのＭＩＢ値部分を置き換える。さら
に、ＰＤＵからＭＩＢのオブジェクト識別子を抽出し、
オブジェクト識別子アドレス変化部８２に渡し、オブジ
ェクト識別子アドレス変換部８２は、ＡＳＮ．１ＭＩＢ
定義文とアドレス変換定義６５とに従ってオブジェクト
識別子の中に含まれるＩＰアドレスをアドレス変換して
ＰＤＵ解析変換部８１に返す。ＰＤＵ解析変換部８１
は、オブジェクト識別子アドレス変換部８２から受取っ
た変換後のアドレスで、ＰＤＵのＭＩＢのオブジェクト
識別子部分を置き換える。最後にＰＤＵ解析変換部はア
ドレス変換を行った後のＰＤＵを含んだ管理プロトコル
プロキシデータをプロキシデータ組立分解部６２に返
す。以上のようにしてアドレス変換処理部は管理プロト
コルのデータについてアドレス変換を行うことができ
る。
レス変換処理部６３に管理プロトコルプロキシデータが
渡されると、まずＳＮＭＰメッセージ送信元送信先アド
レス変換部８５が、アドレス変換定義６５に従って、管
理プロトコルプロキシデータ中のＳＮＭＰメッセージ送
信元、送信先についてアドレス変換を行う。次にＳＮＭ
Ｐメッセージ送信元送信先アドレス変換部８５は、管理
プロトコルプロキシデータをＰＤＵ解析変換部８１に渡
す。ＰＤＵ解析変換部８１は、渡された管理プロトコル
プロキシデータ中のＰＤＵについて解析を実施し、その
中からアドレス変換が必要な部分を抽出する。まず、Ｐ
ＤＵからトラップ送信元アドレス部分を抽出し、トラッ
プ送信元アドレス変換部８４に渡し、トラップ送信元ア
ドレス変換部８４は、アドレス変換定義６５に従ってト
ラップ送信元アドレスをアドレス変換してＰＤＵ解析変
換部８１に返す。ＰＤＵ解析変換部８１は、トラップ送
信元アドレス変換部８４から受取った変換後のアドレス
で、ＰＤＵのトラップ送信元アドレス部分を置き換え
る。さらに、ＰＤＵからデータの種別がＩＰアドレスを
表わすものであるＭＩＢ値を抽出し、ＭＩＢ値アドレス
変換部８３に渡し、ＭＩＢ値アドレス変換部８３は、ア
ドレス変換定義６５に従ってＭＩＢ値をアドレス変換し
てＰＤＵ解析変換部８１に返す。ＰＤＵ解析変換部８１
は、ＭＩＢ値アドレス変換部８３から受取った変換後の
アドレスで、ＰＤＵのＭＩＢ値部分を置き換える。さら
に、ＰＤＵからＭＩＢのオブジェクト識別子を抽出し、
オブジェクト識別子アドレス変化部８２に渡し、オブジ
ェクト識別子アドレス変換部８２は、ＡＳＮ．１ＭＩＢ
定義文とアドレス変換定義６５とに従ってオブジェクト
識別子の中に含まれるＩＰアドレスをアドレス変換して
ＰＤＵ解析変換部８１に返す。ＰＤＵ解析変換部８１
は、オブジェクト識別子アドレス変換部８２から受取っ
た変換後のアドレスで、ＰＤＵのＭＩＢのオブジェクト
識別子部分を置き換える。最後にＰＤＵ解析変換部はア
ドレス変換を行った後のＰＤＵを含んだ管理プロトコル
プロキシデータをプロキシデータ組立分解部６２に返
す。以上のようにしてアドレス変換処理部は管理プロト
コルのデータについてアドレス変換を行うことができ
る。
【００６８】図２０は、オブジェクト識別子アドレス変
換部８２の構成である。オブジェクト識別子アドレス変
換部８２は、ＡＳＮ．１ＭＩＢ定義文６５を解読するＡ
ＳＮ．１ＭＩＢ定義文解読部８８と、解読したＭＩＢの
定義内容をもとにオブジェクト識別子を変換する必要が
あるオブジェクトを抽出する変換対象オブジェクト識別
子抽出部８９と、ＰＤＵ解析変換部８１から渡されたオ
ブジェクト識別子と、変換対象オブジェクト識別子抽出
部８９が抽出したオブジェクト識別子とを比較して、渡
されたオブジェクト識別子は変換が必要かどうかを判断
するオブジェクト識別子比較部８６と、変換対象オブジ
ェクト識別子抽出部が抽出した定義情報とアドレス変換
定義６５とに基づいて、オブジェクト識別子をアドレス
変換するアドレス変換実行部８７とからなる。
換部８２の構成である。オブジェクト識別子アドレス変
換部８２は、ＡＳＮ．１ＭＩＢ定義文６５を解読するＡ
ＳＮ．１ＭＩＢ定義文解読部８８と、解読したＭＩＢの
定義内容をもとにオブジェクト識別子を変換する必要が
あるオブジェクトを抽出する変換対象オブジェクト識別
子抽出部８９と、ＰＤＵ解析変換部８１から渡されたオ
ブジェクト識別子と、変換対象オブジェクト識別子抽出
部８９が抽出したオブジェクト識別子とを比較して、渡
されたオブジェクト識別子は変換が必要かどうかを判断
するオブジェクト識別子比較部８６と、変換対象オブジ
ェクト識別子抽出部が抽出した定義情報とアドレス変換
定義６５とに基づいて、オブジェクト識別子をアドレス
変換するアドレス変換実行部８７とからなる。
【００６９】まず、ＡＳＮ．１ＭＩＢ定義文解読部８８
がＡＳＮ．１ＭＩＢ定義文６５を読み込んで解読し、解
読した結果得たＭＩＢ定義の情報を変換対象オブジェク
ト識別子抽出部８９に渡す。変換対象オブジェクト識別
子抽出部８９は、渡されたＭＩＢ定義の中からオブジェ
クト識別子にＩＰアドレスを含む可能性があるＭＩＢオ
ブジェクトを抽出し、該当するＭＩＢオブジェクトのオ
ブジェクト識別子の一覧をオブジェクト識別子比較部８
６へ、該当するＭＩＢオブジェクトの定義情報であると
ころのＩＮＤＥＸ情報をアドレス変換実行部８７へそれ
ぞれ渡す。ここで、オブジェクト識別子にＩＰアドレス
を含む可能性があるＭＩＢオブジェクトとは、ＭＩＢテ
ーブルを表わすＭＩＢオブジェクトであり、テーブルの
ＩＮＤＥＸとして使用するＭＩＢテーブル内ＭＩＢオブ
ジェクトのうちの１つ以上がＩＰアドレスであるような
ＭＩＢオブジェクトである。このようなオブジェクト
は、ＭＩＢオブジェクトの値であるところのインスタン
スをＧＥＴリクエストなどで取得する際にＭＩＢオブジ
ェクトのオブジェクト識別子に続けてインスタンス識別
子であるところのＩＮＤＥＸを付加して１つのオブジェ
クト識別子として指定するが、このときのＩＮＤＥＸに
ＩＰアドレスが使用されるため、オブジェクト識別子に
ＩＰアドレスが含まれる可能性があるものである。ま
た、アドレス変換実行部８７へ渡すＩＮＤＥＸ情報とし
ては、ＭＩＢテーブルのＩＮＤＥＸとして複数のＭＩＢ
オブジェクトが対応づけられているときに、その中のＩ
Ｐアドレスの部分だけを変換するために、ＩＮＤＥＸと
して使われるＭＩＢオブジェクトの種別であるところの
ＳＹＮＴＡＸを順に並べた情報を渡す。例えば、ＩＮＤ
ＥＸとして整数のＭＩＢオブジェクト１つとＩＰアドレ
スを取るようなＭＩＢテーブルの場合、インスタンス識
別子は、整数の分の１つとＩＰアドレスの分４つの合計
５つの副識別子を持つ識別子となる。 アドレス変換で
は、このうちの２番目から５番目の副識別子をＩＰアド
レスと解釈して変換する必要があるため、アドレス変換
実行部８７へＩＮＤＥＸは、整数１つとＩＰアドレス１
つの組であるという情報を渡す必要がある。
がＡＳＮ．１ＭＩＢ定義文６５を読み込んで解読し、解
読した結果得たＭＩＢ定義の情報を変換対象オブジェク
ト識別子抽出部８９に渡す。変換対象オブジェクト識別
子抽出部８９は、渡されたＭＩＢ定義の中からオブジェ
クト識別子にＩＰアドレスを含む可能性があるＭＩＢオ
ブジェクトを抽出し、該当するＭＩＢオブジェクトのオ
ブジェクト識別子の一覧をオブジェクト識別子比較部８
６へ、該当するＭＩＢオブジェクトの定義情報であると
ころのＩＮＤＥＸ情報をアドレス変換実行部８７へそれ
ぞれ渡す。ここで、オブジェクト識別子にＩＰアドレス
を含む可能性があるＭＩＢオブジェクトとは、ＭＩＢテ
ーブルを表わすＭＩＢオブジェクトであり、テーブルの
ＩＮＤＥＸとして使用するＭＩＢテーブル内ＭＩＢオブ
ジェクトのうちの１つ以上がＩＰアドレスであるような
ＭＩＢオブジェクトである。このようなオブジェクト
は、ＭＩＢオブジェクトの値であるところのインスタン
スをＧＥＴリクエストなどで取得する際にＭＩＢオブジ
ェクトのオブジェクト識別子に続けてインスタンス識別
子であるところのＩＮＤＥＸを付加して１つのオブジェ
クト識別子として指定するが、このときのＩＮＤＥＸに
ＩＰアドレスが使用されるため、オブジェクト識別子に
ＩＰアドレスが含まれる可能性があるものである。ま
た、アドレス変換実行部８７へ渡すＩＮＤＥＸ情報とし
ては、ＭＩＢテーブルのＩＮＤＥＸとして複数のＭＩＢ
オブジェクトが対応づけられているときに、その中のＩ
Ｐアドレスの部分だけを変換するために、ＩＮＤＥＸと
して使われるＭＩＢオブジェクトの種別であるところの
ＳＹＮＴＡＸを順に並べた情報を渡す。例えば、ＩＮＤ
ＥＸとして整数のＭＩＢオブジェクト１つとＩＰアドレ
スを取るようなＭＩＢテーブルの場合、インスタンス識
別子は、整数の分の１つとＩＰアドレスの分４つの合計
５つの副識別子を持つ識別子となる。 アドレス変換で
は、このうちの２番目から５番目の副識別子をＩＰアド
レスと解釈して変換する必要があるため、アドレス変換
実行部８７へＩＮＤＥＸは、整数１つとＩＰアドレス１
つの組であるという情報を渡す必要がある。
【００７０】さてここで、ＰＤＵ解析変換部８１からＰ
ＤＵ中のオブジェクト識別子がオブジェクト識別子アド
レス変換部８２に渡されると、まずオブジェクト識別子
比較部８６がオブジェクト識別子を受取る。オブジェク
ト識別子比較部８６は、ＰＤＵ解析変換部８１から渡さ
れたオブジェクト識別子と、変換対象オブジェクト識別
子抽出部８９が抽出した変換対象のオブジェクト識別子
一覧とを比較し、ＰＤＵ解析変換部８１から渡されたオ
ブジェクト識別子が変換対象のオブジェクト識別子一覧
に含まれていたら、ＰＤＵ解析変換部８１からオブジェ
クト識別子をアドレス変換実行部８７に渡す。ＰＤＵ解
析変換部８１から渡されたオブジェクト識別子が変換対
象のオブジェクト識別子一覧に含まれていなかったら、
ＰＤＵ解析変換部８１から渡されたオブジェクト識別子
を何も変換せずにそのままＰＤＵ解析変換部８１へ返
す。
ＤＵ中のオブジェクト識別子がオブジェクト識別子アド
レス変換部８２に渡されると、まずオブジェクト識別子
比較部８６がオブジェクト識別子を受取る。オブジェク
ト識別子比較部８６は、ＰＤＵ解析変換部８１から渡さ
れたオブジェクト識別子と、変換対象オブジェクト識別
子抽出部８９が抽出した変換対象のオブジェクト識別子
一覧とを比較し、ＰＤＵ解析変換部８１から渡されたオ
ブジェクト識別子が変換対象のオブジェクト識別子一覧
に含まれていたら、ＰＤＵ解析変換部８１からオブジェ
クト識別子をアドレス変換実行部８７に渡す。ＰＤＵ解
析変換部８１から渡されたオブジェクト識別子が変換対
象のオブジェクト識別子一覧に含まれていなかったら、
ＰＤＵ解析変換部８１から渡されたオブジェクト識別子
を何も変換せずにそのままＰＤＵ解析変換部８１へ返
す。
【００７１】次に、アドレス変換実行部８７は渡された
オブジェクト識別子について、まず変換対象オブジェク
ト抽出部８９から渡されたＩＮＤＥＸ情報に基づいてオ
ブジェクト識別子中に現れるＩＰアドレスの位置、すな
わち変換位置を特定し、次にアドレス変換定義６５に基
づいてアドレス変換を実行し、変換後のオブジェクト識
別子をＰＤＵ解析変換部８１へ返す。
オブジェクト識別子について、まず変換対象オブジェク
ト抽出部８９から渡されたＩＮＤＥＸ情報に基づいてオ
ブジェクト識別子中に現れるＩＰアドレスの位置、すな
わち変換位置を特定し、次にアドレス変換定義６５に基
づいてアドレス変換を実行し、変換後のオブジェクト識
別子をＰＤＵ解析変換部８１へ返す。
【００７２】以上のようにしてオブジェクト識別子アド
レス変換部は、ＭＩＢのオブジェクト識別子に含まれる
ＩＰアドレスをアドレス変換することができる。
レス変換部は、ＭＩＢのオブジェクト識別子に含まれる
ＩＰアドレスをアドレス変換することができる。
【００７３】図２１のフローチャートを用いてPDU解析
変換部の処理を説明する。ステップ１１１でPDUからPDU
種別を表わすデータを抽出する。ステップ１１２でPDU
種別からアドレス変換方向を決定する。アドレス変換方
向とは、PDU中のアドレスを、管理用アドレスから実ア
ドレスに変換するのか、実アドレスから管理用アドレス
に変換するのか、ということを意味する。監視側から被
監視側へ送信されるPDUは、管理用アドレスを実アドレ
スに変換する。被監視側から監視側へ送信されるPDU
は、実アドレスを管理用アドレスに変換する。監視側か
ら被監視側へ送信されるのか、被監視側から監視側へ送
信されるのかは、PDU種別毎に決まっているため、図２
２の表に従ってPDU種別からアドレス変換方向を決定す
ることができる。ステップ１１３でPDUの種別がSNMPト
ラップであるかどうか判定する。SNMPトラップの場合
は、ステップ１１４に進む。SNMPトラップでない場合
は、ステップ１１７に進む。ステップ１１４で、PDUか
らトラップ送信元アドレスを抽出する。ステップ１１５
で、トラップ送信元アドレス変換部にステップ１１４で
抽出したとラップ送信元アドレスと、ステップ１１２で
決定したアドレス変換方向の情報とを渡し、変換後のト
ラップ送信元アドレスを受取る。ステップ１１６で、PD
Uのトラップ送信元アドレスを、ステップ１１５で受取
った変換後のトラップ送信元アドレスに置き換える。ス
テップ１１７で、PDU中にvariableBindingListが存在す
るかどうかを判定する。variableBindingListが存在す
る場合、ステップ１１８に進む。variableBindingList
が存在しない場合、PDU解析変換部の処理を終了する。
ステップ１１８で、variableBindingListからまだ処理
していないvariableBindを１つ抽出する。ステップ１１
９で、ステップ１１８で抽出したvariableBindからオブ
ジェクト識別子と値を抽出する。ステップ１２０で、MI
B値アドレス変換部に、ステップ１１９で抽出したMIB値
と、ステップ１１２で決定した変換方向の情報とを渡
し、変換後のMIB値を受取る。ステップ１２１で、オブ
ジェクト識別子アドレス変換部に、ステップ１１９で抽
出したオブジェクト識別子と、ステップ１１２で決定し
た変換方向の情報とを渡し、変換後のオブジェクト識別
子を受取る。ステップ１２２で、ＰＤＵのvariableBind
のオブジェクト識別子をステップ１２１で受取った変換
後のオブジェクト識別子に、variableBindのＭＩＢ値を
ステップ１２０で受取った変換後のＭＩＢ値に、それぞ
れ置き換える。ステップ１２３で、未処理のvariableBi
ndingがまだ残っているかどうかを判定する。残ってい
るならばステップ１１８へ進む。残っていないならば、
PDU解析変換部の処理を終了する。以上のようにして、
ＰＤＵ中のアドレス情報を変換することができる。図２
３のフローチャートを用いて変換対象オブジェクト識別
子抽出部の処理を説明する。
変換部の処理を説明する。ステップ１１１でPDUからPDU
種別を表わすデータを抽出する。ステップ１１２でPDU
種別からアドレス変換方向を決定する。アドレス変換方
向とは、PDU中のアドレスを、管理用アドレスから実ア
ドレスに変換するのか、実アドレスから管理用アドレス
に変換するのか、ということを意味する。監視側から被
監視側へ送信されるPDUは、管理用アドレスを実アドレ
スに変換する。被監視側から監視側へ送信されるPDU
は、実アドレスを管理用アドレスに変換する。監視側か
ら被監視側へ送信されるのか、被監視側から監視側へ送
信されるのかは、PDU種別毎に決まっているため、図２
２の表に従ってPDU種別からアドレス変換方向を決定す
ることができる。ステップ１１３でPDUの種別がSNMPト
ラップであるかどうか判定する。SNMPトラップの場合
は、ステップ１１４に進む。SNMPトラップでない場合
は、ステップ１１７に進む。ステップ１１４で、PDUか
らトラップ送信元アドレスを抽出する。ステップ１１５
で、トラップ送信元アドレス変換部にステップ１１４で
抽出したとラップ送信元アドレスと、ステップ１１２で
決定したアドレス変換方向の情報とを渡し、変換後のト
ラップ送信元アドレスを受取る。ステップ１１６で、PD
Uのトラップ送信元アドレスを、ステップ１１５で受取
った変換後のトラップ送信元アドレスに置き換える。ス
テップ１１７で、PDU中にvariableBindingListが存在す
るかどうかを判定する。variableBindingListが存在す
る場合、ステップ１１８に進む。variableBindingList
が存在しない場合、PDU解析変換部の処理を終了する。
ステップ１１８で、variableBindingListからまだ処理
していないvariableBindを１つ抽出する。ステップ１１
９で、ステップ１１８で抽出したvariableBindからオブ
ジェクト識別子と値を抽出する。ステップ１２０で、MI
B値アドレス変換部に、ステップ１１９で抽出したMIB値
と、ステップ１１２で決定した変換方向の情報とを渡
し、変換後のMIB値を受取る。ステップ１２１で、オブ
ジェクト識別子アドレス変換部に、ステップ１１９で抽
出したオブジェクト識別子と、ステップ１１２で決定し
た変換方向の情報とを渡し、変換後のオブジェクト識別
子を受取る。ステップ１２２で、ＰＤＵのvariableBind
のオブジェクト識別子をステップ１２１で受取った変換
後のオブジェクト識別子に、variableBindのＭＩＢ値を
ステップ１２０で受取った変換後のＭＩＢ値に、それぞ
れ置き換える。ステップ１２３で、未処理のvariableBi
ndingがまだ残っているかどうかを判定する。残ってい
るならばステップ１１８へ進む。残っていないならば、
PDU解析変換部の処理を終了する。以上のようにして、
ＰＤＵ中のアドレス情報を変換することができる。図２
３のフローチャートを用いて変換対象オブジェクト識別
子抽出部の処理を説明する。
【００７４】ステップ１３１で、ＭＩＢ定義文に定義さ
れているオブジェクト識別子を１つ取り出す。ステップ
１３２で、ステップ１３１において取り出したオブジェ
クト識別子がＭＩＢテーブルを表わす識別子かどうかを
判定する。ＭＩＢテーブルを表わす識別子の場合は、ス
テップ１３３に進む。ＭＩｂテーブルを表わす識別子で
ない場合は、ステップ１３６に進む。ステップ１３３
で、オブジェクト識別子のＩＮＤＥＸとして指定されて
いるテーブル内ＭＩＢオブジェクトのＳＹＮＴＡＸを抽
出する。ステップ１３４で、ステップ１３３において抽
出したテーブル内ＭＩＢオブジェクトのＳＹＮＴＡＸが
ＩＰアドレスを表わすＳＹＮＴＡＸであるようなものが
一つでもあるかどうかを判定する。ある場合は、ステッ
プ１３５へ進む。ない場合は、ステップ１３６へ進む。
ステップ１３５で、ステップ１３１において取り出した
オブジェクト識別子は、変換対象のオブジェクト識別子
であると判断する。
れているオブジェクト識別子を１つ取り出す。ステップ
１３２で、ステップ１３１において取り出したオブジェ
クト識別子がＭＩＢテーブルを表わす識別子かどうかを
判定する。ＭＩＢテーブルを表わす識別子の場合は、ス
テップ１３３に進む。ＭＩｂテーブルを表わす識別子で
ない場合は、ステップ１３６に進む。ステップ１３３
で、オブジェクト識別子のＩＮＤＥＸとして指定されて
いるテーブル内ＭＩＢオブジェクトのＳＹＮＴＡＸを抽
出する。ステップ１３４で、ステップ１３３において抽
出したテーブル内ＭＩＢオブジェクトのＳＹＮＴＡＸが
ＩＰアドレスを表わすＳＹＮＴＡＸであるようなものが
一つでもあるかどうかを判定する。ある場合は、ステッ
プ１３５へ進む。ない場合は、ステップ１３６へ進む。
ステップ１３５で、ステップ１３１において取り出した
オブジェクト識別子は、変換対象のオブジェクト識別子
であると判断する。
【００７５】ステップ１３６で、ステップ１３１におい
て取り出したオブジェクト識別子は、変換対象のオブジ
ェクト識別子ではないと判断する。ステップ１３７で、
ＭＩＢ定義文の中に、未処理のオブジェクト識別子がま
だあるかどうかを判定する。まだある場合は、ステップ
１３１に進む。ない場合は、ステップ１３８に進む。ス
テップ１３８で、変換対象と判断したオブジェクト識別
子を全てオブジェクト識別子比較部へ通知する。ステッ
プ１３９で、変換対象と判断したオブジェクト識別子の
ＩＮＤＥＸ情報を全てアドレス変換実行部へ通知する。
以上のようにして、変換対象オブジェクト識別子抽出部
の処理を実現することができる。
て取り出したオブジェクト識別子は、変換対象のオブジ
ェクト識別子ではないと判断する。ステップ１３７で、
ＭＩＢ定義文の中に、未処理のオブジェクト識別子がま
だあるかどうかを判定する。まだある場合は、ステップ
１３１に進む。ない場合は、ステップ１３８に進む。ス
テップ１３８で、変換対象と判断したオブジェクト識別
子を全てオブジェクト識別子比較部へ通知する。ステッ
プ１３９で、変換対象と判断したオブジェクト識別子の
ＩＮＤＥＸ情報を全てアドレス変換実行部へ通知する。
以上のようにして、変換対象オブジェクト識別子抽出部
の処理を実現することができる。
【００７６】図２４は、アドレス変換定義６５の定義例
である。定義行３０１は、IPアドレスの第1オクテット
のみを変換する場合の定義例である。この場合、第１オ
クテットが10である実アドレスは全て第1オクテットを1
00に変換したものが管理用アドレスとなる。例えば、監
視装置４０から送信された管理プロトコルのデータ中に
アドレス100.1.2.3があった場合、そのアドレスはアド
レス変換によって10.1.2.3に変換されて被監視装置５０
へ中継される。反対に、被監視装置５０からの応答中に
アドレス10.1.2.3があった場合は、そのアドレスはアド
レス変換によって100.1.2.3に変換されて監視装置４０
へ中継される。定義行３０２は、IPアドレスの第１オク
テットと第2オクテットを変換する場合の定義例であ
る。この場合、第１オクテットが172であり、第２オク
テットが16である実アドレスは全て第1オクテットを101
に変換し、第2オクテットを10に変換したものが管理用
アドレスとなる。例えば、監視装置４０から送信された
管理プロトコルのデータ中にアドレス101.10.1.2があっ
た場合、そのアドレスはアドレス変換によって172.16.
1.2に変換されて被監視装置５０へ中継される。反対
に、被監視装置５０からの応答中にアドレス172.16.1.2
があった場合は、そのアドレスはアドレス変換によって
101.10.1.2に変換されて監視装置４０へ中継される。定
義行３０３は、IPアドレスの第１オクテットと第2オク
テットと第3オクテットを変換する場合の定義例であ
る。この場合、第１オクテットが172であり、第２オク
テットが17であり、第３オクテットが50である実アドレ
スは全て第1オクテットを110に変換し、第2オクテット
を20に変換し、第３オクテットを80に変換したものが管
理用アドレスとなる。例えば、監視装置４０から送信さ
れた管理プロトコルのデータ中にアドレス110.20.80.1
があった場合、そのアドレスはアドレス変換によって17
2.17.50.1に変換されて被監視装置５０へ中継される。
反対に、被監視装置５０からの応答中にアドレス172.1
7.50.1があった場合は、そのアドレスはアドレス変換に
よって110.20.80.1に変換されて監視装置４０へ中継さ
れる。定義行３０４は、IPアドレスの第１オクテットか
ら第４オクテットの全てのオクテットを変換する場合の
定義例である。この場合、アドレスが192.168.20.5であ
る実アドレスは、管理用アドレス120.60.11.8に変換さ
れる。例えば、監視装置４０から送信された管理プロト
コルのデータ中にアドレス120.60.11.8があった場合、
そのアドレスはアドレス変換によって192.168.20.5に変
換されて被監視装置５０へ中継される。反対に、被監視
装置５０からの応答中にアドレス192.168.20.5があった
場合は、そのアドレスはアドレス変換によって120.60.1
1.8に変換されて監視装置４０へ中継される。
である。定義行３０１は、IPアドレスの第1オクテット
のみを変換する場合の定義例である。この場合、第１オ
クテットが10である実アドレスは全て第1オクテットを1
00に変換したものが管理用アドレスとなる。例えば、監
視装置４０から送信された管理プロトコルのデータ中に
アドレス100.1.2.3があった場合、そのアドレスはアド
レス変換によって10.1.2.3に変換されて被監視装置５０
へ中継される。反対に、被監視装置５０からの応答中に
アドレス10.1.2.3があった場合は、そのアドレスはアド
レス変換によって100.1.2.3に変換されて監視装置４０
へ中継される。定義行３０２は、IPアドレスの第１オク
テットと第2オクテットを変換する場合の定義例であ
る。この場合、第１オクテットが172であり、第２オク
テットが16である実アドレスは全て第1オクテットを101
に変換し、第2オクテットを10に変換したものが管理用
アドレスとなる。例えば、監視装置４０から送信された
管理プロトコルのデータ中にアドレス101.10.1.2があっ
た場合、そのアドレスはアドレス変換によって172.16.
1.2に変換されて被監視装置５０へ中継される。反対
に、被監視装置５０からの応答中にアドレス172.16.1.2
があった場合は、そのアドレスはアドレス変換によって
101.10.1.2に変換されて監視装置４０へ中継される。定
義行３０３は、IPアドレスの第１オクテットと第2オク
テットと第3オクテットを変換する場合の定義例であ
る。この場合、第１オクテットが172であり、第２オク
テットが17であり、第３オクテットが50である実アドレ
スは全て第1オクテットを110に変換し、第2オクテット
を20に変換し、第３オクテットを80に変換したものが管
理用アドレスとなる。例えば、監視装置４０から送信さ
れた管理プロトコルのデータ中にアドレス110.20.80.1
があった場合、そのアドレスはアドレス変換によって17
2.17.50.1に変換されて被監視装置５０へ中継される。
反対に、被監視装置５０からの応答中にアドレス172.1
7.50.1があった場合は、そのアドレスはアドレス変換に
よって110.20.80.1に変換されて監視装置４０へ中継さ
れる。定義行３０４は、IPアドレスの第１オクテットか
ら第４オクテットの全てのオクテットを変換する場合の
定義例である。この場合、アドレスが192.168.20.5であ
る実アドレスは、管理用アドレス120.60.11.8に変換さ
れる。例えば、監視装置４０から送信された管理プロト
コルのデータ中にアドレス120.60.11.8があった場合、
そのアドレスはアドレス変換によって192.168.20.5に変
換されて被監視装置５０へ中継される。反対に、被監視
装置５０からの応答中にアドレス192.168.20.5があった
場合は、そのアドレスはアドレス変換によって120.60.1
1.8に変換されて監視装置４０へ中継される。
【００７７】図２５は、別の仮想的ネットワーク管理シ
ステムの構成例である。この場合、監視装置４０および
監視装置側の管理プロトコルプロキシ６０ａは、グロー
バルネットワーク１０上に存在するが、図１の構成の場
合と何ら変わりなく管理用アドレスを用いた仮想的なネ
ットワーク管理を行うことが可能である。
ステムの構成例である。この場合、監視装置４０および
監視装置側の管理プロトコルプロキシ６０ａは、グロー
バルネットワーク１０上に存在するが、図１の構成の場
合と何ら変わりなく管理用アドレスを用いた仮想的なネ
ットワーク管理を行うことが可能である。
【００７８】図２６および図２７は、さらに別の実施例
における管理プロトコルプロキシの構成であり、監視側
の管理プロトコルプロキシでアドレス変換する場合の実
施例である。
における管理プロトコルプロキシの構成であり、監視側
の管理プロトコルプロキシでアドレス変換する場合の実
施例である。
【００７９】この場合も、図１２および図１３に示した
被監視側の管理プロトコルプロキシでアドレス変換する
場合と同様の方法でアドレス変換を実行することができ
る。ただし、監視側の管理プロトコルプロキシにおいて
アドレス変換する場合は、監視側の管理プロトコルプロ
キシに定義するアドレス変換定義は、被監視側のプライ
ベートネットワークごとに別々に定義し、例えば被監視
側のプライベートネットワークＢ用にアドレス変換定義
６５ｂを、被監視側のプライベートネットワークＣ用に
アドレス変換定義６５ｃを、それぞれ定義するようにす
る。これにより図９の構成のように複数の被監視側プラ
イベートネットワークにおいて監視装置のプライベート
アドレスが競合しているような場合でも、正しくアドレ
ス変換できるようにする。
被監視側の管理プロトコルプロキシでアドレス変換する
場合と同様の方法でアドレス変換を実行することができ
る。ただし、監視側の管理プロトコルプロキシにおいて
アドレス変換する場合は、監視側の管理プロトコルプロ
キシに定義するアドレス変換定義は、被監視側のプライ
ベートネットワークごとに別々に定義し、例えば被監視
側のプライベートネットワークＢ用にアドレス変換定義
６５ｂを、被監視側のプライベートネットワークＣ用に
アドレス変換定義６５ｃを、それぞれ定義するようにす
る。これにより図９の構成のように複数の被監視側プラ
イベートネットワークにおいて監視装置のプライベート
アドレスが競合しているような場合でも、正しくアドレ
ス変換できるようにする。
【００８０】図２８および図２９は、また別の実施例に
おける仮想ネットワーク管理システムの構成と、被管理
側の管理プロトコルプロキシの構成であり、被管理側の
管理プロトコルプロキシがＲＦＣ１６３１に準規したＮ
ＡＴと同一の装置上で動作するような構成である。
おける仮想ネットワーク管理システムの構成と、被管理
側の管理プロトコルプロキシの構成であり、被管理側の
管理プロトコルプロキシがＲＦＣ１６３１に準規したＮ
ＡＴと同一の装置上で動作するような構成である。
【００８１】この例は、監視装置４０と監視側の管理プ
ロトコルプロキシ６０ａは、グローバルネットワーク１
０上に存在し、アドレス変換は被監視側の管理プロトコ
ルプロキシで行い、被管理側の管理プロトコルプロキシ
がＲＦＣ１６３１に準規したＮＡＴ２０と同一の装置上
で動作するような構成である。
ロトコルプロキシ６０ａは、グローバルネットワーク１
０上に存在し、アドレス変換は被監視側の管理プロトコ
ルプロキシで行い、被管理側の管理プロトコルプロキシ
がＲＦＣ１６３１に準規したＮＡＴ２０と同一の装置上
で動作するような構成である。
【００８２】図２９は、ＲＦＣ１６３１に準規した管理
プロトコルのアドレス変換機能を持たないＮＡＴ２０と
同一の装置上で動作する被監視側の管理プロトコルプロ
キシ６０ｂの構成である。プロキシ間通信部６１が監視
側の管理プロトコルプロキシ６０ａと通信するときに、
ＮＡＴ２０のグローバルネットワーク側通信プロトコル
処理部２１を介して通信することと、ＳＮＭＰメッセー
ジ送受信部６６が被監視装置５０とデータを送受信する
ときに、ＮＡＴ２０のプライベートネットワーク側通信
プロトコル処理部２３を介して通信することとが、図１
２の構成との違いである。なお、ＮＡＴ２０のＲＦＣ１
６３１に準規した動きとして、ＮＡＴ２０の装置をグロ
ーバルネットワーク側からプライベートネットワーク側
へ通り抜けようとするパケットについては、まずグロー
バルネットワーク側通信プロトコル処理部２１が通り抜
けようとするパケットを捕らえてＲＦＣ１６３１準規ア
ドレス変換処理部２２へ渡し、ＲＦＣ１６３１準規アド
レス変換処理部２２がアドレス変換をした後、プライベ
ートネットワーク側通信プロトコル処理部２３へパケッ
トを渡し、プライベートネットワーク側通信プロトコル
処理部２３によってプライベートネットワーク側へ送出
される。
プロトコルのアドレス変換機能を持たないＮＡＴ２０と
同一の装置上で動作する被監視側の管理プロトコルプロ
キシ６０ｂの構成である。プロキシ間通信部６１が監視
側の管理プロトコルプロキシ６０ａと通信するときに、
ＮＡＴ２０のグローバルネットワーク側通信プロトコル
処理部２１を介して通信することと、ＳＮＭＰメッセー
ジ送受信部６６が被監視装置５０とデータを送受信する
ときに、ＮＡＴ２０のプライベートネットワーク側通信
プロトコル処理部２３を介して通信することとが、図１
２の構成との違いである。なお、ＮＡＴ２０のＲＦＣ１
６３１に準規した動きとして、ＮＡＴ２０の装置をグロ
ーバルネットワーク側からプライベートネットワーク側
へ通り抜けようとするパケットについては、まずグロー
バルネットワーク側通信プロトコル処理部２１が通り抜
けようとするパケットを捕らえてＲＦＣ１６３１準規ア
ドレス変換処理部２２へ渡し、ＲＦＣ１６３１準規アド
レス変換処理部２２がアドレス変換をした後、プライベ
ートネットワーク側通信プロトコル処理部２３へパケッ
トを渡し、プライベートネットワーク側通信プロトコル
処理部２３によってプライベートネットワーク側へ送出
される。
【００８３】反対に、プライベートネットワーク側から
グローバルネットワーク側へ通り抜けようとするパケッ
トについては、まずプライベートネットワーク側通信プ
ロトコル処理部２３が通り抜けようとするパケットを捕
らえてＲＦＣ１６３１準規アドレス変換処理部２２へ渡
し、ＲＦＣ１６３１準規アドレス変換処理部２２がアド
レス変換をした後、グローバルネットワーク側通信プロ
トコル処理部２１へパケットを渡し、グローバルネット
ワーク側通信プロトコル処理部２１によってグローバル
ネットワーク側へ送出される。
グローバルネットワーク側へ通り抜けようとするパケッ
トについては、まずプライベートネットワーク側通信プ
ロトコル処理部２３が通り抜けようとするパケットを捕
らえてＲＦＣ１６３１準規アドレス変換処理部２２へ渡
し、ＲＦＣ１６３１準規アドレス変換処理部２２がアド
レス変換をした後、グローバルネットワーク側通信プロ
トコル処理部２１へパケットを渡し、グローバルネット
ワーク側通信プロトコル処理部２１によってグローバル
ネットワーク側へ送出される。
【００８４】しかしながら、プロキシ間通信部６１によ
る通信は、ＮＡＴおよび被監視側の管理プロトコルプロ
キシが動作する装置のグローバルネットワーク側のアド
レスを送信先または送信元とする通信であり、ＮＡＴ２
０を通り抜けようとする通信ではない。このため、ＲＦ
Ｃ１６３１準規アドレス変換処理部２２は通らずに、グ
ローバルネットワーク側通信処理部２１からプロキシ間
通信部６１へデータがそのまま渡される。
る通信は、ＮＡＴおよび被監視側の管理プロトコルプロ
キシが動作する装置のグローバルネットワーク側のアド
レスを送信先または送信元とする通信であり、ＮＡＴ２
０を通り抜けようとする通信ではない。このため、ＲＦ
Ｃ１６３１準規アドレス変換処理部２２は通らずに、グ
ローバルネットワーク側通信処理部２１からプロキシ間
通信部６１へデータがそのまま渡される。
【００８５】また、ＳＮＭＰメッセージ送受信部６６に
よる通信についても、ＮＡＴおよび被監視側の管理プロ
トコルプロキシが動作する装置のプライベートネットワ
ーク側のアドレスを送信先または送信元とする通信であ
り、ＮＡＴ２０を通り抜けようとする通信ではない。こ
のため、ＲＦＣ１６３１準規アドレス変換処理部２２は
通らずに、プライベートネットワーク側通信処理部２３
からＳＮＭＰメッセージ送受信部６６へデータがそのま
ま渡される。
よる通信についても、ＮＡＴおよび被監視側の管理プロ
トコルプロキシが動作する装置のプライベートネットワ
ーク側のアドレスを送信先または送信元とする通信であ
り、ＮＡＴ２０を通り抜けようとする通信ではない。こ
のため、ＲＦＣ１６３１準規アドレス変換処理部２２は
通らずに、プライベートネットワーク側通信処理部２３
からＳＮＭＰメッセージ送受信部６６へデータがそのま
ま渡される。
【００８６】以上のことから、図１２に示した被監視側
の管理プロトコルプロキシと同じ構成の管理プロトコル
プロキシを用いて、ＮＡＴ２０と同一の装置上で動作さ
て仮想的なネットワーク管理を実現することが可能であ
る。
の管理プロトコルプロキシと同じ構成の管理プロトコル
プロキシを用いて、ＮＡＴ２０と同一の装置上で動作さ
て仮想的なネットワーク管理を実現することが可能であ
る。
【００８７】尚、既に述べたとおり管理プロトコルプロ
キシの処理はフローチャートで示したとおり、プログラ
ムによって実現することができる。
キシの処理はフローチャートで示したとおり、プログラ
ムによって実現することができる。
【００８８】以上、ＮＡＴがＩＰ層のアドレス変換を行
うものとして説明したが（ＮＡＴが管理プロトコルのＰ
ＤＵ部分のアドレスを変換する機能有していない。）、
ＮＡＴがＩＰ層のアドレス変換を行う機能と、管理プロ
トコルのＰＤＵ部分のアドレスを変換する機能を有して
いる場合には、ＮＡＴと管理プロトコルプロキシサーバ
とを選択的に利用して、管理プロトコルのＰＤＵ部分の
アドレス変換を行うことができる。
うものとして説明したが（ＮＡＴが管理プロトコルのＰ
ＤＵ部分のアドレスを変換する機能有していない。）、
ＮＡＴがＩＰ層のアドレス変換を行う機能と、管理プロ
トコルのＰＤＵ部分のアドレスを変換する機能を有して
いる場合には、ＮＡＴと管理プロトコルプロキシサーバ
とを選択的に利用して、管理プロトコルのＰＤＵ部分の
アドレス変換を行うことができる。
【００８９】
【発明の効果】以上説明したように、管理プロトコルの
プロキシ間でデータ通信を行うことができ、グローバル
アドレスを持たないノード間で管理プロトコルによるデ
ータ通信を行うことができる。
プロキシ間でデータ通信を行うことができ、グローバル
アドレスを持たないノード間で管理プロトコルによるデ
ータ通信を行うことができる。
【図１】ネットワークシステムの基本構成を示した図で
ある。
ある。
【図２】ＳＮＭＰメッセージのパケットの構成を示した
図である。
図である。
【図３】管理プロトコルプロキシデータのパケットの構
成を示した図である。
成を示した図である。
【図４】ＮＡＴの機能を説明するための図である。
【図５】ＳＮＭＰメッセージのパケットの構成を示した
図である。
図である。
【図６】ＳＮＭＰメッセージのパケットの構成を示した
図である。
図である。
【図７】仮想ネットワーク管理システムにおける一適用
例を示した図である。
例を示した図である。
【図８】仮想ネットワーク管理システムにおける一適用
例を示した図である。
例を示した図である。
【図９】仮想ネットワーク管理システムにおける一適用
例を示した図である。
例を示した図である。
【図１０】仮想ネットワーク管理システムにおける一適
用例を示した図である。
用例を示した図である。
【図１１】仮想ネットワーク管理システムにおける一適
用例を示した図である。
用例を示した図である。
【図１２】被監視側の管理プロトコルプロキシの構成を
示した図である。
示した図である。
【図１３】監視側の管理プロトコルプロキシの構成を示
した図である。
した図である。
【図１４】管理プロトコルプロキシデータの一例を示し
た図である。
た図である。
【図１５】プロキシデータ分解組立部の構成を示した図
である。
である。
【図１６】相手プロキシ定義の定義例を示した図であ
る。
る。
【図１７】プロキシデータ組立処理のフローチャートを
示した図である。
示した図である。
【図１８】プロキシデータ分解処理のフローチャートを
示した図である。
示した図である。
【図１９】アドレス変換処理部の構成を示した図であ
る。
る。
【図２０】オブジェクト識別子アドレス変換部の構成を
示した図である。
示した図である。
【図２１】PDU解析変換部の処理のフローチャートを示
した図である。
した図である。
【図２２】PDU種別とPDUの送信方向およびアドレス変換
の変換方向との関係を表わした図である。
の変換方向との関係を表わした図である。
【図２３】変換対象オブジェクト識別子抽出部の処理の
フローチャートを示した図である。
フローチャートを示した図である。
【図２４】アドレス変換定義の定義例を示した図であ
る。
る。
【図２５】仮想ネットワーク管理システムの構成例を示
した図である。
した図である。
【図２６】管理プロトコルプロキシの構成を示した図で
ある。
ある。
【図２７】管理プロトコルプロキシの構成を示した図で
ある。
ある。
【図２８】仮想ネットワーク管理システムの構成を示し
た図である。
た図である。
【図２９】被管理側の管理プロトコルプロキシの構成を
示した図である。
示した図である。
１０…グローバルネットワーク、２０…NAT、３０…プ
ライベートネットワーク、４０…監視装置、５０…被監
視装置、６０…管理プロトコルプロキシ、７０…プロキ
シ間通信経路
ライベートネットワーク、４０…監視装置、５０…被監
視装置、６０…管理プロトコルプロキシ、７０…プロキ
シ間通信経路
Claims (8)
- 【請求項１】アドレス体系が異なる第１のネットワーク
と第２のネットワークとがアドレス変換装置を介して接
続されたネットワークシステムを管理するネットワーク
管理システムであって、 前記第１、第２のネットワークは、それぞれノード及び
管理プロトコルプロキシとを有し、 それぞれの前記管理プロトコルプロキシは、ノードから
送られてきた管理プロトコルのパケットに含まれる送信
元アドレス、送信先アドレス、プロトコルデータユニッ
トをデータとする管理プロトコルプロキシデータとする
管理プロトコルプロキシデータ生成部と、他の管理プロ
トコルプロキシから送られてきた管理プロトコルプロキ
シデータに含まれるプロトコルデータユニット内のアド
レス情報を変換するアドレス変換部とを有するネットワ
ーク管理システム。 - 【請求項２】前記管理プロトコルプロキシは、ノードか
ら送られてきた管理プロトコルのパケットに含まれる送
信先アドレスと管理プロトコルプロキシのアドレスとを
対応付けしたアドレス定義情報を有し、前記管理プロト
コルプロキシデータ生成部は、ノードから送られてきた
送信先アドレスと前記アドレス定義情報から送信先の管
理プロトコルプロキシのアドレスを決定する請求項１記
載のネットワーク管理システム。 - 【請求項３】前記第１又は第２のネットワークの少なく
とも一方のネットワークの前記管理プロトコルプロキシ
が有するアドレス定義情報は、前記アドレス変換装置で
定義されないアドレスと管理プロトコルプロキシのアド
レスとが対応付けて定義されている請求項１記載のネッ
トワーク管理システム。 - 【請求項４】前記管理プロトコルのプロキシは、アドレ
ス変換情報を定義したアドレス変換ルールを有し、前記
アドレス変換部は、前記アドレス変換ルールと変換の対
象となるMIBオブジェクトのASN.1定義文により、管理プ
ロトコルのプロトコルデータユニットに含まれるアドレ
ス情報を変換する請求項２記載のネットワーク管理シス
テム。 - 【請求項５】アドレス体系が異なる複数のネットワーク
がアドレス変換装置で接続されたネットワークシステム
を管理するネットワーク管理システムであって、 それぞれのネットワークに接続された複数のノード及び
複数の管理プロトコルプロキシとを有し、 それぞれの前記管理プロトコルプロキシは、ノードから
送られてきた管理プロトコルのパケットに含まれる送信
元アドレス、送信先アドレス、プロトコルデータユニッ
ト内のデータを管理プロトコルのプロキシデータとする
管理プロトコルプロキシデータ生成部と、他の管理プロ
トコルプロキシから送られてきた管理プロトコルのプロ
キシデータに含まれるプロトコルデータユニット内のア
ドレス情報を変換するアドレス変換部とを有するネット
ワーク管理システム。 - 【請求項６】ノードから送られてきたパケットを処理し
て送信する管理プロトコルの処理方法であって、 ノードから送られてきた管理プロトコルのパケットに含
まれる送信元アドレス、送信先アドレス、プロトコルデ
ータユニット内のデータを管理プロトコルのプロキシデ
ータとし、他の管理プロトコルプロキシから送られてき
た管理プロトコルのプロキシデータに含まれるプロトコ
ルデータユニット内のアドレス情報を変換する管理プロ
トコルの処理方法。 - 【請求項７】ノードから送られてきた管理プロトコルの
パケットを処理して送信する管理プロトコルの処理が記
憶されたコンピュータ読み取り可能な記憶媒体であっ
て、 ノードから送られてきた管理プロトコルのパケットに含
まれる送信元アドレス、送信先アドレス、プロトコルデ
ータユニット内のデータを管理プロトコルのプロキシデ
ータとし、他の管理プロトコルのプロキシから送られて
きた管理プロトコルのプロキシデータに含まれるプロト
コルデータユニット内のアドレス情報を変換する処理が
記憶されたコンピュータ読み取り可能な記憶媒体。 - 【請求項８】ノードから送られてきた管理プロトコルの
パケットを処理して送信する管理プロトコルの処理を行
うプログラムであって、 ノードから送られてきた管理プロトコルのパケットに含
まれる送信元アドレス、送信先アドレス、プロトコルデ
ータユニット内のデータを管理プロトコルのプロキシデ
ータとし、他の管理プロトコルのプロキシから送られて
きた管理プロトコルのプロキシデータに含まれるプロト
コルデータユニット内のアドレス情報を変換するプログ
ラム。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000393280A JP3760767B2 (ja) | 2000-12-21 | 2000-12-21 | ネットワーク管理装置及びネットワーク管理方法 |
| CA002365318A CA2365318C (en) | 2000-12-21 | 2001-12-17 | Network management system |
| US10/022,838 US7315888B2 (en) | 2000-12-21 | 2001-12-20 | Network management system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000393280A JP3760767B2 (ja) | 2000-12-21 | 2000-12-21 | ネットワーク管理装置及びネットワーク管理方法 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005271315A Division JP2006025457A (ja) | 2005-09-20 | 2005-09-20 | ネットワーク管理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002190810A true JP2002190810A (ja) | 2002-07-05 |
| JP3760767B2 JP3760767B2 (ja) | 2006-03-29 |
Family
ID=18859102
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000393280A Expired - Fee Related JP3760767B2 (ja) | 2000-12-21 | 2000-12-21 | ネットワーク管理装置及びネットワーク管理方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US7315888B2 (ja) |
| JP (1) | JP3760767B2 (ja) |
| CA (1) | CA2365318C (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2004071014A1 (ja) * | 2003-02-06 | 2004-08-19 | Fujitsu Limited | Ｓｎｍｐプロキシエージェント、及び管理情報中継方法 |
| JP2006501730A (ja) * | 2002-09-30 | 2006-01-12 | オーセ プリンティング システムズ ゲゼルシャフト ミット ベシュレンクテル ハフツング | データオブジェクトに割り当てられたネットワークアドレスを用いたデータオブジェクトへのアクセス |
| JP2007049498A (ja) * | 2005-08-10 | 2007-02-22 | Fractalist Inc | 通信方法及び通信装置 |
| JP2007049499A (ja) * | 2005-08-10 | 2007-02-22 | Fractalist Inc | 通信方法および装置 |
| JP2010237964A (ja) * | 2009-03-31 | 2010-10-21 | Ntt Facilities Inc | ネットワーク監視システム |
| JP2013223214A (ja) * | 2012-04-19 | 2013-10-28 | Fujitsu Telecom Networks Ltd | アドレス変換装置、ノード装置 |
Families Citing this family (31)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| AU2003242391A1 (en) * | 2002-05-23 | 2003-12-12 | Matsushita Electric Industrial Co., Ltd. | Information processing system |
| US7979521B2 (en) * | 2002-06-03 | 2011-07-12 | Oracle America, Inc. | Method and system for relocating and using enterprise management tools in a service provider model |
| US7370109B1 (en) * | 2002-07-08 | 2008-05-06 | Cisco Technology, Inc. | Hierarchical management of objects |
| US20040044756A1 (en) * | 2002-08-30 | 2004-03-04 | General Instrument Corporation | Method and apparatus for providing management access to devices behind a network address translator (NAT) |
| US20050021702A1 (en) * | 2003-05-29 | 2005-01-27 | Govindarajan Rangarajan | System and method of network address translation in system/network management environment |
| TW200505189A (en) * | 2003-09-03 | 2005-02-01 | Nestar Communications Inc | Network equipment management system and related method |
| CN100399768C (zh) * | 2003-12-24 | 2008-07-02 | 华为技术有限公司 | 实现网络地址转换穿越的方法、系统 |
| KR20050090263A (ko) * | 2004-03-08 | 2005-09-13 | 삼성전자주식회사 | 유동적 주소를 갖는 서버와의 통신 방법 |
| JP4362132B2 (ja) * | 2004-04-14 | 2009-11-11 | 日本電信電話株式会社 | アドレス変換方法、アクセス制御方法、及びそれらの方法を用いた装置 |
| US20050271047A1 (en) * | 2004-06-02 | 2005-12-08 | Huonder Russell J | Method and system for managing multiple overlapping address domains |
| CN100454828C (zh) * | 2004-07-22 | 2009-01-21 | 华为技术有限公司 | 在网络设备中实现终端管理的方法 |
| US7936769B2 (en) | 2004-07-30 | 2011-05-03 | Brocade Communications System, Inc. | Multifabric zone device import and export |
| US8059664B2 (en) * | 2004-07-30 | 2011-11-15 | Brocade Communications Systems, Inc. | Multifabric global header |
| US7466712B2 (en) * | 2004-07-30 | 2008-12-16 | Brocade Communications Systems, Inc. | System and method for providing proxy and translation domains in a fibre channel router |
| US7701934B2 (en) * | 2004-11-02 | 2010-04-20 | At&T Intellectual Property I, L.P. | System and method for managing devices within a private network via a public network |
| IES20050439A2 (en) * | 2005-06-30 | 2006-08-09 | Asavie R & D Ltd | A method of network communication |
| US8050268B2 (en) * | 2006-04-18 | 2011-11-01 | Fluke Corporation | Methods and apparatus for IP management traffic consolidation |
| US8249081B2 (en) * | 2006-09-29 | 2012-08-21 | Array Networks, Inc. | Dynamic virtual private network (VPN) resource provisioning using a dynamic host configuration protocol (DHCP) server, a domain name system (DNS) and/or static IP assignment |
| US7852861B2 (en) * | 2006-12-14 | 2010-12-14 | Array Networks, Inc. | Dynamic system and method for virtual private network (VPN) application level content routing using dual-proxy method |
| US8677091B2 (en) * | 2006-12-18 | 2014-03-18 | Commvault Systems, Inc. | Writing data and storage system specific metadata to network attached storage device |
| US7840701B2 (en) * | 2007-02-21 | 2010-11-23 | Array Networks, Inc. | Dynamic system and method for virtual private network (VPN) packet level routing using dual-NAT method |
| US20090006435A1 (en) * | 2007-06-28 | 2009-01-01 | Cisco Technology, Inc. | Object identifier awareness for network device notifications |
| JP5051238B2 (ja) * | 2007-11-13 | 2012-10-17 | 富士通株式会社 | 制御代理装置 |
| US20090245278A1 (en) * | 2008-03-31 | 2009-10-01 | Broadcom Corporation | Network address translation bypassing based on network layer protocol |
| JP2011530115A (ja) * | 2008-07-31 | 2011-12-15 | ジュマ テクノロジー コーポレイション | モジュール化されたソフトウェアシステム内でコマンドをルーティングするシステム及び方法 |
| US8170014B1 (en) * | 2009-07-22 | 2012-05-01 | Cisco Technology, Inc. | Multiple NAT traversal protocol |
| US9621495B1 (en) * | 2012-12-10 | 2017-04-11 | Jeffrey Brian Shumate | Anonymous messaging proxy |
| JP6127618B2 (ja) * | 2013-03-15 | 2017-05-17 | 株式会社リコー | 情報処理装置、情報処理システム、中継方法およびプログラム |
| CN104717178B (zh) * | 2013-12-13 | 2018-11-30 | 中国移动通信集团河南有限公司 | 一种信源数据的调用方法及装置 |
| US10361997B2 (en) * | 2016-12-29 | 2019-07-23 | Riverbed Technology, Inc. | Auto discovery between proxies in an IPv6 network |
| US11153399B2 (en) | 2019-01-23 | 2021-10-19 | International Business Machines Corporation | Facilitating inter-proxy communication via an existing protocol |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09331325A (ja) * | 1996-06-10 | 1997-12-22 | Nec Corp | ネットワーク管理方式 |
| JPH11187058A (ja) * | 1997-12-17 | 1999-07-09 | Nippon Telegr & Teleph Corp <Ntt> | アドレス変換装置及びアドレス変換プログラムを記録した記録媒体 |
| JP2000156709A (ja) * | 1998-11-20 | 2000-06-06 | Pfu Ltd | アドレス変換装置および記録媒体 |
| JP2000232480A (ja) * | 1999-02-10 | 2000-08-22 | Hitachi Ltd | パケットヘッダ変換装置および通信ノード装置 |
| JP2000253008A (ja) * | 1999-02-26 | 2000-09-14 | Mitsubishi Electric Corp | Ｉｐアドレス変換装置及びネットワーク管理システム |
| JP2001127770A (ja) * | 1999-10-27 | 2001-05-11 | Hitachi Ltd | ノードの状態確認方法、システム及び記憶媒体 |
Family Cites Families (46)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH06197132A (ja) * | 1992-12-25 | 1994-07-15 | Kawasaki Steel Corp | ネットワーク管理システム |
| US5623605A (en) * | 1994-08-29 | 1997-04-22 | Lucent Technologies Inc. | Methods and systems for interprocess communication and inter-network data transfer |
| US5742762A (en) * | 1995-05-19 | 1998-04-21 | Telogy Networks, Inc. | Network management gateway |
| US6151324A (en) * | 1996-06-03 | 2000-11-21 | Cabletron Systems, Inc. | Aggregation of mac data flows through pre-established path between ingress and egress switch to reduce number of number connections |
| US6523696B1 (en) * | 1996-10-15 | 2003-02-25 | Kabushiki Kaisha Toshiba | Communication control device for realizing uniform service providing environment |
| US5954812A (en) * | 1996-10-29 | 1999-09-21 | Texas Instruments Incorporated | Apparatus for caching system management memory in a computer having a system management mode employing address translation |
| US6735626B1 (en) * | 1996-11-15 | 2004-05-11 | Hitachi, Ltd. | Network managing method and system |
| US6130892A (en) * | 1997-03-12 | 2000-10-10 | Nomadix, Inc. | Nomadic translator or router |
| US6023724A (en) * | 1997-09-26 | 2000-02-08 | 3Com Corporation | Apparatus and methods for use therein for an ISDN LAN modem that displays fault information to local hosts through interception of host DNS request messages |
| JPH11122301A (ja) * | 1997-10-20 | 1999-04-30 | Fujitsu Ltd | アドレス変換接続装置 |
| WO1999041937A1 (en) | 1998-02-13 | 1999-08-19 | British Telecommunications Public Limited Company | Method and system for establishing a virtual circuit through a packet switched network |
| US6353614B1 (en) * | 1998-03-05 | 2002-03-05 | 3Com Corporation | Method and protocol for distributed network address translation |
| US6343083B1 (en) * | 1998-04-09 | 2002-01-29 | Alcatel Usa Sourcing, L.P. | Method and apparatus for supporting a connectionless communication protocol over an ATM network |
| US6154839A (en) * | 1998-04-23 | 2000-11-28 | Vpnet Technologies, Inc. | Translating packet addresses based upon a user identifier |
| JP3581251B2 (ja) * | 1998-06-16 | 2004-10-27 | 株式会社東芝 | 通信システム、データパケット転送方法、ルータ装置及びパケット中継装置 |
| US6687732B1 (en) * | 1998-09-28 | 2004-02-03 | Inktomi Corporation | Adaptive traffic bypassing in an intercepting network driver |
| US6389462B1 (en) * | 1998-12-16 | 2002-05-14 | Lucent Technologies Inc. | Method and apparatus for transparently directing requests for web objects to proxy caches |
| US6535511B1 (en) * | 1999-01-07 | 2003-03-18 | Cisco Technology, Inc. | Method and system for identifying embedded addressing information in a packet for translation between disparate addressing systems |
| US6615357B1 (en) * | 1999-01-29 | 2003-09-02 | International Business Machines Corporation | System and method for network address translation integration with IP security |
| US6381638B1 (en) * | 1999-02-24 | 2002-04-30 | 3Com Corporation | System and method for options based address reuse |
| US6937574B1 (en) * | 1999-03-16 | 2005-08-30 | Nortel Networks Limited | Virtual private networks and methods for their operation |
| US6888837B1 (en) * | 1999-03-23 | 2005-05-03 | Nortel Networks Limited | Network address translation in a network having multiple overlapping address domains |
| US6493765B1 (en) * | 1999-03-23 | 2002-12-10 | Nortel Networks Limited | Domain name resolution in a network having multiple overlapping address domains |
| US6563824B1 (en) * | 1999-04-20 | 2003-05-13 | 3Com Corporation | Apparatus and methods for determining the correct workstation within a LAN for a LAN modem to route a packet |
| US6731642B1 (en) * | 1999-05-03 | 2004-05-04 | 3Com Corporation | Internet telephony using network address translation |
| US6523068B1 (en) * | 1999-08-27 | 2003-02-18 | 3Com Corporation | Method for encapsulating and transmitting a message includes private and forwarding network addresses with payload to an end of a tunneling association |
| US6581108B1 (en) * | 1999-11-30 | 2003-06-17 | Lucent Technologies Inc. | Managing multiple private data networks using network and payload address translation |
| US6725264B1 (en) * | 2000-02-17 | 2004-04-20 | Cisco Technology, Inc. | Apparatus and method for redirection of network management messages in a cluster of network devices |
| JP2001268132A (ja) * | 2000-03-16 | 2001-09-28 | Nippon Telegr & Teleph Corp <Ntt> | ネットワークシステムの相互接続のためのネットワークアドレス変換方法及び装置 |
| US6754709B1 (en) * | 2000-03-29 | 2004-06-22 | Microsoft Corporation | Application programming interface and generalized network address translator for intelligent transparent application gateway processes |
| US6934763B2 (en) * | 2000-04-04 | 2005-08-23 | Fujitsu Limited | Communication data relay system and method of controlling connectability between domains |
| US7085854B2 (en) * | 2000-04-12 | 2006-08-01 | Corente, Inc. | Methods and systems for enabling communication between a processor and a network operations center |
| US6631416B2 (en) * | 2000-04-12 | 2003-10-07 | Openreach Inc. | Methods and systems for enabling a tunnel between two computers on a network |
| US7181542B2 (en) * | 2000-04-12 | 2007-02-20 | Corente, Inc. | Method and system for managing and configuring virtual private networks |
| US6996628B2 (en) * | 2000-04-12 | 2006-02-07 | Corente, Inc. | Methods and systems for managing virtual addresses for virtual networks |
| US6629137B1 (en) * | 2000-04-26 | 2003-09-30 | Telefonaktiebolaget L.M. Ericsson | Network interface devices methods system and computer program products for connecting networks using different address domains through address translation |
| US7114008B2 (en) * | 2000-06-23 | 2006-09-26 | Cloudshield Technologies, Inc. | Edge adapter architecture apparatus and method |
| US7003481B2 (en) * | 2000-08-25 | 2006-02-21 | Flatrock Ii, Inc. | Method and apparatus for providing network dependent application services |
| US6892245B1 (en) * | 2000-09-22 | 2005-05-10 | Nortel Networks Limited | Management information base for a multi-domain network address translator |
| US7050422B2 (en) * | 2001-02-20 | 2006-05-23 | Innomedia Pte, Ltd. | System and method for providing real time connectionless communication of media data through a firewall |
| US7383357B2 (en) * | 2001-04-18 | 2008-06-03 | Emc Corporation | Implementing managed network services for customers with duplicate IP networks |
| US7085267B2 (en) * | 2001-04-27 | 2006-08-01 | International Business Machines Corporation | Methods, systems and computer program products for translating internet protocol (IP) addresses located in a payload of a packet |
| US20030088767A1 (en) * | 2001-06-28 | 2003-05-08 | Emerson Harry E. | Integrating the internet with the public switched telephone network |
| JP2003078544A (ja) * | 2001-08-31 | 2003-03-14 | Allied Tereshisu Kk | アドレス変換装置、監視装置、及びプログラム |
| US7765313B2 (en) * | 2001-10-09 | 2010-07-27 | Alcatel Lucent | Hierarchical protocol classification engine |
| US6801528B2 (en) * | 2002-07-03 | 2004-10-05 | Ericsson Inc. | System and method for dynamic simultaneous connection to multiple service providers |
-
2000
- 2000-12-21 JP JP2000393280A patent/JP3760767B2/ja not_active Expired - Fee Related
-
2001
- 2001-12-17 CA CA002365318A patent/CA2365318C/en not_active Expired - Fee Related
- 2001-12-20 US US10/022,838 patent/US7315888B2/en not_active Expired - Lifetime
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09331325A (ja) * | 1996-06-10 | 1997-12-22 | Nec Corp | ネットワーク管理方式 |
| JPH11187058A (ja) * | 1997-12-17 | 1999-07-09 | Nippon Telegr & Teleph Corp <Ntt> | アドレス変換装置及びアドレス変換プログラムを記録した記録媒体 |
| JP2000156709A (ja) * | 1998-11-20 | 2000-06-06 | Pfu Ltd | アドレス変換装置および記録媒体 |
| JP2000232480A (ja) * | 1999-02-10 | 2000-08-22 | Hitachi Ltd | パケットヘッダ変換装置および通信ノード装置 |
| JP2000253008A (ja) * | 1999-02-26 | 2000-09-14 | Mitsubishi Electric Corp | Ｉｐアドレス変換装置及びネットワーク管理システム |
| JP2001127770A (ja) * | 1999-10-27 | 2001-05-11 | Hitachi Ltd | ノードの状態確認方法、システム及び記憶媒体 |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006501730A (ja) * | 2002-09-30 | 2006-01-12 | オーセ プリンティング システムズ ゲゼルシャフト ミット ベシュレンクテル ハフツング | データオブジェクトに割り当てられたネットワークアドレスを用いたデータオブジェクトへのアクセス |
| WO2004071014A1 (ja) * | 2003-02-06 | 2004-08-19 | Fujitsu Limited | Ｓｎｍｐプロキシエージェント、及び管理情報中継方法 |
| JP2007049498A (ja) * | 2005-08-10 | 2007-02-22 | Fractalist Inc | 通信方法及び通信装置 |
| JP2007049499A (ja) * | 2005-08-10 | 2007-02-22 | Fractalist Inc | 通信方法および装置 |
| JP4712481B2 (ja) * | 2005-08-10 | 2011-06-29 | パナソニックシステムネットワークス株式会社 | 通信方法および装置 |
| JP2010237964A (ja) * | 2009-03-31 | 2010-10-21 | Ntt Facilities Inc | ネットワーク監視システム |
| JP2013223214A (ja) * | 2012-04-19 | 2013-10-28 | Fujitsu Telecom Networks Ltd | アドレス変換装置、ノード装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3760767B2 (ja) | 2006-03-29 |
| CA2365318C (en) | 2005-04-19 |
| US20020133582A1 (en) | 2002-09-19 |
| US7315888B2 (en) | 2008-01-01 |
| CA2365318A1 (en) | 2002-06-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3760767B2 (ja) | ネットワーク管理装置及びネットワーク管理方法 | |
| US7450585B2 (en) | Method and system in an IP network for using a network address translation (NAT) with any type of application | |
| US8046452B2 (en) | Inter-network address translator that is separately addressable from address alias assignment process | |
| JP5335886B2 (ja) | ローカル・ネットワーク間でデータ・パケットを通信するための方法および装置 | |
| US7924832B2 (en) | Facilitating transition of network operations from IP version 4 to IP version 6 | |
| US7496685B2 (en) | Method and system for managing a device within a private network using a management device external to the private network | |
| US20060056420A1 (en) | Communication apparatus selecting a source address | |
| US20020181500A1 (en) | Packet communication method and apparatus and a recording medium storing a packet communication program | |
| KR101087359B1 (ko) | 로컬 연결 변환을 갖는 가상 연결성 | |
| US7522617B2 (en) | Inter-node connection method and apparatus | |
| EP2026528B1 (en) | Integrated internet telephony system and signaling method thereof | |
| JP2015522880A (ja) | データ対話方法、装置、およびシステム | |
| US6823386B1 (en) | Correlating data streams of different protocols | |
| Yokotani et al. | Concepts and requirements of IoT networks using IoT Data Exchange Platform toward International standards | |
| JP2006025457A (ja) | ネットワーク管理システム | |
| CN100359893C (zh) | 以主机代理方式实现地址转换应用网关的方法 | |
| JP3614006B2 (ja) | 非対称経路利用通信システム、および、非対称経路利用通信方法 | |
| KR101124635B1 (ko) | ＩＰｖ４／ＩＰｖ６ 연동 게이트웨이 | |
| JP4637562B2 (ja) | パッシブネットワークとアクティブネットワークの結合のためのゲートウェイ | |
| Wang et al. | A unified model for end point resolution and domain conversion for multi-hop, multi-layer communication | |
| JP3866994B2 (ja) | ネットワーク管理システム | |
| CN118075230A (zh) | 一种受限网络环境下端口复用的系统及方法 | |
| JP4042410B2 (ja) | 通信装置 | |
| CN113114565A (zh) | 数据报文转发方法及装置、存储介质及电子设备 | |
| Wang | Communication with choices |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050711 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050719 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050920 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20051220 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060102 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090120 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100120 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100120 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110120 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110120 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120120 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130120 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |