JPH05501191A - ネットワークブリッジによるグループアドレスコンセントレーション - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるため要約のデータは記録されません。

Description

【発明の詳細な説明】 ネットワークブリッジによるグループアドレス本発明は一般にローカルエリアネ ットワーク間に送られるフレームをアドレスすることに係り、より詳細には、多 数のマルチキャストアドレスをサポートする第１のローカルエリアネットワーク から、少数のマルチキャストアドレスしかサポートしない第２のローカルエリア ネットワークを介してマルチキャストアドレスをマツピングすることに関する。

関連特許 以下の特許出願は、本発明に関連したものであり、本発明と同じ譲受人に譲渡さ れ、本発明と同じ日に出願されたものである。

Ｒ，Ｊ、パールマン及びＷ、Ｒ，ハウ氏の「コンピュータ通信システムにおける 転送フレーム内でのアドレスのエンキャブスレージョン（Ｅｎｃａｐｓｕｌａｔ ｉｏｎ　ｏｆＡｄｄｒｅｓｓ　ｗｉｔｈｉｎ　ａ　Ｆｏｒｗａｒｄｅｄ　Ｆｒａ ｍｅ　ｉｎ　ａ　Ｃｏｍｐｕｔｅｒ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｓｙ唐狽■ 香j　Ｊと 題する国際公開Ｗ０９２／１３４１３；Ｒ，Ｊ、バールマン氏の「ローカルエリ アネットワークのマルチキャストアドレス容量力坏充分な場合にローカルエリア ネットワークにマルチキャストアドレスを使用する方法（Ｕｓｉｎｇ　ａ　Ｍｕ ｌｔｉｃａｓｔ　Ａｄｄｒｅｓｓ　ｉｎ　ａ　Ｌａｃａｌ　Ａｒｅａ　Ｎｅｔｗ ｏｒｋ　ｗｈｅｒ■ ｔｈｅ　Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ　ｈａｓ　Ｉｎａｄｅｑｕａｔ ｅ　Ｍｕｌｔｉｃａｓｔ　Ａｄｄｒｅｓｓｉｎｇ　Ｃａｐａｂ奄撃奄狽凵j　Ｊ と題する国際公開Ｗ０９２／１３４０９；及び参考としてここに取り上げるこれ ら関連特許出願の全ての記述。

先行技術 ローカルエリアネットワークＬＡＮは、多数の種々のアドレス機構で設計されて いる。例えば、エサーネッ１−ＬＡＮ設計及びＩＥＥＥ８０２．３規格では、全 部で約１４０兆のアドレスに対してマルチキャストアドレスごとに４７ビツトが 指定されている。

これに対し、トークンリングＩＥＥＥ８０２．５規格を実施する場合には、マル チキャストアドレスとして約２４ないし約３１の個別アドレスしかなく、これら のアドレスは、ＩＥＥＥ８０２．５規格により規定されたファンクショナルアド レッシングで与えられる。ＩＥＥＥ８０２．５規格では、ファンクンヨナルアド レッシングとして６バイト、即ち４８ビツトが与えられるが、この規格を実施す るチップは、そのうちの数個のビットをファンクショナルアドレスインジケータ と称する規定値にセットすることが必要であると共に、残りのビットのうちの１ ビツトだけを「１」にセットしそして他を「０」にセットすることが必要である 。規定値を有するビットは、残りのビットが「ファンクショナルアドレス」を表 すという指示を与え、「残りのビット」とは、実施の仕方にもよるが約２４ない し３１ビツトに過ぎず、これらビットのうちの１つしかセットすることができな い。

あるＬＡＮからブリッジによって別のＬＡＮへフレームを転送することが一般的 である。通常、第１のＬＡＮからブリッジに到着するフレームの行き先アドレス フィールドは、ブリッジによって第２のＬＡＮへ送られるフレームの行き先アド レスフィールドにコピーされる。しかしながら、マルチキャストアドレスの場合 で、第１のＬＡＮが１４０兆のマルチキャストアドレスをサポートするエサ−ネ ットである場合には、マルチキャストの目的で得られる約２４ないし３１個のみ のアドレスであってもトークンリングＩＥＥＥ８０２．５アドレススペースへ直 接マツピングすることは不可能である。

サイズの異なるマルチキャストアドレススペースのＬＡＮ間でマルチキャストア ドレスをマツピングする解決策が１９９０年６月１２日にり、Ｂ、シーヒイ氏に 発行された米国特許第４，９３３．９３８号に示唆されている。シーヒイ氏の特 許では、変換テーブルを使用して、第１のＬＡＮのマルチキャストアドレスが第 ２のＬＡＮのマルチキャストアドレスに直接マツピングされる。

