JP5708818B2

JP5708818B2 - 通信装置、通信方法及びプログラム

Info

Publication number: JP5708818B2
Application number: JP2013536223A
Authority: JP
Inventors: 弘和小澤
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2011-09-26
Filing date: 2012-09-21
Publication date: 2015-04-30
Anticipated expiration: 2032-09-21
Also published as: US9641355B2; JPWO2013047355A1; CN103843291A; EP2763352A1; WO2013047355A1; CN103843291B; EP2763352A4; IN2014CN02319A; EP2763352B1; US20140347982A1

Description

本発明は、ＳＮＭＰ（Simple Network Management Protocol）を用いて通信装置を管理するための技術に関する。
本願は、２０１１年９月２６日に出願された特願２０１１−２０８６３９号に基づき優先権を主張し、その内容をここに援用する。

従来、ＮＭＳ（Network Management System）もしくはローカル制御端末からＳＮＭＰ（Simple Network Management Protocol）を使用してネットワークの運用状態を監視する技術が提案されている（例えば特許文献１参照）。
このような運用状態の監視対象となる通信装置は、自装置の設定情報や運用情報を、通信ネットワークにおけるデバイスを管理するためのデータベースの一種であるＭＩＢ（Management Information Base）によって公開している。
ＮＭＳもしくはローカル制御端末は、ＭＩＢによって公開されている各情報を、ＳＮＭＰを用いてネットワーク経由で取得している。

例えば、ＶＬＡＮ（Virtual Local Area Network）のネットワーク状態をＳＮＭＰによって監視する場合、通常はＲＦＣ２６７４等で規定される標準ＭＩＢ又は各機器ベンダーが提供する拡張ＭＩＢが使用される。

図５は、ＲＦＣ（Request for Comments）２６７４で規定される標準ＭＩＢのＶＬＡＮのデータ構造を示す図である。
ＶＬＡＮの状態を定義する標準ＭＩＢ（dot1qVlanCurrentTable）では、ＶＬＡＮ毎に各ポートの状態が１ビット単位で管理される。図５の例では、ＶＬＡＮ毎にＶＬＡＮ管理データ９３０がＭＩＢに記録される。
各ＶＬＡＮ管理データ９３０は、１バイト（OCTET STRING）のデータであるグループデータ９４０を記録している。グループデータ９４０は、八つの個別データ９５０を記録している。各個別データ９５０は、一つのポートについて、そのポートの状態を１ビットで表す。
例えば、そのＶＬＡＮでそのポートが使用されている場合には、個別データ９５０は“１”を有する。一方、そのＶＬＡＮでそのポートが使用されていない場合には、個別データ９５０は“０”を有する。
このような構造であるため、標準ＭＩＢでは、８ポート単位で１バイトずつデータが増加する。

このように、ＲＦＣ２６７４で規定される標準ＭＩＢでは、ＶＬＡＮ毎に各ポートの状態が管理される。そのため、ＶＬＡＮの状態を確認する場合には、ＮＭＳから通信装置に対してＶＬＡＮ毎にＳＮＭＰのGet Requestを送信し、ＶＬＡＮ管理データ９３０を取得する。そのため、ＮＭＳから通信装置に対して送信されるGet Requestの数は、通信装置に登録されるＶＬＡＮの数の増加に伴って増加する。

特開２００７−１８０７６８号公報

転送されるトラヒックの増加や接続されるネットワークの増加に伴って、複雑なネットワーク管理が必要になる。そのため、一台の通信装置に登録されるＶＬＡＮの数（すなわち、登録されるＶＬＡＮＩＤの数）は増加する傾向がある。
例えば、標準ＭＩＢ（dot1qVlanCurrentTable）において最大で４０９４個のＶＬＡＮを登録可能であるとすると、全てのＶＬＡＮについて各ポートの状態を取得するためにはGet Request処理の回数も４０９４回となる。

