JP2001345863A - Ｉｐ処理装置 - Google Patents

Ｉｐ処理装置

Info

Publication number
JP2001345863A
JP2001345863A JP2000169378A JP2000169378A JP2001345863A JP 2001345863 A JP2001345863 A JP 2001345863A JP 2000169378 A JP2000169378 A JP 2000169378A JP 2000169378 A JP2000169378 A JP 2000169378A JP 2001345863 A JP2001345863 A JP 2001345863A
Authority
JP
Japan
Prior art keywords
packet
unit
buffer
address
processing device
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.)
Withdrawn
Application number
JP2000169378A
Other languages
English (en)
Inventor
Yuichiro Chikamatsu
裕一郎 近松
Yasuo Tezuka
康夫 手塚
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2000169378A priority Critical patent/JP2001345863A/ja
Priority to US09/792,195 priority patent/US6954433B2/en
Publication of JP2001345863A publication Critical patent/JP2001345863A/ja
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • 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
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/58—Association of routers
    • H04L45/583—Stackable routers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/29—Flow control; Congestion control using a combination of thresholds
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/60—Software-defined switches
    • H04L49/602—Multilayer or multiprotocol switching, e.g. IP switching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/10—Mapping addresses of different types
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5638—Services, e.g. multimedia, GOS, QOS
    • H04L2012/5665—Interaction of ATM with other protocols
    • H04L2012/5667—IP over ATM
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5685—Addressing issues

Abstract

