JP2005109694A - 中継処理装置、通信装置および通信システム - Google Patents

Abstract

【課題】 可用性および保守性を高める。
【解決手段】 物理的に各ポートに接続された各通信装置を論理的にグループ分けし、同じグループに属する通信装置間で、所定のプロトコルデータ単位の中継を行う中継処理装置において、前記各通信装置のうち、前記プロトコルデータ単位の送信元となる接続確認元端末から、当該プロトコルデータ単位の宛先となる接続確認先端末を指定して当該プロトコルデータ単位に収容した接続確認要求メッセージが届いたとき、当該接続確認元端末から接続確認先端末にいたる伝送経路上に散在する前記グループ分けに関連するグループ分け関連情報を収集して、当該接続確認元端末に返送するグループ分け関連情報収集部を備える。
【選択図】 図１

Description

本発明は中継処理装置に関し、例えば、ＶＬＡＮ（バーチャルＬＡＮ）に対応する機能を備えたスイッチングハブなどに適用して好適なものである。

また、本発明は、当該中継処理装置によって通信の中継を受ける通信装置に関するものである。

さらに、本発明は、当該中継処理装置と通信装置を備えた通信システムに関するものである。

近年、ＶＬＡＮを利用してブロードキャストドメインを論理的に変更することができるようになった。それまでは、物理的なネットワーク構成とブロードキャストドメインは一体不可分の関係にあったため、ブロードキャストドメインを変更するには、物理的なネットワーク構成を変更する必要があり、多大な時間と手間を要したが、ＶＬＡＮ機能によれば、ＶＬＡＮのための論理的な設定を施すだけで、スイッチングハブなどの中継処理装置が、同じＶＬＡＮに属する通信端末のあいだでのみフレームの中継を行う。

ここで、ネットワークとしてのＶＬＡＮは、前記ブロードキャストドメインに等しい。また、ブロードキャストドメインとは、ネットワーク上でブロードキャストフレームが到達する範囲を指す。

異なるＶＬＡＮのあいだでフレームを中継しないことにより、セキュリティの確保、通信帯域の節約などの利点も得られる。

ＶＬＡＮに関連する従来の技術としては下記の特許文献１に記載されたものがあげられる。

特許文献１の技術では、端末のＩＰアドレスとＶＬＡＮ−ＩＤの対応を予めネットワーク管理装置の管理テーブルに登録しておき、登録されている端末がスイッチングハブのいずれかのポートに接続されたときには、当該スイッチングハブが当該端末のＩＰアドレスをネットワーク管理装置に伝え、その応答として当該ＩＰアドレスに対応するＶＬＡＮ−ＩＤを受け取るものである。スイッチングハブは、受け取ったＶＬＡＮ−ＩＤを当該ポートに自動的に設定するため、端末を接続するポートを変更した場合などでも、手間をかけることなく、適切なＶＬＡＮの設定を行うことが可能になる。

ここで、ＶＬＡＮ−ＩＤとは、前記ＶＬＡＮを一意に識別するための識別情報である。
特開２００２−６４５２５

ところで、ＶＬＡＮに対応するスイッチングハブは、その性質上、いずれかのＶＬＡＮに属するある端末が送信したフレームは、基本的に、同じＶＬＡＮに属する端末にしか中継しないので、端末を利用するユーザの想定と実際の端末やスイッチングハブにおけるＶＬＡＮの設定が整合しない設定ミスが発生した場合には、当然、送信したフレームを目的の端末まで届けることができず、通信不能となる。

ただし通信不能となる原因には、前記設定ミスのほかにも、ＬＡＮケーブルの切断など様々なものがあり得るし、また、設定ミスだけに限っても、複数のスイッチングハブが含まれ、多数のＶＬＡＮが設定されている比較的大きなネットワークの場合などには、いずれの設定に設定ミスがあるのかを特定することにさえ時間と労力を要するため、通信不能の原因を調べる際の効率が悪く、可用性や保守性が低い。

また、上述した特許文献１の技術の場合、前記管理テーブルに対する端末のＩＰアドレスとＶＬＡＮ−ＩＤの対応の登録が正しく行われていれば、端末を接続するポートを変更したときのＶＬＡＮの設定変更を自動的に行うことができるが、当該管理テーブルに対する最初の登録に誤りが含まれていた場合には、前記設定ミスの場合と同様な問題が発生し得る。

かかる課題を解決するために、第１の本発明では、物理的に各ポートに接続された各通信装置を論理的にグループ分けし、同じグループに属する通信装置間で、所定のプロトコルデータ単位の中継を行う中継処理装置において、前記各通信装置のうち、前記プロトコルデータ単位の送信元となる接続確認元端末から、当該プロトコルデータ単位の宛先となる接続確認先端末を指定して当該プロトコルデータ単位に収容した接続確認要求メッセージが届いたとき、当該接続確認元端末から接続確認先端末にいたる伝送経路上に散在する前記グループ分けに関連するグループ分け関連情報を収集して、当該接続確認元端末に返送するグループ分け関連情報収集部を備えたことを特徴とする。

また、第２の本発明では、物理的に各ポートに接続された各通信装置を論理的にグループ分けし、同じグループに属する通信装置間で、所定のプロトコルデータ単位の中継を行う中継処理装置に接続された通信装置において、自通信装置が前記プロトコルデータ単位の送信元となる場合、当該プロトコルデータ単位の宛先となる宛先通信装置を指定して当該プロトコルデータ単位に収容した接続確認要求メッセージを送信する接続確認要求部と、当該接続確認要求メッセージに応じて、前記中継処理装置が、前記自通信装置から宛先通信装置にいたる伝送経路上に散在する前記グループ分けに関連するグループ分け関連情報を収集して返送してきたとき、そのグループ分け関連情報をもとに、前記伝送経路上で接続性の欠如している箇所および／または接続性欠如の原因を解析する解析実行部を備えたことを特徴とする。

さらに、第３の本発明にかかる通信システムでは、請求項１〜４の中継処理装置と、当該中継処理装置が行う所定のプロトコルデータ単位の中継処理により、当該プロトコルデータ単位を用いた通信を行う請求項５の通信装置とを備えたことを特徴とする。

本発明によれば、可用性および保守性を高めることが可能である。

（Ａ）実施形態
以下、本発明にかかる中継処理装置、通信装置および通信システムを、ＶＬＡＮタグを使用するタグＶＬＡＮと、ＶＬＡＮタグを使用しないタグ無しＶＬＡＮが混在する通信システムに適用した場合を例に、実施形態について説明する。

（Ａ−１）実施形態の構成
本実施形態にかかる通信システム１０の全体構成例を図６に示す。

図６において、当該通信システム１０は、端末２０１〜２０３と、スイッチングハブ２１０，２２０，２３０と、伝送路１１〜１５とを備えている。

このうち端末２０１〜２０３は、例えば、ネットワーク機能を搭載したパーソナルコンピュータなどの通信端末である。したがって当該端末２０１〜２０３は、ＭＡＣフレームの送信や受信を行うことができる。ここで、端末２０１はユーザＵ１によって使用され、端末２０２はユーザＵ２によって使用され、端末２０３はユーザＵ３によって使用されるものとする。

なお、通信システム１０内には図示しないサーバ類（例えば、メールサーバ、ＤＮＳサーバ、ＤＨＣＰサーバなど）が存在していてもよいことは当然である。また、端末２０１〜２０３のいずれかがこのようなサーバであってもかまわない。

