JP2000307681A

JP2000307681A - 中継装置およびフレームトレース方法

Info

Publication number: JP2000307681A
Application number: JP10899499A
Authority: JP
Inventors: Shunpei Nishikawa; 俊平西川
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1999-04-16
Filing date: 1999-04-16
Publication date: 2000-11-02
Also published as: US20050025168A1; US6822967B1

Abstract

(57)【要約】【課題】送受信バッファの利用方法に工夫を施すこと
により、トレース情報を格納するための専用の格納領域
を設けることなく、且つ、処理の煩雑化を招くことな
く、フレームのトレース処理を高速に行なえるようにす
る。【解決手段】送受信バッファ２０４ａにおけるフレー
ム５００の格納位置を格納順に管理しながら、フレーム
５００を送受信バッファ２０４ａに保持し、この送受信
バッファ２０４ａにおける前記フレーム５００の数が所
定数に達した後に新たなフレーム５００を送受信バッフ
ァ２０４ａに格納する都度、最も古いフレーム５００の
格納領域を送受信バッファ２０４ａから解放するように
構成する。

Description

【発明の詳細な説明】

（目次）発明の属する技術分野従来の技術（図１３〜図１５）発明が解決しようとする課題課題を解決するための手段発明の実施の形態（図１〜図１２）発明の効果

【０００１】

【発明の属する技術分野】本発明は、それぞれ異なるネ
ットワークに属する送信元端末と送信先（受信側）端末
との間でフレームを中継するとともに、かかるフレーム
の送受信の中継処理の履歴を管理するネットワーク中継
装置に用いて好適な、中継装置およびフレームトレース
方法に関する。

【０００２】

【従来の技術】図１３は一般的な中継装置の使用例を説
明するためのブロック図であり、この図１３に示す中継
装置（ネットワーク中継装置）１００は、複数（図１３
では３）のネットワークＡ〜Ｃ間でフレーム（パケッ
ト）の送受信の中継を行なうもので、入出力インターフ
ェース（IN/OUT Interface) １０１ａ〜１０１ｃを介し
てそれぞれネットワークＡ〜Ｃに接続され、各ネットワ
ークＡ〜Ｃとの間でフレームを送受信できるようになっ
ている。

【０００３】例えば、中継装置１００を介してネットワ
ークＡに属する送信元端末からネットワークＢに属する
送信先端末にフレームを送信する場合には、中継装置１
００は、ネットワークＡから送信されてきたフレームを
入出力インターフェース１０１ａを介して受信した後、
そのフレームのヘッダ部分に記録されている情報等から
送信先を判断し、そのフレームを入出力インターフェー
ス１０１ｂを介してネットワークＢの送信先に送信す
る。

【０００４】このような中継装置１００においては、障
害発生時等の対策のために、そのフレームの中継動作の
履歴をトレースすることが行なわれている。図１４は、
上述した中継装置１００のより詳細な構成を示すブロッ
ク図であり、この図１４に示すように、中継装置１００
は、ＣＰＵ１０２，入出力インターフェース１０１ａ〜
１０１ｃ，バス１０３およびＲＡＭ（Random Access Me
mory) １０４をそなえて構成されており、複数のネット
ワークＡ〜Ｃの間でフレームの送受信の中継を行なうよ
うになっている。

【０００５】入出力インターフェース（以下、単にイン
ターフェースと称する）１０１ａ〜１０１ｃは、前述し
た通りそれぞれネットワークＡ〜Ｃに接続されるととも
に、バス１０３を介してＣＰＵ１０２やＲＡＭ１０４に
接続されていて、中継装置１００と各ネットワークＡ〜
Ｃとの間でフレームの受渡しを行なうことができるよう
になっている。

【０００６】ＲＡＭ１０４は、種々のデータ等を格納す
るものであり、このＲＡＭ１０４には、送信元端末から
受信したフレームを一時的に格納するための送受信バッ
ファ１０４ｂとしての領域と、この送受信バッファ１０
４ｂに格納されたフレームの全体もしくはその一部を格
納するためのトレースバッファ１０４ａとしての領域と
が確保されている。

【０００７】バス１０３は、前述した通りインターフェ
ース１０１ａ〜１０１ｃ，ＣＰＵ１０２およびＲＡＭ１
０４を相互に接続し、種々のデータ等を受け渡すように
なっている。ＣＰＵ１０２は、中継装置１００におい
て、インターフェース１０１ａ〜１０１ｃ，ＲＡＭ１０
４等の動作を制御することにより、後述するごとくフレ
ームの中継処理やフレームのトレース処理を実行させる
ものである。

【０００８】また、図１５は、図１４に示した中継装置
１００における従来のフレームトレース方法を説明する
ための図であり、この図１５に示すように、中継装置１
００は、受信したフレームを、一旦、送受信バッファ１
０４ｂに格納した後、この送受信バッファ１０４ｂに格
納したフレームの全部もしくはその一部をトレースバッ
ファ１０４ａにコピーするようになっている。

【０００９】このような構成により、例えば、中継装置
１００を介して、ネットワークＡの端末Ａ１からネット
ワークＢの端末Ｂ１へデータを送信する場合、図１４に
示すように、中継装置１００において、ネットワークＡ
の端末Ａ１から送信されたフレームがインターフェース
１０１ａにより受信され、このフレームが、図１４中の
点線矢印ａで示すように、バス１０３を介してＲＡＭ１
０４の送受信バッファ１０４ｂに一旦格納される。

【００１０】また、中継装置１００において、この送受
信バッファ１０４ｂに格納したフレームの全部もしくは
そのヘッダ部分を含む一部がＲＡＭ１０４のトレースバ
ッファ１０４ａに順次コピーされる。そして、ＣＰＵ１
０２は、送受信バッファ１０４ｂに格納されたフレーム
のヘッダ部分に包含されるプロトコルヘッダの情報等を
参照し、その送信先（端末Ｂ１）のアドレス等に基づい
て端末Ｂ１の属するネットワークがネットワークＢであ
ることを認識してから、図１４中の点線矢印ｂで示すよ
うに、そのフレームを送受信バッファ１０４ｂからネッ
トワークＢに接続されたインタフェース１０１ｂへバス
１０３を介して送信する。送受信バッファ１０４ｂから
フレームを受信したインターフェース１０１ｂは、その
フレームをネットワークＢへ送信する。

【００１１】また、ＣＰＵ１０２は、フレームの送信を
完了した場合や、送信先が見つからない等の理由により
そのフレームを破棄する場合等には、送受信バッファ１
０４ｂにおいてそのフレームが格納されていた領域を解
放する。このようにして、中継装置１００においては、
複数のネットワーク間でフレームの送受信の中継が行な
われるとともに、中継したフレームの全部もしくは一部
がトレースバッファ１０４ａにトレースデータとして取
り込まれる。このようにトレースバッファ１０４ａにト
レースデータを格納することにより、中継装置１００に
おける中継動作の履歴を管理することができる。