(57)【要約】 【課題】 ＩＰ処理装置に関し、特にＡＴＭスイッチに
接続される複数のＩＰ処理装置をＩＰネットワークのエ
ッジ部分で使用した際に、ネットワーク負荷を低減させ
るＩＰ処理装置を提供する。 【解決手段】 ＩＰ処理装置は、ＡＴＭスイッチとイン
タフェースする回線インタフェース部と、回線インタフ
ェース部からのＩＰパケットを一時格納し、そのアドレ
ス解決後のＩＰパケットを回線インタフェース部へ送出
するＩＰパケットバッファ部と、ＩＰパケットバッファ
部からのアドレス解決要求に応じてアドレス解決後の送
信先アドレス情報を返送するＩＰアドレス解決部と、で
構成され、ＩＰパケットバッファ部は、ＩＰアドレス解
決部からの送信先アドレス情報が検索不可の場合に、一
時格納してあるＩＰパケットをＩＰ処理装置間で直接転
送するための転送ルートへ送出する。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明はＩＰ(Internet Prot
ocol) 処理装置に関し、特に複数のＩＰ処理装置をＩＰ
ネットワークのエッジ部分に設けた場合に、それらが接
続されるＡＴＭスイッチやＩＰネットワーク等で頻繁に
発生するアドレス解決処理（ＡＲＰ：Address Resoluti
on Protocol ）や大容量データ転送の際に生じ得るネッ
トワーク負荷の増大を軽減させるＩＰ処理装置に関する
ものである。
【０００２】
【従来の技術】近年のＩＰネットワークにおいては、大
容量のＩＰデータを高速に転送することが要求されてい
る。そのため、大規模なバックボーンを使って高速転送
を行うためのいくつかの方式が提唱されており、中でも
バックボーンとして高速転送が可能なＡＴＭネットワー
ク技術の導入が進んでいる。
【０００３】ＩＰ処理装置はＡＴＭスイッチに接続さ
れ、ＡＴＭスイッチに接続された複数のユーザをその配
下に集約し、配下のユーザから受信したＩＰパケットを
ＩＰアドレス解決をおこなってからＩＰパケット網に転
送する。また、ＩＰパケット網から受信したＩＰパケッ
トをＩＰアドレス解決をおこなった後に対応する配下の
ユーザへ転送する。さらに、配下のユーザから受信した
ＩＰパケットをＩＰアドレス解決をおこなって別の配下
のユーザをもつＩＰ処理装置に転送する。
【０００４】図１は、従来のＩＰネットワークの一例を
示したものである。図１において、複数のＩＰ処理装置
１〜４はそれぞれのＡＴＭスイッチ６及び７に接続さ
れ、そのＡＴＭスイッチ６及び７はルータ等によって構
成されたＩＰパケット網５に接続されている。前記ＡＴ
Ｍスイッチ６及び７には各ＩＰ処理装置１〜４の配下に
グループ化されたパーソナルコンピュータやワークステ
ーション等のユーザ１１〜１８が収容されている。本例
ではユーザ１１及び１２がＩＰ処理装置１の配下に、ユ
ーザ１３及び１４がＩＰ処理装置２の配下に、ユーザ１
５及び１６がＩＰ処理装置３の配下に、そしてユーザ１
７及び１８がＩＰ処理装置４の配下にそれぞれ置かれて
いる。
【０００５】図１に示す動作を具体例で示せば、例えば
局舎内の１階フロアーのＡＴＭスイッチ６に接続された
ＩＰ処理装置１が、その配下のユーザ１２から大容量の
パケットを受信し、そのアドレス解決を行った後にＡＴ
Ｍスイッチ６及びＩＰパケット網５を介して同一局舎内
の２階フロアーのＡＴＭスイッチ７に接続されたＩＰ処
理装置４へ転送する。ＩＰ処理装置４は受信したパケッ
トのアドレス解決を行い、その受信先である配下のユー
ザ１８に転送する。
【０００６】
【発明が解決しようとする課題】しかしながらこの場
合、上記データ転送中に１階フロアーのＡＴＭスイッチ
６に接続されたユーザ１４がさらに大容量のパケットを
２階フロアーのＡＴＭスイッチ７に接続されたユーザ１
６に転送しようとすると、図１の各点線枠で示すように
ＡＴＭスイッチ６及び７とＩＰパケット網５との間の各
インタフェース部分で局所的に負荷が増大する。そのた
め、ＩＰパケット網５を介して先に転送中のパケットの
転送能力が急激に低下するという問題があった。
【０００７】このように、大容量のデータがある箇所で
局所的に同時転送されると、バックボーンネットワーク
との接続点にあるエッジ部分のＡＴＭスイッチの負荷が
著しく増大するため、本来高速転送が可能なＡＴＭスイ
ッチを使用したとしてもネットワーク全体としては大容
量ＩＰパケットの高速転送が困難になるという問題があ
った。また、ＩＰネットワークを介して頻繁に発生する
アドレス解決処理等によっても同様な問題が発生し得
る。
【０００８】そこで本発明の目的は、上記種々の問題に
鑑み、複数のＩＰ処理装置を隣接して設置した場合に、
ＡＴＭスイッチ又はＩＰパケット網を介さないでＩＰ処
理装置から他のＩＰ処理装置へ直接ＩＰパケットを転送
するＩＰ処理装置及び複数ＩＰ処理装置間の接続方法を
提供することにある。これにより、大容量パケットにつ
いても複数のＩＰ処理装置間で直接転送が可能となり、
ＡＴＭスイッチとＩＰパケット網との間で発生していた
局所的な負荷増大が顕著に低減される。さらに、ＩＰ処
理装置間での直接アドレス解決処理が可能となりＩＰネ
ットワーク等を介するトラフィックを大幅に低減させる
ことができる。その結果、本来高速であるべきバックボ
ーン側での高速ＩＰパケット転送が維持されると共にネ
ットワーク全体としても高速に且つ大容量ＩＰパケット
の転送が実現される。
【０００９】
【課題を解決するための手段】本発明によれば、ＩＰパ
ケット網と接続するＡＴＭスイッチに収容された複数の
ＩＰ処理装置であって、前記ＡＴＭスイッチとインタフ
ェースする回線インタフェース部と、前記回線インタフ
ェース部からのＩＰパケットを一時格納し、そのアドレ
ス解決後のＩＰパケットを前記回線インタフェース部へ
送出するＩＰパケットバッファ部と、前記ＩＰパケット
バッファ部からのアドレス解決要求に応じてアドレス解
決後の送信先アドレス情報を返送するＩＰアドレス解決
部と、で構成され、前記ＩＰパケットバッファ部は、さ
らに、前記ＩＰアドレス解決部からの送信先アドレス情
報が検索不可の場合に、前記一時格納してあるＩＰパケ
ットを前記ＩＰパケット網及びＡＴＭスイッチを介さず
に前記ＩＰ処理装置間で転送するための直接転送ルート
へ送出するＩＰ処理装置間転送部を含む、ＩＰ処理装置
が提供される。
【００１０】また本発明によれば、前記ＩＰパケットバ
ッファ部からのＩＰパケットを蓄積する転送バッファ部
を備え、その入力は前記直接転送ルートと結合され、そ
してその出力は自ＩＰ処理装置のＩＰパケットバッファ
部の入力、又は自ＩＰ処理装置以外の前記ＩＰ処理装置
のＩＰパケットバッファ部及び／又は転送バッファ部の
入力に結合される。
【００１１】さらに本発明によれば、前記ＩＰパケット
バッファ部からのＩＰパケットを蓄積するＩＰパケット
蓄積サーバが設けられ、その入力は前記直接転送ルート
と結合され、その出力は前記ＩＰパケットバッファ部の
入力に結合され、そして前記ＩＰアドレス解決部が前記
ＩＰパケット蓄積サーバ内に蓄積されたＩＰパケットの
アドレス解決を行う。
【００１２】
【発明の実施の形態】図２は、本発明による複数ＩＰ処
理装置間の基本的な接続構成例を示したものである。な
お、引用符号は図１と同様なものにはそれと同じ符号を
付している（以降の図面についても同じ）。図６におい
て、ＡＴＭスイッチ６に接続されたＩＰ処理装置１は、
その配下のユーザ１２から大容量のパケットを受信し、
そのアドレス解決を行った後にＡＴＭスイッチ６及びＩ
Ｐパケット網５を介してＡＴＭスイッチ７に接続された
ＩＰ処理装置４へ転送する。ＩＰ処理装置４は、受信し
たパケットのアドレス解決を行い、受信先である配下の
ユーザ１８に転送する。これまでは図１の従来例と同様
である。
【００１３】しかしながら、本発明によるＩＰ処理装置
１〜４は、上述のＩＰパケット網５を介した従来のパケ
ット転送ルートに加えて、さらに前記ＩＰパケット網５
を介さずに他のＩＰ処理装置１〜４へ直接又はサーバ等
を介して接続する別のルート８を備える。図２の例で
は、次にＡＴＭスイッチ６に接続されたユーザ１４が大
容量のパケットを他のＡＴＭスイッチ７に接続されたユ
ーザ１６に転送しようとする際に、そのアドレス解決を
行ったＩＰ処理装置２が自身が保有するテーブル等によ
り前記別のルート８を介してあて先ユーザ１６を配下に
もつＩＰ処理装置３へ直接大容量パケットを転送する。
ＩＰ処理装置３は受信したパケットのアドレス解決を行
い、それをユーザ１６に転送する。
【００１４】このように、隣接配置された複数のＩＰ処
理装置１〜４間を直接又はサーバ等を介して接続する別
のルート８を設けることで、例えばＩＰパケット網５に
離間して接続される他のＩＰ処理装置（図示しない）等
との間の通信で依然発生し得るような上述した問題（バ
ックボーンネットワークとのエッジ部分の負荷増大の影
響等）を顕著に低減させることが可能となる。その結
果、ネットワーク全体としての高速性が維持・達成され
る。
【００１５】図３は、前述した処理を実行する本発明の
ＩＰ処理装置の基本構成例を示したものである。先ず、
ＩＰ処理装置の動作概要から説明すると、ＡＴＭスイッ
チ６、７側に接続される回線インタフェース部２１は、
内部のＳＤＨ化／ＳＤＨ終端部３１及びＡＴＭ化／ＡＴ
Ｍ終端部３２によりＳＤＨレイヤからＡＴＭレイヤへの
信号変換及びその逆変換を行う。ＩＰパケットバッファ
部２２は、回線インタフェース部２１からのＳＤＨレイ
ヤからＡＴＭレイヤに変換されたＡＴＭセルをＡＡＬ５
タイプのヘッダ情報等を使ってＡＴＭセル形式を保った
ままＩＰパケット毎に内部バッファ等に蓄積し、その
後、送信先ＩＰアドレスを付した送信先アドレス解決要
求をＩＰアドレス解決部２３へ送出する。
【００１６】ＩＰアドレス解決部２３では、内部のアド
レス検索処理部３４が受信した送信先ＩＰアドレスをキ
ーとして自身のメモリ内に保持してあるアドレステーブ
ル４０を参照し、その送信先アドレスを解決する。その
結果入手された送信先アドレス情報はＩＰパケットバッ
ファ部２２に返送され、ＩＰパケットバッファ部２２は
ＩＰパケット毎に蓄積してあるＡＴＭセルのヘッダ情報
を前記受信した送信先アドレス情報に変更した後、それ
を回線インタフェース部２１へ送出する。回線インタフ
ェース部２１では、ＡＴＭレイヤからＳＤＨレイヤに変
換した信号をＡＴＭスイッチ６、７側へ送出する。
【００１７】上述した動作は従来のＩＰ処理装置と同様
である。次に、本発明の特徴的な機能動作を実行するＩ
Ｐパケットバッファ部２２の動作についてより詳細に説
明する。セレクタ３３は、前述した回線インタフェース
部２１からのＡＴＭ信号入力、又は後述の実施例で説明
するＡＴＭ信号のまま外部から与えられるＩＰパケット
入力８１のいずれか一方を選択してパケット処理部３４
へ出力する。パケット処理部３４では、それをバッファ
メモリ３５にＡＴＭセルの形を保ったままＩＰパケット
毎に蓄積し、そのパケット化終了時点でＩＰアドレス解
決部２３に対し送信先ＩＰアドレスを付したＩＰアドレ
ス解決要求を通知する。
【００１８】ＩＰアドレス解決部２３によるアドレス解
決の結果として送信先ＶＰ／ＶＣチャネル及び送信先Ｉ
Ｐ処理装置番号が返送されると、ＶＰ／ＶＣ変換部３７
は受信した送信先ＶＰ／ＶＣを変換すべきアドレス先と
して設定する。また、ＩＰ処理装置間転送解析部３８
は、自身のメモリ内にＩＰ処理装置間で直接ＩＰパケッ
トを転送可能なＩＰ処理装置番号を示すＩＰ処理装置テ
ーブルを保有しており、そのＩＰ処理装置テーブルと受
信した送信先ＩＰ処理装置番号とを比較し、該当した場
合にはＩＰ処理装置間転送起動要求を、該当しない場合
には通常転送起動要求をパケット処理部３４に通知す
る。
【００１９】パケット処理部３４は、通知されたＩＰ処
理装置間転送起動要求又は通常転送起動要求に応じて前
者の場合にはＩＰパケット出力８４側へ、そして後者の
場合には回線インタフェース部２１側へとスイッチ３６
の出力を切り替えてから、次にバッファ３５内に蓄積し
てあるＩＰパケットをＶＣ／ＶＰ変換部３７へ送出す
る。ＶＣ／ＶＰ変換部３７は受信したＡＴＭセルのアド
レスを前記送信先ＶＰ／ＶＣに変換し、それをスイッチ
３６は前述した切り替え先（２１又は８４）に送出す
る。
【００２０】なお、ＩＰパケットバッファ部２２のパケ
ット処理部３４にはＩＰパケットの転送／出力等を外部
との間で制御可能なＩＰパケット制御信号８２が与えら
れており、またＩＰアドレス解決部２３のアドレス検索
処理部３９には外部との間のアドレス検索制御信号８３
が与えられている。これらについては以降の実施例で順
次その機能動作を説明していく。このように、本発明に
よればＩＰパケットバッファ部２２のＩＰ処理装置間転
送解析部３８やスイッチ３６等により、従来のＩＰネッ
トワークを介したパケット転送に加え、ＡＴＭスイッチ
やＩＰパケット網を介さないＩＰ処理装置間の直接パケ
ット転送が可能となる。
【００２１】図４は、本発明の第１の実施例を示したも
のである。ここでは、太実線で本実施例の特徴的な構成
部分を示してある（以降の他の実施例の図面についても
同様）。図４において、ＩＰパケットバッファ部２２の
ユートピアマルチＰＨＹ(UTOPIA MULTI PHYSICAL) イン
タフェース４１は１対３２のＡＴＭ接続を可能とする光
バスインタフェースである。ここでは、図３のセレクタ
３３に代えて、回線インタフェース部２１及び外部から
のＩＰパケット入力８１からのユートピアマルチＰＨＹ
インタフェースに基づくＡＴＭ信号の入力を行う。その
ため、回線インタフェース部２１の出力段３２にはユー
トピアインタフェースが追加されている。そして、ユー
トピアマルチＰＨＹインタフェース４１からは図３と同
じＡＴＭセル信号が出力される。
【００２２】ＩＰパケットバッファ部２２における以降
の処理は図３と同様である。なお、ＩＰ処理装置間転送
解決部３８についてはそのＩＰ処理装置テーブルも示し
てある。図１３にはＩＰアドレス解決部２３のアドレス
テーブル４０の一例を、そして図１４にはＩＰ処理装置
間転送解決部３８の前記ＩＰ処理装置テーブルの一例を
それぞれ示している。
【００２３】前述したように、ＩＰパケットバッファ部
２２が送信先ＩＰアドレスを付した送信先アドレス解決
要求をＩＰアドレス解決部２３へ送出すると、ＩＰアド
レス解決部２３は図１３のアドレステーブルから受信し
た送信先ＩＰアドレスに対応する出力ＶＰ／ＶＣ及びＩ
Ｐ処理装置番号を入手し、それをＩＰパケットバッファ
部２２に返送する。ＩＰ処理装置間転送解決部３８は受
信したＩＰ処理装置番号が図１４のＩＰ処理テーブルに
あることを確認すると、対応する直接接続可能／不可能
の設定値に基づきＩＰ処理装置間転送起動要求／通常転
送起動要求をパケット処理部３４に通知することにな
る。
【００２４】本実施例では、ＩＰ処理装置間転送起動要
求が通知されたときに、パケット処理部３４がスイッチ
３６の出力を転送バッファ部２４側へ切り替える。その
結果、バッファメモリ３５からのＩＰパケットはＶＰ／
ＶＣ変換部３７で新たなＶＰ／ＶＣに変換されてから転
送ＦＩＦＯ部４２に一次格納される。前記転送ＦＩＦＯ
部４２では、さらに受信したＩＰパケットの送信先ＩＰ
処理装置番号を基に、それに対応するＩＰ処理装置を接
続するＩＰパケット出力８４へ前記一次格納してあるＩ
Ｐパケットを送出する。本例では先のユートピアマルチ
ＰＨＹインタフェース４１と同じ構成を持つＩＰ処理装
置３４３を外部とのインタフェースとして使用してい
る。ＩＰパケット出力８４の各出力は他の隣接するＩＰ
処理装置のＩＰパケット入力８１にそれぞれ接続され
る。
【００２５】図５は、第１の実施例の動作説明図であ
る。また、図６にはＩＰ処理装置の制御フローの一例を
示している。図５において、ＩＰ処理装置１がＡＴＭス
イッチ６、７を介して図示しない端末からＩＰパケット
を受信すると、そのＩＰパケットは回線インタフェース
部２１を介してＩＰパケットバッファ部２２に格納され
る。次に、ＩＰパケットバッファ部２２はＩＰアドレス
解決部２３に送信先アドレスを転送してアドレス解決を
依頼する（Ｓ１０１）。
【００２６】ＩＰアドレス解決部２３から出力ＶＰ／Ｖ
Ｃ及びＩＰ処理装置番号（本例ではＩＰ処理装置３の番
号）が与えられると（Ｓ１０２）、ＩＰパケットバッフ
ァ部２２はＩＰ処理装置３の存在を確認し（Ｓ１０
４）、ＶＰ／ＶＣ変換をおこなったＩＰパケットを転送
バッファ部２４に送出する（Ｓ１０５）。転送バッファ
部２４は、格納してあるＩＰ処理装置３へのＩＰパケッ
トをユートピアマルチＰＨＹインタフェースを介してＩ
Ｐ処理装置３へ直接転送する。それを受信したＩＰ処理
装置３は、配下の端末のアドレス解決を行ってから受信
したＩＰパケットをＡＴＭスイッチ６，７側へ送出す
る。
【００２７】なお、図中の番号〜は同じ番号のＩＰ
パケット入出力８１、８４がユートピアマルチＰＨＹイ
ンタフェースによって接続されることを示している。各
ＩＰ処理装置はユートピアマルチＰＨＹインタフェース
を介してＩＰ処理装置テーブルに登録されている直接転
送可能な全てのＩＰ処理装置に接続される。ユートピア
インタフェースはハンドシェイクによりＩＰパケット入
出力の競合を調整し、パケット転送の空きタイミングを
使ってＩＰパケットを目的地に送信する。
【００２８】図７は、本発明の第２の実施例を示したも
のである。本例では、転送バッファ部２４が次の隣接Ｉ
Ｐ処理装置のＩＰパケットバッファ部２１及び転送バッ
ファ部２４と順次接続される。すなわち、各ＩＰ処理装
置は次の隣接するＩＰ処理装置にのみ接続される。図７
に示すように、転送バッファ部２４には新たに転送処理
部４６が設置され、さらに次のＩＰ処理装置番号を記憶
する次ＩＰ処理装置番号レジスタ４７が設けられる。ま
た、第１の実施例のユートピアマルチＰＨＹインタフェ
ースを介さずに自身の転送ＦＩＦＯ部４２と次のＩＰ処
理装置における転送ＦＩＦＯ部４２との間で独自にＩＰ
パケット転送を実行するため、転送タイミング調整部４
５と転送ＦＩＦＯ部４２の入力側にセレクタ４４とが設
けられている。
【００２９】転送処理部４６は、転送ＦＩＦＯ部でのＩ
Ｐパケット受信を確認すると、受信ＩＰパケットのＩＰ
処理装置番号を次ＩＰ処理装置番号レジスタ４７に記憶
されたＩＰ処理装置番号と等しいか否かを判断する。そ
れらが一致した場合は、第１の実施例と同様にユートピ
アマルチＰＨＹインタフェース４３を介してＩＰパケッ
ト出力８４から次ＩＰ処理装置のＩＰパケットバッファ
部２２のＩＰパケット入力８１へ送出する。反対に、一
致しない場合には、転送タイミング調整部４５の制御に
よって転送ＦＩＦＯ部４２のＩＰパケットをライン８６
側に送出し、次ＩＰ処理装置ではそれをライン８５から
直接転送ＦＩＦＯ部４２に格納する。
【００３０】図８は、第２の実施例の動作説明図であ
る。図８において、ＩＰ処理装置１がＡＴＭスイッチ
６、７を介して図示しない端末からＩＰパケットを受信
すると、そのＩＰパケットは回線インタフェース部２１
を介してＩＰパケットバッファ部２２に格納される。次
に、ＩＰパケットバッファ部２２はＩＰアドレス解決部
２３に送信先アドレスを転送してアドレス解決を依頼す
る。
【００３１】ＩＰアドレス解決部２３から出力ＶＰ／Ｖ
Ｃ及びＩＰ処理装置番号（本例ではＩＰ処理装置４の番
号）が与えられると、ＩＰパケットバッファ部２２はＩ
Ｐ処理装置４の存在を確認し、ＶＰ／ＶＣ変換をおこな
ったＩＰパケットを転送バッファ部２４に送出する。こ
こまでは第１の実施例と同じである。次に、転送バッフ
ァ部２４は受信したＩＰ処理装置番号と自身が保持する
次ＩＰ処理装置番号（本例ではＩＰ処理装置２の番号）
の一致を判断し、この場合は一致しないので次のＩＰ処
理装置２の転送バッファ部２４へ直接ＩＰパケットを送
出する。
【００３２】次のＩＰ処理装置２の転送バッファ部２４
は、上記と同様に受信したＩＰ処理装置番号４と自身が
保持する次ＩＰ処理装置番号３とが一致しないため次の
ＩＰ処理装置３の転送バッファ部２４へＩＰパケットを
直接送出する。ＩＰ処理装置３の転送バッファ部２４
は、今度は受信したＩＰ処理装置番号４と自身が保持す
る次ＩＰ処理装置番号４と一致するため、ユートピアマ
ルチＰＨＹインタフェースを介してＩＰ処理装置４のＩ
Ｐパケットバッファ部２２へ送出する。それを受信した
ＩＰ処理装置４は、配下の端末のアドレス解決を行って
から受信したＩＰパケットをＡＴＭスイッチ６，７側へ
送出する。
【００３３】なお、図中でＩＰ処理装置１の番号及び
はＩＰ処理装置４の同じ番号及びとそれぞれ接続
されている。本例の場合には、転送バッファ部２４が自
らを中継するＩＰパケットを判断し、中継の場合にはそ
れを直接次のＩＰ処理装置の転送バッファ部２４へ転送
するため、ＩＰパケットバッファ部２２が行うようなア
ドレス解決処理が発生せず、さらに次のＩＰ処理装置の
みとの接続でよいため、シンプル且つ高速なＩＰ処理装
置間の通信が実現される。
【００３４】図９は、本発明の第３の実施例を示したも
のである。本例では、あるＩＰ処理装置のアドレス解決
が失敗した場合でも、他の隣接するＩＰ処理装置との間
の直接転送によって他のＩＰ処理装置がそのアドレス解
決処理及び解決されたＩＰパケットの転送を実行し、そ
れによって各ＩＰ処理装置が保有すべきアドレス情報の
低減及び分散化を実現し、さらにはアドレス解決処理に
よるトラフィックの増加、それによる通信速度の低下等
の弊害を防止することが可能になる。
【００３５】図９に示すように、ＩＰパケットバッファ
部２２が送信先ＩＰアドレスを付したＩＰアドレス解決
部２３にアドレス解決要求を送出すると、ＩＰアドレス
解決部２３の検索処理部３９はアドレステーブル４０を
検索するが、本例ではその検索に失敗して検索ＮＧがＩ
Ｐパケットバッファ部２２に返送される。その結果、Ｉ
Ｐパケットバッファ部２２のＶＰ／ＶＣ変換部３７に変
換無し（スルー）が設定され、またＩＰ処理装置間転送
解決部３８は検索ＮＧを受信するとパケット処理部３４
に対してＩＰ処理装置間転送起動を通知する。一方、検
索結果が正常に返送された場合には通常転送起動を通知
する。
【００３６】パケット処理部３４は、検索ＮＧのＩＰ処
理装置間転送起動を受信すると、スイッチ３６を転送バ
ッファ部２４側へ切り替えてからバッファメモリ３５内
のＩＰパケットを出力する。この場合、ＩＰパケットは
ＶＰ／ＶＣ変換部３７でヘッダ変換されることなくその
まま転送バッファ部２４へ転送される。パケット処理部
３４は、処理の空き時間等を利用して、ＩＰ処理装置間
転送解決部３８のＩＰ処理装置テーブルに記憶されてい
る直接転送可能なＩＰ処理装置におけるアドレス未解決
パケットのアドレス検索をＩＰアドレス解決部２３に依
頼する。
【００３７】ＩＰアドレス解決部２３のアドレス検索部
３９は、ライン８３によって他の隣接する全てのＩＰ処
理装置における転送バッファ部４２のアドレス検索処理
部インタフェース４８にライン８６を通して接続されて
おり、そのアドレス検索処理部インタフェース４８を介
して他のＩＰ処理装置の転送ＦＩＦＯ部４２内に存在す
るＩＰパケットを検索する。そして、そのＩＰパケット
の送信先アドレスが検索元ＩＰ処理装置で解決可能な場
合にはアドレス検索処理部インタフェース４８を介して
自身のＩＰ処理装置への転送を指示する。
【００３８】以降、転送バッファ内のＩＰパケットはユ
ートピアマルチＰＨＹインタフェース４３を介して検索
元ＩＰ処理装置のＩＰパケットバッファ部２２へライン
８４及び８１を通して転送される、検索元ＩＰ処理装置
でアドレス解決がなされた後にＩＰパケット網側へ送出
される。他に、ＩＰ処理装置のＩＰアドレス解決部２３
が独自に他のＩＰ処理装置の転送バッファ部２４へ順次
アクセスし、ＩＰパケットのアドレス解決が可能な場合
に転送指示を与えるように構成してもよい。
【００３９】図１０は、第３の実施例の動作説明図であ
る。図中で各ＩＰ処理装置に付された番号〜は同じ
番号同士がそれぞれ接続されていることを示している。
なお、番号を付していないラインは図５と同じ接続がな
されている。図１０において、ＩＰ処理装置１がＡＴＭ
スイッチ６、７を介して図示しない端末からＩＰパケッ
トを受信すると、そのＩＰパケットは回線インタフェー
ス部２１を介してＩＰパケットバッファ部２２に格納さ
れる。次に、ＩＰパケットバッファ部２２はＩＰアドレ
ス解決部２３に送信先アドレスを転送してアドレス解決
を依頼する。
【００４０】ＩＰアドレス解決部２３から検索ＮＧが与
えられると、ＩＰパケットバッファ部２２はＶＰ／ＶＣ
変換を行わずに受信したＩＰパケットをそのままアドレ
ス未解決ＩＰパケットとして転送バッファ部２４へ転送
し格納する。本例では、ＩＰ処理装置３がＩＰアドレス
解決部２３を通してＩＰ処理装置１の転送バッファ部２
４内のＩＰパケットを検索した時に、前記アドレス未解
決のＩＰパケットを検出し、そのアドレス解決が検索元
のＩＰ処理装置３で解決可能と判断する。
【００４１】それによりＩＰ処理装置１からＩＰ処理装
置３へユートピアマルチＰＨＹインタフェースを介して
未解決のＩＰパケットが送出され、それを受信したＩＰ
処理装置３は、配下の端末のアドレス解決を行ってから
受信したＩＰパケットをＡＴＭスイッチ６，７側へ送出
する。なお、検索元ＩＰ処理装置が他のＩＰ処理装置に
おける未解決ＩＰパケットのアドレス解決を判断する場
合として、その未解決ＩＰパケットの送信先となるＩＰ
処理装置が検索元ＩＰ処理装置と一致する場合や、それ
以外でも検索元ＩＰ処理装置側でアドレス解決が可能な
場合のいずれでもよい。これにより、ＩＰ処理装置間の
直接転送を使って各ＩＰ処理装置が保有するアドレス情
報の負荷分散と、アドレス解決によって発生するネット
ワーク側トラフィックの増大防止が同時に達成される。
【００４２】図１１は、本発明の第４の実施例を示した
ものである。本例は、あるＩＰ処理装置のアドレス解決
が失敗した場合に、他の隣接するＩＰ処理装置との間の
直接転送によって他のＩＰ処理装置がそのアドレス解決
を行うものであり、前述した第３の実施例とは異なる態
様例を示したものである。図１１において、ＩＰアドレ
ス解決部２３には新たにアドレステーブル４１が設けら
れる。また、転送バッファ部２４には図９と同様なアド
レス検索処理部インタフェース４８と新たにスイッチ４
９が設けられる。さらに、ＩＰパケットバッファ部２２
ではユートピアマルチＰＨＹインタフェースに代えてセ
レクタ３３が用いられる。
【００４３】ＩＰパケットバッファ部２２が送信先ＩＰ
アドレスを付したＩＰアドレス解決部２３にアドレス解
決要求を送出すると、ＩＰアドレス解決部２３の検索処
理部３９はアドレステーブル４０を検索するが、本例で
はその検索に失敗して検索ＮＧがＩＰパケットバッファ
部２２に返送される。その結果、ＩＰパケットバッファ
部２２のＶＰ／ＶＣ変換部３７に変換無し（スルー）が
設定され、またＩＰ処理装置間転送解決部３８は検索Ｎ
Ｇを受信するとパケット処理部３４に対してＩＰ処理装
置間転送起動を通知する。一方、検索結果が正常に返送
された場合には通常転送起動を通知する。
【００４４】パケット処理部３４は、検索ＮＧのＩＰ処
理装置間転送起動を受信すると、スイッチ３６を転送バ
ッファ部２４側へ切り替えてからバッファメモリ３５内
のＩＰパケットを出力する。前記ＩＰパケットはＶＰ／
ＶＣ変換部３７でヘッダ変換されることなくそのまま転
送バッファ部２４へ転送される。ここまでは、前述した
第３の実施例と同じである。本例では、ＩＰアドレス解
決部２３のアドレス検索処理部３９は、処理の空き時間
等を利用して転送バッファ部２４に存在するアドレス未
解決のＩＰパケットをアドレス検索処理部インタへース
４８を介して検索する。アドレス未解決のＩＰパケット
を検出すると、その送信先ＩＰアドレスを基にアドレス
テーブル４１を検索し、そのＩＰアドレスを自身のＩＰ
処理装置で解決すべきか否かを判断する。
【００４５】図１５にはアドレステーブル４１の一例を
示している。この例では、その中に送信先ＩＰアドレス
とそれが自ＩＰ処理装置の配下のものか否かの対応関係
が記憶されている。ＩＰアドレス検索処理部３９は、前
記アドレステーブル４１の検索結果から自ＩＰ処理装置
の処理要求又は他ＩＰ処理装置の処理要求をアドレス検
索処理部インタへース４８へ出力する。
【００４６】アドレス検索処理部インタへース４８は、
前者の場合にスイッチ４９をライン８７側へ、反対に後
者の場合にはライン８４側へ切り替えてから転送ＦＩＦ
Ｏ部４２内のアドレス未解決ＩＰパケットを出力させ
る。ライン８７はＩＰ処理装置内部でＩＰパケットバッ
ファ部２２の入力ライン８１と直結されており、アドレ
ス未解決ＩＰパケットはバッファメモリ３５に格納され
る。一方、スイッチ４９がライン８４側へ切り替えられ
た場合は、隣接する次のＩＰ処理装置の入力ライン８５
を通じてその転送バッファ部２４へ直接転送される。
【００４７】図１２は、第４の実施例の動作説明図であ
る。図中でＩＰ処理装置１及び４に付された同一の番号
同士は互いに接続される。図１２において、ＩＰ処理
装置１がＡＴＭスイッチ６、７を介して図示しない端末
からＩＰパケットを受信すると、そのＩＰパケットは回
線インタフェース部２１を介してＩＰパケットバッファ
部２２に格納される。次に、ＩＰパケットバッファ部２
２はＩＰアドレス解決部２３に送信先アドレスを転送し
てアドレス解決を依頼する。
【００４８】ＩＰアドレス解決部２３から検索ＮＧが与
えられると、ＩＰパケットバッファ部２２はＶＰ／ＶＣ
変換を行わずに受信したＩＰパケットをそのままアドレ
ス未解決ＩＰパケットとして転送バッファ部２４へ転送
し格納する。本例では、ＩＰ処理装置１のＩＰアドレス
解決部２３が処理の空き時間等にその転送バッファ部２
４内のＩＰパケットを検出し、前記アドレステーブル４
１を参照した結果自ＩＰ処理装置の配下のものでないと
判断し（すでに検索ＮＧとなっている）、次のＩＰ処理
装置２の転送バッファ部２４へ送出する。ＩＰ処理装置
２及び３でも同様の判断がなされ、アドレス未解決ＩＰ
パケットはＩＰ処理装置４へと順次転送される。
【００４９】ＩＰ処理装置４では、アドレステーブル４
１を参照した結果アドレス未解決ＩＰパケットを自ＩＰ
処理装置の配下のものと判断し、装置内部の結合ライン
８１、８７を通してそれを転送バッファ部２４からＩＰ
パケットバッファ部２２へ転送する。ＩＰ処理装置４
は、自身でアドレス解決を行ってから受信したＩＰパケ
ットをＡＴＭスイッチ６，７側へ送出する。
【００５０】本例では、前述した実施例３と同様に、Ｉ
Ｐ処理装置間の直接転送を使ったアドレス情報の負荷分
散及びネットワーク側トラフィックの増大防止の達成に
加えて、実施例２よりもさらにＩＰ処理装置間の配線数
を低減させることができる。なお、前記アドレステーブ
ル４１には、ＩＰ処理装置間の無限ループを回避するた
めに同一アドレス判定回避のためのチェックフラグ等を
設けてもよい。
【００５１】また、テーブル情報としては、例えば、自
ＩＰ処理装置の処理対象となるドメイン内のものか否
か、送信先ＩＰアドレスの範囲が自ＩＰ処理装置により
ＩＰネットワーク側のデフォルトＩＰ処理装置にアドレ
ス解決を依頼するものか否か、等のものであってもよ
い。これらの場合、アドレス未解決パケットを自ＩＰ処
理装置で処理するためＩＰネットワーク側を通じて特定
のＩＰ処理装置等にアドレス解決を依頼するか、それ以
外は次の隣接ＩＰ処理装置に転送することになる。
【００５２】図１６は、本発明の第５の実施例を示した
ものである。また、図１７は、図１６の制御フロー例を
示している。本例では、外部にアドレス未解決となった
ＩＰパケットを蓄積するＩＰパケット蓄積サーバ５０を
新たに設け、それに対して各ＩＰ処理装置１〜４がアド
レス解決のための検索を実行する。従って、これまで説
明してきた実施例１〜４の転送バッファ部２４を各ＩＰ
処理装置毎に設置する必要が無くなり、図３に示す本発
明の基本構成がそのまま適用できるためＩＰ処理装置の
機能簡略化が可能となる。また、各ＩＰ処理装置１〜４
がそれぞれ保有するアドレス情報の分散化も同時に達成
される。
【００５３】図１６、１７（及び図３）において、ＩＰ
処理装置１のＩＰパケットバッファ部２２がＩＰアドレ
ス解決２３に要求したアドレス解決が検索ＮＧとなると
（Ｓ２０１及び２０２）、実施例３及び４と同様にＩＰ
パケットバッファ部２２のＶＰ／ＶＣ変換部３７に変換
無し（スルー）が設定され、またＩＰ処理装置間転送解
決部３８は検索ＮＧを受信するとパケット処理部３４に
対してＩＰ処理装置間転送起動を通知する。一方、検索
結果が正常に返送された場合には通常転送起動を通知す
る。
【００５４】パケット処理部３４は、検索ＮＧのＩＰ処
理装置間転送起動を受信すると、スイッチ３６をＩＰパ
ケット蓄積サーバ５０へ切り替えてからバッファメモリ
３５内のＩＰパケットを出力する（Ｓ２０３）。前記Ｉ
ＰパケットはＶＰ／ＶＣ変換部３７でヘッダ変換される
ことなくそのままＩＰパケット蓄積サーバ５０内の共通
バッファ６１へ転送される。各ＩＰ処理装置１〜４は、
ＩＰアドレス解決部２３のアドレス検索処理部３９によ
りその処理の空き時間を利用してＩＰパケット蓄積サー
バ５０内の共通バッファ６１に蓄積されたアドレス未解
決ＩＰパケットの検索を行う。
【００５５】本例ではＩＰ処理装置２が自ＩＰ処理装置
でアドレス解決可能なＩＰパケットを検出してアドレス
解決を行い、それをＩＰパケットバッファ部２２に取り
込む（Ｓ２０４及び２０５）。例えば、ＩＰアドレス解
決部２３が自ＩＰ処理装置２でアドレス解決可能と判断
するとその旨をＩＰパケット蓄積サーバ５０に通知し、
ＩＰパケット蓄積サーバ５０はＩＰ処理装置２のＩＰパ
ケットバッファ部２２に対してＩＰパケット転送要求を
送信する。その後、ＩＰパケットバッファ部２２は自身
の処理の空いているタイミングにおいてＩＰパケットの
出力指示をＩＰパケット蓄積サーバ５０に出力すること
でＩＰパケットを自身のバッファ３５内に取り込む。そ
して、ＶＰ／ＶＣアドレス変換をおこなてからＩＰパケ
ットをＡＴＭスイッチ６，７側に送出する。
【００５６】図１８は、本発明の第６の実施例を示した
ものである。また、図１９は、図１８の制御フロー例を
示している。本例では、ＩＰパケット蓄積サーバ５０に
加えて、さらに出力サーバ５１が設けられる。図１８に
示すように、ＩＰパケット蓄積サーバ５０は共通バッフ
ァ６１と一時バッファ６２の計２つのバッファを有し、
ＩＰパケット出力サーバ５１は各ＩＰ処理装置１〜４に
それぞれ１対１に対応する個別バッファ６３〜６６を有
する。
【００５７】ＩＰパケット出力サーバ５１を設けること
で以下の利点が生じる。すなわち、ＩＰパケット蓄積サ
ーバ５０の共通バッファ６１に保持された転送先不明の
ＩＰパケットＸは、第５の実施例で述べたと同様な方法
でアドレス解決されると直ちにＩＰパケット出力サーバ
５１内の対応する個別バッファ６３〜６６へ転送され
る。ここではＩＰ処理装置４によるアドレス解決により
個別バッファ６６に転送される。
【００５８】従って、各ＩＰ処理装置１〜４のＩＰパケ
ットバッファ部２２は、自身の処理の空いているタイミ
ングにおいて対応する個別バッファ６３〜６６のみをチ
ェックしていればよいため、個別バッファ中にＩＰパケ
ットが蓄積されていればＩＰパケットバッファ部２２の
空きタイミングで即座にそれを取り込み目的とする端末
等に転送することが可能となる。
【００５９】これにより、実施例５で述べたようなアド
レス解決時にＩＰパケット蓄積サーバ５０から転送先の
ＩＰパケットバッファ部２２に対して転送要求を出す必
要がなく、ＩＰパケット蓄積サーバ５０は単に該当個別
バッファ６３〜６６にＩＰパケットを転送するだけでよ
い。さらに、各ＩＰ処理装置１〜４の各ＩＰパケットバ
ッファ部２２は対応する個別バッファ６３〜６６だけを
隙間処理を利用してチェックし、ＩＰパケットの存在を
確認しだい直ちに転送することができる。その結果、Ｉ
Ｐパケットバッファ部２２の処理タイミングによってＩ
Ｐパケット蓄積サーバ５０からのパケット出力が遅延
し、ＩＰパケット蓄積サーバ内でバッファ輻輳が発生す
ることが回避できる。
【００６０】また、図１８及び１９に示すように、本例
ではＩＰパケット蓄積サーバ５０内に各ＩＰ処理装置１
〜４のＩＰパケットバッファ部２２から転送されるアド
レス未解決ＩＰパケットを最初に保持する共通バッファ
６１と、共通バッファ６１でアドレス解決されなかった
ＩＰパケットを更に一時保持する一時バッファ６２が設
けられている。本例ではＩＰパケット蓄積サーバ５０が
以下のように動作する。
【００６１】先ず、各ＩＰ処理装置１〜４からのアドレ
ス未解決ＩＰパケットＸがＩＰパケット蓄積サーバ５０
の共通バッファ６１に蓄積される（Ｓ３０１）。各ＩＰ
処理装置１〜４のＩＰアドレス解決部２３は自身の空き
時間を利用して共通バッファ６１に対してアクセスし、
ＩＰパケットＸのアドレス解決を試みる。ＩＰパケット
蓄積サーバ５０は、アドレス解決されたＩＰパケットを
ＩＰパケット出力サーバ５１の該当個別バッファ６３〜
６６へ転送する（Ｓ３０２及びＳ３０６）。
【００６２】また、一定時間Ｔ１後もアドレス解決され
ないＩＰパケットＸについては、それを廃棄する以前に
もう一度だけアドレス解決の機会を与えるために次の一
時バッファ６２へ転送する（Ｓ３０２及び３０３）。Ｉ
Ｐパケット蓄積サーバ５０は、それから一定時間Ｔ２
（Ｔ２＜Ｔ１）以内にアドレス解決されたＩＰパケット
ＸはＩＰパケット出力サーバ５１の該当個別バッファ６
３〜６６へ転送し（Ｓ３０４及びＳ３０６）、それでも
アドレス解決されないＩＰパケットＸを廃棄する（Ｓ３
０４及び３０５）。
【００６３】なお、一時バッファ６２は、各ＩＰ処理装
置１〜４のＩＰアドレス解決部２３がＩＰパケット蓄積
サーバ５０へアクセスするタイミングが不定であり、一
定期間Ｔを経過してもなおアクセスのない可能性がある
ためそれを救済すべく設けてある。各ＩＰ処理装置１〜
４は共通バッファ６１へのアクセス回数を多く又はアク
セス時間間隔を短くし、一時バッファ６２へのアクセス
回数を少なく又はアクセス時間間隔を長く設定すること
で、共通バッファ６１のアクセス時の輻輳が回避され、
さらにＩＰパケットの廃棄防止も同時に達成される。本
例では２段構成のバッファを用いているが、その段数に
特別の制限はない。
【００６４】図２０は、本発明の第７の実施例を示した
ものである。また、図２１は、図２０の制御フロー例を
示している。本例では、ＩＰパケット出力サーバ５１内
に特定のＩＰ処理装置だけがアクセス可能な共通バッフ
ァ６７が設けられる。また、ＩＰパケット蓄積サーバ５
０の動作は図２１の制御フローから明らかなように先の
第６の実施例とほぼ同様であり、Ｔ２時間経過後の処理
だけがことなる（Ｓ４０５）。従って、ここでは第６の
実施例と相違する点についてだけ説明する。
【００６５】図２１のステップＳ４０５に示すように、
第６の実施例では廃棄されるＩＰパケットが本例ではさ
らにＩＰパケット出力サーバ５１の共通バッファ６７に
転送される。前記共通バッファ６７はＩＰ処理装置１〜
４のうちの決められた１つ、図２０の例ではＩＰ処理装
置４、だけがアクセスできる。ＩＰ処理装置４は、実施
例６で述べた自身の個別バッファ６６に対するアクセス
に加えて、それとは別のアクセスタイミングで共通バッ
ファ６７に対してもアクセスする。
【００６６】ＩＰ処理装置４は、そこでＩＰパケットを
検出すると直ちにＡＴＭスイッチ７及びＩＰネットワー
クを介して所定パスに接続された他のＩＰ処理装置へ転
送し、そのアドレス解決を依頼する。前記所定パスは、
ＩＰ処理装置４が本発明によって直接接続されない別グ
ループのＩＰ処理装置群と固定的に接続されたパスであ
る。これにより、別のＩＰ処理装置群でのアドレス解決
が期待され、より一層のパケット廃棄防止が達成され
る。
【００６７】図２２は、本発明の第８の実施例を示した
ものである。また、図２３は、図２２の制御フロー例を
示している。本例では、ＩＰパケット出力サーバ５１内
に前記共通バッファ６７に加えて、それに入力されたＩ
Ｐパケットの送信先毎のパケット数を収集する統計情報
部６８が設けられる。また、ここでは統計情報部６８の
動作と関連してＩＰパケット蓄積サーバ５０内のＩＰパ
ケット受信部６９も示してある。
【００６８】図２２に示すように、統計情報部６８は、
ＩＰパケット出力サーバ５１側の共通バッファ６７に入
力されるアドレス未解決ＩＰパケット数を、その送信先
ＩＰアドレス毎に統計をとっており（Ｓ６０１）、同じ
アドレスをもつＩＰパケット数が所定の閾値Ｎを超えた
時にＩＰパケット蓄積サーバに５０対してその直接転送
を通知する（Ｓ６０２及び６０３）。ＩＰパケット蓄積
サーバ５０は、それを受けて各ＩＰ処理装置１〜４から
受信するＩＰパケットのうち同じ送信先ＩＰアドレスを
有するＩＰパケットを常時監視し、対応するＩＰパケッ
トをＩＰパケット蓄積サーバ５０内の共通バッファ６１
に転送することなく、直接ＩＰパケット出力サーバ５１
側の共通バッファ６７へ転送する。
【００６９】このように、アドレス解決が不可能なパケ
ットを所定の方法によって特定し、それを受信した時に
直接ＩＰパケット出力サーバ５１側の共通バッファ６７
へ転送させ、他のＩＰ処理装置群へ直ちに送信すること
で、迅速且つ効率的なアドレス解決が可能になる。ま
た、同時にＩＰパケット蓄積サーバー５０側の共通バッ
ファ６１及び一時バッファ６２に対するアクセスの輻輳
が回避される。
【００７０】図２４は、本発明の第９の実施例を示した
ものである。また、図２５は、図２４の制御フロー例を
示している。ここには、これまの各実施例をより簡易な
構成とした一例を示しており、ＩＰパケット出力サーバ
５１内には各個別バッファ６３〜６６とは別に１つの共
通バッファ６７だけが設けられる。
【００７１】図２５に示すように、本例ではＩＰパケッ
ト蓄積サーバ５０内の共通バッファ６１にバッファ輻輳
が発生すると、輻輳したＩＰパケットは廃棄されずに直
ちにＩＰパケット出力サーバ５１側の共通バッファ６７
へ転送される（Ｓ５０１及び５０２）。共通バッファ６
７は実施例７と同様にＩＰ処理装置１〜４のうちの決め
られた１つ、図２４の例ではＩＰ処理装置４、だけがア
クセスできる。ＩＰ処理装置４は、自身の個別バッファ
６６に対するアクセスに加えて、それとは別のアクセス
タイミングで共通バッファ６７に対してもアクセスす
る。
【００７２】ＩＰ処理装置４は、そこでＩＰパケットを
検出すると直ちにＡＴＭスイッチ７を介して固定的に定
められた他の隣接するＩＰ処理装置、図２４の例ではＩ
Ｐ処理装置３、へ転送する。輻輳パケットはＩＰ処理装
置３を経由して再びＩＰパケット蓄積サーバ５０に送ら
れる。このように、本例ではＩＰパケット蓄積サーバ５
０内で発生した輻輳したパケットを廃棄せずに、特定の
隣接ＩＰ処理装置３及び４を介したルーピング処理によ
ってその輻輳の解消を待機する。その結果、特別なハー
ドウエアやソフトウェア処理等を追加することなく、バ
ッファ輻輳によるパケット廃棄を回避できる。
【００７３】図２６は、本発明の第１０の実施例を示し
たものである。また、図２５は、図２４の制御フロー例
を示している。本例では、ＩＰパケット蓄積サーバ５０
に、共通バッファ６１のバッファ蓄積量を監視する蓄積
監視部７０を設ける。蓄積監視部７０は、蓄積監視部に
設定された所定の閾値値を有しており、前記閾値は共通
バッファ６１におけるバッファ輻輳の発生に対して余裕
を持って設定される。
【００７４】入力ＩＰパケットの蓄積数が前記閾値をオ
ーバーすると、蓄積監視部７０は各ＩＰ処理装置１〜４
の全ＩＰアドレス解決部２３に対してアクセスタイミン
グの増加、すなわち早急な未解決ＩＰパケットのアドレ
ス解決、を指示７１する。その後、入力ＩＰパケットの
蓄積数が所定時間だけ継続して前記閾値を下回ると全Ｉ
Ｐアドレス解決部２３に対してアクセスタイミングの減
少、すなわち通常のアクセスタイミングによるアドレス
解決、を指示７３する。
【００７５】アクセスタイミング増加指示７１を受信す
ると、各ＩＰアドレス解決部２３は、本例ではＩＰパケ
ット蓄積サーバ５０への単位時間あたりのアクセス７３
の回数Ｎを２Ｎへと増加させる。その結果、ＩＰアドレ
ス解決部２３と自装置内のＩＰパケットバッファ部２２
との間のアクセス７４の回数ＫはＫ／２へと減少する。
その後、アクセスタイミング減少指示７２を受信する
と、ＩＰパケット蓄積サーバ５０への単位時間あたりの
アクセス７３の回数２ＮをＮへと減少させ、その結果、
ＩＰパケットバッファ部２２との間のアクセス７４の回
数ＫはＫ／２からＫへと増加する。
【００７６】本例ではバッファ輻輳時の制御を示してい
るが、通常状態のバッファに対しても所定の閾値を設け
て上記と同様の制御を行うことにより、各ＩＰ処理装置
１〜４により効率的で且つ迅速なアドレス解決処理を実
行させることができる。このように、本例によればＩＰ
パケット蓄積サーバ５０でのバッファ輻輳が事前に回避
可能となる。また、上述した例からも明らかなように、
ＩＰアドレス解決部２３が相互に対向する自装置内のＩ
Ｐパケットバッファ部２２と外部のＩＰパケット蓄積サ
ーバ５０との間の処理量（アクセス回数）は一定の関係
を有しており、ＩＰパケット蓄積サーバ５０の蓄積量に
応じてＩＰパケット蓄積サーバ５０側を優先処理する
か、又はＩＰパケットバッファ部２２側を優先処理する
かの可変制御ができ、リソースの有効活用が可能とな
る。
【００７７】図２７は、本発明の第１１の実施例を示し
たものである。また、図２８は、図２７の制御フロー例
を示している。先の第１０の実施例ではＩＰパケット蓄
積サーバ５０内の共通バッファ６１のバッファ蓄積量に
基づいて制御が行われるのに対して、本例ではＩＰパケ
ット出力サーバ５１内の各個別バッファ６３〜６６及び
／又は共通バッファ６７のバッファ蓄積量に基づいて制
御が行われる。そのため、ＩＰパケット出力サーバ５１
には各個別バッファ６３〜６６及び共通バッファ６７の
バッファ蓄積量を監視する統計情報部７５が設けられ
る。
【００７８】図２８に示すように、統計情報部７５は各
個別バッファ６３〜６６及び共通バッファ６７の単位時
間当たりのパケット蓄積量Ｍを保持しており（Ｓ７０
１）、各々のバッファ６６〜６７の単位時間当たりの実
際のパケット蓄積量Ｎを計測する（Ｓ７０２）。そし
て、Ｎ＞Ｍの場合には個別バッファ等のオーバフローを
回避するために各個別バッファ（本例では個別バッファ
６４）に対応する個々のＩＰ処理装置（本例ではＩＰ処
理装置２）に対してアクセスタイミングの増加を指示７
５する（Ｓ７０３及び７０４）。
【００７９】その後、Ｎ＜Ｍとなった場合にはアクセス
タイミングの減少を指示７５する（Ｓ７０３及び７０
５）。指示を受けた各ＩＰ処理装置２の動作は、第１０
の実施例と同様であるがＩＰパケット蓄積サーバ５０の
共通バッファ６１及びＩＰパケット出力サーバ５１の対
応個別バッファ６４の両方にアクセス７６及び７３する
点が相違している。このように、本例では各ＩＰ処理装
置１〜４毎に制御可能となり、さらにＩＰアドレス解決
部２３を仲介としてより動的にＩＰパケット蓄積サーバ
５０、ＩＰパケットバッファ２２、及びＩＰパケット出
力サーバ５１の制御が可能となる。
【００８０】図２９は、本発明の第１２の実施例を示し
たものである。本例では、これまでのＩＰアドレス解決
部２３を、ＩＰパケットバッファ部２２側のアドレス解
決を専門におこなうＩＰパケットバッファ部側アドレス
解決インタフェース７７と、ＩＰパケット蓄積サーバ５
０側のアドレス解決を専門に行うＩＰパケット蓄積サー
バ側インタフェース７８とに分離する。このように双方
の関連性を排除し各々独立のタイミングで動作可能とす
ることでアドレス解決処理の高利化及び高速化を達成し
ている。
【００８１】また、本例ではＩＰパケット出力サーバ５
１を使用せず、ＩＰパケット蓄積サーバ５０内には各Ｉ
Ｐ処理装置に対応した個別バッファ６３〜６６を設けて
いる。各ＩＰ処理装置１〜４はＩＰパケット蓄積サーバ
５０内の自身の個別バッファにアドレス未解決ＩＰパケ
ットを転送するが、ＩＰパケット蓄積サーバ５０内に蓄
積されたＩＰパケットのアドレス解決については自身以
外の個別バッファに蓄積されたＩＰパケットに対しての
み行う。図２９の例でいえばＩＰ処理装置１は個別バッ
ファ６３に自身のアドレス未解決ＩＰパケットを転送
し、そして自身以外の個別バッファ６４〜６６内に蓄積
されたＩＰパケットのアドレス解決だけを行う。
【００８２】上記のように、ＩＰパケットバッファ部側
のアドレス解決とＩＰパケット蓄積サーバ５０側のアド
レス解決とを独立に動作させ、またＩＰパケット蓄積サ
ーバ５０に対するＩＰパケットの出力側とＩＰパケット
蓄積サーバ５０からのＩＰパケットの入力側とを分離す
ることで、ＩＰパケット出力サーバ５１を使用せずとも
それぞれが非同期で動作可能となり、各動作に対応した
それぞれのリソースを最大限に有効活用することができ
る。さらに、ＩＰパケットの入力側と出力側とを分離す
ることで各ＩＰ処理装置自身が転送したアドレス未解決
ＩＰパケットに対して再びアドレス解決を試みるという
ような不要な処理が回避される。
【００８３】図３０は、本発明の第１３の実施例を示し
たものである。また、図３１は、図３０の制御フロー例
を示している。本例ではＩＰパケット蓄積サーバ５０内
の各個別バッファ６３〜６６に入力されるパケット数を
常時監視・計測する入力統計情報部７９を設ける。先に
述べた実施例１１の統計情報部７５に類似するものであ
るが、ここでは計測によって得られた情報に基づいてさ
らに各個別バッファ６３〜６６に割り当てられるバッフ
ァリソースを動的に変更する。
【００８４】図３０の例では、入力統計情報部７９が積
算周期ｔで各個別バッファ６１〜６６の入力パケット数
を計数し、それから個別バッファ間の入力パケット数の
比を求める（Ｓ８０１）。例えば、それが個別バッファ
６３から６６の順で１：１：１：２となった場合、入力
統計情報部７９はバッファリソースが不足している個別
バッファ６６に対して他の個別バッファ６３〜６５の空
きリソースの一部を割り当てる（Ｓ８０２及び８０
３）。
【００８５】その結果、各個別バッファが使用できるリ
ソースの比は常時１：１：１：１に維持される。これに
より、入力されるＩＰパケットの偏りがあった場合で
も、空きバッファを有効活用することでＩＰパケット蓄
積サーバ５０のバッファ輻輳を回避できる。なお、同様
の制御はＩＰパケット出力サーバ５１の側でも可能なこ
とは明らかである。
【００８６】図３２は、本発明の第１４の実施例を示し
たものである。また、図３３は、図３２の制御フロー例
を示している。本例は、一例として次のように動作す
る。ＩＰ処理装置１のＩＰパケットバッファ部２２にお
いてバッファ輻輳が発生すると、そのＩＰパケットは廃
棄せずにＩＰパケット蓄積サーバ５０内のＩＰ処理装置
１に対応する個別バッファ６３以外の個別バッファ６
４、６５等へ転送する（Ｓ９０１）。ここで自身の個別
バッファ６３を除外したのは、実施例１２で述べたよう
に後で自身の個別バッファ６３に対してＩＰ処理装置１
がアドレス解決のためにアクセスすることがないためで
ある。本例ではさらにＩＰ処理装置１が実施例１３で述
べた各個別バッファのリソースの比を均等に又はそれに
近づくように個別バッファを選択する。
【００８７】ＩＰ処理装置１は、後に自身が転送した個
別バッファ６４、６５等にＩＰ処理装置１が自らアクセ
スし、その中のアドレス未解決ＩＰパケットのアドレス
解決処理を行う（Ｓ９０２）。このように、本例ではＩ
Ｐ処理装置１〜４側で発生するバッファ輻輳を回避する
ためにＩＰパケット蓄積サーバ５０を使用する。従っ
て、ＩＰパケットの廃棄が回避され、各ＩＰ処理装置１
〜４も輻輳の発生を回避しながらパケット転送を継続で
き、それは隣接するＩＰ処理装置間の転送においても同
様である。
【００８８】（付記１）ＩＰパケット網と接続するＡＴ
Ｍスイッチに収容された複数のＩＰ処理装置であって、
前記ＡＴＭスイッチとインタフェースする回線インタフ
ェース部と、前記回線インタフェース部からのＩＰパケ
ットを一時格納し、そのアドレス解決後のＩＰパケット
を前記回線インタフェース部へ送出するＩＰパケットバ
ッファ部と、前記ＩＰパケットバッファ部からのアドレ
ス解決要求に応じてアドレス解決後の送信先アドレス情
報を返送するＩＰアドレス解決部と、で構成され、前記
ＩＰパケットバッファ部は、さらに、前記ＩＰアドレス
解決部からの送信先アドレス情報が検索不可の場合に、
前記一時格納してあるＩＰパケットを前記ＩＰパケット
網及びＡＴＭスイッチを介さずに前記ＩＰ処理装置間で
転送するための直接転送ルートへ送出するＩＰ処理装置
間転送部を含む、ことを特徴とするＩＰ処理装置。 （付記２）さらに、前記ＩＰパケットバッファ部からの
ＩＰパケットを蓄積する転送バッファ部を備え、その入
力は前記直接転送ルートと結合され、そしてその出力は
自ＩＰ処理装置のＩＰパケットバッファ部の入力、又は
自ＩＰ処理装置以外の前記ＩＰ処理装置のＩＰパケット
バッファ部及び／又は転送バッファ部の入力に結合され
る、付記１記載の装置。 （付記３）さらに、前記ＩＰアドレス解決部は、前記ア
ドレス解決要求に付加された送信先ＩＰアドレスを基に
テーブル検索し、前記送信先アドレス情報として送信先
アドレス及びＩＰ処理装置番号、又は検索不可を返送す
るアドレス検索処理部を含み、前記ＩＰパケットバッフ
ァ部は、前記ＩＰ処理装置番号を基にテーブル検索して
他の前記ＩＰ処理装置の存在を確認し、その存在を確認
するＩＰ処理装置の情報を付したＩＰパケットを前記転
送バッファ部へ転送するＩＰ処理装置間転送解析処理部
を含み、前記転送バッファ部は、前記情報を付したＩＰ
パケットを一時格納し、前記付された情報に基づいて対
応するＩＰ処理装置に対して一時格納してあるＩＰパケ
ットを出力する転送メモリ部を含む、付記２記載の装
置。 （付記４）前記転送バッファ部は、前記ＩＰ処理装置の
ＩＰ処理装置番号を保持するテーブルを備え、前記テー
ブル内のＩＰ処理番号と前記付された情報とが一致した
自ＩＰ処理装置以外の前記ＩＰ処理装置のＩＰパケット
バッファ部に対してＩＰパケットを出力する付記３記載
の装置。 （付記５）前記転送バッファ部は、前記ＩＰ処理装置の
いずれか１つのＩＰ処理装置番号を保持する手段を備
え、その保持したＩＰ処理装置番号と前記付された情報
とが一致した場合にはその番号のＩＰ処理装置のＩＰパ
ケットバッファ部に対して、一致しない場合には同一番
号のＩＰ処理装置の転送バッファ部に対してＩＰパケッ
トを出力する付記３記載の装置。 （付記６）前記ＩＰアドレス解決部は、検索不可を検出
すると、自ＩＰ処理装置以外の前記ＩＰ処理装置の転送
バッファ部におけるＩＰパケットを検索し、それにより
アドレス解決可能なＩＰパケットを検出すると、前記転
送バッファ部に対してそのＩＰパケットを自ＩＰ処理装
置のＩＰパケットバッファ部へ出力させる、付記３記載
の装置。 （付記７）前記ＩＰアドレス解決部は、さらに送信先Ｉ
Ｐアドレスに対応した自ＩＰ処理装置での処理可／不可
を示すテーブルを備え、検索不可を検出すると、自ＩＰ
処理装置の転送バッファ部におけるＩＰパケットを前記
テーブルを用いて検索し、前記転送バッファ部に対して
そのＩＰパケットを処理可と判断した場合には自ＩＰ処
理装置のＩＰパケットバッファ部へ出力させ、処理不可
と判断した場合には自ＩＰ処理装置以外の所定のＩＰ処
理装置の転送バッファ部に出力させる、付記３記載の装
置。 （付記８）さらに、前記ＩＰパケットバッファ部からの
ＩＰパケットを蓄積するＩＰパケット蓄積サーバが設け
られ、その入力は前記直接転送ルートと結合され、その
出力は前記ＩＰパケットバッファ部の入力に結合され、
そして前記ＩＰアドレス解決部が前記ＩＰパケット蓄積
サーバ内に蓄積されたＩＰパケットのアドレス解決を行
う、付記１記載の装置。 （付記９）前記ＩＰパケット蓄積サーバは、前記複数の
ＩＰ処理装置からのＩＰパケットを蓄積する第１の共通
バッファを備え、前記ＩＰアドレス解決部は前記第１の
共通バッファに個別にアクセスして該当するＩＰパケッ
トのアドレス解決を行う、付記８記載の装置。 （付記１０）前記ＩＰパケット蓄積サーバは、前記第１
の共通バッファに加えてさらに一時バッファを備え、第
１の所定時間内に前記第１の共通バッファ内のアドレス
解決がされなかったＩＰパケットを前記一時バッファに
転送し、第２の所定時間（＜第１の所定時間）内に前記
一時バッファ内のアドレス解決がされなかったＩＰパケ
ットを廃棄する、付記８記載の装置。 （付記１１）さらに、前記ＩＰ処理装置の各々に対応す
る個別バッファを備えたＩＰパケット出力サーバが設け
られ、その出力は前記ＩＰパケットバッファ部の入力に
結合され、前記ＩＰ処理装置により前記第１の共通バッ
ファ及び／又は一時バッファにおいて前記第１又は第２
の所定時間内にアドレス解決されたＩＰパケットは、該
当するＩＰ処理装置の前記個別バッファに転送され、そ
こから前記ＩＰ処理装置のＩＰパケットバッファ部へ転
送される、付記１０記載の装置。 （付記１２）前記ＩＰパケット出力サーバは、さらに前
記ＩＰパケット蓄積サーバで廃棄されたＩＰパケットを
蓄積する第２の共通バッファを備え、特定のＩＰ処理装
置のみが前記ＡＴＭスイッチ及びＩＰパケット網を介し
て前記第２の共通バッファ内のＩＰパケットのアドレス
解決を行う、付記１１記載の装置。 （付記１３）前記ＩＰパケット出力サーバは、さらに前
記第２の共通バッファに入力されるＩＰパケット数を監
視する第１の統計情報部を備え、前記第１の統計情報部
は特定のＩＰパケット数が所定閾値を超えると前記ＩＰ
パケット蓄積サーバに対して前記特定ＩＰパケット受信
後即時の転送を指示する、付記１２記載の装置。 （付記１４）前記ＩＰパケット蓄積サーバは前記第１の
共通バッファがバッファ輻輳すると、その中の所定数の
パケットを前記ＩＰパケット出力サーバの第２の共通バ
ッファへ転送し、特定のＩＰ処理装置のみがバッファ輻
輳回避のために前記ＡＴＭスイッチ、第１及び第２の共
通バッファを介した前記ＩＰパケットの中継転送を行
う、付記１３記載の装置。 （付記１５）前記ＩＰパケット蓄積サーバは、前記ＩＰ
処理装置のＩＰアドレス解決部に対して、前記第１の共
通バッファの蓄積量に応じたＩＰパケットのフロー制御
を行い、前記ＩＰアドレス解決部はその制御に従って前
記第１の共通バッファに対するアクセスを増減させる、
付記９記載の装置。 （付記１６）前記ＩＰパケット出力サーバは、前記個別
バッファの蓄積量を個々に監視する第２の統計情報部を
備え、前記第２の統計情報部は各ＩＰ処理装置のＩＰア
ドレス解決部に対して対応する個別バッファの蓄積量に
応じたＩＰパケットのフロー制御を行い、前記ＩＰアド
レス解決部はその制御に従って前記第１の共通バッファ
及び対応する個別バッファに対するアクセスを増減させ
る、付記１１記載の装置。 （付記１７）前記ＩＰパケット蓄積サーバは、前記複数
のＩＰ処理装置に対応する個別バッファを備え、各ＩＰ
処理装置のＩＰパケットバッファ部は自ＩＰ処理装置に
対応する個別バッファへＩＰパケットを転送し、そのＩ
Ｐアドレス解決部は、自ＩＰ処理装置以外の個別バッフ
ァ内におけるＩＰパケットのアドレス解決を行う、付記
８記載の装置。 （付記１８）前記ＩＰパケット蓄積サーバは、前記各個
別バッファのＩＰパケット蓄積量の比を求める第１の入
力統計情報部を備え、前記第１の入力統計情報部は個別
バッファ間のＩＰパケット蓄積量の比が均一と成るよう
ように各個別バッファのバッファサイズを動的に変更す
る、付記１７記載の装置。 （付記１９）前記ＩＰ処理装置のＩＰパケットバッファ
部は、そこでバッファ輻輳が発生すると所定数のＩＰパ
ケットを自ＩＰ処理装置以外の個別バッファへ転送し、
ＩＰアドレス解決部はそのアドレス解決を行う、付記１
７記載の装置。
【００８９】
【発明の効果】以上説明したように、本発明によればＡ
ＴＭスイッチに隣接して接続されるＩＰ処理装置を転送
バッファ部を介して複数接続させることにより、ＡＴＭ
スイッチ及びＩＰパケット網を介さずに、ＩＰ処理装置
からＩＰ処理装置へ直接ＩＰパケットを送受することが
可能となる。その結果、従来と比較してＡＴＭスイッ
チ、ＩＰパケット網にかかる負荷を顕著に軽減させると
同時に、大容量且つ高速なＩＰパケットをネットワーク
上で転送させることが可能となる。本発明は今後のイン
ターネット需要の増加、及び、大容量、高速化等を考慮
した場合、安定したＩＰネットワークを提供するという
点でその寄与度は非常に高いものである。
【図面の簡単な説明】
【図１】従来のＩＰネットワークの一例を示した図であ
る。
【図２】本発明による複数ＩＰ処理装置間の基本的な接
続構成例を示した図である。
【図３】本発明のＩＰ処理装置の基本構成例を示した図
である。
【図４】本発明の第１の実施例を示した図である。
【図５】第１の実施例の動作説明図である。
【図６】図５の制御フロー例を示した図である。
【図７】本発明の第２の実施例を示した図である。
【図８】第２の実施例の動作説明図である。
【図９】本発明の第３の実施例を示した図である。
【図１０】第３の実施例の動作説明図である。
【図１１】本発明の第４の実施例を示した図である。
【図１２】第４の実施例の動作説明図である。
【図１３】図３のアドレステーブルの一例を示した図で
ある。
【図１４】図４のＩＰ処理装置テーブルの一例を示した
図である。
【図１５】図１１のアドレステーブル４１の一例を示し
た図である。
【図１６】本発明の第５の実施例を示した図である。
【図１７】図１６の制御フロー例を示した図である。
【図１８】本発明の第６の実施例を示した図である。
【図１９】図１８の制御フロー例を示した図である。
【図２０】本発明の第７の実施例を示した図である。
【図２１】図２０の制御フロー例を示した図である。
【図２２】本発明の第８の実施例を示した図である。
【図２３】図２２の制御フロー例を示した図である。
【図２４】本発明の第９の実施例を示した図である。
【図２５】図２４の制御フロー例を示した図である。
【図２６】本発明の第１０の実施例を示した図である。
【図２７】本発明の第１１の実施例を示した図である。
【図２８】図２７の制御フロー例を示した図である。
【図２９】本発明の第１２の実施例を示した図である。
【図３０】本発明の第１３の実施例を示した図である。
【図３１】図３０の制御フロー例を示した図である。
【図３２】本発明の第１４の実施例を示した図である。
【図３３】図３２の制御フロー例を示した図である。
【符号の説明】
１〜４…ＩＰ処理装置 ５…ＩＰパケット網 ６、７…ＡＴＭスイッチ １１〜１８…ユーザ端末 ８…ＩＰ処理装置間の直結ルート ２１…回線インタフェース部 ２２…ＩＰパケットバッファ部 ２３…ＩＰアドレス解決部 ３３、４４…セレクタ ３４…パケット処理部 ３５…バッファメモリ ３６、４９…スイッチ ３７…ＶＰ／ＶＣ変換部 ３８…ＩＰ処理装置間転送解析部 ４１、４３…ユートピアマルチＰＨＹインタフェース ４２…転送ＦＩＦＯ部 ６３〜６５…個別バッファ ６１、６７…共通バッファ ６２…一時バッファ
───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5K030 GA13 HA10 HC01 HD03 HD09 JA05 JL07 JL10 KA03 KA05 KA13 LA11 LB05 LE03 5K034 AA07 DD03 EE08 EE11 FF04 HH04 HH06 JJ11 KK21 MM39 NN04

