JP2006025457A

JP2006025457A - ネットワーク管理システム

Info

Publication number: JP2006025457A
Application number: JP2005271315A
Authority: JP
Inventors: Junji Shibata; 淳司柴田
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2005-09-20
Filing date: 2005-09-20
Publication date: 2006-01-26

Abstract

【課題】
グローバルアドレスを持たないノード間でデータ通信を行うこと。
【解決手段】
アドレス体系が異なる第１のネットワークと第２のネットワークとがアドレス変換装置を介して接続されたネットワークシステムを管理するネットワーク管理システムであって、第１、第２のネットワークは、それぞれノード及び管理プロトコルプロキシとを有し、それぞれの管理プロトコルプロキシは、ノードから送られてきた管理プロトコルのパケットに含まれる送信元アドレス、送信先アドレス、プロトコルデータユニットをデータとする管理プロトコルプロキシデータとする管理プロトコルプロキシデータ生成部と、他の管理プロトコルプロキシから送られてきた管理プロトコルプロキシデータに含まれるプロトコルデータユニット内のアドレス情報を変換するアドレス変換部とを有する。
【選択図】図１

Description

本発明は，ネットワーク管理システムに係り，特に，互いにアドレス体系が異なる複数のネットワークが接続されたネットワークシステムを管理するネットワーク管理システムに関する。

現在，インターネットなどで最も広く利用されているネットワークアドレスであるIPアドレスは，IPv4（Internet Protocol ver.4）と呼ばれるプロトコルにより規定されるもので，32ビットのアドレス空間を持つアドレスである。ネットワークアドレスは，ネットワークに接続される機器に一意に割り当てられていなければならず，インターネットに接続する機器のネットワークアドレスについてはNICと呼ばれる機関などにより一意になるように割り当てが行われてきた。IPv4では，３２ビットのアドレス空間を持つので理論的には最大で２の３２乗個すなわち40億ものアドレスを割り当てることができる。しかしながら，インターネットに接続する機器が増加すると，インターネットに接続する全ての機器にIPv4のIPアドレスを割り当てることが困難になる。

この問題を解決するための技術として広く使われているのが，IETFの定めるRFC1631（The IP Network Address Translator）に記載されているアドレス変換機能と，RFC1918(Address Allocation for Private Internets)に記載されているプライベートネットワークとを組み合わせた方法である。

この方法は，例えば企業内ネットワークなどのローカルなネットワーク内に存在する全ての機器が必ずしもインターネットなどの外部のネットワークに接続するとは限らないということを前提としている。すなわち，まず企業内ネットワークなどのローカルなネットワークは，RFC1918に記載されたプライベートアドレスの範囲のアドレスを使用してIPアドレスを割り当ててネットワークを構築する。

このとき，このプライベートアドレスでは，インターネットなどの外部ネットワークには接続しないようにする。インターネットなどの外部ネットワークに接続する機器については，ローカルのネットワークとインターネットなどの外部ネットワークとの間に，RFC1613に記載されたアドレス変換装置を配置し，アドレス変換により送受信パケットのアドレスをプライベートアドレスから，インターネットにアクセスするためのグローバルアドレスへと変換することによって，接続を可能とする。

ここでグローバルアドレスとはNICなどにより割り当てられたアドレスである。このとき，グローバルアドレスを動的に割り当てて，複数のローカルノードが時間割で１つのグローバルアドレスを共有できるようにするなど，有限であるグローバルアドレスを有効に活用するような工夫も行われている。

ところで，RFC1631において記載されるアドレス変換においては，IPパケットのヘッダに含まれる送信元と送信先のIPアドレスの書き換えと，それに伴って生じるIPヘッダのチェックサムの変更を再計算して置き換える。これによってTCP/IPによる通信が可能となり，その上位層のプロトコルによる通信も可能になる。

しかしながら，例えばSNMPなどのネットワーク管理プロトコルにおいては，管理プロトコルによってやりとりされるプロトコルデータユニット（PDU）中にもIPアドレスが含まれているが，この部分はRFC1631に記載されるアドレス変換装置においては，アドレス変換されない。

一方、特開平１１−１８７０５８号公報には、RFC1631に記載されるアドレス変換の機能に加えて，管理プロトコルのプロトコルデータユニットについてもアドレス変換をするようなアドレス変換装置が記載されている。

特開平１１−１８７０５８号公報

しかしながら、アドレス変換装置によってプライベートアドレスとグローバルアドレスによる運用を行うと，管理装置側のネットワークで使用できるグローバルアドレスを用いた管理プロトコルの通信によって行われることになる。このため，被監視側にあってグローバルアドレスを割り当てられているノードに対してだけしか，管理プロトコルによる通信を行うことができない。しかしながら、ネットワーク管理においては，そのようなグローバルアドレスを持たないノードについても管理を行うことができれば、より有効な管理を行うことが可能となる。特開平１１−１８７０５８の方法では、この点については開示されていない。

本発明の目的は，異なるアドレス体系のネットワークがアドレス変換装置により接続されたネットワークシステムにおいて、グローバルアドレスを持たないノード間でも管理プロトコルによるデータ通信が行えるネットワーク管理システムを提供することにある。

上記目的を達成する一手段として、アドレス体系が異なる第１のネットワークと第２のネットワークとがアドレス変換装置を介して接続されたネットワークシステムを管理するネットワーク管理システムであって、第１、第２のネットワークは、それぞれノード及び管理プロトコルプロキシとを有し、それぞれの管理プロトコルプロキシは、ノードから送られてきた管理プロトコルのパケットに含まれる送信元アドレス、送信先アドレス、プロトコルデータユニットをデータとする管理プロトコルプロキシデータとする管理プロトコルプロキシデータ生成部と、他の管理プロトコルプロキシから送られてきた管理プロトコルプロキシデータに含まれるプロトコルデータユニット内のアドレス情報を変換するアドレス変換部とを有する。

これにより、管理プロトコルのプロキシ間でデータ通信を行うことができ、グローバルアドレスを持たないノード間でデータ通信を行うことができる。

管理プロトコルのプロキシ間でデータ通信を行うことができ、グローバルアドレスを持たないノード間で管理プロトコルによるデータ通信を行うことができる。

以下、図面に従って管理プロトコルにＳＮＭＰを適用した場合の実施例を説明する。図１は、本実施例で説明するネットワーク管理システムの概念を示したものである。

本システムは、グローバルネットワーク１０、プライベートネットワークＡ３０ａ、プライベートネットワークＢ３０ｂとを有しており、プライベートネットワークＡ３０ａとグローバルネットワーク１０とをアドレス変換を行うＮＡＴ２０ａ、プライベートネットワークＢ３０ｂとグローバルネットワーク１０とをアドレス変換を行うＮＡＴ２０ｂによって接続している。

プライベートネットワークＡ３０ａには、監視を行うためのノード８０が接続されている。このノード８０は、被監視装置を監視するための処理を行う監視装置４０と、管理プロトコルのプロキシデータの生成、プロキシデータに含まれるプロトコルデータユニット内のアドレス変換などを行う管理プロトコルプロキシ６０ａを有している。

