JP4878545B2 - Ｂｒｉｄｇｅｄ−ＬＡＮおよび通信ノード装置 - Google Patents

Description

本発明は、Bridged-ＬＡＮに関し、更に詳しくは、ＶＬＡＮにスパニングツリーを適用したBridged-ＬＡＮと、それに適用される通信ノード装置、端末装置およびゲートウェイ装置に関する。

近年、地理的に分散した企業内の複数のＬＡＮ（Local Area Network）を中継網、例えば、公衆網を介して接続したネットワーク形態が増加している。図１８は、このようなネットワーク形態の１例を示す。ここでは、Ａ社のＬＡＮ：＃Ａ１と＃Ａ２とが、中継網ＮＷを介して接続されている。同様に、Ｂ社のＬＡＮ：＃Ｂ１と＃Ｂ２も、中継網ＮＷを介して接続されている。例えば、Ａ社のＬＡＮ：＃Ａ１に収容された端末装置（パーソナルコンピュータ）ＰＣ−Ａ１は、中継網ＮＷを通して、Ａ社のＬＡＮ＃Ａ２に所属する端末装置（パーソナルコンピュータ）ＰＣ−Ａ２とデータを送受信する。

中継網ＮＷは、耐障害性を向上するために、一般的に、複数台のブリッジＢＲ（図１８ではＢＲ１〜ＢＲ４）で、冗長化された複数のパスを形成したネットワーク構成となっている。このように、複数のＬＡＮがブリッジを介して接続された形態のネットワークを「Bridged−ＬＡＮ」と呼ぶ。中継網ＮＷにおいて、複数のブリッジがループ状に接続されると、例えば、ＡＲＰ（Address Resolution Protocol）フレームのように、宛先アドレスとしてブロードキャスト・アドレスを持つフレームが、ブリッジからブリッジに転送され続け、所謂、ブロードキャスト・ストームが発生することがある。ブロードキャスト・ストームを回避するための技術として、ＩＥＥＥ８０２．１ｄ（非特許文献１）で規定されたＳＴＰ（Spanning Tree Protocol）がある。

ＳＴＰでは、このようなループ状のネットワークを論理的にツリー構造のネットワーク（スパニングツリー）として管理することによって、ブロードキャスト・ストームを回避している。具体的に言うと、ＳＴＰでは、ブリッジＩＤの値によって、ループを形成している複数のブリッジのうちの１つをRootブリッジとして選択する。残りのブリッジでは、回線速度に基づいて算出されたコスト値が最小になるように、Rootブリッジ迄の経路を決定し、コスト値が最小でない経路を閉塞（ブロッキング）することによって、物理的にはループ状に接続されたネットワークを論理的なスパニングツリー・ネットワークとして管理する。

各ブリッジは、Rootブリッジ方向に最小コストをもつ複数の経路（隣接ブリッジ）が存在していた場合、ブリッジＩＤの小さい隣接ブリッジを経由する経路を優先させる。ＳＴＰでは、上述した経路決定過程において、ブリッジＩＤと、回線速度によって決まるコスト値とを搬送する「ＢＰＤＵ」と呼ばれるデータをブリッジ間でやりとりする。

図１９は、ＳＴＰを適用したBridged−ＬＡＮのネットワーク構成の１例を示す。
図１９では、４つのＬＡＮ：＃１〜＃４が、ループ状に接続されたブリッジＢＲ１〜ＢＲ４を介して、相互接続されている。各ＬＡＮは、複数のＰＣを収容できるが、ここでは簡略化して、各ＬＡＮにＰＣが１台ずつ接続されている。

ブリッジＢＲ１〜ＢＲ４のうち、最小ＩＤをもつＢＲ１がRootブリッジとなる。RootブリッジＢＲ１では、３つのEthernetポートＰ１１、Ｐ１２、Ｐ１３のうち、ポートＰ１１とＰ１２を指定ポート（Designated Port）ＤＰとしている。ブリッジＢＲ２では、RootブリッジＢＲ１に近いEthernetポートＰ２１をルートポート（Root Port）ＲＰ、Rootブリッジから遠いEthernetポートＰ２２を指定ポートＤＰとしている。

また、ブリッジＢＲ４では、Rootブリッジに近いEthernetポートＰ４１をルートポートＲＰ、Rootブリッジから遠いEthernetポートＰ４２を指定ポートＤＰとし、ブリッジＢＲ３では、ブリッジＢＲ２と接続されるEthernetポートＰ３２をルートポートＲＰ、ブリッジＢＲ４と接続されるEthernetポートＰ３１を非指定ポート（Non Designated Port）ＮＤＰとしている。これによって、ブリッジＢＲ３とＢＲ４との間の回線がブロッキングされている。このように、ＳＴＰでは、Rootブリッジと、ＲＰ、ＤＰ、ＮＤＰを決定することによって、Rootブリッジを頂点とするスパニングツリーを構成できる。

近年では、ネットワークの大規模化に伴って、１つのＬＡＮを仮想的な複数のＬＡＮに分割したＶＬＡＮ（Virtual Local Area Network）も運用されている。ＶＬＡＮについては、ＩＥＥＥ８０２．１ｑ（非特許文献２）で規定されている。ネットワークを複数のＶＬＡＮに分割すると、ＡＲＰなどのブロードキャストフレームの到達範囲（ブロードキャストドメイン）を縮小し、ネットワーク帯域の圧迫を回避することが可能となる。

上述したＶＬＡＮ上でＳＴＰを実現する技術として、ＩＥＥＥ８０２．１（非特許文献３）で規定されたＭＳＴ（Multiple Spanning Tree Protocol）がある。ＭＳＴでは、１つ或いは複数のＶＬＡＮからなるMST instance毎にスパニングツリーが構成される。

図２０は、ＭＳＴを適用したBridged−ＬＡＮのネットワーク構成の１例を示す。
ここでは、ＬＡＮ＃１〜＃４が、ループ状に接続されたブリッジＢＲ１〜ＢＲ４を含む中継網ＮＷ介して、相互接続されている。ＬＡＮ＃１には、ＰＣ１−１〜ＰＣ１−３が収容され、ＬＡＮ＃２〜ＬＡＮ＃４には、それぞれＰＣ２、ＰＣ３、ＰＣ４が接続されている。

図２０では、Bridged−ＬＡＮに、実線で示したＶＬＡＮ＃１と、破線で示したＶＬＡＮ＃２の２つのＶＬＡＮが形成されている。ＶＬＡＮ＃１には、ＬＡＮ＃１に接続されたＰＣ１−１と、ＬＡＮ＃３の全体とが所属し、ＶＬＡＮ＃２には、ＬＡＮ＃１に接続されたＰＣ１−２、ＰＣ１−３と、ＬＡＮ＃２、ＬＡＮ＃４の全体が所属している。