Get Request等のＳＮＭＰメッセージの増加は、管理用のネットワークへ流れる通信量の増加につながる。そのため、他の管理用の通信を圧迫してしまうという問題がある。
他の管理用の通信とは、例えばＳＮＭＰ以外のプロトコルに基づいた状態や障害の報告や、ネットワークの構成の変更に伴う制御用の通信などである。特に、管理ネットワークの通信帯域が狭い場合には問題が顕著となる。このような場合、上記のような他の管理用の通信が圧迫されてしまい、その通信装置が含まれるネットワークによるサービスに遅延が生じてしまうおそれもある。

上記事情に鑑み、本発明は、複数のＶＬＡＮが登録された通信装置をＳＮＭＰにより管理する際の通信量を低減させるための技術を提供することを目的としている。

本発明は、複数のポートを有し、複数のＶＬＡＮの各々の設定状態に応じてデータの中継を行う通信部と、前記ポート毎に設定された前記複数のＶＬＡＮの各々が使用されているか否かを表す状態情報を管理する状態情報管理部と、前記ポート単位で前記状態情報の要求をＳＮＭＰに従って受信し、前記状態情報を前記状態情報管理部からポート単位で取得し、取得した前記状態情報をＳＮＭＰに従って他装置に送信するＳＮＭＰ処理部と、を備える通信装置を提供する。

本発明はまた、複数のポートを有し、複数のＶＬＡＮの各々の設定状態に応じてデータの中継を行う通信部を備える通信装置が、前記ポート毎に設定された前記複数のＶＬＡＮの各々が使用されているか否かを表す状態情報を管理する状態情報管理ステップと、前記ポート単位で前記状態情報の要求をＳＮＭＰに従って受信し、前記状態情報をポート単位で取得し、取得した前記状態情報をＳＮＭＰに従って他装置に送信するＳＮＭＰ処理ステップと、を有する通信方法も提供する。

本発明はまた、複数のポートを有し、複数のＶＬＡＮの各々の設定状態に応じてデータの中継を行う通信部を備える通信装置に対し、前記ポート毎に設定された前記複数のＶＬＡＮの各々が使用されているか否かを表す状態情報を管理する状態情報管理ステップと、前記ポート単位で前記状態情報の要求をＳＮＭＰに従って受信し、前記状態情報をポート単位で取得し、取得した前記状態情報をＳＮＭＰに従って他装置に送信するＳＮＭＰ処理ステップと、を実行させるためのプログラムも提供する。

本発明により、複数のＶＬＡＮが登録された通信装置をＳＮＭＰにより管理する際の通信量を低減させることが可能となる。

本発明の一実施形態における通信装置管理システムのシステム構成を表すシステム構成図である。ＭＩＢ処理部が状態情報を記憶する際のデータ構造の概略を表す図である。管理装置及び通信装置によるＳＮＭＰの処理の第１のシーケンスを示す図である。管理装置及び通信装置によるＳＮＭＰの処理の第２のシーケンスを示す図である。ＲＦＣ２６７４で規定される標準ＭＩＢのＶＬＡＮのデータ構造を示す図である。

図１は、本発明の一実施形態における通信装置管理システム１のシステム構成を表すシステム構成図である。
通信装置管理システム１は、管理装置１０及び通信装置２０を備える。管理装置１０と通信装置２０とは、管理ネットワークＮによって互いに通信可能に接続されている。
管理装置１０は、ＳＮＭＰに従った通信によって通信装置２０を管理する。すなわち、管理装置１０はＮＭＳとして機能し、管理ネットワークＮを介した通信によって通信装置２０の状態を管理する。

複数の通信装置２０は互いに接続されることによって通信ネットワークを形成する。各通信装置２０は、他の通信装置２０から受信したデータを中継する。
図１では、管理ネットワークＮに接続されている通信装置２０が３台表示されている。
各通信装置２０は、管理装置１０によって状態が管理される。
管理ネットワークＮに接続される通信装置２０の台数は３台に限定される必要は無い。例えば、図示された通信装置２０とともに通信ネットワークを構成している不図示の通信装置２０も管理ネットワークＮに接続されても良い。また、図示された通信装置２０が形成する通信ネットワークとは異なる通信ネットワークを形成する他の通信装置２０についても、管理ネットワークＮに接続されても良い。