また、プライベートネットワークＢ３０ｂには、被監視装置であるノード５０、９０、管理プロトコルのプロキシデータの生成、プロキシデータに含まれるプロトコルデータユニット内のアドレス変換などを行う管理プロトコルプロキシサーバ６０ｂが接続されている。

このような構成において、本ネットワーク管理システムは、監視を行うためのノード８０が、被監視装置であるノード５０、９０を管理するものである。

プライベートネットワークＡ３０ａのノード８０の監視装置４０によって被監視装置であるノード５０とデータ通信を行う場合、ノード８０の管理プロトコルプロキシ６０ａとプライベートネットワークＢ３０ｂの管理プロトコルプロキシサーバ６０ｂとの間でデータ通信を行うようにする。これは、プロキシ間通信経路７０と呼ぶ仮想的な通信経路を形成したことと等価になる。

このようにすれば、プライベートネットワークＡ３０ａで使用されるアドレスと、プライベートネットワークＢ３０ｂで使用されるアドレスとが異なる場合、つまり異なったアドレス体系のネットワーク間でデータ通信を行うことができる。また、プライベートネットワークＡ３０ａと、プライベートネットワークＢ３０ｂとの間にプライベートネットワークのアドレスや、グローバルネットワークのアドレスを通過させないファイアウォールなどが形成されている場合でもデータ通信を可能とすることができる。

より具体的に図１に示したネットワークシステム全体の動作について説明する。図２は、ノードの管理プロトコルＳＮＭＰのＳＮＭＰメッセージパケットを示したものである。

図３は、管理プロトコルプロキシサーバの管理プロトコルプロキシデータのパケットを示したものである。すなわち、ノード８０の監視装置４０、被監視装置であるノード５０、ノード９０から送信される管理プロトコルＳＮＭＰのパケットから管理プロトコルプロキシ６０ａ、管理プロトコルプロキシサーバ６０ｂは、ネットワーク層であるＩＰ層のヘッダ中の送信先、送信元として保持されていた送信元、送信先情報を、アプリケーション層のデータにあたる管理プロトコルプロキシデータの中に格納する。更に、管理プロトコルプロキシデータのパケットのトランスポート層としてはコネクション型の例えばＴＣＰを用いる。また、管理プロトコルプロキシデータ自体の送信先、送信元は、管理プロトコルプロキシ又は管理プロトコルプロキシサーバとなる。

ここで、監視装置４０から被監視装置であるノード５０又はノード９０へ、またその反対の被監視装置であるノード５０又はノード９０から監視装置４０へと、管理プロトコルプロキシ６０ａ、管理プロトコルプロキシサーバ６０ｂを介して通信が行われるときのデータの流れについて説明する。

監視装置であるノード４０が送信した管理プロトコルのデータが管理プロトコルプロキシ６０ａに届けられると、管理プロトコルプロキシ６０ａは、管理プロトコルのデータそのものと、管理プロトコルのデータの本来の送信先、送信元を組み合わせて管理プロトコルプロキシデータを生成し、管理プロトコルプロキシデータを管理プロトコルプロキシサーバ６０ｂへ送信する。管理プロトコルプロキシサーバ６０ｂは受信した管理プロトコルプロキシデータから、管理プロトコルのデータと、本来の送信先とを取り出して、管理プロトコルのパケットを再構築し、本来の送信先である被監視装置であるノード５０へ送信する。

このとき、管理プロトコルのパケットの送信元を管理プロトコルプロキシサーバ６０ｂとしておくことで、ノード５０からの応答が管理プロトコルプロキシサーバ６０ｂに送信される。ノード５０からの管理プロトコルの応答パケットを受信した管理プロトコルプロキシサーバ６０ｂは、その応答パケットを管理プロキシプロトコルデータに変換し、管理プロトコルプロキシ６０ａに送り返す。管理プロトコルプロキシ６０ａは、管理プロトコルプロキシデータから管理プロトコルの応答パケットを再構築し、監視装置４０に返す。

以上のようにして、ノード間で管理プロトコルを使用して直接通信できない環境において、管理プロトコルプロキシ、管理プロトコルプロキシサーバを介することで管理プロトコルによる通信を行うことができるようになる。

更に、管理プロトコルプロキシ、管理プロトコルプロキシサーバは、管理プロトコルのＰＤＵ部分のアドレスを変換するアドレス変換機能を有している。これにより、ノードの管理プロトコルのプロトコルデータユニット（以下、「ＰＤＵ」と称す。）中に含まれるノードのアドレスを、ネットワーク管理用の仮想的なアドレスに変換することによって、ノードがあたかも仮想的なアドレスを持つかのように管理することができる。このときのネットワーク管理においてのみ使用される仮想的なアドレスを便宜上、本実施例では「管理用アドレス」と呼ぶ。

尚、図１で示した構成においては、管理プロトコルプロキシ６０ａをプログラムで実現する場合について説明したが、管理プロトコルプロキシサーバ６０ｂの機能も同様にプログラムによって実現することができる。この場合は、コンピュータで読み取り可能な磁気ディスク、光ディスク、光磁気ディスクにプログラムを記録し、管理プロトコルプロキシサーバの機能を担当するノードが、プログラムを読み出して実行する。

次に、図１に示したＮＡＴについて説明する。図１に示したＮＡＴはＲＦＣ１６３１に準規したものである。

図４はＮＡＴの機能を説明するための図である。この図に示すように、グローバルネットワーク１０とプライベートネットワーク３０がＮＡＴ２０を介して接続されているネットワークにおいて、ノード４０はグローバルアドレス２００としてＧ０が割当てられ、被監視装置はプライベートアドレス２１０としてＬ１が、グローバルアドレスとしてＧ１が割り当てられている場合について説明する。

この場合、そのグローバルアドレスと、プライベートアドレスの対応づけた変換表２３０をＮＡＴ２０に設ける。これにより、ノード４０側からノード５０側にアドレスＧ１に対してパケットを送信する。ＮＡＴ２０はアドレスＧ１へ向けたパケットを変換表２３０に従って送信先アドレスをＧ１からＬ１へと変換して、プライベートネットワーク側へ送信する。

すなわち、図５のようにノード４０側からＮＡＴ２０へ到着したパケットとしては、ネットワーク層に相当するＩＰ層部分のヘッダ情報として送信先はＧ１という情報が入っていたパケットだったものが、ＮＡＴ２０からプライベートネットワーク側のノードに向けて中継されるときには、図６のようにＩＰ層部分のヘッダ情報として送信先はＬ１という情報が入ったパケットとなって送信される。

また、逆にプライベートネットワーク側のノード５０からグローバルネットワーク側のノード４０へ向けてパケットを送信する場合は、ノード５０からＮＡＴ２０へ到着したパケットとしてはＩＰ層部分のヘッダ情報として送信元はＬ１という情報が入っていたパケットだったものが、ＮＡＴ２０からグローバルネットワーク側のノード４０に向けて中継されるときには、ＩＰ層部分のヘッダ情報として送信元はＧ１という情報が入ったパケットとして送信される。