ここでは、ＶＬＡＮ＃１とＶＬＡＮ＃２とが、互いに異なったMST instanceに所属するものとし、それぞれのMST instanceを「MST instance ＃１」、「MST instance ＃２」と定義する。ＭＳＴでは、MST instance毎にRootブリッジＲＢを選択し、ブリッジ毎にＲＰ、ＤＰ、ＮＤＰを決定している。以下の説明では、MST instance＃１ではＢＲ１が、MST instance ＃２ではＢＲ３が、それぞれRootブリッジＲＢとして選択されたものと仮定する。

ブリッジＢＲ１では、EthernetポートＰ１１が、MST instance ＃１、＃２の双方で指定ポートＤＰとなり、EthernetポートＰ１２が、MST instance ＃１ではＤＰ、MST instance ＃２ではＮＤＰとなっている。また、ブリッジＢＲ２では、EthernetポートＰ２１が、MST instance ＃１でＲＰ、MST instance ＃２でＤＰとなり、EthernetポートＰ２２が、MST instance ＃１、＃２の双方でＤＰとなっている。

ブリッジＢＲ３では、EthernetポートＰ３１が、MST instance ＃１でＮＤＰ、MST instance ＃２でＤＰとなり、EthernetポートＰ３２が、MST instance ＃１、＃２の双方でＲＰとなっている。ブリッジＢＲ４では、EthernetポートＰ４１が、MST instance ＃１、＃２の双方でＲＰ、EthernetポートＰ４２が、MST instance ＃１でＤＰ、MST instance ＃２でＲＰとなっている。従って、MST instance ＃２では、ブリッジＢＲ１とＢＲ２との間、MST instance ＃１ではブリッジＢＲ３とＢＲ４との間が、それぞれブロッキングされている。

このように、ＭＳＴによれば、複数のＶＬＡＮ（図２０ではＶＬＡＮ＃１とＶＬＡＮ＃２）に個別のスパニングツリーを構成でき、ＶＬＡＮの長所であるブロードキャストドメインの縮小と、ＳＴＰの長所であるブロードキャスト・ストームの回避を同時に実現することが可能となる。

ＩＥＥＥ８０２．１ｑ、 ＩＥＥＥ８０２．１ｄ、 ＩＥＥＥ ８０２．１ｓ

図２０に示したBridged−ＬＡＮにおいて、ＰＣ１−２がＷＥＢサーバ、ＰＣ１−３がセッション管理用のＳＩＰ（Session Initiation Protocol）サーバとして機能し、ＰＣ２をＷＥＢとＳＩＰのクライアント、ＰＣ４をＳＩＰのクライアントと仮定する。これらのＰＣは、何れもＶＬＡＮ＃２に所属している。ＷＥＢクライアントは、ＷＥＢサーバ（ＰＣ１−２）から、ｈｔｔｐプロトコルに従ったＷＥＢサービスを受けることができる。一方、ＳＩＰクライアント間では、ＳＩＰサーバ（ＰＣ１−３）を介してＶｏＩＰ（Voice over IP）通信を行うことができる。

ＶＬＡＮ＃２では、ブリッジＢＲ１のポートＰ１２とブリッジＢＲ２のポートＰ２１との間がブロッキングされているため、ＰＣ２が、ＷＥＢサーバ（ＰＣ１−２）からＷＥＢサービスを受ける場合、ＰＣ２は、ブリッジＢＲ２、ＢＲ３、ＢＲ４、ＢＲ１を経由して、ＷＥＢサーバと通信することになる。また、ＳＩＰサーバ（ＰＣ１−３）を介してＰＣ４とＶｏＩＰ通信する場合も、ＰＣ２は、ブリッジＢＲ２、ＢＲ３、ＢＲ４、ＢＲ１の順で経由した通信経路で、ＳＩＰサーバ（ＰＣ１−３）に接続される。

ＷＥＢサービスのように、厳密なリアルタイム伝送を必要としない通信サービスでは、通信フレームが経由するブリッジの個数は特に問題にはならないが、ＶｏＩＰのような音声通信では、ネットワーク上でのデータ転送遅延が問題となるため、経由するブリッジの個数が少ない最小遅延経路で通信することが望まれる。

しかしながら、ＭＳＴでは、上述したようにＶＬＡＮ毎にＳＴＰが適用されており、中継網内にサービス毎に異なったスパニングツリーを構成することはできない。従って、図２０において、例えば、ＶＬＡＮ＃２に所属したＰＣ２が、ＰＣ４とＶｏＩＰ通信する場合に、ＢＲ２とＢＲ１のみを経由する最短ルートで、ＳＩＰサーバ（ＰＣ１−３）をアクセスすることはできない。すなわち、既存のＭＳＴでは、ＷＥＢサービスとＶｏＩＰのように、サービス種類によって異なったスパニングツリーを構成することができないという問題がある。

本発明の目的は、中継網内にサービス毎に異なったスパニングツリーを構成できるBridged-ＬＡＮを提供することにある。
本発明の他の目的は、Bridged-ＬＡＮの中継網内でサービス毎に異なったスパニングツリーを構成できる通信ノード装置を提供することにある。
本発明の更に他の目的は、Bridged-ＬＡＮの中継網でサービス種別に適合した経路で転送可能な通信フレームを生成する通信端末装置およびゲートウェイ装置を提供することにある。

上記目的を達成するため、本発明は、Bridged-ＬＡＮの複数のＬＡＮを相互接続する中継網内に、ＶＬＡＮ−ＩＤとサービスクラスとの組み合せで定義されたMST instance毎に、スパニングツリーを形成することを特徴とする。サービスクラスとしては、イーサネット（Ethernet：登録商標）フレームのヘッダ部に含まれるタグフィールドに定義されたＣＯＳ（Class Of Service）を使用できる。

本発明において、Bridged-ＬＡＮに接続される各端末装置（パーソナルコンピュータ）は、例えば、ＴＣＰ／ＵＤＰポート番号とＣＯＳ値との対応関係を示す変換テーブルを参照して、ネットワークアプリケーションが利用するＴＣＰ／ＵＤＰポート番号と対応するＣＯＳ値を特定し、該ＣＯＳ値を所属ＶＬＡＮの識別子と共に送信フレームのヘッダ部に設定する。また、中継網を構成する各ブリッジは、ＶＬＡＮ−ＩＤとＣＯＳ値との組み合わせとMST instance識別子との対応関係を示す変換テーブルを参照して、受信フレームのMST instance識別子を特定する。