【００１２】そして、トレースバッファ１０４ａに格納
されたトレースデータを調べて解析することにより、ど
のような入出力動作（中継動作）を行なったのかを知る
ことができるので、そのトレースデータは障害調査時や
デバッグ時等に重要な情報となり、特に、中継装置１０
０の動作をファームウェアで行なっている場合等におい
て重要な情報となる。

【００１３】

【発明が解決しようとする課題】しかしながら、このよ
うな中継装置１００における従来のフレームトレース方
法では、ＲＡＭ１０４において、送受信バッファ１０４
ｂに格納されたフレームの全部もしくはその一部をトレ
ースバッファ１０４ａに順次コピーしているが、一般
に、メモリアクセス（読出および書込）の速度はＣＰＵ
１０２の命令実行速度に比べてかなり遅く、このような
ＲＡＭ１０４内における送受信バッファ１０４ｂからト
レースバッファ１０４ａへのコピー処理にはかなり時間
がかかるので、このコピー処理がＣＰＵ２のオーバーヘ
ッドを増大させ、中継動作に支障を来すおそれもある。

【００１４】一方、特開平４−１３５３４８号公報に
は、ＬＡＮ制御装置において、メモリ間でのフレームの
コピーをなくして処理速度を向上させるために、フレー
ムのうちヘッダを含む先頭部分をトレースバッファに直
接書き込むとともに、前記先頭部分を除く残りの部分を
送受信バッファに書き込む手法が開示されている。しか
し、この手法では、専用のトレースバッファを設けた
り、トレースバッファとして使用する領域をメモリ上に
予め確保したりしなければならず、専用のトレースバッ
ファを設けた場合、製造コストの増大を招くほか、メモ
リ上にトレースバッファの領域を予め確保した場合、メ
モリ上の領域を有効に利用することができない。

【００１５】さらに、送信元から受信したフレームをそ
のまま送信先へ送り出す中継装置に対して、上記公報に
開示された手法を適用した場合、受信したフレームを２
つの部分に分けてそれぞれ異なるバッファに格納した
後、続けてこれら２つの部分を異なるバッファから読み
出し、再び１つのフレームとして送信しなければならな
い。つまり、受信時にフレームを分割する処理と、送信
時にフレームを再構成する処理とが必要で処理が煩雑に
なるなどの課題もある。

【００１６】本発明は、このような課題に鑑み創案され
たもので、送受信バッファの利用方法に工夫を施すこと
により、トレース情報を格納するための専用の格納領域
を設けることなく、且つ、処理の煩雑化を招くことな
く、フレームのトレース処理を高速に行なえるようにし
た、中継装置および同装置におけるフレームトレース方
法を提供することを目的とする。

【００１７】

【課題を解決するための手段】このため、本発明の中継
装置は、送信元から受信したフレームを送受信バッファ
に一時的に格納した後に送受信バッファから送信先へ送
信することにより、送信元と送信先との間でフレームを
中継する中継装置において、送受信バッファにおけるフ
レームの格納位置を格納順に管理する管理テーブルと、
管理テーブルを参照しながら、送受信バッファへのフレ
ームの格納、および、フレームの格納領域の送受信バッ
ファからの解放を制御する制御部とをそなえ、この制御
部が、フレームを送受信バッファに保持させるととも
に、送受信バッファにおけるフレームの数が所定数に達
した後に新たなフレームを送受信バッファに格納する都
度、最も古いフレームの格納領域を送受信バッファから
解放することを特徴としている（請求項１）。

【００１８】なお、管理テーブルを、フレーム毎にそな
えられ各フレームの格納位置を登録されるフレーム管理
テーブルと、最も古いフレームに対応するフレーム管理
テーブルの位置および最新のフレームに対応するフレー
ム管理テーブルの位置をそれぞれ先頭フレームポインタ
および最終フレームポインタとして登録されるトレース
管理テーブルとから構成し、各フレーム管理テーブル
に、対応フレームの次に送受信バッファに格納されたフ
レームに対応するフレーム管理テーブルの位置を、次フ
レームポインタとして登録することができる（請求項
２）。

【００１９】また、制御部が、トレース管理テーブルに
おける先頭フレームポインタを、最も古いフレームの次
に格納されたフレームに対応するフレーム管理テーブル
の位置を指示するように書き換えることにより、最も古
いフレームの格納領域を送受信バッファから解放しても
よい（請求項３）。さらに、トレース管理テーブルに、
送受信バッファにおけるフレームの数と前記所定数とを
登録し、制御部が、トレース管理テーブルを参照するこ
とにより、送受信バッファにおけるフレームの数が前記
所定数に達したことを認識してもよい（請求項４）。

【００２０】なお、制御部が、送受信バッファにおける
フレームの所定領域を保存用記録媒体に格納順にコピー
しトレース情報として保存させてもよく（請求項５）、
又、送受信バッファにおけるフレームの所定領域のみを
送受信バッファに保持させ、所定領域を除くフレームの
格納領域を送受信バッファから解放してもよい（請求項
６）。なお、送受信バッファに保持すべき所定領域を指
定する指定部をそなえてもよい（請求項７）。

【００２１】また、本発明のフレームトレース方法は、
送信元から受信したフレームを送受信バッファに一時的
に格納した後に送受信バッファから送信先へ送信するこ
とにより、送信元と送信先との間でフレームを中継する
中継装置において、中継動作の履歴を得るべくフレーム
をトレースする方法であって、送受信バッファにおける
フレームの格納位置を格納順に管理しながら、フレーム
を送受信バッファに保持し、送受信バッファにおけるフ
レームの数が所定数に達した後に新たなフレームを送受
信バッファに格納する都度、最も古いフレームの格納領
域を送受信バッファから解放することを特徴としている
（請求項８）。

【００２２】なお、送受信バッファにおけるフレームの
所定領域を保存用記録媒体に格納順にコピーしトレース
情報として保存してもよい（請求項９）。また、送受信
バッファにおけるフレームの所定領域のみを送受信バッ
ファに保持し、所定領域を除くフレームの格納領域を送
受信バッファから解放してもよい（請求項１０）。

【００２３】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を説明する。図２は本発明の一実施形態として
の中継装置の構成を示すブロック図であり、この図２に
示すように、本実施形態における中継装置２００も、図
１３に示した中継装置１００と同様に、複数（本実施形
態では３）のネットワークＡ〜Ｃ間でフレーム（パケッ
ト）の送受信の中継を行なうネットワーク中継装置で、
ＣＰＵ（制御部）２０２，入出力インターフェース２０
１ａ〜２０１ｃ（２０１），バス２０３，ＲＡＭ（Rand
om Access Memory) ２０４およびコンソール（指定部）
２５０をそなえて構成されており、ＲＡＭ２０４，イン
ターフェース２０１ａ〜２０１ｃおよびコンソール２５
０はＣＰＵ２０２により制御されるようになっている。