スイッチングハブ２１０、２２０，２３０は、基本的にＯＳＩ参照モデルのデータリンク層で中継処理を行う中継装置であるが、必要に応じて、ＯＳＩ参照モデルのネットワーク層で中継処理を行う機能を搭載しているものであってよい。したがって、当該スイッチングハブ２１０、２２０，２３０はＬ２スイッチまたはＬ３スイッチに対応し得るものである。本実施形態の構成上、これらスイッチングハブ２１０〜２３０が、ＶＬＡＮに対応する機能を備えていることは必須である。

スイッチングハブ２２０はポート２２１を備え、スイッチングハブ２１０はポート２１１〜２１４を備え、スイッチングハブ２３０はポート２３１，２３２を備えている。

端末（例えば、２０１）とスイッチングハブ（例えば、２１０）のあいだ、またはスイッチングハブ（例えば、２１０）とスイッチングハブ（例えば、２３０）のあいだを接続する伝送路１１〜１５は、無線伝送路であってもかまわないが、ここでは、ツイストペアケーブルなどの有線伝送路であるものとする。

スイッチングハブ２２０のポート２２１とスイッチングハブ２１０のポート２１２は伝送路１１で接続され、スイッチングハブ２１０のポート２１３とスイッチングハブ２３０のポート２３１は伝送路１４で接続され、スイッチングハブ２１０のポート２１１と端末２０１は伝送路１２で接続され、スイッチングハブ２１０のポート２１４と端末２０２は伝送路１３で接続され、スイッチングハブ２３０のポート２３２と端末２０３は伝送路１５で接続されている。

例えば、あるスイッチングハブが図３に示すように５つのポートＰＴ１〜ＰＴ５を備え、ポートＰＴ１〜ＰＴ３にはＶＬＡＮグループ１（すなわち、ＶＬＡＮグループ番号＝１のＶＬＡＮ）が対応づけられ、ポートＰＴ３〜ＰＴ５にはＶＬＡＮグループ２（すなわち、ＶＬＡＮグループ番号＝２のＶＬＡＮ）が対応付けられている場合、ポートＰＴ１で受け取ったフレーム（ＶＬＡＮ１パケット）ＦＬ１は、そのフレームが収容している宛先ＭＡＣアドレスに応じて、ポートＰＴ２〜ＰＴ３のいずれか、または全てから送出するが、宛先ＭＡＣアドレスがどのようなものであったとしても、ポートＰＴ４〜ＰＴ５から送出することはない。ポートＰＴ４〜ＰＴ５はＶＬＡＮグループ１とは別のＶＬＡＮグループ２に属するからである。

同様のことはＶＬＡＮグループ２に属するポート（例えば、ＰＴ４）から受け取ったフレーム（ＶＬＡＮ２パケット）ＦＬ２の中継に関しても成立する。

したがって、図２に示すように、ＶＬＡＮ２パケットがポートＰＴ４から送出されたり受信されたりすることはあっても、ＶＬＡＮ２パケットがポートＰＴ１から送出されたり受信されたりすることはない。なお、ここで、ＶＬＡＮグループ番号は、通信システム１０内で各ＶＬＡＮを一意に識別するための識別情報であり、上述したＶＬＡＮ−ＩＤに等しい。

図６に示したスイッチングハブ２１０〜２３０はＶＬＡＮに対応しているため、図３、図２に示した中継動作は、いずれのスイッチングハブ２１０〜２３０に関しても当てはまる。

前記スイッチングハブ２１０の内部構成例を図１に示す。スイッチングハブ２２０，２３０の内部構成もこれと同じである。

（Ａ−１−１）スイッチングハブの内部構成例
図１において、当該スイッチングハブ２１０は、ＶＬＡＮ情報テーブル１０２と、端末ＶＬＡＮ情報テーブル１０３と、ＶＬＡＮ情報スイッチ接続テーブル１０４と、ＶＬＡＮ情報処理部１０５と、ＶＬＡＮ情報送受信部１０６と、８つのポート２１１〜２１８を備えている。

図６に示したネットワーク構成では、この８つのポート２１１〜２１８のうち、ポート２１１〜２１４の４ポートだけが使用されている。

前記ＶＬＡＮ情報テーブル１０２は、各ポートに関するＶＬＡＮ情報（ポート番号とＶＬＡＮグループ番号（ＶＬＡＮ−ＩＤ）の対応を含む各種情報）を登録することのできるものであればどのような構成を有するものであってもかまわないが、ここでは、一例として、図１０に示すデータ項目「物理アドレス」、「ポート番号」、「ＶＬＡＮグループ」、「タグ有無」、「ベースＶＬＡＮ」、「ルーティング先ＶＬＡＮ」を有するテーブルであるものとする。図１０はＶＬＡＮ情報応答フレーム（ＦＬ１２）のフォーマット構成を示すものであるが、そのうちポート毎ＶＬＡＮ情報フィールドＦＤ２８の構成（各フィールドＦＤ３０〜ＦＤ３５，ＦＤ４０〜ＦＤ４５）はそのまま、当該ＶＬＡＮ情報テーブル１０２の構成に対応する。

ここで、物理アドレスとは、スイッチングハブ２１０の各ポートや端末（例えば、２０１）に対して付与されるグローバルに一意な物理的な識別情報のことであり、具体的には、前記ＭＡＣアドレスを指す。ＭＡＣアドレスは各製品（例えば、スイッチングハブや端末（さらに具体的には、端末に装着しているＬＡＮカード））の製造工程でＲＯＭ（リードオンリメモリ）などに書き込む形で付与されるため、その後、変更することはできない。

また、ポート番号は、スイッチングハブ２１０が自身の各ポートを一意に識別するための識別情報である。

さらに、ＶＬＡＮグループは、前記ＶＬＡＮグループ番号（ＶＬＡＮ−ＩＤ）のことである。

タグ有無とは、ＶＬＡＮの方式の別を示すデータ項目である。具体的には、上述したタグＶＬＡＮであるか、タグ無しＶＬＡＮであるかを示す。タグＶＬＡＮでは、所定のＶＬＡＮタグ（例えば、ＩＥＥＥ８０２．１Ｑ準拠のタグ）をＭＡＣフレームのなかに挿入したフレームフォーマットを使用し、そのフレームフォーマットのＭＡＣフレームを受信した場合、ＶＬＡＮタグ中に収容されたＶＬＡＮグループ番号の値を解釈することによって、そのＭＡＣフレームが属するＶＬＡＮを判定（タグＶＬＡＮ用判定処理）するが、タグ無しＶＬＡＮではＭＡＣフレームのなかにＶＬＡＮタグを挿入することはない。タグ無しＶＬＡＮの場合、例えば、同じＶＬＡＮグループに属する複数のポートを予め対応付けておき、この対応付けに基づいて同じＶＬＡＮグループに属する他のポートを判定（タグ無しＶＬＡＮ用判定処理）し、同じＶＬＡＮグループに属するポート間でＭＡＣフレームの中継を行う。複数のスイッチングハブにまたがるＶＬＡＮグループを設定するには、タグＶＬＡＮを用いる必要がある。

このように同じＶＬＡＮであっても、タグＶＬＡＮとタグ無しＶＬＡＮでは処理の方法がまったく異なるため、通常、両者のあいだに接続性はない。例えば、タグ無しＶＬＡＮにのみ対応している端末に、ＶＬＡＮタグを挿入したＭＡＣフレームを届けても、正常に処理することができず、通信は成立しないのが普通である。

ベースＶＬＡＮは、ベースＶＬＡＮが設定されている場合にそれを記述するためのデータ項目である。