しかしながら、２ないし４７乗（約１４０兆）のマルチキャストアドレスをサポ ートすることのできるエサ−ネットのようなあるＬＡＮや、約２４ないし３１の マルチキャストアドレスしかそのファンクショナルアドレススペースにもたない トークンリングＩＥＥＥ８０２．５規格ＬＡＮのような他のＬＡＮには、まだ問 題が残されている。エサ−ネットＬＡＮをトークンリング８０２．５ＬＡＮにブ リッジ接続する場合には、エサ−ネットが多数のマルチキャストアドレスを有す るという利点のほとんどが、トークンリングＩＥＥＥ８０２．５規格ＬＡＮへフ レームを転送する間に失われてしまう。

発明の要旨 本発明は、大きなマルチキャストアドレススペースを有する第１の通信システム から小さなマルチキャストアドレススペースを有する第２の通信システムへフレ ームを転送するときに第１の通信システムにおけるフレームのマルチキャストア ドレスを保持する手段を提供する。

本発明は、第１の通信システムを第２の通信システムへ接続する接続装置に係り 、この装置は、第１の通信システムから少なくとも１つの第１フレームを受け取 る手段を備えており、この少なくとも１つの第１フレームはマルチキャスト行き 先アドレスを有し、そしてこのマルチキャスト行き先アドレスは、上記少なくと も１つの第１フレームを第２の通信システムへ送信することを必要とする。更に 、マルチキャストアドレスの表示を第２フレームに書き込みそしてこの第２フレ ームを第２の通信システムへ送信する手段も設けられている。更に、第２フレー ムに自己記述機能を含ませるための別の手段も設けられており、この自己記述機 能は、第２フレームを受け取るステーションがマルチキャストアドレスの表示を 解読してマルチキャストアドレスを回復させるようにこのステーションによって 解読を行えるようにする。

マルチキャストアドレスの表示は、第２の通慣システムへ送られる第２フレーム の指定フィールドに書き込まれたマルチキャストアドレスである。

フレームは、第１の通信システムのマルチキャストアドレス構造をサポートする 第３の通信システムへ送ることもでき、マルチキャストアドレスは、第２フレー ムに書き込まれたマルチキャストアドレスの表示から回復さね、そして第３の通 信システムに送られる第３フレームの行き先アドレスフィールドに書き込まれる 。

本発明の他の特徴及び効果は、添付図面を参照した以下の詳細な説明より明らか となろう。

図面の簡単な説明 多数の図面にわたり同じ部分が同じ参照番号で示された添付図面において、図１ は、本発明の好ましい実施例によるフレームフィールドを示す図、図２は、本発 明の好ましい実施例によるブリッジ及びルートで結ばれた多数のＬＡＮを示すブ ロック図、 図３は、Ｏ３Ｉ規格の参考モデルをＩＥＥＥ及びＩＥＥＥ／ＡＮＳＩ　ＬＡＮ規 格と比較するブロック図、 図４は、ＭＡＣヘッダに対する標準的なフレームフィールドの図、図５は、ＬＬ Ｃヘッダに対する標準的なフレームフィールドの図、図６Ａは、本発明の実施例 によるＬＬＣヘッダ、図６Ｂは、本発明の実施例によるＭＡＣヘッダ及びＬＬＣ ヘッダ、図７は、本発明の実施例によるＬＬＣヘッダ、図８は、本発明の実施例 によるルック・アップテーブル、そして図９は、本発明の実施例によるルック・ アップテーブルである。

実施例 図１には、本発明による自己記述特徴を有するフレームのフィールドが示されて いる。このフレームは、発信ステーションによってオリジナルＬＡＮへ送信され 、そして１つ以上のステーションによりその同じオリジナルＬＡＮ又はそれに接 続された他のＬＡＮに受け取られる。

フィールド１００は、先導フィールドであって、例えば、ＬＡＮの設計を適合さ せる特定の規格によって決まるものである。フィールド１０２は、行き先アドレ スであり、以下ＤＡフィールドと称する。又、このフィールド１０２は、本発明 のある実施例においては、フレームを検出するステーションがその意図された行 き先アドレスを知るために解読しなければならない情報に対するインジケータを 構成してもよい。

例えば、フレームは第１のＬＡＮからブリッジにより第２のＬＡＮへ送られ、第 １のＬＡＮにおけるＤＡフィールドはマルチキャストアドレスを含み、そして第 ２のＬＡＮは、オリジナルのマルチキャストアドレスを第２のＬＡＮのアドレス に直接変換できないような小さなマルチキャストアドレス容量を有している。

この例では、第２のＬＡＮのフレームのＤＡフィールド１０２は、第２のＬＡＮ のフレームに記憶された追加情報に対するインジケータであり、この追加情報は 特表千５−５０１１９１　（３） 受信ステーションがオリジナルのマルチキャストアドレスを回復できるようにす る。この追加情報はフレームのフィールド１０４に含まれる。本発明の別の実施 例では、フィールド１２０がフィールド１０４の追加インジケータである。

本発明の別の実施例においては、第１のインジケータがフィールド１０３を含む 。例えば、フィールド１０３は、フレームコントロールフィールド、即ちＦＣフ ィールドである。