更に詳述すると、本発明のBridged-ＬＡＮは、複数のＶＬＡＮ（Virtual LAN）が形成される中継網と、該中継網に接続された複数のＬＡＮとからなり、上記中継網内では、１つあるいは複数のＶＬＡＮからなるＭＳＴ（Multiple Spanning Tree Protocol）インスタンス毎に、論理的なスパニングツリーが形成され、上記中継網が、イーサネットフレームを送受信する複数のブリッジからなり、
各ブリッジが、ＶＬＡＮ識別子とサービスクラス（ＣＯＳ：Class of service）の値との組み合わせに対応してＭＳＴインスタンスの識別子を定義した変換テーブルと、上記中継網内で、上記管理テーブルで定義されたＭＳＴインスタンス識別子毎にスパニングツリーを形成するための手段とを有し、
上記各ブリッジが、受信フレームのヘッダからＶＬＡＮ識別子とＣＯＳ値とを抽出し、上記変換テーブルによって、上記受信フレームのＭＳＴインスタンス識別子を特定し、該ＭＳＴインスタンス識別子をもつスパニングツリーの経路に従って、上記受信フレームを転送することを特徴とする。

本発明は、ＭＳＴに従ってスパニングツリーが形成されるBridged-ＬＡＮに適した通信ノード装置、端末装置およびゲートウェイを提供する。
本発明による通信ノード装置は、それぞれイーサネットフレームを送受信する複数のポートインタフェースと、ＶＬＡＮ識別子とサービスクラス（ＣＯＳ：Class of service）の値との組み合わせに対応してＭＳＴインスタンス識別子を定義した変換テーブルと、上記中継網に、上記管理テーブルで定義されたＭＳＴインスタンス識別子毎にスパニングツリーを形成するための手段と、上記各ポートインタフェースからイーサネットフレームを受信した時、上記変換テーブルによって、受信フレームのヘッダが示すＶＬＡＮ識別子とＣＯＳの値との組み合せに対応するＭＳＴインスタンス識別子を特定し、該ＭＳＴインスタンス識別子をもつスパニングツリーの経路に従って、上記受信フレームを転送する経路制御部とを備えたことを特徴とする。

本発明による端末装置は、ＴＣＰ／ＵＤＰポート番号とサービスクラス（ＣＯＳ：Class of service）の値との対応関係を示す変換テーブルと、ネットワークアプリケーションが使用するＴＣＰ／ＵＤＰポート番号に応じて、上記変換テーブルから、送信フレームに適用すべきＣＯＳ値を特定するための手段とを有し、該端末装置が所属するＶＬＡＮの識別子と上記特定のＣＯＳ値とをヘッダ部に含むイーサネットフレームを上記Bridged-ＬＡＮに送信することを特徴とする。

イーサネットフレームへのＣＯＳ値の付与は、各端末装置に代わって、ＬＡＮと中継網との間に位置したゲートウェイ装置で行ってもよい。本発明のゲートウェイ装置は、それぞれがポート番号によって識別される複数のポートインタフェースと、ＴＣＰ／ＵＤＰポート番号とサービスクラス（ＣＯＳ：Class of service）の値との対応関係を示す変換テーブルと、ポート番号と対応してＣＯＳ値設定の要否を示すフラグ情報を記憶したＣＯＳ値設定テーブルと、上記各ポートインタフェースからイーサネットフレームを受信した時、上記ＣＯＳ値設定テーブルから、受信フレームの転送先となるポート番号と対応するフラグ情報を検索し、該フラグ情報がＣＯＳ値設定要を示す場合、上記変換テーブルから、上記受信フレームのＴＣＰ／ＵＤＰポート番号と対応するＣＯＳ値を検索し、該ＣＯＳ値を上記受信フレームのヘッダ部に設定して、受信フレームを上記転送先ポート番号で特定されるポートインタフェースに転送する経路制御手段とを備えたことを特徴とする。

本発明によれば、リアルタイム性を必要とする通信サービスに特定のＣＯＳ値を割り当てておき、特定ＣＯＳ値と対応づけられたスパニングツリーで予め最適な経路を確保しておくことによって、中継網内での転送遅延が少ない通信サービスを提供できる。

尚、ネットワークアプリケーションの全てが、ＴＣＰ／ＵＤＰを利用した通信サービスを実行するとは限らない。また、ＴＣＰ／ＵＤＰを利用する通信サービスであっても、リアルタイム性に寛容な通信サービスのデータフレームは、最適経路を通す必要はない。従って、特に最適経路を必要としない通信サービスには、デフォルトのＣＯＳ値、例えば「０」を割り当てておき、デフォルトＣＯＳ値をもつ１つ、または複数のＶＬＡＮをデフォルトのMST instance識別子と対応付けておくことによって、汎用的なスパニングツリーでデータフレームを転送してもよい。

本発明によれば、Bridged-ＬＡＮの中継網内に、ネットワークアプリケーションが使用するサービスの種別に応じたスパニングツリーを形成できるため、同一のＶＬＡＮ識別子をもつデータフレームであっても、リアルタイム性の高いデータフレームは、他のデータフレームとは異なる最適化された通信経路で転送することが可能となる。また、ＶＬＡＮの特徴であるブロードキャストドメインの分割効果と、ＳＴＰの特長であるブロードキャストストームの抑制効果を生かすことができる。

以下、本発明の実施例について、図面を参照して詳述する。

図１は、本発明が適用されるBridged−ＶＬＡＮのネットワーク構成例を示す。ここに例示したネットワークは、ＬＡＮ＃１〜ＬＡＮ＃４と、ループ状に接続されたブリッジＢＲ１〜ＢＲ４を含む中継網ＮＷとからなり、ＬＡＮ＃１〜ＬＡＮ＃４には、図２０と同様、それぞれＰＣ１−１〜ＰＣ１−３、ＰＣ２、ＰＣ３、ＰＣ４が接続されている。

図１に示したBridged−ＬＡＮには、実線で示したＶＬＡＮ＃１と、破線で示したＶＬＡＮ＃２の２つのＶＬＡＮが形成され、図２０と同様、ＶＬＡＮ＃１には、ＬＡＮ＃１に接続されたＰＣ１−１と、ＬＡＮ＃３全体が所属し、ＶＬＡＮ＃２には、ＬＡＮ＃１に接続されたＰＣ１−２、ＰＣ１−３と、ＬＡＮ＃２、ＬＡＮ＃４の全体が所属している。ＶＬＡＮ＃２において、ＰＣ１−２はＷＥＢサーバ、ＰＣ１−３はＳＩＰサーバとして機能し、ＰＣ２は、ＷＥＢとＳＩＰのクライアント、ＰＣ４は、ＳＩＰクライアントとなっている。

