JP2002354047A - ブリッジ装置 - Google Patents

Abstract

(57)【要約】 【課題】 マルチキャストパケットの送受信やＡＲＰの
登録にＡＴＭ網側のサーバを必要としないブリッジ装置
を実現する。 【解決手段】 ＭＡＣ１１はＩＰフレームの終端・生成
を行う。ＳＡＲ１３はＡＴＭセルの終端・生成を行う。
スイッチング・アドレス解決部１２は、ＭＡＣ１１に対
応した入出力論理ポートと、ＳＡＲ１３に対応した入出
力論理ポートとを備え、かつ、これら入出力論理ポート
とコネクション番号と各端末１〜６のアドレスとの関係
を示すアドレステーブルを有している。スイッチング・
アドレス解決部１２は、アドレステーブルを参照して各
端末１〜６のパケットの送出先アドレスに対応する入出
力論理ポートを求め、この入出力論理ポートにパケット
を送信することにより各端末間のパケットのスイッチン
グを行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、RFC2684やRFC1483
のMultiprotocol Encapsulation over ATM Adaptation
Layer 5やIEEE802.1DのMAC BridgesやIEEE802.3のMACお
よびATM ForumやITU-T等の規格に基づいて二つ以上のネ
ットワーク間を相互接続するブリッジ装置、特に、ＡＴ
Ｍ（Asynchronous Transfer Mode）ネットワークとＩＰ
（InternetProtocol）ネットワークを相互接続するブリ
ッジ装置に関するものである。

【０００２】

【従来の技術】一般に、従来の二つ以上のネットワーク
間を相互接続するブリッジ装置、特にＡＴＭネットワー
クとＩＰネットワークを相互接続するブリッジ装置とし
て、ATM Forum勧告のLAN EmulationやIETF RFC1157で規
定されているClassical IP over ATM準拠装置がある。
これらの従来技術について以下簡単に説明する。

【０００３】LAN Emulation準拠装置は、ＩＰ網のブロ
ードキャストパケットに相当する機能をサポートしない
NBMA(Non Broadcast Multiple Access)網であるＡＴＭ
網において、ＩＰアドレスとＡＴＭアドレスのアドレス
解決方法（以下、ＡＴＭ ＡＲＰという）を提供し、Ａ
ＴＭアドレスやＭＡＣ（Media Access Control）アドレ
スおよびＩＰアドレス等のデータベースを管理するＬＥ
Ｓ（LAN Emulation Server）や、LAN Emulationの構成
管理やＬＥＳアドレスの提供するＬＥＣＳ(LANEmulatio
n Configuration Server)およびブロードキャストやマ
ルチキャスト機能を提供するＢＵＳ(LAN Emulation Bro
adcast and Unknown Server)のサーバを提供する。

【０００４】以下にLAN Emulationのアドレス解決動作
例を示す。即ち、ＡＴＭでデータ転送する場合は、ＭＡ
Ｃアドレスに応じてコネクションを設定し、その後デー
タを転送する。クライアントはエニキャスト（Anycas
t）アドレスを使用してＬＥＣＳにアクセスし、ＬＥＳ
のＡＴＭアドレスを取得する。これはどのLAN Emulatio
n網に参加し、どのＬＥＳからサービスの提供を受ける
か決定する。各クライアントは、LAN Emulationサービ
スを受けるため、ＬＥＳのＡＴＭアドレスを利用して制
御用のコネクションを設定し、ＭＡＣブロードキャスト
アドレスからＡＴＭアドレスへのＡＲＰ動作を実施し、
ＢＵＳのアドレスを取得後、また、ブロードキャストの
ため、ＢＵＳにもコネクションを設定する。

【０００５】次にクライアントは、ソース（Source）Ｍ
ＡＣアドレスとＡＴＭアドレスをサーバへ登録する。ブ
リッジの場合はプロキシ（Proxy）動作を実施すること
になる。クライアントは、転送するパケットを受信する
とディスティネーション（Destination）ＭＡＣアドレ
スを調査し、対応するＡＴＭクライアントまでコネクシ
ョンを設定するため、ディスティネーションＡＴＭアド
レスを解決するため（LE-ARP）、クライアントは制御コ
ネクションを使用してLE-ARP要求をサーバに送信し、サ
ーバはディスティネーションＭＡＣアドレス対応する。

【０００６】クライアントは、ディスティネーションＭ
ＡＣアドレスに対応するＡＴＭクライアントのＡＴＭア
ドレスが判明し、クライアント間にデータコネクション
を設定し、データ転送を開始する。以後、対応テーブル
がクライアントに作成され、ディスティネーションＭＡ
Ｃアドレスに対するパケット（フレーム）はＡＴＭコネ
クションにて転送される。

【０００７】データコネクションが設定されていないパ
ケットやマルチキャストＭＡＣアドレスのパケットはＢ
ＵＳに転送され、全クライアントや対応するクライアン
トにポイントマルチポイントコネクションにてブロード
キャストされる。

【０００８】Classical IP over ATM準拠装置は、ＩＰ
データグラムの転送とＡＡＬ５上でのリクエストとリプ
ライを実施するＡＴＭアドレス解決方法（ATMARP）のた
めに、ＡＴＭを既存ＬＡＮの一つ、即ちデータリンクレ
イヤネットワークとして使用することを対象とし、ＡＴ
Ｍは一つのロジカルＩＰサブネットワーク（LIS）内に
限られる。尚、複数のＡＴＭによるＬＩＳを接続する場
合、中継ルータを必要とする。従来のＬＡＮでは、共有
型ネットワークであり、ＩＰアドレスからデータリンク
レイヤアドレスであるＭＡＣアドレスに変換するＡＲＰ
ではブロードキャストが使用されている。ブロードキャ
ストがもたらす帯域の無駄遣いの弊害を避けるため、ア
ドレス変換サーバ（ARPサーバ）を提供する。以下に、C
lassicalIP over ATMのアドレス解決動作例を示す。

【０００９】即ち、ディスティネーションＩＰアドレス
に対応するＡＴＭアドレスを判明し、クライアント間に
ＵＮＩシグナリングによりＡＴＭコネクションを設定
し、データ転送を開始する。クライアントはＡＴＭ−Ｌ
ＡＮに接続されると、ＩＬＭＩ（Interim Local Manage
ment Interface）アドレス登録し、スイッチ接続時、Ａ
ＴＭＡＲＰサーバとＶＣ（コネクション）を設定し、Ａ
ＴＭＡＲＰサーバからＶＣによりInverse ARPリクエス
トパケットを受信後、Inverse ARPリプライパケットに
よりＩＰアドレスを送信する。

【００１０】これにより、ＡＴＭＡＲＰサーバは、ＩＰ
アドレスとＡＴＭアドレスとタイムスタンプのテーブル
を構成し、テーブルを更新する。尚、ＡＴＭＡＲＰサー
バは、テーブルの有効時間（タイムアウト）を超過する
と、エントリに対しＶＣによりInverse ARPリクエスト
パケットを送信し、クライアントからInverse ARPリプ
ライパケットを受信するとテーブルは更新され、ＶＣが
無ければエントリの削除を実施する。

【００１１】更に、受信ＩＰアドレスがテーブルに存在
しなければ、ARP＿NAKをクライアントに送信する。クラ
イアントは、ＩＰアドレスとＡＴＭアドレスの対応テー
ブルを保有し、データを送受信する場合に参照し、テー
ブルに相手先のＩＰアドレスに該当するエントリがあれ
ば、対応するＡＴＭアドレスのＶＣ（ＶＰＩ／ＶＣＩ）
を使用してデータを送受信する。

【００１２】テーブルに該当するものがなければＡＴＭ
ＡＲＰサーバにARPリクエストパケットを送信し、ＡＲ
Ｐリプライパケット受信でＡＴＭアドレスをテーブルに
追加し、対応するＡＴＭアドレスによりＶＣ（コネクシ
ョン）を設定する。送信終了後１５分でテーブルからエ
ントリを削除する。ＡＴＭＡＲＰサーバからARP＿NAKを
受信した場合は、ルータ等にＡＲＰリクエストパケット
を送信し、ＩＰアドレスに対応するＭＡＣアドレス等の
データを受信する。

【００１３】一方、マルチキャストのパケットについて
各端末は、サーバに先ずパケットを転送し、サーバはポ
イントツーマルチポイントにて各端末にパケットを送信
する。パケットはRFC1483のマルチプロトコルのカプセ
ル化を使用する。

【００１４】

【発明が解決しようとする課題】しかしながら、上記従
来の装置では、マルチキャストパケットの送受信やＡＲ
Ｐの登録にＡＴＭ網側は複数のサーバやプロトコルを必
要とし、装置構成が複雑で通信確立までの時間を要し、
更には高価であるという問題点があった。

【００１５】

【課題を解決するための手段】本発明は、前述の課題を
解決するため次の構成を採用する。 〈構成１〉パケットのヘッダに端末の送信元アドレスと
送信先アドレスを付与し、送信元アドレスおよび送信先
アドレスに基づいて端末間の通信を行う第１のネットワ
ークと、パケットのヘッダにコネクション番号を付与
し、各コネクション番号がネットワーク側で一括管理さ
れている第２のネットワークとを接続するブリッジ装置
であって、第１のネットワークにおける各端末に対応し
て設けられ、それぞれの端末のフレームを終端・生成す
る第１のネットワークパケット終端・生成部と、第２の
ネットワークのパケット中に、第１のネットワークのパ
ケットを直接搭載して第２のネットワークのパケットを
組み立て、かつ、第２のネットワークのパケットから第
１のネットワークのパケットを取り出して第１のネット
ワークのパケットを生成する第２のネットワークパケッ
ト終端・生成部と、第１のネットワークパケット終端・
生成部に対応した入出力論理ポートと、第２のネットワ
ークパケット終端・生成部に対応した入出力論理ポート
とを備え、かつ、これら入出力論理ポートとコネクショ
ン番号と各端末のアドレスとの関係を示すアドレステー
ブルを有し、アドレステーブルを参照して各端末のパケ
ットの送出先アドレスに対応する入出力論理ポートを求
め、入出力論理ポートにパケットを送信することにより
各端末間のパケットのスイッチングを行うスイッチング
・アドレス解決部とを備えたことを特徴とするブリッジ
装置。

【００１６】〈構成２〉構成１に記載のブリッジ装置に
おいて、スイッチング・アドレス解決部は、第２のネッ
トワークにおいてマルチキャストされるパケットのマル
チキャストコネクション番号と、マルチキャストの送信
元からユニキャストされる場合のユニキャストコネクシ
ョン番号との対応関係を示すコネクション番号テーブル
を備え、マルチキャストされたパケットを受け取った場
合、パケットに含まれるマルチキャストコネクション番
号に対応したユニキャストコネクション番号を求め、こ
のユニキャストコネクション番号をパケットに対応した
コネクション番号として用いるよう構成されたことを特
徴とするブリッジ装置。

【００１７】〈構成３〉構成２に記載のブリッジ装置に
おいて、第１のネットワークは、端末をネットワークに
接続した場合は特定のパケットを用いて端末のアドレス
をネットワークに登録するネットワークであり、スイッ
チング・アドレス解決部は、第１のネットワークパケッ
ト終端・生成部からのアドレス解決要求パケットを受信
した場合、アドレス解決要求パケットの送信元アドレス
からアドレステーブルを検索し、登録がない場合はその
送信元アドレスおよび対応する入出力論理ポートを登録
すると共に、アドレス解決要求パケットの送出先アドレ
スからアドレステーブルを検索し、登録がある場合は、
探索結果である入出力論理ポートのみにアドレス解決要
求パケットを転送し、一方、送出先アドレスの登録がな
い場合は、送信元アドレスに対応する入出力論理ポート
以外の全ての入出力論理ポートにアドレス解決要求パケ
ットを転送し、第２のネットワークパケット終端・生成
部からのアドレス解決要求パケットを受信した場合、ア
ドレス解決要求パケットの送信元アドレスからアドレス
テーブルを検索し、登録がない場合は、アドレス解決要
求パケットに付与されたマルチキャストコネクション番
号に対応したユニキャストコネクション番号をコネクシ
ョン番号テーブルから求め、ユニキャストコネクション
番号と、アドレス解決要求パケットの送信元アドレスお
よび対応する入出力論理ポートのアドレステーブルへの
登録を行うと共に、アドレス解決要求パケットの送出先
アドレスからアドレステーブルを検索し、登録がある場
合は、探索結果である入出力論理ポートのみにアドレス
解決要求パケットを転送し、登録が無い場合は、送出先
アドレスに対応した入出力論理ポート以外の全ての入出
力論理ポートにアドレス解決要求パケットを転送するよ
う構成され、かつ、第２のネットワークパケット終端・
生成部は、スイッチング・アドレス解決部からのアドレ
ス解決要求パケットを、パケットに付与されたマルチキ
ャストコネクション番号に基づいて第２のネットワーク
に転送するよう構成されたことを特徴とするブリッジ装
置。