【００２４】入出力インターフェース（以下、単にイン
ターフェースと称する）２０１ａ〜２０１ｃは、それぞ
れネットワークＡ〜Ｃに接続されるとともに、バス２０
３を介してＣＰＵ２０２やＲＡＭ２０４に接続されてお
り、これにより中継装置２００と各ネットワークＡ〜Ｃ
との間でフレーム５００（図１，図３参照）を送受信す
ることができるようになっている。

【００２５】なお、以下、インターフェースを示す符号
としては、複数のインターフェースのうちの１つを特定
する必要があるときには符号２０１ａ〜２０１ｃを用い
るが、任意のインターフェースを指すときには符号２０
１を用いる。バス２０３は、前述した通りインターフェ
ース２０１，ＣＰＵ２０２およびＲＡＭ２０４を相互に
接続し、フレーム５００等の種々のデータを受け渡すよ
うになっている。

【００２６】コンソール２５０は、キーボードとモニタ
とをそなえて構成され、オペレータが種々の指示等を入
力したり、保守作業を行なったりするためのものであ
る。ＲＡＭ２０４は、フレーム５００等の種々のデータ
を格納するものであり、このＲＡＭ２０４には、送信元
端末から受信したフレーム５００を一時的に格納するた
めの送受信バッファ２０４ａとしての領域が確保されて
いる。

【００２７】ここで、図１および図３を参照しながら、
本実施形態の送受信バッファ２０４ａの構成（フレーム
格納状態）について説明する。図１は、本実施形態の送
受信バッファ２０４ａにおける複数のフレーム５００
（５０１〜５０４）の格納状態を説明するための図、図
３は、本実施形態の送受信バッファ２０４ａにおける各
フレーム５００（図３ではフレーム５０１）の格納状態
を説明するための図である。なお、図１では送受信バッ
ファ２０４ａに３つのフレーム５０１〜５０３を既に格
納し次にフレーム５０４を格納する状態が示されてい
る。以下、フレームを示す符号としては、複数のフレー
ムのうちの１つを特定する必要があるときには符号５０
１〜５０４を用いるが、任意のフレームを指すときには
符号５００を用いる。

【００２８】送受信バッファ２０４ａにおけるフレーム
５００の格納位置は、図１および図３に示すように、送
受信バッファ２０４ａにそなえられたトレース管理テー
ブル３０１およびフレーム管理テーブル３０２により、
フレーム５００の格納順に管理される。フレーム管理テ
ーブル３０２は、図１では図示を省略しているが、フレ
ーム５００毎にそなえられ、後述するごとく、各フレー
ム５００の格納位置（実際にはフレーム５００を格納す
るデータブロック３０３に対応するフレーム管理テーブ
ル３０２の位置）を登録されるものである。

【００２９】図３に示すように、各フレーム５００は、
その大きさによって１または複数のデータブロック３０
３に格納される。図３では、フレーム５０１が２つのデ
ータブロック３０３−１，３０３−２に分割されて格納
された例が示されている。データブロック３０３−１，
３０３−２は、それぞれフレーム５００を格納するため
の格納領域であって、予め所定の大きさに生成されてい
る。

【００３０】そして、これらのデータブロック３０３−
１，３０３−２に、例えば、フレーム５０１を格納する
際には、データブロック３０３−１の先頭位置から、フ
レーム５０１をそのヘッダ部分から、順次、格納し、更
に、フレーム５０１のうちデータブロック３０３−１に
格納しきれない部分（図３中におけるフレームデータ２
／２の部分）をデータブロック３０３−２の先頭位置か
ら順に格納する。

【００３１】なお、図３においては、フレーム５０１を
２つのデータブロック３０３−１および３０３−２に分
割して格納しているが、それに限定されるものではな
く、フレーム５０１の大きさに応じて、例えば、フレー
ム５０１を１つのデータブロック３０３内に格納した
り、又、フレーム５０１を３以上のデータブロック３０
３に分割して格納したりしてもよい。

【００３２】前述したように、フレーム５００毎にそな
えられるフレーム管理テーブル３０２は、各フレーム５
００において、さらにデータブロック３０３毎にもそな
えられている。例えば、図３に示すフレーム５０１にお
いては、２つのデータブロック３０３−１，３０３−２
にそれぞれ対応する２つのフレーム管理テーブル３０２
（以下、符号３０２−１，３０２−２として表記）がそ
なえられており、これらのフレーム管理テーブル３０２
−１および３０２−２には、それぞれ、データブロック
３０３−１，３０３−２の格納位置が登録される。

【００３３】より具体的に説明すると、フレーム管理テ
ーブル３０２−１には、少なくとも、データブロック３
０３−１の位置を示すデータオフセットポインタ３０２
ｂ−１と、次のフレーム管理テーブル３０２−２の位置
を示すＮＥＸＴＤＡＴＡポインタ３０２ａと、次に受
信したフレーム５００の格納位置を示すＮＥＸＴＦＲ
ＡＭＥポインタ３０２ｃとがそなえられており、又、フ
レーム管理テーブル３０２−２には、データブロック３
０３−２の位置を示すデータオフセットポインタ３０２
ｂ−２がそなえられている。

【００３４】ここで、図３に示すフレーム管理テーブル
３０２は、フレーム５０１に対応するものであり、この
フレーム５０１の次には図１に示すごとくフレーム５０
２が受信されて格納されているので、ＮＥＸＴＦＲＡ
ＭＥポインタ３０２ｃは、フレーム５０２の格納位置を
示している。又、次にデータブロック３０３が存在しな
い場合、ＮＥＸＴＤＡＴＡポインタ３０２ａは未登録
状態となるほか、後続するフレーム５００を持たない最
新のフレーム５００（図１ではフレーム５０３）の格納
位置を登録されるフレーム管理テーブル３０２では、Ｎ
ＥＸＴＦＲＡＭＥポインタ３０２ｃは未登録状態とな
る。

【００３５】なお、以下、フレーム管理テーブル３０２
のデータオフセットポインタについて説明する際には、
このデータオフセットポインタの符号として３０２ｂを
用いる場合がある。１つのフレーム５００を複数のデー
タブロック３０３に分割して格納した場合、上述したフ
レーム管理テーブル３０２のＮＥＸＴＤＡＴＡポイン
タ３０２ａにより、データブロック３０３の格納位置を
格納順に管理できるようになっており、これにより、複
数のデータブロック３０３に分割されて格納されたフレ
ーム５００を１つのフレームとして扱うことができる。