このようなＮＡＴ２０の働きにより、ノード５０自身のネットワークの設定としてはプライベートアドレスＬ１を持つものとして設定するだけでよく、ノード５０とプライベートネットワーク内の他の装置とが通信する場合にはプライベートアドレスＬ１を使用して通信でき、さらにグローバルネットワーク側の装置との間で通信を行う場合には、ＮＡＴ２０によって割り当てたグローバルアドレスＧ１を使用して通信できる。

尚、ここではＮＡＴはＩＰ層のアドレス変換を行う機能を有するもの（管理プロトコルのＰＤＵ部分のアドレス変換は行えない。）として説明した。このようなＮＡＴを利用したネットワークにおいて、既に説明したように管理プロトコルプロキシサーバにおいて、管理プロトコルのＰＤＵ部分のアドレスを変換するものである。

以下、より具体的なネットワークシステムについて説明する。図７は、ネットワーク管理システムにおける適用例の１つであり、被監視側装置に割り当てられた正式なグローバルアドレスをネットワーク管理用のアドレスとして使用して管理する場合の構成である。

被監視装置a 50aは、プライベートアドレス２１０としてＬ１を持っている。このＬ１というアドレスは、プライベートアドレスであるので、プライベートネットワークＢ３０ｂの中だけで使用できるアドレスである。

さらに、ＮＡＴ２０ｂにおけるアドレス変換２３０として、グローバルアドレスＧ１とプライベートアドレスＬ１が対応付けられており、被監視装置ａ５０ａにはグローバルアドレスとしてアドレスG1が静的に割り当てられている。グローバルネットワーク１０やプライベートネットワークＡ３０ａから被監視装置ａ５０ａと直接通信する場合には、グローバルアドレスＧ１を用いて通信する。

ここで、管理プロトコルプロキシ６０ｂにおけるアドレス変換２２０として、管理用アドレスＧ１とプライベートアドレスＬ１を対応付けることで、監視側から被監視側に送られる管理プロトコルデータについては、Ｇ１をＬ１に、被監視側から監視側へ送られる管理プロトコルデータについては、Ｌ１をＧ１に、それぞれ変換する。

これにより、監視装置側から管理プロトコルを使用して管理プロトコルのデータを参照すると、あたかも被監視装置ａ５０ａがアドレスＧ１を持っているかのように見える。

このため監視装置４０における管理情報２４０としては、被監視装置ａはアドレスＧ１を持つ装置であると対応付けられ、アドレスＧ１を使ってネットワーク管理を行うことができる。

次に図８は、ＮＡＴ２０ｂによって被監視装置に割り当てられるグローバルアドレスが動的に割り当てられる場合である。一般に、ＮＡＴによって接続されたプライベートネットワークにおいて外部接続のために使用できるグローバルアドレスの数は、プライベートネットワーク内の装置の数より少ない。少ないグローバルアドレスを有効に活用するための方法として、装置に対するグローバルアドレスの割り当てを、その装置が外部に接続している間だけ割り当てるようにし、その装置が外部への接続を終了したならば、その装置が使用していたグローバルアドレスを他の装置によって再利用されるようにする方法を使用する。このようにグローバルアドレスを動的に割り当てる場合、一般的にはある１つの装置に割り当てられるグローバルアドレスは、その時により異なる。

このような場合、ＮＡＴ２０ｂにおけるアドレス変換２３０として、グローバルアドレスＧｘとプライベートアドレスＬ１が対応付けられており、Ｇｘはその時々により一定の選択肢のアドレスの中から選択して選ばれるアドレスであり、少なくともその時点においては被監視装置ａ５０ａにはグローバルアドレスとしてアドレスGｘが動的に割り当てられていることになる。どのようなアドレスが割り当てられるかはＮＡＴ２０ｂにより決定される。

ここで仮に、Ｇｘを管理用アドレスとしてそのまま使うとすると、監視装置４０における管理情報２４０として被監視装置ａ５０ａに対応づけられたアドレスがその時々で変わってしまい、管理の継続性が維持できず正しいネットワーク管理が行えないため、問題である。

そこで、図８のように管理プロトコルプロキシ６０ｂにおけるアドレス変換２２０としては、Ｇｘとは全く別のＶ１という仮想的なアドレスを静的に割り当てるようにする。これにより、監視装置における管理情報２４０としては、被監視装置ａはアドレスＶ１を持つものと対応づけられるため、正しくネットワーク管理を行うことができる。

図９は、被監視側のプライベートネットワークが複数あり、それらプライベートネットワーク内の被監視装置のプライベートアドレスが競合している場合の例である。

被監視装置ｂ５０ｂは、プライベートネットワークＢ３０ｂに存在し、プライベートアドレスＬ１を持つ。被監視装置ｃ５０ｃは、プライベートネットワークＣ３０ｃに存在し、プライベートアドレスＬ１を持つ。互いのアドレスが競合しているが、プライベートアドレスは、通信上はそのプライベートネットワーク内でしか使われないため、ネットワークが混乱することはない。

しかしながら仮に、被監視装置ｂ５０ｂおよび被監視装置ｃ５０ｃから直接管理プロトコルを使って管理プロトコルのデータを取得すると、そのどちらもがアドレスＬ１を持つ装置としての情報を応答するため、監視装置が混乱してしまい正しくネットワーク管理ができないという問題が発生する。

そこで図９のように、被監視装置ｂ５０ｂについては、管理プロトコルプロキシ６０ｂにおけるアドレス変換２２０ｂにおいて管理用アドレスＶ１とプライベートアドレスＬ１とを対応づけるようにし、被監視装置ｃ５０ｃについては、管理プロトコルプロキシ６０ｃにおけるアドレス変換２２０ｃにおいて管理用アドレスＶ２とプライベートアドレスＬ１とを対応づけるようにする。すなわち被監視装置ｂ５０ｂに管理用アドレスＶ１と、被監視装置ｃ５０ｃに管理用アドレスＶ２をそれぞれ静的に割り当てるようにする。

これによって監視装置における管理情報２４０としては、被監視装置ｂは、アドレスＶ１を持つ装置として、被監視装置ｃは、アドレスＶ２を持つ装置として、それぞれ対応づけられ、正しくネットワーク管理を行うことができる。

図１０は、プライベートネットワークにおいて、グローバルアドレスが割り当てられていない、すなわち外部とは接続しない装置に対しても、管理用アドレスを割り当ててネットワーク管理する場合の例である。

被監視装置ａ５０ａは、プライベートアドレス２１０ａとしてＬ１を持つ。さらに、ＮＡＴ２０ｂにおけるアドレス変換２３０として、グローバルアドレスＧ１とプライベートアドレスＬ１が対応付けられており、被監視装置ａ５０ａにはグローバルアドレスとしてアドレスG1が静的に割り当てられている。グローバルネットワーク１０やプライベートネットワークＡ３０ａから被監視装置ａ５０ａと直接通信する場合には、グローバルアドレスＧ１を用いて通信する。