【００１８】〈構成４〉構成３に記載のブリッジ装置に
おいて、スイッチング・アドレス解決部は、第１のネッ
トワークパケット終端・生成部からのアドレス解決応答
パケットを受信した場合、アドレス解決応答パケットの
送信元アドレスからアドレステーブルを検索し、登録が
ない場合はその送信元アドレスおよび対応する入出力論
理ポートを登録すると共に、アドレス解決応答パケット
の送出先アドレスからアドレステーブルを検索し、アド
レス解決要求パケットによる処理にて登録された入出力
論理ポートにアドレス解決応答パケットを転送し、一
方、アドレス解決応答パケットの出力先が第２のネット
ワークパケット終端・生成部の場合は、アドレステーブ
ルより得られるユニキャストコネクション番号により転
送し、第２のネットワークパケット終端・生成部からの
アドレス解決応答パケットを受信した場合、アドレス解
決応答パケットの送信元アドレスからアドレステーブル
を検索し、登録がない場合は、アドレス解決応答パケッ
トに付与されたユニキャストコネクション番号とアドレ
ス解決応答パケットの送信元アドレスおよび対応する入
出力論理ポートのアドレステーブルへの登録を行うと共
に、アドレス解決応答パケットの送出先アドレスからア
ドレステーブルを検索し、アドレス解決要求パケット処
理にて登録された入出力論理ポートにアドレス解決応答
パケットを転送するよう構成されたことを特徴とするブ
リッジ装置。

【００１９】〈構成５〉構成４に記載のブリッジ装置に
おいて、アドレステーブルは、入出力論理ポートの有効
または無効の状態を示す項目を備え、かつ、スイッチン
グ・アドレス解決部は、送出先アドレスと共に入出力論
理ポートの状態が有効であることを検索条件としてアド
レステーブルを検索し、検索で得られた入出力論理ポー
トのみにパケットを転送するよう構成されたことを特徴
とするブリッジ装置。

【００２０】〈構成６〉構成５に記載のブリッジ装置に
おいて、スイッチング・アドレス解決部は、特定アドレ
スを有するフレームを終端・生成する機能を有し、特定
アドレスを有するフレームの情報に基づき、各入出力論
理ポートの状態を決定して、決定した状態をアドレステ
ーブルに登録するよう構成されたことを特徴とするブリ
ッジ装置。

【００２１】〈構成７〉構成１に記載のブリッジ装置に
おいて、スイッチング・アドレス解決部は、第１のネッ
トワークパケット終端・生成部および第２のネットワー
クパケット終端・生成部に内部共通バスを介して接続さ
れ、内部共通バスのデータ転送の競合を制御する内部共
通バス制御回路と、内部共通バス制御回路から受け取っ
たパケットデータの入出力論理ポートとコネクション番
号と端末のアドレスを含む情報を取り出すと共に、内部
共通バス制御回路への送信データを、入出力論理ポート
とコネクション番号と端末のアドレスを含む情報に基づ
いて構成し、かつ、第２のネットワークへのパケットの
カプセル化を行うパケットカプセル化回路と、アドレス
テーブルを参照して各端末のパケットの送出先アドレス
に対応する入出力論理ポートを求めるアドレス解決回路
と、上位レイヤでの処理を行うパケットの送受信を行う
ための上位レイヤインタフェースと、アドレス解決回路
の前段側に設けられ、パケットの種別を判定し、アドレ
ス変換の必要があるパケットのみアドレス解決回路に転
送し、かつ、予め定めた特定のパケットはパケットカプ
セル化回路または上位レイヤインタフェースに送出する
パケット種別判定回路とを備えたことを特徴とするブリ
ッジ装置。

【００２２】〈構成８〉構成７に記載のブリッジ装置に
おいて、パケットカプセル化回路は、パケットをブロー
ドキャストする場合に用いるブロードキャストバッファ
と、パケットをマルチキャストする場合に用いるマルチ
キャストバッファと、パケットをユニキャストする場合
に用いるユニキャストバッファと、第１のネットワーク
パケット終端・生成部からのパケットを格納する第１の
受信パケット用バッファと、第２のネットワークパケッ
ト終端・生成部へのパケットを格納する第２の送信パケ
ット用バッファと、第２のネットワークパケット終端・
生成部からのパケットを格納する第２の受信パケット用
バッファとを備え、パケットカプセル化回路は、パケッ
トの種別と送受信の種別に基づいて各バッファへのパケ
ット送受信を制御するよう構成されたことを特徴とする
ブリッジ装置。

【００２３】〈構成９〉構成８に記載のブリッジ装置に
おいて、パケットカプセル化回路は、入出力論理ポート
の有効または無効の状態を示すポートステータス制御テ
ーブルを備え、ポートステータス制御テーブルの入出力
論理ポートの状態が無効である場合は、対応したバッフ
ァのパケットを蓄積を禁止するよう構成されたことを特
徴とするブリッジ装置。

【００２４】〈構成１０〉構成９に記載のブリッジ装置
において、パケットカプセル化回路は、特定アドレスを
有するフレームを終端・生成する機能を有し、特定アド
レスを有するフレームの情報に基づき、各入出力論理ポ
ートの状態を決定して、決定した状態をポートステータ
ス制御テーブルに登録するよう構成されたことを特徴と
するブリッジ装置。

【００２５】〈構成１１〉構成７に記載のブリッジ装置
において、パケット種別判定回路は、入出力論理ポート
の有効または無効の状態を示すポートステータス制御テ
ーブルを備え、パケットを転送する入出力論理ポートの
状態が無効である場合はパケットを廃棄するよう構成さ
れたことを特徴とするブリッジ装置。

【００２６】〈構成１２〉構成１１に記載のブリッジ装
置において、パケット種別判定回路は、特定アドレスを
有するフレームを終端・生成する機能を有し、特定アド
レスを有するフレームの情報に基づき、各入出力論理ポ
ートの状態を決定して、決定した状態をポートステータ
ス制御テーブルに登録するよう構成されたことを特徴と
するブリッジ装置。

【００２７】〈構成１３〉構成７に記載のブリッジ装置
において、内部共通バス制御回路は、入出力論理ポート
の有効または無効の状態を示すポートステータス制御テ
ーブルを備え、パケットを転送する入出力論理ポートの
状態が無効である場合はパケットを廃棄するよう構成さ
れたことを特徴とするブリッジ装置。

【００２８】〈構成１４〉構成１３に記載のブリッジ装
置において、内部共通バス制御回路は、特定アドレスを
有するフレームを終端・生成する機能を有し、特定アド
レスを有するフレームの情報に基づき、各入出力論理ポ
ートの状態を決定して、決定した状態をポートステータ
ス制御テーブルに登録するよう構成されたことを特徴と
するブリッジ装置。

【００２９】

【発明の実施の形態】以下、本発明の実施の形態を具体
例を用いて詳細に説明する。 《具体例１》 〈構成〉図１は、本発明のブリッジ装置の具体例１を適
用したネットワークシステムを示す構成図である。図示
のシステムは、端末１〜６とブリッジ装置７〜９とＡＴ
Ｍ網１０とからなるシステムを示している。このシステ
ムにおいて、端末１，２はブリッジ装置７に、端末３，
４はブリッジ装置８に、端末５，６はブリッジ装置９に
接続されている。ここで、各ブリッジ装置７〜９の端末
１〜６側が第１のネットワークであるＩＰネットワー
ク、各ブリッジ装置７〜９間のネットワークが第２のネ
ットワークであるＡＴＭネットワークである。

【００３０】端末１〜６は、それぞれパーソナルコンピ
ュータ等の通信端末であり、それぞれにＭＡＣアドレス
と、第１のネットワークアドレスであるＩＰアドレスと
を有している。ここで、端末１〜端末６のＭＡＣアドレ
スはＭ０〜Ｍ５であるとする。

【００３１】ブリッジ装置７〜９は、それぞれ、第１の
ネットワークパケット終端・生成部（ＭＡＣ０〜３）１
１、スイッチング・アドレス解決部１２、第２のネット
ワークパケット終端・生成部（ＳＡＲ：Segmentation A
nd Reassembly：セルの分割・組立サブレイヤ）１３を
備えている。第１のネットワークパケット終端・生成部
（以下、ＭＡＣという）１１は、ＭＡＣフレームを終端
・生成する機能部であり、一つのＭＡＣアドレスに一対
一に対応するよう設けられている。例えば、本具体例で
は、各ブリッジ装置７〜９には四つの例が示されてい
る。

【００３２】スイッチング・アドレス解決部１２は、Ｍ
ＡＣフレームとＡＴＭセルのアドレス解決とスイッチン
グを行う機能部であり、スイッチ部１４とアドレス解決
部１５からなる。スイッチ部１４は、アドレス解決部１
５の出力結果に基づいて、ＩＰプロトコルのＭＡＣフレ
ーム単位にパケットデータをスイッチングする機能部で
ある。アドレス解決部１５は、後述するアドレステーブ
ルとＡＴＭアドレステーブルを備え、これらテーブルの
内容を参照して、アドレス解決を行う機能部である。即
ち、スイッチング・アドレス解決部１２は、ＭＡＣ１１
に対応した入出力論理ポートと、第２のネットワークパ
ケット終端・生成部（以下、ＳＡＲという）１３に対応
した入出力論理ポートとを備え、かつ、これら入出力論
理ポートとコネクション番号と各端末１〜６のアドレス
との関係を示すアドレステーブルを有し、このアドレス
テーブルを参照して各端末１〜６のパケットの送出先ア
ドレスに対応する入出力論理ポートを求め、入出力論理
ポートにそのパケットを送信することにより各端末間の
パケットのスイッチングを行う機能を有している。

【００３３】ＳＡＲ１３は、一つ以上のＭＡＣフレーム
をＡＴＭセルのペイロードにマッピングし、また、ＡＴ
ＭセルからＭＡＣフレームを生成する機能を有してい
る。また、ＡＴＭ網１０は、ＡＴＭセルを用いて通信を
行うネットワークである。

【００３４】図２は、アドレス解決部１５が有するアド
レステーブルとＡＴＭアドレステーブルの説明図であ
り、（ａ）はアドレステーブル、（ｂ）はＡＴＭアドレ
ステーブルを示している。

【００３５】図中、（ａ）に示すようにアドレステーブ
ルは、ＭＡＣアドレスと、スイッチング・アドレス解決
部１２の入出力論理ポート番号と、コネクション番号
（ＶＰＩ／ＶＣＩ）とを一つのレコードとしたテーブル
である。ここで、ＭＡＣアドレスは、各端末のＭＡＣア
ドレスを登録認識管理し保持する項目、また、入出力論
理ポート番号は、スイッチング・アドレス解決部１２の
論理ポートを認識管理し保持する項目であり、更に、コ
ネクション番号は、ＡＴＭ網１０のＶＰＩ／ＶＣＩに関
する情報を登録認識管理し保持するための項目である。