【００３６】さらに、フレーム管理テーブル３０２のＮ
ＥＸＴＦＲＡＭＥポインタ３０２ｃにより、次に格納
したフレーム５００（図３中においてはフレーム５０
１）の位置を知ることができるので、様々な送信元端末
から受信した複数のフレーム５００の、送受信バッファ
２０４ａにおける格納位置を格納順に管理することがで
きるようになっている。

【００３７】一方、トレース管理テーブル３０１には、
図３に示すように、少なくとも、ＴＯＰポインタ（先頭
フレームポインタ）３０１ａ，ＬＡＳＴポインタ（最終
フレームポインタ）３０１ｂ，フレーム数保持部３０１
ｃおよび最大フレーム数保持部３０１ｄがそなえられて
いる。ＴＯＰポインタ３０１ａは、送受信バッファ２０
４ａにおける最も古いフレーム５００に対応するフレー
ム管理テーブル３０２（３０２−１）の位置を示すもの
であり、ＬＡＳＴポインタ３０１ｂは、送受信バッファ
２０４ａにおける最新のフレーム５００（最後に受信し
たフレーム５００）に対応するフレーム管理テーブル３
０２の位置を示すものである。

【００３８】すなわち、本実施形態の中継装置２００に
おいては、トレース管理テーブル３０１とフレーム管理
テーブル３０２とにより、送受信バッファ２０４ａにお
けるフレーム５００の格納位置を格納順に管理すること
ができるようになっている。フレーム数保持部３０１ｃ
は、送受信バッファ２０４ａに格納されているフレーム
５００の数ｎを保持するものであり、本装置において
は、送信元からフレーム５００を受信して送受信バッフ
ァ２０４ａに保持するたびに、ＣＰＵ２０２がフレーム
数保持部３０１ｃに保持されている値ｎをインクリメン
トすることにより、フレーム数保持部３０１ｃに、送受
信バッファ２０４ａに格納されているフレーム５００の
数ｎが更新・登録されるようになっている。

【００３９】また、最大フレーム数保持部３０１ｄは、
送受信バッファ２０４ａに保持可能なフレーム５００の
数である最大フレーム数ＭＡＸ（所定数）を保持するも
のであり、この最大フレーム数ＭＡＸは、ＲＡＭ２０４
の容量等に応じて、コンソール２５０等により予め設定
されるようになっている。そして、ＣＰＵ２０２は、ト
レース管理テーブル３０１のフレーム数保持部３０１ｃ
と最大フレーム数保持部３０１ｄとを参照することによ
り、トレース管理テーブル３０１のフレーム数保持部３
０１ｃに登録されているフレーム数ｎと最大フレーム数
保持部３０１ｄに登録されている最大フレーム数ＭＡＸ
とを比較して、フレーム数ｎが最大フレーム数ＭＡＸと
等しくなった時に送受信バッファ２０４におけるフレー
ム５００の数が所定数に達したことを認識する。

【００４０】また、ＣＰＵ２０２は、トレース管理テー
ブル３０１およびフレーム管理テーブル３０２を参照し
ながら、送受信バッファ２０４ａへのフレーム５００の
格納、および、フレーム５００の格納領域の送受信バッ
ファ２０４ａからの解放を制御するようになっている。
すなわち、ＣＰＵ２０２は、前述したようにトレース管
理テーブル３０１のフレーム数保持部３０１ｃに登録さ
れているフレーム数ｎと最大フレーム数保持部３０１ｄ
に登録されている最大フレーム数ＭＡＸとを比較して、
送受信バッファ２０４ａにおけるフレーム数ｎが最大フ
レーム数ＭＡＸに達するまでは、受信したフレーム５０
０を順次送受信バッファ２０４ａに格納し、送受信バッ
ファ２０４ａにおけるフレーム５００の数ｎが最大フレ
ーム数ＭＡＸとなった後には、新たなフレーム５００を
送受信バッファ２０４ａに格納する都度、最も古いフレ
ームのデータブロック３０３（格納領域）を送受信バッ
ファ２０４ａから解放することにより、送受信バッファ
２０４ａに常に所定数ＭＡＸのフレーム５００を保持す
るように制御する。

【００４１】ここで、データブロック３０３を送受信バ
ッファ２０４ａから解放するためには、具体的には、Ｃ
ＰＵ２０２は、トレース管理テーブル３０１におけるＴ
ＯＰポインタ３０１ａを、最も古いフレーム５００（例
えば、図１中ではフレーム５０１）の次に格納されたフ
レーム５００（例えば、図１中ではフレーム５０２）に
対応するフレーム管理テーブル３０２の位置を指示する
ように書き換えることにより行ない、これにより最も古
いフレーム５００（フレーム５０１）の格納領域、すな
わち、データブロック３０３−１，３０３−２をフレー
ムバッファ２０４ａから解放するのである。なお、ＣＰ
Ｕ２０２は、新たなフレーム５００を送受信バッファ２
０４ａに格納する都度、トレース管理テーブル３０１に
おけるＬＡＳＴポインタ３０１ｂを、その新たなフレー
ム５００に対応するフレーム管理テーブル３０２の位置
を指示するように書き換えている。

【００４２】また、ＣＰＵ２０２は、後述の如く、送受
信バッファ２０４ａにおけるフレーム５００の所定領域
（例えば、ヘッダ部分等）をフロッピー（登録商標）デ
ィスクやテープ等の保存用記録媒体６００（図９参照）
に格納順にコピーすることにより、中継処理の履歴の情
報であるトレース情報として保存させるようになってお
り、例えば、コンソール２５０等からトレース情報の収
集・作成を指示された場合等にトレース情報を保存する
ようになっている。

【００４３】さらに、上述の如く送受信バッファ２０４
ａにおけるフレーム５００の所定領域を保存用記録媒体
６００にコピーしてトレース情報を収集・作成する際に
おいて、コピーする所定領域の位置や大きさをコンソー
ル２５０から指定することができるようになっている。
ここで、図１０〜図１２を参照しながら、本実施形態の
中継装置２００におけるＣＰＵ２０２の制御機能を具体
的に説明する。

【００４４】ＣＰＵ２０２は、図１１に示すように、送
受信バッファ２０４ａに格納されたフレーム５００の送
信終了後に、上述の所定領域を除くフレーム５００の格
納領域（データブロック３０３）を送受信バッファ２０
４ａから解放し、送受信バッファ２０４ａにおけるフレ
ーム５００の所定領域のみを送受信バッファ２０４ａに
保持させるようになっている。

【００４５】そして、この送受信バッファ２０４ａに保
持させるフレーム５００の所定領域（トレース領域）の
位置や大きさ（トレース長）を、図１０に示すように、
オペレータがコンソール２５０から指定することができ
るようになっている。なお、前記所定領域は、コンソー
ル２５０により、例えばフレーム５００の先頭からのト
レース長として指定される。