管理装置１０は、メインフレームやワークステーションやパーソナルコンピュータなどの情報処理装置を用いて構成される。また、管理装置１０は、バスで接続されたＣＰＵ（Central Processing Unit）やメモリや補助記憶装置などを備え、管理用プログラムを実行することによって管理部１０１を備える装置として機能する。
なお、管理装置１０の各機能の全て又は一部は、ＡＳＩＣ（Application Specific Integrated Circuit）やＰＬＤ（Programmable Logic Device）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアを用いて実現されても良い。
また、上記の管理用プログラムは、コンピュータ読み取り可能な記録媒体に記録されても良い。コンピュータ読み取り可能な記録媒体とは、例えばフレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置である。管理用プログラムは、電気通信回線を介して送受信されても良い。

管理部１０１は、ＳＮＭＰのマネージャ（ＮＭＳ）としての機能を有し、ＳＮＭＰに従ってGet RequestやGet Next RequestやSet Request等のＰＤＵ（Protocol Data Unit）を通信装置２０に送信する。
以下、Get RequestやGet Next RequestやSet Request等のＰＤＵを要求メッセージという。要求メッセージは、通信装置２０の状態を表す情報（以下、「状態情報」という）を要求するためのメッセージである。

管理部１０１はまた、Get ResponseやTrap等のＰＤＵを通信装置２０から受信し、通信装置２０の状態を表す状態情報を取得する。以下、Get ResponseやTrap等のＰＤＵを通知メッセージという。通知メッセージは、通信装置２０の状態情報を含むメッセージである。

通信装置２０は、ルーターやＬ２スイッチ等の、ＶＬＡＮの設定が可能な中継装置である。通信装置２０は、バスで接続されたＣＰＵやメモリや補助記憶装置などを備え、被管理用プログラムを実行する。また、通信装置２０は、ＳＮＭＰ処理部２０１、ＭＩＢ処理部２０２、および通信部２０３を備える装置として機能する。
なお、通信装置２０の各機能の全て又は一部は、ＡＳＩＣやＰＬＤやＦＰＧＡ等のハードウェアを用いて実現されても良い。また、上記の被管理用プログラムは、コンピュータ読み取り可能な記録媒体に記録されても良い。
コンピュータ読み取り可能な記録媒体とは、例えばフレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置である。被管理用プログラムは、電気通信回線を介して送受信されても良い。

ＳＮＭＰ処理部２０１は、ＳＮＭＰのエージェントとしての機能を有し、ＳＮＭＰに従って、Get RequestやGet Next RequestやSet Request等の要求メッセージに対してGet Response等の通知メッセージを送信する。また、ＳＮＭＰ処理部２０１は、管理装置１０による設定等にしたがってTrap等の通知メッセージを自発的に管理装置１０に対して送信しても良い。
ＳＮＭＰ処理部２０１は、通知メッセージを生成する際には、管理装置１０に対して通知すべき状態情報をＭＩＢ処理部２０２に要求する。
ＳＮＭＰ処理部２０１は、ＭＩＢ処理部２０２から状態情報を受けると、状態情報を含む通知メッセージをＳＮＭＰに従って生成する。そして、ＳＮＭＰ処理部２０１は生成した通知メッセージを管理装置１０へ送信する。

ＭＩＢ処理部２０２は、ＭＩＢとして機能し、自身が備えられた通信装置２０の状態情報を取得し記憶する。例えば、ＭＩＢ処理部２０２は、自身が備えられた通信装置２０の通信部２０３と通信し、通信部２０３の状態情報を取得する。ＭＩＢ処理部２０２は、取得した状態情報を拡張ＭＩＢの定義に従ったデータ構造で記憶する。

図２は、ＭＩＢ処理部２０２が状態情報を記憶する際のデータ構造の概略を表す図である。ＭＩＢ処理部２０２は、ポート毎にＶＬＡＮの状態を表す情報を管理する。
図２の例では、ＭＩＢ処理部２０２は、ポート毎にポート管理データ３０を記録する。各ポート管理データ３０にはオブジェクトＩＤが付与される。すなわち、ＭＩＢ処理部２０２には、当該通信装置２０に設けられたポートの数に応じたオブジェクトＩＤが割り当てられる。ＭＩＢ処理部２０２は、ポート管理データ３０単位で状態情報を公開する。

