JPH05501192A

JPH05501192A - コンピュータ通信システムの転送フレーム内でのアドレスのエンキャプスレーション

Info

Publication number: JPH05501192A
Application number: JP4507229A
Authority: JP
Inventors: パールマン　ラディア　ジェイ; ハーウィ　ウィリアム　アール; バックルス　フロイド　ジェイ; コーニング　ジー　ポール; ミットン　ディヴィッド　ジェイ
Original assignee: ディジタル　イクイプメント　コーポレイション
Priority date: 1991-01-25
Filing date: 1992-01-24
Publication date: 1993-03-04
Also published as: WO1992013410A1; EP0526624B1; EP0522142B1; WO1992013413A1; DE69212403D1; EP0522144A1; JPH05501345A; EP0522144B1; DE69217747D1; DE69212399D1; WO1992013409A1; EP0526624A1; DE69217747T2; EP0522142A1; DE69212403T2; JPH05501191A; DE69212399T2

Abstract

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

Description

【発明の詳細な説明】コンピュータ通信システムの転送フレーム内でのアドレスのエンキャブスレージョン発明の分野本発明は一般にローカルエリアネットワーク間でフレームをアドレスすることに係り、より詳細には、第１のローカルエリアネットワークから第２のローカルエリアネットワークへ転送されるフレーム内でのアドレスのエンキャブスレーシ以下の特許出願は、本発明に関連したものであり、本発明と同じ譲受人に譲渡され、本発明と同じ日に出願されたものである。

Ｆ、Ｊ、パックス氏等の「ネットワークブリッジを介しての多数−少数グループアドレス変換（Ｍａｎｙ　ｔｏ　Ｆｅｗ　Ｇｒｏｕｐ　Ａｄｄｒｅｓｓ　Ｔｒａｎｓｌａｔｉｏｎ　Ｔｈｒｏｕｇｈ　ａ　ＮｅｔｗｏｒｋＢｒｉｄｇｅ）　Ｊと題する国際公開ＷＯ９２／１３’４１０　；Ｒ，Ｊ、バールマン氏の「ローカルエリアネットワークのマルチキャストアドレス容量が不充分な場合にローカルエリアネットワークにマルチキャストアドレスを使用する方法（Ｌｌｓｉｎｇ　ａ　Ｍｕｌｔｉｃａｓｔ　Ａｄｄｒｅｓｓ　ｉｎ　ａ　ｔ、ａｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ　ｗｈ■窒■ ｔｈｅ　Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ　ｈａｓ　Ｉｎａｄｅｑｕａｔｅ　Ｍｕｌｔｉｃａｓｔ　Ａｄｄｒｅｓｓｉｎｇ　Ｃａｐａｂ奄撃奄狽凵j　Ｊと題する国際公開Ｗ０９２／１３４０９；及び参考としてここに取り上げるこれら関連特許出願の全ての記述。

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

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

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

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

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

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

本発明によれば、第１の通信システムを第２の通信システムに接続する接続装置が提供される。第１の通信システムから少なくとも１つの第１フレームを受け取る手段があり、この少なくとも１つの第１フレームは行き先アドレスフィールドを有し、この行き先アドレスフィールドは所望の行き先アドレスを含む。上記少なくとも１つの第４フレームを上記第２の通信システムへ第２フレームとして転送するき共に上記第２フレームの行き先アドレスフィールドへ第２の行き先アドレスを書き込むための手段設けられている。更に、上記所望の行き先アドレスを上記第２フレームの所定のフィールドに書き込む手段と、上記第２フレームにインジケータを書き込む手段とが設けられており、このインジケータは、上記所望の行き先アドレスが上記第２フレームの所定フィールドに書き込まれたことを意味するように受信ステーションによって解読されるものである。

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

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

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

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

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

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

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

フィールドである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