被監視装置ｂ５０ｂは、プライベートアドレス２１０ｂとしてＬ２を持つ。しかしながら、ＮＡＴ２０ｂにおけるアドレス変換２３０としては、プライベートアドレスＬ２に対応するグローバルアドレスは定義されておらず、このため、グローバルネットワーク１０やプライベートネットワークＡ３０ａから被監視装置ｂ５０ｂへと直接通信することはできない。ただし、この場合でも管理プロトコルプロキシを通じて、監視装置４０は、被監視装置５０ｂとも管理プロトコルによる情報のやり取りをすることができる。

このとき、管理プロトコルプロキシ６０ｂにおけるアドレス変換２２０において、管理用アドレスＶ１とプライベートアドレスＬ１とを、管理用アドレスＶ２とプライベートアドレスＬ２とを、それぞれ対応づけるようにする。すなわち被監視装置ａ５０ａに管理用アドレスＶ１を、被監視装置ｂ５０ｂに管理用アドレスＶ２をそれぞれ静的に割り当てるようにする。これにより、監視装置における管理情報２４０としては、被監視装置ａ５０ａはアドレスＶ１を持つ装置として、被監視装置ｂ５０ｂはアドレスＶ２を持つ装置として、それぞれ対応付けられてネットワーク管理が行われる。

図１１は、プライベートネットワークにおいて、グローバルアドレスが割り当てられていない、すなわち外部とは接続しない装置に対しても、管理用アドレスを割り当ててネットワーク管理する場合において、グローバルアドレスを割り当てられている装置については、管理用アドレスにグローバルアドレスを使い、グローバルアドレスが割り当てられていない装置については仮想的なアドレスを使う例である。

このとき、管理プロトコルプロキシ６０ｂにおけるアドレス変換２２０において、管理用アドレスＧ１とプライベートアドレスＬ１とを、管理用アドレスＶ２とプライベートアドレスＬ２とを、それぞれ対応づけるようにする。すなわち被監視装置ａ５０ａに管理用アドレスＧ１を、被監視装置ｂ５０ｂに管理用アドレスＶ２をそれぞれ静的に割り当てるようにする。これにより、監視装置における管理情報２４０としては、被監視装置ａ５０ａはアドレスＧ１を持つ装置として、被監視装置ｂ５０ｂはアドレスＶ２を持つ装置として、それぞれ対応付けられてネットワーク管理が行われる。

続いて図１２および図１３を用いて、管理プロトコルプロキシの構成を説明する。図１２は、被監視側の管理プロトコルプロキシの構成である。

被監視側の管理プロトコルプロキシ６０ｂは、監視側の管理プロトコルプロキシ６０ａとの間のプロキシ間通信経路７０の確立および管理プロトコルプロキシデータの送受信を処理するプロキシ間通信部６１と、管理プロトコルプロキシデータの分解組立を処理するプロキシデータ組立分解部６２と、管理プロトコルのＰＤＵ内のアドレス情報をアドレス変換するアドレス変換処理部６３と、アドレス変換処理部への入力となるＡＳＮ．１ＭＩＢ定義文６４およびアドレス変換定義６５と、被監視装置との間でＳＮＭＰメッセージを送受信するＳＮＭＰメッセージ送受信部６６からなる。

監視装置４０が発行した管理プロトコルのメッセージが監視側の管理プロトコルプロキシ６０ａによって管理プロトコルプロキシデータに変換されて、被監視側の管理プロトコルプロキシに送信されると、まずプロキシ間通信部６１が送信された管理プロトコルプロキシデータを受信し、プロキシデータ組立分解部６２に渡す。プロキシデータ組立分解部６２は、受取った管理プロトコルプロキシデータを分解し、アドレス変換処理部６３渡す。アドレス変換処理部６３は、ＡＳＮ．１ＭＩＢ定義文６４およびアドレス変換定義６５に従って、渡された管理プロトコルプロキシデータの送信元アドレスデータ、送信先アドレスデータ、さらに管理プロトコルのＰＤＵ中のアドレス情報をアドレス変換し、変換結果をプロキシデータ分解組立部６２に渡す。プロキシデータ組立分解部６２は、プロキシデータの中から、送信先情報、送信元情報、管理プロトコルのＰＤＵを取り出し、ＳＮＭＰメッセージ送受信部６６に渡す。ＳＮＭＰメッセージ送受信部６６は、送信先に指定された被監視装置５０に対して、管理プロトコルのＰＤＵを送信する。すなわちＳＮＭＰメッセージを送信する。

被監視装置５０は、送信されたＳＮＭＰメッセージに対応する応答をＳＮＭＰメッセージ送受信部６６に返す。ＳＮＭＰメッセージ送受信部６６は、受信した応答のＳＮＭＰメッセージと、その送信元、送信先の情報をプロキシデータ組立分解部６２に渡す。さらにプロキシデータ組立分解部は、送信先、送信元、応答である管理プロトコルのＰＤＵをアドレス変換処理部に渡す。アドレス変換処理部６３は、ＡＳＮ．１ＭＩＢ定義文６４およびアドレス変換定義６５に従って、渡された管理プロトコルプロキシデータの送信元アドレスデータ、送信先アドレスデータ、さらに管理プロトコルのＰＤＵ中のアドレス情報をアドレス変換し、変換結果をプロキシデータ分解組立部６２に渡す。さらにプロキシデータ分解組立部６２は、送信先、送信元、管理プロトコルのＰＤＵを管理プロトコルプロキシデータとして組み立てて、プロキシ間通信部６１に渡す。プロキシ間通信部６１は、管理プロトコルプロキシデータを監視側の管理プロトコルプロキシ６０ａへと送信し、監視側の管理プロトコルプロキシ６０ａが監視装置４０へ管理プロトコルのＰＤＵを返す。

ここで、ＡＳＮ．１ＭＩＢ定義文６４は、RFC1212（Concise MIB Definitions）などに記載されているMIBオブジェクトの標準的な記述方法であるところの、ASN.1（Abstract Syntax Notation One=抽象構文記法.1）により記述されたMIB定義文である。一般に、ASN.1によるMIB定義文は、そのMIBモジュールを定義した者によって広く公開されている。本実施例では、ＡＳＮ．１によるＭＩＢ定義文を解析して得られる情報を使用して管理プロトコルのプロトコルデータユニットのVariable-bindingsに含まれるアドレスを変換するため、特別な定義文が不要となり構成がより簡単となる。

図１３は、監視側の管理プロトコルプロキシの構成である。監視側の管理プロトコルプロキシ６０ａは、監視装置４０上のＳＮＭＰ監視マネージャ４１との間でＳＮＭＰメッセージを送受信するＳＮＭＰメッセージ送受信部６６と、管理プロトコルプロキシデータの分解組立を処理するプロキシデータ組立分解部６２と、被監視側の管理プロトコルプロキシ６０ｂとの間のプロキシ間通信経路７０の確立および管理プロトコルプロキシデータの送受信を処理するプロキシ間通信部６１とからなる。