更に、図１は、フレームの一部であるが本発明には直接関与しない他のフィール ド１１０．１１２．１１４も示している。又、ソースアドレスフィールド、即ち ＳＡフィールド１１６も示されているが、このＳＡフィールドも本発明には直接 関与しない。

図１に示すように、本発明は、オリジナルのマルチキャストアドレスを回復する に必要な情報を保持するフィールド１０４に対する少なくとも１つの、或いは数 個のインジケータ１０２．１０３．１２０を含んでいる。本発明に用いられるイ ンジケータ及びフィールド１０４に保持される追加情報は、オリジナルのマルチ キャストアドレスを回復するためのフレームの自己記述特徴と称する。

図２には、多数のローカルエリアネットワークＬＡＮで構成された代表的なシス テムが示されている。これらのＬＡＮは、ブリッジによって互いに接続されて拡 張ＬＡＮを形成してもよいし、又はルートによって互いに接続されて広域ネット ワークを形成してもよい。

ＬＡＮ１３０はブリッジ１３２によってＬＡＮ１３４に接続される。例えば、Ｌ ＡＮ１３０は、エサ−ネットＬＡＮ及び／又はＩＥＥＥ８０２．３ＬＡＮであり 、一方、ＬＡＮ１３４はトークンリングである。ＬＡＮ１３４は、例えば、ＩＥ ＥＥ８０２．５トークンリングである。或いは又、ＬＡＮ１３４は、ＡＮＳＩ／ ＩＥＥＥ　ＦＤＤＩトークンリングであってもよい。

ＬＡＮ１３４は、ブリッジ１４０によってＬＡＮ１４２に接続される。ＬＡＮ１ ４２は、ブリッジ１４４によってＬＡＮ　１４６に接続される。又、ＬＡＮ１３ ４は、ブリッジ１５０によってＬＡＮ１５２に接続される。ＬＡＮ１５２は、ブ リッジ１５４によってＬＡＮ１５６に接続される。ＬＡＮ１５６は、ルート１６ ０により、通信リンク１６２．１６４を経、そしてルート１６６を経てＬＡＮ１ ７０に接続される。ＬＡＮ１７０は、ブリッジ１７２によりＬＡＮ１７４に接続 される。

拡張ＬＡＮ１８０は、ＬＡＮ１３’０．１３４．１４２．１４６．１５２．１５ ６のブリッジ接続により形成される。もう１つの拡張ＬＡＮ１８２は、ブリッジ 接続されたＬＡＮ１３０．１７４によって形成される。拡張ＬＡＮ１８０を拡張 ＬＡＮ１８２へ接続するルート１６０．１６６によって広域ネットワークが形成 される。

図２に示す全システムは、近代的なコンピュータ通信システムにおいて互いに接 続される複雑なネットワークの簡単な代表例である。

異なったＬＡＮ間でのフレームの送信は規格により容易に行われる。例えば、Ｉ ＥＥＥ８０２−　ｘシリーズの規格は多数の標準的な１．ＡＮを規定する。ＩＥ ＥＥ８０２．２規格は、ロジカル・リンク・コントロール・レイヤを規定し、こ れは種々のＩＥＥＥ８０２．ｘＬＡＮに共通であると共に、ＡＮＳＩ／ＩＥＥＥ ＦＤＤＩ）−クンリングにも共通である。

図３には、通信用のｌ５Ｏ（インターナショナル・スタンダーズ・オーガナイゼ ーション）７レイヤ参照モデルと、種々のＩＥＥＥ及びＡＮＳＩ規格ＬＡＮによ り規定されたモデルレイヤとの比較を示している。ＩＥＥＥ８０２．２　ＬＬＣ （ロジカル・リンク・コントロール）ブロック１９０は、Ｏ３Ｉレベル２データ リンクブロック１９２の一部分である。又、Ｏ８Ｉデータリンクブロック１９２ には、ＩＥＥＥ８０２．ｘ規格のメディウム・アクセス・コントロールＭＡＣａ Ｂ分も含まれており、これは、ＩＥＥＥ８０２．３エサ−ネットブロック１９４ と、ＩＥＥＥ８０２．４）−クン・パッシング・バス・ブロック１９６と、ＩＥ ＥＥ８０２．５トークン・リング・ブロック１９８と、ＩＥＥＥ／５ＮＳＩＦＤ ＤＩブロック２００を含んでいる。特定のＬＡＮ規格であるブロック１９４．１ ９６．１９８及び２００に対するＩＥＥＥ８０２．２　ＬＬＣ規格の共通性が本 発明によって効果的に利用されている。