各ポート管理データ３０は、グループデータ４０を記録している。
各グループデータ４０は、１バイト（OCTET STRING）のデータであり、八つの個別データ５０を記録している。
各個別データ５０は、一つのＶＬＡＮについて、そのＶＬＡＮの状態を１ビットで表す。例えば、そのポートがそのＶＬＡＮで使用されている場合には、個別データ５０は“１”を有する。一方、そのポートがそのＶＬＡＮで使用されていない場合には、個別データ５０は“０”を有する。
各ポート管理データ３０は、当該通信装置２０に設定されたＶＬＡＮの数に応じて１又は複数のグループデータ４０を記録する。

このような構造であるため、拡張ＭＩＢに従ったＭＩＢ処理部２０２では、八つのＶＬＡＮ毎に１バイトずつデータが増加する。図２の例では、通信装置２０には八つのポートが設けられ、４０９５個のＶＬＡＮが設定されている。
そのため、ＭＩＢ処理部２０２には、八つのポート管理データ３０が記録されている。そして、各ポート管理データ３０は、５１２個のグループデータ４０を記録しており、各グループデータ４０は８個の個別データ５０を記録している。

通信部２０３は、通信装置２０に通信可能に接続された他の通信装置２０と通信を行う。通信部２０３は、１以上のポートを有し、予め設定されたＶＬＡＮの定義に従って各ポートに届いたデータを他のポートに転送する。
例えば、通信部２０３は、他の通信装置２０からデータを受信し、受信したデータのヘッダ情報及びＶＬＡＮの定義に基づいて転送先を判定する。そして、通信部２０３は判定した転送先に対応するポートからデータを転送する。

管理装置１０は、ＳＮＭＰに従った処理を行うことによって、通信装置２０のＭＩＢ処理部２０２に蓄積された情報を収集する。この収集処理のシーケンスの具体例として以下に二つの処理の流れを示す。

［第１のシーケンス］
図３は、管理装置１０及び通信装置２０によるＳＮＭＰの処理としての第１のシーケンスを示す図である。
第１のシーケンスでは、管理部１０１は通信装置２０が備えるポート毎に要求メッセージを送信し、ポート毎に通知メッセージを受信する。以下、第１のシーケンスについて詳細に説明する。

まず、管理装置１０は、管理ネットワークＮを介してGet Request（要求メッセージ）を通信装置２０に送信する（ステップＳ１０１）。
通信装置２０のＳＮＭＰ処理部２０１は、Get Requestを受信すると、ＰＤＵ解析を行うことによって、受信したGet Requestに設定されたオブジェクトＩＤを確認する（ステップＳ１０２）。
ＮＭＰ処理部２０１は、オブジェクトＩＤによって示されるポートのポート管理データ３０を要求するＭＩＢデータ処理要求を生成し、ＭＩＢ処理部２０２に送信する（ステップＳ１０３）。

ＭＩＢ処理部２０２は、受信したＭＩＢデータ処理要求にしたがって、要求されたポートのポート管理データ３０を検索し取得する（ステップＳ１０４）。そしてＭＩＢ処理部２０２は、取得したポート管理データ３０を含むＭＩＢデータ処理応答をＳＮＭＰ処理部２０１へ返信する（ステップＳ１０５）。

ＳＮＭＰ処理部２０１は、受信したＭＩＢデータ処理応答からポート管理データ３０を抽出する。そしてＳＮＭＰ処理部２０１は、ＰＤＵ作成処理を実行することによって、抽出したポート管理データ３０を含むGet Response（通知メッセージ）を生成する（ステップＳ１０６）。
そして、ＳＮＭＰ処理部２０１は、生成したGet Responseを、管理ネットワークＮを介して管理装置１０へ送信する（ステップＳ１０７）。