【００３６】また、（ｂ）に示すように、ＡＴＭアドレ
ステーブルは、マルチキャストコネクション番号である
マルチキャストＶＰＩ／ＶＣＩと、ユニキャストコネク
ション番号であるユニキャストＶＰＩ／ＶＣＩとを一つ
のレコードとしたテーブルである。ここで、マルチキャ
ストＶＰＩ／ＶＣＩとは、ＡＴＭ網１０に接続されてい
る全ての装置に対して送信を行う場合のコネクション番
号に関する情報を認識管理し保持する項目であり、ユニ
キャストＶＰＩ／ＶＣＩとは、例えば、ブリッジ装置７
とブリッジ装置８といった一対一のコネクション番号を
認識管理し保持する項目である。尚、図中のＡ０〜Ａ５
については、図３を参照して後述する。

【００３７】図３は、各ブリッジ装置７〜９におけるＶ
ＰＩ／ＶＣＩと入出力論理ポート番号と各端末のＭＡＣ
アドレスの説明図である。図中、（ａ）に示すように、
Ａ０〜Ａ３は、それぞれブリッジ装置７〜９のＶＰＩ／
ＶＣＩ（ユニキャストＶＰＩ／ＶＣＩ）であり、Ａ３〜
Ａ５は、それぞれブリッジ装置７からのマルチキャスト
ＶＰＩ／ＶＣＩ、ブリッジ装置８からのマルチキャスト
ＶＰＩ／ＶＣＩ、ブリッジ装置９からのマルチキャスト
ＶＰＩ／ＶＣＩであるとする。また、（ｂ）に示すよう
に、Ｍ０〜Ｍ５は、それぞれ端末１〜６のＭＡＣアドレ
スであるとする。更に、（ｃ）に示すように、Ｐ０〜Ｐ
４は、ブリッジ装置７〜９における入出力論理ポート番
号であり、Ｐ０〜Ｐ３は、ＭＡＣ０〜３に対応した入出
力論理ポート番号、Ｐ４は、ＳＡＲに対応した入出力論
理ポート番号であるとする。

【００３８】〈動作〉以下、具体例１の動作を説明す
る。図４は、各端末と各ブリッジ装置の動作を示すシー
ケンスチャートである。図５および図６は、各ブリッジ
装置７〜９のアドレステーブルの内容を示す説明図であ
る。図７は、各ブリッジ装置７〜９のスイッチングとア
ドレス解決の動作を示すフローチャートである。

【００３９】動作の一例として、端末１が端末２と通信
を行う場合、端末１が端末５と通信を行う場合を説明す
る。尚、図４中の（１）、（２）は、次の説明（１）、
（２）に対応するものである。

【００４０】（１）端末１が端末２と通信を行う場合 端末１は、自身が保有するアドレステーブルを検索し、
端末２が登録されているかを判定する。端末２が登録さ
れていた場合は、判明したＭＡＣアドレスを使用して通
信を行う。

【００４１】端末１は、自身が保有するアドレステーブ
ルに端末２が登録されていなかった場合は、通信を行う
ために必要なＭＡＣアドレスを取得するため、ＡＲＰリ
クエストパケットを送信する（図４中のステップＴ
１）。このＡＲＰリクエストパケットを受信したブリッ
ジ装置７は、そのＡＲＰリクエストパケットの送信元Ｍ
ＡＣアドレスを見て、アドレステーブルに端末１のＭＡ
Ｃアドレスが登録されているかを検索する（図７のステ
ップＳ１）。登録されている場合は、アドレステーブル
の更新を行う（ステップＳ２）。一方、アドレステーブ
ルに端末１のＭＡＣアドレスが登録されていない場合
は、端末１のＭＡＣアドレスと入出力論理ポートの新規
登録を行う（ステップＳ３）。この状態が図５の（ａ）
に示すアドレステーブルである。尚、図５および図６
中、ＭＡＣはＭＡＣアドレス、ポートNo.は入出力論理
ポート番号、ＶＰＩ／ＶＣＩはコネクション番号を表し
ている。

【００４２】更に、ブリッジ装置７は、ＡＲＰリクエス
トパケットの宛先ＭＡＣアドレスによりアドレステーブ
ルの検索を行う（ステップＳ４）。宛先ＭＡＣアドレス
が登録されていた場合は該当する入出力論理ポートのみ
へＡＲＰリクエストパケットを送信し（ステップＳ
５）、アドレステーブルの更新を行う（ステップＳ
６）。この例では、端末２のＭＡＣアドレスが登録され
ていた場合は、その入出力論理ポートであるＰ３にＡＲ
Ｐリクエストパケットを送信する。

【００４３】一方、アドレステーブルに宛先ＭＡＣアド
レスが登録されていなかった場合、ブリッジ装置７は、
自ブリッジ装置７に接続されている全端末とマルチキャ
ストＶＰＩ／ＶＣＩに従い、ＡＲＰリクエストパケット
をマルチキャストする（ステップＳ７、図４のステップ
Ｔ２、Ｔ３）。

【００４４】また、ＡＴＭ網１０を介してマルチキャス
トされたＡＲＰリクエストパケットを受信したブリッジ
装置８およびブリッジ装置９は、アドレステーブルに端
末１のＭＡＣアドレスが登録されているかを検索する
（図７のステップＳ１）。登録されている場合は、アド
レステーブルの更新を行う（ステップＳ２）。一方、ア
ドレステーブルに端末１のＭＡＣアドレスが登録されて
いない場合は、端末１のＭＡＣアドレスと入出力論理ポ
ートの新規登録を行う（ステップＳ３）。この例では、
端末１のＭＡＣアドレスＭ０と入出力論理ポートとして
ＳＡＲを登録する。この状態が図５の（ｂ）に示すアド
レステーブルである。

【００４５】更に、ブリッジ装置８およびブリッジ装置
９は、マルチキャストＶＰＩ／ＶＣＩからＡＴＭアドレ
ステーブルを検索し、ユニキャストＶＰＩ／ＶＣＩを求
め、アドレステーブルに端末１のＶＰＩ／ＶＣＩの登録
（または更新）を行う。この例では、マルチキャストＶ
ＰＩ／ＶＣＩがＡ３の場合、ユニキャストＶＰＩ／ＶＣ
ＩはＡ０であるため、アドレステーブルのＶＰＩ／ＶＣ
Ｉには、Ａ０を登録する。これが図５の（ｃ）に示す状
態である。

【００４６】ブリッジ装置７からのマルチキャストされ
たＡＲＰリクエストパケットを受信した端末２は、自身
のアドレステーブルへ端末１の登録または更新を行い、
自分のＭＡＣアドレスを記載したＡＲＰリプライパケッ
トをブリッジ装置７にポイントツーポイントで返信する
（図４中のステップＴ４）。これを受信したブリッジ装
置７は、そのＡＲＰリプライパケットによりアドレステ
ーブルに端末２のＭＡＣアドレスが登録されているかを
検索する（ステップＳ１、Ｓ２）。ここで登録されてい
た場合は、アドレステーブルを更新し（ステップＳ
３）、登録されていなかった場合は、端末２のＭＡＣア
ドレスＭ１と入出力論理ポートＰ３を登録する。これが
図５の（ｄ）に示す状態である。

【００４７】そして、ブリッジ装置７は、ＡＲＰリクエ
ストパケットの場合と同様に、ＡＲＰリプライパケット
の宛先ＭＡＣアドレスによりアドレステーブルの検索を
行う（ステップＳ５、Ｓ６）。宛先ＭＡＣアドレスが登
録されていた場合は該当する入出力論理ポートのみへＡ
ＲＰリクエストパケットを送信し（ステップＳ７）、ア
ドレステーブルの更新を行う（ステップＳ８）。この例
では、端末１のＭＡＣアドレスは既に登録されているた
め、その入出力論理ポートであるＰ０にＡＲＰリプライ
パケットを送信する（図４のステップＴ５）。

【００４８】端末１は、ＡＲＰリプライパケットを受信
後、自身のアドレステーブルに端末２の登録または更新
を行い、その後、判明したＭＡＣアドレスを使用して通
信を行う。

【００４９】（２）端末１が端末５と通信を行う場合 先ず、上記（１）の場合と同様に、端末１は、自身が保
有するアドレステーブルを検索し、端末５が登録されて
いるかを判定する。端末５が登録されていた場合は、判
明したＭＡＣアドレスを使用して通信を行う。

【００５０】端末１は、自身が保有するアドレステーブ
ルに端末５が登録されていなかった場合は、通信を行う
ために必要なＭＡＣアドレスを取得するため、ＡＲＰリ
クエストパケットを送信する（図４中のステップＴ
１）。

【００５１】このＡＲＰリクエストパケットを受信した
ブリッジ装置７は、そのＡＲＰリクエストパケットの送
信元ＭＡＣアドレスを見て、アドレステーブルに端末１
のＭＡＣアドレスが登録されているかを検索する（図７
のステップＳ１）。登録されている場合は、アドレステ
ーブルの更新を行う（ステップＳ２）。一方、アドレス
テーブルに端末１のＭＡＣアドレスが登録されていない
場合は、端末１のＭＡＣアドレスと入出力論理ポートの
新規登録を行う（ステップＳ３）。この状態が図６の
（ａ）に示すアドレステーブルである。

【００５２】更に、ブリッジ装置７は、ＡＲＰリクエス
トパケットの宛先ＭＡＣアドレスによりアドレステーブ
ルの検索を行う（ステップＳ４）。宛先ＭＡＣアドレス
が登録されていた場合は該当する入出力論理ポートのみ
へＡＲＰリクエストパケットを送信し（ステップＳ
５）、アドレステーブルの更新を行う（ステップＳ
６）。この例では、端末５のＭＡＣアドレスが登録され
ていた場合、端末５はＡＴＭ網１０を介したブリッジ装
置９に接続されているため、その入出力論理ポートであ
るＳＡＲにＡＲＰリクエストパケットを送信し、ポイン
トツーポイントのユニキャストＶＰＩ／ＶＣＩを使用し
て該当するブリッジ装置９へＡＲＰリクエストパケット
を送信する。

【００５３】一方、アドレステーブルに宛先ＭＡＣアド
レスが登録されていなかった場合、ブリッジ装置７は、
自ブリッジ装置７に接続されている全端末（端末１以
外）に対応した入出力論理ポートとマルチキャストＶＰ
Ｉ／ＶＣＩに従い、ＡＲＰリクエストパケットをマルチ
キャストする（ステップＳ７、図４のステップＴ２、Ｔ
３）。

【００５４】また、ＡＴＭ網１０を介してマルチキャス
トされたＡＲＰリクエストパケットを受信したブリッジ
装置８およびブリッジ装置９は、アドレステーブルに端
末１のＭＡＣアドレスが登録されているかを検索する
（図７のステップＳ１）。登録されている場合は、アド
レステーブルの更新を行う（ステップＳ２）。一方、ア
ドレステーブルに端末１のＭＡＣアドレスが登録されて
いない場合は、端末１のＭＡＣアドレスと入出力論理ポ
ートの新規登録を行う（ステップＳ３）。この例では、
端末１のＭＡＣアドレスＭ０と入出力論理ポートとして
ＳＡＲを登録する。この状態が図６の（ｂ）に示すアド
レステーブルである。

【００５５】更に、ブリッジ装置８およびブリッジ装置
９は、マルチキャストＶＰＩ／ＶＣＩからＡＴＭアドレ
ステーブルを検索し、ユニキャストＶＰＩ／ＶＣＩを求
め、アドレステーブルに端末１のＶＰＩ／ＶＣＩの登録
（または更新）を行う。この例では、マルチキャストＶ
ＰＩ／ＶＣＩがＡ３の場合、ユニキャストＶＰＩ／ＶＣ
ＩはＡ０であるため、アドレステーブルのＶＰＩ／ＶＣ
Ｉには、Ａ０を登録する。これが図６の（ｃ）に示す状
態である。

【００５６】また、ブリッジ装置８およびブリッジ装置
９は、ＡＲＰリクエストパケットの宛先ＭＡＣアドレス
によりアドレステーブルの検索を行う（ステップＳ
４）。宛先ＭＡＣアドレスが登録されていた場合は該当
する入出力論理ポートのみへＡＲＰリクエストパケット
を送信し（ステップＳ５）、アドレステーブルの更新を
行う（ステップＳ６）。この例では、端末５のＭＡＣア
ドレスＭ４が登録されていた場合は、その入出力論理ポ
ートであるＰ２にＡＲＰリクエストパケットを送信す
る。