ルーティング先ＶＬＡＮは、異なるＶＬＡＮ間でＭＡＣフレームに収容されているＩＰパケットの中継を行う場合に設定されるものである。上述したように、ＶＬＡＮに対応したスイッチングハブ（ここでは、２１０）では、基本的に、異なるＶＬＡＮ間での中継は行わないため、このような中継を行うのは例外的なケースである。このような中継はＯＳＩ参照モデルのネットワーク層で行われるため、スイッチングハブ２１０がＬ３スイッチであること、または外部にルータを伴いそのルータのルーティング機能を利用すること等が前提となる。

次に、前記端末ＶＬＡＮ情報テーブル１０３について説明する。当該端末ＶＬＡＮ情報テーブル１０３には、スイッチングハブ２１０に直接、接続されている端末に関するＶＬＡＮ情報を登録するものとする。したがって図６の構成の場合、スイッチングハブ２１０の端末ＶＬＡＮ情報テーブル１０３の各行には、端末２０１や２０２に関するＶＬＡＮ情報は登録されるが、端末２０３に関するＶＬＡＮ情報は登録されない。

当該端末ＶＬＡＮ情報テーブル１０３は、データ項目として、例えば、図４に示すように、「ポート番号」、「接続機器物理アドレス」、「ＶＬＡＮグループ番号」、「タグ有無」を有する。

このうち多くのデータ項目は図１０に示したＶＬＡＮ情報テーブル１０２のデータ項目と同じである。すなわち、ポート番号は図１０のポート番号と同じであり、ＶＬＡＮグループ番号は図１０のＶＬＡＮグループと同じであり、タグ有無は図１０のタグ有無と同じである。

また、接続機器物理アドレスは、スイッチングハブ２１０のポートのうちそのポート番号で指定されるポート（例えば、２１１）に接続された接続機器（ここでは、端末２０１）の物理アドレス（ＭＡＣアドレス）を示すデータ項目である。

この端末ＶＬＡＮ情報テーブル１０３の各データ項目の値を収集して当該端末ＶＬＡＮ情報テーブル１０３を作成する際、スイッチングハブ２１０は、そのポート番号で指定されるポート（例えば、２１１）から受信されたＭＡＣフレームの送信元ＭＡＣアドレスをもとに、該当する行（レコード）につき、前記接続機器物理アドレスの値を決める。また、そのＭＡＣフレームがＶＬＡＮタグを含むものである場合には、前記タグＶＬＡＮ用判定処理を実行し、ＶＬＡＮタグを含まないものである場合には、前記タグ無しＶＬＡＮ用判定処理を実行して、各判定処理の結果として得られたＶＬＡＮグループ番号の値を、その行のＶＬＡＮグループ番号の値とする。なお、タグ無しＶＬＡＮ用判定処理の場合、ポートとポートが対応付けられているか否か（相互にＭＡＣフレームの中継を行うか否か）さえわかればよいのだから、その詳細な仕様によっては、判定処理の過程でＶＬＡＮグループ番号を得る必要がない可能性もあるが、ここでは得るものとする。

一般的なスイッチングハブが搭載している同様な機能としてフィルタリングデータベースがあるが、この端末ＶＬＡＮ情報テーブル１０３は、到達するＭＡＣフレーム内のＶＬＡＮ情報に関わらず、ＭＡＣフレーム内の物理アドレスを学習、蓄積していくところがフィルタリングデータベースと異なる。すなわち、この端末ＶＬＡＮ情報テーブル１０３への登録では、当該ポートで受信されたＭＡＣフレームに関し、送信元ＭＡＣアドレスやＶＬＡＮグループ番号などの登録を行うものである。

例えば、所属するＶＬＡＮが異なる等の理由で、本来そのポート（２１１）に接続することのできない端末（例えば、２０１）が接続されたとしても、その事実を当該端末２０１のユーザＵ１は認識していないのが普通であるから、当該ユーザＵ１が後で接続確認要求を送信したとき、正常な接続確認応答を返送するには、後述するように、当該端末ＶＬＡＮ情報テーブル１０３に当該端末２０１に関する行を登録しておくことが必要だからである。

次に、前記ＶＬＡＮ情報スイッチ接続テーブル１０４について説明する。

当該ＶＬＡＮ情報スイッチ接続テーブル１０４は、ＶＬＡＮに関する設定情報を収集して通知する機能を持つスイッチングハブがいずれのポートに接続されているかを登録することができるものであればどのような構成であってもかまわないが、図５の例では、データ項目として、「ポート番号」と、「ＶＬＡＮ情報通知スイッチ物理アドレス」とを有する。

このうちポート番号は図１０のポート番号と同じである。

また、ＶＬＡＮ情報通知スイッチ物理アドレスは、ＶＬＡＮに関する設定情報を収集して通知する機能を持つスイッチングハブのＭＡＣアドレスを示すデータ項目である。例えば、図６のスイッチングハブ２１０からみると、ポート２１２に接続されているスイッチングハブ２２０と、ポート２１３に接続されているスイッチングハブ２３０が、このようなスイッチングハブに該当する。

前記ＶＬＡＮ情報処理部１０５は、問い合わせ中継部１０５Ａと、応答中継部１０５Ｂと、スイッチ間通信部１０５Ｃとを備え、これらのテーブル１０２〜１０４を参照して、他のスイッチングハブ（例えば、２３０）に対する問い合わせの中継を行ったり、他のスイッチングハブ（例えば、２３０）からの問い合わせに対する応答を作成または中継したりする機能を有する部分である。この問い合わせの中継を行うのは、問い合わせ中継部１０５Ａであり、問い合わせに対する応答の作成または中継を行うのは、応答中継部１０５Ｂである。

問い合わせ中継部１０５Ａは、いずれかの端末（例えば、２１１）が送信したＶＬＡＮ情報要求フレームを中継することにより、問い合わせの中継を行うものである。また、応答中継部１０５Ｂは、自スイッチングハブ（ここでは、２１０）が問い合わせに応えるときには応答の作成を行い、他のスイッチングハブ（例えば、２３０）からの応答を中継するときには応答の中継を行う。本実施形態では、ＶＬＡＮ情報要求フレームの送信元である端末（例えば、２１１）から遠い位置にあるＶＬＡＮ情報から順番に、そのＶＬＡＮ情報を管理している各スイッチングハブが追加していく形式で、最終的な応答を作成して行くため、応答の作成と中継はほぼ同時に行うことが多い。応答の作成や中継では、ＶＬＡＮ情報応答フレームの作成や中継が行われる。

ＶＬＡＮ情報要求フレームもＶＬＡＮ情報応答フレームも、通常のＭＡＣフレームであるが、ペイロード部分（すなわち、情報フィールドＦＤ１４）のフォーマット構成などに特徴がある。

当該ＶＬＡＮ情報要求フレームＦＬ１１のフォーマット構成を図９に示し、ＶＬＡＮ情報応答フレームＦＬ１２のフォーマット構成を図１０に示す。

図９において、ＶＬＡＮ情報要求フレームＦＬ１１は、送信先物理アドレスＦＤ１１と、送信元物理アドレスＦＤ１２と、フレームタイプ（タイプフィールド）ＦＤ１３と、情報フィールドＦＤ１４と、ＦＣＳ（フレームチェックシーケンス）ＦＤ１５の各フィールドを備えている。

このうち送信先物理アドレスＦＤ１１は当該ＭＡＣフレームＦＬ１１の送信先物理アドレス（宛先ＭＡＣアドレス）を記述するフィールドであり、送信元物理アドレスＦＤ１２は当該ＭＡＣフレームＦＬ１１の送信元物理アドレス（送信元ＭＡＣアドレス）を記述するフィールドである。