本実施例では、Ethernetヘッダのタグフィールドに含まれるサービスクラスＣＯＳ（Class of service）の値として、ＳＩＰサービス（ＴＣＰポート番号＝「５０６０」）には特定値「３」を割り当て、ＷＥＢサービス（ＴＣＰポート番号＝「８０」）には、デフォルト値「０」を割り当てる。ＶＬＡＮ＃１は、MST instance ＃１に所属する。一方、ＶＬＡＮ＃２は、２つのスパニングツリーに分割し、ＣＯＳ＝０のＶＬＡＮ＃２はMST instance＃２に、ＣＯＳ＝３のＶＬＡＮ＃２はMST instance＃３に所属させる。

本実施例でも、MST instance毎に適当なブリッジをRootブリッジＲＢとし、ブリッジ毎にＲＰ、ＤＰ、ＮＤＰを決定する。MST instance ＃１、MST instance ＃３では、ＢＲ１をRootブリッジＲＢとし、MST instance ＃２では、ＢＲ３をRootブリッジＲＢとする。これらのRootブリッジＲＢは、ネットワーク管理者によって指定される。ＲＰ、ＤＰ、ＮＤＰは、ＭＳＴによって自動的に決定される。

ブリッジＢＲ１では、EthernetポートＰ１１が、MST instance ＃１〜＃３の全てにおいてＤＰとなり、EthernetポートＰ１２が、MST instance＃１、＃３ではＤＰ、MST instance＃２ではＮＤＰとなっている。ブリッジＢＲ２では、EthernetポートＰ２１が、MST instance＃１と＃３ではＲＰ、MST instance＃２ではＤＰとなり、EthernetポートＰ２２が、MST instance＃１〜＃３の全てにおいてＤＰとなっている。

ブリッジＢＲ３では、EthernetポートＰ３１が、MST instance＃１と＃３ではＮＤＰ、MST instance＃２ではＤＰとなっており、EthernetポートＰ３２が、MST instance＃１〜＃３の全てにおいてＲＰとなっている。また、ブリッジＢＲ４では、EthernetポートＰ４１が、MST instance＃１〜＃３全てにおいてＲＰとなり、EthernetポートＰ４２が、MST instance＃１と＃３ではＤＰ、MST instance＃２ではＲＰとなっている。

従って、MST instance＃１と＃３では、ＢＲ３とＢＲ４との間をブロッキングし、MST instance＃２では、ＢＲ１とＢＲ２との間をブロッキングして、それぞれ個別のスパニングツリーが形成される。

ここで、ＬＡＮ＃２に接続されたＰＣ２が、ＷＥＢサーバ（ＰＣ１−２）からＷＥＢサービスを享受する場合、ＰＣ２とＷＥＢサーバ（ＰＣ１−２）との間では、ＣＯＳ＝０の通信フレームが送受信される。ＣＯＳ＝０のＶＬＡＮ＃２が所属するMST instance ＃２では、ブリッジＢＲ１（EthernetポートＰ１２）とブリッジＢＲ２（EthernetポートＰ２１）との間の回線がブロッキングされているため、ＰＣ２から送信されたフレームは、ブリッジＢＲ２、ＢＲ３、ＢＲ４、ＢＲ１の順で通過する経路に沿って、ＷＥＢサーバ（ＰＣ１−２）に転送される。ＷＥＢサーバ（ＰＣ１−２）からＰＣ２宛に送信されたフレームは、これとは逆順の経路で、ＰＣ２に転送される。

一方、ＰＣ２が、ＳＩＰサーバ（ＰＣ１−３）を介して、ＰＣ４とＶｏＩＰ通信を行う場合、通信フレームのＣＯＳの値は「３」となっている。ＣＯＳ＝３のＶＬＡＮ＃２が所属するMST instance ＃３では、ＰＣ２とＳＩＰサーバ（ＰＣ１−３）は、ブリッジＢＲ２とＢＲ１のみを経由する最短経路で交信できるため、データ転送遅延を最小にすることが可能となる。

図２は、本発明のBridged−ＶＬＡＮに適用されるＰＣの１実施例を示す。
ＰＣは、プロセッサ（ＣＰＵ）２１と、主メモリ２２と、不揮発性メモリ２３と、Ethernetポートインタフェース２４と、これらの要素を相互接続する内部バス２５とからなっている。不揮発性メモリ２３には、本発明に関係するソフトウェアとして、アプリケーションソフトウェア１００Ｍと、ＴＣＰ／ＩＰプロトコルスタック１１０Ｍと、ＣＯＳ値取得プログラム１２０Ｍと、ＴＣＰ／ＵＤＰポート番号−ＣＯＳ変換テーブル１３０Ｍとが格納されている。ＰＣの起動時には、これらのソフトウェアが、主メモリ２２にロードされ（１００〜１３０）、プロセッサ２１によって実行、あるいは参照される。

アプリケーションソフトウェア１００（１００Ｍ）としては、ＰＣの機能に応じた適切なソフトウェアが用意される。例えば、ＰＣ４には、ＳＩＰクライアント・ソフトウェアが、ＰＣ２には、ＷＥＢクライアント・ソフトウェアとＳＩＰクライアント・ソフトウェアが用意される。また、ＰＣ１−２には、ＷＥＢサーバ・ソフトウェア、ＰＣ１−３には、ＳＩＰサーバ・ソフトウェアが用意される。

プロセッサ２１は、アプリケーションソフトウェア１００を実行し、ＴＣＰ／ＩＰプロトコルスタック１１０を利用して、ネットワークＮＷに接続された他のＰＣと通信する。

ＣＯＳ値取得プログラム１２０は、ＴＣＰ／ＩＰプロトコルスタック１１０によって呼び出される。ＣＯＳ値取得プログラム１２０は、ＴＣＰ／ＵＤＰポート番号−ＣＯＳ変換テーブル１３０から、ＴＣＰ／ＩＰプロトコルスタック１１０が指定したＴＣＰ／ＵＤＰポート番号と対応するＣＯＳ値を検索し、これをＴＣＰ／ＩＰプロトコルスタックに返答する。プロセッサ２１は、送信フレームのEthernetヘッダに含まれるタグフィールドに上記ＣＯＳ値を設定し、Ethernetポートインタフェース２４からＬＡＮに送信する。