【００５７】一方、アドレステーブルに宛先ＭＡＣアド
レスが登録されていなかった場合、ブリッジ装置８，９
は、各ブリッジ装置８，９に接続されている全端末に対
してＡＲＰリクエストパケットをマルチキャストする
（ステップＳ７、図４のステップＴ６）。

【００５８】ブリッジ装置８，９に接続されている端末
３〜６は、ＡＲＰリクエストパケットを受信後、それぞ
れの端末３〜６が保有するアドレステーブルへ端末１の
ＭＡＣアドレスの登録または更新を行う。

【００５９】ブリッジ装置９からマルチキャストされた
ＡＲＰリクエストパケットを受信した端末５は、自分の
ＭＡＣアドレスを記載したＡＲＰリプライパケットをブ
リッジ装置９にポイントツーポイントで返信する（図４
中のステップＴ７）。これを受信したブリッジ装置９
は、そのＡＲＰリプライパケットによりアドレステーブ
ルに端末５のＭＡＣアドレスが登録されているかを検索
する（ステップＳ１、Ｓ２）。ここで登録されていた場
合は、アドレステーブルを更新し（ステップＳ３）、登
録されていなかった場合は、その端末のＭＡＣアドレス
と入出力論理ポートを登録する。この例では、端末５の
ＭＡＣアドレスＭ４と入出力論理ポートＰ２を登録す
る。これが、図６の（ｄ）に示す状態である。

【００６０】そして、ＡＲＰリクエストパケットの場合
と同様に、ＡＲＰリプライパケットの宛先ＭＡＣアドレ
スによりアドレステーブルの検索を行う（ステップＳ
５、Ｓ６）。宛先ＭＡＣアドレスが登録されていた場合
は該当する入出力論理ポートのみへＡＲＰリクエストパ
ケットを送信し（ステップＳ７）、アドレステーブルの
更新を行う（ステップＳ８）。この例では、端末１のＭ
ＡＣアドレスは既に登録されているため、その入出力論
理ポートであるＳＡＲにＡＲＰリプライパケットを送信
する（図４のステップＴ８）。

【００６１】ブリッジ装置９からのＡＲＰリプライパケ
ットを受信したブリッジ装置７は、アドレステーブルを
検索し、送信元の端末５が登録されているかを判定する
（ステップＳ１）。ここでは、端末５のＭＡＣアドレス
Ｍ４は登録されていないため、このＭＡＣアドレスＭ４
と入出力ポートＳＡＲとユニキャストＶＰＩ／ＶＣＩで
あるＡ２を登録する（ステップＳ３）。これが、図６の
（ｅ）に示す状態である。

【００６２】また、ブリッジ装置７は、その宛先ＭＡＣ
アドレスをアドレステーブルで検索し（ステップＳ
４）、該当する入出力論理ポートＰ０を得て、端末１に
ＡＲＰリプライパケットを送信する（図７のステップＳ
５、図４のステップＴ９）。

【００６３】端末１は、ＡＲＰリプライパケットを受信
後、自身のアドレステーブルに端末５の登録または更新
を行い、その後、判明したＭＡＣアドレスを使用して通
信を行う（図４のＴ１０〜Ｔ１２）。

【００６４】このように、本具体例における各ブリッジ
装置のアドレステーブルの登録はＡＲＰによって行われ
る。通常のパケットによるアドレステーブルへの登録は
実施せず、各ブリッジ装置において登録されていない場
合はマルチキャストせず廃棄する。また、上述したよう
に、各端末間の通信は、各ブリッジ装置に接続されてい
る端末範囲内であればＡＴＭ網１０は使用しない。更
に、上記動作から明らかなように、各ブリッジ装置７〜
９は、プロキシＡＲＰを実施しない。

【００６５】上記のマルチキャストＶＰＩ／ＶＣＩやユ
ニキャストＶＰＩ／ＶＣＩおよびＡＴＭアドレスの登録
は、シグナリングやＩＬＭＩプロトコル等を使用して実
施する。また、ＡＲＰを含めたマルチキャストの実施に
ついてはスパニングツリープロトコルを使用して制御さ
れる。そして、ＡＴＭ網１０側のパケットはＲＦＣ１４
８３のマルチプロトコルのカプセル化を使用する。

【００６６】図８に、本具体例のプロトコルスタックを
示す。図示のようなプロトコルスタックにより、ＩＰネ
ットワークとＡＴＭネットワークとのブリッジ動作が行
われる。

【００６７】〈効果〉以上のように、具体例１によれ
ば、スイッチング・アドレス解決部１２において、アド
レステーブルとＡＴＭアドレステーブルを備え、これら
のテーブルを用いてアドレス解決を行うようにしたの
で、通信においてＡＴＭ−ＬＡＮを構成するＬＡＮエミ
ュレーションのように、ＡＴＭ網側にＡＲＰによるＭＡ
Ｃアドレスの登録や更新のためのサーバやプロトコルを
必要とせず、装置構成を簡素化でき、しかも既存のＩＰ
やＬＡＮのみのブリッジと親和性が高く、また、高速な
検索が行え、かつ、装置が安価であるという効果が得ら
れる。

【００６８】《具体例２》具体例２は、具体例１の構成
において、マルチキャストパケットの送受信を行うよう
にしたものである。

【００６９】〈構成〉図面上の構成は、図１に示した具
体例１と同様であるため、その図示は省略し、図１を援
用して以降の動作を説明する。

【００７０】〈動作〉端末１は対向する全端末２〜６に
対し、マルチキャストのパケットを送信する。ブリッジ
装置７は、受信したマルチキャストパケットをアドレス
テーブルを検索して、ブリッジ装置７に接続されている
全端末（この例では端末２）と、ＡＴＭアドレステーブ
ルを検索して、そのマルチキャストＶＰＩ／ＶＣＩに従
い、ＡＴＭ網１０にマルチキャストする。ＡＴＭ網１０
側は、マルチキャストＶＰＩ／ＶＣＩに従ってマルチキ
ャストされたマルチキャストパケットを、ブリッジ装置
８とブリッジ装置９とが受信後、各接続されている端末
へマルチキャストする。ブリッジ装置８およびブリッジ
装置９は、マルチキャストパケットを送信した端末１の
ＭＡＣアドレスと入出力論理ポート、この場合はＭ０と
ＳＡＲの登録または更新を行う。

【００７１】更に、マルチキャストＶＰＩ／ＶＣＩから
ＡＴＭアドレステーブルを検索し、ユニキャストＶＰＩ
／ＶＣＩを求め、アドレステーブルに端末１のＶＰＩ／
ＶＣＩの登録または更新を行う。対向するＬＡＮに接続
されている複数の端末（端末３〜６）はマルチキャスト
パケットを受信後、各端末のアドレステーブルへ端末１
の登録または更新を行う。マルチキャストのパケットに
ついては、各端末のマルチキャストのサポートレベルに
より、マルチキャストグループアドレス、ブロードキャ
ストアドレス共に、廃棄、送信のみ、受信のみ、送受信
可能となる。

【００７２】〈効果〉以上のように、具体例２によれば
マルチキャストパケットに対しても用いるようにしたの
で、ＡＴＭ−ＬＡＮを構成するＬＡＮエミュレーション
のように、ＡＴＭ網側にマルチキャストの送受信のため
のサーバやプロトコルを必要とせず、従って、装置構成
を簡素化でき、しかも既存のＩＰやＬＡＮのみのブリッ
ジと親和性が高く、また、高速な検索が行え、かつ、装
置が安価であるという効果が得られる。

【００７３】また、上記具体例２におけるマルチキャス
トパケットの送受信と具体例１におけるＭＡＣ層のアド
レス解決の両方を行うよう構成してもよい。

【００７４】《具体例３》具体例３は、具体例１，２の
構成において、ＡＴＭ網１０を固定的にメッシュ状にパ
スやチャネルを固定するＰＶＰ／ＰＶＣのみの構成にし
たものである。

【００７５】〈構成〉図面上の構成は、図１に示した具
体例１と同様であるため、ここでの説明は省略する。本
具体例では、ＡＴＭ網１０がＰＶＰ（Parmanent Virtua
l Path：固定接続型仮想パス）／ＰＶＣ（Parmanent Vi
rtual Circuit：固定接続型仮想回線）のみの構成にし
たものである。即ち、ＡＴＭ網１０として、予めパスや
チャネルが固定的に設定されているものである。

【００７６】〈動作〉各ＩＰネットワークまたはＭＡＣ
層のアドレス解決方法は、具体例１と同様に行う。ま
た、マルチキャストパケットの送受信については具体例
２と同様に行う。但し、本具体例では、各ＩＰネットワ
ークまたはＭＡＣ層のアドレス解決において、ＡＴＭ網
側のＡＴＭアドレステーブルの構築にシグナリングを実
施せずＩＬＭＩ等で構築する。即ち、ＩＬＭＩは、ＳＶ
Ｃ（Switched Virtual Circuit：交換型仮想回線）／Ｐ
ＶＣに関係なく、トポロジー情報を送受信し、やり取り
するプロトコルである。そして、ＰＶＣは、固定的にコ
ネクションが設定されたものであるから、論理的にトポ
ロジーからすぐコネクションが推論できる。その結果、
ＡＴＭアドレステーブルを構築するためにシグナリング
等を必要とせず、ＩＬＭＩ等のプロトコルでＡＴＭテー
ブルを作成することができる。

【００７７】〈効果〉以上のように、具体例３によれ
ば、具体例１，２の構成においてＡＴＭ網１０をＰＶＰ
／ＰＶＣのみの構成としたので、ＩＬＭＩプロトコルで
ＡＴＭアドレステーブルを構築することができ、従っ
て、ＡＴＭ網に必要な実装プロトコルを簡素化できるこ
とから、装置構成を簡素化でき、しかも既存のＩＰのＬ
ＡＮのみのブリッジと親和性が高く、高速な検索が行
え、かつ、装置が安価であるという効果がある。

【００７８】《具体例４》具体例４は、アドレステーブ
ルにスパニングツリーの結果（ステータス）を登録認識
更新管理する項目を追加したものである。

【００７９】〈構成〉全体の構成は図１と同様であるた
め、ここでの説明は省略する。図９は、具体例４のアド
レステーブルの説明図である。図示のように、具体例４
のアドレステーブルは、スイッチング・アドレス解決部
１２の入出力論理ポート番号のステータスを示すポート
ステータスが追加されている。即ち、スパニングツリー
プロトコルに従って、使用しないポート等は、その状態
を示すために設けられている。

【００８０】〈動作〉端末１は、対向する全端末に対し
てマルチキャストパケットを送信する。ブリッジ装置７
はマルチキャストパケットを受信すると、アドレステー
ブルを検索し、スパニングツリーの結果（ポートステー
タス）に従い、ブリッジ装置７に接続されている全端末
と、ＡＴＭアドレステーブルの検索結果であるマルチキ
ャストＶＰＩ／ＶＣＩに従い、ＡＴＭ網１０にマルチキ
ャストする。

【００８１】ＡＴＭ網１０側では、マルチキャストＶＰ
Ｉ／ＶＣＩに従ってマルチキャストされたパケットをブ
リッジ装置８，９がスパニングツリーの結果に従い受信
後、各接続されている端末へスパニングツリーの結果に
従いマルチキャストする。

【００８２】ここで、ブリッジ装置８，９は、マルチキ
ャストパケットを送信した端末１のＭＡＣアドレスと入
出力論理ポート、この場合はＳＡＲの登録または更新を
行う。更にマルチキャストＶＰＩ／ＶＣＩからＡＴＭア
ドレステーブルを検索し、ユニキャストＶＰＩ／ＶＣＩ
を求め、アドレステーブルに端末１のＶＰＩ／ＶＣＩの
登録または更新を行う。対向するＬＡＮに接続されてい
る複数の端末はマルチキャストパケットを受信後、各端
末のアドレステーブルへ端末１の登録または更新を行
う。