【００４６】なお、ＣＰＵ２０２は、複数のフレーム５
００を連続的に中継する際においても、図１２に示すよ
うに、所定領域を除くフレーム５００の格納領域（デー
タブロック３０３）を送受信バッファ２０４ａから解放
するようになっている。上述のごとく構成された、本発
明の一実施形態としての中継装置２００の動作について
以下に説明する。

【００４７】まず、本中継装置２００が、図２に示す如
くネットワークＡの端末Ａ１（送信元）からネットワー
クＢの端末Ｂ１（送信先）へデータを送信する際におけ
る本中継装置２００の中継動作およびフレームトレース
動作を、図４〜図８を参照しながら順を追って説明す
る。図４〜図８は、本実施形態の中継装置２００におい
て、トレース管理テーブル３０１により送受信バッファ
２０４ａに格納されたフレーム５００を管理する手法を
説明するための図である。

【００４８】（１）中継装置２００において、ネットワ
ークＡの送信元端末Ａ１からフレーム５００を受信する
と、ＣＰＵ２０２は、図４に示すように、この受信した
フレーム５００を送受信バッファ２０４ａに格納する。
このとき、そのフレーム５００が送受信バッファ２０４
ａに格納する最初のものである場合、ＣＰＵ２０２は、
トレース管理テーブル３０１のフレーム数保持部３０１
ｃに登録されているフレーム数ｎは０であり最大フレー
ム数ＭＡＸに達していないので、そのフレーム数ｎをカ
ウントアップして１にするとともに、送受信バッファ２
０４ａにおけるフレーム５００の格納位置を、トレース
管理テーブル３０１のＴＯＰポインタ３０１ａおよびＬ
ＡＳＴポインタ３０１ｂに登録する。

【００４９】なお、本実施形態においては、トレース管
理テーブル３０１におけるＴＯＰポインタ３０１ａおよ
びＬＡＳＴポインタ３０１ｂには、実際には、フレーム
５００を格納するデータブロック３０３に対応したフレ
ーム管理テーブル３０２の位置がそれぞれ登録されるの
であるが、以下、便宜上、トレース管理テーブル３０１
ａにおけるＴＯＰポインタ３０１ａおよびＬＡＳＴポイ
ンタ３０１ｂに、送受信バッファ２０４ａにおけるフレ
ーム５００の位置を登録すると記述する。

【００５０】（２）ＣＰＵ２０２は、送受信バッファ２
０４ａに格納されたフレーム５００のヘッダ部分を解析
してその送信先である端末Ｂ１の属するネットワークＢ
を認識し、対応するインターフェース２０１ｂを介して
ネットワークＢにフレーム５００を送信する。このと
き、図１０〜図１２にて説明したように、ＣＰＵ２０２
は、送受信バッファ２０４ａから、ヘッダ部分を含む所
定領域を除くフレーム５００の格納領域（データブロッ
ク３０３）を解放してもよい。

【００５１】なお、本中継装置２００において、フレー
ム５００の受信処理が終了した際においても、図５に示
すように、ＴＯＰポインタ３０１ａには送受信バッファ
２０４ａにおけるフレーム５００の位置が登録されたま
まであり、この時点では送受信バッファ２０４ａにおけ
るフレーム５００を解放することはない。（３）次のフレーム５００を受信すると、図６に示すよ
うに、新たに受信したフレーム５００を送受信バッファ
２０４ａに格納するとともに、そのフレーム５００を送
信先に送信する。

【００５２】この際、ＣＰＵ２０２は、トレース管理テ
ーブル３０１のフレーム数保持部３０１ｃに登録されて
いるフレーム数ｎと最大フレーム数保持部３０１ｄに登
録されている最大フレーム数ＭＡＸとを比較する。ここ
では、フレーム数ｎがまだ最大フレーム数ＭＡＸに到達
していないものとすると、ＣＰＵ２０２は、フレーム数
保持部３０１ｃのフレーム数ｎをカウントアップする。

【００５３】また、新たに格納したフレーム５００の格
納位置を、直前に格納したフレーム５００に対応するフ
レーム管理テーブル３０２のＮＥＸＴＦＲＡＭＥポイ
ンタ３０２ｃと、トレース管理テーブル３０１のＬＡＳ
Ｔポインタ３０１ｂとに登録する。すなわち、フレーム
管理テーブル３０２のＮＥＸＴＦＲＡＭＥポインタ３
０２ｃによって、新たに受信したフレーム５００をその
前に格納したフレーム５００の後にチェーンした状態で
管理することにより、送受信バッファ２０４ａにおける
フレーム５００の格納位置を格納順に管理する。

【００５４】また、ＣＰＵ２０２は、トレース管理テー
ブル３０１のＬＡＳＴポインタ３０１ｂを参照すること
により、送受信バッファ２０４ａにおける新たに受信し
たフレーム５００を格納すべき位置を迅速に判断するこ
とができる。（４）以下、上述の（３）の工程を、図７に示すよう
に、トレース管理テーブル３０１のフレーム数保持部３
０１ｃに登録されているフレーム数ｎと最大フレーム数
保持部３０１ｄに登録されている最大フレーム数ＭＡＸ
とが等しくなるまで繰り返し行なう。

【００５５】（５）図７に示すように、送受信バッファ
２０４ａにおけるフレーム数ｎが最大フレーム数ＭＡＸ
に達した状態で、次のフレーム５００を受信すると、Ｃ
ＰＵ２０２は、トレース管理テーブル３０１におけるＴ
ＯＰポインタ３０１ａに、送受信バッファ２０４ａにお
ける最も古いフレーム５００の次に格納されたフレーム
５００の位置を登録する。

【００５６】すなわち、ＣＰＵ２０２は、トレース管理
テーブル３０１におけるＴＯＰポインタ３０１ａに、送
受信バッファ２０４ａにおける最も古いフレーム５００
の次に格納されたフレーム５００に対応するフレーム管
理テーブル３０２の位置を指示するように書き換えるこ
とにより、図８に示すように、最も古いフレームの格納
領域を送受信バッファ２０４ａから解放するとともに、
上述の（３）に示す如く、新たに受信したフレーム５０
０を送受信バッファ２０４ａに格納して、そのフレーム
５００を送信先に送信する。

【００５７】また、ＣＰＵ２０２は、新たに格納したフ
レーム５００の格納位置を、直前に格納したフレーム５
００に対応するフレーム管理テーブル３０２のＮＥＸＴ
ＦＲＡＭＥポインタ３０２ｃと、トレース管理テーブ
ル３０１のＬＡＳＴポインタ３０１ｂとに登録する。（６）以下、ＣＰＵ２０２は、新たなフレーム５００を
受信する都度、上述の（５）の工程を繰り返し行なう。
すなわち、フレーム５００を送受信バッファ２０４ａに
保持させるとともに、最も古いフレームの格納領域を送
受信バッファ２０４ａから解放し、常時、送受信バッフ
ァ２０４ａに所定数ＭＡＸのフレーム５００を保持す
る。