これらのフィールドＦＤ１１，ＦＤ１２には、通常、いずれかの端末のＭＡＣアドレスが記述されるが、本実施形態では、フィールドＦＤ１１にはブロードキャストアドレスを記述するものとする。ブロードキャストアドレスは、同じブロードキャストドメイン内の全通信装置を宛先として指定する際に使用される所定値のＭＡＣアドレスである。また、当該ＶＬＡＮ情報要求フレームＦＬ１１の送信元が端末２０１である場合には、当該フィールドＦＤ１２には当初、当該端末２０１のＭＡＣアドレスであるＭ２０１が記述されるが、各スイッチングハブ（例えば、２１０）で中継されるたびにスイッチングハブの各ポート（例えば、２１３）のＭＡＣアドレスに書き換えられる。

前記フレームタイプＦＤ１３は当該ＭＡＣフレームＦＬ１１のタイプを示す情報を記述するフィールドである。この場合、当該フレームタイプＦＤ１３には、ＶＬＡＮ情報要求フレームであることを示す値を記述する。ただし後述する要求／応答フラグＦＤ１６があるため、当該フレームタイプＦＤ１３の記述のみで、必ずしも、ＶＬＡＮ情報要求フレームとＶＬＡＮ情報応答フレームの区別まで行える必要はない。

また、前記情報フィールドＦＤ１４には、要求／応答フラグＦＤ１６と、情報長ＦＤ１７と、接続確認元物理アドレスＦＤ１８と、接続確認先物理アドレスＦＤ１９が含まれる。

このうち要求／応答フラグＦＤ１６は、要求と応答の別、すなわち、当該ＭＡＣフレームＦＬ１１がＶＬＡＮ情報要求フレームであるか、ＶＬＡＮ情報応答フレームであるかを示す情報を記述するフィールドである。ここでは、当該ＭＡＣフレームはＶＬＡＮ情報要求フレームであるから、要求であることを示す値が記述されることになる。

情報長ＦＤ１７は当該情報フィールドＦＤ１４のサイズを示す情報を記述するフィールドである。

前記接続確認元物理アドレスＦＤ１８は、当該ＶＬＡＮ情報要求フレームＦＬ１１の送信元の端末（ここでは、２０１）のＭＡＣアドレスＭ２０１が記述される点で、当該端末から送信された当初は前記送信元ＭＡＣアドレスＦＤ１２と同じであるが、各スイッチングハブによる中継が行われても一貫して、当初の送信元の端末（ここでは、２０１）のＭＡＣアドレスＭ２０１が記述された状態を維持する点が相違する。

接続確認先物理アドレスＦＤ１９には、宛先の端末（ここでは、２０３とする）のＭＡＣアドレスであるＭ２０３を記述する。

送信元の端末から宛先（送信先）の端末にいたる伝送経路が複数のスイッチングハブにまたがる場合、個々のスイッチングハブはその伝送経路上の全ＶＬＡＮ情報を持っているわけではないが、伝送経路の一部に関するＶＬＡＮ情報を、前記ＶＬＡＮ情報テーブル１０２や端末ＶＬＡＮ情報テーブル１０３の形で蓄積している。

伝送経路の例としては、例えば、図６に一点鎖線で示した伝送経路ＰＲ１や、点線で示した伝送経路ＰＲ２がある。各ポートに関するＶＬＡＮ情報はそのポートを搭載しているスイッチングハブが、前記ＶＬＡＮ情報テーブル１０４の形で管理し、各端末に関するＶＬＡＮ情報はその端末を直接、収容している各スイッチングハブが前記端末ＶＬＡＮ情報テーブル１０３の形で管理しているため、２つのスイッチングハブ２１０，２３０にまたがる伝送経路ＰＲ２の場合、これら２つのスイッチングハブの連携がなければ、伝送経路ＰＲ２上の全ポート（２１１，２１３，２３１，２３２）および端末に関するＶＬＡＮ情報を得ることができないが、１つのスイッチング２１０だけを介して設定される伝送経路ＰＲ１の場合には、当該スイッチングハブ２１０単独で伝送経路ＰＲ１上の全ポート（ここでは、２１１，２１４）および端末に関するＶＬＡＮ情報を得ることができる。

このうち伝送経路ＰＲ１は例えば、前記接続確認元物理アドレスＦＤ１８として端末２０１のＭＡＣアドレスＭ２０１を記述し、接続確認先物理アドレスＦＤ１９として端末２０２のＭＡＣアドレスＭ２０２を記述したケースに対応する伝送経路である。

前記ＦＣＳＦＤ１５は例えばＣＲＣ（巡回冗長符号）などを使用して伝送誤りの有無を検出するために使用されるフィールドである。伝送路（例えば、１２）として同軸ケーブルを使用する場合などと異なり、ツイストペアケーブルを使用する場合には通常、ＭＡＣフレーム間の衝突による伝送誤りは発生し得ないが、その他の原因による伝送誤りは発生する可能性がある。

一方、図１０に示すＶＬＡＮ情報応答フレームＦＬ１２の各フィールドのうち、図９の各フィールドと対応する名称を付与したフィールドＦＤ２１，ＦＤ２２，ＦＤ２３，ＦＤ２４，ＦＤ２５，ＦＤ２６，ＦＤ２７の機能は図９に示すＶＬＡＮ情報応答フレームＦＬ１１と対応するので、その詳しい説明は省略する。

ただし当該フレームタイプＦＤ２３の記述でＶＬＡＮ情報要求フレームとＶＬＡＮ情報応答フレームを区別する場合なら、当該フレームタイプＦＤ２３には、ＶＬＡＮ情報応答フレームを示す値を記述することになる。

また、ＶＬＡＮ情報応答フレームＦＬ１２は、最終的には必要なＶＬＡＮ情報を収集してＶＬＡＮ情報要求フレームの送信元の端末（ここでは、２０１）に届けるために使用されるフレームであるから、前記送信先物理アドレスＦＤ２１に記述される値はブロードキャストアドレスではなく、当該端末２０１のＭＡＣアドレスＭ２０１または、ＶＬＡＮ情報要求フレームＦＬ１１を中継したスイッチングハブの該当ポート（出力ポート）のＭＡＣアドレスを記述することになる。

さらに、前記情報フィールドＦＤ２４中、要求／応答フラグＦＤ２６には、応答であることを示す値を記述する。

ポート毎ＶＬＡＮ情報ＦＤ２８中の各フィールドＦＤ３０〜ＦＤ３５，ＦＤ４０〜ＦＤ４５は、すでに説明したように、前記ＶＬＡＮ情報テーブル１０２のデータ項目に対応するものである。

ＶＬＡＮ情報テーブル１０２に対応する構造を有する、当該ポート毎ＶＬＡＮ情報ＦＤ２８内のデータ構造（テーブルに対応）をＴＢ１とすると、当該テーブルの１行（例えば、Ｌ１１）が前記伝送経路上に存在するいずれかのスイッチングハブのいずれかのポートに対応するＶＬＡＮ情報である。したがって、当該テーブルＴＢ１には少なくとも２つのポートに対応し２つの行が存在することになるが、図１１に示すように、送信元と宛先の端末のＶＬＡＮ情報も各ポートのＶＬＡＮ情報と同様に１行分ずつ付加されるため、最低、４行が含まれることになる。当該テーブルＴＢ１が４行からなるのは、前記伝送経路（例えば、ＰＲ１）上に１つのスイッチングハブ（ここでは、２１０）だけが介在するケースである。