管理装置１０の管理部１０１は、管理ネットワークＮを介してＳＮＭＰ処理部２０１からGet Responseを受信すると、Get Responseからポート管理データ３０を抽出し、一つのポートに関する情報を取得する。

第１のシーケンスでは、ステップＳ１０１の処理からステップＳ１０７の処理までの一連の処理を第１単位処理と称し、管理装置１０は、情報を取得したいポート毎に第１単位処理を繰り返し実行する。
例えば、通信装置２０が備えている八つのポート全てについて情報を取得する場合には、管理装置１０は全てのポートについて第１単位処理を繰り返し実行する。すなわち、第１単位処理が８回繰り返し実行されることによって、管理装置１０は通信装置２０の全てのＶＬＡＮに関する状態情報を取得できる。

なお、ステップＳ１０１の処理において送信された要求メッセージがSet Requestである場合には、ＭＩＢ処理部２０２は、ステップＳ１０４の処理において、ポート管理データ３０の検索に加えてＭＩＢデータの更新処理を行う。

従来の標準ＭＩＢを使用した場合には、ＶＬＡＮ毎にGet Request送信からGet Response受信までの処理（第１単位処理に相当する処理）が繰り返し実行される。このとき、ＶＬＡＮ一つ当たりに要する処理時間をｔ１とする。一方、上述した図３の処理を行った場合に第１単位処理に要する処理時間をｔ２とする。また、通信装置２０の装置がポート数８、登録されるＶＬＡＮが規定の最大数分の４０９４であったとする。
ｔ１とｔ２の処理時間が同じであると仮定すると、全てのＶＬＡＮに関する状態情報を取得するために要する時間は、従来の標準ＭＩＢの場合はＶＬＡＮ数×ｔ１＝４０９４×ｔ１となる。一方、図３に示した第１シーケンスでは、全てのＶＬＡＮに関する状態情報を取得するために要する時間は、ポート数×ｔ２＝８×ｔ２となる。したがって、通信装置管理システム１では、従来に比べて約５１２分の１の時間で処理が可能となる。
このように、通信装置管理システム１では、設定されるＶＬＡＮの数がポート数よりも多い場合に顕著な効果を奏する。

［第２のシーケンス］
図４は、管理装置１０及び通信装置２０によるＳＮＭＰの処理としての第２のシーケンスを示す図である。
第２のシーケンスでは、管理部１０１は通信装置２０が備える複数のポートに対して一つの要求メッセージを送信し、複数のポートに関する状態通知を含む通知メッセージを受信する。以下、第２のシーケンスについて詳細に説明する。

まず、管理装置１０は、複数のオブジェクトＩＤを含むGet Response（要求メッセージ）を生成し、管理ネットワークＮを介してGet Request（要求メッセージ）を通信装置２０に送信する（ステップＳ２０１）。

通信装置２０のＳＮＭＰ処理部２０１は、Get Requestを受信すると、受信したGet RequestについてＰＤＵ解析処理を行い、Get Requestに含まれる複数のオブジェクトＩＤを取得する（ステップＳ２０２）。
ＳＮＭＰ処理部２０１は、Get Requestに含まれる複数のオブジェクトＩＤのうち一つを選択し、選択されたオブジェクトＩＤによって示されるポートのポート管理データ３０を要求するＭＩＢデータ処理要求を生成する。そして、ＳＮＭＰ処理部２０１は、生成したＭＩＢデータ処理要求をＭＩＢ処理部２０２に送信する（ステップＳ２０３）。

ＭＩＢ処理部２０２は、受信したＭＩＢデータ処理要求にしたがって、要求されたポートのポート管理データ３０を検索し取得する（ステップＳ２０４）。そしてＭＩＢ処理部２０２は、取得したポート管理データ３０を含むＭＩＢデータ処理応答をＳＮＭＰ処理部２０１へ返信する（ステップＳ２０５）。

第２のシーケンスでは、ステップＳ２０３の処理からステップＳ２０５の処理までの一連の処理を第２単位処理と称する。第２のシーケンスでは、ＳＮＭＰ処理部２０１は、ＰＤＵ解析処理によって取得された全てのオブジェクトＩＤについて第２単位処理を繰り返し実行する。すなわち、ＳＮＭＰ処理部２０１は、第２単位処理をGet Requestで指定されたポート数分繰り返し実行する。