図４は、ＬＡＮに情報を送信すると共にＬ′ＡＮ間にフレームを送信するのに使 用される形式の視表的なＭＡＣヘッダフレームフォーマットを示している。行き 先アドレスＤＡフィールド２１０、ソースアドレスＳＡフィールド２１２及ヒ情 報ＩＮＦＯフィールド２１４のみが示されている。各ＩＥＥＥ８０２．ｘ規格は 先導フィールド２１６を規定すると共に後続フィールド２１８を規定し、そして 各規格は、例えば、それ自身の独特の先導フィールド２１６及び後続フィールド ２１８を有してもよい。又、ＩＥＥＥ８０２．３エサ−ネットフレームは、ＳＡ フィールド２１２とＩＮＦＯフィールド２１４との間に追加の長さフィールド２ ２０を有している。ＩＮＦＯフィールド２１４は、送信ステーションから受信ス テーションへ情報を送信するのに用いられる。

図５には、ＩＥＥＥ８０２．２　ＬＬＣフィールドの構造が示されている。図５ に示すフィールド構造は、図３に示されたＬＡＮ規格、即ちＩＥＥＥ８０２．３ エサ−ネット１９４、ＩＥＥＥ８０２．４）−クンパッシングバス１９６、ＩＥ ＥＥ８０２．５トークンリング１９８及びＩＥＥＥ／ＡＮＳＩ　ＦＤＤＩ）−ク ンリング２００に対して共通である。ＤＳＡＰフィールド２３０は、行き先サー ビスアクセスポイントフィールドであり、５ＳＡＰフイールド２３２は、ソース サービスアクセスポイントフィールドであり、コントロールフィールド２３４は 、５ＳＡＰフイールド２３２に続くものであり、そしてオプションのプロトコル 識別子フィールド２３６はコントロールフィールド２３４に続（ものである。

プロトコル廊ｙす子フィールドを有する条件は、ＤＳＡＰフィールドが５ＮＡＰ ＳＡＰＯ値を有することである。５ＮＡＰ　ＳＡＰ値は、サブ・ネットワーク・ アクセス・プロトコル値であり、ＩＥＥＥ８０２．２　ＬＬＣ規格に開運して定 められた独特の値である。例えば、５ＮＡＰ　ＳＡＰは、プロトコル識別子フィ ールド２３６のようなＬＬＣヘッダ内のプロトコル型フィールドをエンキャブス レートする目的で指定された特殊なＳＡＰ値である。例えば、５ＮＡＰ　ＳＡＰ 値は、ＤＡＳＰバイトのフィールド２３０においては交互の１と０である。ある 実施例では、５ＳＡＰフイールド２３２が５ＮＡＰ　ＳＡＰ値を有するのが便利 である。

フィールド２３８は、プロトコル識別子フィールド２３６が存在するときにそれ に続くか、或いはプロトコル識別子フィールド２３６が存在しないときにはコン トロールフィールド２３４に続くものである。このフィールド２３８は、ＬＬＣ レイヤによって使用するための情報を保持するか、又はＯ５Ｉ参照モデルの上位 レイヤへ送信するための情報を保持する。

所望のマルチキャストアドレスのエンキャブスレージョンを使用した本発明の第 １の実施例が図６に示されている。図４を参照すれば、ＭＡＣヘッダの行き先ア ドレスＤＡフィールド２１０は、フレーム内に保持された情報からマルチキャス トアドレスを回復しなければならないことを指示するように選択される。例えば 、フレームがＩＥＥＥ８０２．５トークンリングＬＡＮに送られている場合には 、ＤＡフィールド２１０がファンクンヨナルアドレスの１つとして選択され、こ のファンクショナルアドレスは、フレーム内に記憶された情報からマルチキャス トアドレスを回復しなければならないことを常に指示するために保持される。

マルチキャストアドレスは、ＬＬＣヘッダの前か又はＬＬＣヘッダの後に配置さ れる。

本発明の第２の実施例においては、ＭＡＣヘッダのＤＡフィールド２１０が第１ の実施例と同じファンクショナルアドレスとして選択されるが、図６を再度参照 すれば、ＤＳＡＰフィールド２３０が５ＮＡＰ　ＳＡＰ値に等しくなるように選 択される。次いで、マルチキャストアドレスは、プロトコル識別子フィールド２ ３６の直後にフィールド２４０内に記憶される。

本発明の第３の実施例においては、ＭＡＣヘッダのＤＡフィールド２１０は、第 １の実施例と同じファンクンヨナルアドレスとして選択されるが、ＤＳＡＰ値は 異なったＳＡＰ値として選択される。このとき、プロトコル識別子フィールド２ ３６は存在せず、所望のマルチキャストアドレスが図７に示すようにコントロー ルフィールド２３４の直後にフィールド２４２に記憶される。