監視装置４０上のＳＮＭＰ監視マネージャ４１が発行したＳＮＭＰメッセージが監視側の管理プロトコルプロキシ６０ａに渡されると、ＳＮＭＰメッセージ送受信部６６がＳＮＭＰメッセージを受信し、それをプロキシデータ組立分解部６２に渡す。プロキシデータ組立分解部６２は、渡されたＳＮＭＰメッセージと、その送信先、送信元情報から、管理プロトコルプロキシデータを組み立てて、プロキシ間通信部６１に渡す。プロキシ間通信部６１は、渡された管理プロトコルプロキシデータを被監視側の管理プロトコルプロキシ６０ｂに送信する。さらにプロキシ間通信部６１は被管理側の管理プロトコルプロキシ６０ｂから返される応答の管理プロトコルプロキシデータを受信して、プロキシデータ組立分解部６２に渡す。プロキシデータ組立分解部６２は、管理プロトコルプロキシデータから送信元、送信先、およびＳＮＭＰメッセージを取り出し、ＳＮＭＰメッセージ送受信部６６に渡す。ＳＮＭＰメッセージ送受信部は渡された情報に従って、ＳＮＭＰメッセージを監視装置４０上のＳＮＭＰ監視マネージャ４１に返す。

図１４は、管理側の管理プロトコルプロキシ６０ａと被管理側の管理プロトコルプロキシ６０ｂとの間のプロキシ間通信経路７０上で送受信される管理プロトコルプロキシデータの一例であり、管理プロトコルがＳＮＭＰである場合の例である。この場合、管理プロトコルプロキシデータは、ＳＮＭＰメッセージの送信元、ＳＮＭＰメッセージの送信先、ＳＮＭＰＰＤＵからなるデータである。

図２は、通常のＳＮＭＰメッセージのパケットの図である。パケットはネットワーク層であるところのＩＰ層より上位の部分についてだけ示している。通常のＳＮＭＰパケットではＩＰ層レベルでの送信元、送信先情報が、そのままＳＮＭＰメッセージ自体の送信元、送信先になっている。

図３は、管理プロトコルがＳＮＭＰである場合の管理プロトコルプロキシデータのパケットの図である。パケットはネットワーク層であるところのＩＰ層より上位の部分についてだけ示している。管理プロトコルプロキシデータのパケットにおいては、ＩＰ層レベルでの送信元、送信先は、プロキシ間通信経路７０の両端に存在する管理プロトコルプロキシのどちらかであり、ＳＮＭＰメッセージの送信元、送信先のデータは、アプリケーション層に相当する管理プロトコルプロキシデータとしてパケットに含まれる。従って、アドレス変換のために使用する仮想的なアドレスは、実際の通信パケットの送信先または送信元アドレスとしては使用されない。このため、NICなどの機関から自組織に対して割り当てられていない仮想的なアドレスを使用したとしても、ＩＰ層すなわちネットワーク層レベルでの通信に何ら支障をきたすものではない。

このように管理プロトコルプロキシデータ上のＳＮＭＰメッセージ送信元、送信先アドレスをアドレス変換することにより、管理用アドレスに正式なグローバルアドレスではない仮想的なアドレスを使用することができ、グローバルアドレスを持たない装置まで含めてプライベートネットワークをネットワーク管理することができる。

図１５、図１６、図１７、図１８を用いて、プロキシデータ組立分解部６２を説明する。図１５は、プロキシデータ組立分解部６２の構成である。

プロキシデータ組立分解部６２は、組立分解処理を実行する組立分解処理部６８と、ＳＮＭＰメッセージの送信先アドレスとそのＳＮＭＰメッセージを送信すべき相手プロキシとの対応付けを定義した相手プロキシ定義６９からなる。

図１６は、相手プロキシ定義の定義例である。定義行３１１は、送信先アドレスの第１オクテットが１００であるＳＮＭＰメッセージは、アドレスが２００．１０．２０．３０の管理プロトコルプロキシへと送信することを表わす定義行である。

定義行３１２は、送信先アドレスの第1オクテットが１０１、第２オクテットが１０であるＳＮＭＰメッセージは、アドレスが２００．１０．２０．３０の管理プロトコルプロキシへと送信することを表わす定義行である。

定義行３１３は、送信先アドレスの第1オクテットが１１０、第２オクテットが２０、第３オクテットが８０であるＳＮＭＰメッセージは、アドレスが２３０．５１．６２．７２の管理プロトコルプロキシへ送信することを表わす定義行である。

定義行３１４は、送信先アドレスが１２０．６０．１１．８であるＳＮＭＰメッセージは、アドレスが２３０．５１．６２．７２の管理プロトコルプロキシへ送信することを表わす定義行である。なお、このとき送信先アドレスは管理用アドレスを用いて表わす。

図１７は、プロキシデータ組立処理のフローチャートである。ステップ１５１でSNMPメッセージ送受信部からSNMPメッセージを受取る。ステップ１５２でSNMPメッセージのIPヘッダ部から、送信元アドレスと送信先アドレスを取り出す。ステップ１５３でSNMPメッセージからSNMP PDUを取り出す。ステップ１５４で取り出した送信元アドレス、送信先アドレス、SNMP PDUを管理プロトコルプロキシデータに格納する。ステップ１５５で相手プロキシ定義中でSNMPメッセージのIPヘッダ部から取り出した送信先アドレスと対応づけられている相手プロキシアドレスを検索し、その相手プロキシアドレスをプロトコルプロキシデータの送信先と決定する。

以上のようにしてプロキシデータ組立分解部は管理プロトコルプロキシデータを組み立てる。

図１８は、プロキシデータ分解処理のフローチャートである。ステップ１６１でプロキシ間通信部から管理プロトコルプロキシデータと、その管理プロトコルプロキシデータを送信した相手である管理プロトコルプロキシのアドレスとを受取る。ステップ１６２で管理プロトコルプロキシデータから、送信元アドレス、送信先アドレス、SNMP PDUを取り出す。ステップ１６３で取り出した送信元アドレスと送信先アドレスをSNMPメッセージのIPヘッダ部に格納する。ステップ１６４で取り出したSNMP PDUをSNMPメッセージに格納する。

以上のようにしてプロキシデータ組立分解部は管理プロトコルプロキシデータを分解する。

図１９は、アドレス変換処理部６３の構成を表わす図である。アドレス変換処理部６３は、ＳＮＭＰメッセージの送信元と送信先のアドレスを変換するＳＮＭＰメッセージ送信元送信先アドレス変換部８５と、ＳＮＭＰＰＤＵ内に含まれるアドレス情報を変換するＰＤＵアドレス変換部８０からなる。さらにＰＤＵアドレス変換部８０は、ＰＤＵの解析とアドレス変換を処理するＰＤＵ解析変換部８１と、ＰＤＵに含まれるアドレス情報のうちオブジェクト識別子として含まれるアドレスの変換を処理するオブジェクト識別子アドレス変換部８２と、ＰＤＵに含まれるアドレス情報のうちＭＩＢ値として含まれるアドレスの変換を処理するＭＩＢ値アドレス変換部８３と、ＰＤＵに含まれるアドレス情報のうちトラップ送信元アドレスとして含まれるアドレスの変換を処理するトラップ送信元アドレス変換部８４とからなる。