例えば、通信装置２０が備えている八つのポート全てのオブジェクトＩＤを含むGet Requestが受信された場合には、ＳＮＭＰ処理部２０１は全てのポートについて第２単位処理を繰り返し実行する。すなわち、第２単位処理が８回繰り返し実行されることによって、ＳＮＭＰ処理部２０１は通信装置２０の全てのＶＬＡＮに関する状態情報を取得できる。

ＳＮＭＰ処理部２０１は、取得された全てのオブジェクトＩＤについて第２単位処理を繰り返し実行すると、受信した各ＭＩＢデータ処理応答からポート管理データ３０を抽出する。そしてＳＮＭＰ処理部２０１は、ＰＤＵ作成処理を実行することによって、抽出した複数のポート管理データ３０を含むGet Response（通知メッセージ）を生成する（ステップＳ２０６）。
そして、ＳＮＭＰ処理部２０１は、生成したGet Responseを、管理ネットワークＮを介して管理装置１０へ送信する（ステップＳ２０７）。
管理装置１０の管理部１０１は、管理ネットワークＮを介してＳＮＭＰ処理部２０１からGet Responseを受信すると、Get Responseから複数のポート管理データ３０を取得する。

なお、ステップＳ２０１の処理において送信された要求メッセージがSet Requestである場合には、ＭＩＢ処理部２０２は、ステップＳ２０４の処理において、ポート管理データ３０の検索に加えてＭＩＢデータの更新処理を行う。

従来の標準ＭＩＢを使用し且つ複数のオブジェクトＩＤを含むGet Requestが送信された場合には、ＶＬＡＮ毎にＭＩＢデータ処理要求からＭＩＢデータ処理応答までの処理（第２単位処理に相当する処理）が繰り返し実行される。このとき、ＶＬＡＮ一つ当たりに要する処理時間をｔ３とする。一方、上述した図４の処理を行った場合に第２単位処理に要する処理時間をｔ４とする。そして、通信装置２０の装置がポート数８、登録されるＶＬＡＮが最大数分の４０９４であったとする。
ｔ３とｔ４の処理時間が同じであると仮定すると、全てのＶＬＡＮに関する状態情報を取得するために要する時間は、従来の標準ＭＩＢの場合はＶＬＡＮ数×ｔ３＝４０９４×ｔ３となる。一方、図４に示した第２シーケンスでは、全てのＶＬＡＮに関する状態情報を取得するために要する時間は、ポート数×ｔ４＝８×ｔ４となる。したがって、通信装置管理システム１では、従来に比べて約５１２分の１の時間で処理が可能となる。
このように、通信装置管理システム１では、設定されるＶＬＡＮの数がポート数よりも多い場合に顕著な効果を奏する。

次に、上述した通信装置管理システム１の効果について説明する。
従来の標準ＭＩＢによる処理では、全てのＶＬＡＮについて各ポートの状態情報を取得するためには、ＶＬＡＮの数だけ第１単位処理又は第２単位処理に相当する処理を繰り返し実行する必要があった。そのため、管理ネットワークＮにおける通信が圧迫されてしまい、管理ネットワークＮを介した他の通信に遅延が生じるおそれがあった。
また、このような遅延によって、管理装置１０の操作性に支障をきたす可能性があり、通信装置２０により形成されるネットワークの運用に問題が発生するおそれがあった。
さらに、要求メッセージに対する処理の回数が増えることにより、通信装置２０のＣＰＵ処理の負荷も高まり、通信装置２０が行っているユーザサービス等への影響も発生するおそれがあった。

このような従来の問題に対し、通信装置管理システム１では、通信装置２０に登録されているＶＬＡＮが大量となったとしても、ＳＮＭＰマネージャである管理装置１０とＳＮＭＰエージェントである通信装置２０との間でやり取りするＳＮＭＰメッセージ数を削減できる。そのため、通信装置２０の監視制御に要する通信の量を低減できる。