【００８３】マルチキャストのパケットについては、各
端末のマルチキャストのサポートレベルにより、マルチ
キャストグループアドレス、ブロードキャストアドレス
共に、廃棄、送信のみ、受信のみ、送受信可能となる。

【００８４】また、ポートステータスの設定は、各ブリ
ッジ装置７〜９で交換する特定アドレスを有するフレー
ムであるＢＰＤＵ（Bridge Protocol Data Unit）のフ
レームを用いて行う。即ち、スイッチング・アドレス解
決部１２は、ＢＰＤＵのフレームを終端・生成する機能
を有しており、ＢＰＤＵのフレームの情報に基づき、各
入出力論理ポートの状態を決定して、その決定した状態
をアドレステーブルのポートステータスに登録する。

【００８５】〈効果〉以上のように、具体例４によれ
ば、アドレステーブルにスパニングツリーの結果（ステ
ータス）を登録認識更新管理する項目を追加するように
したので、ＡＴＭ網を介したＩＰネットワークにおい
て、異常なループの切断によるネットワーク性能の維持
を実現することができる。また、ＡＴＭ−ＬＡＮを構成
するＬＡＮエミュレーションのように、ＡＴＭ網側にマ
ルチキャストパケットの送受信にサーバやプロトコルを
必要とせず、ＡＴＭ網側もスパニングツリーアルゴリズ
ムによりマルチキャスト等のパケットをポート制御し、
無駄な帯域を消費せず、装置構成を簡素化でき、しかも
既存のＩＰのＬＡＮのみのブリッジと親和性が高く、検
索が高速で、装置が安価で実現するという効果が得られ
る。

【００８６】《具体例５》具体例５は、アドレステーブ
ルに、具体例４で追加したスパニングツリーの結果（ス
テータス）を登録認識更新管理する項目に加えて更にこ
の項目を制御する項目を追加したものである。

【００８７】〈構成〉全体の構成は図１と同様であるた
め、ここでの説明は省略する。図１０は、具体例５のア
ドレステーブルの説明図である。図示のように、具体例
５のアドレステーブルは、図８で示した具体例４の項目
に加えて、ポートステータスコントロールの項目が追加
されている。このポートステータスコントロールは、上
位装置（図示しないＣＰＵ等）により設定されるもの
で、ポートステータスの設定内容を制御するためのもの
である。

【００８８】〈動作〉端末１は、対向する全端末に対し
マルチキャストパケットを送信する。ブリッジ装置７は
マルチキャストパケットを受信すると、アドレステーブ
ルを検索し、スパニングツリーの結果（ポートステータ
ス）とポートステータスコントロールの設定内容に従
い、ブリッジ装置７に接続されている全端末と、ＡＴＭ
アドレステーブルの検索結果のマルチキャストＶＰＩ／
ＶＣＩに従い、ＡＴＭ網１０にマルチキャストする。

【００８９】例えば、ポートステータスコントロールの
項目で、ポートステータスが無効であると指定されてい
た場合、このポートはスパニングツリーのサポートがオ
フとなっているため、マルチキャストの無条件廃棄や無
条件受信の制御が可能となる。

【００９０】ＡＴＭ網１０側では、マルチキャストＶＰ
Ｉ／ＶＣＩに従ってマルチキャストされたパケットをブ
リッジ装置８，９がスパニングツリーの結果に従い受信
後、各接続されている端末へスパニングツリーの結果に
従いマルチキャストする。

【００９１】ここで、ブリッジ装置８，９は、マルチキ
ャストパケットを送信した端末１のＭＡＣアドレスと入
出力論理ポート、この場合はＳＡＲの登録または更新を
行う。更にマルチキャストＶＰＩ／ＶＣＩからＡＴＭア
ドレステーブルを検索し、ユニキャストＶＰＩ／ＶＣＩ
を求め、アドレステーブルに端末１のＶＰＩ／ＶＣＩの
登録または更新を行う。

【００９２】対向するＬＡＮに接続されている複数の端
末はマルチキャストパケットを受信後、各端末のアドレ
ステーブルへ端末１の登録または更新を行う。

【００９３】マルチキャストのパケットについては、各
端末のマルチキャストのサポートレベルにより、マルチ
キャストグループアドレス、ブロードキャストアドレス
共に、廃棄、送信のみ、受信のみ、送受信可能となる。

【００９４】〈効果〉以上のように、具体例５によれ
ば、アドレステーブルに、具体例４の構成に加えて更に
ポートステータスコントロールの項目を追加したので、
具体例４の効果に加えて、上位の設定により、スパニン
グツリーのサポートとマルチキャストの無条件廃棄とマ
ルチキャストの無条件送受信の制御が可能となる。

【００９５】《具体例６》具体例６は具体例１で示した
ブリッジ装置７の内部構成の一例を示したものである。

【００９６】〈構成〉図１１は、具体例６の構成図であ
る。図の装置は、第１のネットワークパケット終端・生
成部（ＭＡＣ０〜３）１１、スイッチング・アドレス解
決部１２、第２のネットワークパケット終端・生成部
（ＳＡＲ）１３、ＣＰＵインタフェース部１６からな
る。ＭＡＣ１１はイーサネット（登録商標）との接続の
ためのＲＭＩインタフェースを有し、ＳＡＲ１３はＡＴ
Ｍ網１０に接続するためのUTOPIA（Universal Test&Ope
rations PHYInterface for ATM）インタフェースを有
し、これらＭＡＣ１１、スイッチング・アドレス解決部
１２、ＳＡＲ１３は、互いに内部データバス１７を介し
て接続されている。ＣＰＵインタフェース部１６は、外
部の上位ＣＰＵとのインタフェースであり、外部へのＰ
ＣＩバスを提供し、ＭＡＣ１１〜ＳＡＲ１３とは内部レ
ジスタインタフェースバス１８を介して相互に接続され
ている。

【００９７】〈動作〉図１に示された端末１がＡＴＭ網
１０を介して接続されている対応のＬＡＮに接続されて
いる端末５と通信を行うとして、各部の動作を説明す
る。

【００９８】図１２は、具体例６における各フレームの
構成図である。端末１は、図中（ｃ）に示すようなＩＰ
フレームを送信する場合、自身のアドレステーブルの検
索を実施し、端末５が登録されていた場合は、判明した
ＭＡＣアドレスを使用して（ｂ）に示すようなＭＡＣフ
レームを生成し、パケットをブリッジ装置７へ送信す
る。

【００９９】ブリッジ装置７では、ＭＡＣ１１がパケッ
トを受信し、ＭＡＣフレームに、受信した入出力論理ポ
ート番号を付与したフレームを構成し、スイッチング・
アドレス解決部１２に対して、内部データバス１７を介
して送信する。これが図中（ａ）に示すフレームであ
る。

【０１００】スイッチング・アドレス解決部１２は、ア
ドレステーブルの検索と更新を行う。この場合、端末５
に対応した入出力論理ポートはＳＡＲのため、RFC1483
のマルチプロトコルのカプセルに従ってカプセル化した
パケットに対し、更に、入出力論理ポートＳＡＲと、宛
先の端末５へのユニキャストＶＰＩ／ＶＣＩを付与した
フレームを構成し、ＳＡＲ１３に内部データバス１７を
介して送信する。

【０１０１】ＳＡＲ１３は、受信したフレームをＡＡＬ
５にて付与された（ＭＡＣアドレスと宛先ＩＰアドレス
に対応した）ユニキャストＶＰＩ／ＶＣＩを有するＡＴ
Ｍセルに分解し、ＡＴＭのトラフィックマネージメント
を行い、UTOPIAインタフェースを介してＡＴＭ網１０へ
パケットを図中（ｅ）に示すようなＡＴＭセルとして送
信する。

【０１０２】ブリッジ装置９では、ＳＡＲ１３が受信し
たＡＴＭセルからＡＡＬ５のパケットを組み立て、入出
力論理ポートＳＡＲと宛先の端末５へのユニキャストＶ
ＰＩ／ＶＣＩを付与したフレームを更に組み立て、スイ
ッチング・アドレス解決部１２に内部データバス１７を
介して送信する。スイッチング・アドレス解決部１２
は、受信したフレームからアドレステーブルの検索と更
新を行い、入出力論理ポート番号Ｐ２を付与したフレー
ムを構成し、ＭＡＣ１１に内部データバス１７を介して
送信する。

【０１０３】ＭＡＣ１１は、該当するポート番号Ｐ２の
ＭＡＣ２がフレームを受信し、ポート番号の終端を行
い、ＭＡＣフレームとして端末５へパケットを送信す
る。

【０１０４】〈効果〉以上のように、具体例６によれ
ば、各構成ブロック間のパケットの送受信を、入出力論
理ポート番号とＶＰＩ／ＶＣＩを付与したフレームを構
成して内部バスにて送受信を行うようにしたので、ＡＴ
Ｍ網１０側もイーサネットのＭＡＣの一つのポートと擬
似的にみなせ、更に、スイッチング・アドレス解決部１
２のポートは一つであるため、構成の簡素化や回路規模
の削減が図れ、装置構成を簡素化でき、しかも既存のＩ
ＰやＬＡＮのみのブリッジと親和性が高く、また、高速
な検索が行え、かつ、装置が安価であるという効果が得
られる。

【０１０５】《具体例７》具体例７は、具体例６で説明
したスイッチング・アドレス解決部１２の内部構成の一
例を示したものである。

【０１０６】〈構成〉図１３は、具体例７の構成図であ
る。図の装置は、内部共通バス制御回路１２１、パケッ
トカプセル化回路１２２、パケット種別判定回路１２
３、アドレス解決回路１２４、アドレステーブル１２
５、パケットバッファ１２６、上位レイヤインタフェー
ス１２７、ＣＰＵレジスタ制御回路１２８からなる。こ
こで、内部共通バス制御回路１２１〜パケット種別判定
回路１２３、パケットバッファ１２６〜ＣＰＵレジスタ
制御回路１２８が、図１におけるスイッチ部１４に相当
し、アドレス解決回路１２４およびアドレステーブル１
２５がアドレス解決部１５に相当する構成である。

【０１０７】内部共通バス制御回路１２１は、内部デー
タバス１７におけるデータインタフェースと制御インタ
フェースを有し、内部データバス１７におけるデータ転
送の競合を制御する機能を有する回路である。パケット
カプセル化回路１２２は、内部共通バス制御回路１２１
から受け取ったパケットデータの入出力論理ポートとコ
ネクション番号と端末のアドレスを含む情報を取り出す
と共に、内部共通バス制御回路１２１への送信データ
を、パケット種別判定回路１２３からの送られたパケッ
トデータの入出力論理ポートとコネクション番号と端末
のアドレスを含む情報に基づいて構成する機能を有して
いる。また、ＳＡＲ１３からのデータ、ＳＡＲ１３への
データである場合はRFC1483におけるマルチプロトコル
のカプセル化の終端・生成を行う機能を有している。

【０１０８】パケット種別判定回路１２３は、アドレス
解決回路１２４の前端側に設けられ、パケットの種別を
判定する回路である。アドレス解決回路１２４は、アド
レステーブル１２５を用いてアドレス解決を行うための
機能を有している。アドレステーブル１２５は、図９ま
たは図１０に示したアドレステーブルである。パケット
バッファ１２６は、スイッチング・アドレス解決部１２
におけるスイッチングを行うパケットを蓄積するための
バッファである。上位レイヤインタフェース１２７は、
内部レジスタインタフェースバス１８に接続され、上位
レイヤとのインタフェースである。ＣＰＵレジスタ制御
回路１２８は、内部レジスタインタフェースバス１８に
接続され、ＣＰＵとのインタフェースを行うための回路
である。

【０１０９】〈動作〉具体例６の図１１に示すブリッジ
装置７において、ＭＡＣ１１より内部フレームを内部共
通バス制御回路１２１が受信すると、フレームをパケッ
トカプセル化回路１２２に送信する。ここで、内部共通
バス制御回路１２１は内部データバスのマスタ又はスレ
ーブとなり内部バスを制御している。