本発明の第４の実施例においては、ＬＡＮのマルチキャストアドレス容量が不充 分な場合に、テーブル・ルック・アンプ方法を用いてＬＡＮの所望のマルチキャ ストアドレスが回復される。図８は、ルック・アップテーブル２６０を示してい る。ＭＡＣヘッダのＤＡフィールド２１０は、上記したように、ファンクショナ ルアドレスを含むように選択される。しかしながら、各々一般に使用されるマル チキャストアドレスには特定の値のＳＡＰが組み合わされている。ＳＡＰの適当 な値は、次いで、ＬＬＣヘッダのＤＳＡＰフィールド２３０に入れられる。この フレームを検出するステーションは、先ず、ＭＡＣヘッダのＤＡフィールド２１ ０のアドレスからマルチキャストアドレスに関連した情報がフレーム内に含まれ ていることをＭＷし、第２に、ＤＳＡＰフィールド２３０内に含まれたＳＡＰ値 が、マルチキャストアドレスを入力２６４として含んでいるテーブル２６０に対 する入力点として働くインジケータ２６２であることを確認し、第３に、ＤＳＡ Ｐフィールド２３０から読み取ったＳＡＰ値を用いてテーブルに入り、ＳＡＰ値 ２６６がマルチキャストアドレス２６８に対応するような所望のマルチキャスト アドレスを探すことにより、フレームを解読する。ＳＡＰ値のリストはテーブル ２６０に専用とされ、これら専用のＳＡＰ値の各々は、ステーションに記憶され たテーブルへの入力点となる。テーブルの値は各入力点に対応し、そしてテーブ ルの値は所望のマルチキャストアドレスを含む。テーブルはステーション内で形 成されねばならない。第１の例として、テーブルは、ステーションが形成される ときにステーションの製造者によって形成される。第２の例として、テーブルは 、適当な対応するＳＡＰ及びマルチキャストアドレスに入ることによりシステム マ不−ジャによって形成されてもよい。第３の例として、テーブルは、ＬＡＮを 経て送られてそのステーションにより受け取られる情報メツセージによって離れ たところから形成されてもよい。

本発明の第５の実施例においては、第４の実施例の方法と同様のテーブルルック アンプ方法が使用される。テーブル２６０が図８に示されている。しかしながら 、ＭＡＣヘッダのＤＡフィールドはブロードキャストアドレスを含んでいる。

例えば、ブロードキャストアドレスとは、例示的なりＡフィールドの６バイト全 部が「１」にセットされて４８個の「１」を形成するというものである。又、専 用のＳＡＰ値がＬＬＣヘッダのＤＳＡＰフィールドに書き込まれ、専用のＳＡＰ 値が所望のマルチキャストアドレス２６４．２６８を保持するテーブル２６０へ の入力２６２．２６６となる。

本発明の第６の実施例においては、第４の実施例の方法と同様のテーブルルック アップ方法が使用される。しかしながら、ＬＬＣヘッダのＤＳＡＰフィールドは ５ＮＡＰ　ＳＡＰ値に等しくセットされ、ＬＬＣヘッダの図６のプロトコル識別 子フィールド２３６はテーブル２６０への入力を含む。所望のマルチキャストア ドレスは、識別子２６６に対応する位置２６８にテーブルの値として記憶される 。プロトコル識別子フィールド２３６は、ＩＥＥＥ８０２．５規格には５バイト 長さとして規定され、各バイトは８ビツトであり、プロトコル識別子フィールド において全部で４０ビツトである。全部で４０ビツトでは、プロトコル識別子フ ィールド２３６が２ないし４０乗、即ち約１．　１兆の異なった値を保持し、従 って、このフィールドのスペースは、テーブルに記憶されたマルチキャストアド レスを入力が指す場合にはテーブルへの入力として充分に作用する。

本発明の第７の実施例においては、ＭＡＣヘッダからの図１のフレームコントロ ールフィールド１０３を用いて、所望のマルチキャストアドレスを決定するため にフレームを分析しなければならないことが指示される。この機構は、ＩＥＥＥ ８０２．５トークンリング又はＡＮＳＩ／ＩＥＥＥ　ＦＤＤＩ）−クンリングの ような行き先アドレスＤＡフィールドの前にフレームコントロールフィールドを もつＬＡＮにおいて機能するものである。この実施例は、ＦＣフィールドが１バ イト、即ち８ビツトしかないという欠点を有し、インターナショナル・スタンダ ード・オーガナイゼーションもしくはＩＥＥＥのような中央当局が所望のマルチ キャストアドレスを保持するために自己記述フレーム構造を指示する独特の値を 指定することが不可能である。従って、別の者もしくは売主が同じ値のＦＣフィ ールドを異なった目的で使用する場合には、操作上の問題が生じる。

本発明の第８の実施例においては、フレームがマルチキャストアドレスを含むこ とを指示する目的で、図５のＬＬＣコントロールフィールド２３４の未使用ビッ ト、即ち未使用バイトの値が指定される。この実施例は、ＭＡＣヘッダからのフ レームコントロールフィールドを使用することに類似しているが、この実施例で はＬＬＣヘッダが使用される。ＬＬＣヘッダのこのＬＬＣコントロールフィール ド２３４は１又は２バイト長さである。インターナショナル・スタンダード・オ ーガナイゼーションのような規格団体により特定の目的で製造者に対しＬＬＣコ ントロールフィールドからの値を指定することが可能である。例えば、本発明の 目的としてはマルチキャストアドレスがフレーム内に記憶されることを指示する ために特定の値を指定するこきができる。　。