伝送経路上の全ポートに関するＶＬＡＮ情報は、ここでは、接続確認元端末から遠いポートに関するＶＬＡＮ情報から順番に配列していくものとする。この配列の最初には、前記宛先の端末（接続確認先端末）に関するＶＬＡＮ情報が配置され、最後には、接続確認元端末自体に関するＶＬＡＮ情報が配置されるので、当該伝送経路ＰＲ１上の全ＶＬＡＮ情報は、図１１に示す形にまとめられて、接続確認元端末２０１へ返送されることになる。

２つのスイッチングハブ２１０，２３０にまたがる前記伝送経路ＰＲ２の場合も同様で、最初は、接続確認元端末２０１から遠いポート等に関するＶＬＡＮ情報が例えば、図１２に示す３つの行にまとめられ、つづいて接続確認元端末２０１に近いポート等に関するＶＬＡＮ情報（新たな３行）が追加されて図１３に示す形にまとめられる。

以上のようにＶＬＡＮ情報要求フレームＦＬ１１やＶＬＡＮ情報応答フレームＦＬ１２をやり取りし、問い合わせの中継先となるスイッチングハブは、図１に示すような内部構成を有しＶＬＡＮ情報を通知可能なスイッチングハブである必要がある。図１に示すような内部構成を持たない通常のスイッチングハブでは、ＶＬＡＮ情報要求フレームＦＬ１１やＶＬＡＮ情報応答フレームＦＬ１２は、単に、通常のＭＡＣフレームとして中継処理されるだけだからである。

本実施形態の通信システム１０に含まれる３つのスイッチングハブ２１０，２２０，２３０はすべて、図１に示す内部構成を持つものとするが、一般的には、通信システム（１０）中に、図１に示す内部構成を有するスイッチングハブとそうでない通常のスイッチングハブが混在している可能性がある。したがって、図１に示す内部構成を有するスイッチングハブ（例えば、２１０）は、通信システム１０中でいずれのスイッチングハブがＶＬＡＮ情報を通知可能なスイッチングハブであるかを予め探索し、認識しておく必要がある。

そのために使用されるのが、図７に示すフォーマット構成を持つＶＬＡＮ情報スイッチ取得フレームＦＬ１３である。

図７の各フィールドＦＤ５１〜ＦＤ５５の機能は、対応する名称を付与した図９の各フィールドと対応するので、その詳しい説明は省略する。

ここで、送信先物理アドレスＦＤ５１には、図９の送信先物理アドレスＦＤ１１と同様、ブロードキャストアドレスを記述する。

どこに存在するかが不明な、図１の内部構成を持つスイッチングハブを探索するためのフレームであるから、当該スイッチングハブ２１０は、自身の各ポート（２１１〜２１４）がいずれのＶＬＡＮに対応するものであるかにかかわらず、すべてのポートから、当該送信先物理アドレスＦＤ５１にブロードキャストアドレスを記述した状態のＶＬＡＮ情報スイッチ取得フレームＦＬ１３を送信することになる。

ただし、そのポートに接続されているものが、中継機能を持つスイッチングハブ等ではなく、クライアント端末やサーバ端末などのエンド端末であることが予め判明している場合には、そのポートからのＶＬＡＮ情報スイッチ取得フレームＦＬ１３の送信は行わないようにしてもかまわない。

また、前記フレームタイプＦＤ５３には、ＶＬＡＮ情報スイッチ取得フレームであることを示す値を記述する。ＶＬＡＮ情報スイッチ取得フレームＦＬ１３にも、前記ＶＬＡＮ情報要求フレームＦＬ１１とＶＬＡＮ情報応答フレームＦＬ１２の場合と同様に、要求と応答の区別があるから、要求／応答フラグＦＤ５４には要求または応答のいずれかを示す値を記述する。

通常、スイッチングハブはブロードキャストフレームを受信した場合、そのまま透過させるが、本実施形態におけるスイッチングハブ（例えば、２３０）は、当該ＶＬＡＮ情報スイッチ取得フレームＦＬ１３を受信した場合にはフレームの透過は行わない。ＶＬＡＮ情報スイッチ取得フレームＦＬ１３を受けたスイッチングハブ（例えば、２３０）は、当該フレームＦＬ１３内の要求／応答フラグＦＤ５４の記述を応答に変更し、送信元のスイッチングハブ（例えば、２１０）に、自身がＶＬＡＮ情報を通知可能なスイッチであることを知らせるために、ＶＬＡＮ情報スイッチ取得フレームＦＬ１３を返信する。このようにＶＬＡＮ情報スイッチ取得フレームＦＬ１３をやり取りするのは、前記スイッチ間通信部１０５Ｃの役割である。

ＶＬＡＮ情報スイッチ取得フレームの応答を受け取ったスイッチングハブ（例えば、２１０）は、それぞれ、応答を受け取ったポートの接続先がＶＬＡＮ情報を通知可能なスイッチであることを登録しておく。この登録には、例えば、図８に示す構成を持つＶＬＡＮ情報スイッチ接続テーブル１０４を利用する。

図１に示すＶＬＡＮ情報送受信部１０６は、前記ＶＬＡＮ情報処理部１０５内の問い合わせ中継部１０５Ａが中継するＭＡＣフレーム（ＶＬＡＮ情報要求フレーム）、応答中継部１０５Ｂが作成または中継するＭＡＣフレーム（ＶＬＡＮ情報応答フレーム）、スイッチ間通信部１０５Ｃがやり取りするＭＡＣフレーム（ＶＬＡＮ情報スイッチ取得フレーム）の送受信を行う部分である。当該ＶＬＡＮ情報送受信部１０６がＭＡＣフレームを送信するとき、いずれかのポート（例えば、２１３など）へ当該ＭＡＣフレームを送出し、ＭＡＣフレームを受信するときには、いずれかのポート（例えば、２１４）からＭＡＣフレームを受信する。

１つのスイッチングハブが前記タグＶＬＡＮとタグ無しＶＬＡＮの双方に対応することが可能であるので、当該スイッチングハブ２１０は、例えば、ポート２１１がタグ無しＶＬＡＮ、ポート２１２，２１３、２１４がタグ有りＶＬＡＮ（タグＶＬＡＮ）であってもよい。さらに具体的には、ポート２１１がタグ無しＶＬＡＮグループＡ、ポート２１２がタグ有りＶＬＡＮグループＢ、ポート２１３と２１４がタグ有りＶＬＡＮグループＡであってよい。このとき、全ポート２１１〜２１４のベースＶＬＡＮグループは、Ａであってよい。

次に、前記端末２０１の内部構成例について図１７を用いて説明する。端末２０２，２０３の内部構成もこれと同様であってよい。

（Ａ−１−２）端末の内部構成例
図１７において、当該端末２０１は、通信部２０と、制御部２１と、操作部２２と、記憶部２３と、表示部２４と、解析部２５と、接続確認処理部２６とを備えている。

このうち通信部２０は、前記伝送路２１１を介した通信のために機能する部分である。したがって、この通信部２０を介してＶＬＡＮ情報要求フレームＦＬ１１やＶＬＡＮ情報応答フレームＦＬ１２を含む前記ＭＡＣフレームが送受される。

制御部２１は、ハードウエア的には当該端末２０１のＣＰＵ（中央処理装置）に相当し、ソフトウエア的にはＯＳ（オペレーティングシステム）、メーラ、ＤＨＣＰクライアントソフトなどの各種プログラムに相当する部分である。

操作部２２は、前記ユーザＵ１が操作して当該端末２０１に指示を伝える部分で、例えば、マウスなどのポインティングデバイスやキーボードなどを有する。