図３は、本発明のBridged−ＶＬＡＮに適用されるブリッジＢＲの１実施例を示す。
ブリッジＢＲは、プロセッサ（ＣＰＵ）３１と、主メモリ３２と、不揮発性メモリ３３と、複数のEthernetポートインタフェース（ＩＮＦ）３４−１〜３４−Ｎと、これらの要素を相互接続する内部バス３５とからなる。

不揮発性メモリ３３には、本発明に関係するソフトウェアとして、Ｌ２経路制御プログラム３００Ｍと、MST instance取得プログラム３１０Ｍと、VLAN-ID・COS−MST instance変換テーブル３５０と、ＳＴＰ／ＭＳＴプロトコルのプログラム３７０Ｍが用意されている。ブリッジ起動時には、これらのソフトウェアが主メモリ３２にロードされ（３００〜３７０）、プロセッサ３１によって実行、あるいは参照される。

Ethernetポートインタフェース３４（３４−１〜３４−Ｎ）で受信された通信フレームは、Ｌ２経路制御プログラム３００に従って処理される。Ｌ２経路制御プログラム３００は、MST instance取得プログラム３１０を呼び出して、受信フレームのタグフィールドが示すＣＯＳ値と対応するMST instance識別子を特定し、このMST instance識別子で定義されたスパニングツリーの経路に従って、受信フレームを転送すべきEthernetポートインタフェースを決定する。

ＳＴＰの経路は、ＳＴＰ／ＭＳＴプロトコルのプログラム３７０によって形成され、各ブリッジでは、MST instanceの識別子が特定されれば、スパニングツリーの構成情報から、受信フレームの転送先Ethernetポートインタフェースの識別子が判明するようになっている。

MST instance取得プログラム３１０は、VLAN-ID・COS−MST instance変換テーブル３５０から、Ｌ２経路制御プログラム３００が指定したVLAN-IDおよびCOSと対応するMST instanceの識別子を検索し、これをＬ２経路制御プログラムに返す。

図４は、ＰＣが備えるＴＣＰ／ＵＤＰポート番号−ＣＯＳ変換テーブル１３０の１例を示す。
ＴＣＰ／ＵＤＰポート番号−ＣＯＳ変換テーブル１３０は、ＴＣＰ／ＵＤＰポート番号１３１とＣＯＳ値１３２との対応関係を示す複数のテーブルエントリからなる。ここで、テーブルエントリ１３０１は、ＷＥＢサービス（ＴＣＰポート番号＝８０）のＣＯＳ値、テーブルエントリ１３０２は、ＳＩＰサービス（ＴＣＰポート番号＝５０６０）のＣＯＳ値を定義している。

図５は、ブリッジＢＲが備えるVLAN ID・COS−MST instance変換テーブル３５０の１例を示す。
VLAN ID・COS−MST instance変換テーブル３５０は、ＶＬＡＮ−ＩＤ３５１とＣＯＳ値３５２との組み合わせと対応して、MST instanceの識別子３５３の値を示す複数のテーブルエントリからなっている。テーブルエントリ３５０１は、図１に示したMST instance＃１、テーブルエントリ３５０２と３５０３は、それぞれMST instance＃２とMST instance＃３を定義している。

図６は、ＰＣとブリッジＢＲとの間、および中継網内のブリッジＢＲ間で転送されるEthernetフレームのフォーマットを示す。
Ethernetフレーム６０は、EthernetヘッダＨ１と、データ部６２と、ＦＣＳ（Frame Check Sequence）６３とからなる。EthernetヘッダＨ１は、宛先ＭＡＣアドレス６１１と、送信元ＭＡＣアドレス６１２と、タグ（ｔａｇ）フィールド６１３と、フレーム種別６１４からなり、ｔａｇフィールド６１３は、３ビットのＣＯＳフィールド６１５と、１ビットのＣＦＩ（Canonical Format Indicator）フィールド６１６と、１２ビットのＶＬＡＮ−ＩＤフィールド６１７とからなっている。

次に、図７〜図９を参照して、ＰＣにおけるデータの送受信について説明する。
図７は、図２に示したＰＣの構成要素のうち、特にデータ送信に関係する部分を示している。

アプリケーションソフトウェア１００で送信データ２００が生成されると、プロセッサ２１は、ＴＣＰ／ＩＰプロトコルスタック１１０によって、送信データ２００にＴＣＰ／ＵＤＰヘッダＨ３、ＩＰヘッダＨ２、EthernetヘッダＨ１を生成し、図６に示したEthernetフレームを形成する。この時、ＴＣＰ／ＩＰプロトコルスタック１１０は、ＴＣＰ／ＵＤＰポート番号を引数として、ＣＯＳ値取得プログラム１２０を呼び出す。ＣＯＳ値取得プログラム１２０は、引数で指定されたＴＣＰ／ＵＤＰポート番号を検索キーとして、ＴＣＰ／ＵＤＰポート番号−ＣＯＳ変換テーブル１３０からＣＯＳ値を取得し、これをＴＣＰ／ＩＰプロトコルスタック１１０に返す。

ＴＣＰ／ＩＰプロトコルスタック１１０は、上記ＣＯＳ値取得プログラム１２０によって特定されたＣＯＳ値をEthernetヘッダＨ１のタグフィールド６１３（ＣＯＳフィールド６１５）に設定する。尚、送信フレームが、ＴＣＰ／ＵＤＰフレームでなかった場合、ＴＣＰ／ＩＰプロトコルスタック１１０は、ＣＯＳ値取得プログラム１２０を呼び出すことなく、ＣＯＳフィールド６１５に「０」を設定する。ＴＣＰ／ＩＰプロトコルスタック１１０で生成されたEthernetフレーム６０Ｔは、Ethernetポートインタフェース２４を介して、ＬＡＮ回線に送信される。

図８は、ＣＯＳ値取得プログラム１２０のフローチャートを示す。
ＣＯＳ値取得プログラム１２０では、ＴＣＰ／ＵＤＰポート番号−ＣＯＳ変換テーブル１３０から、引き数で指定されたＴＣＰ／ＵＤＰポート番号に該当するテーブルエントリを検索する（ステップ１２１）。検索結果を判定し（１２２）、検索キーに該当するテーブルエントリが見つかった場合は、このテーブルエントリが示すＣＯＳ値をＴＣＰ／ＩＰプロトコルスタック１１０に返す（１２３）。検索キーに該当するテーブルエントリが見つからなかった場合は、ＣＯＳ値「０」をＴＣＰ／ＩＰプロトコルスタック１１０に返す（１２４）
図９は、ＰＣにおけるデータフレームの受信動作を示す。
Ethernetポートインタフェース２４がＬＡＮ回線から受信したEthernetフレーム６０Ｒは、ＴＣＰ／ＩＰプロトコルスタック１１０で処理される。ＴＣＰ／ＩＰプロトコルスタック１１０では、受信フレーム６０ＲからEthernetヘッダＨ１、ＩＰヘッダＨ２、ＴＣＰ／ＵＤＰヘッダＨ３を除去し、データ部６２の内容を受信データ２０１としてアプリケーションソフトウェア１００に渡す。