フレームがサービス・アドバータイジング・メツセージであることをステーションが決定すると、ステーションはテーブル内のこのフレーム形式２７６と、そのフレーム形式によって使用される関連マルチキャストアドレス２７８を探す。このテーブルは、ステーションによって確認された各フレーム形式２７２．２７６に対してマルチキャストアドレス２７４．２７８のリストを含んでいる。

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

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

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

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

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

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

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

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

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

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

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

図１

Claims

【特許請求の範囲】

１．第１の通信システムを第２の通信システムに接続するための接続装置において、上記第１の通信システムから少なくとも１つの第１フレームを受け取るための手段を備え、上記少なくとも１つの第１フレームは行き先アドレスフィールドを有し、この行き先アドレスフィールドは所望の行き先アドレスを含み、上記少なくとも１つの第１フレームを上記第２の通信システムへ第２フレームとして転送すると共にこの第２フレームの行き先アドレスフィールドに第２の行き先アドレスを書き込むための手段を更に備え、上記所望の行き先アドレスを上記第２フレームの所定のフィールドへ書き込むための手段を更に備え、そして上記第２フレームにインジケータを書き込むための手段を更に備え、このインジケータは、上記所望の行き先アドレスが上記第２フレームの所定のフィールドに書き込まれることを意味するように受信ステーションによって解読され得ることを特徴とする装置。
２．上記インジケータは、更に、上記第２フレームの上記行き先アドレスフィールドに書き込まれた所定のアドレスを含む請求項１に記載の装置。
３．上記インジケータは、更に、ＬＬＣヘッダの所定のフィールドに書き込まれた所定値を含む請求項１に記載の装置。
４．上記インジケータは、更に、上記第２フレームの上記行き先アドレスフィールドに書き込まれた所定のアドレスと、上記第２フレームのＬＬＣヘッダのＤＳＡＰフィールドに書き込まれた所定値とを含む請求項１に記載の装置。
５．上記第２の通信システムは、ＩＥＥＥ８０２．５トークンリングＬＡＮであり、そして上記インジケータは、上記第２の通信システムの動作によって設けられたファンクショナルアドレスである請求項１に記載の装置。
６．上記インジケータは、更に、上記第２フレームのＬＬＣヘッダのＤＳＡＰフィールドに書き込まれたＳＮＡＰ　ＳＡＰ値を含み、そして上記所定のフィールドは、上記第２フレームのプロトコル識別子フィールドに続く請求項１に記載の装置。
７．上記インジケータは、更に、上記第２フレームのＬＬＣヘッダのＤＳＡＰフィールドに書き込まれた値を含み、この値はＳＮＡＰ　ＳＡＰ値ではなく、そして上記所定のフィールドは、上記第２フレームのコントロールフィールドに続く請求項１に記載の装置。
８．上記所定のフィールドは６バイトの長さである請求項１に記載の装置。
９．第１の通信システムを第２の通信システムに接続するための接続装置において、上記第１の通信システムから少なくとも１つの第１フレームを受け取るための手段を備え、上記少なくとも１つの第１フレームは行き先アドレスフィールドを有し、この行き先アドレスフイールドは所望の行き先アドレスを含み、上記少なくとも１つの第１フレームを上記第２の通信システムへ第２フレームとして転送すると共にこの第２フレームの行き先アドレスフィールドに第２の行き先アドレスを書き込むための手段を更に備え、上記所望の行き先アドレスを上記第２フレームの所定のフィールドへ書き込むための手段を更に備え、上記第２フレームにインジケータを書き込むための手段を更に備え、このインジケータは、上記所望の行き先アドレスが上記第２フレームの所定のフィールドに書き込まれることを指示するように受信ステーションによって解読することができ、上記第２の通信システム上のステーション内にあって、上記第２フレームを第３の通信システムへ第３フレームとして転送する手段を更に備え、そして上記インジケータに応答して、上記第２フレームの上記所定フィールドから上記所望の行き先アドレスを読み取り、この所望の行き先アドレスを上記第３フレームの行き先アドレスフィールドに書き込むための手段を更に備えたことを特徴とする接続装置。