JP2001244986A - ネットワーク相互接続システム - Google Patents
ネットワーク相互接続システムInfo
- Publication number
- JP2001244986A JP2001244986A JP2000057353A JP2000057353A JP2001244986A JP 2001244986 A JP2001244986 A JP 2001244986A JP 2000057353 A JP2000057353 A JP 2000057353A JP 2000057353 A JP2000057353 A JP 2000057353A JP 2001244986 A JP2001244986 A JP 2001244986A
- Authority
- JP
- Japan
- Prior art keywords
- signal
- packet
- network
- ethernet
- packet signal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/35—Switches specially adapted for specific applications
- H04L49/351—Switches specially adapted for specific applications for local area network [LAN], e.g. Ethernet switches
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/25—Routing or path finding in a switch fabric
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/35—Switches specially adapted for specific applications
- H04L49/354—Switches specially adapted for specific applications for supporting virtual local area networks [VLAN]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】 （修正有）
【課題】 異なったネットワークに接続されたネットワ
ーク機器の内部で共通した信号形式でデータ処理すると
ともに、信号の変換処理を簡略化するネットワーク相互
接続システムを実現する。 【解決手段】 ネットワーク機器２０１は、ＡＴＭ回線
２０２、Ｘ．２５回線２０４、イーサネット回線２０６
とそれぞれ接続するネットワークインターフェースポー
トと、これらのインターフェースポートと接続された中
継点としてのＨＵＢと、このＨＵＢに接続されたルーテ
ィングエンジンと、パケット変換機とを備えている。イ
ーサネット（登録商標）回線から供給されたイーサネッ
ト上のパケットはそのままＨＵＢへ出力するが、他の回
線２０２，２０４から供給されたこれと異なった信号形
式の信号はイーサネット上の擬似パケットに変換した
後、出力側のポートに出力する。
ーク機器の内部で共通した信号形式でデータ処理すると
ともに、信号の変換処理を簡略化するネットワーク相互
接続システムを実現する。 【解決手段】 ネットワーク機器２０１は、ＡＴＭ回線
２０２、Ｘ．２５回線２０４、イーサネット回線２０６
とそれぞれ接続するネットワークインターフェースポー
トと、これらのインターフェースポートと接続された中
継点としてのＨＵＢと、このＨＵＢに接続されたルーテ
ィングエンジンと、パケット変換機とを備えている。イ
ーサネット（登録商標）回線から供給されたイーサネッ
ト上のパケットはそのままＨＵＢへ出力するが、他の回
線２０２，２０４から供給されたこれと異なった信号形
式の信号はイーサネット上の擬似パケットに変換した
後、出力側のポートに出力する。
Description
【０００１】
【発明の属する技術分野】本発明は各種のネットワーク
を接続するネットワーク相互接続システムに関する。
を接続するネットワーク相互接続システムに関する。
【０００２】
【従来の技術】通信のための幾つかのネットワークがそ
れぞれ独自の技術基盤の下で並存して発展している。例
を挙げると、一般の電話同士が接続されるネットワーク
や、携帯型電話機同士が接続されるネットワークあるい
はコンピュータ同士が接続されるネットワークのような
ものである。
れぞれ独自の技術基盤の下で並存して発展している。例
を挙げると、一般の電話同士が接続されるネットワーク
や、携帯型電話機同士が接続されるネットワークあるい
はコンピュータ同士が接続されるネットワークのような
ものである。
【０００３】たとえば一般の電話同士が接続されるネッ
トワークには音声信号が伝送されている。コンピュータ
同士が接続されるネットワークも各種存在する。すなわ
ちコンピュータ同士をケーブルで接続してＬＡＮ（ロー
カルエリアネットワーク）を構成した場合にもその中を
流れる信号がパケット信号としての形態をとっていると
しても、各種の形式が存在している。したがって、これ
ら異なった種類のネットワークの間では相互接続を行っ
て情報を自由に伝達し合うことはできない。
トワークには音声信号が伝送されている。コンピュータ
同士が接続されるネットワークも各種存在する。すなわ
ちコンピュータ同士をケーブルで接続してＬＡＮ（ロー
カルエリアネットワーク）を構成した場合にもその中を
流れる信号がパケット信号としての形態をとっていると
しても、各種の形式が存在している。したがって、これ
ら異なった種類のネットワークの間では相互接続を行っ
て情報を自由に伝達し合うことはできない。
【０００４】近年、ネットワークインフラの拡大やコス
ト削減、過去の資産の有効活用としてそれらのネットワ
ーク間を接続することが要請されている。このような要
請に応えるためにネットワーク間の信号を変換するシス
テムが提案されるに至っている。
ト削減、過去の資産の有効活用としてそれらのネットワ
ーク間を接続することが要請されている。このような要
請に応えるためにネットワーク間の信号を変換するシス
テムが提案されるに至っている。
【０００５】図１３は、提案されたネットワーク相互接
続システムの構成を表わしたものである。この図１３に
示した例では、第１のネットワークインタフェース（Ｉ
／Ｆ）１０１〜第３のネットワークインタフェース１０
３は、それぞれＸ．２５パケットを通信するＸ．２５ネ
ットワーク１０４、ＡＴＭ（asynchronous transfermod
e：非同期転送モード）の処理パケットを通信するＡＴ
Ｍネットワーク１０５、イーサネット上のパケットを通
信するイーサネットネットワーク１０６を接続すると共
に、ＨＵＢ（ハブ）１０７に接続されている。
続システムの構成を表わしたものである。この図１３に
示した例では、第１のネットワークインタフェース（Ｉ
／Ｆ）１０１〜第３のネットワークインタフェース１０
３は、それぞれＸ．２５パケットを通信するＸ．２５ネ
ットワーク１０４、ＡＴＭ（asynchronous transfermod
e：非同期転送モード）の処理パケットを通信するＡＴ
Ｍネットワーク１０５、イーサネット上のパケットを通
信するイーサネットネットワーク１０６を接続すると共
に、ＨＵＢ（ハブ）１０７に接続されている。
【０００６】図１４は、第１のネットワークインタフェ
ースの内部構成を表わしたものである。第２および第３
のネットワークインタフェース１０２、１０３も、この
第１のネットワークインタフェース１０１と基本的に同
一構成をしているので、これらの説明は省略する。第１
のネットワークインタフェース１０１は図１３に示した
ＨＵＢ１０７側に接続されたパケット変換回路１１１
と、このパケット変換回路１１１の他端に接続されると
共にＸ．２５ネットワーク１０４と接続されたネットワ
ークインタフェース回路１１２を備えている。
ースの内部構成を表わしたものである。第２および第３
のネットワークインタフェース１０２、１０３も、この
第１のネットワークインタフェース１０１と基本的に同
一構成をしているので、これらの説明は省略する。第１
のネットワークインタフェース１０１は図１３に示した
ＨＵＢ１０７側に接続されたパケット変換回路１１１
と、このパケット変換回路１１１の他端に接続されると
共にＸ．２５ネットワーク１０４と接続されたネットワ
ークインタフェース回路１１２を備えている。
【０００７】すなわち、この提案されたネットワーク相
互接続システムで、たとえばＸ．２５ネットワーク１０
４から送られてきたＸ．２５パケットはネットワークイ
ンタフェース回路１１２を介してパケット変換回路１１
１に入力され、ここでＸ．２５パケットがこれらのネッ
トワークで共通した特定のパケット（以下、共通パケッ
トという。）に変換される。この共通パケットに格納さ
れたデータをＡＴＭネットワーク１０５に送る場合に
は、Ｘ．２５パケットから変換された共通パケットがＨ
ＵＢ１０７を介して第２のネットワークインタフェース
１０２に送られる。第２のネットワークインタフェース
１０２では、図１４に示したと同様のパケット変換回路
を有している。ただしこのパケット変換回路は、共通パ
ケットをＡＴＭセルに変換したりその逆の変換を行う点
でＸ．２５パケットと共通パケットの間での変換を行う
パケット変換回路１１１とは相違している。第２のネッ
トワークインタフェース１０２のパケット変換回路で変
換された後のＡＴＭセルは、第２のネットワークインタ
フェース１０２内のネットワークインタフェース回路を
介してＡＴＭネットワーク１０５に送出される。
互接続システムで、たとえばＸ．２５ネットワーク１０
４から送られてきたＸ．２５パケットはネットワークイ
ンタフェース回路１１２を介してパケット変換回路１１
１に入力され、ここでＸ．２５パケットがこれらのネッ
トワークで共通した特定のパケット（以下、共通パケッ
トという。）に変換される。この共通パケットに格納さ
れたデータをＡＴＭネットワーク１０５に送る場合に
は、Ｘ．２５パケットから変換された共通パケットがＨ
ＵＢ１０７を介して第２のネットワークインタフェース
１０２に送られる。第２のネットワークインタフェース
１０２では、図１４に示したと同様のパケット変換回路
を有している。ただしこのパケット変換回路は、共通パ
ケットをＡＴＭセルに変換したりその逆の変換を行う点
でＸ．２５パケットと共通パケットの間での変換を行う
パケット変換回路１１１とは相違している。第２のネッ
トワークインタフェース１０２のパケット変換回路で変
換された後のＡＴＭセルは、第２のネットワークインタ
フェース１０２内のネットワークインタフェース回路を
介してＡＴＭネットワーク１０５に送出される。
【０００８】同様にして、Ｘ．２５ネットワーク１０４
とイーサネットネットワーク１０６の間のデータ変換お
よびＡＴＭネットワーク１０５とイーサネットネットワ
ーク１０６との間のデータ変換も行われることになる。
とイーサネットネットワーク１０６の間のデータ変換お
よびＡＴＭネットワーク１０５とイーサネットネットワ
ーク１０６との間のデータ変換も行われることになる。
【０００９】ところが、この図１３および図１４に示す
ネットワーク相互接続システムを使用すると、新たな規
格や信号形式による信号を伝送するネットワークが登場
するたびに、これらに対応するためのインタフェースや
処理プロセッサを必要とし、拡張性に乏しいという問題
があった。
ネットワーク相互接続システムを使用すると、新たな規
格や信号形式による信号を伝送するネットワークが登場
するたびに、これらに対応するためのインタフェースや
処理プロセッサを必要とし、拡張性に乏しいという問題
があった。
【００１０】そこで、プロトコルの異なる各種端末を収
容、交換する複合交換機の制御手法が提案されている。
特開昭５８−１５１７４８に開示されたこの提案では、
電話端末等の加入者端末から送られてきたデータを交換
機内パケット網で使用する独自のパケットに変換するこ
とにしている。
容、交換する複合交換機の制御手法が提案されている。
特開昭５８−１５１７４８に開示されたこの提案では、
電話端末等の加入者端末から送られてきたデータを交換
機内パケット網で使用する独自のパケットに変換するこ
とにしている。
【００１１】図１５は、交換機内パケット網で使用する
この独自のパケットの構成を表わしたものである。この
パケット１２１は、その前後をＨＤＬＣ（high-level d
atalink control）手順同様のフラグ（Ｆ）１２２、１
２３で囲まれており、発・着信宛先番号部（ＡＤＲ）１
２４と情報部（ＤＡＴＡ）１２５および誤り訂正部（Ｃ
ＨＫ）１２６を備えている。発・着信宛先番号部１２４
には、発信元番号と着信先番号とが入っている。情報部
１２５には、伝送されてきた信号の内容そのものが入っ
ている。たとえば、電話端末の場合には加入者端末の状
態の変化の内容としてのオンフックからオフフックへの
変化あるいはその逆の変化の状態を表わす信号の内容が
格納されている。また、ディジタル・データ端末につい
ては受信先行技術エンベロープそのものが、また、ＨＤ
ＬＣ手順端末については受信側制御パケットそのものが
情報部１２５に格納されている。
この独自のパケットの構成を表わしたものである。この
パケット１２１は、その前後をＨＤＬＣ（high-level d
atalink control）手順同様のフラグ（Ｆ）１２２、１
２３で囲まれており、発・着信宛先番号部（ＡＤＲ）１
２４と情報部（ＤＡＴＡ）１２５および誤り訂正部（Ｃ
ＨＫ）１２６を備えている。発・着信宛先番号部１２４
には、発信元番号と着信先番号とが入っている。情報部
１２５には、伝送されてきた信号の内容そのものが入っ
ている。たとえば、電話端末の場合には加入者端末の状
態の変化の内容としてのオンフックからオフフックへの
変化あるいはその逆の変化の状態を表わす信号の内容が
格納されている。また、ディジタル・データ端末につい
ては受信先行技術エンベロープそのものが、また、ＨＤ
ＬＣ手順端末については受信側制御パケットそのものが
情報部１２５に格納されている。
【００１２】このように交換機の内部で取り扱う信号の
形式を図１５に示したような１つの共通した形式とする
と、各種の信号形式のデータが交換機に取り込まれるよ
うな場合にも、交換機の内部でこれら信号形式ごとに異
なったハードウェアを用意する必要がなく、信号処理を
単純化することができる。
形式を図１５に示したような１つの共通した形式とする
と、各種の信号形式のデータが交換機に取り込まれるよ
うな場合にも、交換機の内部でこれら信号形式ごとに異
なったハードウェアを用意する必要がなく、信号処理を
単純化することができる。
【００１３】
【発明が解決しようとする課題】以上説明したように従
来から交換機の内部で統一的に扱うことのできる独自の
パケットに変換する技術が存在している。図１５に示し
た技術では、交換機の内部で共通に扱う信号形式のパケ
ットに変換した後に、交換機外のネットワークにこれら
の信号を送出する場合にはそれぞれもとの信号形式に戻
して送出するようにしている。
来から交換機の内部で統一的に扱うことのできる独自の
パケットに変換する技術が存在している。図１５に示し
た技術では、交換機の内部で共通に扱う信号形式のパケ
ットに変換した後に、交換機外のネットワークにこれら
の信号を送出する場合にはそれぞれもとの信号形式に戻
して送出するようにしている。
【００１４】ところで、インターネットおよびコンピュ
ータの急速な普及と共に、交換機側に取り込まれる各種
の情報のかなりの部分がインターネットあるいは他のコ
ンピュータで使用されるデータとなる可能性が生じてい
る。たとえばＭＡＣ（mediaaccess control）フレーム
によるデータがその例である。ここでＭＡＣフレームと
は、メディア・アクセス・コントロール（media access
control）層（データリンク層下位副層）で使用される
フレームであり、イーサネット上のパケットと同様のも
のである。
ータの急速な普及と共に、交換機側に取り込まれる各種
の情報のかなりの部分がインターネットあるいは他のコ
ンピュータで使用されるデータとなる可能性が生じてい
る。たとえばＭＡＣ（mediaaccess control）フレーム
によるデータがその例である。ここでＭＡＣフレームと
は、メディア・アクセス・コントロール（media access
control）層（データリンク層下位副層）で使用される
フレームであり、イーサネット上のパケットと同様のも
のである。
【００１５】ところが、図１５に示した従来の技術では
交換機内部でのみ共通に扱うことのできる信号に変換し
ており、その信号形式は外部の任意のネットワークへの
送出を意識して定められたものではない。したがって、
イーサネットのようにインターネットやコンピュータに
受け入れられやすい信号形式から交換機の内部で共通に
扱う信号形式のパケットに変換してこれを再度もとの信
号形式に変換するような場合を除くと、内部で共通に扱
う信号形式に変換した後にこれをインターネットやコン
ピュータに受け入れられやすい信号形式に再変換する必
要がある。このような場合には、信号形式の大幅な変更
を交換機内部に信号を取り込む際と、交換機内部からイ
ンターネットあるいは他のコンピュータ用のネットワー
クに信号を送り出す際に信号変換を行う必要があり、信
号変換の処理を複雑化するという問題があった。
交換機内部でのみ共通に扱うことのできる信号に変換し
ており、その信号形式は外部の任意のネットワークへの
送出を意識して定められたものではない。したがって、
イーサネットのようにインターネットやコンピュータに
受け入れられやすい信号形式から交換機の内部で共通に
扱う信号形式のパケットに変換してこれを再度もとの信
号形式に変換するような場合を除くと、内部で共通に扱
う信号形式に変換した後にこれをインターネットやコン
ピュータに受け入れられやすい信号形式に再変換する必
要がある。このような場合には、信号形式の大幅な変更
を交換機内部に信号を取り込む際と、交換機内部からイ
ンターネットあるいは他のコンピュータ用のネットワー
クに信号を送り出す際に信号変換を行う必要があり、信
号変換の処理を複雑化するという問題があった。
【００１６】以上、各種のネットワークに交換機が接続
されている場合を中心に説明をしたが、一般に各種のネ
ットワークにネットワーク機器が接続されている場合に
も同様の問題がある。
されている場合を中心に説明をしたが、一般に各種のネ
ットワークにネットワーク機器が接続されている場合に
も同様の問題がある。
【００１７】そこで本発明の目的は、各種異なったネッ
トワークに接続されたネットワーク機器の内部で共通し
た信号形式でデータ処理を行うことができるだけでな
く、インターネットやコンピュータのために用意された
外部のネットワークに信号が送出される場合であっても
信号の変換のための処理を簡略化することのできるネッ
トワーク相互接続システムを提供することにある。
トワークに接続されたネットワーク機器の内部で共通し
た信号形式でデータ処理を行うことができるだけでな
く、インターネットやコンピュータのために用意された
外部のネットワークに信号が送出される場合であっても
信号の変換のための処理を簡略化することのできるネッ
トワーク相互接続システムを提供することにある。
【００１８】
【課題を解決するための手段】請求項１記載の発明で
は、（イ）複数の異なったネットワークを収容して、こ
れらのうちの同一のネットワークの間および異なったネ
ットワークの間で信号の接続を可能にする広帯域スイッ
チと、（ロ）この広帯域スイッチの入力側に供給された
信号がネットワーク上で広く使用される特定のパケット
信号であるかどうかを判別する信号形式判別手段と、
（ハ）この信号形式判別手段が前記した特定のパケット
信号でないと判別したとき、前記した特定のパケット信
号とその一部の信号列を構成する信号の組み合わせが異
なっている点を除いて信号形式が同一となった擬似パケ
ット信号に変換するパケット信号変換手段と、（ニ）こ
のパケット信号変換手段によって変換されたパケット信
号あるいは前記した特定のパケット信号をその宛先に対
応させて広帯域スイッチの出力側に供給する経路選択手
段と、（ホ）広帯域スイッチの出力側に供給された信号
が前記した特定のパケット信号である場合にはこれをそ
のまま対応するネットワークに送出し、擬似パケット信
号である場合にはこれを対応するネットワークの信号に
再変換する信号再変換手段とをネットワーク相互接続シ
ステムに具備させる。
は、（イ）複数の異なったネットワークを収容して、こ
れらのうちの同一のネットワークの間および異なったネ
ットワークの間で信号の接続を可能にする広帯域スイッ
チと、（ロ）この広帯域スイッチの入力側に供給された
信号がネットワーク上で広く使用される特定のパケット
信号であるかどうかを判別する信号形式判別手段と、
（ハ）この信号形式判別手段が前記した特定のパケット
信号でないと判別したとき、前記した特定のパケット信
号とその一部の信号列を構成する信号の組み合わせが異
なっている点を除いて信号形式が同一となった擬似パケ
ット信号に変換するパケット信号変換手段と、（ニ）こ
のパケット信号変換手段によって変換されたパケット信
号あるいは前記した特定のパケット信号をその宛先に対
応させて広帯域スイッチの出力側に供給する経路選択手
段と、（ホ）広帯域スイッチの出力側に供給された信号
が前記した特定のパケット信号である場合にはこれをそ
のまま対応するネットワークに送出し、擬似パケット信
号である場合にはこれを対応するネットワークの信号に
再変換する信号再変換手段とをネットワーク相互接続シ
ステムに具備させる。
【００１９】すなわち請求項１記載の発明では、イーサ
ネット、Ｘ．２５等の各種のネットワークの間での接続
を可能とする広帯域スイッチの入力側に供給された信号
が、ネットワーク上で広く使用されるイーサネット等の
特定のパケット信号であるかどうかを判別し、そうであ
る場合にはこれをそのまま信号変換することなく広帯域
スイッチの出力側に供給する一方、これ以外の場合には
この特定のパケット信号に類似した擬似パケット信号に
変換した後に広帯域スイッチの出力側に供給するように
している。そして、広帯域スイッチの出力側に供給され
た信号が前記した特定のパケット信号である場合にはこ
れをそのまま対応するネットワークに送出し、擬似パケ
ット信号である場合にはこれを対応するネットワークの
信号に再変換する。このように請求項１記載の発明で
は、ネットワーク上で広く使用される特定のパケット信
号以外の信号の場合にはこれを類似した擬似パケット信
号に変換しているので、広帯域スイッチの内部処理を特
定のパケット信号と擬似パケット信号で共通化すること
ができる他、擬似パケット信号を特定のパケット信号に
変換してネットワーク上に送出するのも信号変換の点か
ら容易になるという利点がある。
ネット、Ｘ．２５等の各種のネットワークの間での接続
を可能とする広帯域スイッチの入力側に供給された信号
が、ネットワーク上で広く使用されるイーサネット等の
特定のパケット信号であるかどうかを判別し、そうであ
る場合にはこれをそのまま信号変換することなく広帯域
スイッチの出力側に供給する一方、これ以外の場合には
この特定のパケット信号に類似した擬似パケット信号に
変換した後に広帯域スイッチの出力側に供給するように
している。そして、広帯域スイッチの出力側に供給され
た信号が前記した特定のパケット信号である場合にはこ
れをそのまま対応するネットワークに送出し、擬似パケ
ット信号である場合にはこれを対応するネットワークの
信号に再変換する。このように請求項１記載の発明で
は、ネットワーク上で広く使用される特定のパケット信
号以外の信号の場合にはこれを類似した擬似パケット信
号に変換しているので、広帯域スイッチの内部処理を特
定のパケット信号と擬似パケット信号で共通化すること
ができる他、擬似パケット信号を特定のパケット信号に
変換してネットワーク上に送出するのも信号変換の点か
ら容易になるという利点がある。
【００２０】請求項２記載の発明では、請求項１記載の
ネットワーク相互接続システムで、ネットワーク上で広
く使用される特定のパケット信号はイーサネット上のパ
ケット信号であることを特徴としている。
ネットワーク相互接続システムで、ネットワーク上で広
く使用される特定のパケット信号はイーサネット上のパ
ケット信号であることを特徴としている。
【００２１】すなわち請求項２記載の発明では、ネット
ワーク上で広く使用される特定のパケット信号としてイ
ーサネット上のパケット信号を代表例として挙げてい
る。
ワーク上で広く使用される特定のパケット信号としてイ
ーサネット上のパケット信号を代表例として挙げてい
る。
【００２２】請求項３記載の発明では、請求項２記載の
ネットワーク相互接続システムで、擬似パケット信号
は、イーサネット上のパケット信号における発信元アド
レスの構成ビットの配列がオール“０”であることを特
徴としている。
ネットワーク相互接続システムで、擬似パケット信号
は、イーサネット上のパケット信号における発信元アド
レスの構成ビットの配列がオール“０”であることを特
徴としている。
【００２３】すなわち請求項３記載の発明では、特定の
パケット信号がイーサネット上のパケット信号である場
合には、擬似パケット信号は、イーサネット上のパケッ
ト信号における発信元アドレスの構成ビットの配列がオ
ール“０”であることで、この信号との区別を可能にし
ている。
パケット信号がイーサネット上のパケット信号である場
合には、擬似パケット信号は、イーサネット上のパケッ
ト信号における発信元アドレスの構成ビットの配列がオ
ール“０”であることで、この信号との区別を可能にし
ている。
【００２４】請求項４記載の発明では、請求項２記載の
ネットワーク相互接続システムで擬似パケット信号は、
イーサネット上のパケット信号における発信元アドレス
の構成ビットの配列がイーサネット上のパケット信号で
禁止されている信号配列となっていることを特徴として
いる。
ネットワーク相互接続システムで擬似パケット信号は、
イーサネット上のパケット信号における発信元アドレス
の構成ビットの配列がイーサネット上のパケット信号で
禁止されている信号配列となっていることを特徴として
いる。
【００２５】すなわち請求項４記載の発明では、特定の
パケット信号がイーサネット上のパケット信号である場
合には、擬似パケット信号は、イーサネット上のパケッ
ト信号における発信元アドレスの構成ビットの配列とし
て存在しない、あるいは禁止されている信号配列である
ことで、この信号との区別を可能にしている。
パケット信号がイーサネット上のパケット信号である場
合には、擬似パケット信号は、イーサネット上のパケッ
ト信号における発信元アドレスの構成ビットの配列とし
て存在しない、あるいは禁止されている信号配列である
ことで、この信号との区別を可能にしている。
【００２６】請求項５記載の発明では、請求項２記載の
ネットワーク相互接続システムで、擬似パケット信号
は、イーサネット上のパケット信号における宛先アドレ
スの構成ビットの配列がイーサネット上のパケット信号
で禁止されている信号配列となっていることを特徴とし
ている。
ネットワーク相互接続システムで、擬似パケット信号
は、イーサネット上のパケット信号における宛先アドレ
スの構成ビットの配列がイーサネット上のパケット信号
で禁止されている信号配列となっていることを特徴とし
ている。
【００２７】すなわち請求項５記載の発明では、請求項
３および請求項４記載の発明と異なり、擬似パケット信
号は、イーサネット上のパケット信号における宛先アド
レスの構成ビットの配列がイーサネット上のパケット信
号で禁止されている信号配列となっていることを特徴と
し、同様にイーサネット上のパケット信号と区別可能と
している。
３および請求項４記載の発明と異なり、擬似パケット信
号は、イーサネット上のパケット信号における宛先アド
レスの構成ビットの配列がイーサネット上のパケット信
号で禁止されている信号配列となっていることを特徴と
し、同様にイーサネット上のパケット信号と区別可能と
している。
【００２８】請求項６記載の発明では、請求項１記載の
ネットワーク相互接続システムで、前記した特定のパケ
ット信号は、２以上の特定のパケット信号であることを
特徴としている。
ネットワーク相互接続システムで、前記した特定のパケ
ット信号は、２以上の特定のパケット信号であることを
特徴としている。
【００２９】すなわち請求項６記載の発明では、注意的
に前記した特定のパケット信号は複数種類の信号であっ
てもよいことを明確にしている。もちろん、ただ１種類
の信号を特定のパケット信号としてもよいことは当然で
ある。
に前記した特定のパケット信号は複数種類の信号であっ
てもよいことを明確にしている。もちろん、ただ１種類
の信号を特定のパケット信号としてもよいことは当然で
ある。
【００３０】
【００３１】
【実施例】以下実施例につき本発明を詳細に説明する。
【００３２】図１は本発明の一実施例におけるネットワ
ーク相互接続システムの構成の概要を表わしたものであ
る。本実施例のネットワーク機器２０１は、ＡＴＭ（as
ynchronous transfer mode：非同期転送モード）回線２
０２、２０３、Ｘ．２５回線２０４、２０５、イーサネ
ット（Ethernet）回線２０６、２０７を接続し、これら
の回線の接続や信号形式の変換処理を行うようになって
いる。なお、この図では以下の図示および説明を簡単に
するために３種類の回線が接続された例を示している
が、これに限るものではない。たとえば既に説明したよ
うに電話回線をネットワーク機器２０１の接続対象とす
ることはもちろん可能である。
ーク相互接続システムの構成の概要を表わしたものであ
る。本実施例のネットワーク機器２０１は、ＡＴＭ（as
ynchronous transfer mode：非同期転送モード）回線２
０２、２０３、Ｘ．２５回線２０４、２０５、イーサネ
ット（Ethernet）回線２０６、２０７を接続し、これら
の回線の接続や信号形式の変換処理を行うようになって
いる。なお、この図では以下の図示および説明を簡単に
するために３種類の回線が接続された例を示している
が、これに限るものではない。たとえば既に説明したよ
うに電話回線をネットワーク機器２０１の接続対象とす
ることはもちろん可能である。
【００３３】図２は、本実施例のネットワーク機器の回
路構成の要部を表わしたものである。ネットワーク機器
２０１は、ＡＴＭ回線２０２、Ｘ．２５回線２０４およ
びイーサネット回線２０６とそれぞれ接続する第１〜第
３のネットワークインタフェース（Ｉ／Ｆ）ポート２１
１〜２１３と、これらのインタフェースポートと接続さ
れた中継点としてのＨＵＢ（ハブ）２１５と、このＨＵ
Ｂ２１５と接続されたルーティングエンジン（ＲＥ）２
１６およびこの図には示していないパケット変換機を備
えている。
路構成の要部を表わしたものである。ネットワーク機器
２０１は、ＡＴＭ回線２０２、Ｘ．２５回線２０４およ
びイーサネット回線２０６とそれぞれ接続する第１〜第
３のネットワークインタフェース（Ｉ／Ｆ）ポート２１
１〜２１３と、これらのインタフェースポートと接続さ
れた中継点としてのＨＵＢ（ハブ）２１５と、このＨＵ
Ｂ２１５と接続されたルーティングエンジン（ＲＥ）２
１６およびこの図には示していないパケット変換機を備
えている。
【００３４】図３はルーティングエンジンの概要を表わ
したものである。ルーティングエンジン２１６は、ＬＣ
Ｈ（Local Channel）パケットと呼ばれるパケットのル
ーティングを行うルーティング回路２１７を備えてい
る。ここでＬＣＨパケットとは、イーサネットによるＭ
ＡＣフレームと酷似しているが、このＭＡＣフレームと
は識別可能な信号形式のパケット信号をいい、本発明で
独自に設けられるものである。ルーティングエンジン２
１６は、パケットの経路選択を行って、選択した経路に
応じてパケットを編集する機構である。なお、ルーティ
ングエンジン２１６はそれ自体周知の技術なので、詳細
な説明は省略する。
したものである。ルーティングエンジン２１６は、ＬＣ
Ｈ（Local Channel）パケットと呼ばれるパケットのル
ーティングを行うルーティング回路２１７を備えてい
る。ここでＬＣＨパケットとは、イーサネットによるＭ
ＡＣフレームと酷似しているが、このＭＡＣフレームと
は識別可能な信号形式のパケット信号をいい、本発明で
独自に設けられるものである。ルーティングエンジン２
１６は、パケットの経路選択を行って、選択した経路に
応じてパケットを編集する機構である。なお、ルーティ
ングエンジン２１６はそれ自体周知の技術なので、詳細
な説明は省略する。
【００３５】図４は、本実施例で使用されるＬＣＨパケ
ットの構成を表わしたものであり、図５はこれに対して
イーサネットによるＭＡＣフレームを参考のために示し
たものである。図５に示したＭＡＣフレーム２２１は、
ＩＥＥＥ（Institute of Electrical and Electronics
Engineers）８０２．２あるいはＩＥＥＥ８０２．３パ
ケットとして規定されているものである。このＭＡＣフ
レーム２２１は、４８ビットの宛先アドレス２２２と、
同じく４８ビットの発信元アドレス２２３と、３２ビッ
トのＶＬＡＮ（Vertual LAN)ＩＤフィールド２２４と、
１０５Ｋバイトまでのデータが格納される長さを規定す
る１６ビットのＬｅｎｇｔｈ２２５と、６４ビットのＬ
ＬＣ／ＳＮＡＰ識別固定値２２６と、３４バイトから１
４８８バイトの範囲内でデータの長さを調整できるパケ
ットデータ２２７と、３２ビットのＣＲＣ巡回符号とし
てのＦＣＳ２２８から構成されている。ここでＶＬＡＮ
ＩＤフィールドとは、１つのＬＡＮ（ローカルエリアネ
ットワーク）上に、あたかも複数のＬＡＮが存在するよ
うに見せるための識別子をいう。
ットの構成を表わしたものであり、図５はこれに対して
イーサネットによるＭＡＣフレームを参考のために示し
たものである。図５に示したＭＡＣフレーム２２１は、
ＩＥＥＥ（Institute of Electrical and Electronics
Engineers）８０２．２あるいはＩＥＥＥ８０２．３パ
ケットとして規定されているものである。このＭＡＣフ
レーム２２１は、４８ビットの宛先アドレス２２２と、
同じく４８ビットの発信元アドレス２２３と、３２ビッ
トのＶＬＡＮ（Vertual LAN)ＩＤフィールド２２４と、
１０５Ｋバイトまでのデータが格納される長さを規定す
る１６ビットのＬｅｎｇｔｈ２２５と、６４ビットのＬ
ＬＣ／ＳＮＡＰ識別固定値２２６と、３４バイトから１
４８８バイトの範囲内でデータの長さを調整できるパケ
ットデータ２２７と、３２ビットのＣＲＣ巡回符号とし
てのＦＣＳ２２８から構成されている。ここでＶＬＡＮ
ＩＤフィールドとは、１つのＬＡＮ（ローカルエリアネ
ットワーク）上に、あたかも複数のＬＡＮが存在するよ
うに見せるための識別子をいう。
【００３６】これに対して、本実施例のＬＣＨパケット
２３１の場合には、ＭＡＣフレーム２２１の４８ビット
の宛先アドレス２２２と、同じく４８ビットの発信元ア
ドレス２２３の箇所が相違しているだけである。すなわ
ち、ＭＡＣフレーム２２１における４８ビットの宛先ア
ドレス２２２の代わりに同じく４８ビットのＬＣＨアド
レス２３２が配置されている。また、４８ビットの発信
元アドレス２２３の代わりに、同じく４８ビット構成の
「オール“０”」信号２３３が配置されている。ＭＡＣ
フレーム２２１の場合には４８ビットの発信元アドレス
２２３が、障害時という特殊な状況を除いて「オール
“０”」となることはなく、このような信号が配置され
たＭＡＣフレーム２２１は使用が禁止されている。した
がって、この信号部分が「オール“０”」となっている
場合にはＭＡＣフレーム２２１ではなく本実施例のＬＣ
Ｈパケット２３１であると判別することができる。
２３１の場合には、ＭＡＣフレーム２２１の４８ビット
の宛先アドレス２２２と、同じく４８ビットの発信元ア
ドレス２２３の箇所が相違しているだけである。すなわ
ち、ＭＡＣフレーム２２１における４８ビットの宛先ア
ドレス２２２の代わりに同じく４８ビットのＬＣＨアド
レス２３２が配置されている。また、４８ビットの発信
元アドレス２２３の代わりに、同じく４８ビット構成の
「オール“０”」信号２３３が配置されている。ＭＡＣ
フレーム２２１の場合には４８ビットの発信元アドレス
２２３が、障害時という特殊な状況を除いて「オール
“０”」となることはなく、このような信号が配置され
たＭＡＣフレーム２２１は使用が禁止されている。した
がって、この信号部分が「オール“０”」となっている
場合にはＭＡＣフレーム２２１ではなく本実施例のＬＣ
Ｈパケット２３１であると判別することができる。
【００３７】一方、ＭＡＣフレーム２２１の場合には、
４８ビットの宛先アドレス２２２と、同じく４８ビット
の発信元アドレス２２３が固有のアドレス情報を構成し
ている。本実施例のＬＣＨパケット２３１の場合には、
４８ビットのＬＣＨアドレス２３２の中に適宜の構成で
宛先アドレスと発信元アドレスを含ませている。
４８ビットの宛先アドレス２２２と、同じく４８ビット
の発信元アドレス２２３が固有のアドレス情報を構成し
ている。本実施例のＬＣＨパケット２３１の場合には、
４８ビットのＬＣＨアドレス２３２の中に適宜の構成で
宛先アドレスと発信元アドレスを含ませている。
【００３８】このように本実施例のＬＣＨパケット２３
１はＭＡＣフレーム２２１とそのパケットのフォーマッ
トと酷似している。したがって、ＨＵＢ２１５を、既存
のイーサネット上のパケットを転送するＨＵＢ ＬＳＩ
（大規模集積回路）を流用可能である。また、ルーティ
ングエンジン２１６についても、既存のイーサネット上
のパケットを転送するためのルーティングエンジンＬＳ
Ｉを流用することができる。更に、ＬＣＨパケット２３
１とイーサネット上のパケットとの混在が可能である。
このため、イーサネット上のパケットの転送について変
換ロスが発生しないといった特徴を有する。
１はＭＡＣフレーム２２１とそのパケットのフォーマッ
トと酷似している。したがって、ＨＵＢ２１５を、既存
のイーサネット上のパケットを転送するＨＵＢ ＬＳＩ
（大規模集積回路）を流用可能である。また、ルーティ
ングエンジン２１６についても、既存のイーサネット上
のパケットを転送するためのルーティングエンジンＬＳ
Ｉを流用することができる。更に、ＬＣＨパケット２３
１とイーサネット上のパケットとの混在が可能である。
このため、イーサネット上のパケットの転送について変
換ロスが発生しないといった特徴を有する。
【００３９】本実施例のＬＣＨパケット２３１は、ＭＡ
Ｃフレーム２２１における発信元アドレス２２３に対応
する箇所が「オール“０”」となっており、イーサネッ
ト上のパケットでは使用禁止となるパケット形式を有し
ている。しかしながら、このＬＣＨパケット２３１はネ
ットワーク機器２０１の内部でのみ存在するパケット形
式であるため、外部のネットワーク上で問題を生じるこ
とはない。
Ｃフレーム２２１における発信元アドレス２２３に対応
する箇所が「オール“０”」となっており、イーサネッ
ト上のパケットでは使用禁止となるパケット形式を有し
ている。しかしながら、このＬＣＨパケット２３１はネ
ットワーク機器２０１の内部でのみ存在するパケット形
式であるため、外部のネットワーク上で問題を生じるこ
とはない。
【００４０】図６は図２に示した第１のネットワークイ
ンタフェイスポートの構成を表わしたものである。第１
のネットワークインタフェースポート２１１は、対応す
るＡＴＭ回線２０２と接続されたネットワークインタフ
ェース回路２４１と、このネットワークインタフェース
回路２４１と接続されたＣＰＵ（中央処理装置）２４
２、パケットメモリ２４３、およびＣＰＵ２４２に付属
したメモリ２４４から構成されている。ＣＰＵ２４２は
メモリ２４４に格納された制御プログラムに従って各部
の制御を行うようになっている。
ンタフェイスポートの構成を表わしたものである。第１
のネットワークインタフェースポート２１１は、対応す
るＡＴＭ回線２０２と接続されたネットワークインタフ
ェース回路２４１と、このネットワークインタフェース
回路２４１と接続されたＣＰＵ（中央処理装置）２４
２、パケットメモリ２４３、およびＣＰＵ２４２に付属
したメモリ２４４から構成されている。ＣＰＵ２４２は
メモリ２４４に格納された制御プログラムに従って各部
の制御を行うようになっている。
【００４１】この図では第１のネットワークインタフェ
ースポート２１１を示しているが、図２に示したその他
のネットワークインタフェースポート２１２、２１３、
……も同様な構成となっている。ただし、それぞれのネ
ットワークインタフェースポート２１１、２１２、……
におけるネットワークインタフェース回路２４１は、ネ
ットワークを伝送される信号の形式に従って独自の回路
構成となっている。
ースポート２１１を示しているが、図２に示したその他
のネットワークインタフェースポート２１２、２１３、
……も同様な構成となっている。ただし、それぞれのネ
ットワークインタフェースポート２１１、２１２、……
におけるネットワークインタフェース回路２４１は、ネ
ットワークを伝送される信号の形式に従って独自の回路
構成となっている。
【００４２】図６に示した例では第１のネットワークイ
ンタフェースポート２１１がＡＴＭ回線２０２に接続さ
れているので、ＡＴＭ回線を例にとってインタフェース
ポートの説明を具体的に行う。ＡＴＭ回線２０２から第
１のネットワークインタフェースポート２１１に入力さ
れるＡＴＭセルは、ネットワークインタフェース回路２
４１に入力され、パケットメモリ２４３に格納される。
ＣＰＵ２４２はメモリ２４４内のプログラムの起動によ
って、これと同時にパケットメモリ２４３に格納された
セルの宛先情報等のチェックを行う。この宛先情報は、
たとえば図１に示す他方のＡＴＭ回線２０３の同様のネ
ットワークインタフェースポートに転送することを示す
ものであったり、あるいはイーサネット回線２０７に送
出することを示すものであったりする。後者の場合に
は、ＡＴＭセルを複数まとめて再構成し、パケットデー
タ２２７（図５参照）とすることになる。
ンタフェースポート２１１がＡＴＭ回線２０２に接続さ
れているので、ＡＴＭ回線を例にとってインタフェース
ポートの説明を具体的に行う。ＡＴＭ回線２０２から第
１のネットワークインタフェースポート２１１に入力さ
れるＡＴＭセルは、ネットワークインタフェース回路２
４１に入力され、パケットメモリ２４３に格納される。
ＣＰＵ２４２はメモリ２４４内のプログラムの起動によ
って、これと同時にパケットメモリ２４３に格納された
セルの宛先情報等のチェックを行う。この宛先情報は、
たとえば図１に示す他方のＡＴＭ回線２０３の同様のネ
ットワークインタフェースポートに転送することを示す
ものであったり、あるいはイーサネット回線２０７に送
出することを示すものであったりする。後者の場合に
は、ＡＴＭセルを複数まとめて再構成し、パケットデー
タ２２７（図５参照）とすることになる。
【００４３】ＣＰＵ２４２は転送先に応じてネットワー
ク機器内の任意の転送先のインタフェースポートと転送
元のインタフェースポートを識別可能な識別子および４
８ビット構成のＬＣＨアドレス２３２を決定する。ＬＣ
Ｈアドレス２３２は宛先アドレスおよび発信元アドレス
に関する情報を含んで構成されてもよいが、このアドレ
ス情報の構成はネットワーク機器２０１の内部に適用さ
れるものとして独自に構成することができる。ＣＰＵ２
４２は、決定されたＬＣＨアドレス２３２およびＬＣＨ
パケット２３１の変換が有効であったか無効であったか
の結果をパケット変換機２５１へ入力する。また、パケ
ットメモリ２４３からはその内容がパケット変換機２５
１へ送られる。
ク機器内の任意の転送先のインタフェースポートと転送
元のインタフェースポートを識別可能な識別子および４
８ビット構成のＬＣＨアドレス２３２を決定する。ＬＣ
Ｈアドレス２３２は宛先アドレスおよび発信元アドレス
に関する情報を含んで構成されてもよいが、このアドレ
ス情報の構成はネットワーク機器２０１の内部に適用さ
れるものとして独自に構成することができる。ＣＰＵ２
４２は、決定されたＬＣＨアドレス２３２およびＬＣＨ
パケット２３１の変換が有効であったか無効であったか
の結果をパケット変換機２５１へ入力する。また、パケ
ットメモリ２４３からはその内容がパケット変換機２５
１へ送られる。
【００４４】これとは逆に、パケット変換機２５１から
パケットが第１のネットワークインタフェースポート２
１１に入力する場合には、そのパケットはネットワーク
インタフェース回路２４１からＡＴＭセルとしてＡＴＭ
回線２０２に送出される。したがって、一般にネットワ
ークインタフェースポート２１１、２１２、……は、ネ
ットワークインタフェース回路２４１とメモリ２４４に
格納されたＬＣＨのアルゴリズムを適宜異なったものに
設定することで、Ｘ．２５回線用等の他のネットワーク
インタフェースに対応させることができる。
パケットが第１のネットワークインタフェースポート２
１１に入力する場合には、そのパケットはネットワーク
インタフェース回路２４１からＡＴＭセルとしてＡＴＭ
回線２０２に送出される。したがって、一般にネットワ
ークインタフェースポート２１１、２１２、……は、ネ
ットワークインタフェース回路２４１とメモリ２４４に
格納されたＬＣＨのアルゴリズムを適宜異なったものに
設定することで、Ｘ．２５回線用等の他のネットワーク
インタフェースに対応させることができる。
【００４５】図７は、パケット変換機の回路構成を表わ
したものである。パケット変換機２５１は、図６で説明
した第１のネットワークインタフェースポート２１１と
図２に示したＨＵＢ２１５の間に配置されている。した
がって、他のネットワークインタフェースポート２１
２、２１３、……にそれぞれ対応したパケット変換機が
存在するが、ここでは第１のネットワークインタフェー
スポート２１１に対応して配置されたパケット変換機２
５１の構成を説明し、基本的に同一構成の他のパケット
変換機の説明を省略する。
したものである。パケット変換機２５１は、図６で説明
した第１のネットワークインタフェースポート２１１と
図２に示したＨＵＢ２１５の間に配置されている。した
がって、他のネットワークインタフェースポート２１
２、２１３、……にそれぞれ対応したパケット変換機が
存在するが、ここでは第１のネットワークインタフェー
スポート２１１に対応して配置されたパケット変換機２
５１の構成を説明し、基本的に同一構成の他のパケット
変換機の説明を省略する。
【００４６】パケット変換機２５１は、双方向動作を行
う回路機構であり、図６のＣＰＵ２４２から送られてく
るＬＣＨアドレスを基にしてＬＣＨヘッダを生成するＬ
ＣＨヘッダ生成回路２６１と、生成されたＬＣＨヘッダ
とパケットメモリ２４３から送られてきたＡＴＭセルを
基にしてＬＣＨパケット２３１（図４参照）の内容を合
成するＬＣＨパケット合成器２６２と、このＬＣＨパケ
ットの内容を基にしてＦＣＳ符号（frame check sequen
ce）を生成するＦＣＳ符号生成回路２６３を備えてい
る。そして、このＦＣＳ符号の付加によって生成された
ＬＣＨパケット２３１をＨＵＢ２１５に送出するように
なっている。また、パケット変換機２５１は逆にＨＵＢ
２１５から送られてきたＬＣＨパケット２３１を入力し
てＦＣＳ符号のチェックを行うＦＣＳ符号チェック回路
２６４と、ＬＣＨパケットのチェックを行うＬＣＨパケ
ットチェッカ回路２６５を備えている。
う回路機構であり、図６のＣＰＵ２４２から送られてく
るＬＣＨアドレスを基にしてＬＣＨヘッダを生成するＬ
ＣＨヘッダ生成回路２６１と、生成されたＬＣＨヘッダ
とパケットメモリ２４３から送られてきたＡＴＭセルを
基にしてＬＣＨパケット２３１（図４参照）の内容を合
成するＬＣＨパケット合成器２６２と、このＬＣＨパケ
ットの内容を基にしてＦＣＳ符号（frame check sequen
ce）を生成するＦＣＳ符号生成回路２６３を備えてい
る。そして、このＦＣＳ符号の付加によって生成された
ＬＣＨパケット２３１をＨＵＢ２１５に送出するように
なっている。また、パケット変換機２５１は逆にＨＵＢ
２１５から送られてきたＬＣＨパケット２３１を入力し
てＦＣＳ符号のチェックを行うＦＣＳ符号チェック回路
２６４と、ＬＣＨパケットのチェックを行うＬＣＨパケ
ットチェッカ回路２６５を備えている。
【００４７】このパケット変換機２５１は、第１のネッ
トワークインタフェースポート２１１からＬＣＨアドレ
ス２３２を得ると、ＬＣＨヘッダ生成回路２６１に入力
し、図４に示したような４８ビットのＬＣＨアドレス２
３２、４８ビット構成の「オール“０”」信号２３３、
３２ビットのＶＬＡＮ（Vertual LAN)ＩＤフィールド２
２４、１６ビットのＬｅｎｇｔｈ２２５、６４ビットの
ＬＬＣ／ＳＮＡＰ識別固定値２２６を生成する。そして
これを第１のネットワークインタフェースポート２１１
から得たＡＴＭセルからなるパケットデータと共にＬＣ
Ｈパケット合成器２６２に入力する。場合によっては、
ＶＬＡＮＩＤフィールド２２４に入力する値も第１のネ
ットワークインタフェースポート２１１から供給する手
法もある。ＬＣＨパケット合成器２６２から出力される
ＬＣＨパケットはＦＣＳ符号生成回路２６３に入力さ
れ、生成されたＣＲＣ巡回符号がパケットの最後へ付加
される。このようにして生成されたＬＣＨパケット２３
１はＨＵＢ２１５へ送出される。
トワークインタフェースポート２１１からＬＣＨアドレ
ス２３２を得ると、ＬＣＨヘッダ生成回路２６１に入力
し、図４に示したような４８ビットのＬＣＨアドレス２
３２、４８ビット構成の「オール“０”」信号２３３、
３２ビットのＶＬＡＮ（Vertual LAN)ＩＤフィールド２
２４、１６ビットのＬｅｎｇｔｈ２２５、６４ビットの
ＬＬＣ／ＳＮＡＰ識別固定値２２６を生成する。そして
これを第１のネットワークインタフェースポート２１１
から得たＡＴＭセルからなるパケットデータと共にＬＣ
Ｈパケット合成器２６２に入力する。場合によっては、
ＶＬＡＮＩＤフィールド２２４に入力する値も第１のネ
ットワークインタフェースポート２１１から供給する手
法もある。ＬＣＨパケット合成器２６２から出力される
ＬＣＨパケットはＦＣＳ符号生成回路２６３に入力さ
れ、生成されたＣＲＣ巡回符号がパケットの最後へ付加
される。このようにして生成されたＬＣＨパケット２３
１はＨＵＢ２１５へ送出される。
【００４８】以上と異なり、ＭＡＣフレームがその対応
するパケット変換機２５１へ入力された場合には、ＬＣ
Ｈヘッダ生成回路２６１はヘッダを生成せずにこれをＬ
ＣＨパケット合成器２６２に送出する。そして、ＦＣＳ
符号生成回路２６３でＣＲＣ巡回符号を付加して、対応
するＨＵＢ２１５へ送出されることになる。なお、本明
細書でＭＡＣフレームとはイーサネット上で使用される
パケットをいうことにする。
するパケット変換機２５１へ入力された場合には、ＬＣ
Ｈヘッダ生成回路２６１はヘッダを生成せずにこれをＬ
ＣＨパケット合成器２６２に送出する。そして、ＦＣＳ
符号生成回路２６３でＣＲＣ巡回符号を付加して、対応
するＨＵＢ２１５へ送出されることになる。なお、本明
細書でＭＡＣフレームとはイーサネット上で使用される
パケットをいうことにする。
【００４９】以上の説明とは逆に、ＨＵＢ２１５から入
力されたパケットはＦＣＳ符号チェック回路２６４に入
力され、データが壊れたパケットかどうかを検査され
る。データが壊れたパケットであった場合には、そのパ
ケットは廃棄される。データが壊れていない場合には、
そのパケットはＬＣＨパケットチェッカ回路２６５に入
力され、先頭から４８ビット後のフィールドが４８ビッ
ト分だけ“０”が続いているかどうかのチェックが行わ
れる。４８ビット分“０”が続いている場合には、本実
施例で使用しているＬＣＨパケット２３１であるとみな
し、そのパケットデータ部をインタフェースポートへ転
送する。この４８ビット分のフィールドがオール“０”
でない場合には、そのフレームはＭＡＣフレームである
ことになる。そこで、この場合にはそのすべてのデータ
をインタフェースポートへ出力することになる。
力されたパケットはＦＣＳ符号チェック回路２６４に入
力され、データが壊れたパケットかどうかを検査され
る。データが壊れたパケットであった場合には、そのパ
ケットは廃棄される。データが壊れていない場合には、
そのパケットはＬＣＨパケットチェッカ回路２６５に入
力され、先頭から４８ビット後のフィールドが４８ビッ
ト分だけ“０”が続いているかどうかのチェックが行わ
れる。４８ビット分“０”が続いている場合には、本実
施例で使用しているＬＣＨパケット２３１であるとみな
し、そのパケットデータ部をインタフェースポートへ転
送する。この４８ビット分のフィールドがオール“０”
でない場合には、そのフレームはＭＡＣフレームである
ことになる。そこで、この場合にはそのすべてのデータ
をインタフェースポートへ出力することになる。
【００５０】図２に示したＨＵＢ２１５は、それぞれの
ネットワークインタフェースポート２１１〜２１３から
パケット変換機２５１を介して送られてきたパケットを
入力して、それがＬＣＨパケット２３１の場合にはＬＣ
Ｈアドレス２３２を読んで、どのネットワークインタフ
ェースポートに転送するかを判別し、転送を行う。ＭＡ
Ｃフレーム２２１の場合には、宛先アドレス２２２を参
照して、どのネットワークインタフェースに転送するか
どうかを決定して転送する。
ネットワークインタフェースポート２１１〜２１３から
パケット変換機２５１を介して送られてきたパケットを
入力して、それがＬＣＨパケット２３１の場合にはＬＣ
Ｈアドレス２３２を読んで、どのネットワークインタフ
ェースポートに転送するかを判別し、転送を行う。ＭＡ
Ｃフレーム２２１の場合には、宛先アドレス２２２を参
照して、どのネットワークインタフェースに転送するか
どうかを決定して転送する。
【００５１】本実施例のネットワーク相互接続システム
はこのように動作するので、ＭＡＣフレーム２２１もＬ
ＣＨパケット２３１もＨＵＢ２１５とネットワークイン
タフェースポートの間に相互に供給され、各ネットワー
クのデータ(もしくはパケット)として出力される。ま
た、ネットワークインタフェースポート２１１〜２１３
のＣＰＵ２４２のアルゴリズムでも転送先が決定できな
いようなパケットは、図２に示したルーティングエンジ
ンへ転送され、パケット内部のデータから装置内で既知
の再転送先を決定し、パケットの宛先情報やパケットデ
ータ自体を再編集し、ＨＵＢ２１５へ送り返すことにな
る。
はこのように動作するので、ＭＡＣフレーム２２１もＬ
ＣＨパケット２３１もＨＵＢ２１５とネットワークイン
タフェースポートの間に相互に供給され、各ネットワー
クのデータ(もしくはパケット)として出力される。ま
た、ネットワークインタフェースポート２１１〜２１３
のＣＰＵ２４２のアルゴリズムでも転送先が決定できな
いようなパケットは、図２に示したルーティングエンジ
ンへ転送され、パケット内部のデータから装置内で既知
の再転送先を決定し、パケットの宛先情報やパケットデ
ータ自体を再編集し、ＨＵＢ２１５へ送り返すことにな
る。
【００５２】図８は、以上説明した制御のうち、パケッ
ト変換機の行う処理の概要を表わしたものである。パケ
ット変換機２５１はパケットをネットワークインタフェ
ースポートから入力すると（ステップＳ３０１）、この
入力したパケットが図５に示したＩＥＥＥ８０２．３形
式のパケットあるいはイーサネット上のパケットである
かどうかをチェックする（ステップＳ３０２）。ＩＥＥ
Ｅ８０２．３形式のパケットあるいはイーサネット上の
パケットのいずれかである場合には（Ｙ）、そのパケッ
トをそのままＨＵＢ２１５へ出力する（ステップＳ３０
３）。これに対して、これ以外の場合には（ステップＳ
３０２：Ｎ）、ＬＣＨパケットのヘッダをパケットに付
加し、ＩＥＥＥ８０２．３形式のパケットと同じ計算方
式でＣＲＣ巡回符号をパケットの最後の部分に付加して
ＬＣＨパケット２３１を生成することになる（ステップ
Ｓ３０４）。そして、このパケットをＨＵＢ２１５へ出
力する（ステップＳ３０３）。
ト変換機の行う処理の概要を表わしたものである。パケ
ット変換機２５１はパケットをネットワークインタフェ
ースポートから入力すると（ステップＳ３０１）、この
入力したパケットが図５に示したＩＥＥＥ８０２．３形
式のパケットあるいはイーサネット上のパケットである
かどうかをチェックする（ステップＳ３０２）。ＩＥＥ
Ｅ８０２．３形式のパケットあるいはイーサネット上の
パケットのいずれかである場合には（Ｙ）、そのパケッ
トをそのままＨＵＢ２１５へ出力する（ステップＳ３０
３）。これに対して、これ以外の場合には（ステップＳ
３０２：Ｎ）、ＬＣＨパケットのヘッダをパケットに付
加し、ＩＥＥＥ８０２．３形式のパケットと同じ計算方
式でＣＲＣ巡回符号をパケットの最後の部分に付加して
ＬＣＨパケット２３１を生成することになる（ステップ
Ｓ３０４）。そして、このパケットをＨＵＢ２１５へ出
力する（ステップＳ３０３）。
【００５３】図９はこれに対して、ＨＵＢからネットワ
ークインタフェースポートへパケットが出力される際の
処理を表わしたものである。ＨＵＢ２１５からパケット
を入力したら（ステップＳ３２１）、その先頭から４８
ビット除いた次の４８ビットを取り出してこれがオール
“０”であるかどうかを判別する（ステップＳ３２
２）。オール“０”であればＭＡＣフレーム２２１では
ない。そこでこの場合には（Ｙ）、ＬＣＨパケット２３
１のヘッダ部分と末尾のＣＲＣ巡回符号としてのＦＣＳ
２２８を削除して、元のパケットを生成する（ステップ
Ｓ３２３）。そしてこれをネットワークインタフェース
ポート（たとえばネットワークインタフェースポート２
１１）に出力することになる（ステップＳ３２４）。
ークインタフェースポートへパケットが出力される際の
処理を表わしたものである。ＨＵＢ２１５からパケット
を入力したら（ステップＳ３２１）、その先頭から４８
ビット除いた次の４８ビットを取り出してこれがオール
“０”であるかどうかを判別する（ステップＳ３２
２）。オール“０”であればＭＡＣフレーム２２１では
ない。そこでこの場合には（Ｙ）、ＬＣＨパケット２３
１のヘッダ部分と末尾のＣＲＣ巡回符号としてのＦＣＳ
２２８を削除して、元のパケットを生成する（ステップ
Ｓ３２３）。そしてこれをネットワークインタフェース
ポート（たとえばネットワークインタフェースポート２
１１）に出力することになる（ステップＳ３２４）。
【００５４】これに対して、ステップＳ３２２で該当の
４８ビットがオール“０”ではない場合には（Ｎ）、Ｍ
ＡＣフレーム２２１なのでこれをそのままネットワーク
インタフェースポートに出力することになる。
４８ビットがオール“０”ではない場合には（Ｎ）、Ｍ
ＡＣフレーム２２１なのでこれをそのままネットワーク
インタフェースポートに出力することになる。
【００５５】第１の変形例
【００５６】図１０は本発明の第１の変形例におけるＬ
ＣＨパケットを表わしたものである。この第１の変形例
のＬＣＨパケット２３１Ａは、ＩＥＥＥ８０２．３形式
のパケットうちで３２ビットのＶＬＡＮＩＤフィールド
２２４（図５参照）がないタイプのパケットに類似した
ものである。本発明の特徴となる４８ビット構成のＬＣ
Ｈアドレス２３２および同じく４８ビット構成の「オー
ル“０”」信号２３３の存在は先の実施例と同様であ
る。
ＣＨパケットを表わしたものである。この第１の変形例
のＬＣＨパケット２３１Ａは、ＩＥＥＥ８０２．３形式
のパケットうちで３２ビットのＶＬＡＮＩＤフィールド
２２４（図５参照）がないタイプのパケットに類似した
ものである。本発明の特徴となる４８ビット構成のＬＣ
Ｈアドレス２３２および同じく４８ビット構成の「オー
ル“０”」信号２３３の存在は先の実施例と同様であ
る。
【００５７】第２の変形例
【００５８】図１１は本発明の第２の変形例におけるＬ
ＣＨパケットを表わしたものである。この第２の変形例
のＬＣＨパケット２３１Ｂは、イーサネット形式のパケ
ットに類似したものである。本発明の特徴となる４８ビ
ット構成のＬＣＨアドレス２３２および同じく４８ビッ
ト構成の「オール“０”」信号２３３に続いて、タイプ
（ＴＹＰＥ）４０１および４６バイトから１５００バイ
トまでの可変長のパケットデータが配置されている。
ＣＨパケットを表わしたものである。この第２の変形例
のＬＣＨパケット２３１Ｂは、イーサネット形式のパケ
ットに類似したものである。本発明の特徴となる４８ビ
ット構成のＬＣＨアドレス２３２および同じく４８ビッ
ト構成の「オール“０”」信号２３３に続いて、タイプ
（ＴＹＰＥ）４０１および４６バイトから１５００バイ
トまでの可変長のパケットデータが配置されている。
【００５９】第３の変形例
【００６０】図１２は本発明の第３の変形例におけるＬ
ＣＨパケットを表わしたものである。この第３の変形例
のＬＣＨパケット２３１Ｃでは、他の実施例で「オール
“０”」信号２３３が配置されている箇所に特定の信号
列からなる同じく８４ビットの特定ＭＡＣ信号４１１を
配置している。この特定ＭＡＣ信号４１１は、ＩＰアド
レスを管理する組織としての世界中のどのＮＩＣ（Netw
ork Information Center）でも使用されていない固有の
信号列である。このため、この特定ＭＡＣ信号４１１で
あるかどうかを判別することで、本発明のＬＣＨパケッ
トであるかどうかを判別することができる。
ＣＨパケットを表わしたものである。この第３の変形例
のＬＣＨパケット２３１Ｃでは、他の実施例で「オール
“０”」信号２３３が配置されている箇所に特定の信号
列からなる同じく８４ビットの特定ＭＡＣ信号４１１を
配置している。この特定ＭＡＣ信号４１１は、ＩＰアド
レスを管理する組織としての世界中のどのＮＩＣ（Netw
ork Information Center）でも使用されていない固有の
信号列である。このため、この特定ＭＡＣ信号４１１で
あるかどうかを判別することで、本発明のＬＣＨパケッ
トであるかどうかを判別することができる。
【００６１】
【発明の効果】以上説明したように請求項１〜請求項６
記載の発明によれば、広帯域スイッチの入力側に供給さ
れた信号が、ネットワーク上で広く使用されるイーサネ
ット等の特定のパケット信号であるかどうかを判別し、
そうである場合にはこれをそのまま信号変換することな
く広帯域スイッチの出力側に供給することにしたので、
この信号をそのままネットワークに送り出す場合には、
何ら信号変換を行う必要がなく、処理が簡単となる。ま
た、それ以外の信号の場合にはこの特定のパケット信号
に類似した擬似パケット信号に変換した後に広帯域スイ
ッチの出力側に供給するようにしているので、広帯域ス
イッチ内部の処理をイーサネット等の特定のパケット信
号と共通化することができ、ハードウェアを共通にする
等によってコストダウンを図ることができるだけでな
く、信号処理も簡略化しＣＰＵの負担を最小限にするこ
とができるという利点がある。更に擬似パケット信号は
特定のパケット信号に類似しているので、信号変換を行
ってネットワーク上に送出する場合にもその処理が容易
になるという利点がある。また、請求項１〜請求項６記
載の発明によれば異なるプロトコルを採用したネットワ
ークを接続するためにネットワークインタフェースを開
発するだけでよく、ネットワーク機器を再設計する必要
がないのでシステムの拡張性がよいという長所もある。
記載の発明によれば、広帯域スイッチの入力側に供給さ
れた信号が、ネットワーク上で広く使用されるイーサネ
ット等の特定のパケット信号であるかどうかを判別し、
そうである場合にはこれをそのまま信号変換することな
く広帯域スイッチの出力側に供給することにしたので、
この信号をそのままネットワークに送り出す場合には、
何ら信号変換を行う必要がなく、処理が簡単となる。ま
た、それ以外の信号の場合にはこの特定のパケット信号
に類似した擬似パケット信号に変換した後に広帯域スイ
ッチの出力側に供給するようにしているので、広帯域ス
イッチ内部の処理をイーサネット等の特定のパケット信
号と共通化することができ、ハードウェアを共通にする
等によってコストダウンを図ることができるだけでな
く、信号処理も簡略化しＣＰＵの負担を最小限にするこ
とができるという利点がある。更に擬似パケット信号は
特定のパケット信号に類似しているので、信号変換を行
ってネットワーク上に送出する場合にもその処理が容易
になるという利点がある。また、請求項１〜請求項６記
載の発明によれば異なるプロトコルを採用したネットワ
ークを接続するためにネットワークインタフェースを開
発するだけでよく、ネットワーク機器を再設計する必要
がないのでシステムの拡張性がよいという長所もある。
【図１】本発明の一実施例におけるネットワーク相互接
続システムの構成の概要を表わしたシステム構成図であ
る。
続システムの構成の概要を表わしたシステム構成図であ
る。
【図２】本実施例のネットワーク機器の回路構成の要部
を表わしたブロック図である。
を表わしたブロック図である。
【図３】本実施例におけるルーティングエンジンの概要
を表わしたブロック図である。
を表わしたブロック図である。
【図４】本実施例で使用されるＬＣＨパケットの構成を
表わした説明図である。
表わした説明図である。
【図５】イーサネットによるＭＡＣフレームを参考のた
めに示した説明図である。
めに示した説明図である。
【図６】図２に示した第１のネットワークインタフェー
スポートの構成を表わしたブロック図である。
スポートの構成を表わしたブロック図である。
【図７】本実施例で使用されるパケット変換機の回路構
成を表わしたブロック図である。
成を表わしたブロック図である。
【図８】本実施例でパケット変換機の行う処理の概要を
表わした流れ図である。
表わした流れ図である。
【図９】ＨＵＢからネットワークインタフェースポート
へパケットが出力される際の処理を表わした流れ図であ
る。
へパケットが出力される際の処理を表わした流れ図であ
る。
【図１０】本発明の第１の変形例におけるＬＣＨパケッ
トの構成を表わした説明図である。
トの構成を表わした説明図である。
【図１１】本発明の第２の変形例におけるＬＣＨパケッ
トの構成を表わした説明図である。
トの構成を表わした説明図である。
【図１２】本発明の第３の変形例におけるＬＣＨパケッ
トの構成を表わした説明図である。
トの構成を表わした説明図である。
【図１３】従来提案された提案されたネットワーク相互
接続システムの構成を表わしたシステム構成図である。
接続システムの構成を表わしたシステム構成図である。
【図１４】図１３における第１のネットワークインタフ
ェースの内部構成を表わしたブロック図である。
ェースの内部構成を表わしたブロック図である。
【図１５】従来提案された交換制御のためのシステムの
概要を示すブロック図である。
概要を示すブロック図である。
２０１ ネットワーク機器 ２０２、２０３ ＡＴＭ回線 ２０４、２０５ Ｘ．２５回線 ２０６、２０７ イーサネット回線 ２１１ 第１のネットワークインタフェースポート ２１２ 第２のネットワークインタフェースポート ２１３ 第３のネットワークインタフェースポート ２１５ ＨＵＢ ２１６ ルーティングエンジン ２３１、２３１Ａ、２３１Ｂ、２３１Ｃ ＬＣＨパケッ
ト（擬似パケット） ２３２ ＬＣＨアドレス ２３３ 「オール“０”」信号 ２４１ ネットワークインタフェース回路 ２４２ ＣＰＵ ２４３ パケットメモリ ２４４ メモリ ２６１ ＬＣＨヘッダ生成回路 ２６２ ＬＣＨパケット合成器 ２６４ ＦＣＳ符号チェック回路 ４１１ 特定ＭＡＣ信号
ト（擬似パケット） ２３２ ＬＣＨアドレス ２３３ 「オール“０”」信号 ２４１ ネットワークインタフェース回路 ２４２ ＣＰＵ ２４３ パケットメモリ ２４４ メモリ ２６１ ＬＣＨヘッダ生成回路 ２６２ ＬＣＨパケット合成器 ２６４ ＦＣＳ符号チェック回路 ４１１ 特定ＭＡＣ信号
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｍ 3/00 Ｈ０４Ｌ 13/00 ３０５Ｃ Ｆターム(参考） 5K030 HA10 HB18 HD03 HD06 JA05 KA13 KX00 LB15 5K033 AA09 CA08 CB02 CB08 CB14 CC01 DA05 DB03 DB14 DB19 5K034 AA07 AA13 DD03 EE11 FF11 HH04 HH07 HH61 JJ11 JJ24 KK27 LL07 5K051 AA03 AA05 AA09 DD05 GG02 GG15 HH27 JJ02 JJ12 9A001 BB05 CC02 CC08 JJ12 JJ25 KK56
Claims (6)
- 【請求項１】 複数の異なったネットワークを収容し
て、これらのうちの同一のネットワークの間および異な
ったネットワークの間で信号の接続を可能にする広帯域
スイッチと、 この広帯域スイッチの入力側に供給された信号がネット
ワーク上で広く使用される特定のパケット信号であるか
どうかを判別する信号形式判別手段と、 この信号形式判別手段が前記特定のパケット信号でない
と判別したとき、前記特定のパケット信号とその一部の
信号列を構成する信号の組み合わせが異なっている点を
除いて信号形式が同一となった擬似パケット信号に変換
するパケット信号変換手段と、 このパケット信号変換手段によって変換されたパケット
信号あるいは前記特定のパケット信号をその宛先に対応
させて前記広帯域スイッチの出力側に供給する経路選択
手段と、 前記広帯域スイッチの出力側に供給された信号が前記特
定のパケット信号である場合にはこれをそのまま対応す
るネットワークに送出し、前記擬似パケット信号である
場合にはこれを対応するネットワークの信号に再変換す
る信号再変換手段とを具備することを特徴とするネット
ワーク相互接続システム。 - 【請求項２】 前記ネットワーク上で広く使用される特
定のパケット信号はイーサネット上のパケット信号であ
ることを特徴とする請求項１記載のネットワーク相互接
続システム。 - 【請求項３】 前記擬似パケット信号は、前記イーサネ
ット上のパケット信号における発信元アドレスの構成ビ
ットの配列がオール“０”であることを特徴とする請求
項２記載のネットワーク相互接続システム。 - 【請求項４】 前記擬似パケット信号は、前記イーサネ
ット上のパケット信号における発信元アドレスの構成ビ
ットの配列が前記イーサネット上のパケット信号で禁止
されている信号配列となっていることを特徴とする請求
項２記載のネットワーク相互接続システム。 - 【請求項５】 前記擬似パケット信号は、前記イーサネ
ット上のパケット信号における宛先アドレスの構成ビッ
トの配列が前記イーサネット上のパケット信号で禁止さ
れている信号配列となっていることを特徴とする請求項
２記載のネットワーク相互接続システム。 - 【請求項６】 前記特定のパケット信号は、２以上の特
定のパケット信号であることを特徴とする請求項１記載
のネットワーク相互接続システム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000057353A JP3482997B2 (ja) | 2000-03-02 | 2000-03-02 | ネットワーク相互接続システム |
| US09/796,674 US6975646B2 (en) | 2000-03-02 | 2001-03-02 | Network interconnection system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000057353A JP3482997B2 (ja) | 2000-03-02 | 2000-03-02 | ネットワーク相互接続システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001244986A true JP2001244986A (ja) | 2001-09-07 |
| JP3482997B2 JP3482997B2 (ja) | 2004-01-06 |
Family
ID=18578162
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000057353A Expired - Fee Related JP3482997B2 (ja) | 2000-03-02 | 2000-03-02 | ネットワーク相互接続システム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6975646B2 (ja) |
| JP (1) | JP3482997B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007214762A (ja) * | 2006-02-08 | 2007-08-23 | Fujitsu Ltd | Ａｔｍセルとイーサネットパケットの混在伝送方法及び装置 |
| JP2009027245A (ja) * | 2007-07-17 | 2009-02-05 | Fujitsu Ten Ltd | 変換ユニット、変換方法及びプログラム |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7411966B2 (en) * | 2001-03-16 | 2008-08-12 | Siemens Aktiengesellschaft | Method and system for coupling data networks |
| KR100489685B1 (ko) * | 2003-02-20 | 2005-05-17 | 삼성전자주식회사 | 패킷 제어기와 네트워크 프로세서간의 패킷 전송을 위한패킷 송수신 장치와 그 방법 |
| US9564988B2 (en) * | 2007-07-26 | 2017-02-07 | The Directv Group, Inc. | Method and system for forming a formatted content stream and using a cyclic redundancy check |
| US8964734B2 (en) * | 2007-07-26 | 2015-02-24 | The Directv Group, Inc. | Method and system for communicating content having modified packet headers through a satellite |
| JP2014057239A (ja) * | 2012-09-13 | 2014-03-27 | Sony Corp | ネットワークシステム |
| CN113382370A (zh) * | 2018-10-08 | 2021-09-10 | 华为技术有限公司 | 一种通信方法及装置 |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE69308141T2 (de) * | 1992-04-06 | 1997-08-28 | Northern Telecom Ltd | Schnittstellenverfahren für einen atm-vermittlungskern |
| JP3142433B2 (ja) * | 1993-12-29 | 2001-03-07 | 株式会社東芝 | ブリッジ装置及びブリッジ接続方法 |
| US5673254A (en) * | 1995-06-07 | 1997-09-30 | Advanced Micro Devices Inc. | Enhancements to 802.3 media access control and associated signaling schemes for ethernet switching |
| US6188689B1 (en) * | 1996-10-04 | 2001-02-13 | Kabushiki Kaisha Toshiba | Network node and method of frame transfer |
| US6061356A (en) * | 1996-11-25 | 2000-05-09 | Alcatel Internetworking, Inc. | Method and apparatus for switching routable frames between disparate media |
| JP3322176B2 (ja) * | 1997-07-08 | 2002-09-09 | 日本電気株式会社 | 呼処理信号中継方式 |
| US6064674A (en) * | 1997-10-22 | 2000-05-16 | International Business Machines Corporation | Method and apparatus for hardware forwarding of LAN frames over ATM networks |
| US6618366B1 (en) * | 1997-12-05 | 2003-09-09 | The Distribution Systems Research Institute | Integrated information communication system |
| US6249528B1 (en) * | 1998-03-12 | 2001-06-19 | I-Cube, Inc. | Network switch providing per virtual channel queuing for segmentation and reassembly |
| US6252888B1 (en) * | 1998-04-14 | 2001-06-26 | Nortel Networks Corporation | Method and apparatus providing network communications between devices using frames with multiple formats |
| US6639917B1 (en) * | 1998-08-04 | 2003-10-28 | International Business Machines Corporation | Converged service for interconnected local area networks |
| US6574238B1 (en) * | 1998-08-26 | 2003-06-03 | Intel Corporation | Inter-switch link header modification |
| US6704364B1 (en) * | 1999-12-29 | 2004-03-09 | Advanced Micro Devices, Inc. | Method and apparatus for generating a plurality of CRC digits for data packets having different prescribed network protocols using one CRC generator |
-
2000
- 2000-03-02 JP JP2000057353A patent/JP3482997B2/ja not_active Expired - Fee Related
-
2001
- 2001-03-02 US US09/796,674 patent/US6975646B2/en not_active Expired - Lifetime
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007214762A (ja) * | 2006-02-08 | 2007-08-23 | Fujitsu Ltd | Ａｔｍセルとイーサネットパケットの混在伝送方法及び装置 |
| JP2009027245A (ja) * | 2007-07-17 | 2009-02-05 | Fujitsu Ten Ltd | 変換ユニット、変換方法及びプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3482997B2 (ja) | 2004-01-06 |
| US20010040890A1 (en) | 2001-11-15 |
| US6975646B2 (en) | 2005-12-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7860028B2 (en) | Flexible ethernet bridge | |
| JP3397144B2 (ja) | パケット処理装置とパケット処理方法とパケット交換機 | |
| TWI309128B (en) | Flexible and scalable integrated access device | |
| US6456625B1 (en) | LAN telephone switching system | |
| JP4676528B2 (ja) | Ｒｐｒリングネットワークのオン・オフリングの処理、データ転送方法及びそのネットワーク設備 | |
| US20020095662A1 (en) | Utilizing powerline networking as a general purpose transport for a variety of signals | |
| JPH09507731A (ja) | コンピュータ通信ネットワーク | |
| US8102847B2 (en) | Frame processing method and frame processing apparatus | |
| US7328270B1 (en) | Communication protocol processor having multiple microprocessor cores connected in series and dynamically reprogrammed during operation via instructions transmitted along the same data paths used to convey communication data | |
| US7269661B2 (en) | Method using receive and transmit protocol aware logic modules for confirming checksum values stored in network packet | |
| JP3482997B2 (ja) | ネットワーク相互接続システム | |
| JP2004159019A (ja) | 拡張ｖｌａｎタグｓｗａｐ方式 | |
| JP2000078205A (ja) | ネットワ―ク間デ―タ伝送方法 | |
| US7376135B2 (en) | Modem system and aggregator for paths with different transmission profiles | |
| US20070071019A1 (en) | Transmitting apparatus and frame transfer method | |
| KR100745674B1 (ko) | 다중 스위칭 포트 지원 구조의 패킷 처리장치, 방법 및 그장치를 적용한 패킷 처리시스템 | |
| JP2929266B2 (ja) | 受信フレームに対する高速処理方式 | |
| JP2002537726A (ja) | Ａｔｍノードの内部制御経路の確立 | |
| JPH06245243A (ja) | Ｌａｎ接続方式 | |
| EP0863647B1 (en) | Data format used in data communication system | |
| JP2008067118A (ja) | ネットワーク通信装置、ネットワークシステム及びフレーム転送方法 | |
| JP2585843B2 (ja) | ローカルエリアネットワークの相互接続装置および局装置 | |
| JPH07154428A (ja) | Ｉｓｄｎによるｌａｎ間接続方式 | |
| JP3844811B2 (ja) | データ通信システム | |
| CN115695087A (zh) | 跨域局域网的建立方法、装置、设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071017 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081017 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091017 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091017 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101017 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111017 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121017 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131017 Year of fee payment: 10 |
|
| LAPS | Cancellation because of no payment of annual fees |