Claims (7)

    【特許請求の範囲】
  1. 【請求項１】 ＩＰパケット網と接続するＡＴＭスイッ
    チに収容された複数のＩＰ処理装置であって、 前記ＡＴＭスイッチとインタフェースする回線インタフ
    ェース部と、 前記回線インタフェース部からのＩＰパケットを一時格
    納し、そのアドレス解決後のＩＰパケットを前記回線イ
    ンタフェース部へ送出するＩＰパケットバッファ部と、 前記ＩＰパケットバッファ部からのアドレス解決要求に
    応じてアドレス解決後の送信先アドレス情報を返送する
    ＩＰアドレス解決部と、で構成され、 前記ＩＰパケットバッファ部は、さらに、前記ＩＰアド
    レス解決部からの送信先アドレス情報が検索不可の場合
    に、前記一時格納してあるＩＰパケットを前記ＩＰパケ
    ット網及びＡＴＭスイッチを介さずに前記ＩＰ処理装置
    間で転送するための直接転送ルートへ送出するＩＰ処理
    装置間転送部を含む、ことを特徴とするＩＰ処理装置。
  2. 【請求項２】 さらに、前記ＩＰパケットバッファ部か
    らのＩＰパケットを蓄積する転送バッファ部を備え、そ
    の入力は前記直接転送ルートと結合され、そしてその出
    力は自ＩＰ処理装置のＩＰパケットバッファ部の入力、
    又は自ＩＰ処理装置以外の前記ＩＰ処理装置のＩＰパケ
    ットバッファ部及び／又は転送バッファ部の入力に結合
    される、請求項１記載の装置。
  3. 【請求項３】 さらに、前記ＩＰアドレス解決部は、前
    記アドレス解決要求に付加された送信先ＩＰアドレスを
    基にテーブル検索し、前記送信先アドレス情報として送
    信先アドレス及びＩＰ処理装置番号、又は検索不可を返
    送するアドレス検索処理部を含み、 前記ＩＰパケットバッファ部は、前記ＩＰ処理装置番号
    を基にテーブル検索して他の前記ＩＰ処理装置の存在を
    確認し、その存在を確認するＩＰ処理装置の情報を付し
    たＩＰパケットを前記転送バッファ部へ転送するＩＰ処
    理装置間転送解析処理部を含み、 前記転送バッファ部は、前記情報を付したＩＰパケット
    を一時格納し、前記付された情報に基づいて対応するＩ
    Ｐ処理装置に対して一時格納してあるＩＰパケットを出
    力する転送メモリ部を含む、請求項２記載の装置。
  4. 【請求項４】 さらに、前記ＩＰパケットバッファ部か
    らのＩＰパケットを蓄積するＩＰパケット蓄積サーバが
    設けられ、その入力は前記直接転送ルートと結合され、
    その出力は前記ＩＰパケットバッファ部の入力に結合さ
    れ、そして前記ＩＰアドレス解決部が前記ＩＰパケット
    蓄積サーバ内に蓄積されたＩＰパケットのアドレス解決
    を行う、請求項１記載の装置。
  5. 【請求項５】 前記ＩＰパケット蓄積サーバは、前記複
    数のＩＰ処理装置からのＩＰパケットを蓄積する第１の
    共通バッファを備え、前記ＩＰアドレス解決部は前記第
    １の共通バッファに個別にアクセスして該当するＩＰパ
    ケットのアドレス解決を行う、請求項４記載の装置。
  6. 【請求項６】 前記ＩＰパケット蓄積サーバは、前記第
    １の共通バッファに加えてさらに一時バッファを備え、
    第１の所定時間内に前記第１の共通バッファ内のアドレ
    ス解決がされなかったＩＰパケットを前記一時バッファ
    に転送し、第２の所定時間（＜第１の所定時間）内に前
    記一時バッファ内のアドレス解決がされなかったＩＰパ
    ケットを廃棄する、請求項４記載の装置。
  7. 【請求項７】 前記ＩＰパケット蓄積サーバは、前記複
    数のＩＰ処理装置に対応する個別バッファを備え、各Ｉ
    Ｐ処理装置のＩＰパケットバッファ部は自ＩＰ処理装置
    に対応する個別バッファへＩＰパケットを転送し、その
    ＩＰアドレス解決部は、自ＩＰ処理装置以外の個別バッ
    ファ内におけるＩＰパケットのアドレス解決を行う、請
    求項４記載の装置。