図１０は、ブリッジにＢＲおけるEthernetフレームの転送動作を示す。
プロセッサ３１は、各Ethernetポートインタフェース、例えば、３４−ｊがＬＡＮ回線から受信したEthernetフレーム６０Ｒを、Ｌ２経路制御プログラム３００に従って処理する。Ｌ２経路制御プログラム３００では、受信Ethernetフレーム６０ＲのEthernetヘッダＨ１から、ＶＬＡＮ−ＩＤ６１７とＣＯＳ値６１５とを抽出し、これを引数としてMST instance取得プログラム３１０を呼び出す。

MST instance取得プログラム３１０は、Ｌ２経路制御プログラム３００が指定したVLAN-IDとCOS値とを検索キーとして、VLAN-ID・COS−MST instance変換テーブル３５０から、検索キーと対応するMST instanceの識別子３５３を検索し、これをＬ２経路制御プログラム３００に返す。

Ｌ２経路制御プログラム３００は、MST instance識別子３５３と対応するＳＴＰ経路に従って、受信フレームを転送すべきEthernetポートインタフェース３４−ｋを決定し、このインタフェースからEthernetフレーム６０Ｒを送信する。

図１１は、MST instance取得プログラム３１０のフローチャートを示す。
MST instance取得プログラム３１０では、Ｌ２経路制御プログラム３００から与えられたＶＬＡＮ−ＩＤとＣＯＳの値との組み合わせを検索キーとして、VLAN-ID・COS−MST instance変換テーブル３５０を参照し、検索キーに該当するMST instance識別子３５３を取得し（ステップ３１１）、取得したMST instance識別子をＬ２経路制御プログラム３００に返す（３１２）。

図１２は、本発明が適用されるBridged−ＶＬＡＮの他のネットワーク構成例を示す。
図１２のネットワークは、中継網ＮＷに、ゲートウェイＧＷ１を介して、別のＬＡＮ＃５に接続されている点で、図１と異なる。図１２では、ゲートウェイＧＷ１が、ＬＡＮ＃２を介して中継網ＮＷに接続されているが、ゲートウェイＧＷ１は、ブリッジＢＲ２のEthernetポートＰ２３に直接的に接続されてもよい。

ゲートウェイＧＷ１は、EthernetポートＧＰ１でＬＡＮ＃２に接続され、EthernetポートＧＰ２でＬＡＮ＃５と接続されて、ＬＡＮ＃５からの受信フレームをＬＡＮ＃２に転送すると共に、ＬＡＮ＃２からの受信フレームをＬＡＮ＃５に転送する。

本実施例のゲートウェイＧＷ１は、ＬＡＮ＃５から通信フレームを受信すると、受信フレームが示すＴＣＰ／ＵＤＰポート番号に従ってＣＯＳ値を特定し、これをEthernetヘッダＨ１のタグフィールドに設定して、受信フレームをＬＡＮ＃２に転送する。ＬＡＮ＃５には、パーソナルコンピュータＰＣ５が接続されている。パーソナルコンピュータＰＣ５は、ＳＩＰクライアントとなっており、ＳＩＰサーバで（ＰＣ１−３）を経由して、他のＳＩＰクライアント、例えば、ＰＣ４と通信する。

本実施例では、ゲートウェイＧＷ１が、ＬＡＮ＃５からの受信フレームにＣＯＳ値を設定するようになっているため、パーソナルコンピュータＰＣ５には、実施例１で説明したＣＯＳ値の設定機能、例えば、図２に示したＣＯＳ値取得プログラム１２０とＴＣＰ／ＵＤＰポート番号−ＣＯＳ変換テーブル１３０を備える必要はない。

図１３は、ゲートウェイＧＷ１の１実施例を示す。
ゲートウェイＧＷ１は、プロセッサ（ＣＰＵ）４１と、主メモリ４２と、不揮発性メモリ４３と、複数のEthernetポートインタフェース４４−１〜４４−Ｎと、これらの要素を相互接続する内部バス４５とからなる。不揮発性メモリ４３には、本発明が関係するソフトウェアとして、ルーティングテーブル（図示せず）を備えたＬ３経路制御プログラム４００Ｍと、ＣＯＳ値取得プログラム４１０Ｍと、ＣＯＳ値設定テーブル４２０Ｍと、ＴＣＰ／ＵＤＰポート番号−ＣＯＳ変換テーブル４３０Ｍとが用意されている。ゲートウェイの起動時には、これらのソフトウェアが、主メモリ４２にロードされ（４００〜４３０）、プロセッサ４１によって実行、あるいは参照される。

Ｌ３経路制御プログラム４００は、ＬＡＮ＃５からEthernetフレームを受信した時、受信フレームからＴＣＰ／ＵＤＰポート番号を抽出し、ＣＯＳ値取得プログラム４１０を使用して、ＴＣＰ／ＵＤＰポート番号と対応するＣＯＳ値を特定し、このＣＯＳ値をEthernetヘッダＨ１のタグに設定する。Ｌ３経路制御プログラム４００は、ルーティングテーブルによって、上記Ethernetフレームの出力ポート番号を特定し、受信フレームを出力ポート番号と対応した適切なEthernetポートインタフェースから送出する。

ＣＯＳ値取得プログラム４１０は、ＣＯＳ設定テーブル４２０とＴＣＰ／ＵＤＰポート番号−ＣＯＳ変換テーブル４３０を参照して、Ｌ３経路制御プログラム４００から指定されたＴＣＰ／ＵＤＰポート番号に対応するＣＯＳ値を取得し、これをＬ３経路制御プログラム４００に返す。

図１４は、ＣＯＳ値設定テーブル４２０の１例を示す。
ＣＯＳ設定判定テーブル４２０は、ゲートウェイＧＷ１が備えるEthernetポートの識別番号４２１毎に、ＣＯＳ値設定の要否を示すフラグ４２２を示している。ここに示した例では、Ethernetポート番号＃１のテーブルエントリで、フラグ４２２が「１」に設定してある。これは、EthernetポートＧＰ１への転送フレームに対して、ＣＯＳ値を設定すべきことを意味している。

