JP2004186746A - スイッチングハブ - Google Patents

Abstract

【課題】ＳＮＭＰマネージャに接続された全スイッチを容易に一括管理でき、ネットワークの帯域負荷を軽減できるスイッチングハブを提供することにある。
【解決手段】複数の通信機器Ａ〜Ｎが接続され、ネットワーク１０上のＳＮＭＰマネージャ２で管理されるスイッチングハブ１において、ＳＮＭＰマネージャ２からのＳＮＭＰ要求ｔに基づき、そのＳＮＭＰ要求ｔを特定の通信機器Ａ〜ＮにＳＮＭＰマネージャ２の代理で転送するものである。
【選択図】 図１

Description

【０００１】
【発明の属する技術分野】
本発明は、複数の通信機器が接続され、ネットワーク上のＳＮＭＰマネージャで管理されるスイッチングハブに関するものである。
【０００２】
【従来の技術】
スイッチングハブは、ポート間でフレームを転送するとき、フレームの宛先アドレスを解析し、その宛先アドレスをアドレステーブルで参照して、宛先の端末がつながったポートにのみフレームを転送するものであり、複数のポートを備えたブリッジとして機能する。すなわち、スイッチングハブは、端末間での１対１のデータ転送が同時に複数実行可能な通信機器である。
【０００３】
従来のスイッチングハブ（以下、スイッチ）は、同種類の他の複数のスイッチや端末などが接続され、ネットワークとして使用される。従来のスイッチには、このスイッチも含めた複数のスイッチを管理するために、ネットワーク上のＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）マネージャが接続されている。
【０００４】
ＳＮＭＰマネージャは、複数のスイッチからスイッチ自身の動作状態や故障の有無などの管理情報を取得するために、ＳＮＭＰ要求を各スイッチに対して個別に送信し、各スイッチからのＳＮＭＰ応答を個別に受信している。
【０００５】
この出願の発明に関連する先行技術文献情報としては、次のものがある。
【０００６】
【特許文献１】
特開平９−５１３４７号公報
【０００７】
【発明が解決しようとする課題 】
しかしながら、従来のスイッチングハブでは、ＳＮＭＰマネージャからのＳＮＭＰ要求を他のスイッチにそのまま転送するだけなので、ＳＮＭＰマネージャが各スイッチに対して個別にアクセスし、各スイッチのＩＰアドレスとポート番号を指定する必要がある。
【０００８】
したがって、ＳＮＭＰマネージャに接続された各スイッチの管理が面倒になり、ネットワークの帯域負荷も軽減しにくいという問題がある。
【０００９】
そこで、本発明の目的は、ＳＮＭＰマネージャに接続された各スイッチを容易に一括管理でき、ネットワークの帯域負荷を軽減できるスイッチングハブを提供することにある。
【００１０】
【課題を解決するための手段】
本発明は上記目的を達成するために創案されたものであり、請求項１の発明は、複数の通信機器が接続され、ネットワーク上のＳＮＭＰマネージャで管理されるスイッチングハブにおいて、上記ＳＮＭＰマネージャからのＳＮＭＰ要求に基づき、そのＳＮＭＰ要求を特定の通信機器に上記ＳＮＭＰマネージャの代理で転送するスイッチングハブである。
【００１１】
請求項２の発明は、各通信機器の番号とポート番号とを組み合わせたインデックスからなるインデックステーブルを備えた請求項１記載のスイッチングハブである。
【００１２】
【発明の実施の形態】
以下、本発明の好適実施の形態を添付図面にしたがって説明する。
【００１３】
図１は、本発明の好適実施の形態であるスイッチングハブを用いたネットワークの概略図である。
【００１４】
図１に示すように、ネットワーク１０は、本発明に係るスイッチングハブとしての管理スイッチ１に、ｎ個の通信機器としての従来のスイッチＡ〜Ｎと、管理スイッチ１およびスイッチＡ〜Ｎを管理するＳＮＭＰマネージャ２とをスター接続したものである。ＳＮＭＰマネージャ２としては、例えば、端末を使用している。
【００１５】
各スイッチＡ〜Ｎには、図１の上から順にスイッチ番号１〜ｎが付けられている。管理スイッチ１と各スイッチＡ〜Ｎは、それぞれｍ個のポート３を有している。管理スイッチ１と各スイッチＡ〜Ｎのポート３は、図１の左から順にポート番号１〜ｍが付けられている。
【００１６】
図１の例では、管理スイッチ１のポート番号１のポートと、スイッチＡ（スイッチ番号１）のポート番号１のポートとが接続され、以下同様に、管理スイッチ１のポート番号２のポートと、スイッチＢ（スイッチ番号２）のポート番号２のポートとが接続され、管理スイッチの１のポート番号ｍのポートにＳＮＭＰマネージャ２が接続されている。
【００１７】
管理スイッチ１と各スイッチＡ〜Ｎは、自身の動作状態や故障の有無などの管理情報を格納した図示しないＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）をそれぞれ備えている。
【００１８】
このＭＩＢは、様々な管理情報からなる階層構造であり、各スイッチＡ〜Ｎの各ポート３の状態を取得する場合に参照されるｉｆＯｐｅｒＳｔａｔｕｓ（ＲＦＣ１２１３に規定されている）というＭＩＢ、各スイッチＡ〜Ｎの名称を取得する場合に参照されるｓｙｓＤｅｓｃｒ（ＲＦＣ１２１３に規定されている）というＭＩＢなどが備えられている。
【００１９】
管理スイッチ１は、各スイッチＡ〜ＮとＳＮＭＰマネージャ２のＭＡＣアドレスを自身のポート番号１〜ｍにマッピングしたＭＡＣアドレステーブルを備えているので、どのポートにどの機器が接続されているのかを知っている。ＭＡＣアドレステーブルは、ネットワーク１０の構築当初には作成されていないが、受信したフレームの送信元のＭＡＣアドレスを調べて登録することで、自動的に作成される。
【００２０】
また、管理スイッチ１は、各スイッチＡ〜ＮとＳＮＭＰマネージャ２のＩＰアドレスを自身のポート番号１〜ｍにマッピングしたＩＰアドレステーブルも備えている。
【００２１】
ＩＰアドレステーブルは、ＲＦＣ９５１に規定されているＢＯＯＴＰ（Ｂｏｏｔｓｔｒａｐ Ｐｒｏｔｏｃｏｌ）を使用して、各スイッチＡ〜Ｎに動的にＩＰアドレスを割り当てることで、自動的に作成される。このために、管理スイッチ１にはＢＯＯＴＰサーバ機能を搭載し、各スイッチＡ〜ＮにはＢＯＯＴＰクライアント機能を搭載している。ＢＯＯＴＰクライアント機能は、一般のスイッチングハブにおいて標準的に搭載されている機能で、起動時にＢＯＯＴＰサーバからＩＰアドレスを自動的に割り当ててもらう機能である。
【００２２】
管理スイッチ１は、各スイッチＡ〜Ｎ（ＢＯＯＴＰクライアント）からのＢＯＯＴＰ要求を受信してＩＰアドレスを割り当てる際、管理スイッチ１がその要求を受信したポート３のポート番号１〜ｍ（＝スイッチ番号１〜ｎ）を把握することで、割り当てたＩＰアドレスとスイッチ番号１〜ｎを対応付けることが可能となる。
【００２３】
また、ＩＰアドレステーブルは、予め管理スイッチ１に手動で登録しておくことも可能である。
【００２４】
図２は、インデックステーブルの一例を示す図である。
【００２５】
管理スイッチ１は、図２に示すように、各スイッチＡ〜Ｎのスイッチ番号１〜ｎ（ｎは自然数）とポート番号１〜ｍ（ｍは自然数）とを組み合わせたインデックス（合計ｍ×ｎ個）からなるインデックステーブル２１を備えている。各インデックスは、右側の二桁がポート番号を表し、残りの左側の桁がスイッチ番号を表している。このインデックステーブル２１は、ＭＡＣアドレステーブルが作成されていれば、管理スイッチ１により、直ちに作成できる。
【００２６】
さて、管理スイッチ１は、ＳＮＭＰマネージャ２からのＳＮＭＰ要求ｔに基づき、そのＳＮＭＰ要求ｔを特定のスイッチＡ〜ＮにＳＮＭＰマネージャ２の代理で転送するＳＮＭＰ ＰＲＯＸＹ機能を有している。
【００２７】
管理スイッチ１では、以下に説明する二つの方法により、ＳＮＭＰ ＰＲＯＸＹ機能が発揮される。どちらの方法も、ネットワーク１０において、ＳＮＭＰマネージャ２で管理スイッチ１および各スイッチＡ〜Ｎを管理する場合の一例である。
【００２８】
第一の方法；
まず、図３のフローチャートで示すように、ＳＮＭＰマネージャ２は、各スイッチＡ〜ＮのＭＩＢにアクセスしたいとき、図２で説明したインデックステーブル２１のインデックスで管理スイッチ１のみにアクセスし、例えば、図４（ａ）に示されるようなＳＮＭＰ要求（要求フレーム）ｔ４ａを送信する（Ｆ３１）。
【００２９】
本実施の形態では、ＳＮＭＰマネージャ２が、スイッチＢの状態やそのポート番号２のポート上の状態を調べる場合で説明する。よって、要求フレームｔ４ａのインデックスは２０２とする。
【００３０】
フレームｔ４ａは、例えば、ＰＤＵ（データ単位）タイプ４１ａ（＝Ｇｅｔ Ｒｅｑｕｅｓｔ）と、要求ＩＤ４２ａ（＝１００）と、エラー状態４３ａ（＝０）と、対象ＭＩＢ（第一の方法では、ｉｆＯｐｅｒＳｔａｔｕｓ）番号４４ａ（＝１．３．６．１．２．１．２．２．１．８．２０２）と、値４５ａ（＝０）とを備えている。
【００３１】
ここで、要求ＩＤ４２ａは、各要求を一意に識別し、複数の未応答の要求を区別するための識別値である。
【００３２】
また、値４５ａは、対象ＭＩＢに登録されている値を格納するためのデータ領域（要求フレームでは未だ値を取得していないため０で初期化されている）である。
【００３３】
対象ＭＩＢ番号の末尾部分（図４（ａ）〜図４（ｄ）中の点線円部分）がインデックスである。要求ＩＤ４２ａとエラー状態４３ａは変わらないので、以下の説明では省略する。
【００３４】
管理スイッチ１は、要求フレームｔ４ａを受信すると（Ｆ３２）、要求フレームｔ４ａ内の対象ＭＩＢ番号４４ａのインデックス２０２をインデックステーブル２１で参照し、インデックス２０２がインデックステーブル２１中に存在するかどうかを判断する（Ｓ３１）。
【００３５】
管理スイッチ１は、インデックス２０２がインデックステーブル２１中に存在する場合（Ｙｅｓ）、まず、インデックス２０２に対応する宛先のスイッチ番号２とポート番号２を取得する。次に、管理スイッチ１は、ＩＰアドレステーブルを参照し、取得したスイッチ番号２からスイッチＢのＩＰアドレスを取得する（Ｆ３３）。
【００３６】
さらに、管理スイッチ１は、要求フレームｔ４ａ内の対象ＭＩＢ番号４４ａのインデックス２０２を、取得したポート番号２（インデックス２）に置き換え（Ｆ３４）、図４（ｂ）に示されるような対象ＭＩＢ番号４４ｂを有する要求フレームｔ４ｂを、ＳＮＭＰマネージャ２の代理でスイッチＢに転送する（Ｆ３５）。
【００３７】
スイッチＢは、要求フレームｔ４ｂを受信すると、それに従って図４（ｃ）に示されるようなＳＮＭＰ応答（応答フレーム）ｒ４ｃを管理スイッチ１に返信する（Ｆ３６）。応答フレームｒ４ｃは、対象ＭＩＢ番号４４ｂと、ＰＤＵタイプ４１ｃ（＝Ｇｅｔ Ｒｅｓｐｏｎｓｅ）と値４５ｃ（＝１）とを備えている。
【００３８】
管理スイッチ１は、応答フレームｒ４ｃを受信すると、応答フレームｒ４ｃ内の対象ＭＩＢ番号４４ｂのインデックス２を元のインデックス２０２に再置換し、図４（ｄ）に示されるような応答フレームｒ４ｄをＳＮＭＰマネージャ２に転送して（Ｆ３７）終了する。
【００３９】
ＳＮＭＰマネージャ２は、この応答フレームｒ４ｄを受信して調べることにより、スイッチＢに直接アクセスすることなく、スイッチＢの動作状態や故障の有無、スイッチＢのポート番号２のポート上の動作状態や障害の有無などを容易に把握して管理できる。
【００４０】
一方、管理スイッチ１は、インデックス２０２がインデックステーブル２１中に存在しない場合（Ｎｏ）、対象ＭＩＢ番号４４ａが正しければ管理スイッチ１のＭＩＢをＳＮＭＰマネージャ２に返答し、それ以外ならＮＯ ＳＵＣＨ ＮＡＭＥ エラーをＳＮＭＰマネージャ２に返答して（Ｆ３８）終了する。以上の説明は他のインデックスについても同様である。
【００４１】
上述したように、第一の方法では、管理スイッチ１により、ＩＰアドレスとインデックスを置換している。通常のＳＮＭＰ処理を行う各スイッチＡ〜Ｎは、インデックス２０２という値を理解できないので、インデックス２０２をスイッチＢのポート番号（インデックス２）に置換する必要がある。
【００４２】
例えば、スイッチＢのポート番号２のポート上の動作状態を調べる場合、ｉｆＯｐｅｒＳｔａｔｕｓというＭＩＢを参照するが、要求フレームｔ４ａ，ｔ４ｂにはこのＭＩＢを示す“１．３．６．１．２．１．２．２．１．８．Ｘ”という値（Ｏｂｊｅｃｔ ＩＤ）が挿入される。このＸがインデックスで、管理スイッチ１では２０２、スイッチＢでは２となる。
【００４３】
このように、ＳＮＭＰマネージャ２から見れば、各スイッチＡ〜ＮのＩＰアドレスを個別に指定する必要がないので、管理スイッチ１およびスイッチＡ〜Ｎは、一つのアドレスを持った図１の一点鎖線枠で示したような一台のスイッチＳとして見えている。
【００４４】
言い換えれば、ＳＮＭＰマネージャ２にとっては、インデックスは特別な値ではなく、スイッチＳのポート番号として見ているだけである。管理スイッチ１から見ると、インデックスは特別な値であり、宛先を分けて個別のスイッチＡ〜Ｎに転送するための役目を果たしている。
【００４５】
第二の方法；
第一の方法は、インデックステーブルを利用し、インデックスにポート番号をとる方法であったが、第二の方法は、インデックステーブルを利用せずに従来と同じフレームを利用し、インデックスにポート番号をとらない（後述するようにインデックスは常に０）方法である。
【００４６】
例えば、第一の方法の場合、図４で説明したフレームｔ４ａ〜ｒ４ｄ中の対象ＭＩＢ番号“１．３．６．１．２．１．２．２．１．８．Ｘ”は、各スイッチＡ〜Ｎのポート番号の動作状態を取得するＭＩＢ（ｉｆＯｐｅｒＳｔａｔｕｓ）のため、インデックスにポート番号をとるが、以下に説明する第二の方法の場合、図６で後述するフレームｔ６ａ，ｒ６ｂ中の対象ＭＩＢ番号“１．３．６．１．２．１．１．１．Ｙ”は、各スイッチＡ〜Ｎの名称を取得するＭＩＢ（ｓｙｓＤｅｓｃｒ）であり、ポート番号は不要である。このようなＭＩＢのインデックスには０が指定され、インデックスにより各スイッチ番号１〜ｎが判定できない。そこで、前もってＳＮＭＰマネージャ２により設定された特定のスイッチに対してのみ、ＳＮＭＰ要求ｔを代理で転送する第二の方法を提案した。
【００４７】
まず、ＳＮＭＰマネージャ２は、予めアクセスしたいスイッチのスイッチ番号のみを、管理スイッチ１の管理対象スイッチ登録用ＭＩＢに登録しておく。この管理対象スイッチ登録用ＭＩＢは、プライベートＭＩＢとして新たに定義したものである。この定義方法についてはＲＦＣ１１５５等に規定されているので、ここでは説明を省略する。また、スイッチ番号の登録方法の詳細は後述する。
【００４８】
本実施の形態では、ＳＮＭＰマネージャ２が、スイッチＡの状態を調べる場合で説明する。よって、管理スイッチ１に予め登録されたスイッチは、スイッチ番号１のスイッチＡとする。
【００４９】
図５のフローチャートで示すように、この状態で、ＳＮＭＰマネージャ２は、管理スイッチ１のみにアクセスし、例えば、図６（ａ）に示されるような従来と同じ要求フレームｔ６ａを送信する（Ｆ５１）。
【００５０】
フレームｔ６ａは、例えば、ＰＤＵ（データ単位）タイプ６１ａ（＝Ｇｅｔ Ｒｅｑｕｅｓｔ）と、要求ＩＤ６２ａ（＝２００）と、エラー状態６３ａ（＝０）と、対象ＭＩＢ（第二の方法では、ｓｙｓＤｅｓｃｒ）番号６４ａ（＝１．３．６．１．２．１．１．１．０）と、値６５ａ（＝ＮＵＬＬ）とを備えている。
【００５１】
管理スイッチ１は、要求フレームｔ６ａを受信すると（Ｆ５２）、要求が管理対象スイッチ登録要求であるかどうかを判断する（Ｓ５１）。
【００５２】
管理スイッチ１は、要求が管理対象スイッチ登録要求でない場合（Ｎｏ）、ｓｙｓＤｅｓｃｒを参照し、スイッチ番号１が登録されているかどうかを判断する（Ｓ５２）。
【００５３】
管理スイッチ１は、スイッチ番号１が登録されている場合（Ｙｅｓ）、ＩＰアドレステーブルを参照し、スイッチ番号１に対応するスイッチＡのＩＰアドレスを取得する（Ｆ５３）。
【００５４】
さらに、管理スイッチ１は、要求フレームｔ６ａをＳＮＭＰマネージャ２の代理でスイッチＡにそのまま転送する（Ｆ５４）。
【００５５】
スイッチＡは、要求フレームｔ６ａを受信すると、それに従って図６（ｂ）に示されるような従来と同じ応答フレームｒ６ｂを管理スイッチ１に返信する（Ｆ５５）。応答フレームｒ６ｂは、ＰＤＵタイプ６１ｂ（＝Ｇｅｔ Ｒｅｓｐｏｎｓｅ）と値６５ｂ（＝“ＳＷＩＴＣＨＩＮＧ ＨＵＢ”）とを備えている。
【００５６】
管理スイッチ１は、応答フレームｒ６ｂをＳＮＭＰマネージャ２にそのまま転送して（Ｆ５６）終了する。
【００５７】
ＳＮＭＰマネージャ２は、この応答フレームｒ６ｂを受信して調べることにより、スイッチＡに直接アクセスすることなく、スイッチＡの動作状態や故障の有無などを把握して容易に管理できる。以上の説明は、他のスイッチＢ〜Ｎについても同様である。この場合、ＳＮＭＰマネージャ２により、管理スイッチ１に予め登録されるスイッチのスイッチ番号を順次切り替えればよい。
【００５８】
例えば、スイッチＡに続いてスイッチＢの状態を調べる場合を説明する。まず、ＳＮＭＰマネージャ２は、スイッチＢのスイッチ番号２のみを管理対象スイッチ登録用ＭＩＢに登録するための要求フレームを管理スイッチ１に送信する（Ｆ５１）。管理スイッチ１は、この要求フレームを受信すると（Ｆ５２）、要求が管理対象スイッチ登録要求であるかどうかを判断し（Ｓ５１）、要求が管理対象スイッチ登録要求であるので（Ｙｅｓ）、スイッチＡのスイッチ番号１からスイッチＢのスイッチ番号２に書き替えて管理対象スイッチ登録用ＭＩＢに登録（Ｆ５７）し、登録したことを伝える応答フレームをＳＮＭＰマネージャ２に送信して終了する（Ｆ５８）。この状態で上述したＦ５１〜Ｆ５６の処理を行えばよい。
【００５９】
また、管理スイッチ１は、Ｓ５２の判断において、スイッチ番号が登録されていない場合（Ｎｏ）、登録されていないことを伝える応答フレームをＳＮＭＰマネージャ２に送信して終了する（Ｆ５８）。
【００６０】
このように、本発明に係るＳＮＭＰ ＰＲＯＸＹ機能付き管理スイッチ１を用いてネットワーク１０を構築し、ＳＮＭＰマネージャ２で管理スイッチ１および各スイッチＡ〜Ｎを管理すれば、従来のようにＳＮＭＰマネージャ２が各スイッチＡ〜Ｎに個別にアクセスするのとは異なり、ＳＮＭＰマネージャ２が管理スイッチ１のみにアクセスすればよいので、管理スイッチ１および各スイッチＡ〜Ｎを容易に一括管理できる。
【００６１】
すなわち、ＳＮＭＰマネージャ２は、管理スイッチ１以外のスイッチＡ〜Ｎの情報（例えば、ＩＰアドレス等）を知らなくても、ＳＮＭＰマネージャ２に接続された全スイッチを容易に一括管理できる。
【００６２】
また、管理スイッチ１は、ＳＮＭＰマネージャ２の代理でフレームを各スイッチＡ〜Ｎに中継しており、データを集約できるので、従来のようにＳＮＭＰマネージャ２が各スイッチＡ〜Ｎにフレームを直接送る場合に比べて、ネットワーク１０の帯域負荷を軽減できる。
【００６３】
従来のように、ＳＮＭＰマネージャ２が各スイッチＡ〜ＮのＩＰアドレスを指定して通信するときは、ＳＮＭＰマネージャ２が各スイッチＡ〜ＮにＡＲＰフレームを送り、各スイッチＡ〜ＮのＭＡＣアドレスを知らないと通信できない。しかし、管理スイッチ１を用いてネットワーク１０を構築すれば、ＳＮＭＰマネージャ２は各スイッチＡ〜ＮのＩＰアドレスやＭＡＣアドレスを知らなくてもよいので、その分ＡＲＰフレームを減らせる。
【００６４】
ＳＮＭＰでは、同じＩＰアドレスの通信機器に対するＳＮＭＰ要求は一つのフレームに複数収めることができるが、違うＩＰアドレスの通信機器に対するＳＮＭＰ要求は別々のフレームとなる。
【００６５】
管理スイッチ１を用いてネットワーク１０を構築すれば、ＳＮＭＰマネージャ２には、管理スイッチ１およびスイッチＡ〜Ｎが一台のスイッチＳとして見えるので、例えば、インデックス１０１と２０１のＳＮＭＰ要求を一つのフレーム内に収めることができる。
【００６６】
したがって、従来はＩＰアドレスの違うスイッチの場合、同じＳＮＭＰ要求であっても別のフレームとなるが、本発明では１つのフレームに収めることが可能であり、フレームヘッダ等のオーバーヘッドを減らすことができる。
【００６７】
さらに、各スイッチＡ〜Ｎの動作を変更することなく、管理スイッチ１を含めた複数台のスイッチＡ〜Ｎを積み重ねた一台のシャーシ型スイッチＳと見なして使用できる。
【００６８】
上記実施の形態では、管理スイッチ１にスイッチＡ〜ＮとＳＮＭＰマネージャ２をスター接続したネットワーク１０の例で説明したが、予め管理スイッチ１にＩＰアドレステーブルを手動で登録しておいた場合、本発明は、管理スイッチ１にスイッチＡ〜ＮとＳＮＭＰマネージャ２をカスケード（多段）接続したネットワークにおいても、同様の作用効果が得られる。
【００６９】
【発明の効果】
以上説明したことから明らかなように、本発明によれば、次のような優れた効果を発揮する。
【００７０】
（１）ＳＮＭＰマネージャは、管理スイッチ以外の各スイッチの情報を知らなくても、ＳＮＭＰマネージャに接続された全スイッチを容易に一括管理できる。
【００７１】
（２）ネットワークの帯域負荷を軽減できる。
【００７２】
（３）ＡＲＰフレームを減らせる。
【００７３】
（４）従来はＩＰアドレスの違うスイッチの場合、同じＭＩＢの要求であっても別のフレームとなるが、本発明では一つのフレームに収めることが可能である。
【００７４】
（５）各スイッチの動作を変更することなく、複数のスイッチを一台のシャーシ型スイッチと見なして使用できる。
【図面の簡単な説明】
【図１】本発明に係るスイッチングハブを用いたネットワークの一例を示す概略図である。
【図２】インデックステーブルの一例を示す図である。
【図３】第一の方法を示すフローチャートである。
【図４】
図４（ａ）は、ＳＮＭＰマネージャが送信するＳＮＭＰ要求の一例を示すフレームの概略図である。図４（ｂ）は、管理スイッチ１が代理で送信するＳＮＭＰ要求の一例を示すフレームの概略図である。図４（ｃ）は、管理スイッチが代理で受信するＳＮＭＰ応答の一例を示すフレームの概略図である。図４（ｄ）は、ＳＮＭＰマネージャが受信するＳＮＭＰ応答の一例を示すフレームの概略図である。
【図５】第二の方法を示すフローチャートである。
【図６】図６（ａ）は、ＳＮＭＰマネージャが送信するＳＮＭＰ要求の一例を示すフレームの概略図である。図６（ｂ）は、ＳＮＭＰマネージャが受信するＳＮＭＰ応答の一例を示すフレームの概略図である。
【符号の説明】
１ 管理スイッチ（本発明に係るスイッチングハブ）
２ ＳＮＭＰマネージャ
１０ ネットワーク
Ａ〜Ｎ 従来のスイッチングハブ（通信機器）
Ｓ シャーシ型スイッチ
ｔ ＳＮＭＰ要求
ｒ ＳＮＭＰ応答

Claims (2)

1. 複数の通信機器が接続され、ネットワーク上のＳＮＭＰマネージャで管理されるスイッチングハブにおいて、上記ＳＮＭＰマネージャからのＳＮＭＰ要求に基づき、そのＳＮＭＰ要求を特定の通信機器に上記ＳＮＭＰマネージャの代理で転送することを特徴とするスイッチングハブ。
2. 各通信機器の番号とポート番号とを組み合わせたインデックスからなるインデックステーブルを備えた請求項１記載のスイッチングハブ。

Images