本発明の第９の実施例においては、フレーム内の２つの項目を用いて、フレーム がマルチキャストアドレスを含むことが指示され、これが図６Ｂに示されている 。この実施例は、上記した第４ないし第８の実施例と同様であるが、更に別の例 示的な実施例である。第１の項目は、ＭＡＣヘッダの行き先アドレス、即ち図１ のＤＡフィールド１０２、図４のＤＡフィールド２１０が特殊なアドレスを含ん でいることである。この特殊なアドレスは、例えば、ブロードキャストアドレス でもよいし、或いは第２の例としては専用のファンクショナルアドレスでもよい 。第２の項目は、図１の特殊なインジケータ１２０、例えば、ＬＬＣヘッダ２１ １のＤＳＡＰフィールド、又は第２の例としてはＬＬＣヘッダ２１１の５ＳＡＰ フイールド、或いは第３の例さしてはＬＬＣヘッダ２１１のフレームコントロー ルフィールドが、フレーム内にマルチキャストアドレスが記憶されていることを 指示するものである。このＬＬＣヘッダ２１１は、アドレス専用とされた特殊な ＬＬＣヘッダである。更に、アドレス情報ではなくて、通常のＬＬＣヘッダ値や プロトコルコードポイント等を含むためには、「真」のＬＬＣヘッダ２１３もフ レームに記憶されねばならない。

本発明の第１０の実施例においては、ＭＡＣヘッダのＤＡフィールド２１０とＤ ＳＡＰフィールド２３０のＳＡＰ値が、フレームの形式を決定するためにはフレ ームを更に分析しなければならないことをステーションに知らせる。フレームの 形式がいったん決まると、フレームの形式及びマルチキャストアドレスを組み込 んだ図９のテーブル２７０がフレーム形式人力２７２に入力される。このテーブ ルは、所望のマルチキャストアドレス２７４となる出力を形成する。例えば、こ のフレームは、１９８９年４月１８日にマン氏等に発行された［デジタルデータ プロセッシングシステムのためのローカルエリアネットワーク化ｏｃａｌ　Ａｒ ｅａ　Ｎｅｔｗｏｒｋ　ｆｏｒ口１ｇ１ｔａｌ　Ｄａｔａ　Ｐｒｏｃｅｓｓｉｎ ｇ　Ｓｙｓｔｅｍ）　Ｊと題する米国特許第４．８２３゜１２２号に開示された サービス・アドバータイジング・メツセージである。フレームがサービス・アド バータイジング・メツセージであることをステーションが決定すると、ステーシ ョンはテーブル内のこのフレーム形式２７６と、そのフレーム形式によって使用 される関連マルチキャストアドレス２７８を探す。このテーブルは、ステーショ ンによって確認された各フレーム形式２７２．２７６に対してマルチキャストア ドレス２７４．２７８のリストを含んでいる。

本発明の３ｇ１ｌの実施例においては、上記第１０の実施例と同様の「フレーム の形式」方法が使用されるが、マルチキャストアドレスがフレーム内に記憶され ることを指示する別の方法が使用される。

Ｄ　Ｓ　Ａ、　Ｐフィールド２３０に選択された値のＳＡＰを使用する効果は、 インターナショナル・スタンダード・オーガナイゼーションが特定の用途に対し てＳＡＰの値を指定することである。従って、ユーザもしくは売主は、所望のマ ルチキャストアドレスを保持する自己記述フレームを指示するために独特の値又 は１組の値を指定することができる。インターナショナル・スタンダード・オー ガナイゼーションは他の目的で他の売主には別の値を指定するので、別の売主と で操作上の問題が生じることはない。又、この効果は、規格団体が製造者に特定 の値を指定するところの別のフィールド、例えば、ＬＬＣヘッダコントロールフ ィールドを用いることによって得られるものである。

本発明の使い方を図２を参照して説明する。例えば、フレームがＬＡＮ　１３０ にあるステーション２５０から発生され、更に、ＬＡＮ１３０が１４０兆のマル チキャストアドレスを使用できるＩＥＥＥ８０２．３エサ−ネットであると仮定 する。フレームはＬＡＮ１３４へ送られ、そして更に、ＬＡＮ１３４は、マルチ キャストアドレスとして使用できるファンクショナルアドレスを約３１しかもた ないＩＥＥＥ８０２．５トークンリングであると仮定する。次いて、ブリッジ１ ３２は、上記した本発明の実施例の１つを用いて、所望のマルチキャストアドレ スを得るためにＬＡＮ１３４のフレームを自己記述とする。