プロキシデータ組立分解部６２から、アドレス変換処理部６３に管理プロトコルプロキシデータが渡されると、まずＳＮＭＰメッセージ送信元送信先アドレス変換部８５が、アドレス変換定義６５に従って、管理プロトコルプロキシデータ中のＳＮＭＰメッセージ送信元、送信先についてアドレス変換を行う。次にＳＮＭＰメッセージ送信元送信先アドレス変換部８５は、管理プロトコルプロキシデータをＰＤＵ解析変換部８１に渡す。ＰＤＵ解析変換部８１は、渡された管理プロトコルプロキシデータ中のＰＤＵについて解析を実施し、その中からアドレス変換が必要な部分を抽出する。

まず、ＰＤＵからトラップ送信元アドレス部分を抽出し、トラップ送信元アドレス変換部８４に渡し、トラップ送信元アドレス変換部８４は、アドレス変換定義６５に従ってトラップ送信元アドレスをアドレス変換してＰＤＵ解析変換部８１に返す。ＰＤＵ解析変換部８１は、トラップ送信元アドレス変換部８４から受取った変換後のアドレスで、ＰＤＵのトラップ送信元アドレス部分を置き換える。さらに、ＰＤＵからデータの種別がＩＰアドレスを表わすものであるＭＩＢ値を抽出し、ＭＩＢ値アドレス変換部８３に渡し、ＭＩＢ値アドレス変換部８３は、アドレス変換定義６５に従ってＭＩＢ値をアドレス変換してＰＤＵ解析変換部８１に返す。ＰＤＵ解析変換部８１は、ＭＩＢ値アドレス変換部８３から受取った変換後のアドレスで、ＰＤＵのＭＩＢ値部分を置き換える。さらに、ＰＤＵからＭＩＢのオブジェクト識別子を抽出し、オブジェクト識別子アドレス変化部８２に渡し、オブジェクト識別子アドレス変換部８２は、ＡＳＮ．１ＭＩＢ定義文とアドレス変換定義６５とに従ってオブジェクト識別子の中に含まれるＩＰアドレスをアドレス変換してＰＤＵ解析変換部８１に返す。ＰＤＵ解析変換部８１は、オブジェクト識別子アドレス変換部８２から受取った変換後のアドレスで、ＰＤＵのＭＩＢのオブジェクト識別子部分を置き換える。最後にＰＤＵ解析変換部はアドレス変換を行った後のＰＤＵを含んだ管理プロトコルプロキシデータをプロキシデータ組立分解部６２に返す。

以上のようにしてアドレス変換処理部は管理プロトコルのデータについてアドレス変換を行うことができる。

図２０は、オブジェクト識別子アドレス変換部８２の構成である。オブジェクト識別子アドレス変換部８２は、ＡＳＮ．１ＭＩＢ定義文６５を解読するＡＳＮ．１ＭＩＢ定義文解読部８８と、解読したＭＩＢの定義内容をもとにオブジェクト識別子を変換する必要があるオブジェクトを抽出する変換対象オブジェクト識別子抽出部８９と、ＰＤＵ解析変換部８１から渡されたオブジェクト識別子と、変換対象オブジェクト識別子抽出部８９が抽出したオブジェクト識別子とを比較して、渡されたオブジェクト識別子は変換が必要かどうかを判断するオブジェクト識別子比較部８６と、変換対象オブジェクト識別子抽出部が抽出した定義情報とアドレス変換定義６５とに基づいて、オブジェクト識別子をアドレス変換するアドレス変換実行部８７とからなる。

まず、ＡＳＮ．１ＭＩＢ定義文解読部８８がＡＳＮ．１ＭＩＢ定義文６５を読み込んで解読し、解読した結果得たＭＩＢ定義の情報を変換対象オブジェクト識別子抽出部８９に渡す。変換対象オブジェクト識別子抽出部８９は、渡されたＭＩＢ定義の中からオブジェクト識別子にＩＰアドレスを含む可能性があるＭＩＢオブジェクトを抽出し、該当するＭＩＢオブジェクトのオブジェクト識別子の一覧をオブジェクト識別子比較部８６へ、該当するＭＩＢオブジェクトの定義情報であるところのＩＮＤＥＸ情報をアドレス変換実行部８７へそれぞれ渡す。

ここで、オブジェクト識別子にＩＰアドレスを含む可能性があるＭＩＢオブジェクトとは、ＭＩＢテーブルを表わすＭＩＢオブジェクトであり、テーブルのＩＮＤＥＸとして使用するＭＩＢテーブル内ＭＩＢオブジェクトのうちの１つ以上がＩＰアドレスであるようなＭＩＢオブジェクトである。このようなオブジェクトは、ＭＩＢオブジェクトの値であるところのインスタンスをＧＥＴリクエストなどで取得する際にＭＩＢオブジェクトのオブジェクト識別子に続けてインスタンス識別子であるところのＩＮＤＥＸを付加して１つのオブジェクト識別子として指定するが、このときのＩＮＤＥＸにＩＰアドレスが使用されるため、オブジェクト識別子にＩＰアドレスが含まれる可能性があるものである。

また、アドレス変換実行部８７へ渡すＩＮＤＥＸ情報としては、ＭＩＢテーブルのＩＮＤＥＸとして複数のＭＩＢオブジェクトが対応づけられているときに、その中のＩＰアドレスの部分だけを変換するために、ＩＮＤＥＸとして使われるＭＩＢオブジェクトの種別であるところのＳＹＮＴＡＸを順に並べた情報を渡す。例えば、ＩＮＤＥＸとして整数のＭＩＢオブジェクト１つとＩＰアドレスを取るようなＭＩＢテーブルの場合、インスタンス識別子は、整数の分の１つとＩＰアドレスの分４つの合計５つの副識別子を持つ識別子となる。

アドレス変換では、このうちの２番目から５番目の副識別子をＩＰアドレスと解釈して変換する必要があるため、アドレス変換実行部８７へＩＮＤＥＸは、整数１つとＩＰアドレス１つの組であるという情報を渡す必要がある。

さてここで、ＰＤＵ解析変換部８１からＰＤＵ中のオブジェクト識別子がオブジェクト識別子アドレス変換部８２に渡されると、まずオブジェクト識別子比較部８６がオブジェクト識別子を受取る。オブジェクト識別子比較部８６は、ＰＤＵ解析変換部８１から渡されたオブジェクト識別子と、変換対象オブジェクト識別子抽出部８９が抽出した変換対象のオブジェクト識別子一覧とを比較し、ＰＤＵ解析変換部８１から渡されたオブジェクト識別子が変換対象のオブジェクト識別子一覧に含まれていたら、ＰＤＵ解析変換部８１からオブジェクト識別子をアドレス変換実行部８７に渡す。ＰＤＵ解析変換部８１から渡されたオブジェクト識別子が変換対象のオブジェクト識別子一覧に含まれていなかったら、ＰＤＵ解析変換部８１から渡されたオブジェクト識別子を何も変換せずにそのままＰＤＵ解析変換部８１へ返す。