【０１１０】パケットカプセル化回路１２２は、受信し
たフレームをポート番号、ＶＰＩ／ＶＣＩ、ＭＡＣ Ｄ
Ａ、ＭＡＣ ＳＡ、ＦＣＳとＩＰデータグラムとＬＬＣ
がある場合ＬＬＣに分解を行う。また、ＳＡＲ１３から
フレームを受信した場合はこのような分解を行う前にRF
C1483におけるマルチプロトコルのカプセル化の終端を
行う。パケットカプセル化回路１２２にて分解されたポ
ート番号、ＶＰＩ／ＶＣＩ、ＭＡＣ ＤＡ、ＭＡＣ Ｓ
Ａ、ＬＬＣ、ＩＰデータグラム、ＦＣＳはシーケンシャ
ルにパケット種別判定回路１２３に送信される。

【０１１１】パケット種別判定回路１２３は、受信した
ＭＡＣ ＤＡによりパケットの識別を行い、今後送受信
するデータは、パケットバッファ１２６に送信してバッ
ファ管理し、ポート番号、ＶＰＩ／ＶＣＩ、ＭＡＣ Ｄ
Ａ、ＭＡＣ ＳＡをアドレス解決回路１２４に送信し、
更に、特殊パケットであるSNMP/ILMI/BPDUs/GMRP-PDU/B
ridge management-PDUのパケットは上位レイヤインタフ
ェース１２７に送信する。

【０１１２】アドレス解決回路１２４は、受信したポー
ト番号、ＶＰＩ／ＶＣＩ、ＭＡＣＤＡ、ＭＡＣ ＳＡか
らアドレステーブル１２５を検索し、登録認識更新管理
を実施し、宛先アドレスのポート番号やＶＰＩ／ＶＣ
Ｉ、ＭＡＣ ＤＡ、ＭＡＣ ＳＡをパケット種別判定回路
１２３に返信する。

【０１１３】パケット種別判定回路１２３は、受信した
ポート番号やＶＰＩ／ＶＣＩ、ＭＡＣ ＤＡ、ＭＡＣ Ｓ
Ａにより、このパケットをバッファリングしているパケ
ットバッファ１２６から読み出し、パケットカプセル化
回路１２２に返信する。

【０１１４】パケットカプセル化回路１２２は、受信デ
ータから内部フレームを構成し、更にポート番号がＳＡ
Ｒの場合RFC1483におけるマルチプロトコルのカプセル
化を行い、内部共通バス制御回路１２１を介して内部デ
ータバス１７へパケットを送信する。

【０１１５】〈効果〉以上のように、具体例７によれ
ば、アドレス解決回路１２４およびアドレステーブル１
２５の前段にパケット種別の判定を行うパケット種別判
定回路１２３を設けたので、アドレステーブルの空間の
削減や必要ないパケットのアドレス解決の必要性を無く
し、アドレス解決するブロックの構成の簡素化やテーブ
ル等の回路規模の削減やアドレス解決に要する応答時間
を短くすることができるという効果がある。

【０１１６】《具体例８》具体例８は、スパニングツリ
ーのステータスの項目を持つアドレステーブルを、図１
３におけるパケット種別判定回路１２３に設けたもので
ある

【０１１７】〈構成〉図面上の各ブロックの構成は図１
３に示した構成と同様であるため、図１３を援用して説
明する。図１４は、パケット種別判定回路１２３に設け
られたポートステータス制御テーブルの説明図である。
図示のように、ポートステータス制御テーブルは、入出
力論理ポート番号、ポートステータス、ポートステータ
スコントロールの項目を一つのレコードとして構成され
ている。そして、パケット種別判定回路１２３は、この
ポートステータス制御テーブルを参照して、該当する入
出力論理ポートのステータスが有効／無効かに基づい
て、アドレス解決回路１２４に送信するか否かを判定す
るよう構成されている。即ち、パケット種別判定回路１
２３は、該当する入出力論理ポートのステータスが無効
であった場合は、このパケットを廃棄するよう構成され
ている。また、ポートステータス制御テーブルにおける
ポートステータスは、具体例４のアドレステーブルにお
けるポートステータスと同様にＢＰＤＵを用いて設定さ
れる。即ち、パケット種別判定回路１２３は、ＢＰＤＵ
のフレームを終端・生成する機能を有しており、ＢＰＤ
Ｕのフレームの情報に基づき、各入出力論理ポートの状
態を決定して、この決定した状態をポートステータス制
御テーブルに登録する機能を有している。

【０１１８】〈動作〉図１３において、パケットカプセ
ル化回路１２２からは、ポート番号、ＶＰＩ／ＶＣＩ、
ＭＡＣ ＤＡ、ＭＡＣ ＳＡ、ＬＬＣ、ＩＰデータグラ
ム、ＦＣＳはシーケンシャルにパケット種別判定回路１
２３に送信される。

【０１１９】パケット種別判定回路１２３は、パケット
カプセル化回路１２２より受信したデータのポート番号
により、図１４に示したポートステータス制御テーブル
を参照してパケットの送受信有無を判定し、その後ＭＡ
Ｃ ＤＡによりパケットの識別を行い、今後送受信する
データはパケットバッファ１２６に送信してバッファ管
理し、ポート番号、ＶＰＩ／ＶＣＩ、ＭＡＣ ＤＡ、Ｍ
ＡＣ ＳＡをアドレス解決回路１２４に送信し、更に、
特殊パケットであるSNMP/ILMI/BPDUs/GMRP-PDU/Bridge
management-PDUのパケットは上位レイヤインタフェース
１２７に送信する。

【０１２０】これ以降の動作は、具体例７と同様に、ア
ドレス解決回路１２４が、受信したポート番号、ＶＰＩ
／ＶＣＩ、ＭＡＣ ＤＡ、ＭＡＣ ＳＡからアドレステー
ブル１２５を検索し、登録認識更新管理を実施し、宛先
アドレスの入出力論理ポート番号やＶＰＩ／ＶＣＩ、Ｍ
ＡＣ ＤＡ、ＭＡＣ ＳＡをパケット種別判定回路１２３
に返信する。

【０１２１】パケット種別判定回路１２３は、受信した
入出力論理ポート番号やＶＰＩ／ＶＣＩ、ＭＡＣ Ｄ
Ａ、ＭＡＣ ＳＡにより、このパケットをバッファリン
グしているパケットバッファ１２６から読み出し、パケ
ットカプセル化回路１２２に返信する。

【０１２２】パケットカプセル化回路１２２は、受信デ
ータから内部フレームを構成し、更にポート番号がＳＡ
Ｒの場合RFC1483におけるマルチプロトコルのカプセル
化を行い、内部共通バス制御回路１２１を介して内部デ
ータバス１７へパケットを送信する。

【０１２３】〈効果〉以上のように、具体例８によれ
ば、スパニングツリーのステータスの項目をアドレステ
ーブルではなく、パケット種別判定回路１２３に設けた
ので、ＡＴＭ網を介したＩＰネットワークにおいて、異
常なループの切断によるネットワーク性能の維持を実現
することができると共に、アドレステーブルの空間の削
減や必要ないパケットのアドレス解決の必要性を無く
し、アドレス解決するブロックの構成の簡素化やテーブ
ル等の回路規模の削減やアドレス解決に要する応答時間
を短くすることができるという効果がある。

【０１２４】《具体例９》具体例９は、図１３に示した
パケット種別判定回路１２３において、特殊パケットだ
けでなく、それ以外の上位のファームやソフトウェアに
て処理させるプロトコルのパケットも上位レイヤインタ
フェース１２７に送信するようにしたものである。

【０１２５】〈構成〉具体例９における図面上の構成
は、具体例７における図１３と同様であるため、この図
１３を援用して説明する。具体例９のパケット種別判定
回路１２３では、ＭＡＣ ＤＡによりパケットの種別判
定を行い、特殊パケットであるSNMP/ILMI/BPDUs/GMRP-P
DU/Bridge management-PDUのパケットに加えて、それ以
外のファームやソフトウェアにて処理させるプロトコル
のパケットを上位レイヤインタフェース１２７に送信す
るよう構成されている。また、上位レイヤインタフェー
ス１２７に送信するパケットは上位により設定可能に構
成されている。それ以外は具体例７と同様の構成である
ため、ここでの説明は省略する。

【０１２６】〈動作〉図１３において、パケット種別判
定回路１２３は、上位レイヤインタフェース１２７を介
して上位より特殊パケット以外のプロトコルのパケット
も送信するよう設定される。そして、パケット種別判定
回路１２３は、ＭＡＣ ＤＡによりパケットの識別を行
うと、特殊パケットであるSNMP/ILMI/BPDUs/GMRP-PDU/B
ridgemanagement-PDUのパケットに加えて、上位からの
設定に基づいたプロトコルのパケットを上位レイヤイン
タフェース１２７に送信する。

【０１２７】〈効果〉以上のように、具体例９によれ
ば、パケット種別判定回路１２３において、上位レイヤ
インタフェース１２７に送信するパケットのＭＡＣアド
レスを上位より設定可能としたので、特殊パケットだけ
でなく、上位のファームやソフトウェアにて処理させる
プロトコルのパケットも上位レイヤインタフェース１２
７に送信でき、従って、プロトコルのサポートの追加が
容易にできるという効果がある。

【０１２８】《具体例１０》具体例１０は、スイッチン
グ・アドレス解決部１２におけるパケットカプセル化回
路１２２および上位レイヤインタフェース１２７内にパ
ケットバッファを設けたものである。

【０１２９】〈構成〉図１５は、具体例１０の構成図で
ある。図において、パケットカプセル化回路１２２内に
は、ブロードキャストバッファ１２２１、ユニキャスト
バッファ１２２２、マルチキャストバッファ１２２３、
ＭＡＣバッファ（第１の受信パケット用バッファ）１２
２４、エンキャップバッファ（第２の送信パケット用バ
ッファ）１２２５、デキャップバッファ（第２の受信パ
ケット用バッファ）１２２６を備えている。

【０１３０】ここで、ブロードキャストバッファ１２２
１、ユニキャストバッファ１２２２、マルチキャストバ
ッファ１２２３、エンキャップバッファ１２２５は送信
用バッファとして設けられている。また、エンキャップ
バッファ１２２５はＡＴＭ網送信バッファである。即
ち、ブロードキャストバッファ１２２１はパケットをブ
ロードキャストする場合に用いるバッファ、ユニキャス
トバッファ１２２２は、パケットをユニキャストする場
合に用いるバッファ、マルチキャストバッファ１２２３
は、パケットをマルチキャストする場合に用いるバッフ
ァ、エンキャップバッファ１２２５は、ＡＴＭ網に送信
するパケットのバッファである。

【０１３１】一方、ＭＡＣバッファ１２２４、デキャッ
プバッファ１２２６は、受信用バッファとして設けられ
ており、デキャップバッファ１２２６はＡＴＭ網受信バ
ッファである。

【０１３２】上位レイヤインタフェース１２７には、上
位バッファ１２７１，１２７２が設けられており、それ
ぞれの上位バッファ１２７１，１２７２は受信用、送信
用のバッファである。

【０１３３】〈動作〉図１３の構成において、内部デー
タバス１７を介して受信したパケットは、ＭＡＣブロッ
クからの受信の場合、パケットカプセル化回路１２２内
のＭＡＣバッファ１２２４にバッファリングされ、ＳＡ
Ｒブロックからの受信の場合、デキャップバッファ１２
２６にバッファリングされ、その後、パケット種別判定
回路１２３に送信される。

【０１３４】パケット種別判定回路１２３ではパケット
種別の判定を行い、上位ＣＰＵへ送信するパケットの場
合は、上位レイヤインタフェース１２７の上位バッファ
１２７２へ送信し、その他のパケットで廃棄以外の場
合、アドレス変換に必要なデータのみをアドレス解決回
路１２４に送信し、その他のデータはパケットバッファ
１２６に送信する。

【０１３５】上位ＣＰＵからパケットが送信された場
合、上位レイヤインタフェース１２７の上位バッファ１
２７１にて受信し、これがパケット種別判定回路１２３
に送信される。