JP2000169378A 2000-06-06 2000-06-06 Ｉｐ処理装置 Withdrawn JP2001345863A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2000169378A JP2001345863A (ja) 2000-06-06 2000-06-06 Ｉｐ処理装置
US09/792,195 US6954433B2 (en) 2000-06-06 2001-02-22 IP processor

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000169378A JP2001345863A (ja) 2000-06-06 2000-06-06 Ｉｐ処理装置

Publications (1)

Publication Number Publication Date
JP2001345863A true JP2001345863A (ja) 2001-12-14

Family

ID=18672251

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000169378A Withdrawn JP2001345863A (ja) 2000-06-06 2000-06-06 Ｉｐ処理装置

Country Status (2)

Country Link
US (1) US6954433B2 (ja)
JP (1) JP2001345863A (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100426310B1 (ko) * 2001-12-28 2004-04-08 한국전자통신연구원 버퍼링 부하 분산 기능을 갖는 ｉｐ 페이징 구조 및 그구현 방법

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7301951B2 (en) * 2002-07-31 2007-11-27 At&T Knowledge Ventures, L.P. Resource reservation protocol based guaranteed quality of service internet protocol connections over a switched network
CN1505417B (zh) * 2002-12-03 2010-06-16 皇家飞利浦电子股份有限公司 能高效传递多媒体信息的无线网络系统
US20070258363A1 (en) * 2006-05-03 2007-11-08 Sbc Knowledge Ventures, Lp Application-aware ATM buffer management method and system
US9256560B2 (en) * 2009-07-29 2016-02-09 Solarflare Communications, Inc. Controller integration
US9537793B2 (en) * 2012-10-10 2017-01-03 Cisco Technology, Inc. Ensuring any-to-any reachability with opportunistic layer 3 forwarding in massive scale data center environments
US20160065503A1 (en) * 2014-08-29 2016-03-03 Extreme Networks, Inc. Methods, systems, and computer readable media for virtual fabric routing

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH098817A (ja) 1995-06-23 1997-01-10 Fujitsu Ltd Ａｔｍ通信方式
JP3014619B2 (ja) 1995-06-23 2000-02-28 沖電気工業株式会社 非同期転送モード通信システムおよびそのセル分解装置ならびに非同期転送モード通信方式
JP2882475B2 (ja) * 1996-07-12 1999-04-12 日本電気株式会社 スレッド実行方法
JP3653917B2 (ja) * 1997-02-25 2005-06-02 富士通株式会社 通信網におけるパケット中継方法及びエンドシステム
US6009097A (en) * 1997-04-04 1999-12-28 Lucent Technologies Inc. System for routing packet switched traffic
US6064675A (en) * 1997-04-11 2000-05-16 International Business Machines Corporation Short-cut bridging in LAN emulation networks
SE520563C2 (sv) * 1997-10-22 2003-07-29 Telia Ab System och metod för resursreservering av genvägar, s.k. cut- through routing, i ATM-nät som överför IP-trafik
US6327242B1 (en) * 1998-03-17 2001-12-04 Infolibria, Inc. Message redirector with cut-through switch for highly reliable and efficient network traffic processor deployment
US6279035B1 (en) * 1998-04-10 2001-08-21 Nortel Networks Limited Optimizing flow detection and reducing control plane processing in a multi-protocol over ATM (MPOA) system
US6452921B1 (en) * 1998-11-24 2002-09-17 International Business Machines Corporation Method and system within a computer network for maintaining source-route information at a router bypassed by shortcut communication
US6635542B2 (en) * 2001-06-12 2003-10-21 International Business Machines Corporation Compact body for silicon-on-insulator transistors requiring no additional layout area

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100426310B1 (ko) * 2001-12-28 2004-04-08 한국전자통신연구원 버퍼링 부하 분산 기능을 갖는 ｉｐ 페이징 구조 및 그구현 방법

Also Published As

Publication number Publication date
US6954433B2 (en) 2005-10-11
US20010053151A1 (en) 2001-12-20

Similar Documents

Publication Publication Date Title
JP3682082B2 (ja) パケットスイッチングネットワークにおけるパケット処理のための装置および方法ならびにフレームリレーネットワークのためのフレーム処理システム
US6122279A (en) Asynchronous transfer mode switch
US6147999A (en) ATM switch capable of routing IP packet
US6041038A (en) Packet switching device and cell transfer control method
KR100335808B1 (ko) 고속 네트워크 스위치 버스
US20050100025A1 (en) Network interconnection apparatus, network node apparatus, and packet transfer method for high speed, large capacity inter-network communication
JP2000101651A (ja) 順応性のある電気通信交換ネットワ―ク
JPH07107990B2 (ja) Ａｔｍ方式による送信装置及び通信システム
US6473815B1 (en) Queue sharing
JP3632229B2 (ja) Ａｔｍ交換装置
US6101192A (en) Network router with partitioned memory for optimized data storage and retrieval
US7394766B2 (en) Multi-link extensions and bundle skew management
JP2000022707A (ja) データ伝送方法、およびデータ伝送システム
US6195334B1 (en) Apparatus and method for terminating a data transfer in a network switch in response to a detected collision
JP2001345863A (ja) Ｉｐ処理装置
US6621824B1 (en) Data transmission system and method of operation
JP2000269986A (ja) データパケット交換機
US8131854B2 (en) Interfacing with streams of differing speeds
Lindgren et al. Fast Connection Establishment in the DTM Gigabit Network.
JP3285512B2 (ja) パケット・スイッチおよびネットワーク
JPH11163942A (ja) コネクションスイッチ型ネットワーク制御方法及び装置
US7006515B1 (en) Isochronous queue and buffer management
JP3349725B2 (ja) Ｌａｎ間接続制御方法
KR0174675B1 (ko) 프로토콜 변환장치의 트래픽 제어방법
JP3632655B2 (ja) Ａｔｍ交換装置

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20070807