次に、アドレス変換実行部８７は渡されたオブジェクト識別子について、まず変換対象オブジェクト抽出部８９から渡されたＩＮＤＥＸ情報に基づいてオブジェクト識別子中に現れるＩＰアドレスの位置、すなわち変換位置を特定し、次にアドレス変換定義６５に基づいてアドレス変換を実行し、変換後のオブジェクト識別子をＰＤＵ解析変換部８１へ返す。

以上のようにしてオブジェクト識別子アドレス変換部は、ＭＩＢのオブジェクト識別子に含まれるＩＰアドレスをアドレス変換することができる。

図２１のフローチャートを用いてPDU解析変換部の処理を説明する。ステップ１１１でPDUからPDU種別を表わすデータを抽出する。ステップ１１２でPDU種別からアドレス変換方向を決定する。アドレス変換方向とは、PDU中のアドレスを、管理用アドレスから実アドレスに変換するのか、実アドレスから管理用アドレスに変換するのか、ということを意味する。監視側から被監視側へ送信されるPDUは、管理用アドレスを実アドレスに変換する。被監視側から監視側へ送信されるPDUは、実アドレスを管理用アドレスに変換する。監視側から被監視側へ送信されるのか、被監視側から監視側へ送信されるのかは、PDU種別毎に決まっているため、図２２の表に従ってPDU種別からアドレス変換方向を決定することができる。

ステップ１１３でPDUの種別がSNMPトラップであるかどうか判定する。SNMPトラップの場合は、ステップ１１４に進む。SNMPトラップでない場合は、ステップ１１７に進む。ステップ１１４で、PDUからトラップ送信元アドレスを抽出する。ステップ１１５で、トラップ送信元アドレス変換部にステップ１１４で抽出したとラップ送信元アドレスと、ステップ１１２で決定したアドレス変換方向の情報とを渡し、変換後のトラップ送信元アドレスを受取る。ステップ１１６で、PDUのトラップ送信元アドレスを、ステップ１１５で受取った変換後のトラップ送信元アドレスに置き換える。ステップ１１７で、PDU中にvariableBindingListが存在するかどうかを判定する。variableBindingListが存在する場合、ステップ１１８に進む。variableBindingListが存在しない場合、PDU解析変換部の処理を終了する。

ステップ１１８で、variableBindingListからまだ処理していないvariableBindを１つ抽出する。ステップ１１９で、ステップ１１８で抽出したvariableBindからオブジェクト識別子と値を抽出する。ステップ１２０で、MIB値アドレス変換部に、ステップ１１９で抽出したMIB値と、ステップ１１２で決定した変換方向の情報とを渡し、変換後のMIB値を受取る。ステップ１２１で、オブジェクト識別子アドレス変換部に、ステップ１１９で抽出したオブジェクト識別子と、ステップ１１２で決定した変換方向の情報とを渡し、変換後のオブジェクト識別子を受取る。ステップ１２２で、ＰＤＵのvariableBindのオブジェクト識別子をステップ１２１で受取った変換後のオブジェクト識別子に、variableBindのＭＩＢ値をステップ１２０で受取った変換後のＭＩＢ値に、それぞれ置き換える。ステップ１２３で、未処理のvariableBindingがまだ残っているかどうかを判定する。残っているならばステップ１１８へ進む。残っていないならば、PDU解析変換部の処理を終了する。

以上のようにして、ＰＤＵ中のアドレス情報を変換することができる。図２３のフローチャートを用いて変換対象オブジェクト識別子抽出部の処理を説明する。

ステップ１３１で、ＭＩＢ定義文に定義されているオブジェクト識別子を１つ取り出す。ステップ１３２で、ステップ１３１において取り出したオブジェクト識別子がＭＩＢテーブルを表わす識別子かどうかを判定する。ＭＩＢテーブルを表わす識別子の場合は、ステップ１３３に進む。ＭＩｂテーブルを表わす識別子でない場合は、ステップ１３６に進む。ステップ１３３で、オブジェクト識別子のＩＮＤＥＸとして指定されているテーブル内ＭＩＢオブジェクトのＳＹＮＴＡＸを抽出する。ステップ１３４で、ステップ１３３において抽出したテーブル内ＭＩＢオブジェクトのＳＹＮＴＡＸがＩＰアドレスを表わすＳＹＮＴＡＸであるようなものが一つでもあるかどうかを判定する。ある場合は、ステップ１３５へ進む。ない場合は、ステップ１３６へ進む。ステップ１３５で、ステップ１３１において取り出したオブジェクト識別子は、変換対象のオブジェクト識別子であると判断する。

ステップ１３６で、ステップ１３１において取り出したオブジェクト識別子は、変換対象のオブジェクト識別子ではないと判断する。ステップ１３７で、ＭＩＢ定義文の中に、未処理のオブジェクト識別子がまだあるかどうかを判定する。まだある場合は、ステップ１３１に進む。ない場合は、ステップ１３８に進む。ステップ１３８で、変換対象と判断したオブジェクト識別子を全てオブジェクト識別子比較部へ通知する。ステップ１３９で、変換対象と判断したオブジェクト識別子のＩＮＤＥＸ情報を全てアドレス変換実行部へ通知する。

以上のようにして、変換対象オブジェクト識別子抽出部の処理を実現することができる。

図２４は、アドレス変換定義６５の定義例である。定義行３０１は、IPアドレスの第1オクテットのみを変換する場合の定義例である。この場合、第１オクテットが10である実アドレスは全て第1オクテットを100に変換したものが管理用アドレスとなる。例えば、監視装置４０から送信された管理プロトコルのデータ中にアドレス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があった場合、そのアドレスはアドレス変換によって172.17.50.1に変換されて被監視装置５０へ中継される。反対に、被監視装置５０からの応答中にアドレス172.17.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.11.8に変換されて監視装置４０へ中継される。

図２５は、別の仮想的ネットワーク管理システムの構成例である。この場合、監視装置４０および監視装置側の管理プロトコルプロキシ６０ａは、グローバルネットワーク１０上に存在するが、図１の構成の場合と何ら変わりなく管理用アドレスを用いた仮想的なネットワーク管理を行うことが可能である。

図２６および図２７は、さらに別の実施例における管理プロトコルプロキシの構成であり、監視側の管理プロトコルプロキシでアドレス変換する場合の実施例である。

この場合も、図１２および図１３に示した被監視側の管理プロトコルプロキシでアドレス変換する場合と同様の方法でアドレス変換を実行することができる。ただし、監視側の管理プロトコルプロキシにおいてアドレス変換する場合は、監視側の管理プロトコルプロキシに定義するアドレス変換定義は、被監視側のプライベートネットワークごとに別々に定義し、例えば被監視側のプライベートネットワークＢ用にアドレス変換定義６５ｂを、被監視側のプライベートネットワークＣ用にアドレス変換定義６５ｃを、それぞれ定義するようにする。これにより図９の構成のように複数の被監視側プライベートネットワークにおいて監視装置のプライベートアドレスが競合しているような場合でも、正しくアドレス変換できるようにする。

図２８および図２９は、また別の実施例における仮想ネットワーク管理システムの構成と、被管理側の管理プロトコルプロキシの構成であり、被管理側の管理プロトコルプロキシがＲＦＣ１６３１に準規したＮＡＴと同一の装置上で動作するような構成である。