記憶部２３はハードウエア的には、ＲＡＭ（ランダムアクセスメモリ）や、ハードディスクなどによって構成される記憶資源であり、ソフトウエア的には、各種のファイルがこの部分に含まれ得る。前記メーラなどのプログラムファイルもこのようなファイルの一つであるから、メーラなども、その物理的な実体は、この記憶部２３に位置する。

表示部２４は、当該端末２０１が搭載するアプリケーションソフト（例えば、メーラなど）の機能に応じて画面表示を行うディスプレイ装置に対応する部分である。前記操作部２２と当該表示部２４によって、ユーザインタフェースが構成される。

解析部２５と接続確認処理部２６は本実施形態で特徴的な構成要素である。

このうち接続確認処理部２６は、ユーザＵ１からの指示に応じて接続確認を行うため、前記ＶＬＡＮ情報要求フレームＦＬ１１の生成、送信や、ＶＬＡＮ情報応答フレームＦＬ１２の受信などを行う部分である。

また、解析部２５は、受信したＶＬＡＮ情報応答フレームＦＬ１２の前記ポート毎ＶＬＡＮ情報ＦＤ２８中の各フィールドＦＤ３０〜ＦＤ３５，ＦＤ４０〜ＦＤ４５を解析して解析結果をユーザＵ１に提供する部分である。

接続確認処理部２６に対してユーザＵ１が指示を出すときには、前記表示部２４や操作部２２を利用し、解析結果の提供を受けるときには、前記表示部２４を利用するものであってよい。ＩＰアドレスやコンピュータ名（ＦＱＤＮなど）をもとに、対応するＭＡＣアドレスを特定することは可能なので、実際の指示を出す場合、必ずしも接続確認先の端末（例えば、２０３）のＭＡＣアドレスをユーザＵ１が入力しなくても、当該接続確認先の端末のＩＰアドレスやコンピュータ名を指定するだけとすることもできる。

当該解析部２５および接続確認処理部２６は、前記メーラなどと同様、ソフトウエア的に実現してもよいことは当然である。

以下、上記のような構成を有する本実施形態の動作について図１４の動作シーケンスを参照しながら説明する。

図１４の動作シーケンスは、前記端末２０１が接続確認元端末となり、接続確認先端末である端末２０３までのＶＬＡＮによる通信の接続性（前記伝送経路ＰＲ２の接続性）について検査する場合の動作を示しており、Ｓ１０〜Ｓ２７の各ステップから構成されている。

（Ａ−２）実施形態の動作
図１に示した構成を有する本実施形態のスイッチングハブ２１０，２２０，２３０は、図７に示した前記ＶＬＡＮ情報スイッチ取得フレームＦＬ１３を用いて、図１に示す内部構成を有しＶＬＡＮ情報を通知可能なスイッチングハブがいずれのスイッチングハブであるかを相互に認識している。この認識は、図５に示すＶＬＡＮ情報スイッチ接続テーブル１０４の形で、各スイッチングハブ（例えば、２１０）のなかに形成される。このＶＬＡＮ情報スイッチ接続テーブル１０４は、図１４に示す動作シーケンスが開始する前の時点で、例えば図８（Ａ）〜（Ｂ）に示すように各スイッチングハブ２１０，２２０，２３０内に蓄積されている必要がある。

さらに、図４に示す端末ＶＬＡＮ情報テーブルや、図１０に示すＶＬＡＮ情報テーブル１０２も、図１４に示す動作シーケンスが開始する前の時点で各スイッチングハブ２１０，２２０，２３０内に蓄積されている。

スイッチングハブ２１０〜２３０内にテーブル１０２〜１０４が生成されている状態では、設定された各ＶＬＡＮグループに対応した中継処理が、各スイッチングハブ２１０〜２３０によって実行され得る。

ユーザＵ１〜Ｕ３の想定とＶＬＡＮ情報の設定が整合しており、各ユーザ（例えば、Ｕ１）が、当該通信システム１０内の端末と当該通信システム１０を介して正常に通信できるときには特に問題はないが、そうでないときには、ユーザ（例えば、Ｕ１）によって上述した通信不能として認識され、ＶＬＡＮに関し、上述した設定ミスの存否を確認する必要が生じる。例えば、前記端末２０１のユーザＵ１がこの設定ミスの存否を確認しようとしたとき、図１４の動作シーケンスが開始される。

前記端末２０１のユーザＵ１が、前記接続確認処理部２６などが表示部２４を介して提供する画面や操作部２２を利用して、端末２０３までの伝送経路ＰＲ２に関し、ＶＬＡＮによる通信の接続性について検査を要求したものとすると、前記接続確認処理部２６は、図９に示すＶＬＡＮ情報要求フレームＦＬ１１を生成し、ブロードキャストで送信する（Ｓ１０，Ｓ１１）。

このＶＬＡＮ情報要求フレームＦＬ１１の各フィールドの値は、具体的には図１５に示すものとなる。

このＶＬＡＮ情報要求フレームＦＬ１１にあたるＭＡＣフレームを前記ポート２１１を介して受け取ったスイッチングハブ２１０は、当該ＶＬＡＮ情報要求フレームＦＬ１１の前記フレームタイプＦＤ１３と要求／応答フラグＦＤ１６を調べることによって、そのＭＡＣフレームがＶＬＡＮ情報要求フレームであることを認識する。次に、当該ＶＬＡＮ情報要求フレームＦＬ１１の接続確認先物理アドレスＦＤ１９の値（端末２０３のＭＡＣアドレスＭ２０３）を検索キーとして図４の端末ＶＬＡＮ情報テーブル１０３を検索するが、この検索では有効な検索結果は得られない。端末ＶＬＡＮ情報テーブル１０３には、スイッチングハブ２１０の各ポート（例えば、２１１〜２１３）に直接、接続されている端末（例えば、端末２１１など）のＭＡＣアドレスだけを登録してあるのに、この検索キーは、スイッチングハブ２１０に直接、接続されていない端末２０３のＭＡＣアドレスＭ２０３だからである。

当該スイッチングハブ２１０自身が搭載している端末ＶＬＡＮ情報テーブル１０３から有効な検索結果が得られないとき、スイッチングハブ２１０は、ＶＬＡＮ情報スイッチ接続テーブル１０５を検索して、ＶＬＡＮ情報を通知可能なスイッチングハブを接続しているポート（ここでは、２１２，２１３）のポート番号を特定し、そのポートから、前記ＶＬＡＮ情報要求フレームＦＬ１１を送信することにより、ＶＬＡＮ情報要求フレームＦＬ１１の中継を行う（Ｓ１２〜Ｓ１４）。

ここでは、スイッチングハブ２１０がＶＬＡＮ情報を通知可能なスイッチングハブを接続しているポートは２１２と２１３の２つであるから、両ポート２１２，２１３からＶＬＡＮ情報要求フレームＦＬ１１が送信される（Ｓ１５，Ｓ１６）。

ステップＳ１５でポート２１２から送信されたＶＬＡＮ情報要求フレームＦＬ１１はスイッチングハブ２２０に届くが、当該スイッチングハブ２２０は、図６から明らかなように、配下に端末を収容しておらず（例えば、スイッチングハブ２１０にとっての端末２０１や２０２のような端末を持たない）、他のＶＬＡＮ情報を通知可能なスイッチングハブにも接続されていないため、通知すべきＶＬＡＮ情報を持たない。この場合、通知すべきＶＬＡＮ情報を持たないことを伝えるＭＡＣフレームをＶＬＡＮ情報応答フレームとして返送するようにしてもよいが、ここでは、単に、届いたＶＬＡＮ情報要求フレームＦＬ１１を廃棄するものとする（Ｓ１７〜Ｓ１９）。