【００５８】これにより、中継装置２００において、送
受信バッファ２０４ａは、いわば一種のキューとして機
能するのである。そして、例えば障害調査時やデバッグ
時等に、本中継装置２００における中継処理の履歴を調
べる（トレースする）際には、送受信バッファ２０４ａ
に格納されているフレーム５００を格納順に辿って解析
する。

【００５９】具体的には、先ず、トレース管理テーブル
３０１のＴＯＰポインタ３０１ａに登録されている情報
によって示される、送受信バッファ２０４ａにおけるフ
レーム管理テーブル３０２の位置（例えば、図３中のフ
レーム管理テーブル３０２−１）を判断し、このフレー
ム管理テーブル３０２（図３中のフレーム管理テーブル
３０２−１）のデータオフセットポインタ３０２ｂ（図
３中のデータオフセットポインタ３０２ｂ−１）によっ
て示されるデータブロック３０３（図３中の３０３−
１）に、送受信バッファ２０４ａに格納されているフレ
ーム５００のうち最も古いフレーム５００（図３中のフ
レーム５０１）が格納されているので、このフレーム５
００のヘッダ等を解析する。

【００６０】そして、上述の最も古いフレーム５００
（図３中のフレーム５０１）に対応するフレーム管理テ
ーブル３０２（図３中のフレーム管理テーブル３０２−
１）のＮＥＸＴＦＲＡＭＥポインタ３０２ｃには、次
に受信したフレーム５００（図３中のフレーム５０２）
の格納位置を示すフレーム管理テーブル３０２の位置が
登録されているので、このフレーム管理テーブル３０２
のデータオフセットポインタ３０２ｂによって示される
データブロック３０３に、次に古いフレーム５００（５
０２）が格納されているので、このフレーム５００（５
０２）のヘッダ等を解析する。

【００６１】以下、同様に、各フレーム管理テーブル３
０２のＮＥＸＴＦＲＡＭＥポインタ３０２ｃを順番に
参照してゆくことにより、送受信バッファ２０４ａに格
納されているフレーム５００を格納順に解析でき、これ
により、中継処理のトレースを行なう。次に、図３およ
び図９を用いて中継処理の履歴を示すトレース情報を保
存する手法を説明する。なお、図９は、本実施形態の中
継装置２００において、履歴情報を保存する手法を説明
するための図である。

【００６２】コンソール２５０等を介してオペレータが
トレース情報の保存を指示すると、ＣＰＵ２０２は、図
９に示すように、先ず、トレース管理テーブル３０１の
ＴＯＰポインタ３０１ａに登録されている情報によって
示される、送受信バッファ２０４ａにおけるフレーム管
理テーブル３０２の位置（例えば、図３中のフレーム管
理テーブル３０２−１）を判断し、このフレーム管理テ
ーブル３０２（図３中のフレーム管理テーブル３０２−
１）のデータオフセットポインタ３０２ｂ（図３中のフ
レーム管理テーブル３０２−１ｂ）によって示されるフ
レーム５００（図３中のフレーム５０１）のヘッダ部分
等の所定領域をフロッピーディスクやテープ等の保存用
記録媒体６００にコピーする。

【００６３】さらに、ＣＰＵ２０２は、フレーム管理テ
ーブル３０２（例えば、図３中のフレーム管理テーブル
３０２−１）のＮＥＸＴＦＲＡＭＥポインタ３０２ｃ
に登録されている情報から、送受信バッファ２０４ａに
おける次のフレーム５００（５０２）の格納位置を判断
して、この次のフレーム５００（５０２）のヘッダ部分
等の所定領域を、保存用記録媒体６００における、先の
フレーム５００（図３中のフレーム５０１）の所定領域
をコピーした位置の後の位置にコピーする。

【００６４】そして、ＣＰＵ２０２は、以下、フレーム
管理テーブル３０２のＮＥＸＴＦＲＡＭＥポインタ３
０２ａを参照しながら、送受信バッファ２０４ａに格納
されている全てのフレーム５００について、その所定領
域を保存用記録媒体６００に格納順にコピーしトレース
情報として保存する。なお、図１０〜図１２により説明
した制御機能を用いて、送受信バッファ２０４ａに各フ
レーム５００の所定領域のみを保存している場合には、
その所定領域の全てをそのままトレース情報として保存
用記録媒体６００にコピーする。

【００６５】また、トレース情報を例えばコンソール２
５０の表示画面等に表示させる場合には、上述の如く作
成して保存したトレース情報を表示画面等に表示させて
もよく、又、トレース情報を保存用記録媒体６００に保
存する代わりに、上述のトレース情報の保存方法と同様
に、送受信バッファ２０４ａに格納されている全てのフ
レーム５００の所定領域を格納順に表示させてもよい。

【００６６】このように、本発明の一実施形態としての
中継装置２００によれば、トレース管理テーブル３０１
とフレーム管理テーブル３０２とにより、送受信バッフ
ァ２０４ａにおけるフレーム５００の格納位置を格納順
に管理するとともに、ＣＰＵ２０２が、これらのトレー
ス管理テーブル３０１とフレーム管理テーブル３０２と
を参照しながら、送受信バッファ２０４ａへのフレーム
５００の格納および、フレーム５００の格納領域の送受
信バッファ２０４ａからの解放を制御し、更に、ＣＰＵ
２０２が、フレーム５００を送受信バッファ２０４ａに
保持させるとともに、送受信バッファ２０４ａにおける
フレーム数ｎが最大フレーム数ＭＡＸに達した後に新た
なフレーム５００を送受信バッファ２０４ａに格納する
都度、最も古いフレーム５００の格納領域を送受信バッ
ファ２０４ａから解放するので、送受信バッファ２０４
ａにおいては、常に、最も新しいフレーム５００を含む
所定数ｎのフレーム５００が、格納順に保存される。

【００６７】これにより、トレース時においては、トレ
ース管理テーブル３０１およびフレーム管理テーブル３
０２を参照しながら送受信バッファ２０４ａを調べるこ
とにより、中継処理の内容を容易にトレースすることが
できる。また、トレースのために、トレース用データと
して、フレーム５００のヘッダ部分等をメモリ上等に形
成した専用領域（トレースバッファ等）にコピーさせた
り移動させたりする必要がない他、フレーム５００の分
割／再構成といった処理も不要で、ＣＰＵ２０２のオー
バヘッドの増大や処理の煩雑化を招くことがなく、高速
でフレーム５００のトレース処理を行なえ、装置全体の
処理時間を短くすることができる。