図１５は、ゲートウェイＧＷ１が備えるＴＣＰ／ＵＤＰポート番号−ＣＯＳ変換テーブルの４３０の１例を示す。
ＴＣＰ／ＵＤＰポート番号−ＣＯＳ変換テーブル４３０は、第１実施例のＰＣが備えるＴＣＰ／ＵＤＰポート番号−ＣＯＳ変換テーブル１３０と同様、ＴＣＰ／ＵＤＰポート番号４３１とＣＯＳ値４３２との対応関係を示している。

図１６は、ゲートウェイＧＷ１におけるデータフレームの転送動作を示す。
プロセッサ４１は、Ethernetポートインタフェース、例えば、ｉ番目のインタフェース４４−ｉが、Ethernetフレーム６０Ｒを受信すると、受信フレームをＬ３経路制御プログラム４００によって処理する。Ｌ３経路制御プログラム４００では、受信フレームのヘッダをチェックし、受信フレームがＴＣＰ／ＵＤＰヘッダＨ２を持っていた場合、ＴＣＰ／ＵＤＰポート番号を抽出する。また、ルーティングテーブルを参照して、受信フレームの転送先となるEthernetポート番号を特定する。

プロセッサ４１は、ＴＣＰ／ＵＤＰポート番号とEthernetポート番号を引数として、ＣＯＳ取得プログラム４１０を呼び出す。ＴＣＰ／ＵＤＰポート番号が抽出されなかった場合、プロセッサ４１は、ＣＯＳ取得プログラム４１０を呼び出すことなく、受信フレームをEthernetポート番号で特定されるEthernetポートインタフェース、例えば、インタフェース４４−ｊから送出する。

ＣＯＳ取得プログラム４１０は、ＣＯＳ値設定テーブル４２０を参照し、指定されたEthernetポート番号と対応するＣＯＳ値設定フラグ４２２を判定する。もし、ＣＯＳ値設定フラグ４２２が「１」となっていた場合、ＣＯＳ取得プログラム４１０は、ＴＣＰ／ＵＤＰポート番号−ＣＯＳ変換テーブル（１３０１０）を参照し、指定されたＴＣＰ／ＵＤＰポート番号と対応するＣＯＳ値を取得して、これをＬ３経路制御プログラム４００に返す。

Ｌ３経路制御プログラム４００は、ＣＯＳ取得プログラム４１０から通知されたＣＯＳ値を受信フレームのEthernetヘッダＨ１（ＣＯＳフィールド６１５）に設定し、これを転送先Ethernetポート番号で特定されたEthernetポートインタフェース、例えば、インタフェース４４−ｊから送出する。

図１７は、ＣＯＳ値取得プログラム４１０のフローチャートを示す。
ＣＯＳ値取得プログラム４１０では、プロセッサ４１は、ＣＯＳ値設定テーブル４２０から、指定された出力Ethernetポートと対応するＣＯＳ値設定フラグ４２２を読み出す（ステップ４１１）。ＣＯＳ値設定フラグを判定し（４１２）もし、フラグが「０」であれば、ＣＯＳ値＝「０」をＬ３経路制御プログラム４００に返して（４１５）、このプログラムを終了する。

ＣＯＳ設定フラグが「１」であれば、プロセッサ４１は、ＴＣＰ／ＵＤＰポート番号−ＣＯＳ変換テーブル４３０から、指定されたＴＣＰ／ＵＤＰポート番号と対応するテーブルエントリを検索し（４１３）、該テーブルエントリが示すＣＯＳ値４３２をＬ３経路制御プログラム４００に返して（４１４）、このプログラムを終了する。

本実施例によれば、パーソナルコンピュータＰＣ５のように、ゲートウェイＧＷ１を介して中継網ＮＷに接続される端末装置には、ＭＳＴinstance特定用のＣＯＳ値設定機能を必要としないため、ＬＡＮ＃５に収容された複数の端末装置に対して、最適な経路で容易に通信サービスを提供することが可能となる。

本発明が適用されるBridged-ＶＬＡＮの第１の実施例を示す図。 本発明のBridged-ＶＬＡＮに適用されるパーソナルコンピュータＰＣの１実施例を示す構成図。 本発明のBridged-ＶＬＡＮに適用されるブリッジＢＲの１実施例を示す構成図。 図２に示したＰＣが備えるＴＣＰ／ＵＤＰポート番号−ＣＯＳ変換テーブルの１例を示す図。 図３に示したブリッジＢＲが備えるVLAN-ID・COS−MST instance変換テーブルの１例を示す図。 Ethernetフレームのフォーマット図。 ＰＣにおけるデータフレームの送信動作を説明するための図。 ＣＯＳ値取得プログラム１２０のフローチャート。 ＰＣにおけるデータフレームの受信動作を説明するための図。 ブリッジＢＲにおけるEthernetフレームの転送動作を説明するための図。 MST instance取得プログラム３１０のフローチャート。 本発明が適用されるBridged-ＶＬＡＮの第２実施例を示す図。 図１２に示したゲートウェイＧＷ１の１実施例を示す構成図。 ゲートウェイＧＷが備えるＣＯＳ値設定テーブル４２０の１例を示す図。 ゲートウェイＧＷが備えるＴＣＰ／ＵＤＰポート番号−ＣＯＳ変換テーブルの１例を示す図。 ゲートウェイＧＷにおけるデータフレームの転送動作を説明するための図。 ゲートウェイＧＷで実行されるＣＯＳ値取得プログラム４１０のフローチャート。 公衆網を利用した従来のBridged−ＬＡＮのネットワーク構成を示す図。 ＳＴＰを適用した従来のネットワーク構成の１例を示す図。 ＭＳＴを適用した従来のネットワーク構成の１例を示す図。

符号の説明

ＢＲ：ブリッジ、ＰＣ：パーソナルコンピュータ、ＧＷ：ゲートウェイ、ＮＷ：中継網、
２１、３１、４１：プロセッサ、２２、３２、４２：主メモリ、
２３、３３、４３：不揮発性メモリ、
２４、３４、４４：Ethernetポートインタフェース、
１００、１００Ｍ：アプリケーションソフトウェア、
１１０、１１０Ｍ：ＴＣＰ／ＩＰプロトコルスタック、
１２０、１２０Ｍ：ＣＯＳ値取得プログラム、
１３０：１３０Ｍ：ＴＣＰ／ＵＤＰポート番号−ＣＯＳ変換テーブル、
３００、３００Ｍ：Ｌ２経路制御プログラム、
３１０、３１０Ｍ：MST instance取得プログラム、
３５０、３５０Ｍ：VLAN-ID・COS-MST instance変換テーブル、
４００、４００Ｍ：Ｌ３経路制御プログラム、
４１０、４１０Ｍ：ＣＯＳ値取得プログラム、
４２０、４２０Ｍ：ＣＯＳ値設定テーブル、
４３０、４３０Ｍ：ＴＣＰ／ＵＤＰポート番号−ＣＯＳ変換テーブル。