【０１３６】パケット種別判定回路１２３は、アドレス
変換したデータをアドレス解決回路１２４より受信する
と、パケットバッファ１２６よりパケットを読み出し、
パケットカプセル化回路１２２へ送信する。パケットカ
プセル化回路１２２では、送信するパケットがイーサネ
ット網へのパケットの場合において、ブロードキャスト
の場合はブロードキャストバッファ１２２１にてバッフ
ァリングし、ユニキャストの場合はユニキャストバッフ
ァ１２２２にてバッファリングし、また、マルチキャス
トの場合はマルチキャストバッファ１２２３にてバッフ
ァリングする。ＡＴＭ網１０へのパケットの場合は、全
てエンキャップバッファ１２２５にてバッファリングさ
れる。従って、ブロードキャストのパケットは、ブロー
ドキャストバッファ１２２１とエンキャップバッファ１
２２５にてバッファリングされる。

【０１３７】その後、内部共通バス制御回路１２１にて
バスの制御が行われ、各バッファが選択されパケットの
送受信を行う。

【０１３８】〈効果〉以上のように具体例１０によれ
ば、パケットカプセル化回路１２２に、イーサネット網
のブロードキャストバッファ１２２１とユニキャストバ
ッファ１２２２とマルチキャストバッファ１２２３と、
ＡＴＭ網１０送信用のエンキャップバッファ１２２５
と、イーサネット網受信用のＭＡＣバッファ１２２４
と、ＡＴＭ網１０受信用のデキャップバッファ１２２６
を設けたので、ブロードキャストやマルチキャストやユ
ニキャストを効率よく送受信することが可能となる。

【０１３９】《具体例１１》具体例１１は、図１５に示
した具体例１０の構成において、パケットカプセル化回
路１２２における各バッファへの入力の制御を行うため
のスパニングツリーのステータスの項目を設けたもので
ある。

【０１４０】〈構成〉図１６は、具体例１１の構成図で
ある。図において、パケット種別判定回路１２３、アド
レス解決回路１２４、パケットバッファ１２６、上位レ
イヤインタフェース１２７の構成は図１５に示した具体
例１０と同様である。また、パケットカプセル化回路１
２２内に設けられたブロードキャストバッファ１２２
１、ユニキャストバッファ１２２２、マルチキャストバ
ッファ１２２３、ＭＡＣバッファ１２２４、エンキャッ
プバッファ１２２５、デキャップバッファ１２２６も具
体例１０と同様の構成であるため、ここでの説明は省略
する。

【０１４１】具体例１１では、このような構成に加え
て、パケットカプセル化回路１２２内に、各バッファの
入力を制御するためのポートステータス制御テーブル１
２２７を備えている。このポートステータス制御テーブ
ル１２２７の構成は、図１４で示したテーブルと同様の
ものであり、スパニングツリーのステータスの項目であ
るポートステータスとポートステータスコントロールの
項目を備えている。そして、パケットカプセル化回路１
２２は、このポートステータス制御テーブル１２２７を
参照して、該当する入出力論理ポートのステータスが有
効／無効かに基づいて、パケット種別判定回路１２３に
送信するか否かを判定するよう構成されている。即ち、
パケットカプセル化回路１２２は、該当する入出力論理
ポートのステータスが無効であった場合は、該当するバ
ッファへのパケットの蓄積を禁止するよう構成されてい
る。

【０１４２】また、ポートステータス制御テーブル１２
２７におけるポートステータスは、具体例４のアドレス
テーブルにおけるポートステータスと同様にＢＰＤＵを
用いて設定される。即ち、パケットカプセル化回路１２
２は、ＢＰＤＵのフレームを終端・生成する機能を有し
ており、ＢＰＤＵのフレームの情報に基づき、各入出力
論理ポートの状態を決定して、この決定した状態をポー
トステータス制御テーブルに登録する機能を有してい
る。

【０１４３】〈動作〉図１３の構成において、内部デー
タバス１７（図１１参照）を介して受信したパケット
は、ＭＡＣブロックからの受信の場合、パケットカプセ
ル化回路１２２内のＭＡＣバッファ１２２４にバッファ
リングされるが、この際、パケットカプセル化回路１２
２は、ポートステータス制御テーブル１２２７を参照
し、そのスパニングツリーのステータスにより、パケッ
ト廃棄するか受信するかを判定する。また、ＳＡＲブロ
ックからの受信の場合、パケットカプセル化回路１２２
内のデキャップバッファ１２２６にバッファリングされ
る際、ポートステータス制御テーブル１２２７を参照
し、そのスパニングツリーのステータスにより、パケッ
ト廃棄するか受信するかを判定する。即ち、これらの該
当する入出力論理ポートのポートステータスやポートス
テータスコントロールの項目がオフになっていた場合
は、バッファリングを行わず、パケットを廃棄する。

【０１４４】パケットカプセル化回路１２２では、送信
するパケットがイーサネット網へのパケットの場合にお
いて、各バッファ毎にポートステータス制御テーブル１
２２７を参照し、そのスパニングツリーのステータスに
より、パケット廃棄するか受信するかを判定する。ブロ
ードキャストの場合、一つでも入出力論理ポートのステ
ータスがフォワーディング以外の場合、ブロードキャス
トバッファ１２２１を使用しない。

【０１４５】〈効果〉以上のように、具体例１１によれ
ば、パケットカプセル化回路１２２の各バッファの入力
を制御するためのスパニングツリーのステータスの項目
を設け、このステータスの状態がオフの場合は各バッフ
ァを使用しないようにしたので、ＡＴＭ網を介したＩＰ
ネットワークにおいて、異常なループの切断によるネッ
トワーク性能の維持を実現することができると共に、不
必要なパケットのバッファリングを無くすことができ、
各バッファの容量を小さくできるため、回路規模の削減
やアドレス解決に要する応答時間を短くすることができ
るという効果がある。

【０１４６】《具体例１２》具体例１２は、図１３に示
した内部共通バス制御回路１２１に各ポートのスパニン
グツリーのステータスの項目を設け、この状態に従って
各ポートをパケットの廃棄／送受信を行うようにしたも
のである。

【０１４７】〈構成〉図１７は、具体例１２の構成図で
ある。図において、パケットカプセル化回路１２２〜Ｃ
ＰＵレジスタ制御回路１２８は図１３に示した構成と同
様であるため、その説明は省略する。内部共通バス制御
回路１２１ａは、具体例７における内部共通バス制御回
路１２１と同様の機能を有すると共に、内部にポートス
テータス制御テーブル１２１１を備えており、この内部
にポートステータス制御テーブル１２１１のステータス
の状態に基づいて、パケットの廃棄／送受信の制御を行
う機能を有している。また、内部のポートステータス制
御テーブル１２１１は、図１４に示したものと同様であ
るため、ここでの説明は省略する。そして、内部共通バ
ス制御回路１２１ａは、このポートステータス制御テー
ブル１２１１を参照して、該当する入出力論理ポートの
ステータスが有効／無効かに基づいて、パケットカプセ
ル化回路１２２に送信するか否かを判定するよう構成さ
れている。即ち、内部共通バス制御回路１２１ａは、該
当する入出力論理ポートのステータスが無効であった場
合は、このパケットを廃棄するよう構成されている。ま
た、ポートステータス制御テーブル１２１１におけるポ
ートステータスは、具体例４のアドレステーブルにおけ
るポートステータスと同様にＢＰＤＵを用いて設定され
る。即ち、内部共通バス制御回路１２１ａは、ＢＰＤＵ
のフレームを終端・生成する機能を有しており、ＢＰＤ
Ｕのフレームの情報に基づき、各入出力論理ポートの状
態を決定して、この決定した状態をポートステータス制
御テーブルに登録する機能を有している。

【０１４８】〈動作〉図１８は、内部共通バス制御回路
１２１における内部バスアクセスの説明図である。図１
３に示す構成において、パケットカプセル化回路１２２
のバッファのリクエストによりパケットの送受信を行う
が、各入出力ポートに対するリクエストをバスマスタで
ある内部共通バス制御回路１２１が保持し、その際、ス
パニングツリーのステータスにより、パケット廃棄する
か送受信するか事前に判定する。例えば、図１８に示す
ように、各入出力ポートＰ０〜Ｐ３のポートステータス
を設定して、バッファリングが不要なパケットに対して
内部共通バス制御回路１２１でパケットを事前に廃棄す
る。

【０１４９】〈効果〉以上のように、具体例１２によれ
ば、内部共通バス制御回路１２１内の各パケットのリク
エストにスパニングツリーのステータスの項目を設けた
ので、ＡＴＭ網を介したＩＰネットワークにおいて、異
常なループの切断によるネットワーク性能の維持を実現
することができると共に、不必要なパケットのバッファ
リングが不要となり、アドレス変換に必要なバッファの
容量を小さくできるため、回路規模の削減やアドレス解
決に要する応答時間を短くすることができるという効果
がある。

【０１５０】《利用形態》上記各具体例では、第１のネ
ットワークをＩＰネットワーク、第２のネットワークを
ＡＴＭネットワークであるとして説明したが、これに限
定されるものではなく、第１のネットワークは、パケッ
トのヘッダに送信元アドレスと送信先アドレスを付与
し、端末をネットワークに接続した際に専用のパケット
（例えばＡＲＰ）を使用して端末アドレスのネットワー
クへの登録を実施するものであり、また、第２のネット
ワークは、パケットのヘッダにコネクション番号を付与
し、各コネクション番号が、ネットワーク側で一括管理
されているネットワークであり、かつ、第２のネットワ
ーク上のパケットのペイロードに、第１のネットワーク
のパケットを直接搭載する（カプセル化）することによ
りブリッジ機能を実現するものであれば、ＩＰネットワ
ークとＡＴＭネットワークに限らず、どのようなネット
ワークであっても適用可能である。

【０１５１】また、上記各具体例では、ＭＡＣのポート
数を４、ＡＴＭ網１０側に接続されているブリッジ装置
を３にした例を説明したが、これらの値に限定されるも
のではない。また、ＡＴＭ網１０側は固定接続型を前提
に説明したが、交換型でも適用可能である。更に、アド
レステーブルとＡＴＭテーブルの２構成として説明した
が一つのテーブルで同様の機能を実現してもよく、ま
た、更に分割しても構わない。また、上記各具体例にお
いて、ＳＡＲ１３は、ＱｏＳ制御を実施してもよい。

【図面の簡単な説明】

【図１】本発明のブリッジ装置を適用したネットワーク
システムの構成図である。

【図２】アドレステーブルとＡＴＭアドレステーブルの
説明図である。

【図３】各ブリッジ装置におけるＶＰＩ／ＶＣＩと入出
力論理ポート番号と各端末のＭＡＣアドレスの説明図で
ある。

【図４】各端末と各ブリッジ装置の動作を示すシーケン
スチャートである。

【図５】各ブリッジ装置のアドレステーブルの内容
（１）を示す説明図である。

【図６】各ブリッジ装置のアドレステーブルの内容
（２）を示す説明図である。

【図７】各ブリッジ装置のスイッチングとアドレス解決
の動作を示すフローチャートである。

【図８】具体例１のプロトコルスタックの説明図であ
る。

【図９】具体例４のアドレステーブルの説明図である。

【図１０】具体例５のアドレステーブルの説明図であ
る。

【図１１】具体例６の構成図である。

【図１２】具体例６における各フレームの構成図であ
る。

【図１３】具体例７の構成図である。

【図１４】ポートステータス制御テーブルの説明図であ
る。

【図１５】具体例１０の構成図である。

【図１６】具体例１１の構成図である。

【図１７】具体例１２の構成図である。

【図１８】内部バスアクセスの説明図である。

【符号の説明】

１〜６ 端末 ７〜９ ブリッジ装置 １１ 第１のネットワークパケット終端・生成部（ＭＡ
Ｃ） １２ スイッチング・アドレス解決部 １３ 第２のネットワークパケット終端・生成部（ＳＡ
Ｒ） １２１ 内部共通バス制御回路 １２２ パケットカプセル化回路 １２３ パケット種別判定回路 １２４ アドレス解決回路 １２５ アドレステーブル １２６ パケットバッファ １２７ 上位レイヤインタフェース １２８ ＣＰＵレジスタ制御回路 １２１１、１２２７ ポートステータス制御テーブル １２２１ ブロードキャストバッファ １２２２ ユニキャストバッファ １２２３ マルチキャストバッファ １２２４ ＭＡＣバッファ １２２５ エンキャップバッファ １２２６ デキャップバッファ

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5K030 GA04 HA10 HC01 HD03 HD06 HD09 JL07 KA05 LB13 LD06 MD09 5K033 AA04 CB01 CB09 CB13 CC01 DA06 DB18 EC03