【００６８】さらに、本実施形態では、トレース用デー
タを格納する専用のメモリ等を設ける必要がないので、
装置の製造コストの増大を招くことがなく、又、ＲＡＭ
２０４上にトレース用データを格納する専用領域を常に
確保しておく必要がないので、ＲＡＭ２０４の領域を有
効に利用することができるようになる。また、ＣＰＵ２
０２が、トレース管理テーブル３０１およびフレーム管
理テーブル３０２を参照しながら、送受信バッファ２０
４ａに格納されている全てのフレーム５００について、
その所定領域を保存用記録媒体６００に格納順にコピー
しトレース情報として保存することにより、高速かつ容
易にトレース情報を保存することができる。

【００６９】さらに、送受信バッファ２０４ａにおける
フレーム５００の解放を行なう際には、トレース管理テ
ーブル３０１のＴＯＰポインタ３０１ａにより、最も古
いフレーム５００の格納領域（データブロック３０３）
を送受信バッファ２０４ａから解放するだけでよいの
で、トレース用データを格納する専用領域をオールクリ
アする必要がなく、最も古いフレーム５００の格納領域
（データブロック３０３）を送受信バッファ２０４ａか
ら高速に解放することができるとともに、これにより、
最新のフレーム５００を格納する格納領域（データブロ
ック３０３）を確保することができる。

【００７０】また、図１０〜図１２により説明した制御
機能を用い、コンソール２５０によって、送受信バッフ
ァ２０４ａに保持すべきトレース領域やトレース長を設
定するとともに、送受信バッファ２０４ａに格納された
フレーム５００の送信終了後に、設定したトレース領域
（トレース長）を除くフレーム５００の格納領域（デー
タブロック３０３）を送受信バッファ２０４ａから解放
することで、トレース情報として必要な部分だけ保存で
きるとともに、本中継装置２００において送受信バッフ
ァ２０４ａを効率良く使用することができる。

【００７１】一般に、フレーム５００のトレースにおい
ては、フレーム５００の全データを採取することはあま
りないので、フレーム５００におけるヘッダ部分等、ト
レースに必要な領域を除いた格納領域を送受信バッファ
２０４ａから解放してもトレース作業に影響はなく、送
受信バッファ２０４ａにおけるトレースのためのフレー
ム５００の格納領域を減らすことができ、送受信バッフ
ァ２０４ａの使用効率を向上させることができる。

【００７２】なお、上記実施形態において、送受信バッ
ファ２０４ａへのフレーム５００の格納手法について特
に述べていないが、フレームバッファ２０４ａにフレー
ムを格納する際には、ＣＰＵ２０２により制御して行な
ってもよく、又、ＤＭＡ（Direct Memory Access）機能
により格納してもよい。そして、本発明は上述した実施
形態に限定されるものではなく、本発明の趣旨を逸脱し
ない範囲で種々変形して実施することができる。

【００７３】

【発明の効果】以上詳述したように、本発明の中継装置
およびフレームトレース方法によれば、送受信バッファ
におけるフレームの格納位置を格納順に管理する管理テ
ーブルと、この管理テーブルを参照しながら、送受信バ
ッファへのフレームの格納、および、フレームの格納領
域の送受信バッファからの解放を制御する制御部とをそ
なえ、制御部が、フレームを送受信バッファに保持させ
るとともに、送受信バッファにおけるフレームの数が所
定数に達した後に新たなフレームを送受信バッファに格
納する都度、最も古いフレームの格納領域を送受信バッ
ファから解放するので、常に、最も新しいフレームを含
む所定数のフレームが、送受信バッファに格納順に保存
され、トレースのために、フレームのヘッダ部分等を専
用領域にコピーさせたり移動させたりする必要がない
他、フレームの分割／再構成といった処理も不要で、オ
ーバヘッドの増大や処理の煩雑化を招くことがなく、高
速でフレームのトレース処理を行なうことができ、又、
専用のメモリや領域を設ける必要がないので、装置の製
造コストの増大を招くことがなく、中継装置におけるメ
モリ等の領域を有効に利用することができる利点がある
（請求項１，請求項８）。

【００７４】なお、管理テーブルを、フレーム毎にそな
えられ各フレームの格納位置を登録されるフレーム管理
テーブルと、最も古いフレームに対応するフレーム管理
テーブルの位置および最新のフレームに対応するフレー
ム管理テーブルの位置をそれぞれ先頭フレームポインタ
および最終フレームポインタとして登録されるトレース
管理テーブルとから構成し、各フレーム管理テーブル
に、対応フレームの次に送受信バッファに格納されたフ
レームに対応するフレーム管理テーブルの位置を、次フ
レームポインタとして登録してもよく、これにより、送
受信バッファに格納されたフレームを、確実に格納順に
管理することができる利点がある（請求項２）。

【００７５】また、制御部が、トレース管理テーブルに
おける先頭フレームポインタを、最も古いフレームの次
に格納されたフレームに対応するフレーム管理テーブル
の位置を指示するように書き換えることにより、最も古
いフレームの格納領域を送受信バッファから解放しても
よく、これにより、最も古いフレームの格納領域を送受
信バッファから高速に解放することができるとともに、
これにより、最新のフレームを格納する格納領域を確保
することができる利点がある（請求項３）。

【００７６】さらに、トレース管理テーブルに、送受信
バッファにおけるフレームの数と所定数とが登録され、
制御部が、トレース管理テーブルを参照することによ
り、送受信バッファにおけるフレームの数が所定数に達
したことを認識してもよく、これにより、送受信バッフ
ァにおけるフレームの数が所定数に達した後に新たなフ
レームを送受信バッファに格納する都度、最も古いフレ
ームの格納領域を送受信バッファから解放することがで
きるので、送受信バッファを効率的に使用することがで
きる利点がある（請求項４）。

【００７７】また、制御部が、送受信バッファにおける
フレームの所定領域を保存用記録媒体に格納順にコピー
しトレース情報として保存させてもよく、これにより、
高速かつ容易にトレース情報を保存することができる利
点がある（請求項５，請求項９）。さらに、制御部が、
送受信バッファにおけるフレームの所定領域のみを送受
信バッファに保持させ、所定領域を除くフレームの格納
領域を送受信バッファから解放してもよく、これによ
り、送受信バッファにおけるトレースのために用いるフ
レームの格納領域を減らすことができるので、送受信バ
ッファの使用効率を向上させることができる利点がある
（請求項６，請求項１０）。

【００７８】なお、送受信バッファに保持すべき所定領
域を指定する指定部をそなえてもよく、これにより、送
受信バッファに保持すべき所定領域を任意に設定するこ
とができる利点がある（請求項７）。

【図面の簡単な説明】