Claims (8)

1. 複数のＶＬＡＮ（Virtual LAN）が形成される中継網と、該中継網に接続された複数のＬＡＮとからなり、上記中継網内では、１つあるいは複数のＶＬＡＮからなるＭＳＴ（Multiple Spanning Tree Protocol）インスタンス毎に、論理的なスパニングツリーが形成されるBridged-ＬＡＮにおいて、
   上記中継網が、イーサネットフレームを送受信する複数のブリッジからなり、
   各ブリッジが、
   ＶＬＡＮ識別子とサービスクラス（ＣＯＳ：Class of service）の値との組み合わせに対応してＭＳＴインスタンスの識別子を定義した変換テーブルと、
   上記中継網内で、上記変換テーブルで定義されたＭＳＴインスタンス識別子毎にスパニングツリーを形成するための手段とを有し、
   上記各ブリッジが、受信フレームのヘッダからＶＬＡＮ識別子とＣＯＳ値とを抽出し、上記変換テーブルによって、上記受信フレームのＭＳＴインスタンス識別子を特定し、該ＭＳＴインスタンス識別子をもつスパニングツリーの経路に従って、上記受信フレームを転送することを特徴とするBridged-ＬＡＮ。
2. 前記スパニングツリーを形成するための手段が、ＶＬＡＮ識別子が同一でサービスクラスの異なる第１、第２のＭＳＴインスタンス識別子と対応付けて、前記中継網内に経路の異なる第１、第２のスパニングツリーを形成することを特徴とする請求項１に記載のBridged-ＬＡＮ。
3. 前記複数のＶＬＡＮのうちの特定の１つが、第１のＬＡＮに収容されたセッション管理サーバと、それぞれ少なくとも１つのクライアント端末を収容した複数の第２のＬＡＮとからなり、上記特定ＶＬＡＮの識別子と音声通信用に割り当てられたＣＯＳ値との組合せに対応付けられたＭＳＴインスタンス識別子をもつスパニングツリーは、上記第１のＬＡＮと各第２のＬＡＮとの間のフレーム転送遅延が最小となるように形成されることを特徴とする請求項１に記載のBridged-ＬＡＮ。
4. 前記各ＬＡＮに収容された各端末装置が、ヘッダ部にＶＬＡＮ識別子とＣＯＳ値とを含むイーサネットフレームを送信することを特徴とする請求項１〜請求項３の何れかに記載のBridged-ＬＡＮ。
5. １つのＬＡＮからの受信フレームのヘッダ部に、該フレームのＴＣＰ／ＵＤＰポート番号によって決まるＣＯＳ値を設定して、前記中継網に転送するゲートウェイ装置を含むことを特徴とする請求項１〜請求項３の何れかに記載のBridged-ＬＡＮ。
6. 複数のＬＡＮ（Local Area Network）間をＶＬＡＮ（Virtual LAN）で接続する中継網内に設置される通信ノード装置であって、
   それぞれイーサネットフレームを送受信する複数のポートインタフェースと、
   ＶＬＡＮ識別子とサービスクラス（ＣＯＳ：Class of service）の値との組み合わせに対応してＭＳＴインスタンス識別子を定義した変換テーブルと、
   上記中継網に、上記変換テーブルで定義されたＭＳＴインスタンス識別子毎にスパニングツリーを形成するための手段と、
   上記各ポートインタフェースからイーサネットフレームを受信した時、上記変換テーブルによって、受信フレームのヘッダが示すＶＬＡＮ識別子とＣＯＳの値との組み合せに対応するＭＳＴインスタンス識別子を特定し、該ＭＳＴインスタンス識別子をもつスパニングツリーの経路に従って、上記受信フレームを転送する経路制御部とを備えたことを特徴とする通信ノード装置。
7. 複数のＶＬＡＮ（Virtual LAN）が形成される中継網と、該中継網に接続された複数のＬＡＮとからなり、上記中継網内では、１つあるいは複数のＶＬＡＮからなるＭＳＴ（Multiple Spanning Tree Protocol）インスタンス毎に、論理的なスパニングツリーが形成されるBridged-ＬＡＮに接続される端末装置であって、
   ＴＣＰ／ＵＤＰポート番号とサービスクラス（ＣＯＳ：Class of service）の値との対応関係を示す変換テーブルと、
   ネットワークアプリケーションが使用するＴＣＰ／ＵＤＰポート番号に応じて、上記変換テーブルから、送信フレームに適用すべきＣＯＳ値を特定するための手段とを有し、
   該端末装置が所属するＶＬＡＮの識別子と上記特定のＣＯＳ値とをヘッダ部に含むイーサネットフレームを上記Bridged-ＬＡＮに送信することを特徴とする端末装置。
8. 複数のＶＬＡＮ（Virtual LAN）が形成される中継網と、該中継網に接続された複数のＬＡＮとからなり、上記中継網内では、１つあるいは複数のＶＬＡＮからなるＭＳＴ（Multiple Spanning Tree Protocol）インスタンス毎に、論理的なスパニングツリーが形成されるBridged-ＬＡＮと、少なくとも１つのＬＡＮとの間に接続されるゲートウェイ装置であって、
   それぞれがポート番号によって識別される複数のポートインタフェースと、
   ＴＣＰ／ＵＤＰポート番号とサービスクラス（ＣＯＳ：Class of service）の値との対応関係を示す変換テーブルと、
   ポート番号と対応してＣＯＳ値設定の要否を示すフラグ情報を記憶したＣＯＳ値設定テーブルと、
   上記各ポートインタフェースからイーサネットフレームを受信した時、上記ＣＯＳ値設定テーブルから、受信フレームの転送先となるポート番号と対応するフラグ情報を検索し、該フラグ情報がＣＯＳ値設定要を示す場合、上記変換テーブルから、上記受信フレームのＴＣＰ／ＵＤＰポート番号と対応するＣＯＳ値を検索し、該ＣＯＳ値を上記受信フレームのヘッダ部に設定して、受信フレームを上記転送先ポート番号で特定されるポートインタフェースに転送する経路制御手段とを備えたことを特徴とするゲートウェイ装置。

Images