当該スイッチングハブ２２０は、自身の端末ＶＬＡＮ情報テーブル１０３に有効な行が存在しないことから配下に端末を収容していないことを認識でき、また、自身のＶＬＡＮ情報スイッチ接続テーブル１０４が図８（Ｂ）に示す状態で当該ＶＬＡＮ情報要求フレームＦＬ１１の中継元であるスイッチングハブ２１０以外のスイッチングハブに対応する行を持たないことから他のスイッチングハブに接続されていないことを認識できる。

一方、前記ステップＳ１５でポート２１３から送信されたＶＬＡＮ情報要求フレームＦＬ１１をポート２３１で受け取ったスイッチングハブ２３１のほうは、当該ＶＬＡＮ情報要求フレームＦＬ１１の接続確認先物理アドレスＦＤ１９から抽出した値を検索キーとして自身の端末ＶＬＡＮ情報テーブルを検索することにより、接続機器物理アドレスが当該検索キーに一致する行を特定し、検索結果としてＶＬＡＮ情報を得ることができる（Ｓ２０）。

また、当該スイッチングハブ２３０のＶＬＡＮ情報テーブル１０２からも、当該接続確認先物理アドレスＦＤ１９から抽出した値を検索キーとした検索により、行を特定してＶＬＡＮ情報を得ることができる（Ｓ２１）。

これらステップＳ２０、Ｓ２１の検索によって特定した行の情報（ＶＬＡＮ情報）は、例えば、図１６に示す３つの行Ｌ２１、Ｌ２２，Ｌ２３に対応するものである。この図１６中のテーブルＴＢ２は、図１３に対応するものである。また、図１６中のフィールドＦＤ２１，ＦＤ２２の記述は、スイッチングハブ２３０からスイッチングハブ２１０へ返送されるときのＶＬＡＮ情報応答フレームＦＬ１２に対応するものとなっている。

ステップＳ２１につづき、スイッチングハブ２３０内では、図１０の行Ｌ１１〜Ｌ１２の替わりにこれら３行Ｌ２１〜Ｌ２３の情報を収容したＶＬＡＮ情報応答フレームＦＬ１２が生成され、ポート２３１からスイッチングハブ２１０へ返送される（Ｓ２２，Ｓ２３）。

当該ＶＬＡＮ情報応答フレームＦＬ１２を受け取ったスイッチングハブ２１０では、前記ステップＳ１２の結果と、ステップＳ２４の結果をもとに図１６の３つの行Ｌ２４，Ｌ２５，Ｌ２６のＶＬＡＮ情報を得て、この順番に前記３行Ｌ２１〜Ｌ２３に追加することにより、合計６行（Ｌ２１〜Ｌ２６）からなるテーブルＴＢ２がポート毎ＶＬＡＮ情報ＦＤ２８内に収容されることになる。

なお、ステップＳ２４は前記ステップＳ２１に対応し、ステップＳ２５は前記ステップＳ２２に対応するので、その詳しい説明は省略する。

そしてこれら６行Ｌ２１〜Ｌ２６のＶＬＡＮ情報を収容したＶＬＡＮ情報応答フレームＦＬ１２が、ポート２１１を介して、スイッチングハブ２１０から端末２０１へ送信される（Ｓ２６）。端末２０１へ届いたＶＬＡＮ情報応答フレームＦＬ１２は端末２０１内の前記解析部２５によって解析され、その解析結果が、前記表示部２４から表示されるので、ユーザＵ１は、極めて容易に、ＶＬＡＮの設定ミスの有無などを調べることができる。

なお、ＶＬＡＮに関する設定の詳細（ＶＬＡＮ情報の詳細）が、図１６のテーブルＴＢ２に示す通りであるとする場合、当該解析部２５による解析結果は一例として次のＤＳ１〜ＤＳ５に示すものとなる。

ＤＳ１：端末２０１とポート２１１は、双方ともにタグ無ＶＬＡＮグループＡであるため、通信可能。

これは、図１６に示す行Ｌ２６とＬ２５に基づく解析結果である。

ＤＳ２：ポート２１１とポート２１３は、スイッチングハブ２１０内で同一ＶＬＡＮグループに属するため通信可能。

これは、行Ｌ２５とＬ２４に基づく解析結果である。なお、図１６から明らかなように、ポート２１１と２１３のあいだには、タグの有無に相違があるが、
ポート２１１のベースＶＬＡＮはグループＡなのでタグ無しフレームはグループＡとなり、通信可能となるものである。

ＤＳ３：ポート２１３とポート２３１は、双方ともにタグ有りＶＬＡＮ（タグＶＬＡＮ）であり、なおかつＶＬＡＮグループＡに属するため通信可能。これは、行Ｌ２４とＬ２３に基づく解析結果である。

ＤＳ４：ポート２３１とポート２３２は異なるＶＬＡＮグループに属するが相互にルーティングされているため、通信可能。

これは、行Ｌ２３とＬ２２に基づく解析結果である。行Ｌ２３とＬ２２（図１６とともに図１３も参照）では、ポート２３１がＶＬＡＮグループＡに属し、ポート２３２はＶＬＡＮグループＢに属すため、両者はＶＬＡＮグループが異なるが、この行Ｌ２３，Ｌ２２では、ＶＬＡＮグループＡ、Ｂ間で相互にルーティングされていることから通信可能となるものである。このようなルーティングを行うためには、スイッチングハブ２３０がＬ３スイッチであることを要する。

ＤＳ５：ポート２３２と端末２０３は、双方ともにタグ有りＶＬＡＮ（タグＶＬＡＮ）であり、なおかつ、ＶＬＡＮグループＢに属するため通信可能。

これは、行Ｌ２２とＬ２１に基づく解析結果である。

このような解析結果ＤＳ１〜ＤＳ５が得られた場合、ＶＬＡＮの設定上は端末２０１と２０３が通信可能であるはずで、前記設定ミスが無いことがわかる。このような解析結果が得られたにもかかわらず、もしも両端末間で通信が行えないとするなら、ＬＡＮケーブル（例えば、１５）の切断などの原因を疑ってみる必要がある。

また、伝送経路ＰＲ２上のいずれかの箇所にＶＬＡＮに関する設定ミスがあれば、解析部２５が提供する解析結果によって直ちにその設定ミスが判明するため、速やかにその箇所の設定を変更し、所望の通信を行うことができるようにすることが可能である。

例えば、前記ポート２３２が上述したタグ有りＶＬＡＮグループＢではなく、タグ無しＶＬＡＮグループＢに設定されていたものとすると、前記解析結果ＤＳ１〜ＤＳ５のうちＤＳ４の内容だけが前記と相違するものとなる。

その場合、ＤＳ４は例えば次のようなものとなる。

ＤＳ４：ポート２３２はタグ無しＶＬＡＮグループＢ、端末２０３はタグ有りＶＬＡＮ（タグＶＬＡＮ）グループＢであるため通信不可能。

このようなケースでは、ポート２３２の設定をタグ有りＶＬＡＮグループＢに変更するか、端末２０３の設定をタグ無しＶＬＡＮグループＢに変更すること等によって、２つの設定を整合させれば、前記伝送経路ＰＲ２全体を通じて接続性が確保され、端末２０１と２０３の通信が可能な状態となる。

なお、本実施形態ではブロードキャストを多用し、ブロードキャストフレーム（ブロードキャストされたＭＡＣフレーム）を受け取ったときには、各スイッチングハブ（例えば、２１０）は、そのブロードキャストフレームのフレームタイプ（例えば、ＦＤ１３）の記述を検査し、ＶＬＡＮ情報のやり取り等に関連する前記フレームＦＬ１１〜ＦＬ１３のいずれであるかを判定する必要がある。ただし、通信システム１０内で各スイッチングハブによって中継処理される全ＭＡＣフレームに占めるブロードキャストフレームの割合は、通常、それほど高いものではないので、このような検査が中継処理のスループットに悪影響を与えることはほとんどない。