ブリッジ１５０は、ＬＡＮ１３４からＬＡＮ１５２ヘフレームを転送する。ＬＡ Ｎ１５２は、ＩＥＥＥ８０２．３１サーネツトＬＡＮである。ブリッジ１５０は 、所望のマルチキャストアドレスを学習するために自己記述フレームを分析しそ して所望のマルチキャストアドレスをＭＡＣヘッダのＤＡフィールド１０２へ書 き込んでから、フレームをＬＡＮ１５２へ送信する。

ブリッジ１４０は、フレームをＬＡＮ１４２へ進める。ＬＡＮ１４２はＡＮＳ１ ／ＩＥＥＥ　ＦＤＤＩ　ＬＡＮであるとする。ブリッジ１４０は、所望のマルチ キャストアドレスを学習するために自己記述フレームを分析しそして所望のマル チキャストアドレスをＭＡＣヘッダのＤＡフィールドへ書き込んでから、ＦＤＤ Ｉ　ＬＡＮ１４２へ送信する。ＦＤＤＩ規格は、ＬＡＮ１３０のＩＥＥＥ８０２ ．３エサ−ネット規格とは異なったやり方でマルチキャストアドレスを規定しそ してブリッジ１４０は、この相違を適切に考慮してマルチキャストアドレスをＤ Ａフィールド１０２に書き込む。

ブリッジ１５４は、フレームをＬＡＮ１５６に進め、ＬＡＮ１５６がＩ　ＥＥＥ ８０２．５エサ−ネットである場合に、ＤＡフィールド１０２のマルチキャスト アドレスは、ブリッジ１５４による変更を必要としない。

リピータ１６２及び１６６は、フレームをＬＡＮ１７０へ進め、ＬＡＮ　１７０ がＩＥＥＥ８０２．５）−クンリングであれば、このときにはリピータ１６６に よってもう一度本発明が使用され、ＬＡＮ１７０におけるフレームが自己記述と される。

ブリッジ１７２はフレームをＬＡＮ１？４へ進める。ＬＡＮ１７４は、ＩＥＥＥ ８０２．３エサ−ネットであると仮定する。ブリッジ１７２は、本発明によりＬ ＡＮ１７０におけるフレームの自己記述特徴を用いて所望のマルチキャストアド レスを回復し、それをＭＡＣヘッダのＤＡフィールド１０２へ書き込んだ後にフ レームをＬＡＮ１７４へ送信する。この例では、マルチキャストアドレスは、Ｉ ＥＥＥ８０２．３エサ−ネットＬＡＮ１３０からスタートし、２つのＩＥＥＥ８ ０２．５ＬＡＮ１３４及び１７０を通過し、そしてＩＥＥＥ８０２．３エサ−ネ ットＬＡＮ１７４において使用されるマルチキャストアドレスとして回復される 。

上記実施例は、本発明の詳細な説明するものに過ぎないことを理解されたい。

本発明の範囲内で種々の他の変更や修正がなされ得ることが当業者に明らかであ ろう。

フレーム ＦＩＧ、　Ｉ ＦＩＧ、　２ ＯＳ＋参照モデル ７、　ＡＰＰＬＩＣＡＴＩＯＮ ６、ＰＲＥＳＥＮＴＡＴＩＯＮ ５、５ＥＳＳＩＯＮ ＦＩＧ、　３ ＦＩＧ、　４ ＦＩＧ、　５ ＦＩＧ、　６Ａ ＦＩＧ、　７ テーブル ＦＩＧ、　９ 要　約　書 大きなマルチキャストアドレススペースを有する第１の通信システム上のフレー ムが、小さなマルチキャストアドレススペースを有する第２の通信システムに送 られるときにそのフレームのマルチキャストアドレスを保持するための手段が提 供される。本発明は、第１の通信システムを第２の通信システムに接続するため の接続装置に係り、これは、第１の通信システムから少なくとも１つの第１フレ ームを受け取るための手段を有し、この少なくとも１つの第１フレームは、マル チキャスト行き先アドレスを有し、このマルチキャスト行き先アドレスは、少な くとも１つの第１フレームを第２の通信システムへ送信することを必要とするも のである。又、マルチキャストアドレスの表示を第２フレームに書き込みそして その第２フレームを第２の通信システムに送信するための手段も設けられている 。更に、自己記述特性を第２フレームに含ませるための別の手段もあり、自己記 述特性は、第２フレームを受け取るステーションがマルチキャストアドレスの表 示を解読してマルチキャストアドレスを回復させるようにそのステーションによ って解読できるものである。マルチキャストアドレスの表示は、第２の通信シス テムに送られる第２フレームの指定フィールドに書き込まれるマルチキャストア ドレスである。このフレームは、第１の通信システムのマルチキャストアドレス 構造をサポートする第３の通信システムへ送られ、マルチキャストアドレスは上 記第２フレームに書き込まれたマルチキャストアドレスの表示から回復さ汰そし てマルチキャストアドレスは、第３の通信システムに送られた第３フレームの行 き先アドレスフィールドに書き込まれる。