この例は、監視装置４０と監視側の管理プロトコルプロキシ６０ａは、グローバルネットワーク１０上に存在し、アドレス変換は被監視側の管理プロトコルプロキシで行い、被管理側の管理プロトコルプロキシがＲＦＣ１６３１に準規したＮＡＴ２０と同一の装置上で動作するような構成である。

図２９は、ＲＦＣ１６３１に準規した管理プロトコルのアドレス変換機能を持たないＮＡＴ２０と同一の装置上で動作する被監視側の管理プロトコルプロキシ６０ｂの構成である。プロキシ間通信部６１が監視側の管理プロトコルプロキシ６０ａと通信するときに、ＮＡＴ２０のグローバルネットワーク側通信プロトコル処理部２１を介して通信することと、ＳＮＭＰメッセージ送受信部６６が被監視装置５０とデータを送受信するときに、ＮＡＴ２０のプライベートネットワーク側通信プロトコル処理部２３を介して通信することとが、図１２の構成との違いである。

なお、ＮＡＴ２０のＲＦＣ１６３１に準規した動きとして、ＮＡＴ２０の装置をグローバルネットワーク側からプライベートネットワーク側へ通り抜けようとするパケットについては、まずグローバルネットワーク側通信プロトコル処理部２１が通り抜けようとするパケットを捕らえてＲＦＣ１６３１準規アドレス変換処理部２２へ渡し、ＲＦＣ１６３１準規アドレス変換処理部２２がアドレス変換をした後、プライベートネットワーク側通信プロトコル処理部２３へパケットを渡し、プライベートネットワーク側通信プロトコル処理部２３によってプライベートネットワーク側へ送出される。

反対に、プライベートネットワーク側からグローバルネットワーク側へ通り抜けようとするパケットについては、まずプライベートネットワーク側通信プロトコル処理部２３が通り抜けようとするパケットを捕らえてＲＦＣ１６３１準規アドレス変換処理部２２へ渡し、ＲＦＣ１６３１準規アドレス変換処理部２２がアドレス変換をした後、グローバルネットワーク側通信プロトコル処理部２１へパケットを渡し、グローバルネットワーク側通信プロトコル処理部２１によってグローバルネットワーク側へ送出される。

しかしながら、プロキシ間通信部６１による通信は、ＮＡＴおよび被監視側の管理プロトコルプロキシが動作する装置のグローバルネットワーク側のアドレスを送信先または送信元とする通信であり、ＮＡＴ２０を通り抜けようとする通信ではない。このため、ＲＦＣ１６３１準規アドレス変換処理部２２は通らずに、グローバルネットワーク側通信処理部２１からプロキシ間通信部６１へデータがそのまま渡される。

また、ＳＮＭＰメッセージ送受信部６６による通信についても、ＮＡＴおよび被監視側の管理プロトコルプロキシが動作する装置のプライベートネットワーク側のアドレスを送信先または送信元とする通信であり、ＮＡＴ２０を通り抜けようとする通信ではない。このため、ＲＦＣ１６３１準規アドレス変換処理部２２は通らずに、プライベートネットワーク側通信処理部２３からＳＮＭＰメッセージ送受信部６６へデータがそのまま渡される。

以上のことから、図１２に示した被監視側の管理プロトコルプロキシと同じ構成の管理プロトコルプロキシを用いて、ＮＡＴ２０と同一の装置上で動作さて仮想的なネットワーク管理を実現することが可能である。

尚、既に述べたとおり管理プロトコルプロキシの処理はフローチャートで示したとおり、プログラムによって実現することができる。

以上、ＮＡＴがＩＰ層のアドレス変換を行うものとして説明したが（ＮＡＴが管理プロトコルのＰＤＵ部分のアドレスを変換する機能有していない。）、ＮＡＴがＩＰ層のアドレス変換を行う機能と、管理プロトコルのＰＤＵ部分のアドレスを変換する機能を有している場合には、ＮＡＴと管理プロトコルプロキシサーバとを選択的に利用して、管理プロトコルのＰＤＵ部分のアドレス変換を行うことができる。

ネットワークシステムの基本構成を示した図である。ＳＮＭＰメッセージのパケットの構成を示した図である。管理プロトコルプロキシデータのパケットの構成を示した図である。ＮＡＴの機能を説明するための図である。ＳＮＭＰメッセージのパケットの構成を示した図である。ＳＮＭＰメッセージのパケットの構成を示した図である。仮想ネットワーク管理システムにおける一適用例を示した図である。仮想ネットワーク管理システムにおける一適用例を示した図である。仮想ネットワーク管理システムにおける一適用例を示した図である。仮想ネットワーク管理システムにおける一適用例を示した図である。仮想ネットワーク管理システムにおける一適用例を示した図である。被監視側の管理プロトコルプロキシの構成を示した図である。監視側の管理プロトコルプロキシの構成を示した図である。管理プロトコルプロキシデータの一例を示した図である。プロキシデータ分解組立部の構成を示した図である。相手プロキシ定義の定義例を示した図である。プロキシデータ組立処理のフローチャートを示した図である。プロキシデータ分解処理のフローチャートを示した図である。アドレス変換処理部の構成を示した図である。オブジェクト識別子アドレス変換部の構成を示した図である。 PDU解析変換部の処理のフローチャートを示した図である。 PDU種別とPDUの送信方向およびアドレス変換の変換方向との関係を表わした図である。変換対象オブジェクト識別子抽出部の処理のフローチャートを示した図である。アドレス変換定義の定義例を示した図である。仮想ネットワーク管理システムの構成例を示した図である。管理プロトコルプロキシの構成を示した図である。管理プロトコルプロキシの構成を示した図である。仮想ネットワーク管理システムの構成を示した図である。被管理側の管理プロトコルプロキシの構成を示した図である。

符号の説明

１０…グローバルネットワーク、２０…NAT、３０…プライベートネットワーク、４０…監視装置、５０…被監視装置、６０…管理プロトコルプロキシ、７０…プロキシ間通信経路

Claims

ＮＡＴ（Network Address Translator）を介して接続された異なるアドレス体系のネットワーク間でネットワーク管理を行うネットワーク管理システムであって、
第１のネットワーク管理装置のアドレスを送信元アドレスとして設定し、第２のネットワーク管理装置のアドレスを送信先アドレスとして設定し、
（１）前記設定した送信元アドレスと、
（２）前記設定した送信先アドレスと、
（３）前記第１のネットワーク管理装置が接続されたネットワーク上の被監視装置から送信された管理プロトコルのパケットと、
を有する管理データを生成し、
前記送信先アドレスとして指定された前記第２のネットワーク管理装置に前記管理データを送信し、
前記第２のネットワーク管理装置は、前記ＮＡＴで定義されたアドレス体系とは異なるアドレス体系に属する管理用アドレスと実アドレスとの対応を定義したアドレス変換定義に基づいて、前記管理プロトコルのパケットに含まれるデータ内のアドレス情報を変換する
ことを特徴とするネットワーク管理システム。