Claims (14)

【特許請求の範囲】
1. 【請求項１】 パケットのヘッダに端末の送信元アドレ
   スと送信先アドレスを付与し、当該送信元アドレスおよ
   び送信先アドレスに基づいて端末間の通信を行う第１の
   ネットワークと、 パケットのヘッダにコネクション番号を付与し、各コネ
   クション番号がネットワーク側で一括管理されている第
   ２のネットワークとを接続するブリッジ装置であって、 前記第１のネットワークにおける各端末に対応して設け
   られ、それぞれの端末のフレームを終端・生成する第１
   のネットワークパケット終端・生成部と、 前記第２のネットワークのパケット中に、前記第１のネ
   ットワークのパケットを直接搭載して第２のネットワー
   クのパケットを組み立て、かつ、当該第２のネットワー
   クのパケットから前記第１のネットワークのパケットを
   取り出して第１のネットワークのパケットを生成する第
   ２のネットワークパケット終端・生成部と、 前記第１のネットワークパケット終端・生成部に対応し
   た入出力論理ポートと、前記第２のネットワークパケッ
   ト終端・生成部に対応した入出力論理ポートとを備え、
   かつ、これら入出力論理ポートとコネクション番号と前
   記各端末のアドレスとの関係を示すアドレステーブルを
   有し、当該アドレステーブルを参照して前記各端末のパ
   ケットの送出先アドレスに対応する入出力論理ポートを
   求め、当該入出力論理ポートに前記パケットを送信する
   ことにより各端末間のパケットのスイッチングを行うス
   イッチング・アドレス解決部とを備えたことを特徴とす
   るブリッジ装置。
2. 【請求項２】 請求項１に記載のブリッジ装置におい
   て、 スイッチング・アドレス解決部は、 第２のネットワークにおいてマルチキャストされるパケ
   ットのマルチキャストコネクション番号と、当該マルチ
   キャストの送信元からユニキャストされる場合のユニキ
   ャストコネクション番号との対応関係を示すコネクショ
   ン番号テーブルを備え、 前記マルチキャストされたパケットを受け取った場合、
   当該パケットに含まれるマルチキャストコネクション番
   号に対応したユニキャストコネクション番号を求め、こ
   のユニキャストコネクション番号を前記パケットに対応
   したコネクション番号として用いるよう構成されたこと
   を特徴とするブリッジ装置。
3. 【請求項３】 請求項２に記載のブリッジ装置におい
   て、 第１のネットワークは、端末をネットワークに接続した
   場合は特定のパケットを用いて当該端末のアドレスを前
   記ネットワークに登録するネットワークであり、 スイッチング・アドレス解決部は、 第１のネットワークパケット終端・生成部からのアドレ
   ス解決要求パケットを受信した場合、当該アドレス解決
   要求パケットの送信元アドレスからアドレステーブルを
   検索し、登録がない場合はその送信元アドレスおよび対
   応する入出力論理ポートを登録すると共に、当該アドレ
   ス解決要求パケットの送出先アドレスから前記アドレス
   テーブルを検索し、登録がある場合は、探索結果である
   入出力論理ポートのみに前記アドレス解決要求パケット
   を転送し、一方、送出先アドレスの登録がない場合は、
   送信元アドレスに対応する入出力論理ポート以外の全て
   の入出力論理ポートに前記アドレス解決要求パケットを
   転送し、 第２のネットワークパケット終端・生成部からのアドレ
   ス解決要求パケットを受信した場合、当該アドレス解決
   要求パケットの送信元アドレスから前記アドレステーブ
   ルを検索し、登録がない場合は、当該アドレス解決要求
   パケットに付与されたマルチキャストコネクション番号
   に対応したユニキャストコネクション番号をコネクショ
   ン番号テーブルから求め、当該ユニキャストコネクショ
   ン番号と、前記アドレス解決要求パケットの送信元アド
   レスおよび対応する入出力論理ポートの前記アドレステ
   ーブルへの登録を行うと共に、当該アドレス解決要求パ
   ケットの送出先アドレスから前記アドレステーブルを検
   索し、登録がある場合は、探索結果である入出力論理ポ
   ートのみに当該アドレス解決要求パケットを転送し、登
   録が無い場合は、当該送出先アドレスに対応した入出力
   論理ポート以外の全ての入出力論理ポートに前記アドレ
   ス解決要求パケットを転送するよう構成され、 かつ、 第２のネットワークパケット終端・生成部は、前記スイ
   ッチング・アドレス解決部からのアドレス解決要求パケ
   ットを、当該パケットに付与されたマルチキャストコネ
   クション番号に基づいて第２のネットワークに転送する
   よう構成されたことを特徴とするブリッジ装置。
4. 【請求項４】 請求項３に記載のブリッジ装置におい
   て、 スイッチング・アドレス解決部は、 第１のネットワークパケット終端・生成部からのアドレ
   ス解決応答パケットを受信した場合、当該アドレス解決
   応答パケットの送信元アドレスから前記アドレステーブ
   ルを検索し、登録がない場合はその送信元アドレスおよ
   び対応する入出力論理ポートを登録すると共に、当該ア
   ドレス解決応答パケットの送出先アドレスから前記アド
   レステーブルを検索し、アドレス解決要求パケットによ
   る処理にて登録された入出力論理ポートに前記アドレス
   解決応答パケットを転送し、一方、アドレス解決応答パ
   ケットの出力先が第２のネットワークパケット終端・生
   成部の場合は、前記アドレステーブルより得られるユニ
   キャストコネクション番号により転送し、 前記第２のネットワークパケット終端・生成部からのア
   ドレス解決応答パケットを受信した場合、当該アドレス
   解決応答パケットの送信元アドレスから前記アドレステ
   ーブルを検索し、登録がない場合は、当該アドレス解決
   応答パケットに付与されたユニキャストコネクション番
   号と当該アドレス解決応答パケットの送信元アドレスお
   よび対応する入出力論理ポートの前記アドレステーブル
   への登録を行うと共に、当該アドレス解決応答パケット
   の送出先アドレスから前記アドレステーブルを検索し、
   アドレス解決要求パケット処理にて登録された入出力論
   理ポートに当該アドレス解決応答パケットを転送するよ
   う構成されたことを特徴とするブリッジ装置。
5. 【請求項５】 請求項４に記載のブリッジ装置におい
   て、 アドレステーブルは、入出力論理ポートの有効または無
   効の状態を示す項目を備え、 かつ、 スイッチング・アドレス解決部は、送出先アドレスと共
   に前記入出力論理ポートの状態が有効であることを検索
   条件として前記アドレステーブルを検索し、当該検索で
   得られた入出力論理ポートのみにパケットを転送するよ
   う構成されたことを特徴とするブリッジ装置。
6. 【請求項６】 請求項５に記載のブリッジ装置におい
   て、 スイッチング・アドレス解決部は、 特定アドレスを有するフレームを終端・生成する機能を
   有し、前記特定アドレスを有するフレームの情報に基づ
   き、各入出力論理ポートの状態を決定して、当該決定し
   た状態をアドレステーブルに登録するよう構成されたこ
   とを特徴とするブリッジ装置。
7. 【請求項７】 請求項１に記載のブリッジ装置におい
   て、 スイッチング・アドレス解決部は、 第１のネットワークパケット終端・生成部および第２の
   ネットワークパケット終端・生成部に内部共通バスを介
   して接続され、当該内部共通バスのデータ転送の競合を
   制御する内部共通バス制御回路と、 前記内部共通バス制御回路から受け取ったパケットデー
   タの入出力論理ポートとコネクション番号と端末のアド
   レスを含む情報を取り出すと共に、前記内部共通バス制
   御回路への送信データを、前記入出力論理ポートとコネ
   クション番号と端末のアドレスを含む情報に基づいて構
   成し、かつ、第２のネットワークへのパケットのカプセ
   ル化を行うパケットカプセル化回路と、 アドレステーブルを参照して各端末のパケットの送出先
   アドレスに対応する入出力論理ポートを求めるアドレス
   解決回路と、 上位レイヤでの処理を行うパケットの送受信を行うため
   の上位レイヤインタフェースと、 前記アドレス解決回路の前段側に設けられ、前記パケッ
   トの種別を判定し、アドレス変換の必要があるパケット
   のみ前記アドレス解決回路に転送し、かつ、予め定めた
   特定のパケットは前記パケットカプセル化回路または前
   記上位レイヤインタフェースに送出するパケット種別判
   定回路とを備えたことを特徴とするブリッジ装置。
8. 【請求項８】 請求項７に記載のブリッジ装置におい
   て、 パケットカプセル化回路は、 パケットをブロードキャストする場合に用いるブロード
   キャストバッファと、 パケットをマルチキャストする場合に用いるマルチキャ
   ストバッファと、 パケットをユニキャストする場合に用いるユニキャスト
   バッファと、 第１のネットワークパケット終端・生成部からのパケッ
   トを格納する第１の受信パケット用バッファと、 第２のネットワークパケット終端・生成部へのパケット
   を格納する第２の送信パケット用バッファと、 第２のネットワークパケット終端・生成部からのパケッ
   トを格納する第２の受信パケット用バッファとを備え、 前記パケットカプセル化回路は、パケットの種別と送受
   信の種別に基づいて前記各バッファへのパケット送受信
   を制御するよう構成されたことを特徴とするブリッジ装
   置。
9. 【請求項９】 請求項８に記載のブリッジ装置におい
   て、 パケットカプセル化回路は、入出力論理ポートの有効ま
   たは無効の状態を示すポートステータス制御テーブルを
   備え、当該ポートステータス制御テーブルの入出力論理
   ポートの状態が無効である場合は、対応したバッファの
   パケットを蓄積を禁止するよう構成されたことを特徴と
   するブリッジ装置。
10. 【請求項１０】 請求項９に記載のブリッジ装置におい
    て、 パケットカプセル化回路は、特定アドレスを有するフレ
    ームを終端・生成する機能を有し、前記特定アドレスを
    有するフレームの情報に基づき、各入出力論理ポートの
    状態を決定して、当該決定した状態をポートステータス
    制御テーブルに登録するよう構成されたことを特徴とす
    るブリッジ装置。
11. 【請求項１１】 請求項７に記載のブリッジ装置におい
    て、 パケット種別判定回路は、入出力論理ポートの有効また
    は無効の状態を示すポートステータス制御テーブルを備
    え、パケットを転送する入出力論理ポートの状態が無効
    である場合は当該パケットを廃棄するよう構成されたこ
    とを特徴とするブリッジ装置。
12. 【請求項１２】 請求項１１に記載のブリッジ装置にお
    いて、 パケット種別判定回路は、特定アドレスを有するフレー
    ムを終端・生成する機能を有し、前記特定アドレスを有
    するフレームの情報に基づき、各入出力論理ポートの状
    態を決定して、当該決定した状態をポートステータス制
    御テーブルに登録するよう構成されたことを特徴とする
    ブリッジ装置。
13. 【請求項１３】 請求項７に記載のブリッジ装置におい
    て、 内部共通バス制御回路は、入出力論理ポートの有効また
    は無効の状態を示すポートステータス制御テーブルを備
    え、パケットを転送する入出力論理ポートの状態が無効
    である場合は当該パケットを廃棄するよう構成されたこ
    とを特徴とするブリッジ装置。
14. 【請求項１４】 請求項１３に記載のブリッジ装置にお
    いて、 内部共通バス制御回路は、特定アドレスを有するフレー
    ムを終端・生成する機能を有し、前記特定アドレスを有
    するフレームの情報に基づき、各入出力論理ポートの状
    態を決定して、当該決定した状態をポートステータス制
    御テーブルに登録するよう構成されたことを特徴とする
    ブリッジ装置。