図１

Claims (12)

【特許請求の範囲】
1. １．第１の通信システムを第２の通信システムに接続するための接続装置におい て、 上記第１の通信システムから少なくとも１つの第１フレームを受け取るための手 段を備え、上記少なくとも１つの第１フレームは、マルチキャスト行き先アドレ スを有しており、このマルチキャスト行き先アドレスは、上記少なくとも１つの 第１フレームを上記第２の通信システムに送信することを必要とするものであり 、 上記マルチキャストアドレスの表示を第２のフレームに書き込みそしてこの第２ フレームを上記第２の通信システムに送信するための手段を更に備え、上記第２ フレームに自己記述特性を含ませる手段を更に備え、この自己記述特性は、上記 第２フレームを受け取るステーションが上記マルチキャストアドレスの表示を解 読して上記マルチキャストアドレスを回復させるようにこのステーションによっ て解読することができることを特徴とする装置。
2. ２．上記第２の通信システムから少なくとも１つの第２フレームを受け取る手段 を備え、上記少なくとも１つの第２フレームは、上記第１の通信システムによっ て利用されるマルチキャストアドレスの表示を有し、上記第２フレームは自己記 述特徴を有し、 上記自己記述特徴に応答して、上記マルチキャストアドレスの上記表示から上記 マルチキャストアドレスを回復させると共に、上記第３の通信システムに送られ る第３フレームの行き先アドレスフィールドに上記マルチキャストアドレスを入 れるための手段を更に備えた請求項１に記載の接続装置。
3. ３．上記マルチキャストアドレスの表示は、上記第２フレームの指定フィールド に入れられた上記マルチキャストアドレスを含む請求項１に記載の装置。
4. ４．上記第１の通信システムは、エサーネット工業規格通信システムである請求 項１に記載の装置。
5. ５．上記第１の通信システムは、ＩＥＥＥ８０２．３規格に基づくエサーネット システムである請求項１に記載の装置。
6. ６．上記第１の通信システムは、ファイバー・ディストリビューテッド・データ ・インターフェイスＡＮＳＩ／ＩＥＥＥ　ＦＤＤＩ（ＩＳＯ　９３１４）規格に 基づくトークンリングである請求項１に記載の装置。
7. ７．上記第２の通信システムは、ＩＥＥＥ８０２．５規格に基づくトークンリン グシステムである請求項１に記載の装置。
8. ８．第１の通信システムを第２の通信システムに接続するための接続装置におい て、 上記第１の通信システムから少なくとも１つの第１フレームを受け取るための手 段を備え、上記少なくとも１つの第１フレームは、マルチキャスト行き先アドレ スを有しており、このマルチキャスト行き先アドレスは、上記少なくとも１つの 第１フレームを上記第２の通信システムに送信することを必要とするものであり 、 上記マルチキャストアドレスの表示を第２のフレームに書き込みそしてこの第２ フレームを上記第２の通信システムに送信するための手段を更に備え、上記第２ フレームに自己記述特性を含ませる手段を更に備え、この自己記述特　性は、上 記第２フレームを受け取るステーションが上記マルチキャストアドレスの表示を 解読して上記マルチキャストアドレスを回復させるようにこのステーションによ って解読することができ、 上記第２の通信システムを経て上記第２フレームを受け取りそしてこのフレーム を第３の通信システムに進める手段を更に備え、そして上記マルチキャストアド レスの表示及び上記自己記述特性に応答して、上記マルチキャストアドレスを回 復すると共に、上記マルチキャストアドレスを第３フレームに入れ、そして上記 第３フレームを上記第３の通信システムに送信する手段を更に備えたことを特徴 とする接続装置。
9. ９．上記第３の通信システムは、工業規格のエサーネットシステムである請求項 ８に記載の装置。
10. １０．上記第３の通信システムは、ＩＥＥＥ８０２．３規格に基づくエサーネッ トシステムである請求項８に記載の装置。
11. １１．上記第３の通信システムは、ファイバー・ディストリビューテッド・デー タ・インターフェイスＡＮＳＩ／ＩＥＥＥ　ＦＤＤＩ（ＩＳＯ　９３１４）規格 に基づくトークンリングである請求項８に記載の装置。
12. １２．ローカルエリアネットワークがマルチキャストアドレスをサポートしない ところでローカルエリアネットワーク上のステーションにマルチキャストアドレ スを供給する装置において、 上記ローカルエリアネットワークにフレームを送信する手段を備え、上記フレー ムは、上記マルチキャストアドレスの参照を含む少なくとも１つの所定のフィー ルドと、検出ステーションによって解読することのできるインジケータとを有し 、上記フレームを分析し、上記少なくとも１つの所定のフィールドを読み取りそ して上記所定のフィールドの内容に応じて上記マルチキャストアドレスを回復す ることにより上記フレームから上記マルチキャストアドレスを回復できるように することを特徴とする装置。