（Ａ−３）実施形態の効果
本実施形態によれば、伝送経路（例えば、ＰＲ２）上にＶＬＡＮに関する設定ミスがあるか否かを速やかに調べることができ、可用性や保守性が向上する。

（Ｂ）他の実施形態
上記実施形態では、同じ通信システム上でタグＶＬＡＮとタグ無しＶＬＡＮが混在していたが、本発明は、タグＶＬＡＮのみを用いる場合や、タグ無しＶＬＡＮのみを用いる場合に適用することが可能である。

また、上記実施形態では、各テーブル１０２，１０３，１０４につき、具体的なデータ項目を列挙してその構成を図示したが、各テーブルの構成は必ずしも図示したものである必要はない。例えば、テーブル間で実質的に重複しているデータ項目はいずれか１つまたは少数のテーブルだけに設けるように変更できる可能性がある。

なお、上記実施形態にかかわらず、一般的にスイッチングハブがデータリンク層での中継処理を行うために搭載しているポートとＭＡＣアドレスの対応関係を記述したアドレステーブル（図示せず）を、各スイッチングハブ（例えば、２１０）内の処理に活用することも可能である。

また、上記実施形態で例示した通信プロトコルは他の通信プロトコルに置換可能である。例えば、前記ＩＰプロトコルはＩＰＸプロトコルなどに置換することが可能である。

さらに、図６に示した通信システム１０のネットワーク構成は一例であって、図示した以外のネットワーク構成を取ることができることは当然である。

なお、本発明は上記実施形態に例示した方式のＶＬＡＮ以外にも適用することが可能である。例えば、各端末（例えば、２０１）のＭＡＣアドレスに基づいてＶＬＡＮグループを決めるＭＡＣアドレスベースＶＬＡＮや、各端末が搭載するＯＳＩ参照モデルのネットワーク層のプロトコル処理機能（例えば、ＩＰプロトコル処理機能やＩＰＸプロトコル処理機能など）の相違に基づいてＶＬＡＮグループを決めるプロトコルベースＶＬＡＮなどにも適用することが可能である。

以上の説明では主としてハードウエア的に本発明を実現したが、本発明はソフトウエア的に実現することも可能である。

実施形態にかかるスイッチングハブの主要部の構成例を示す概略図である。 実施形態にかかるスイッチングハブのＶＬＡＮに関する中継動作の説明図である。 実施形態にかかるスイッチングハブのＶＬＡＮに関する中継動作の説明図である。 実施形態にかかるスイッチングハブで使用する端末ＶＬＡＮ情報テーブルの構成例を示す概略図である。 実施形態にかかるスイッチングハブで使用するＶＬＡＮ情報スイッチ接続テーブルの構成例を示す概略図である。 実施形態にかかる通信システムのネットワーク構成例を示す概略図である。 実施形態で使用するＶＬＡＮ情報スイッチ取得フレームの構成例を示す概略図である。 実施形態にかかる各スイッチングハブで使用するＶＬＡＮ情報スイッチ接続テーブルの関係を示す概略図である。 実施形態で使用するＶＬＡＮ情報要求フレームの構成例を示す概略図である。 実施形態で使用するＶＬＡＮ情報応答フレームの構成例を示す概略図である。 実施形態で使用するＶＬＡＮ情報の構成例を示す概略図である。 実施形態で使用するＶＬＡＮ情報の構成例を示す概略図である。 実施形態で使用するＶＬＡＮ情報の構成例を示す概略図である。 実施形態の動作例を示すフローチャートである。 実施形態で使用するＶＬＡＮ情報要求フレームの具体的な構成例を示す概略図である。 実施形態で使用するＶＬＡＮ情報応答フレームの具体的な構成例を示す概略図である。 実施形態にかかる端末の主要部の構成例を示す概略図である。

符号の説明

１０…通信システム、１１〜１５…伝送路、２０…通信部、２１…制御部、２２…操作部、２３…記憶部、２４…表示部、２５…解析部、２６…制御確認処理部、１０２…ＶＬＡＮ情報テーブル、１０３…端末ＶＬＡＮ情報テーブル、１０４…ＶＬＡＮ情報スイッチ接続テーブル、１０５…ＶＬＡＮ情報処理部、１０５Ａ…問い合わせ中継部、１０５Ｂ…応答中継部、１０６…ＶＬＡＮ情報送受信部、２０１〜２０３…端末、２１０，２２０，２３０…スイッチングハブ、２１１〜２１８，２２１，２３１，２３２…ポート。

Claims (6)

1. 物理的に各ポートに接続された各通信装置を論理的にグループ分けし、同じグループに属する通信装置間で、所定のプロトコルデータ単位の中継を行う中継処理装置において、
   前記各通信装置のうち、前記プロトコルデータ単位の送信元となる接続確認元端末から、当該プロトコルデータ単位の宛先となる接続確認先端末を指定して当該プロトコルデータ単位に収容した接続確認要求メッセージが届いたとき、当該接続確認元端末から接続確認先端末にいたる伝送経路上に散在する前記グループ分けに関連するグループ分け関連情報を収集して、当該接続確認元端末に返送するグループ分け関連情報収集部を備えたことを特徴とする中継処理装置。
2. 請求項１の中継処理装置において、
   前記伝送経路上に他の中継処理装置が存在する場合、他の中継処理装置から前記グループ分け関連情報を収集するために接続確認元端末からの質問の中継を行う質問中継部を備えたことを特徴とする中継処理装置。
3. 請求項１の中継処理装置において、
   他の中継処理装置または前記接続確認元端末からグループ分け関連情報を収集するための質問を受けた場合、その質問に対する応答を行うか、またはその質問に対する応答の中継を行う質問応答対応部を備えたことを特徴とする中継処理装置。
4. 請求項３の中継処理装置において、
   自中継処理装置の各ポートに対応づけて前記グループ分け関連情報を蓄積してある場合、前記質問対応部は、前記質問に対する応答として少なくとも、前記他の中継処理装置に対応づけられたグループ分け関連情報と、自中継処理装置内で前記伝送経路上に存在するもう１つのポートに対応づけられたグループ分け関連情報を返送することを特徴とする中継処理装置。
5. 物理的に各ポートに接続された各通信装置を論理的にグループ分けし、同じグループに属する通信装置間で、所定のプロトコルデータ単位の中継を行う中継処理装置に接続された通信装置において、
   自通信装置が前記プロトコルデータ単位の送信元となる場合、当該プロトコルデータ単位の宛先となる宛先通信装置を指定して当該プロトコルデータ単位に収容した接続確認要求メッセージを送信する接続確認要求部と、
   当該接続確認要求メッセージに応じて、前記中継処理装置が、前記自通信装置から宛先通信装置にいたる伝送経路上に散在する前記グループ分けに関連するグループ分け関連情報を収集して返送してきたとき、そのグループ分け関連情報をもとに、前記伝送経路上で接続性の欠如している箇所および／または接続性欠如の原因を解析する解析実行部を備えたことを特徴とする通信装置。
6. 請求項１〜４のいずれかに記載の中継処理装置と、
   当該中継処理装置が行う所定のプロトコルデータ単位の中継処理により、当該プロトコルデータ単位を用いた通信を行う請求項５の通信装置とを備えたことを特徴とする通信システム。

Images