【図１】本発明の一実施形態としての中継装置の送受信
バッファにおける複数のフレームの格納状態を説明する
ための図である。

【図２】本発明の一実施形態としての中継装置の構成を
示すブロック図である。

【図３】本発明の一実施形態としての中継装置の送受信
バッファにおける個々のフレームの格納状態を説明する
ための図である。

【図４】本発明の一実施形態としての中継装置におい
て、トレース管理テーブルにより送受信バッファに格納
されたフレームを管理する手法を説明するための図であ
る。

【図５】本発明の一実施形態としての中継装置におい
て、トレース管理テーブルにより送受信バッファに格納
されたフレームを管理する手法を説明するための図であ
る。

【図６】本発明の一実施形態としての中継装置におい
て、トレース管理テーブルにより送受信バッファに格納
されたフレームを管理する手法を説明するための図であ
る。

【図７】本発明の一実施形態としての中継装置におい
て、トレース管理テーブルにより送受信バッファに格納
されたフレームを管理する手法を説明するための図であ
る。

【図８】本発明の一実施形態としての中継装置におい
て、トレース管理テーブルにより送受信バッファに格納
されたフレームを管理する手法を説明するための図であ
る。

【図９】本発明の一実施形態としての中継装置におい
て、履歴情報を保存する手法を説明するための図であ
る。

【図１０】本発明の一実施形態としての中継装置におけ
るＣＰＵ（制御部）の制御機能を具体的に説明するため
の図である。

【図１１】本発明の一実施形態としての中継装置におけ
るＣＰＵ（制御部）の制御機能を具体的に説明するため
の図である。

【図１２】本発明の一実施形態としての中継装置におけ
るＣＰＵ（制御部）の制御機能を具体的に説明するため
の図である。

【図１３】一般的な中継装置の使用例を説明するための
ブロック図である。

【図１４】一般的な中継装置の構成を示すブロック図で
ある。

【図１５】中継装置における従来のフレームトレース方
法を説明するための図である。

【符号の説明】

２００中継装置２０１，２０１ａ，２０１ｂ，２０１ｃ入出力インタ
ーフェース２０２ＣＰＵ（制御部）２０４ＲＡＭ２０４ａ送受信バッファ２５０コンソール（指定部）３０１トレース管理テーブル（管理テーブル）３０１ａＴＯＰポインタ（先頭フレームポインタ）３０１ｂＬＡＳＴポインタ（最終フレームポインタ）３０１ｃフレーム数保持部３０１ｄ最大フレーム数保持部３０２，３０２−１，３０２−２フレーム管理テーブ
ル（管理テーブル）３０３，３０３−１，３０３−２データブロック（格
納領域）５００，５０１，５０２，５０３，５０４フレーム６００保存用記録媒体Ａ１端末（送信元）Ｂ１端末（送信先）

Claims

【特許請求の範囲】

【請求項１】送信元から受信したフレームを送受信バ
ッファに一時的に格納した後に該送受信バッファから送
信先へ送信することにより、前記の送信元と送信先との
間で前記フレームを中継する中継装置において、該送受信バッファにおける前記フレームの格納位置を格
納順に管理する管理テーブルと、該管理テーブルを参照しながら、該送受信バッファへの
前記フレームの格納、および、前記フレームの格納領域
の該送受信バッファからの解放を制御する制御部とをそ
なえ、該制御部が、前記フレームを該送受信バッファに保持さ
せるとともに、該送受信バッファにおける前記フレーム
の数が所定数に達した後に新たなフレームを該送受信バ
ッファに格納する都度、最も古いフレームの格納領域を
該送受信バッファから解放することを特徴とする、中継
装置。
【請求項２】該管理テーブルが、前記フレーム毎にそなえられ各フレームの格納位置を登
録されるフレーム管理テーブルと、前記最も古いフレームに対応するフレーム管理テーブル
の位置および最新のフレームに対応するフレーム管理テ
ーブルの位置をそれぞれ先頭フレームポインタおよび最
終フレームポインタとして登録されるトレース管理テー
ブルとから構成され、各フレーム管理テーブルに、対応フレームの次に該送受
信バッファに格納されたフレームに対応するフレーム管
理テーブルの位置が、次フレームポインタとして登録さ
れることを特徴とする、請求項１記載の中継装置。
【請求項３】該制御部が、該トレース管理テーブルに
おける前記先頭フレームポインタを、前記最も古いフレ
ームの次に格納されたフレームに対応するフレーム管理
テーブルの位置を指示するように書き換えることによ
り、前記最も古いフレームの格納領域を該送受信バッフ
ァから解放することを特徴とする、請求項２記載の中継
装置。
【請求項４】該トレース管理テーブルに、該送受信バ
ッファにおける前記フレームの数と前記所定数とが登録
され、該制御部が、該トレース管理テーブルを参照することに
より、該送受信バッファにおける前記フレームの数が前
記所定数に達したことを認識することを特徴とする、請
求項２または請求項３に記載の中継装置。
【請求項５】該制御部が、該送受信バッファにおける
前記フレームの所定領域を保存用記録媒体に前記格納順
にコピーしトレース情報として保存させることを特徴と
する、請求項１〜請求項４のいずれか１項に記載の中継
装置。
【請求項６】該制御部が、該送受信バッファにおける
前記フレームの所定領域のみを該送受信バッファに保持
させ、前記所定領域を除く前記フレームの格納領域を該
送受信バッファから解放することを特徴とする、請求項
１〜請求項４のいずれか１項に記載の中継装置。
【請求項７】該送受信バッファに保持すべき前記所定
領域を指定する指定部をそなえたことを特徴とする、請
求項６記載の中継装置。
【請求項８】送信元から受信したフレームを送受信バ
ッファに一時的に格納した後に該送受信バッファから送
信先へ送信することにより、前記の送信元と送信先との
間で前記フレームを中継する中継装置において、中継動
作の履歴を得るべく前記フレームをトレースする方法で
あって、該送受信バッファにおける前記フレームの格納位置を格
納順に管理しながら、前記フレームを該送受信バッファ
に保持し、該送受信バッファにおける前記フレームの数が所定数に
達した後に新たなフレームを該送受信バッファに格納す
る都度、最も古いフレームの格納領域を該送受信バッフ
ァから解放することを特徴とする、フレームトレース方
法。
【請求項９】該送受信バッファにおける前記フレーム
の所定領域を保存用記録媒体に前記格納順にコピーしト
レース情報として保存することを特徴とする、請求項８
記載のフレームトレース方法。
【請求項１０】該送受信バッファにおける前記フレー
ムの所定領域のみを該送受信バッファに保持し、前記所
定領域を除く前記フレームの格納領域を該送受信バッフ
ァから解放することを特徴とする、請求項８記載のフレ
ームトレース方法。