すなわち、通信装置管理システム１では、ポート単位でＶＬＡＮのリストがＭＩＢ処理部２０２に記録され、オブジェクトＩＤが付与されて管理されている。そのため、Get Request等の要求メッセージはポート毎に送信される。そのため、どんなにＶＬＡＮの数が増加したとしても要求メッセージの数は増加しない。したがって、メッセージ処理の回数を減らすことが可能であり、ＶＬＡＮの状態取得や設定変更に要する時間を短縮できる。

また、ＶＬＡＮの状態を“０”又は“１”の２値で表しているため、１ポートあたりＶＬＡＮ数／８（バイト）のデータ容量にＭＩＢデータを集約できる。そのため、上述したメッセージ回数の削減とあわせて、通信に要する通信帯域をさらに削減でき、管理ネットワークＮを効率的に運用できる。

また、ＳＮＭＰメッセージの処理回数を削減することによって、通信装置２０のＣＰＵ使用時間を抑えることができる。そのため、通信装置２０が提供する他サービスへの負荷を抑えることができる。

＜変形例＞

IEEE802.1ad で標準化されたProvider Bridgeへの対応として、１ポートあたり５１２バイト×３を使用して、C-Accessの場合のC-VID （カスタマVLAN識別子）、S-Trunkの場合のS-VID（サービスVLAN識別子）、C-Bridgeの場合のS-VIDを表現しても良い。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

本発明によれば、複数のＶＬＡＮが登録された通信装置をＳＮＭＰにより管理する際の通信量を低減させることが可能となる。

１０…管理装置
２０…通信装置
１０１…管理部
２０１…ＳＮＭＰ処理部
２０２…ＭＩＢ処理部（状態情報管理部）
２０３…通信部
Ｎ…管理ネットワーク

Claims

複数のポートを有し、複数のＶＬＡＮの各々の設定状態に応じてデータの中継を行う通信部と、
前記ポート毎に設定された前記複数のＶＬＡＮの各々が使用されているか否かを表す状態情報を管理する状態情報管理部と、
前記ポート単位で前記状態情報の要求をＳＮＭＰに従って受信し、前記状態情報を前記状態情報管理部からポート単位で取得し、取得した前記状態情報をＳＮＭＰに従って他装置に送信するＳＮＭＰ処理部と、
を備える通信装置。
前記ＳＮＭＰ処理部は、前記ポート毎に割り当てられたオブジェクトＩＤを含む要求を受信し、前記オブジェクトＩＤに対応する前記ポートの前記状態情報を前記状態情報管理部から取得し、取得した前記状態情報をＳＮＭＰに従って他装置に送信する、
請求項１に記載の通信装置。
前記ＳＮＭＰ処理部は、複数のオブジェクトＩＤを含む要求を受信した場合、前記複数のオブジェクトＩＤ全てについて前記状態情報管理部から前記状態情報を取得し、取得した全ての前記状態情報を一つのメッセージとして前記他装置に送信する、
請求項２に記載の通信装置。
複数のポートを有し、複数のＶＬＡＮの各々の設定状態に応じてデータの中継を行う通信部を備える通信装置が、
前記ポート毎に設定された前記複数のＶＬＡＮの各々が使用されているか否かを表す状態情報を管理する状態情報管理ステップと、
前記ポート単位で前記状態情報の要求をＳＮＭＰに従って受信し、前記状態情報をポート単位で取得し、取得した前記状態情報をＳＮＭＰに従って他装置に送信するＳＮＭＰ処理ステップと、
を有する通信方法。
複数のポートを有し、複数のＶＬＡＮの各々の設定状態に応じてデータの中継を行う通信部を備える通信装置に対し、
前記ポート毎に設定された前記複数のＶＬＡＮの各々が使用されているか否かを表す状態情報を管理する状態情報管理ステップと、
前記ポート単位で前記状態情報の要求をＳＮＭＰに従って受信し、前記状態情報をポート単位で取得し、取得した前記状態情報をＳＮＭＰに従って他装置に送信するＳＮＭＰ処理ステップと、
を実行させるためのプログラム。