JP4483100B2 - ネットワーク間接続装置 - Google Patents
ネットワーク間接続装置 Download PDFInfo
- Publication number
- JP4483100B2 JP4483100B2 JP2001042691A JP2001042691A JP4483100B2 JP 4483100 B2 JP4483100 B2 JP 4483100B2 JP 2001042691 A JP2001042691 A JP 2001042691A JP 2001042691 A JP2001042691 A JP 2001042691A JP 4483100 B2 JP4483100 B2 JP 4483100B2
- Authority
- JP
- Japan
- Prior art keywords
- packet
- header
- transmission
- identification information
- data
- 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.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は異なる回線プロトコルを持つために従来接続困難であった、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）とＳＡＮ(Ｓｔｏｒａｇｅ ＡｒｅａＮｅｔｗｏｒｋ)を接続する通信形態に関する。本発明により、ＬＡＮとＳＡＮの直接接続、即ち、ＬＡＮ上のＰＣ(Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ)／ＷＳ(Ｗｏｒｋ Ｓｔａｔｉｏｎ)からＳＡＮ上の記憶装置（磁気ディスク、光ディスク）、サーバへのアクセスが可能となる。
【０００２】
【従来の技術】
インターネットの爆発的普及により、ＴＣＰ(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｔｎｒｏｌ Ｐｒｏｔｏｃｏｌ)／ＩＰ(Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ)プロトコルがネットワーク通信の標準プロトコルとなった。ＴＣＰ／ＩＰは企業や学校の中で構築されているＬＡＮの代表的なプロトコルである。ＬＡＮで用いられる物理回線はＥｔｈｅｒｎｅｔが主流で、伝送速度が異なる１０Ｍｂｐｓ(Ｍｅｇａ(１００万) ｂｉｔ ｐｅｒ ｓｅｃｏｎｄ)、 １００Ｍｂｐｓ、 １Ｇｂｐｓ(Ｇｉｇａ(１０億) ｂｉｔ ｐｅｒ ｓｅｃｏｎｄ)のＥｔｈｅｒｎｅｔが存在する。ただし、それぞれの違いは伝送速度のみであり、物理回線上でのパケットフォーマットは全て同じとし、相互接続性を確保している。
【０００３】
このように普及したＬＡＮは、ＰＣ、 ＷＳといった情報処理装置同士の接続には適しているが、磁気ディスク、光ディスクといった情報記憶装置を接続するには不向きである。なぜならば情報処理装置間で通信されるデータは数１００バイト（例：処理要求と処理結果）程度と比較的小さいが、情報記憶装置が送受信するデータは数キロバイト〜数Ｍバイト（例：顧客情報）と非常に大きいためである。そのような情報記憶装置との通信に適したネットワークとして「ＳＡＮ」が出現した。ＳＡＮは従来のＳＣＳＩ(Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｅｒｉａｌ Ｉｎｔｅｒｆａｃｅ)接続を拡張したもので、物理回線としてＦｉｂｒｅ Ｃｈａｎｎｅｌを用いる場合が主流である。Ｆｉｂｒｅ Ｃｈａｎｎｅｌは、(１)１Ｇｂｐｓ以上の高速通信を実現
(２)数キロ〜数１０キロメートルの長距離通信を実現
(３)フロー制御、再送制御機構を備えるため、高信頼通信を実現
といった情報記憶装置との接続に適した特徴を持つ。大型データセンタを中心にＳＡＮの普及は進んでおり、企業や学校内のネットワークは、ＬＡＮとＳＡＮで構成されるようになっていく。
【０００４】
このＬＡＮとＳＡＮを直接接続するために、いくつかの方式が提案されている。ＩＥＴＦ(Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ)では、以下の標準化が行われている（一部標準化完了）。
(１) RＦＣ２６２５ : ＩＰ ａｎｄ ＡＲＰ ｏｖｅｒ Ｆｉｂｒｅ Ｃｈａｎｎｅｌ
(２) Draft : Ｆｉｂｒｅ Ｃｈａｎｎｅｌ ｏｖｅｒ ＩＰ
これらはＦｉｂｒｅ ＣｈａｎｎｅｌパケットをＩＰカプセリングすることにより、ＩＰで通信を行うＬＡＮとの接続性を確保する。
一方、ＮＣＩＴＳ(Ｎａｔｉｏｎａｌ Ｃｏｍｍｉｔｔｉｅ ｆｏｒ Ｉｎｆｏｒｍａｔｉｏｎ ＴｅｃｈＮｏｌｏｇｙ Ｓｔａｎｄａｒｄｓ)では、ＷＡＮ(Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ)とＳＡＮを直接接続する、以下の標準化が行われている。
(３) Ｆｉｂｒｅ Ｃｈａｎｎｅｌ Ｂａｃｋ Ｂｏｎｅ Ｒｅｖ４.７
これら標準化と平行して先行的に製品開発、市場投入を行っているネットワークベンチャが米国を中心に存在するが、ＬＡＮ−ＳＡＮ間の相互接続性は確保できていない。
【０００５】
ここでＦｉｂｒｅ ＣｈａｎｎｅｌとＥｔｈｅｒｎｅｔ間の通信に関して説明する。図２９はＯＳＩ７階層モデルで示した、通信装置Ａ（３００１）、通信装置Ｂ（３００２）、接続装置（３００３）からなるネットワークである。通信装置Ａ（３００１）、通信装置Ｂ（３００２）、接続装置（３００３）は通信回線（３０１０、３０１１）で接続されている。ここでは、通信装置Ａ（３００１）側の通信回線（３０１０）をＦｉｂｒｅ Ｃｈａｎｎｅｌ、通信装置Ｂ（３００２）側の通信回線（３０１１）をＥｔｈｅｒｎｅｔとする。ＯＳＩ７階層は上位からＬａｙｅｒ７、 Ｌａｙｅｒ６となり最下位層はＬａｙｅｒ１となる。ここでは、本発明が関与するＬａｙｅｒ３（３００４、３００６）、Ｌａｙｅｒ２（３００５、３００７、３００９）について説明する。Ｌａｙｅｒ３（３００４、３００６）は通信回線に依存しないプロトコルを規定したもので、ＬＡＮの場合はＩＰ、ＳＡＮの場合はSCSI又はＩＰとなる。ＬＡＮ、ＳＡＮの相互接続を行うためには双方のＬａｙｅｒ３（３００４、３００６、３００８）を同じプロトロルとする必要があるため、Ｌａｙｅｒ３（３００４、３００６、３００８）のプロトコルをＩＰとする。Ｌａｙｅｒ２（３００５、３００７、３００９）は通信回線に依存したプロトコルを規定したものでＬＡＮの場合Ｅｔｈｅｒｎｅｔ、ＳＡＮの場合、Ｆｉｂｒｅ Ｃｈａｎｎｅｌとなる。
【０００６】
異なる特性の回線を接続する場合は、Ｌａｙｅｒ２（３００５、３００７、３００９）のプロトコルを相互変換する装置（３００３）が必要になる。相互変換する装置（３００３）は二つ以上のポートを有し、片方のポートで受信したパケットを別のポートへ送信する。その場合、必要に応じてパケットフォーマットの変換を行う。図２９の場合、通信装置Ａ（３００１）が送信したパケットはＦｉｂｒｅ Ｃｈａｎｎｅｌ（３０１０）経由で接続装置（３００３）に送られて（３０１２）、パケットフォーマットを変換後、Ｅｔｈｅｒｎｅｔ（３０１１）経由で通信装置Ｂ（３００２）に送られる（３０１３）。また接続装置（３００３）も通信装置（３００１、３００２）と同様に、Ｌａｙｅｒ３での相互接続性を確保するため、Ｌａｙｅｒ３プロトコル（３００８）は共通のプロトコル、例えばＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ（ＩＰ）を持つ必要がある。
【０００７】
つぎに通信装置Ａ（３００１）がパケットを送信する様子を図３０、図３１を用いて説明する。図３０は通信装置Ａ（３００１）がＵｓｅｒ Ｄａｔａ（３１０５）を送信する様子を示したものである。このＵｓｅｒ Ｄａｔａ（３１０５）とは、図３０のＬａｙｅｒ４より上位のレイヤに位置するアプリケーションから受け取ったデータであり、図３０の場合はＬａｙｅｒ７で生成されたデータである。なお、Ｌａｙｅｒ３（３１０３）のプロトコルはＩＰとし、Ｌａｙｅｒ４（３１０２）のプロトコルはＴｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ（ＴＣＰ）とする。Ｌａｙｅｒ７（３１０１）で生成されたＵｓｅｒ Ｄａｔａ（３１０５）は、Ｌａｙｅｒ６、 Ｌａｙｅｒ５経由でＬａｙｅｒ４（３１０２）に渡される。Ｌａｙｅｒ４（３１０２）はＴＣＰのプロトコル処理を行った後、Ｕｓｅｒ Ｄａｔａ（３１０５）にＴＣＰヘッダ（３１０７）を付加して、Ｌａｙｅｒ４パケット（３１０６）を生成する。生成したＬａｙｅｒ４パケット（３１０６）はＬａｙｅｒ３（３１０３）に渡され、ＩＰのプロトコル処理が行われる。
【０００８】
Ｌａｙｅｒ３（３１０３）はプロトコル処理の後に、ＩＰヘッダ（３１０９）を付加しＬａｙｅｒ３パケット（３１０８）を生成する。またＬａｙｅｒ３（３１０３）は生成したＬａｙｅｒ３パケット（３１０８）とパケットを送信する回線に定義されている最大パケット長を比較する。Ｌａｙｅｒ３パケット（３１０８）の長さが最大データ長よりも長い場合、そのままでは送信することが出来ないため、分割処理が行われる。分割されたＵｓｅｒ Ｄａｔａ（３１１３）にＩＰヘッダ（３１１２）を付加することにより、新たなＬａｙｅｒ３パケット（３１１１）を生成する。それぞれのＬａｙｅｒ３パケットはＬａｙｅｒ２（３１０４）に渡される。
【０００９】
Ｌａｙｅｒ２（３１０４）はＬａｙｅｒ２プロトコル処理を行い、ＦＣヘッダ（３１１５）を付加する。付加したパケットをＦｉｂｒｅ Ｃｈａｎｎｅｌ（３０１０）に送信する前に、Ｆｉｂｒｅ ＣｈａｎｎｅｌはＬａｙｅｒ２でパケットの分割処理を行う（このＬａｙｅｒ２でのパケット処理はＥｔｈｅｒｎｅｔでは行われない）。そのため図３０に示されるように１番目のＬａｙｅｒ３パケット（３１０８）はＬａｙｅｒ２パケット１（３１１４）とＬａｙｅｒ２パケット２（３１１８）に分割され、２番目のＬａｙｅｒ３パケット（３１１１）はＬａｙｅｒ２パケット３（３１２０）とＬａｙｅｒ２パケット４（３１２２）に分割される。それぞれのＬａｙｅｒ２パケットにはＦＣ（Ｆｉｂｒｅ Ｃｈａｎｎｅｌ）ヘッダが付加される。ＦＣヘッダは図３１に示すように、送信先を示す識別子である送信先アドレス（３２０１）、送信元を示す識別子である送信元アドレス（３２０２）、送信元が割り当てるＦｒａｍｅ ID（３２０３）、分割されたパケットのどの部分であるかを示すＦｒａｍｅ ＣＴＬ（３２０４）、その他のヘッダ情報（３２０５）からなる。パケットが分割されてから送信される場合は、Ｆｒａｍｅ ID（３２０３）はその全てに同じ値を割り当てる。すなわち、Ｌａｙｅｒ２パケット１（３１１４）とＬａｙｅｒ２パケット２（３１１８）は同じＦｒａｍｅ IDの値を持つことになる。このＦｒａｍｅ ID（３２０４）より、分割されたパケットを再構成する場合に、どのパケットが本来同じパケットであるかを判断することが出来る。Ｆｒａｍｅ ＣＴＬ（３２０４）は分割パケットの先頭を表す「１ｓｔ」、末尾を表す「ＥＮＤ」、先頭で末尾（つまり分割されていない単一のパケット）を表す「１ｓｔ／ＥＮＤ」、２番目から末尾−１を表す「ＮＵＬＬ」からなる。このＦｒａｍｅ ＣＴＬ（３２０４）を見ることにより、パケットが分割されているかいないか、分割されている場合はどの位置かを判断することが出来る。これらＦｉｂｒｅ Ｃｈａｎｎｅｌのヘッダ仕様は、前記ＮＣＩＴＳで標準化されており、WWWなどでＤｒａｆｔを入手することが可能である。（Ｓｔａｎｄａｒｄは有料）
【００１０】
【発明が解決しようとする課題】
Ｆｉｂｒｅ ＣｈａｎｎｅｌとＥｔｈｅｒｎｅｔは回線特性が大きく異なるため、パケットフォーマットを変換出来ない場合がある。図３２は図２９における接続装置（３００３）がパケットを中継する様子を示した図である。接続装置（３００３）は図３３に示す中継テーブル（３４０１）を持ち、それを用いて送信先の決定、送信先回線のパケットフォーマットの変換を行う。前述したようにＦｉｂｒｅ ＣｈａｎｎｅｌとＥｔｈｅｒｎｅｔではＬａｙｅｒ２でのパケットの変換ができないため、接続装置（３００３）はＬａｙｅｒ３で変換を行う。そのため中継テーブル（３４０１）も図３３に示すように、Ｌａｙｅｒ３情報に関するものとなる。以下、図３３に示す中継テーブル（３４０１）を使うことを前提にパケットの中継処理を説明する。
【００１１】
接続装置（３００３）のＰｏｒｔA（３３０２）はＦｉｂｒｅ Ｃｈａｎｎｅｌ（３０１０）に接続されており、パケット（３１１４）を受信する。パケット（３１１４）はＦＣ−A（３１１５）、ＩＰ−A（３１１６）、ＴＣＰ（３１１７）、Ｕｓｅｒ Ｄａｔａ（３１１７）を有する。ここで、ＩＰ−Ａ（３１１６）とは通信相手のＩＰアドレスであるが図に示すＩＰ−Ａ（３１１６）にはこのアドレス以外の、ＩＰヘッダ全体が含まれる。図３２では特にアドレス情報に注目して説明するため、アドレス情報のみを表記している。同様に、ＦＣ−Ａ（３１１５）にはＦｉｂｒｅ Ｃｈａｎｎｅｌの通信回線に特化したプロトコル処理を行うレイヤにて通信相手を識別するためのアドレス情報であるが、図３２のＦＣ−Ａ（３１１５）で示す領域にはこのアドレス以外のヘッダ情報も含まれる。接続装置（３００３）は受信したパケットのＬａｙｅｒ３情報であるＩＰ−A（３１０９）を読み取り、その値で中継テーブル（３４０１）の検索を行う。検索結果として、送信先ＭＡＣアドレスであり、Ｌａｙｅｒ２情報であるＭＡＣ−A（３３１０）、接続装置と送信先ネットワークであるＥｔｈｅｒｎｅｔ（３０１１）の接点である送信ポート、ＰｏｒｔB（３３０３）、送信先の回線に定義されている最大パケット長であるＬｅｎＡ（３４０２）を取得する。接続装置（３００３）は、受信パケット（３１１４）からＦＣ−A（３１１５）を取り除き、この検索結果を元にＭＡＣ−A（３３１０）を付加し、送信ポートであるＰｏｒｔB（３３０３）にパケット（３３０４）を送信する。ここでも、図３２に示すＭＡＣ−Ａとは通信相手のＭＡＣアドレスのみならず通信回線がＥｔｈｅｒｎｅｔ（３０１１）である場合にそれに特化したプロトコル処理を行うレイヤにおいて必要とされるその他の情報を含む。
【００１２】
ところが図３０で説明したように、Ｌａｙｅｒ２（３１０４）で分割された２番目のパケット（図３０のパケット（３１１８）、パケット（３１２２））にはＩＰ情報が含まれていない。これはＬａｙｅｒ２がＬａｙｅｒ３から渡されたパケットについて、Ｌａｙｅｒ３（３１０３）のヘッダ情報であるＩＰ−Ａ（３１０９）とデータ情報であるＴＣＰ（３１０８）及びＵｓｅｒ Ｄａｔａ（３１１０）を、まとめて一つのデータ情報としてパケットの分割を行い、分割後のパケットにＬａｙｅｒ２ヘッダを付加するためである。このように、分割された２番目以降のパケットにはＩＰ情報を格納したＩＰヘッダが付加されていないことから中継テーブル（３４０１）を検索することが出来ず、そのため受信パケット（３１１８）から送信パケット（３３０５）に変換することが出来ない。
【００１３】
そのため、Ｆｉｂｒｅ ＣｈａｎｎｅｌからＥｔｈｅｒｎｅｔへとパケットを中継する場合は、送信側の装置におけるＬａｙｅｒ２で分割されたパケットを接続装置で一度再構成し、再構成後のパケットを目的のネットワークへ送信することを現在行っている。図３４は送信側の装置のＬａｙｅｒ２で分割された二つのパケット（３１１４、 ３１１８）を再構成（３５０２）して一つのＬａｙｅｒ３パケット（３５０１）とし、更に再分割（３５０３）して二つのＬａｙｅｒ２パケット（３５０４、 ３５０６）を生成している様子を示したものである。再分割（３５０３）される個々のパケットのサイズは送信先回線の１パケットにおける最大データ長に依存するが、通常Ｆｉｂｒｅ Ｃｈａｎｎｅｌの１パケットあたりの最大データ長はＥｔｈｅｒｎｅｔの１パケットあたりの最大データ長よりも大きいため、サイズの大きなデータをやり取りする場合は再分割（３５０３）される可能性が高い。
【００１４】
接続装置は、当然ながら分割されたパケットを全て受信してからでないと再構成を行うことができないため、再構成用のメモリが必要になる。収容する回線数が多い場合や、大量のデータをやりとりする場合には、再構成用のメモリは大容量のものを必要とする。大容量のメモリを有し再構成（必要に応じて再分割も）を行うことが出来るのはサーバであることから、図２に示すように、サーバ（サーバＡ（２０５））経由でＬＡＮ（２０２）とＳＡＮ（２０１）を接続することが一般に行われている。しかしサーバはソフトウェアで中継処理を行うことから、パケット統合及び再分割処理を高速に行うことが困難であり、結果パケットの高速中継をすることが難しい。また記憶装置（記憶装置Ａ（２０７）、記憶装置Ｂ（２０８））や、ユーザ端末（ユーザ端末Ａ（２０３）、ユーザ端末Ｂ（２０４））が増加した場合、サーバに対するアクセス数がそれだけ増加するためサーバ性能が不足してくる。性能不足を解消するため、サーバの追加（サーバＢ（２０６））を行うが、ネットワークの接続形態が変化するため、そのたびに経路情報を再設定したり、追加したサーバに対し新しいＩＰアドレスを割当てたりする必要がある。このようなネットワーク管理が発生することにより、管理ミスに伴うサービス停止や、管理コストの増加といった問題が生じる。
【００１５】
【課題を解決するための手段】
そこで本発明ではＦＣヘッダのような第１のヘッダと、場合によりＩＰヘッダのような第２のヘッダを有する第１のパケットが転送されるＳＡＮのような第１のネットワークと、ＭＡＣアドレスを含みＥｔｈｅｒｎｅｔで用いられるような第３のヘッダと第２のヘッダを有する第２のパケットが転送されるＬＡＮのような第２のネットワークとに接続され、第１のネットワークから受信した第１のパケットを第２のパケットに変換して第２のネットワークに送信する接続装置を提案する。
【００１６】
この接続装置のヘッダ識別部は、ＳＡＮ等から受信した第１のパケットが第２のヘッダを持つか否かを、第１のパケットに含まれるＦｒａｍｅＣＴＬのようなパケット制御情報により判別する。ヘッダ格納部は、ヘッダ識別部により第２のヘッダを有すると判別された第１のパケットの第２のヘッダの情報と、第１のパケットのＦｒａｍｅＩＤのような第１のパケット識別情報とを読み出し、これら第２のヘッダの情報と第１のパケット識別情報とをテーブルなどで管理することで関連付けて記憶する。第１のヘッダ付加部は、ヘッダ識別部により第２のヘッダが無いと判別された第１のパケットの、ＦｒａｍｅＩＤのような第２のパケット識別情報でヘッダ格納部が記憶する第１のパケット識別情報を検索し、第２のパケット識別情報と一致する第１のパケット識別情報を見つけ、この第１のパケット識別情報と関連付けて記憶された第２のヘッダの情報を取得し、第２のヘッダを持たない第１のパケットに第２のヘッダを付加する。ヘッダ除去部は、第２のヘッダを有すると判別された第１のパケット及び第１のヘッダ付加部より第２のヘッダを付加された第１のパケットから第１のヘッダを取り除く。第２のヘッダ付加部は、ヘッダ除去部により前記第１のヘッダを取り除かれた第１のパケットに、第３のヘッダを付加する。第１のヘッダ付加部により、パケットを再構成することなく、分割された各第１のパケットに対しＩＰヘッダのような第２のヘッダを付加することが可能となる。
【００１７】
【発明の実施の形態】
本発明の実施の形態を説明する。ここではインターネットで使用され世界標準となっているＩＰネットワークを前提として説明する。また、ＳＡＮの回線種別はＦｉｂｒｅ Ｃｈａｎｎｅｌ、 ＬＡＮの回線種別はＥｔｈｅｒｎｅｔとして説明する。
【００１８】
はじめに本発明をネットワーク間接続装置に実装し、ＳＡＮとＬＡＮからなるネットワークシステムを構築した場合を説明する。図１のネットワーク間接続装置（１０１）は２つのポートを備え、そのうちのＰｏｒｔ−１（３１０）がＬＡＮに属するＥｔｈｅｒｎｅｔ（１１１）に、もう１つのＰｏｒｔ−２（３１１）ＳＡＮに属するＦｉｂｒｅ Ｃｈａｎｎｅｌ（１１２）に接続されているものとする。本実施例では、１つのＳＡＮと１つのＬＡＮを接続する例を説明するためポート数は２つとしているが、実際にはＳＡＮやＬＡＮ以外のＷＡＮ（ＷｉｄｅＡｒｅａ Ｎｅｔｗｏｒｋ）等の異なる回線プロトコルを用いるネットワークを相互接続する場合も考えられ、その場合は３つ以上のポートを有していても良い。また、ネットワーク接続装置（１０１）のポートを複数のＳＡＮに対しそれぞれ割り当て、それらＳＡＮ同士をネットワーク接続装置（１０１）で接続することや、同様に複数のＬＡＮ同士を接続したネットワークシステムを構築することも可能である。
【００１９】
ネットワーク間接続装置（１０１）のＬＡＮ側ポートであるＰｏｒｔ−１（３１０）はＥｔｈｅｒｎｅｔ（１１１）でＬＡＮ間接続装置（１０２）と通信を行い、このＬＡＮ間接続装置（１０２）はユーザ端末Ａ（１０４）、ユーザ端末Ｂ（１０５）とＥｔｈｅｒｎｅｔ（１１０）で接続される。ＬＡＮ間接続装置（１０２）としてはＬＡＮ Ｓｗｉｔｃｈ等が挙げられる。一方、ネットワーク接続装置（１０１）のＳＡＮ側ポートであるＰｏｒｔ−２（３１１）はＦｉｂｒｅ Ｃｈａｎｎｅｌ（１１２）を介してＳＡＮ間接続装置（１０３）と接続される。そしてサーバＡ（１０６）、サーバＢ（１０７）、記憶装置Ａ（１０８）、記憶装置Ｂ（１０９）が、複数のＦｉｂｒｅ Ｃｈａｎｎｅｌ（１１３、１１４、１１５、１１６）でＳＡＮ間接続装置（１０３）と接続される。図１ではサーバや記憶装置がＳＡＮ間接続装置（１０３）を中心にスター型のネットワークで接続されているが、この他のネットワーク・トポロジによってサーバや記憶装置が複数接続されたネットワークをＳＡＮ間接続装置（１０３）に接続しても良い。ＳＡＮ間接続装置（１０３）としてはＦｉｂｒｅ Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈが代表的である。
【００２０】
なお、ユーザ端末、サーバ、記憶装置の組み合わせ、数に制限は無く、どのような場合でも同様に適用することが出来る。また、ＬＡＮ間接続装置（１０２）、ＳＡＮ間接続装置（１０３）はそれぞれ１台の場合を例に説明したが、ネットワークシステム中に、もしくはユーザ端末と記憶装置の間に２台以上のこれら接続装置が存在しても同様に適用することができる。
【００２１】
次に、ネットワーク間接続装置（１０１）の構成と動作に関して図３を用いて説明する。ネットワーク間接続装置（１０１）はＦｉｂｒｅ Ｃｈａｎｎｅｌ（３０４）とＥｔｈｅｒｎｅｔ（３０３）を接続するもので、図３の場合は接続されるネットワークをそれぞれ１本としているが、前述のように複数のネットワークがネットワーク間接続装置（１０１）を介してそれぞれ接続されても良い。ネットワーク間接続装置（１０１）はＳＡＮに対しパケットの送受信処理を行うＳＡＮ処理部（３０１)と、ＬＡＮに対しパケットの送受信処理を行うＬＡＮ処理部（３０２)と、両処理部を接続するＢｕｓ（３０５）からなる。ＳＡＮ処理部（３０１）は、ＳＡＮへのパケットの送信処理を行うＳＡＮ送信処理部（３０６）とＳＡＮからのパケットの受信処理を行うＳＡＮ受信処理部（３０７）からなる。ＬＡＮ処理部（３０２）はＬＡＮへのパケットの送信処理を行うＬＡＮ送信処理部（３０８）と、ＬＡＮからのパケットの受信処理を行うＬＡＮ受信処理部（３０９）からなる。
【００２２】
Ｅｔｈｅｒｎｅｔ（３０３）からＦｉｂｒｅＣｈａｎｎｅｌ（３０４）へパケットを送信する例を用いて、ＬＡＮ処理部（３０２）のＬＡＮ受信処理部（３０９）と、ＳＡＮ処理部（３０１）のＳＡＮ送信処理部（３０６）の構成と動作について説明する。
【００２３】
ネットワーク間接続装置（１０１）は、Ｅｔｈｅｒｎｅｔ（３０３）からＰｏｒｔ−１（３１０）を介して受信したパケットを、まずＬＡＮ処理部（３０２）のＬＡＮ受信処理部（３０９）にて処理する。ＬＡＮ受信処理部（３０９）は図４に示すように、Ｅｔｈｅｒ受信処理部（４０５）と、パケット格納エリア（４０４）と、送信先決定部（４０６）と、送信先情報テーブル（４０８）からなる。Ｅｔｈｅｒ受信処理部（４０５）は、パケットのヘッダに付加されたＭＡＣアドレスを参照し、パケットがネットワーク間接続装置（１０１）宛てのものであった場合はＣＲＣのチェックを行う等の、Ｅｔｈｅｒｎｅｔパケットの受信処理を行う。パケット格納エリア（４０４）はＥｔｈｅｒ受信処理部（４０５）が受信したパケットを一時的に格納する記憶領域である。送信先情報テーブル（４０８）は図５に示すように、受信したパケットの宛先ＩＰアドレスでテーブルを検索するための送信先ＩＰＡｄｄｒｅｓｓ（６０１）と、受信したパケットが次にネットワーク間接続装置（１０１）のどの送信処理部で処理されるかを決定するための、各送信処理部の送信ポートＮｏ（６０２）と、受信したパケットが送出されるネットワークの回線種別を定義してある送信ポート属性（６０３）からなる。送信先決定部（４０６）は受信したパケットの送信先ＩＰＡｄｄｒｅｓｓを参照し、送信先情報テーブル（４０８）の送信先ＩＰＡｄｄｒｅｓｓ（６０１）を検索することで送信ポートＮｏ（６０２）を得て、次にこのパケットを処理すべき送信処理部を特定する。さらにネットワークの回線種別を識別するための情報である送信ポート属性（６０３）の情報を得ることで、受信したパケットを送信先のネットワーク上のパケットに変換するための前処理を行うこともできる。例えば、本実施例のようにパケットを受信したネットワークとこれからパケットを送信するネットワークの、ＯＳＩ７階層モデルにおける物理層とデータリンク層が異なる場合に、受信処理部においてパケットを受信したネットワークにおけるそれら２階層の処理を行うと、それら階層におけるヘッダ情報が取り除かれ、その後の送信処理部におけるパケット処理に不都合が生じる場合がある。このような場合は本発明のように、送信先のネットワークの回線種別を受信処理部にて判別し、ヘッダ情報が除去される前に必要な処理を行うことが有効である。ここで説明するＥｔｈｅｒｎｅｔからＦｉｂｒｅＣｈａｎｎｅｌへのパケット送信時では、ＬＡＮ受信処理部（３０９）は前処理を行う必要が無いので、送信ポート属性（６０３）の情報は用いない。この送信ポート属性の例としてはＥｔｈｅｒｎｅｔ、 Ｆｉｂｒｅ Ｃｈａｎｎｅｌなどの回線種別が挙げられる。送信先情報テーブル（４０８）の作成方法は二通りあり、一つはネットワーク管理者による手動作成、もう一つはRＩＰ（Ｒｏｕｔｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）などの経路計算プロトコルによる自動作成である。本発明はどちらの場合でも適用することが出来るため、特に作成方法に関しては以後言及しない。また、パケットのＭＡＣアドレスを含むヘッダについては、ＳＡＮ送信処理部（３０６）では用いられない情報であるため、ＬＡＮ受信処理部（３０９）にて取り除く。ＬＡＮ受信処理部（３０９）は以上の受信処理を行った後、パケット中継部（４０７）とＢｕｓ（３０５）を経由してパケットをＳＡＮ送信処理部（３０６）に送る。パケット中継部（４０７）はＬＡＮ処理部（３０２）とＢｕｓ（３０５）の間、又はＬＡＮ受信処理部（３０８）とＬＡＮ送信処理部（３０９）の間のパケットの中継を行う。この中継時に、送信ポートＮｏ（６０２）の情報が用いられる。
【００２４】
ＳＡＮ送信処理部では、パケット中継部（９０７）から受信したパケットはまずＳＡＮ送信変換処理部（９０１）にて処理される。ＳＡＮ送信変換処理部（９０１）は図１１に示すように、パケット分割部（１２０１）と、パケットフォーマット変換部（１２０５）と、分割用エリア（１２０２）と、ＳＡＮ送信テーブル（１２０４）からなる。パケット分割部（１２０１）は、後述するＳＡＮ送信テーブル（１２０４）を検索し、パケット中継部（９０７）から受信したパケットの長さが送信先回線であるＦｉｂｒｅＣｈａｎｎｅｌ（３０４）に定義されている最大パケット長よりも長い場合、受信したパケットの分割処理を行う。分割用エリア（１２０２）は、パケット分割部（１２０１）がパケットを分割処理する際に一時的に送信パケットを格納する領域であり、ＲＡＭ等の半導体メモリで実装されることが考えられる。パケットフォーマット変換部（１２０５）は、ＦＣ（ＦｉｂｒｅＣｈａｎｎｅｌ）アドレスを付加する等してＦＣヘッダを送信パケットに付け、送信パケットのフォーマットをＦｉｂｒｅＣｈａｎｎｅｌパケットフォーマットに変換する。ＳＡＮ送信テーブル（１２０４）は、パケット分割部（１２０１）がパケットの分割処理をするか否かを決定する際と、パケットフォーマット変換部（１２０５）がパケットにＦＣアドレスを付加する際に、検索を行う。図１２にＳＡＮ送信テーブル（１２０４）の構造を示す。ＳＡＮ送信テーブル（１２０４）は、送信先ＩＰ Ａｄｄｒｅｓｓ（１３０１）と、送信先ＦＣ Ａｄｄｒｅｓｓ（１３０２）と、送信ポートＮｏ（１３０３）と、送信ポート属性（１３０４）と、Ｐｏｒｔ−２（３１１）に接続するＦｉｂｒｅＣｈａｎｎｅｌにおける最大パケット長（１３０５）からなる。ＳＡＮ送信テーブル（１２０４）の作成方法は、図７を用いて説明したＬＡＮ送信テーブル（７０２）の作成方法と同じであるため、ここでの説明は省略する。パケット分割部（１２０３）により必要に応じて分割されたパケットは、パケットフォーマット変換部（１２０５）にて前述したＳＡＮ送信テーブル（１２０４）を送信先ＩＰＡｄｄｒｅｓｓ（１３０１）の値で検索し、送信先ＦＣＡｄｄｒｅｓｓ（１３０２）をパケットに付加する等の処理によりＦＣヘッダを付加されＦＣパケットとなる。ＳＡＮ送信変換処理部（９０１）にて処理を行われたパケットは、一時的にパケット格納エリア（９０２）に格納され、ＦＣ送信処理部（９０３）により誤り制御のためのＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）データの生成等、Ｌａｙｅｒ２（データリンク層）にて行われる一般的な処理を行う。ＳＡＮ送信処理部（３０６）は以上の送信に必要な処理を行った後、Ｐｏｒｔ−２（３１１）を介してＦｉｂｒｅ Ｃｈａｎｎｅｌ（３０４）へとパケットを送信し、これによりネットワーク間接続装置（１０１）の一連の処理は完了する。
【００２５】
次に、ＦｉｂｒｅＣｈａｎｎｅｌ（３０４）からＥｔｈｅｒｎｅｔ（３０３）へパケットを送信する例を用いて、ＳＡＮ処理部（３０１）のＳＡＮ受信処理部（３０１）と、ＬＡＮ処理部（３０２）のＬＡＮ送信処理部（３０８）の構成と動作について説明する。
【００２６】
ネットワーク間接続装置（１０１）がＰｏｒｔ−２（３１１）を介してＦｉｂｒｅ Ｃｈａｎｎｅｌ（３０４）から受信したパケットはＳＡＮ処理部（３０１）のＳＡＮ受信処理部（３０７）に送られる。ＳＡＮ受信処理部（３０７）は図８に示すようにＦＣ受信処理部（９０６）と、パケット格納エリア（９０５）と、ＳＡＮ受信変換処理部（９０４）からなる。ＦＣ受信処理部（９０６）はＦｉｂｒｅ Ｃｈａｎｎｅｌ（３０４）からパケットを受信する際に、データエラーの検出と回復や送信するデータの順序制御といったＬａｙｅｒ２レベル（データリンク層）のパケット処理を行う。パケット格納エリア（９０５）はＦｉｂｒｅＣｈａｎｎｅｌ（３０４）から受信したパケットを一時的に格納する領域で、ＲＡＭ等の半導体メモリで実装されることが望ましい。パケット格納エリア（９０５）のパケットは次にＳＡＮ受信変換処理部（９０４）にて処理される。ＳＡＮ受信変換処理部（９０４）はＦｉｂｒｅ Ｃｈａｎｎｅｌパケットとして分割されている受信したパケットをＩＰパケットに変換し、必要であればこのＩＰパケットの分割処理を行い、ネットワーク間接続装置（１０１）内の送信先ポート及びその送信処理部を決定する。
【００２７】
ＳＡＮ受信変換処理部（９０４）の詳細な構成に関して説明する。ＳＡＮ受信変換処理部（９０４）は図９に示すように、パケット生成部（１００１）と、ＩＰヘッダ退避エリア（１００４）と、送信先決定部（１００３）と、パケット変換テーブル（１００５）と、分割用エリア（１００６）と、最大パケット長チェック部（１００２）を有する。パケット生成部（１００１）はＦｉｂｒｅ Ｃｈａｎｎｅｌパケットとして分割されている受信パケットをＩＰパケットに変換するという、前述したヘッダ識別部、ヘッダ格納部そして第１のヘッダ付加部としての機能を果たす。つまり、受信したパケットのＦｒａｍｅＣＴＬを調べ、受信したパケットがＦｉｂｒｅＣｈａｎｎｅｌパケットとして分割されていて、さらにＩＰヘッダを含む先頭のパケットであるかを判別するヘッダ識別部としての処理を行う。そして、パケットが分割されていた場合には、この先頭のＦｉｂｒｅＣｈａｎｎｅｌパケットに含まれているＩＰヘッダを図２０に示すように、そのパケットのＦＣヘッダに書きこまれているＦｒａｍｅ ID（２１０２）と共にＩＰヘッダ退避エリア（１００４）に格納するというヘッダ格納部としての処理を行う。ＦｒａｍｅＩＤをＩＰヘッダと共に退避することで、ＩＰのレイヤにおいてもとは一つのＩＰパケットであった複数のＦＣパケットに対し、同じＩＰヘッダを付加することができる。つまり、受信したパケットのＦｒａｍｅＩＤを読み出し、そのＦｒａｍｅＩＤの値でＩＰヘッダ退避エリア（１００４）を検索し、検索の結果、値が一致したＦｒａｍｅＩＤと共に格納されたＩＰヘッダをそのパケットに付加するという、第1のヘッダ付加部の処理を行う。前述のように従来は分割されたＦｉｂｒｅＣｈａｎｎｅｌパケットの全てをネットワーク間接続装置（１０１）にて集め、再結合させる必要があったが、本発明による方法では先に到着したＦＣパケットをネットワーク間接続装置に留まらせることなく通信先のネットワークへ送出することが出来、またネットワーク間接続装置（１０１）にはパケットの再結合処理のために大きなメモリ領域を用意する必要が無くなる。またパケット生成部（１００１）は、変換後のパケットのサイズが送信先回線に定義されている最大パケット長より大きい場合には分割処理を行う。このために分割用エリア（１００６）にはＦｉｂｒｅＣｈａｎｎｅｌから受信したパケットを分割処理する際に、パケットが一時的に格納される。パケット生成部（１００１）を通過したパケットは、送信先決定部（１００３）にて送信先のネットワークに対応するポートである送信先ポートが判別される。この例ではパケットはＥｔｈｅｒｎｅｔに送出されるため、ＬＡＮ送信処理部（１４０４）のＰｏｒｔ−１（３１０）が選択される。パケット変換テーブル（１００５）は分割処理をするか否かの判断、及び、受信したパケットをネットワーク間接続装置（１０１）のどのポートに送信するかを決定する際に用いられるデータで、パケット生成部（１００１）と送信先決定部（１００３）が検索を行う。パケット変換テーブル（１００５）は図１０に示すように、送信先ＩＰ Ａｄｄｒｅｓｓ(１１０１)と、送信ポートＮｏ（１１０２）、送信ポート属性（１１０３）そして最大パケット長（１１０４）からなる。ＦｉｂｒｅＣｈａｎｎｅｌ（３０４）からＥｔｈｅｒｎｅｔ（３０５）へパケットを転送するこの例では、送信先ＩＰＡｄｄｒｅｓｓ（１１０１）には相手方の通信装置に割り当てられたＩＰアドレスが、送信ポートＮｏにはＰｏｒｔ−１（３１０）のポート番号が、送信ポート属性（１１０３）には回線種別である「Ｅｔｈｅｒｎｅｔ」を表す情報が、最大パケット長（１１０４）にはＥｔｈｅｒｎｅｔ（３０３）の最大パケット長が格納される。パケット変換テーブル（１００２）の作成方法は、送信先情報テーブル（４０８）の作成方法と同じであるため、ここでの説明は省略する。最大パケット長チェック部（１００２）はＬＡＮ送信変換処理部（３０８）の最大パケット長変更通知部（７０４）により、送信先ポートが接続されている回線に定義されている最大パケット長の変更を通知された時に、ＬＡＮ送信変換処理部（４０３）のＬＡＮ送信テーブル（７０３）から変更のあった最大パケット長を読み出し、それに該当する更新されていないデータがパケット変換テーブル（１００５）に存在する場合はデータの更新を行う。パケットに付加されたＦＣヘッダはこの後送信されるＬＡＮ送信処理部（３０８）では不要であるためこのＳＡＮ受信処理部（３０７）にて取り除かれる。このヘッダ除去部としての処理は、パケット生成部（１００１）もしくは送信先決定部（１００３）にて行われる。パケット生成部にてヘッダ除去部の処理を行う場合は、ヘッダ識別部やヘッダ格納部、第1のヘッダ付加部にてＦｒａｍｅＣＴＬやＦｒａｍｅＩＤの情報を利用するため、これら処理の前にＦＣヘッダを除去する際には、パケットの処理を終えるまでは除去したＦＣヘッダの内容を一時的に記憶しておく等の処理が必要である。ＳＡＮ受信処理部（３０７）は以上の受信処理を行った後、パケット中継部（９０７）とＢｕｓ（３０５）を経由してパケットをＬＡＮ送信処理部（３０８）に送る。パケット中継部（９０７）はＳＡＮ送信処理部（３０６）とＳＡＮ受信処理部（３０７）の間、又は、ＳＡＮ処理部（３０１）とＬＡＮ処理部（３０２）の間の、パケットの中継を行う。
【００２８】
ＬＡＮ送信処理部は、ＭＡＣアドレスの付加やパケットの分割など送信パケットのフォーマット変換などを行うＬＡＮ送信変換処理部（４０３）と、ＬＡＮに送出するパケットを一時的に格納するパケット格納エリア（４０１）と、ヘッダ中のＦＣＳ（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ）の値を設定する等、Ｅｔｈｅｒｎｅｔ（３０３）にパケットを送出するための処理を行うＥｔｈｅｒ送信処理部（４０２）を有する。
【００２９】
ＬＡＮ送信変換処理部（４０３）は図６に示されるように、パケット分割部（７０２）と、分割用エリア（７０５）と、パケットフォーマット変換部（７０１）と最大パケット長変更通知部（７０４）を有する。パケット分割部（７０２）はパケット中継部（３０５）を介して受信したパケットのパケット長と、受信したパケットに該当するＬＡＮ送信テーブル（７０３）上のエントリの最大パケット長（８０５）とを比較し、受信したパケット長の方が大きければ、パケットの分割処理を行う。分割用エリア（７０５）はパケット分割部（７０２）がパケットを分割する際に一時的にパケットを格納する領域であり、ＲＡＭ等で実装される。パケットフォーマット変換部（７０１）は、ＬＡＮ送信テーブル（７０３）を参照し、受信したパケットのＩＰアドレスに対応するＭＡＣＡｄｄｒｅｓｓ（８０２）を取得し、これをパケットに付加する等してパケットをＥｔｈｅｒｎｅｔフォーマットに変換するという第２のヘッダ付加部としての処理を行う。ＬＡＮ送信テーブル（７０３）は、パケット分割部（７０２）がパケットを分割するか否かを決定する際と、パケットフォーマット変換部（７０１）がパケットにＭＡＣアドレスを付加する時に検索が行われる。後者の場合は、ＬＡＮ送信テーブルはＭＡＣアドレスを取得するためのアドレステーブルとして機能する。ＬＡＮ送信テーブル（７０３）は図７に示されるように、パケットの送信先である情報処理装置等のＩＰアドレスである送信先ＩＰ Ａｄｄｒｅｓｓ（８０１）と、同じくそのＭＡＣアドレスである送信先ＭＡＣ Ａｄｄｒｅｓｓ（８０２）と、パケットをＬＡＮに送出するポートに付与された識別子である送信ポートＮｏ（８０３）と、「Ｅｔｈｅｒｎｅｔ」等の送信ポート属性（８０４）と、送出先のＬＡＮの最大パケット長（８０５）を有する。最大パケット長変更通知部（７０４）は、Ｅｔｈｅｒｎｅｔ（３０３）に定義されている最大パケット長の変更に伴いＬＡＮ送信テーブル（７０３）の最大パケット長（８０５）の値が更新されるのを監視し、その値が更新された場合はＳＡＮ処理部（３０１）に通知する。ＬＡＮ送信テーブル（７０３）の作成方法は二通りあり、一つはネットワーク管理者による手動作成、もう一つはＡＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）による自動作成である。本発明はどちらの場合でも適用することが出来るため、特に作成方法に関しては以後言及しない。ここでパケット分割処理に関して説明する。パケット分割部（７０２）はこれからＬＡＮに送出するパケットの送信先ＩＰアドレスを読み取り、ＬＡＮ送信テーブル（７０３）の送信先ＩＰＡｄｄｒｅｓｓ（８０１）と照合する。照合の結果、ＩＰアドレスが一致したエントリの最大パケット長（８０５）と送信パケットの長さを比較して、送信パケットの長さが最大パケット長（８０５）の値よりも大きい場合、送信パケットを最大パケット長（８０５）の大きさのパケットに分割する処理を行う。ＬＡＮ送信処理部（３０８）は送信処理を行った後、Ｅｔｈｅｒｎｅｔ（３０３）へとパケットを送信し、ネットワーク間接続装置（１０１）の一連の処理は完了する。
【００３０】
図１３に示すネットワーク間接続装置（１０１）を介して、２台の端末端末Ａ（１４０９）と端末Ｂ（１４１０）が通信する際にネットワーク間接続装置（１０１）で行われる処理の具体例を説明する。ここでは端末Ａ（１４０９）とネットワーク間接続装置（１０１）をＥｔｈｅｒｎｅｔ（１４１１）で接続し、端末Ｂ（１４１０）とネットワーク間接続装置（１０１）をＦｉｂｒｅ Ｃｈａｎｎｅｌ（１４１２）で接続する。端末Ａ（１４０９）にはＩＰ ＡｄｄｒｅｓｓをＩＰ−A、 ＭＡＣ ＡｄｄｒｅｓｓをＭＡＣ−Aと設定する。端末Ｂ（１４１０）にはＩＰ ＡｄｄｒｅｓｓをＩＰ−B、 ＦＣ ＡｄｄｒｅｓｓをＦＣ−Aと設定する。ネットワーク間接続装置（１０１）のＥｔｈｅｒｎｅｔ（１４１１）側ポートをＰｏｒｔ−１（１４１３）とし、ポートのＩＰ ＡｄｄｒｅｓｓをＩＰ−N１、 ＭＡＣ−ＡｄｄｒｅｓｓをＭＡＣ−N１と設定する。同様に、ＦｉｂｒｅＣｈａｎｎｅｌ（１４１２）側ポートをＰｏｒｔ−２（１４１４）とし、ポートのＩＰ ＡｄｄｒｅｓｓをＩＰ−N２、 ＦＣ−ＡｄｄｒｅｓｓをＦＣ−N２と設定する。
【００３１】
端末Ａ（１４０９）が端末Ｂ（１４１０）にデータを送信する例を説明する。図１４は、図１３のシステムにおける、ネットワーク間接続装置（１０１）のＬＡＮ受信処理部（３０９）が持つ送信先情報テーブル（１５０１）である。送信先情報テーブル（１５０１）は、送信先ＩＰ ＡｄｄｒｅｓｓとしてＩＰ−B（１５０２）と、送信ポートＮｏとしてＰｏｒｔ−２（１５０３）と、送信ポート属性として「Ｆｉｂｒｅ Ｃｈａｎｎｅｌ」（１５０４）を有する。図１５は、図１３のシステムにおける、ネットワーク間接続装置（１０１）のＳＡＮ送信処理部（３０６）が持つＳＡＮ送信テーブル（１６０１）である。ＳＡＮ送信テーブル（１６０１）は、送信先ＩＰ ＡｄｄｒｅｓｓであるＩＰ−B（１６０２）と、送信先ＦＣ ＡｄｄｒｅｓｓであるＦＣ−B（１６０３）と、送信ポートＮｏであるＰｏｒｔ−２（１６０４）と、送信ポート属性であるＦｉｂｒｅ Ｃｈａｎｎｅｌ（１６０５）と、ＦｉｂｒｅＣｈａｎｎｅｌ（１４１２）の最大パケット長であるＬＥＮ−B（１６０６）を有する。
【００３２】
処理の流れに関して図１６を用いて説明する。端末Ａ（１４０９）は送信データ（１７０６）を生成しＥｔｈｅｒｎｅｔ（１４１１）を介してネットワーク間接続装置（１０１）に送信する（１７０１）。送信データ（１７０６）は宛先ＭＡＣ Ａｄｄｒｅｓｓをネットワーク間接続装置（１０１）のＰｏｒｔ−１（１４１３）に設定したＭＡＣ−Ｎ１、宛先ＩＰ Ａｄｄｒｅｓｓを端末Ｂ（１４１０）に設定したＩＰ−Bとし、データ長Ｌ１は（ＩＰ−B＋データ）のデータ長とする。Ｐｏｒｔ−１を管理するネットワーク間接続装置（１０１）のＬＡＮ処理部（３０２）は、Ｅｔｈｅｒｎｅｔ（１４１１）からの送信データ（１７０６）を受信するとそのデータをＬＡＮ受信処理部（３０９）に送る。ＬＡＮ受信処理部（３０９）の送信先決定部（４０６）は送信データ（１７０６）のＩＰ情報であるＩＰ−Bを読み取り、図１４に示す送信先情報テーブル（１５０１）をＩＰ−Bの値で検索する（１７０２）。検索の結果ＩＰ−Bの値が一致したエントリの送信ポートＮｏがＰｏｒｔ−２（１５０３）であることから、Ｐｏｒｔ−２（１４１４）を持つＳＡＮ処理部（３０１）に送信データ（１７０６）をパケット中継部（４０７）とＢｕｓ（３０５）を経由して送る（１７０３）。また、ＭＡＣ−Ｎ１は送信側では不要であるため、送信先決定部（４０６）が送信データ（１７０６）からとりはずし送信データ（１７０７）の形態にする。そしてＬＡＮ受信処理部（３０９）は送信データ（１７０７）をＢｕｓ（１４０８）を介してＳＡＮ処理部（３０１）に送信する。
【００３３】
ＳＡＮ処理部（３０１）はパケットを受け取ると、該データをＳＡＮ送信処理部（３０６）に渡す。ＳＡＮ送信処理部（３０６）のパケット分割部（１２０１）は送信データ（１７０７）のＩＰ情報であるＩＰ−Bを読み取り、図１５に示すＳＡＮ送信テーブル（１６０１）を検索する（３０８）。そして検索結果の最大パケット長であるＬＥＮ−Ｂ（１６０６）と送信データ（１７０７）の長さ［Ｌ１］を比較する。この場合、送信データの長さ［Ｌ１］の方がＬＥＮ−Ｂ（１６０６）よりも短いため分割処理は行わない。さらにパケットフォーマット変換部（１２０５）は検索結果である送信先ＦＣ ＡｄｄｒｅｓｓのＦＣ−B（１６０３）を用いてパケットフォーマット変換を行う。その結果、送信データ（１７０７）は送信データ（１７０８）となる。そして検索結果である送信ポートＮｏを割り当てられたＰｏｒｔ−２（１４１４）に送信データ（１７０８）を送信し（１７０５）、送信データ（１７０８）は端末Ｂ（１４１０）まで到達する。
【００３４】
つぎに送信データの長さ［Ｌ１］の方がLEN−B（１６０６）よりも長いため分割処理を行う例（ここでは二つに分割）を説明する。データはＳＡＮ送信変換処理部（９０１）のパケット分割部（１２０１）でデータＡ、データＢの二つに分割される。この時に分割後のデータは一時的に分割用エリア（１２０２）に格納される。パケット分割部（１２０１）はデータＡ、データＢのそれぞれにＩＰヘッダを付加することにより、送信データ１（１７１０）、送信データ２（１７１２）を生成する。生成したそれぞれのデータはパケットフォーマット変換部（１２０５）に送られる。パケットフォーマット変換部（１２０５）はＳＡＮ送信テーブル（１６０１）を検索し、送信先ＦＣ ＡｄｄｒｅｓｓのＦＣ−B（１６０３）を取得し、パケットフォーマット変換を行う。行った結果、送信データ１（１７１０）は送信データ１（１７１１）となり、送信データ２（１７１２）は送信データ２（１７１３）となる。そして検索結果として送信ポートＮｏ（１６０４）を得て、Ｐｏｒｔ−２（１４１４）に送信データ１（１７１１）と送信データ２（１７１３）を送信し（１７０５）、これら送信データは端末Ｂ（１４１０）まで到達する。ここでは元のデータを二つのデータに分割する場合を例に説明したが、元のデータが更に長い場合は三つ以上のデータに分割する必要がある。その場合、パケット分割部（１２０１）が三つ以上のデータに分割し、それぞれにＩＰヘッダを付加することにより、同様にパケットフォーマットの変換を行うことが可能となる。
【００３５】
つぎに端末Ｂ（１４１０）から端末Ａ（１４０９）にデータを送信する例を説明する。図１７は、図１３のシステムにおける、ネットワーク間接続装置（１０１）のＳＡＮ受信処理部（３０７）が持つパケット変換テーブル（１００５）の初期状態（１８０１）である。初期状態のパケット変換テーブル（１８０１）は、送信先ＩＰ Ａｄｄｒｅｓｓとして端末AのＩＰＡｄｄｒｅｓｓであるＩＰ−A（１８０２）と、送信ポートＮｏとしてＬＡＮ送信処理部（３０８）が有するポートのポートＮｏであるＰｏｒｔ−１（１８０３）と、送信ポート属性として「Ｅｔｈｅｒｎｅｔ」（１８０４）と、Ｅｔｈｅｒｎｅｔ（１８０４）の最大パケット長としてＮＵＬＬ（１８０５）を有する。図１８は同じくパケット変換テーブル（１９０１）に最大パケット長を書込んだ後の状態であり、最大パケット長にＬＥＮ−Ａ（１９０５）が記録されている。図１９は、図１３のシステムにおける、ネットワーク間接続装置（１０１）のＬＡＮ送信処理部（３０８）が持つＬＡＮ送信テーブル（２００１）である。ＬＡＮ送信テーブル（２００１）は、送信先ＩＰ Ａｄｄｒｅｓｓとして端末AのＩＰ−A（２００２）と、送信先ＭＡＣ Ａｄｄｒｅｓｓとして端末ＡのＭＡＣ−A（２００３）と、送信ポートＮｏとしてＬＡＮ処理部（３０２）が有するＰｏｒｔ−１（２００４）と、送信ポート属性として「Ｅｔｈｅｒｎｅｔ」（２００５）と、Ｅｔｈｅｒｎｅｔ（２００５）の最大パケット長であるLEN−A（２００６）を有する。図２０はＩＰヘッダ退避エリア（１００４）内での退避の様子を示したもので、Ｆｉｂｒｅ Ｃｈａｎｎｅｌヘッダに含まれるＦｒａｍｅ ID（２１０２）とＩＰヘッダ（２１０３）を有する。
【００３６】
図２１は、端末B（１４１０）のＬａｙｅｒ２でＩＰデータ（２２０１）がＦｉｂｒｅ Ｃｈａｎｎｅｌとして分割される様子を示した図である。ＩＰデータ(２２０１）の長さ（ＩＰ−B＋データ）がＦｉｂｒｅ Ｃｈａｎｎｅｌ（３０４）の最大データ長を超えている場合、このように分割される。分割されるのはデータ部であることから、（ＩＰヘッダ＋データＡ）と、データＢの二つに分割される。図２１ではＩＰヘッダはＩＰ−Ｂと表記されている。そしてそれぞれにＦｉｂｒｅ ＣｈａｎｎｅｌヘッダＦＣ−Ｎ２が付加され、送信データ１（２２０２）、送信データ２（２２０３）となる。送信データ１（２２０２）のＦｉｂｒｅＣｈａｎｎｅｌヘッダ（図２１ではＦＣ−N２）は、分割後１番目のパケットであることからＦｒａｍｅ ＣＴＬ＝１ｓｔとなり、送信データ２（２２０３）のＦｉｂｒｅ Ｃｈａｎｎｅｌヘッダ（図２１ではＦＣ−N２）は、分割後最後のパケットであることからＦｒａｍｅ ＣＴＬ＝ＥＮＤとなる。またＦｒａｍｅ ＩＤはそれぞれ同じ値とする必要があるため、ここでは１０００とする。以下、この送信データを端末Ｂ（１４１０）が端末Ａ（１４０９）に送信する場合を説明する。
【００３７】
図２２において、端末Ｂ（１４１０）は送信データ１（２３０７）を生成しＦｉｂｒｅ Ｃｈａｎｎｅｌ（１４１２）を介してネットワーク間接続装置（１０１）に送信する（２３０１）。送信データ１（２３０７）は宛先ＦＣ Ａｄｄｒｅｓｓをネットワーク間接続装置（１０１）のＰｏｒｔ−２（１４１４）に設定したＦＣ−N２、宛先ＩＰ Ａｄｄｒｅｓｓを端末Ａ（１４０９）に設定したＩＰ−Aとし、データ長（ＩＰ−A +データＡ）はＬ１とする。ネットワーク間接続装置（１０１）はＰｏｒｔ−２（１４１４）を介して送信データ１（２３０７）を受信すると、該データをＳＡＮ処理部（３０１）内のＳＡＮ受信処理部（３０７）に送る。ＳＡＮ受信処理部（３０７）のパケット生成部（図９の１００１）は送信データ１（２３０７）のＦＣヘッダ中のＦｒａｍｅ ＣＴＬを読み取り、送信データ１（２３０７）がＦｉｂｒｅ Ｃｈａｎｎｅｌ（１４１２）のパケットとして分割されているかどうかを調べる。送信データ１（２３０７）のＦｒａｍｅ ＣＴＬは１ｓｔであるため、パケット生成部（１００１）は分割されている最初のパケットであると判断し、ＩＰヘッダ退避エリア（１００４）に送信データ１（２３０７）のＩＰヘッダを格納する。格納形式は図２０に示すようにＦｒａｍｅ ID（＝１０００）とＩＰヘッダとなる。つぎにパケット生成部（１００１）はパケット変換テーブル（１００５）をＩＰ−Aの値で検索し、その結果得られた最大パケット長（１８０５）と送信データ１（２３０７）の長さ[Ｌ１]を比較することによって、パケット分割処理を行うかどうかの判断をする。ところが図１７は初期状態であるため、最大パケット長（１８０５）がＮＵＬＬとなっていることから、最大パケット長チェック部（１００２）が送信先回線であるＥｔｈｅｒｎｅｔ（１４１１）の最大パケット長を調べる。最大パケット長チェック部（１００２）は送信ポートＮｏであるＰｏｒｔ−１をキーに、ＬＡＮ送信処理部のＬＡＮ送信テーブル（２００１）を検索する。その結果Ｐｏｒｔ−１の一致したエントリに設定されているＬＥＮ−Ａ（２００６）を読み出し、パケット変換テーブル（１００５）に書き込む。書き込んだ結果パケット変換テーブルは図１８のようになる。なお、最大パケット長チェック部（１００２）による書込み処理は送信先ポートに対して１回行えば良く、２回目から（例：本実施例の送信データ２）は書き込み後のパケット変換テーブル（１９０１）を使うことになる。パケット生成部（１００１）は検索結果の最大パケット長（１９０５）と送信データ１（２３０７）の長さ[Ｌ１]を、あらためて比較することによって、パケット分割処理を行うかどうかの判断をする。本実施例では送信データ１（２３０７）の長さＬ１はLEN−A（１９０５）よりも短い場合であるため、分割処理は行わない。送信データ１（２３０７）のＦＣ−N１は送信側では不要であるため、パケット生成部（１００１）が送信データ１（２３０７）からとりはずし送信データ１（２３０８）の形態にする。
【００３８】
つぎに送信先決定部（１００３）は送信データ１（２３０８）のＩＰヘッダのＩＰ−Aを読み取り、パケット変換テーブル（１８０１）を検索する（２３０２）。そして検索結果の送信ポートＮｏ（１８０３）がＰｏｒｔ−１であることから、送信データ１（２３０８）をＰｏｒｔ−１（１４１３）を持つＬＡＮ処理部（３０２）にパケット中継部（９０７）とＢｕｓ（３０５）を経由して送る（２３０３）。ＬＡＮ処理部（３０２）は送信データ１（２３０８）を受け取ると、該データをＬＡＮ送信処理部（３０８）に渡す。ＬＡＮ送信処理部（３０８）のパケット分割部（７０２）は送信データ１（２３０８）のＩＰ情報であるＩＰ−Aを読み取り、このＩＰ−Aを用いてＬＡＮ送信テーブル（２００１）を検索する（２３０４）。そして検索の結果得られた最大パケット長であるLEN−A（２００６）と送信データ１（２３０８）の長さ［Ｌ１］を比較する。送信データ１（２３０８）の長さはLEN−A（１９０５）に合わせて、ＳＡＮ受信処理部が既に変換（必要に応じて分割処理）しているため、ここでの分割処理は発生しない。つぎにパケットフォーマット変換部（７０１）はＬＡＮ送信テーブル（７０３）の検索結果である端末Ａ（１４０９）のＭＡＣ ＡｄｄｒｅｓｓであるＭＡＣ−A（２００３）を用いてパケットフォーマット変換を行う。この変換処理の結果、送信データ１（２３０８）は送信データ１（２３０９）となる。そしてＬＡＮ送信テーブル（２００１）を検索した結果得られた送信ポートＮｏのＰｏｒｔ−１（１４１３）に送信データ１（２３０９）を送信し（２３０５）、端末Ａ（１４０９）まで到達する。
【００３９】
本実施例の場合、端末Ｂ（１４１０）は続けて送信データ２（２３１５）を生成し端末Ａ（１４０９）に送信する（２３１０）。送信データ２（２３１５）は図２１で説明した分割されたデータの最後のパケット(Ｆｒａｍｅ ＣＴＬ＝ＥＮＤ）である。送信データ２（２３１５）は宛先ＦＣ Ａｄｄｒｅｓｓをネットワーク間接続装置（１０１）のＰｏｒｔ−２（１４１４）に設定したＦＣ−N２、宛先ＩＰ Ａｄｄｒｅｓｓを端末Ａ（１４０９）に設定したＩＰ−Aとし、データ長L２を（ＩＰ−A + データＢ）とする。ネットワーク間接続装置（１０１）は送信データ２（２３１５）を受信すると、該データをＳＡＮ処理部（３０１）内のＳＡＮ受信処理部（３０７）に送る。ＳＡＮ受信処理部（３０７）のパケット生成部（図９の１００１）は送信データ２（２３１５）のＦＣヘッダを読み取り、送信データ２（２３１５）がＦｉｂｒｅ Ｃｈａｎｎｅｌとして分割されているかどうかをＦｒａｍｅ ＣＴＬで判断する。送信データ２（２３１５）はＦｒａｍｅ ＣＴＬ＝ＥＮＤであるため、分割されている最後のパケットであると判断し、ＩＰヘッダ退避エリアからＦｒａｍｅ IDが１０００の値であるＩＰヘッダを読み出し、送信データ２（２３１５）にそのＩＰヘッダを付加する。つぎにパケット生成部（１００１）はパケット変換テーブル（１００５）を検索して得た最大パケット長（１９０５）と送信データ２（２３１５）の長さ[Ｌ２]を比較することによって、パケット分割処理を行うかどうかの判断をする。本実施例では送信データ２（２３１５）の長さＬ２はLEN−A（１９０５）よりも短い場合であるため、分割処理は行わない。送信データ２（２３１５）ＦＣ−N１は送信側では不要であるため、パケット生成部（図９の１００１）が送信データ２（２３１５）からとりはずし送信データ２（２３１６）の形態にする。送信先決定部（１００３）は送信データ２（２３１６）のＩＰヘッダのＩＰ−Aを読み取り、図１８に示すパケット変換テーブル（１９０１）を検索する（２３１１）。そして検索結果の送信ポートＮｏがＰｏｒｔ−１（１８０３）であることから、送信データ２（２３１６）をＰｏｒｔ−１（１４１３）を持つＬＡＮ処理部（３０２）にＢｕｓ（３０５）経由で送る（２３０３）。ＬＡＮ処理部（３０２）は送信データ２（２３１６）を受け取ると、このデータをＬＡＮ送信処理部（３０８）に渡す。ＬＡＮ送信処理部（３０８）のパケット分割部（７０２）は送信データ２（２３１６）のＩＰ情報であるＩＰ−Aを読み取り、図１９に示すＬＡＮ送信テーブル（２００１）を検索する（２３１３）。そして検索結果の最大パケット長であるLEN−A（２００６）と送信データ２（２３１６）の長さ［Ｌ２］を比較する。送信データ２（２３１６）の長さはLEN−A（１９０５）に合わせて、ＳＡＮ受信処理部が既に変換（必要に応じて分割処理）しているため、ここでの分割処理は発生しない。つぎにパケットフォーマット変換部（７０１）は検索結果である送信先ＭＡＣ ＡｄｄｒｅｓｓのＭＡＣ−A（２００３）をヘッダに付加する等してパケットフォーマット変換を行う。変換の結果、送信データ２（２３１６）は送信データ２（２３１７）となる。そして検索結果である送信ポートＮｏのＰｏｒｔ−１（１４１３）に送信データ２（２３１７）を送信し（２３１４）、パケットは端末Ａ（１４０９）まで到達し、全ての処理は完了する。
【００４０】
つぎに端末Ｂ（１４１０）が端末Ａ（１４０９）に送信するパケットの長さが、Ｅｔｈｅｒｎｅｔ（１４１１）に定義されている最大パケット長よりも長い場合を説明する。図２３において、端末Ｂ（１４１０）は送信データ１（２４０７）を生成しＦｉｂｒｅ Ｃｈａｎｎｅｌ（１４１２）を介してネットワーク間接続装置（１０１）に送信する（２４０１）。送信データ１（２４０７）は宛先ＦＣ Ａｄｄｒｅｓｓをネットワーク間接続装置（１０１）のＰｏｒｔ−２（１４１４）に設定したＦＣ−N２、宛先ＩＰ Ａｄｄｒｅｓｓを端末Ａ（１４０９）に設定したＩＰ−Aとし、データ長L１を（ＩＰ−A + データＡ）とする。ネットワーク間接続装置（１０１）は送信データ１（２４０７）を受信すると、該データをＳＡＮ処理部（３０１）内のＳＡＮ受信処理部（３０７）に送る。ＳＡＮ受信処理部（３０７）のパケット生成部（１００１）は送信データ１（２４０７）のＦＣヘッダを読み取り、送信データ１（２４０７）がＦｉｂｒｅ Ｃｈａｎｎｅｌとして分割されているかどうかをＦｒａｍｅ ＣＴＬで判断する。送信データ１（２４０７）はＦｒａｍｅ ＣＴＬに１ｓｔが設定されているため、端末B（１４１０）で分割された最初のパケットであると判断し、ＩＰヘッダ退避エリア（１００４）に送信データ１（２４０７）のＩＰヘッダを格納する。ＩＰヘッダの格納形式は図２０に示すようにＦｒａｍｅ ＩＤ（＝１０００）とＩＰヘッダとなる。つぎにパケット生成部（１００１）はパケット変換テーブル（１００５）をＩＰ−Aの値で検索し、その結果得た最大パケット長（１９０５）と送信データ１（２４０７）の長さ[Ｌ１]を比較することによって、パケット分割処理を行うか否かの判断をする。本実施例では送信データ１（２４０７）の長さＬ１はLEN−A（１９０５）よりも長い場合であるため、分割処理を行う。送信データ１（２４０７）のデータＡはパケット生成部（１００１）でデータＡ１、データＡ２の二つに分割される。この時に分割後のデータは一時的に分割用エリア（１００６）に格納される。パケット生成部（１００１）はデータＡ１、データＡ２のそれぞれにＩＰヘッダを付加することにより、送信データ１１（２４０８）、送信データ１２（２４１０）を生成する。その際にＦＣーN１は送信側では不要であるため、送信データからとりはずす。生成したそれぞれのデータはつぎに送信先決定部（１００３）に送られる。送信先決定部（１００３）は送信データ１１（２４０８）のＩＰヘッダのＩＰ−Aを読み取り、図１７に示すパケット変換テーブル（１８０１）をＩＰ−Aの値で検索する（２４０２）。そして検索結果の送信ポートＮｏがＰｏｒｔ−１（１８０３）であることから、送信データ１１（２４０８）をＰｏｒｔ−１（１４１３）を持つＬＡＮ処理部（３０２）にパケット中継部（９０７）とＢｕｓ（３０５）を経由して送る（２４０３）。なお、送信データ１２（２４１０）に対しても同様の処理を行いＬＡＮ処理部（３０２）に送る。
【００４１】
ＬＡＮ処理部（３０２）は送信データ１１（２４０８）を受け取ると、このデータをＬＡＮ送信処理部（３０８）に渡す。ＬＡＮ送信処理部（３０８）のパケット分割部（７０２）は送信データ１１（２４０８）のＩＰ情報であるＩＰ−Aを読み取り、図１９に示すＬＡＮ送信テーブル（２００１）を検索する（２４０４）。そして検索結果、最大パケット長であるLEN−A（２００６）を取得し、送信データ１１（２４０８）の長さと比較を行う。送信データ１１（２４０８）の長さはLEN−A（１９０５）に合わせて、ＳＡＮ受信処理部（３０７）が既に変換（必要に応じて分割処理）しているため、ここでの分割処理は発生しない。つぎにパケットフォーマット変換部（７０１）はＬＡＮ送信テーブル（２００１）の検索結果として送信先ＭＡＣ ＡｄｄｒｅｓｓのＭＡＣ−A（２００３）を取得し、パケットのヘッダにＭＡＣ Ａｄｄｒｅｓｓを付加してパケットフォーマット変換を行う。行った結果、送信データ１１（２４０８）は送信データ１１（２４０９）となる。そして検索結果である送信ポートＮｏのＰｏｒｔ−１（１４１３）に送信データ１１（２４０９）を送信し（２４０５）、パケットは端末Ａ（１４０９）まで到達する。なお、送信データ１２（２４１１）に対しても同様の処理を行い、端末Ａ（１４０９）に到達する。
【００４２】
本実施例の場合、端末Ｂ（１４１０）は続けて送信データ２（２４１７）を生成し端末Ａ（１４０９）に送信する（２４１２）。送信データ２（２４１７）は図２１で説明した分割されたデータの最後のパケット(Ｆｒａｍｅ ＣＴＬ＝ＥＮＤ）である。送信データ２（２４１７）は宛先ＦＣ Ａｄｄｒｅｓｓをネットワーク間接続装置（１０１）のＰｏｒｔ−２（１４１４）に設定したＦＣ−N２、宛先ＩＰ Ａｄｄｒｅｓｓを端末Ａ（１４０９）に設定したＩＰ−Aとし、データ長Ｌ２を（ＩＰ−A＋データＢ）分のデータ長とする。ネットワーク間接続装置（１０１）は送信データ２（２４１７）を受信すると、このデータをＳＡＮ処理部（３０１）内のＳＡＮ受信処理部（３０７）に送る。ＳＡＮ受信処理部（３０７）のパケット生成部（１００１）は送信データ２（２４１７）のＦＣヘッダを読み取り、送信データ２（２４１７）がＦｉｂｒｅ Ｃｈａｎｎｅｌとして分割されているかどうかをＦｒａｍｅ ＣＴＬで判断する。送信データ２（２４１７）はＦｒａｍｅ ＣＴＬ＝ＥＮＤであるため、パケット生成部（１００１）はこのパケットを分割されている最後のパケットであると判断し、ＩＰヘッダ退避エリアからＦｒａｍｅ ID＝１０００のＩＰヘッダを読み出し、送信データ２（２４１７）にこのＩＰヘッダを付加する。つぎにパケット生成部（１００１）はパケット変換テーブル（１９０１）を送信パケットの宛先ＩＰＡｄｄｒｅｓｓであるＩＰ−Aの値で検索し、送信先のＥｔｈｅｒｎｅｔの最大パケット長（１９０５）であるLEN−Aを取得し、これと送信データ２（２４１７）の長さ[Ｌ２]を比較することによって、パケット分割処理を行うかどうかの判断をする。本実施例では送信データ２（２４１７）の長さＬ２はLEN−A（１９０５）よりも長い場合であるため、分割処理を行う。送信データ２（２４１７）のデータＢはパケット生成部（１００１）でデータＢ１、データＢ２の二つに分割される。この時に分割後のデータは一時的に分割用エリア（１００６）に格納される。パケット生成部（１００１）はデータＢ１、データＢ２のそれぞれにＩＰヘッダを付加することにより、送信データ２１（２４１８）、送信データ２２（２４２０）を生成する。その際にＦＣ−N１は送信側では不要な情報であるため、送信データから取り外す。生成したそれぞれのデータはつぎに送信先決定部（１００３）に送られる。送信先決定部（１００３）は送信データ２１（２４１８）のＩＰヘッダのＩＰ−Aを読み取り、図１７に示すパケット変換テーブル（１８０１）を検索する（２４１３）。そしてパケット変換テーブル（１８０１）のＩＰ−Aが一致したエントリの送信ポートＮｏがＰｏｒｔ−１（１８０３）であることから、送信データ２１（２４１８）をＰｏｒｔ−１（１４１３）を持つＬＡＮ処理部（３０２）にＢｕｓ（３０５）経由で送る（２４０３）。なお、送信データ２２（２４２０）に対しても同様の処理を行いＬＡＮ処理部（３０２）に送る。
【００４３】
ＬＡＮ処理部（３０２）は送信データ２１（２４１８）を受け取ると、このデータをＬＡＮ送信処理部（３０８）に渡す。ＬＡＮ送信処理部（３０８）のパケット分割部（７０２）は送信データ２１（２４１８）のＩＰ情報であるＩＰ−Aを読み取り、図１９に示すＬＡＮ送信テーブル（２００１）を検索する（２４１５）。そして検索結果の最大パケット長（２００６）であるLEN−Aと送信データ２１（２４１８）の長さを比較する。送信データ２１（２４１８）の長さはLEN−A（１９０５）に合わせて、ＳＡＮ受信処理部が既に変換（必要に応じて分割処理）しているため、ここでの分割処理は発生しない。つぎにパケットフォーマット変換部（７０１）はＬＡＮ送信テーブル（２００１）の検索結果である送信先ＭＡＣ ＡｄｄｒｅｓｓのＭＡＣ−A（２００３）を用いてパケットフォーマット変換を行う。変換の結果、送信データ２１（２４１８）は送信データ２１（２４１９）となる。そして検索結果である送信ポートＮｏのＰｏｒｔ−１（１４１３）に送信データ２１（２４１９）を送信し（２４１６）、送信データ２１（２４１８）は端末Ａ（１４０９）まで到達する。なお、送信データ２２（２４２１）に対しても同様の処理を行い、端末Ａ（１４０９）に到達する。
【００４４】
図２２、図２３の実施例では端末Ｂ（１４１０）がＩＰパケットをＦｉｂｒｅＣｈａｎｎｅｌパケットに分割する場合（図２０）を例に説明したが、分割しない場合も同様に処理することが出来る。図２４はＩＰパケット（２５０１）がそのまま送信される様子を示したもので、Ｆｉｂｒｅ Ｃｈａｎｎｅｌパケット（２５０２）のＦｉｂｒｅ Ｃｈａｎｎｅｌヘッダ（図２４ではＦＣ−N２）が備えるＦｒａｍｅ ＣＴＬは「１ｓｔ ａｎｄ ＥＮＤ」となる。その場合の処理の流れを図２５に示す。送信データ１（２６０７）はパケット長［Ｌ］がＥｔｈｅｒｎｅｔに定義されている最大パケット長よりも短い場合である。図２５に示されるようにネットワーク間接続装置（１０１）は、Ｆｉｂｒｅ ＣｈａｎｎｅｌパケットフォーマットからＥｔｈｅｒｎｅｔパケットフォーマットへの変換と、送信先ポートの決定によるパケットの中継を行う。送信データ２（２６１０）はパケット長［Ｌ］がＥｔｈｅｒｎｅｔに定義されている最大パケット長よりも長い場合である。図２５に示されるようにネットワーク間接続装置（１０１）は、データＡの分割処理と、分割パケットに対するＩＰヘッダの付加と、Ｆｉｂｒｅ ＣｈａｎｎｅｌパケットフォーマットからＥｔｈｅｒｎｅｔパケットフォーマットへの変換と、送信先ポートの決定によるパケットの中継を行う。どちらの送信データも、本発明を実装したネットワーク間接続装置（１０１）を用いることにより、Ｆｉｂｒｅ Ｃｈａｎｎｅｌ上の端末とＥｔｈｅｒｎｅｔ上の端末が、直接通信することが可能となる。
【００４５】
つぎに回線に定義されている最大パケット長が変更された場合のネットワーク間接続装置（１０１）の処理に関して説明する。図２６はこの変更に伴う処理の流れを示したものである。ネットワークオペレータ（２７０１）は端末（２７０２）等を用いて回線に定義されている最大パケット長を変更することが出来る。変更は長くする場合（例：Ｊｕｍｂｏ Ｆｒａｍｅ）と、短くする場合（例：中継装置の性能が低い場合）があるが、本発明はどちらの場合でも適用できる。ネットワークオペレータ（２７０１）による最大パケット長変更指示はネットワーク間接続装置（１０１）のＬＡＮ送信変換処理部（４０５）に到達する（２７０３）。変更指示を受け取ったＬＡＮ送信変換処理部（４０５）は自身が持つＬＡＮ送信テーブル（７０３）の最大パケット長（８０５）を支持された値に更新する。更新するデータはネットワークオペレータ（２７０１）から変更指示があったポートＮｏと一致する送信ポートＮｏ（８０３）を持つエントリの最大パケット長（８０５）に対して行う。ＬＡＮ送信テーブル（２００１）の更新の様子を図２7に示す。図に示されるように最大パケット長がLEN−AからLEN−Cに更新される（２８０１）。
【００４６】
更にＬＡＮ送信変換処理部（４０５）の最大パケット長変更通知部（７０４）は、ＳＡＮ受信処理部（３０７）に対して最大パケット長変更通知（２７０４）を行う。最大パケット長変更通知（２７０４）を受けたＳＡＮ受信処理部（３０７）は自身が持つパケット変換テーブル（２７０６）の更新を行う（２７０５）。更新するデータはネットワークオペレータ（２７０１）から変更指示があったポートＮｏと一致する送信ポートＮｏ（１３０３）のエントリの最大パケット長（１３０５）に対して行う。パケット変換テーブル（２７０６）の更新の様子を図２８に示す。図に示されるように最大パケット長がLEN−AからLEN−Cに更新される（２９０４）。一連の処理によって、回線に定義されている最大パケット長が変更になった場合でも、Ｆｉｂｒｅ ＣｈａｎｎｅｌとＥｔｈｅｒｎｅｔ間で無駄な分割処理や、パケットフォーマットの変換が出来なくなるといった不具合を回避することが出来る。
【００４７】
図２６では最大パケット長の設定を、ネットワークオペレータによる手動設定としたが、ＩＰネットワークプロトコル（例：Ｐａｔｈ ＭＴＵ Ｄｉｓｃｏｖｅｒｙ）による場合も同様に行うことが出来る。その場合ネットワークプロトコルがＬＡＮ送信テーブルを更新した際に、最大パケット長変更通知部が更新を検知し、ＳＡＮ受信処理部に通知することになる。
【００４８】
本実施例ではＦｉｂｒｅ Ｃｈａｎｎｅｌとして分割されるパケット数は二つとしたが、三つ以上でも同様に行うことが出来る。その場合Nを３以上の自然数とすると、１番目のパケットのＦｒａｍｅ ＣＴＬ＝１ｓｔ、２番目からＮ−１番目のパケットのＦｒａｍｅ ＣＴＬ＝ＮＵＬＬ（分割パケットの途中とみなす）、Ｎ番目のパケットのＦｒａｍｅ ＣＴＬ＝ＥＮＤとなる。Ｆｒａｍｅ ＣＴＬ＝ＮＵＬＬの場合のパケット生成部の処理は、Ｆｒａｍｅ ＣＴＬ＝ＥＮＤと同じで、ＩＰヘッダ退避エリア（１００４）から、自パケットと同じＦｒａｍｅ IDのＩＰヘッダを読み出し、このＩＰヘッダをパケットに付加する。
【００４９】
本実施例では、ネットワーク間接続装置は、Ｆｉｂｒｅ ＣｈａｎｎｅｌとＥｔｈｅｒｎｅｔ間の中継を行うものとして説明してきた。しかし、図３５に示すようにＦｉｂｒｅ Ｃｈａｎｎｅｌ（３６１１、３６１２）側にＰｏｒｔ A（３６０８）とＰｏｒｔ B（３６０７）の２ポート、Ｅｔｈｅｒｎｅｔ（３６１３、３６１４）側にＰｏｒｔ C（３６１０）とＰｏｒｔ D（３６０９）の２ポートを備えることにより、Ｆｉｂｒｅ Ｃｈａｎｎｅｌ（３６１１、３６１２）間での通信やＥｔｈｅｒｎｅｔ（３６１３、３６１４）間での通信も同様に行うことが出来る。その場合、ＳＡＮ受信処理部（３０７）が備えるパケット変換テーブル（１００５）の送信ポート属性（１１０３）は「Ｆｉｂｒｅ Ｃｈａｎｎｅｌ」となり、ＬＡＮ受信処理部（３０９）が備える送信先情報テーブル（４０８）の送信ポート属性（６０３）は「Ｅｔｈｅｒｎｅｔ」となる。それ以外のテーブルの構造、処理部の動きは今までの説明と同じとなることから、接続する回線種別や回線数（ポート数は２だけでなく、３以上でも可能）に依存しない、自由度の高い接続装置となる。
【００５０】
本実施例ではＬＡＮの物理回線をＥｔｈｅｒｎｅｔ、ＳＡＮの物理回線をＦｉｂｒｅ Ｃｈａｎｎｅｌとしたが、同様の仕様を持つ物理回線であれば本発明を適用することが可能である。
【００５１】
本実施例ではＬａｙｅｒ３プロトコルをＩＰとしたが、相互接続性を確保できるそれ以外のＬａｙｅｒ３プロトコルであれば、同様に本発明を適用することが可能である。
【００５２】
【発明の効果】
ネットワーク間接続装置に本発明を実装することにより、従来直接通信することが困難であった、Ｆｉｂｒｅ Ｃｈａｎｎｅｌ上の端末とＥｔｈｅｒｎｅｔ上の端末の直接通信が可能となる。その際に、
（１）パケットの再構成を行なうことなく、Ｆｉｂｒｅ ＣｈａｎｎｅｌパケットからＥｔｈｅｒｎｅｔパケットに変換することが可能になるため、転送性能劣化と遅延時間の増大を防ぐことが可能となる。
（２）再構成用メモリを必要としないため、装置を単純に出来、且つ、低コスト化を実現できる。
（３）受信処理部におけるパケット変換処理と同時にデータ分割処理を行なうことが可能になるため、送信処理部の負荷を低減することが可能となる。
（４）回線に定義されている最大データ長の変更に伴い、パケット変換処理を更新できるため、最適な通信を確保することが可能になる。
（５）回線種別、回線数に依存しないため、自由度の高いネットワーク構築が可能となる。
【図面の簡単な説明】
【図１】ネットワーク間接続装置でＬＡＮとＳＡＮを接続したネットワークシステムを示した図。
【図２】サーバでＬＡＮとＳＡＮを接続したネットワークシステムを示した図。
【図３】ネットワーク間接続装置の内部構成を示した図。
【図４】ＬＡＮ処理部の内部構成を示した図。
【図５】送信先情報テーブルの構造を示した図。
【図６】ＬＡＮ送信変換処理部の内部構成を示した図。
【図７】ＬＡＮ送信テーブルの構造を示した図。
【図８】ＳＡＮ処理部の内部構成を示した図。
【図９】ＳＡＮ受信変換処理部の内部構成を示した図。
【図１０】パケット変換テーブルの構造を示した図。
【図１１】ＳＡＮ送信変換処理部の内部構成を示した図。
【図１２】ＳＡＮ送信テーブルの構造を示した図。
【図１３】ネットワーク間接続装置で端末Ａと端末Ｂを接続する実施例の図。
【図１４】図１３における送信先情報テーブルの構造を示した図。
【図１５】図１３におけるＳＡＮ送信テーブルの構造を示した図。
【図１６】図１３における処理の流れを示した図。
【図１７】図１３におけるパケット変換テーブルの初期状態の構造を示した図。
【図１８】図１３におけるパケット変換テーブルに最大パケット長を設定後の構造を示した図。
【図１９】図１３におけるＬＡＮ送信テーブルの構造を示した図。
【図２０】ＩＰヘッダ退避エリア内の構造を示した図。
【図２１】ＩＰパケットが二つのＦｉｂｒｅ Ｃｈａｎｎｅｌパケットに分割される例を示した図。
【図２２】ＩＰパケットが二つのＦｉｂｒｅ Ｃｈａｎｎｅｌパケットに分割される場合の処理の流れを示した図。
【図２３】ＩＰパケットが二つのＦｉｂｒｅ Ｃｈａｎｎｅｌパケットに分割される場合に、更にネットワーク間接続装置がパケットの分割を行なう場合の処理の流れを示した図。
【図２４】ＩＰパケットが分割されずにＦｉｂｒｅ Ｃｈａｎｎｅｌパケットに変換される例を示した図。
【図２５】ＩＰパケットが分割されずにＦｉｂｒｅ Ｃｈａｎｎｅｌパケットに変換される場合の処理の流れを示した図。
【図２６】ネットワークオペレータによる最大パケット長の変更した場合の処理の流れを示した図。
【図２７】最大パケット長を変更した場合にＬＡＮ送信テーブルが更新される様子を示した図。
【図２８】最大パケット長を変更した場合にパケット変換テーブルが更新される様子を示した図。
【図２９】Ｆｉｂｒｅ ＣｈａｎｎｅｌとＥｔｈｅｒｎｅｔからなるネットワークのＯＳＩモデルを示した図。
【図３０】図２９における通信装置Ａの送信処理を示した図。
【図３１】Ｆｉｂｒｅ ＣｈａｎｎｅｌパケットのＦｉｂｒｅ Ｃｈａｎｎｅｌヘッダの構造を示した図。
【図３２】図２９における中継装置がパケットを中継する様子を示した図。
【図３３】中継装置が持つ中継テーブルを構造を示した図。
【図３４】中継装置が分割パケットの再構成と、再分割を行なっている様子を示した図。
【図３５】ネットワーク間接続装置が二つのＦｉｂｒｅ Ｃｈａｎｎｅｌポートと、二つのＥｔｈｅｒｎｅｔポートを備える場合の図。
【符号の説明】
１０１・・・ネットワーク間接続装置
１０２・・・ＬＡＮ間接続装置
１０３・・・ＳＡＮ間接続装置
１０４・・・ユーザ端末Ａ
１０５・・・ユーザ端末Ｂ
１０６・・・サーバＡ
１０７・・・サーバＢ
１０８・・・記憶装置Ａ
１０９・・・記憶装置Ｂ
１１０・・・ユーザ端末とＬＡＮ間接続装置を接続するＬＡＮ
１１１・・・ネットワーク間接続装置とＬＡＮ間接続装置を接続する物理回線
１１２・・・ネットワーク間接続装置とＳＡＮ間接続装置を接続する物理回線
１１３・・・サーバＢとＳＡＮ間接続装置を接続する物理回線
１１４・・・サーバＡとＳＡＮ間接続装置を接続する物理回線
１１５・・・記憶装置ＡとＳＡＮ間接続装置を接続する物理回線
１１６・・・記憶装置ＢとＳＡＮ間接続装置を接続する物理回線
【発明の属する技術分野】
本発明は異なる回線プロトコルを持つために従来接続困難であった、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）とＳＡＮ(Ｓｔｏｒａｇｅ ＡｒｅａＮｅｔｗｏｒｋ)を接続する通信形態に関する。本発明により、ＬＡＮとＳＡＮの直接接続、即ち、ＬＡＮ上のＰＣ(Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ)／ＷＳ(Ｗｏｒｋ Ｓｔａｔｉｏｎ)からＳＡＮ上の記憶装置（磁気ディスク、光ディスク）、サーバへのアクセスが可能となる。
【０００２】
【従来の技術】
インターネットの爆発的普及により、ＴＣＰ(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｔｎｒｏｌ Ｐｒｏｔｏｃｏｌ)／ＩＰ(Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ)プロトコルがネットワーク通信の標準プロトコルとなった。ＴＣＰ／ＩＰは企業や学校の中で構築されているＬＡＮの代表的なプロトコルである。ＬＡＮで用いられる物理回線はＥｔｈｅｒｎｅｔが主流で、伝送速度が異なる１０Ｍｂｐｓ(Ｍｅｇａ(１００万) ｂｉｔ ｐｅｒ ｓｅｃｏｎｄ)、 １００Ｍｂｐｓ、 １Ｇｂｐｓ(Ｇｉｇａ(１０億) ｂｉｔ ｐｅｒ ｓｅｃｏｎｄ)のＥｔｈｅｒｎｅｔが存在する。ただし、それぞれの違いは伝送速度のみであり、物理回線上でのパケットフォーマットは全て同じとし、相互接続性を確保している。
【０００３】
このように普及したＬＡＮは、ＰＣ、 ＷＳといった情報処理装置同士の接続には適しているが、磁気ディスク、光ディスクといった情報記憶装置を接続するには不向きである。なぜならば情報処理装置間で通信されるデータは数１００バイト（例：処理要求と処理結果）程度と比較的小さいが、情報記憶装置が送受信するデータは数キロバイト〜数Ｍバイト（例：顧客情報）と非常に大きいためである。そのような情報記憶装置との通信に適したネットワークとして「ＳＡＮ」が出現した。ＳＡＮは従来のＳＣＳＩ(Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｅｒｉａｌ Ｉｎｔｅｒｆａｃｅ)接続を拡張したもので、物理回線としてＦｉｂｒｅ Ｃｈａｎｎｅｌを用いる場合が主流である。Ｆｉｂｒｅ Ｃｈａｎｎｅｌは、(１)１Ｇｂｐｓ以上の高速通信を実現
(２)数キロ〜数１０キロメートルの長距離通信を実現
(３)フロー制御、再送制御機構を備えるため、高信頼通信を実現
といった情報記憶装置との接続に適した特徴を持つ。大型データセンタを中心にＳＡＮの普及は進んでおり、企業や学校内のネットワークは、ＬＡＮとＳＡＮで構成されるようになっていく。
【０００４】
このＬＡＮとＳＡＮを直接接続するために、いくつかの方式が提案されている。ＩＥＴＦ(Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ)では、以下の標準化が行われている（一部標準化完了）。
(１) RＦＣ２６２５ : ＩＰ ａｎｄ ＡＲＰ ｏｖｅｒ Ｆｉｂｒｅ Ｃｈａｎｎｅｌ
(２) Draft : Ｆｉｂｒｅ Ｃｈａｎｎｅｌ ｏｖｅｒ ＩＰ
これらはＦｉｂｒｅ ＣｈａｎｎｅｌパケットをＩＰカプセリングすることにより、ＩＰで通信を行うＬＡＮとの接続性を確保する。
一方、ＮＣＩＴＳ(Ｎａｔｉｏｎａｌ Ｃｏｍｍｉｔｔｉｅ ｆｏｒ Ｉｎｆｏｒｍａｔｉｏｎ ＴｅｃｈＮｏｌｏｇｙ Ｓｔａｎｄａｒｄｓ)では、ＷＡＮ(Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ)とＳＡＮを直接接続する、以下の標準化が行われている。
(３) Ｆｉｂｒｅ Ｃｈａｎｎｅｌ Ｂａｃｋ Ｂｏｎｅ Ｒｅｖ４.７
これら標準化と平行して先行的に製品開発、市場投入を行っているネットワークベンチャが米国を中心に存在するが、ＬＡＮ−ＳＡＮ間の相互接続性は確保できていない。
【０００５】
ここでＦｉｂｒｅ ＣｈａｎｎｅｌとＥｔｈｅｒｎｅｔ間の通信に関して説明する。図２９はＯＳＩ７階層モデルで示した、通信装置Ａ（３００１）、通信装置Ｂ（３００２）、接続装置（３００３）からなるネットワークである。通信装置Ａ（３００１）、通信装置Ｂ（３００２）、接続装置（３００３）は通信回線（３０１０、３０１１）で接続されている。ここでは、通信装置Ａ（３００１）側の通信回線（３０１０）をＦｉｂｒｅ Ｃｈａｎｎｅｌ、通信装置Ｂ（３００２）側の通信回線（３０１１）をＥｔｈｅｒｎｅｔとする。ＯＳＩ７階層は上位からＬａｙｅｒ７、 Ｌａｙｅｒ６となり最下位層はＬａｙｅｒ１となる。ここでは、本発明が関与するＬａｙｅｒ３（３００４、３００６）、Ｌａｙｅｒ２（３００５、３００７、３００９）について説明する。Ｌａｙｅｒ３（３００４、３００６）は通信回線に依存しないプロトコルを規定したもので、ＬＡＮの場合はＩＰ、ＳＡＮの場合はSCSI又はＩＰとなる。ＬＡＮ、ＳＡＮの相互接続を行うためには双方のＬａｙｅｒ３（３００４、３００６、３００８）を同じプロトロルとする必要があるため、Ｌａｙｅｒ３（３００４、３００６、３００８）のプロトコルをＩＰとする。Ｌａｙｅｒ２（３００５、３００７、３００９）は通信回線に依存したプロトコルを規定したものでＬＡＮの場合Ｅｔｈｅｒｎｅｔ、ＳＡＮの場合、Ｆｉｂｒｅ Ｃｈａｎｎｅｌとなる。
【０００６】
異なる特性の回線を接続する場合は、Ｌａｙｅｒ２（３００５、３００７、３００９）のプロトコルを相互変換する装置（３００３）が必要になる。相互変換する装置（３００３）は二つ以上のポートを有し、片方のポートで受信したパケットを別のポートへ送信する。その場合、必要に応じてパケットフォーマットの変換を行う。図２９の場合、通信装置Ａ（３００１）が送信したパケットはＦｉｂｒｅ Ｃｈａｎｎｅｌ（３０１０）経由で接続装置（３００３）に送られて（３０１２）、パケットフォーマットを変換後、Ｅｔｈｅｒｎｅｔ（３０１１）経由で通信装置Ｂ（３００２）に送られる（３０１３）。また接続装置（３００３）も通信装置（３００１、３００２）と同様に、Ｌａｙｅｒ３での相互接続性を確保するため、Ｌａｙｅｒ３プロトコル（３００８）は共通のプロトコル、例えばＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ（ＩＰ）を持つ必要がある。
【０００７】
つぎに通信装置Ａ（３００１）がパケットを送信する様子を図３０、図３１を用いて説明する。図３０は通信装置Ａ（３００１）がＵｓｅｒ Ｄａｔａ（３１０５）を送信する様子を示したものである。このＵｓｅｒ Ｄａｔａ（３１０５）とは、図３０のＬａｙｅｒ４より上位のレイヤに位置するアプリケーションから受け取ったデータであり、図３０の場合はＬａｙｅｒ７で生成されたデータである。なお、Ｌａｙｅｒ３（３１０３）のプロトコルはＩＰとし、Ｌａｙｅｒ４（３１０２）のプロトコルはＴｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ（ＴＣＰ）とする。Ｌａｙｅｒ７（３１０１）で生成されたＵｓｅｒ Ｄａｔａ（３１０５）は、Ｌａｙｅｒ６、 Ｌａｙｅｒ５経由でＬａｙｅｒ４（３１０２）に渡される。Ｌａｙｅｒ４（３１０２）はＴＣＰのプロトコル処理を行った後、Ｕｓｅｒ Ｄａｔａ（３１０５）にＴＣＰヘッダ（３１０７）を付加して、Ｌａｙｅｒ４パケット（３１０６）を生成する。生成したＬａｙｅｒ４パケット（３１０６）はＬａｙｅｒ３（３１０３）に渡され、ＩＰのプロトコル処理が行われる。
【０００８】
Ｌａｙｅｒ３（３１０３）はプロトコル処理の後に、ＩＰヘッダ（３１０９）を付加しＬａｙｅｒ３パケット（３１０８）を生成する。またＬａｙｅｒ３（３１０３）は生成したＬａｙｅｒ３パケット（３１０８）とパケットを送信する回線に定義されている最大パケット長を比較する。Ｌａｙｅｒ３パケット（３１０８）の長さが最大データ長よりも長い場合、そのままでは送信することが出来ないため、分割処理が行われる。分割されたＵｓｅｒ Ｄａｔａ（３１１３）にＩＰヘッダ（３１１２）を付加することにより、新たなＬａｙｅｒ３パケット（３１１１）を生成する。それぞれのＬａｙｅｒ３パケットはＬａｙｅｒ２（３１０４）に渡される。
【０００９】
Ｌａｙｅｒ２（３１０４）はＬａｙｅｒ２プロトコル処理を行い、ＦＣヘッダ（３１１５）を付加する。付加したパケットをＦｉｂｒｅ Ｃｈａｎｎｅｌ（３０１０）に送信する前に、Ｆｉｂｒｅ ＣｈａｎｎｅｌはＬａｙｅｒ２でパケットの分割処理を行う（このＬａｙｅｒ２でのパケット処理はＥｔｈｅｒｎｅｔでは行われない）。そのため図３０に示されるように１番目のＬａｙｅｒ３パケット（３１０８）はＬａｙｅｒ２パケット１（３１１４）とＬａｙｅｒ２パケット２（３１１８）に分割され、２番目のＬａｙｅｒ３パケット（３１１１）はＬａｙｅｒ２パケット３（３１２０）とＬａｙｅｒ２パケット４（３１２２）に分割される。それぞれのＬａｙｅｒ２パケットにはＦＣ（Ｆｉｂｒｅ Ｃｈａｎｎｅｌ）ヘッダが付加される。ＦＣヘッダは図３１に示すように、送信先を示す識別子である送信先アドレス（３２０１）、送信元を示す識別子である送信元アドレス（３２０２）、送信元が割り当てるＦｒａｍｅ ID（３２０３）、分割されたパケットのどの部分であるかを示すＦｒａｍｅ ＣＴＬ（３２０４）、その他のヘッダ情報（３２０５）からなる。パケットが分割されてから送信される場合は、Ｆｒａｍｅ ID（３２０３）はその全てに同じ値を割り当てる。すなわち、Ｌａｙｅｒ２パケット１（３１１４）とＬａｙｅｒ２パケット２（３１１８）は同じＦｒａｍｅ IDの値を持つことになる。このＦｒａｍｅ ID（３２０４）より、分割されたパケットを再構成する場合に、どのパケットが本来同じパケットであるかを判断することが出来る。Ｆｒａｍｅ ＣＴＬ（３２０４）は分割パケットの先頭を表す「１ｓｔ」、末尾を表す「ＥＮＤ」、先頭で末尾（つまり分割されていない単一のパケット）を表す「１ｓｔ／ＥＮＤ」、２番目から末尾−１を表す「ＮＵＬＬ」からなる。このＦｒａｍｅ ＣＴＬ（３２０４）を見ることにより、パケットが分割されているかいないか、分割されている場合はどの位置かを判断することが出来る。これらＦｉｂｒｅ Ｃｈａｎｎｅｌのヘッダ仕様は、前記ＮＣＩＴＳで標準化されており、WWWなどでＤｒａｆｔを入手することが可能である。（Ｓｔａｎｄａｒｄは有料）
【００１０】
【発明が解決しようとする課題】
Ｆｉｂｒｅ ＣｈａｎｎｅｌとＥｔｈｅｒｎｅｔは回線特性が大きく異なるため、パケットフォーマットを変換出来ない場合がある。図３２は図２９における接続装置（３００３）がパケットを中継する様子を示した図である。接続装置（３００３）は図３３に示す中継テーブル（３４０１）を持ち、それを用いて送信先の決定、送信先回線のパケットフォーマットの変換を行う。前述したようにＦｉｂｒｅ ＣｈａｎｎｅｌとＥｔｈｅｒｎｅｔではＬａｙｅｒ２でのパケットの変換ができないため、接続装置（３００３）はＬａｙｅｒ３で変換を行う。そのため中継テーブル（３４０１）も図３３に示すように、Ｌａｙｅｒ３情報に関するものとなる。以下、図３３に示す中継テーブル（３４０１）を使うことを前提にパケットの中継処理を説明する。
【００１１】
接続装置（３００３）のＰｏｒｔA（３３０２）はＦｉｂｒｅ Ｃｈａｎｎｅｌ（３０１０）に接続されており、パケット（３１１４）を受信する。パケット（３１１４）はＦＣ−A（３１１５）、ＩＰ−A（３１１６）、ＴＣＰ（３１１７）、Ｕｓｅｒ Ｄａｔａ（３１１７）を有する。ここで、ＩＰ−Ａ（３１１６）とは通信相手のＩＰアドレスであるが図に示すＩＰ−Ａ（３１１６）にはこのアドレス以外の、ＩＰヘッダ全体が含まれる。図３２では特にアドレス情報に注目して説明するため、アドレス情報のみを表記している。同様に、ＦＣ−Ａ（３１１５）にはＦｉｂｒｅ Ｃｈａｎｎｅｌの通信回線に特化したプロトコル処理を行うレイヤにて通信相手を識別するためのアドレス情報であるが、図３２のＦＣ−Ａ（３１１５）で示す領域にはこのアドレス以外のヘッダ情報も含まれる。接続装置（３００３）は受信したパケットのＬａｙｅｒ３情報であるＩＰ−A（３１０９）を読み取り、その値で中継テーブル（３４０１）の検索を行う。検索結果として、送信先ＭＡＣアドレスであり、Ｌａｙｅｒ２情報であるＭＡＣ−A（３３１０）、接続装置と送信先ネットワークであるＥｔｈｅｒｎｅｔ（３０１１）の接点である送信ポート、ＰｏｒｔB（３３０３）、送信先の回線に定義されている最大パケット長であるＬｅｎＡ（３４０２）を取得する。接続装置（３００３）は、受信パケット（３１１４）からＦＣ−A（３１１５）を取り除き、この検索結果を元にＭＡＣ−A（３３１０）を付加し、送信ポートであるＰｏｒｔB（３３０３）にパケット（３３０４）を送信する。ここでも、図３２に示すＭＡＣ−Ａとは通信相手のＭＡＣアドレスのみならず通信回線がＥｔｈｅｒｎｅｔ（３０１１）である場合にそれに特化したプロトコル処理を行うレイヤにおいて必要とされるその他の情報を含む。
【００１２】
ところが図３０で説明したように、Ｌａｙｅｒ２（３１０４）で分割された２番目のパケット（図３０のパケット（３１１８）、パケット（３１２２））にはＩＰ情報が含まれていない。これはＬａｙｅｒ２がＬａｙｅｒ３から渡されたパケットについて、Ｌａｙｅｒ３（３１０３）のヘッダ情報であるＩＰ−Ａ（３１０９）とデータ情報であるＴＣＰ（３１０８）及びＵｓｅｒ Ｄａｔａ（３１１０）を、まとめて一つのデータ情報としてパケットの分割を行い、分割後のパケットにＬａｙｅｒ２ヘッダを付加するためである。このように、分割された２番目以降のパケットにはＩＰ情報を格納したＩＰヘッダが付加されていないことから中継テーブル（３４０１）を検索することが出来ず、そのため受信パケット（３１１８）から送信パケット（３３０５）に変換することが出来ない。
【００１３】
そのため、Ｆｉｂｒｅ ＣｈａｎｎｅｌからＥｔｈｅｒｎｅｔへとパケットを中継する場合は、送信側の装置におけるＬａｙｅｒ２で分割されたパケットを接続装置で一度再構成し、再構成後のパケットを目的のネットワークへ送信することを現在行っている。図３４は送信側の装置のＬａｙｅｒ２で分割された二つのパケット（３１１４、 ３１１８）を再構成（３５０２）して一つのＬａｙｅｒ３パケット（３５０１）とし、更に再分割（３５０３）して二つのＬａｙｅｒ２パケット（３５０４、 ３５０６）を生成している様子を示したものである。再分割（３５０３）される個々のパケットのサイズは送信先回線の１パケットにおける最大データ長に依存するが、通常Ｆｉｂｒｅ Ｃｈａｎｎｅｌの１パケットあたりの最大データ長はＥｔｈｅｒｎｅｔの１パケットあたりの最大データ長よりも大きいため、サイズの大きなデータをやり取りする場合は再分割（３５０３）される可能性が高い。
【００１４】
接続装置は、当然ながら分割されたパケットを全て受信してからでないと再構成を行うことができないため、再構成用のメモリが必要になる。収容する回線数が多い場合や、大量のデータをやりとりする場合には、再構成用のメモリは大容量のものを必要とする。大容量のメモリを有し再構成（必要に応じて再分割も）を行うことが出来るのはサーバであることから、図２に示すように、サーバ（サーバＡ（２０５））経由でＬＡＮ（２０２）とＳＡＮ（２０１）を接続することが一般に行われている。しかしサーバはソフトウェアで中継処理を行うことから、パケット統合及び再分割処理を高速に行うことが困難であり、結果パケットの高速中継をすることが難しい。また記憶装置（記憶装置Ａ（２０７）、記憶装置Ｂ（２０８））や、ユーザ端末（ユーザ端末Ａ（２０３）、ユーザ端末Ｂ（２０４））が増加した場合、サーバに対するアクセス数がそれだけ増加するためサーバ性能が不足してくる。性能不足を解消するため、サーバの追加（サーバＢ（２０６））を行うが、ネットワークの接続形態が変化するため、そのたびに経路情報を再設定したり、追加したサーバに対し新しいＩＰアドレスを割当てたりする必要がある。このようなネットワーク管理が発生することにより、管理ミスに伴うサービス停止や、管理コストの増加といった問題が生じる。
【００１５】
【課題を解決するための手段】
そこで本発明ではＦＣヘッダのような第１のヘッダと、場合によりＩＰヘッダのような第２のヘッダを有する第１のパケットが転送されるＳＡＮのような第１のネットワークと、ＭＡＣアドレスを含みＥｔｈｅｒｎｅｔで用いられるような第３のヘッダと第２のヘッダを有する第２のパケットが転送されるＬＡＮのような第２のネットワークとに接続され、第１のネットワークから受信した第１のパケットを第２のパケットに変換して第２のネットワークに送信する接続装置を提案する。
【００１６】
この接続装置のヘッダ識別部は、ＳＡＮ等から受信した第１のパケットが第２のヘッダを持つか否かを、第１のパケットに含まれるＦｒａｍｅＣＴＬのようなパケット制御情報により判別する。ヘッダ格納部は、ヘッダ識別部により第２のヘッダを有すると判別された第１のパケットの第２のヘッダの情報と、第１のパケットのＦｒａｍｅＩＤのような第１のパケット識別情報とを読み出し、これら第２のヘッダの情報と第１のパケット識別情報とをテーブルなどで管理することで関連付けて記憶する。第１のヘッダ付加部は、ヘッダ識別部により第２のヘッダが無いと判別された第１のパケットの、ＦｒａｍｅＩＤのような第２のパケット識別情報でヘッダ格納部が記憶する第１のパケット識別情報を検索し、第２のパケット識別情報と一致する第１のパケット識別情報を見つけ、この第１のパケット識別情報と関連付けて記憶された第２のヘッダの情報を取得し、第２のヘッダを持たない第１のパケットに第２のヘッダを付加する。ヘッダ除去部は、第２のヘッダを有すると判別された第１のパケット及び第１のヘッダ付加部より第２のヘッダを付加された第１のパケットから第１のヘッダを取り除く。第２のヘッダ付加部は、ヘッダ除去部により前記第１のヘッダを取り除かれた第１のパケットに、第３のヘッダを付加する。第１のヘッダ付加部により、パケットを再構成することなく、分割された各第１のパケットに対しＩＰヘッダのような第２のヘッダを付加することが可能となる。
【００１７】
【発明の実施の形態】
本発明の実施の形態を説明する。ここではインターネットで使用され世界標準となっているＩＰネットワークを前提として説明する。また、ＳＡＮの回線種別はＦｉｂｒｅ Ｃｈａｎｎｅｌ、 ＬＡＮの回線種別はＥｔｈｅｒｎｅｔとして説明する。
【００１８】
はじめに本発明をネットワーク間接続装置に実装し、ＳＡＮとＬＡＮからなるネットワークシステムを構築した場合を説明する。図１のネットワーク間接続装置（１０１）は２つのポートを備え、そのうちのＰｏｒｔ−１（３１０）がＬＡＮに属するＥｔｈｅｒｎｅｔ（１１１）に、もう１つのＰｏｒｔ−２（３１１）ＳＡＮに属するＦｉｂｒｅ Ｃｈａｎｎｅｌ（１１２）に接続されているものとする。本実施例では、１つのＳＡＮと１つのＬＡＮを接続する例を説明するためポート数は２つとしているが、実際にはＳＡＮやＬＡＮ以外のＷＡＮ（ＷｉｄｅＡｒｅａ Ｎｅｔｗｏｒｋ）等の異なる回線プロトコルを用いるネットワークを相互接続する場合も考えられ、その場合は３つ以上のポートを有していても良い。また、ネットワーク接続装置（１０１）のポートを複数のＳＡＮに対しそれぞれ割り当て、それらＳＡＮ同士をネットワーク接続装置（１０１）で接続することや、同様に複数のＬＡＮ同士を接続したネットワークシステムを構築することも可能である。
【００１９】
ネットワーク間接続装置（１０１）のＬＡＮ側ポートであるＰｏｒｔ−１（３１０）はＥｔｈｅｒｎｅｔ（１１１）でＬＡＮ間接続装置（１０２）と通信を行い、このＬＡＮ間接続装置（１０２）はユーザ端末Ａ（１０４）、ユーザ端末Ｂ（１０５）とＥｔｈｅｒｎｅｔ（１１０）で接続される。ＬＡＮ間接続装置（１０２）としてはＬＡＮ Ｓｗｉｔｃｈ等が挙げられる。一方、ネットワーク接続装置（１０１）のＳＡＮ側ポートであるＰｏｒｔ−２（３１１）はＦｉｂｒｅ Ｃｈａｎｎｅｌ（１１２）を介してＳＡＮ間接続装置（１０３）と接続される。そしてサーバＡ（１０６）、サーバＢ（１０７）、記憶装置Ａ（１０８）、記憶装置Ｂ（１０９）が、複数のＦｉｂｒｅ Ｃｈａｎｎｅｌ（１１３、１１４、１１５、１１６）でＳＡＮ間接続装置（１０３）と接続される。図１ではサーバや記憶装置がＳＡＮ間接続装置（１０３）を中心にスター型のネットワークで接続されているが、この他のネットワーク・トポロジによってサーバや記憶装置が複数接続されたネットワークをＳＡＮ間接続装置（１０３）に接続しても良い。ＳＡＮ間接続装置（１０３）としてはＦｉｂｒｅ Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈが代表的である。
【００２０】
なお、ユーザ端末、サーバ、記憶装置の組み合わせ、数に制限は無く、どのような場合でも同様に適用することが出来る。また、ＬＡＮ間接続装置（１０２）、ＳＡＮ間接続装置（１０３）はそれぞれ１台の場合を例に説明したが、ネットワークシステム中に、もしくはユーザ端末と記憶装置の間に２台以上のこれら接続装置が存在しても同様に適用することができる。
【００２１】
次に、ネットワーク間接続装置（１０１）の構成と動作に関して図３を用いて説明する。ネットワーク間接続装置（１０１）はＦｉｂｒｅ Ｃｈａｎｎｅｌ（３０４）とＥｔｈｅｒｎｅｔ（３０３）を接続するもので、図３の場合は接続されるネットワークをそれぞれ１本としているが、前述のように複数のネットワークがネットワーク間接続装置（１０１）を介してそれぞれ接続されても良い。ネットワーク間接続装置（１０１）はＳＡＮに対しパケットの送受信処理を行うＳＡＮ処理部（３０１)と、ＬＡＮに対しパケットの送受信処理を行うＬＡＮ処理部（３０２)と、両処理部を接続するＢｕｓ（３０５）からなる。ＳＡＮ処理部（３０１）は、ＳＡＮへのパケットの送信処理を行うＳＡＮ送信処理部（３０６）とＳＡＮからのパケットの受信処理を行うＳＡＮ受信処理部（３０７）からなる。ＬＡＮ処理部（３０２）はＬＡＮへのパケットの送信処理を行うＬＡＮ送信処理部（３０８）と、ＬＡＮからのパケットの受信処理を行うＬＡＮ受信処理部（３０９）からなる。
【００２２】
Ｅｔｈｅｒｎｅｔ（３０３）からＦｉｂｒｅＣｈａｎｎｅｌ（３０４）へパケットを送信する例を用いて、ＬＡＮ処理部（３０２）のＬＡＮ受信処理部（３０９）と、ＳＡＮ処理部（３０１）のＳＡＮ送信処理部（３０６）の構成と動作について説明する。
【００２３】
ネットワーク間接続装置（１０１）は、Ｅｔｈｅｒｎｅｔ（３０３）からＰｏｒｔ−１（３１０）を介して受信したパケットを、まずＬＡＮ処理部（３０２）のＬＡＮ受信処理部（３０９）にて処理する。ＬＡＮ受信処理部（３０９）は図４に示すように、Ｅｔｈｅｒ受信処理部（４０５）と、パケット格納エリア（４０４）と、送信先決定部（４０６）と、送信先情報テーブル（４０８）からなる。Ｅｔｈｅｒ受信処理部（４０５）は、パケットのヘッダに付加されたＭＡＣアドレスを参照し、パケットがネットワーク間接続装置（１０１）宛てのものであった場合はＣＲＣのチェックを行う等の、Ｅｔｈｅｒｎｅｔパケットの受信処理を行う。パケット格納エリア（４０４）はＥｔｈｅｒ受信処理部（４０５）が受信したパケットを一時的に格納する記憶領域である。送信先情報テーブル（４０８）は図５に示すように、受信したパケットの宛先ＩＰアドレスでテーブルを検索するための送信先ＩＰＡｄｄｒｅｓｓ（６０１）と、受信したパケットが次にネットワーク間接続装置（１０１）のどの送信処理部で処理されるかを決定するための、各送信処理部の送信ポートＮｏ（６０２）と、受信したパケットが送出されるネットワークの回線種別を定義してある送信ポート属性（６０３）からなる。送信先決定部（４０６）は受信したパケットの送信先ＩＰＡｄｄｒｅｓｓを参照し、送信先情報テーブル（４０８）の送信先ＩＰＡｄｄｒｅｓｓ（６０１）を検索することで送信ポートＮｏ（６０２）を得て、次にこのパケットを処理すべき送信処理部を特定する。さらにネットワークの回線種別を識別するための情報である送信ポート属性（６０３）の情報を得ることで、受信したパケットを送信先のネットワーク上のパケットに変換するための前処理を行うこともできる。例えば、本実施例のようにパケットを受信したネットワークとこれからパケットを送信するネットワークの、ＯＳＩ７階層モデルにおける物理層とデータリンク層が異なる場合に、受信処理部においてパケットを受信したネットワークにおけるそれら２階層の処理を行うと、それら階層におけるヘッダ情報が取り除かれ、その後の送信処理部におけるパケット処理に不都合が生じる場合がある。このような場合は本発明のように、送信先のネットワークの回線種別を受信処理部にて判別し、ヘッダ情報が除去される前に必要な処理を行うことが有効である。ここで説明するＥｔｈｅｒｎｅｔからＦｉｂｒｅＣｈａｎｎｅｌへのパケット送信時では、ＬＡＮ受信処理部（３０９）は前処理を行う必要が無いので、送信ポート属性（６０３）の情報は用いない。この送信ポート属性の例としてはＥｔｈｅｒｎｅｔ、 Ｆｉｂｒｅ Ｃｈａｎｎｅｌなどの回線種別が挙げられる。送信先情報テーブル（４０８）の作成方法は二通りあり、一つはネットワーク管理者による手動作成、もう一つはRＩＰ（Ｒｏｕｔｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）などの経路計算プロトコルによる自動作成である。本発明はどちらの場合でも適用することが出来るため、特に作成方法に関しては以後言及しない。また、パケットのＭＡＣアドレスを含むヘッダについては、ＳＡＮ送信処理部（３０６）では用いられない情報であるため、ＬＡＮ受信処理部（３０９）にて取り除く。ＬＡＮ受信処理部（３０９）は以上の受信処理を行った後、パケット中継部（４０７）とＢｕｓ（３０５）を経由してパケットをＳＡＮ送信処理部（３０６）に送る。パケット中継部（４０７）はＬＡＮ処理部（３０２）とＢｕｓ（３０５）の間、又はＬＡＮ受信処理部（３０８）とＬＡＮ送信処理部（３０９）の間のパケットの中継を行う。この中継時に、送信ポートＮｏ（６０２）の情報が用いられる。
【００２４】
ＳＡＮ送信処理部では、パケット中継部（９０７）から受信したパケットはまずＳＡＮ送信変換処理部（９０１）にて処理される。ＳＡＮ送信変換処理部（９０１）は図１１に示すように、パケット分割部（１２０１）と、パケットフォーマット変換部（１２０５）と、分割用エリア（１２０２）と、ＳＡＮ送信テーブル（１２０４）からなる。パケット分割部（１２０１）は、後述するＳＡＮ送信テーブル（１２０４）を検索し、パケット中継部（９０７）から受信したパケットの長さが送信先回線であるＦｉｂｒｅＣｈａｎｎｅｌ（３０４）に定義されている最大パケット長よりも長い場合、受信したパケットの分割処理を行う。分割用エリア（１２０２）は、パケット分割部（１２０１）がパケットを分割処理する際に一時的に送信パケットを格納する領域であり、ＲＡＭ等の半導体メモリで実装されることが考えられる。パケットフォーマット変換部（１２０５）は、ＦＣ（ＦｉｂｒｅＣｈａｎｎｅｌ）アドレスを付加する等してＦＣヘッダを送信パケットに付け、送信パケットのフォーマットをＦｉｂｒｅＣｈａｎｎｅｌパケットフォーマットに変換する。ＳＡＮ送信テーブル（１２０４）は、パケット分割部（１２０１）がパケットの分割処理をするか否かを決定する際と、パケットフォーマット変換部（１２０５）がパケットにＦＣアドレスを付加する際に、検索を行う。図１２にＳＡＮ送信テーブル（１２０４）の構造を示す。ＳＡＮ送信テーブル（１２０４）は、送信先ＩＰ Ａｄｄｒｅｓｓ（１３０１）と、送信先ＦＣ Ａｄｄｒｅｓｓ（１３０２）と、送信ポートＮｏ（１３０３）と、送信ポート属性（１３０４）と、Ｐｏｒｔ−２（３１１）に接続するＦｉｂｒｅＣｈａｎｎｅｌにおける最大パケット長（１３０５）からなる。ＳＡＮ送信テーブル（１２０４）の作成方法は、図７を用いて説明したＬＡＮ送信テーブル（７０２）の作成方法と同じであるため、ここでの説明は省略する。パケット分割部（１２０３）により必要に応じて分割されたパケットは、パケットフォーマット変換部（１２０５）にて前述したＳＡＮ送信テーブル（１２０４）を送信先ＩＰＡｄｄｒｅｓｓ（１３０１）の値で検索し、送信先ＦＣＡｄｄｒｅｓｓ（１３０２）をパケットに付加する等の処理によりＦＣヘッダを付加されＦＣパケットとなる。ＳＡＮ送信変換処理部（９０１）にて処理を行われたパケットは、一時的にパケット格納エリア（９０２）に格納され、ＦＣ送信処理部（９０３）により誤り制御のためのＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）データの生成等、Ｌａｙｅｒ２（データリンク層）にて行われる一般的な処理を行う。ＳＡＮ送信処理部（３０６）は以上の送信に必要な処理を行った後、Ｐｏｒｔ−２（３１１）を介してＦｉｂｒｅ Ｃｈａｎｎｅｌ（３０４）へとパケットを送信し、これによりネットワーク間接続装置（１０１）の一連の処理は完了する。
【００２５】
次に、ＦｉｂｒｅＣｈａｎｎｅｌ（３０４）からＥｔｈｅｒｎｅｔ（３０３）へパケットを送信する例を用いて、ＳＡＮ処理部（３０１）のＳＡＮ受信処理部（３０１）と、ＬＡＮ処理部（３０２）のＬＡＮ送信処理部（３０８）の構成と動作について説明する。
【００２６】
ネットワーク間接続装置（１０１）がＰｏｒｔ−２（３１１）を介してＦｉｂｒｅ Ｃｈａｎｎｅｌ（３０４）から受信したパケットはＳＡＮ処理部（３０１）のＳＡＮ受信処理部（３０７）に送られる。ＳＡＮ受信処理部（３０７）は図８に示すようにＦＣ受信処理部（９０６）と、パケット格納エリア（９０５）と、ＳＡＮ受信変換処理部（９０４）からなる。ＦＣ受信処理部（９０６）はＦｉｂｒｅ Ｃｈａｎｎｅｌ（３０４）からパケットを受信する際に、データエラーの検出と回復や送信するデータの順序制御といったＬａｙｅｒ２レベル（データリンク層）のパケット処理を行う。パケット格納エリア（９０５）はＦｉｂｒｅＣｈａｎｎｅｌ（３０４）から受信したパケットを一時的に格納する領域で、ＲＡＭ等の半導体メモリで実装されることが望ましい。パケット格納エリア（９０５）のパケットは次にＳＡＮ受信変換処理部（９０４）にて処理される。ＳＡＮ受信変換処理部（９０４）はＦｉｂｒｅ Ｃｈａｎｎｅｌパケットとして分割されている受信したパケットをＩＰパケットに変換し、必要であればこのＩＰパケットの分割処理を行い、ネットワーク間接続装置（１０１）内の送信先ポート及びその送信処理部を決定する。
【００２７】
ＳＡＮ受信変換処理部（９０４）の詳細な構成に関して説明する。ＳＡＮ受信変換処理部（９０４）は図９に示すように、パケット生成部（１００１）と、ＩＰヘッダ退避エリア（１００４）と、送信先決定部（１００３）と、パケット変換テーブル（１００５）と、分割用エリア（１００６）と、最大パケット長チェック部（１００２）を有する。パケット生成部（１００１）はＦｉｂｒｅ Ｃｈａｎｎｅｌパケットとして分割されている受信パケットをＩＰパケットに変換するという、前述したヘッダ識別部、ヘッダ格納部そして第１のヘッダ付加部としての機能を果たす。つまり、受信したパケットのＦｒａｍｅＣＴＬを調べ、受信したパケットがＦｉｂｒｅＣｈａｎｎｅｌパケットとして分割されていて、さらにＩＰヘッダを含む先頭のパケットであるかを判別するヘッダ識別部としての処理を行う。そして、パケットが分割されていた場合には、この先頭のＦｉｂｒｅＣｈａｎｎｅｌパケットに含まれているＩＰヘッダを図２０に示すように、そのパケットのＦＣヘッダに書きこまれているＦｒａｍｅ ID（２１０２）と共にＩＰヘッダ退避エリア（１００４）に格納するというヘッダ格納部としての処理を行う。ＦｒａｍｅＩＤをＩＰヘッダと共に退避することで、ＩＰのレイヤにおいてもとは一つのＩＰパケットであった複数のＦＣパケットに対し、同じＩＰヘッダを付加することができる。つまり、受信したパケットのＦｒａｍｅＩＤを読み出し、そのＦｒａｍｅＩＤの値でＩＰヘッダ退避エリア（１００４）を検索し、検索の結果、値が一致したＦｒａｍｅＩＤと共に格納されたＩＰヘッダをそのパケットに付加するという、第1のヘッダ付加部の処理を行う。前述のように従来は分割されたＦｉｂｒｅＣｈａｎｎｅｌパケットの全てをネットワーク間接続装置（１０１）にて集め、再結合させる必要があったが、本発明による方法では先に到着したＦＣパケットをネットワーク間接続装置に留まらせることなく通信先のネットワークへ送出することが出来、またネットワーク間接続装置（１０１）にはパケットの再結合処理のために大きなメモリ領域を用意する必要が無くなる。またパケット生成部（１００１）は、変換後のパケットのサイズが送信先回線に定義されている最大パケット長より大きい場合には分割処理を行う。このために分割用エリア（１００６）にはＦｉｂｒｅＣｈａｎｎｅｌから受信したパケットを分割処理する際に、パケットが一時的に格納される。パケット生成部（１００１）を通過したパケットは、送信先決定部（１００３）にて送信先のネットワークに対応するポートである送信先ポートが判別される。この例ではパケットはＥｔｈｅｒｎｅｔに送出されるため、ＬＡＮ送信処理部（１４０４）のＰｏｒｔ−１（３１０）が選択される。パケット変換テーブル（１００５）は分割処理をするか否かの判断、及び、受信したパケットをネットワーク間接続装置（１０１）のどのポートに送信するかを決定する際に用いられるデータで、パケット生成部（１００１）と送信先決定部（１００３）が検索を行う。パケット変換テーブル（１００５）は図１０に示すように、送信先ＩＰ Ａｄｄｒｅｓｓ(１１０１)と、送信ポートＮｏ（１１０２）、送信ポート属性（１１０３）そして最大パケット長（１１０４）からなる。ＦｉｂｒｅＣｈａｎｎｅｌ（３０４）からＥｔｈｅｒｎｅｔ（３０５）へパケットを転送するこの例では、送信先ＩＰＡｄｄｒｅｓｓ（１１０１）には相手方の通信装置に割り当てられたＩＰアドレスが、送信ポートＮｏにはＰｏｒｔ−１（３１０）のポート番号が、送信ポート属性（１１０３）には回線種別である「Ｅｔｈｅｒｎｅｔ」を表す情報が、最大パケット長（１１０４）にはＥｔｈｅｒｎｅｔ（３０３）の最大パケット長が格納される。パケット変換テーブル（１００２）の作成方法は、送信先情報テーブル（４０８）の作成方法と同じであるため、ここでの説明は省略する。最大パケット長チェック部（１００２）はＬＡＮ送信変換処理部（３０８）の最大パケット長変更通知部（７０４）により、送信先ポートが接続されている回線に定義されている最大パケット長の変更を通知された時に、ＬＡＮ送信変換処理部（４０３）のＬＡＮ送信テーブル（７０３）から変更のあった最大パケット長を読み出し、それに該当する更新されていないデータがパケット変換テーブル（１００５）に存在する場合はデータの更新を行う。パケットに付加されたＦＣヘッダはこの後送信されるＬＡＮ送信処理部（３０８）では不要であるためこのＳＡＮ受信処理部（３０７）にて取り除かれる。このヘッダ除去部としての処理は、パケット生成部（１００１）もしくは送信先決定部（１００３）にて行われる。パケット生成部にてヘッダ除去部の処理を行う場合は、ヘッダ識別部やヘッダ格納部、第1のヘッダ付加部にてＦｒａｍｅＣＴＬやＦｒａｍｅＩＤの情報を利用するため、これら処理の前にＦＣヘッダを除去する際には、パケットの処理を終えるまでは除去したＦＣヘッダの内容を一時的に記憶しておく等の処理が必要である。ＳＡＮ受信処理部（３０７）は以上の受信処理を行った後、パケット中継部（９０７）とＢｕｓ（３０５）を経由してパケットをＬＡＮ送信処理部（３０８）に送る。パケット中継部（９０７）はＳＡＮ送信処理部（３０６）とＳＡＮ受信処理部（３０７）の間、又は、ＳＡＮ処理部（３０１）とＬＡＮ処理部（３０２）の間の、パケットの中継を行う。
【００２８】
ＬＡＮ送信処理部は、ＭＡＣアドレスの付加やパケットの分割など送信パケットのフォーマット変換などを行うＬＡＮ送信変換処理部（４０３）と、ＬＡＮに送出するパケットを一時的に格納するパケット格納エリア（４０１）と、ヘッダ中のＦＣＳ（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ）の値を設定する等、Ｅｔｈｅｒｎｅｔ（３０３）にパケットを送出するための処理を行うＥｔｈｅｒ送信処理部（４０２）を有する。
【００２９】
ＬＡＮ送信変換処理部（４０３）は図６に示されるように、パケット分割部（７０２）と、分割用エリア（７０５）と、パケットフォーマット変換部（７０１）と最大パケット長変更通知部（７０４）を有する。パケット分割部（７０２）はパケット中継部（３０５）を介して受信したパケットのパケット長と、受信したパケットに該当するＬＡＮ送信テーブル（７０３）上のエントリの最大パケット長（８０５）とを比較し、受信したパケット長の方が大きければ、パケットの分割処理を行う。分割用エリア（７０５）はパケット分割部（７０２）がパケットを分割する際に一時的にパケットを格納する領域であり、ＲＡＭ等で実装される。パケットフォーマット変換部（７０１）は、ＬＡＮ送信テーブル（７０３）を参照し、受信したパケットのＩＰアドレスに対応するＭＡＣＡｄｄｒｅｓｓ（８０２）を取得し、これをパケットに付加する等してパケットをＥｔｈｅｒｎｅｔフォーマットに変換するという第２のヘッダ付加部としての処理を行う。ＬＡＮ送信テーブル（７０３）は、パケット分割部（７０２）がパケットを分割するか否かを決定する際と、パケットフォーマット変換部（７０１）がパケットにＭＡＣアドレスを付加する時に検索が行われる。後者の場合は、ＬＡＮ送信テーブルはＭＡＣアドレスを取得するためのアドレステーブルとして機能する。ＬＡＮ送信テーブル（７０３）は図７に示されるように、パケットの送信先である情報処理装置等のＩＰアドレスである送信先ＩＰ Ａｄｄｒｅｓｓ（８０１）と、同じくそのＭＡＣアドレスである送信先ＭＡＣ Ａｄｄｒｅｓｓ（８０２）と、パケットをＬＡＮに送出するポートに付与された識別子である送信ポートＮｏ（８０３）と、「Ｅｔｈｅｒｎｅｔ」等の送信ポート属性（８０４）と、送出先のＬＡＮの最大パケット長（８０５）を有する。最大パケット長変更通知部（７０４）は、Ｅｔｈｅｒｎｅｔ（３０３）に定義されている最大パケット長の変更に伴いＬＡＮ送信テーブル（７０３）の最大パケット長（８０５）の値が更新されるのを監視し、その値が更新された場合はＳＡＮ処理部（３０１）に通知する。ＬＡＮ送信テーブル（７０３）の作成方法は二通りあり、一つはネットワーク管理者による手動作成、もう一つはＡＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）による自動作成である。本発明はどちらの場合でも適用することが出来るため、特に作成方法に関しては以後言及しない。ここでパケット分割処理に関して説明する。パケット分割部（７０２）はこれからＬＡＮに送出するパケットの送信先ＩＰアドレスを読み取り、ＬＡＮ送信テーブル（７０３）の送信先ＩＰＡｄｄｒｅｓｓ（８０１）と照合する。照合の結果、ＩＰアドレスが一致したエントリの最大パケット長（８０５）と送信パケットの長さを比較して、送信パケットの長さが最大パケット長（８０５）の値よりも大きい場合、送信パケットを最大パケット長（８０５）の大きさのパケットに分割する処理を行う。ＬＡＮ送信処理部（３０８）は送信処理を行った後、Ｅｔｈｅｒｎｅｔ（３０３）へとパケットを送信し、ネットワーク間接続装置（１０１）の一連の処理は完了する。
【００３０】
図１３に示すネットワーク間接続装置（１０１）を介して、２台の端末端末Ａ（１４０９）と端末Ｂ（１４１０）が通信する際にネットワーク間接続装置（１０１）で行われる処理の具体例を説明する。ここでは端末Ａ（１４０９）とネットワーク間接続装置（１０１）をＥｔｈｅｒｎｅｔ（１４１１）で接続し、端末Ｂ（１４１０）とネットワーク間接続装置（１０１）をＦｉｂｒｅ Ｃｈａｎｎｅｌ（１４１２）で接続する。端末Ａ（１４０９）にはＩＰ ＡｄｄｒｅｓｓをＩＰ−A、 ＭＡＣ ＡｄｄｒｅｓｓをＭＡＣ−Aと設定する。端末Ｂ（１４１０）にはＩＰ ＡｄｄｒｅｓｓをＩＰ−B、 ＦＣ ＡｄｄｒｅｓｓをＦＣ−Aと設定する。ネットワーク間接続装置（１０１）のＥｔｈｅｒｎｅｔ（１４１１）側ポートをＰｏｒｔ−１（１４１３）とし、ポートのＩＰ ＡｄｄｒｅｓｓをＩＰ−N１、 ＭＡＣ−ＡｄｄｒｅｓｓをＭＡＣ−N１と設定する。同様に、ＦｉｂｒｅＣｈａｎｎｅｌ（１４１２）側ポートをＰｏｒｔ−２（１４１４）とし、ポートのＩＰ ＡｄｄｒｅｓｓをＩＰ−N２、 ＦＣ−ＡｄｄｒｅｓｓをＦＣ−N２と設定する。
【００３１】
端末Ａ（１４０９）が端末Ｂ（１４１０）にデータを送信する例を説明する。図１４は、図１３のシステムにおける、ネットワーク間接続装置（１０１）のＬＡＮ受信処理部（３０９）が持つ送信先情報テーブル（１５０１）である。送信先情報テーブル（１５０１）は、送信先ＩＰ ＡｄｄｒｅｓｓとしてＩＰ−B（１５０２）と、送信ポートＮｏとしてＰｏｒｔ−２（１５０３）と、送信ポート属性として「Ｆｉｂｒｅ Ｃｈａｎｎｅｌ」（１５０４）を有する。図１５は、図１３のシステムにおける、ネットワーク間接続装置（１０１）のＳＡＮ送信処理部（３０６）が持つＳＡＮ送信テーブル（１６０１）である。ＳＡＮ送信テーブル（１６０１）は、送信先ＩＰ ＡｄｄｒｅｓｓであるＩＰ−B（１６０２）と、送信先ＦＣ ＡｄｄｒｅｓｓであるＦＣ−B（１６０３）と、送信ポートＮｏであるＰｏｒｔ−２（１６０４）と、送信ポート属性であるＦｉｂｒｅ Ｃｈａｎｎｅｌ（１６０５）と、ＦｉｂｒｅＣｈａｎｎｅｌ（１４１２）の最大パケット長であるＬＥＮ−B（１６０６）を有する。
【００３２】
処理の流れに関して図１６を用いて説明する。端末Ａ（１４０９）は送信データ（１７０６）を生成しＥｔｈｅｒｎｅｔ（１４１１）を介してネットワーク間接続装置（１０１）に送信する（１７０１）。送信データ（１７０６）は宛先ＭＡＣ Ａｄｄｒｅｓｓをネットワーク間接続装置（１０１）のＰｏｒｔ−１（１４１３）に設定したＭＡＣ−Ｎ１、宛先ＩＰ Ａｄｄｒｅｓｓを端末Ｂ（１４１０）に設定したＩＰ−Bとし、データ長Ｌ１は（ＩＰ−B＋データ）のデータ長とする。Ｐｏｒｔ−１を管理するネットワーク間接続装置（１０１）のＬＡＮ処理部（３０２）は、Ｅｔｈｅｒｎｅｔ（１４１１）からの送信データ（１７０６）を受信するとそのデータをＬＡＮ受信処理部（３０９）に送る。ＬＡＮ受信処理部（３０９）の送信先決定部（４０６）は送信データ（１７０６）のＩＰ情報であるＩＰ−Bを読み取り、図１４に示す送信先情報テーブル（１５０１）をＩＰ−Bの値で検索する（１７０２）。検索の結果ＩＰ−Bの値が一致したエントリの送信ポートＮｏがＰｏｒｔ−２（１５０３）であることから、Ｐｏｒｔ−２（１４１４）を持つＳＡＮ処理部（３０１）に送信データ（１７０６）をパケット中継部（４０７）とＢｕｓ（３０５）を経由して送る（１７０３）。また、ＭＡＣ−Ｎ１は送信側では不要であるため、送信先決定部（４０６）が送信データ（１７０６）からとりはずし送信データ（１７０７）の形態にする。そしてＬＡＮ受信処理部（３０９）は送信データ（１７０７）をＢｕｓ（１４０８）を介してＳＡＮ処理部（３０１）に送信する。
【００３３】
ＳＡＮ処理部（３０１）はパケットを受け取ると、該データをＳＡＮ送信処理部（３０６）に渡す。ＳＡＮ送信処理部（３０６）のパケット分割部（１２０１）は送信データ（１７０７）のＩＰ情報であるＩＰ−Bを読み取り、図１５に示すＳＡＮ送信テーブル（１６０１）を検索する（３０８）。そして検索結果の最大パケット長であるＬＥＮ−Ｂ（１６０６）と送信データ（１７０７）の長さ［Ｌ１］を比較する。この場合、送信データの長さ［Ｌ１］の方がＬＥＮ−Ｂ（１６０６）よりも短いため分割処理は行わない。さらにパケットフォーマット変換部（１２０５）は検索結果である送信先ＦＣ ＡｄｄｒｅｓｓのＦＣ−B（１６０３）を用いてパケットフォーマット変換を行う。その結果、送信データ（１７０７）は送信データ（１７０８）となる。そして検索結果である送信ポートＮｏを割り当てられたＰｏｒｔ−２（１４１４）に送信データ（１７０８）を送信し（１７０５）、送信データ（１７０８）は端末Ｂ（１４１０）まで到達する。
【００３４】
つぎに送信データの長さ［Ｌ１］の方がLEN−B（１６０６）よりも長いため分割処理を行う例（ここでは二つに分割）を説明する。データはＳＡＮ送信変換処理部（９０１）のパケット分割部（１２０１）でデータＡ、データＢの二つに分割される。この時に分割後のデータは一時的に分割用エリア（１２０２）に格納される。パケット分割部（１２０１）はデータＡ、データＢのそれぞれにＩＰヘッダを付加することにより、送信データ１（１７１０）、送信データ２（１７１２）を生成する。生成したそれぞれのデータはパケットフォーマット変換部（１２０５）に送られる。パケットフォーマット変換部（１２０５）はＳＡＮ送信テーブル（１６０１）を検索し、送信先ＦＣ ＡｄｄｒｅｓｓのＦＣ−B（１６０３）を取得し、パケットフォーマット変換を行う。行った結果、送信データ１（１７１０）は送信データ１（１７１１）となり、送信データ２（１７１２）は送信データ２（１７１３）となる。そして検索結果として送信ポートＮｏ（１６０４）を得て、Ｐｏｒｔ−２（１４１４）に送信データ１（１７１１）と送信データ２（１７１３）を送信し（１７０５）、これら送信データは端末Ｂ（１４１０）まで到達する。ここでは元のデータを二つのデータに分割する場合を例に説明したが、元のデータが更に長い場合は三つ以上のデータに分割する必要がある。その場合、パケット分割部（１２０１）が三つ以上のデータに分割し、それぞれにＩＰヘッダを付加することにより、同様にパケットフォーマットの変換を行うことが可能となる。
【００３５】
つぎに端末Ｂ（１４１０）から端末Ａ（１４０９）にデータを送信する例を説明する。図１７は、図１３のシステムにおける、ネットワーク間接続装置（１０１）のＳＡＮ受信処理部（３０７）が持つパケット変換テーブル（１００５）の初期状態（１８０１）である。初期状態のパケット変換テーブル（１８０１）は、送信先ＩＰ Ａｄｄｒｅｓｓとして端末AのＩＰＡｄｄｒｅｓｓであるＩＰ−A（１８０２）と、送信ポートＮｏとしてＬＡＮ送信処理部（３０８）が有するポートのポートＮｏであるＰｏｒｔ−１（１８０３）と、送信ポート属性として「Ｅｔｈｅｒｎｅｔ」（１８０４）と、Ｅｔｈｅｒｎｅｔ（１８０４）の最大パケット長としてＮＵＬＬ（１８０５）を有する。図１８は同じくパケット変換テーブル（１９０１）に最大パケット長を書込んだ後の状態であり、最大パケット長にＬＥＮ−Ａ（１９０５）が記録されている。図１９は、図１３のシステムにおける、ネットワーク間接続装置（１０１）のＬＡＮ送信処理部（３０８）が持つＬＡＮ送信テーブル（２００１）である。ＬＡＮ送信テーブル（２００１）は、送信先ＩＰ Ａｄｄｒｅｓｓとして端末AのＩＰ−A（２００２）と、送信先ＭＡＣ Ａｄｄｒｅｓｓとして端末ＡのＭＡＣ−A（２００３）と、送信ポートＮｏとしてＬＡＮ処理部（３０２）が有するＰｏｒｔ−１（２００４）と、送信ポート属性として「Ｅｔｈｅｒｎｅｔ」（２００５）と、Ｅｔｈｅｒｎｅｔ（２００５）の最大パケット長であるLEN−A（２００６）を有する。図２０はＩＰヘッダ退避エリア（１００４）内での退避の様子を示したもので、Ｆｉｂｒｅ Ｃｈａｎｎｅｌヘッダに含まれるＦｒａｍｅ ID（２１０２）とＩＰヘッダ（２１０３）を有する。
【００３６】
図２１は、端末B（１４１０）のＬａｙｅｒ２でＩＰデータ（２２０１）がＦｉｂｒｅ Ｃｈａｎｎｅｌとして分割される様子を示した図である。ＩＰデータ(２２０１）の長さ（ＩＰ−B＋データ）がＦｉｂｒｅ Ｃｈａｎｎｅｌ（３０４）の最大データ長を超えている場合、このように分割される。分割されるのはデータ部であることから、（ＩＰヘッダ＋データＡ）と、データＢの二つに分割される。図２１ではＩＰヘッダはＩＰ−Ｂと表記されている。そしてそれぞれにＦｉｂｒｅ ＣｈａｎｎｅｌヘッダＦＣ−Ｎ２が付加され、送信データ１（２２０２）、送信データ２（２２０３）となる。送信データ１（２２０２）のＦｉｂｒｅＣｈａｎｎｅｌヘッダ（図２１ではＦＣ−N２）は、分割後１番目のパケットであることからＦｒａｍｅ ＣＴＬ＝１ｓｔとなり、送信データ２（２２０３）のＦｉｂｒｅ Ｃｈａｎｎｅｌヘッダ（図２１ではＦＣ−N２）は、分割後最後のパケットであることからＦｒａｍｅ ＣＴＬ＝ＥＮＤとなる。またＦｒａｍｅ ＩＤはそれぞれ同じ値とする必要があるため、ここでは１０００とする。以下、この送信データを端末Ｂ（１４１０）が端末Ａ（１４０９）に送信する場合を説明する。
【００３７】
図２２において、端末Ｂ（１４１０）は送信データ１（２３０７）を生成しＦｉｂｒｅ Ｃｈａｎｎｅｌ（１４１２）を介してネットワーク間接続装置（１０１）に送信する（２３０１）。送信データ１（２３０７）は宛先ＦＣ Ａｄｄｒｅｓｓをネットワーク間接続装置（１０１）のＰｏｒｔ−２（１４１４）に設定したＦＣ−N２、宛先ＩＰ Ａｄｄｒｅｓｓを端末Ａ（１４０９）に設定したＩＰ−Aとし、データ長（ＩＰ−A +データＡ）はＬ１とする。ネットワーク間接続装置（１０１）はＰｏｒｔ−２（１４１４）を介して送信データ１（２３０７）を受信すると、該データをＳＡＮ処理部（３０１）内のＳＡＮ受信処理部（３０７）に送る。ＳＡＮ受信処理部（３０７）のパケット生成部（図９の１００１）は送信データ１（２３０７）のＦＣヘッダ中のＦｒａｍｅ ＣＴＬを読み取り、送信データ１（２３０７）がＦｉｂｒｅ Ｃｈａｎｎｅｌ（１４１２）のパケットとして分割されているかどうかを調べる。送信データ１（２３０７）のＦｒａｍｅ ＣＴＬは１ｓｔであるため、パケット生成部（１００１）は分割されている最初のパケットであると判断し、ＩＰヘッダ退避エリア（１００４）に送信データ１（２３０７）のＩＰヘッダを格納する。格納形式は図２０に示すようにＦｒａｍｅ ID（＝１０００）とＩＰヘッダとなる。つぎにパケット生成部（１００１）はパケット変換テーブル（１００５）をＩＰ−Aの値で検索し、その結果得られた最大パケット長（１８０５）と送信データ１（２３０７）の長さ[Ｌ１]を比較することによって、パケット分割処理を行うかどうかの判断をする。ところが図１７は初期状態であるため、最大パケット長（１８０５）がＮＵＬＬとなっていることから、最大パケット長チェック部（１００２）が送信先回線であるＥｔｈｅｒｎｅｔ（１４１１）の最大パケット長を調べる。最大パケット長チェック部（１００２）は送信ポートＮｏであるＰｏｒｔ−１をキーに、ＬＡＮ送信処理部のＬＡＮ送信テーブル（２００１）を検索する。その結果Ｐｏｒｔ−１の一致したエントリに設定されているＬＥＮ−Ａ（２００６）を読み出し、パケット変換テーブル（１００５）に書き込む。書き込んだ結果パケット変換テーブルは図１８のようになる。なお、最大パケット長チェック部（１００２）による書込み処理は送信先ポートに対して１回行えば良く、２回目から（例：本実施例の送信データ２）は書き込み後のパケット変換テーブル（１９０１）を使うことになる。パケット生成部（１００１）は検索結果の最大パケット長（１９０５）と送信データ１（２３０７）の長さ[Ｌ１]を、あらためて比較することによって、パケット分割処理を行うかどうかの判断をする。本実施例では送信データ１（２３０７）の長さＬ１はLEN−A（１９０５）よりも短い場合であるため、分割処理は行わない。送信データ１（２３０７）のＦＣ−N１は送信側では不要であるため、パケット生成部（１００１）が送信データ１（２３０７）からとりはずし送信データ１（２３０８）の形態にする。
【００３８】
つぎに送信先決定部（１００３）は送信データ１（２３０８）のＩＰヘッダのＩＰ−Aを読み取り、パケット変換テーブル（１８０１）を検索する（２３０２）。そして検索結果の送信ポートＮｏ（１８０３）がＰｏｒｔ−１であることから、送信データ１（２３０８）をＰｏｒｔ−１（１４１３）を持つＬＡＮ処理部（３０２）にパケット中継部（９０７）とＢｕｓ（３０５）を経由して送る（２３０３）。ＬＡＮ処理部（３０２）は送信データ１（２３０８）を受け取ると、該データをＬＡＮ送信処理部（３０８）に渡す。ＬＡＮ送信処理部（３０８）のパケット分割部（７０２）は送信データ１（２３０８）のＩＰ情報であるＩＰ−Aを読み取り、このＩＰ−Aを用いてＬＡＮ送信テーブル（２００１）を検索する（２３０４）。そして検索の結果得られた最大パケット長であるLEN−A（２００６）と送信データ１（２３０８）の長さ［Ｌ１］を比較する。送信データ１（２３０８）の長さはLEN−A（１９０５）に合わせて、ＳＡＮ受信処理部が既に変換（必要に応じて分割処理）しているため、ここでの分割処理は発生しない。つぎにパケットフォーマット変換部（７０１）はＬＡＮ送信テーブル（７０３）の検索結果である端末Ａ（１４０９）のＭＡＣ ＡｄｄｒｅｓｓであるＭＡＣ−A（２００３）を用いてパケットフォーマット変換を行う。この変換処理の結果、送信データ１（２３０８）は送信データ１（２３０９）となる。そしてＬＡＮ送信テーブル（２００１）を検索した結果得られた送信ポートＮｏのＰｏｒｔ−１（１４１３）に送信データ１（２３０９）を送信し（２３０５）、端末Ａ（１４０９）まで到達する。
【００３９】
本実施例の場合、端末Ｂ（１４１０）は続けて送信データ２（２３１５）を生成し端末Ａ（１４０９）に送信する（２３１０）。送信データ２（２３１５）は図２１で説明した分割されたデータの最後のパケット(Ｆｒａｍｅ ＣＴＬ＝ＥＮＤ）である。送信データ２（２３１５）は宛先ＦＣ Ａｄｄｒｅｓｓをネットワーク間接続装置（１０１）のＰｏｒｔ−２（１４１４）に設定したＦＣ−N２、宛先ＩＰ Ａｄｄｒｅｓｓを端末Ａ（１４０９）に設定したＩＰ−Aとし、データ長L２を（ＩＰ−A + データＢ）とする。ネットワーク間接続装置（１０１）は送信データ２（２３１５）を受信すると、該データをＳＡＮ処理部（３０１）内のＳＡＮ受信処理部（３０７）に送る。ＳＡＮ受信処理部（３０７）のパケット生成部（図９の１００１）は送信データ２（２３１５）のＦＣヘッダを読み取り、送信データ２（２３１５）がＦｉｂｒｅ Ｃｈａｎｎｅｌとして分割されているかどうかをＦｒａｍｅ ＣＴＬで判断する。送信データ２（２３１５）はＦｒａｍｅ ＣＴＬ＝ＥＮＤであるため、分割されている最後のパケットであると判断し、ＩＰヘッダ退避エリアからＦｒａｍｅ IDが１０００の値であるＩＰヘッダを読み出し、送信データ２（２３１５）にそのＩＰヘッダを付加する。つぎにパケット生成部（１００１）はパケット変換テーブル（１００５）を検索して得た最大パケット長（１９０５）と送信データ２（２３１５）の長さ[Ｌ２]を比較することによって、パケット分割処理を行うかどうかの判断をする。本実施例では送信データ２（２３１５）の長さＬ２はLEN−A（１９０５）よりも短い場合であるため、分割処理は行わない。送信データ２（２３１５）ＦＣ−N１は送信側では不要であるため、パケット生成部（図９の１００１）が送信データ２（２３１５）からとりはずし送信データ２（２３１６）の形態にする。送信先決定部（１００３）は送信データ２（２３１６）のＩＰヘッダのＩＰ−Aを読み取り、図１８に示すパケット変換テーブル（１９０１）を検索する（２３１１）。そして検索結果の送信ポートＮｏがＰｏｒｔ−１（１８０３）であることから、送信データ２（２３１６）をＰｏｒｔ−１（１４１３）を持つＬＡＮ処理部（３０２）にＢｕｓ（３０５）経由で送る（２３０３）。ＬＡＮ処理部（３０２）は送信データ２（２３１６）を受け取ると、このデータをＬＡＮ送信処理部（３０８）に渡す。ＬＡＮ送信処理部（３０８）のパケット分割部（７０２）は送信データ２（２３１６）のＩＰ情報であるＩＰ−Aを読み取り、図１９に示すＬＡＮ送信テーブル（２００１）を検索する（２３１３）。そして検索結果の最大パケット長であるLEN−A（２００６）と送信データ２（２３１６）の長さ［Ｌ２］を比較する。送信データ２（２３１６）の長さはLEN−A（１９０５）に合わせて、ＳＡＮ受信処理部が既に変換（必要に応じて分割処理）しているため、ここでの分割処理は発生しない。つぎにパケットフォーマット変換部（７０１）は検索結果である送信先ＭＡＣ ＡｄｄｒｅｓｓのＭＡＣ−A（２００３）をヘッダに付加する等してパケットフォーマット変換を行う。変換の結果、送信データ２（２３１６）は送信データ２（２３１７）となる。そして検索結果である送信ポートＮｏのＰｏｒｔ−１（１４１３）に送信データ２（２３１７）を送信し（２３１４）、パケットは端末Ａ（１４０９）まで到達し、全ての処理は完了する。
【００４０】
つぎに端末Ｂ（１４１０）が端末Ａ（１４０９）に送信するパケットの長さが、Ｅｔｈｅｒｎｅｔ（１４１１）に定義されている最大パケット長よりも長い場合を説明する。図２３において、端末Ｂ（１４１０）は送信データ１（２４０７）を生成しＦｉｂｒｅ Ｃｈａｎｎｅｌ（１４１２）を介してネットワーク間接続装置（１０１）に送信する（２４０１）。送信データ１（２４０７）は宛先ＦＣ Ａｄｄｒｅｓｓをネットワーク間接続装置（１０１）のＰｏｒｔ−２（１４１４）に設定したＦＣ−N２、宛先ＩＰ Ａｄｄｒｅｓｓを端末Ａ（１４０９）に設定したＩＰ−Aとし、データ長L１を（ＩＰ−A + データＡ）とする。ネットワーク間接続装置（１０１）は送信データ１（２４０７）を受信すると、該データをＳＡＮ処理部（３０１）内のＳＡＮ受信処理部（３０７）に送る。ＳＡＮ受信処理部（３０７）のパケット生成部（１００１）は送信データ１（２４０７）のＦＣヘッダを読み取り、送信データ１（２４０７）がＦｉｂｒｅ Ｃｈａｎｎｅｌとして分割されているかどうかをＦｒａｍｅ ＣＴＬで判断する。送信データ１（２４０７）はＦｒａｍｅ ＣＴＬに１ｓｔが設定されているため、端末B（１４１０）で分割された最初のパケットであると判断し、ＩＰヘッダ退避エリア（１００４）に送信データ１（２４０７）のＩＰヘッダを格納する。ＩＰヘッダの格納形式は図２０に示すようにＦｒａｍｅ ＩＤ（＝１０００）とＩＰヘッダとなる。つぎにパケット生成部（１００１）はパケット変換テーブル（１００５）をＩＰ−Aの値で検索し、その結果得た最大パケット長（１９０５）と送信データ１（２４０７）の長さ[Ｌ１]を比較することによって、パケット分割処理を行うか否かの判断をする。本実施例では送信データ１（２４０７）の長さＬ１はLEN−A（１９０５）よりも長い場合であるため、分割処理を行う。送信データ１（２４０７）のデータＡはパケット生成部（１００１）でデータＡ１、データＡ２の二つに分割される。この時に分割後のデータは一時的に分割用エリア（１００６）に格納される。パケット生成部（１００１）はデータＡ１、データＡ２のそれぞれにＩＰヘッダを付加することにより、送信データ１１（２４０８）、送信データ１２（２４１０）を生成する。その際にＦＣーN１は送信側では不要であるため、送信データからとりはずす。生成したそれぞれのデータはつぎに送信先決定部（１００３）に送られる。送信先決定部（１００３）は送信データ１１（２４０８）のＩＰヘッダのＩＰ−Aを読み取り、図１７に示すパケット変換テーブル（１８０１）をＩＰ−Aの値で検索する（２４０２）。そして検索結果の送信ポートＮｏがＰｏｒｔ−１（１８０３）であることから、送信データ１１（２４０８）をＰｏｒｔ−１（１４１３）を持つＬＡＮ処理部（３０２）にパケット中継部（９０７）とＢｕｓ（３０５）を経由して送る（２４０３）。なお、送信データ１２（２４１０）に対しても同様の処理を行いＬＡＮ処理部（３０２）に送る。
【００４１】
ＬＡＮ処理部（３０２）は送信データ１１（２４０８）を受け取ると、このデータをＬＡＮ送信処理部（３０８）に渡す。ＬＡＮ送信処理部（３０８）のパケット分割部（７０２）は送信データ１１（２４０８）のＩＰ情報であるＩＰ−Aを読み取り、図１９に示すＬＡＮ送信テーブル（２００１）を検索する（２４０４）。そして検索結果、最大パケット長であるLEN−A（２００６）を取得し、送信データ１１（２４０８）の長さと比較を行う。送信データ１１（２４０８）の長さはLEN−A（１９０５）に合わせて、ＳＡＮ受信処理部（３０７）が既に変換（必要に応じて分割処理）しているため、ここでの分割処理は発生しない。つぎにパケットフォーマット変換部（７０１）はＬＡＮ送信テーブル（２００１）の検索結果として送信先ＭＡＣ ＡｄｄｒｅｓｓのＭＡＣ−A（２００３）を取得し、パケットのヘッダにＭＡＣ Ａｄｄｒｅｓｓを付加してパケットフォーマット変換を行う。行った結果、送信データ１１（２４０８）は送信データ１１（２４０９）となる。そして検索結果である送信ポートＮｏのＰｏｒｔ−１（１４１３）に送信データ１１（２４０９）を送信し（２４０５）、パケットは端末Ａ（１４０９）まで到達する。なお、送信データ１２（２４１１）に対しても同様の処理を行い、端末Ａ（１４０９）に到達する。
【００４２】
本実施例の場合、端末Ｂ（１４１０）は続けて送信データ２（２４１７）を生成し端末Ａ（１４０９）に送信する（２４１２）。送信データ２（２４１７）は図２１で説明した分割されたデータの最後のパケット(Ｆｒａｍｅ ＣＴＬ＝ＥＮＤ）である。送信データ２（２４１７）は宛先ＦＣ Ａｄｄｒｅｓｓをネットワーク間接続装置（１０１）のＰｏｒｔ−２（１４１４）に設定したＦＣ−N２、宛先ＩＰ Ａｄｄｒｅｓｓを端末Ａ（１４０９）に設定したＩＰ−Aとし、データ長Ｌ２を（ＩＰ−A＋データＢ）分のデータ長とする。ネットワーク間接続装置（１０１）は送信データ２（２４１７）を受信すると、このデータをＳＡＮ処理部（３０１）内のＳＡＮ受信処理部（３０７）に送る。ＳＡＮ受信処理部（３０７）のパケット生成部（１００１）は送信データ２（２４１７）のＦＣヘッダを読み取り、送信データ２（２４１７）がＦｉｂｒｅ Ｃｈａｎｎｅｌとして分割されているかどうかをＦｒａｍｅ ＣＴＬで判断する。送信データ２（２４１７）はＦｒａｍｅ ＣＴＬ＝ＥＮＤであるため、パケット生成部（１００１）はこのパケットを分割されている最後のパケットであると判断し、ＩＰヘッダ退避エリアからＦｒａｍｅ ID＝１０００のＩＰヘッダを読み出し、送信データ２（２４１７）にこのＩＰヘッダを付加する。つぎにパケット生成部（１００１）はパケット変換テーブル（１９０１）を送信パケットの宛先ＩＰＡｄｄｒｅｓｓであるＩＰ−Aの値で検索し、送信先のＥｔｈｅｒｎｅｔの最大パケット長（１９０５）であるLEN−Aを取得し、これと送信データ２（２４１７）の長さ[Ｌ２]を比較することによって、パケット分割処理を行うかどうかの判断をする。本実施例では送信データ２（２４１７）の長さＬ２はLEN−A（１９０５）よりも長い場合であるため、分割処理を行う。送信データ２（２４１７）のデータＢはパケット生成部（１００１）でデータＢ１、データＢ２の二つに分割される。この時に分割後のデータは一時的に分割用エリア（１００６）に格納される。パケット生成部（１００１）はデータＢ１、データＢ２のそれぞれにＩＰヘッダを付加することにより、送信データ２１（２４１８）、送信データ２２（２４２０）を生成する。その際にＦＣ−N１は送信側では不要な情報であるため、送信データから取り外す。生成したそれぞれのデータはつぎに送信先決定部（１００３）に送られる。送信先決定部（１００３）は送信データ２１（２４１８）のＩＰヘッダのＩＰ−Aを読み取り、図１７に示すパケット変換テーブル（１８０１）を検索する（２４１３）。そしてパケット変換テーブル（１８０１）のＩＰ−Aが一致したエントリの送信ポートＮｏがＰｏｒｔ−１（１８０３）であることから、送信データ２１（２４１８）をＰｏｒｔ−１（１４１３）を持つＬＡＮ処理部（３０２）にＢｕｓ（３０５）経由で送る（２４０３）。なお、送信データ２２（２４２０）に対しても同様の処理を行いＬＡＮ処理部（３０２）に送る。
【００４３】
ＬＡＮ処理部（３０２）は送信データ２１（２４１８）を受け取ると、このデータをＬＡＮ送信処理部（３０８）に渡す。ＬＡＮ送信処理部（３０８）のパケット分割部（７０２）は送信データ２１（２４１８）のＩＰ情報であるＩＰ−Aを読み取り、図１９に示すＬＡＮ送信テーブル（２００１）を検索する（２４１５）。そして検索結果の最大パケット長（２００６）であるLEN−Aと送信データ２１（２４１８）の長さを比較する。送信データ２１（２４１８）の長さはLEN−A（１９０５）に合わせて、ＳＡＮ受信処理部が既に変換（必要に応じて分割処理）しているため、ここでの分割処理は発生しない。つぎにパケットフォーマット変換部（７０１）はＬＡＮ送信テーブル（２００１）の検索結果である送信先ＭＡＣ ＡｄｄｒｅｓｓのＭＡＣ−A（２００３）を用いてパケットフォーマット変換を行う。変換の結果、送信データ２１（２４１８）は送信データ２１（２４１９）となる。そして検索結果である送信ポートＮｏのＰｏｒｔ−１（１４１３）に送信データ２１（２４１９）を送信し（２４１６）、送信データ２１（２４１８）は端末Ａ（１４０９）まで到達する。なお、送信データ２２（２４２１）に対しても同様の処理を行い、端末Ａ（１４０９）に到達する。
【００４４】
図２２、図２３の実施例では端末Ｂ（１４１０）がＩＰパケットをＦｉｂｒｅＣｈａｎｎｅｌパケットに分割する場合（図２０）を例に説明したが、分割しない場合も同様に処理することが出来る。図２４はＩＰパケット（２５０１）がそのまま送信される様子を示したもので、Ｆｉｂｒｅ Ｃｈａｎｎｅｌパケット（２５０２）のＦｉｂｒｅ Ｃｈａｎｎｅｌヘッダ（図２４ではＦＣ−N２）が備えるＦｒａｍｅ ＣＴＬは「１ｓｔ ａｎｄ ＥＮＤ」となる。その場合の処理の流れを図２５に示す。送信データ１（２６０７）はパケット長［Ｌ］がＥｔｈｅｒｎｅｔに定義されている最大パケット長よりも短い場合である。図２５に示されるようにネットワーク間接続装置（１０１）は、Ｆｉｂｒｅ ＣｈａｎｎｅｌパケットフォーマットからＥｔｈｅｒｎｅｔパケットフォーマットへの変換と、送信先ポートの決定によるパケットの中継を行う。送信データ２（２６１０）はパケット長［Ｌ］がＥｔｈｅｒｎｅｔに定義されている最大パケット長よりも長い場合である。図２５に示されるようにネットワーク間接続装置（１０１）は、データＡの分割処理と、分割パケットに対するＩＰヘッダの付加と、Ｆｉｂｒｅ ＣｈａｎｎｅｌパケットフォーマットからＥｔｈｅｒｎｅｔパケットフォーマットへの変換と、送信先ポートの決定によるパケットの中継を行う。どちらの送信データも、本発明を実装したネットワーク間接続装置（１０１）を用いることにより、Ｆｉｂｒｅ Ｃｈａｎｎｅｌ上の端末とＥｔｈｅｒｎｅｔ上の端末が、直接通信することが可能となる。
【００４５】
つぎに回線に定義されている最大パケット長が変更された場合のネットワーク間接続装置（１０１）の処理に関して説明する。図２６はこの変更に伴う処理の流れを示したものである。ネットワークオペレータ（２７０１）は端末（２７０２）等を用いて回線に定義されている最大パケット長を変更することが出来る。変更は長くする場合（例：Ｊｕｍｂｏ Ｆｒａｍｅ）と、短くする場合（例：中継装置の性能が低い場合）があるが、本発明はどちらの場合でも適用できる。ネットワークオペレータ（２７０１）による最大パケット長変更指示はネットワーク間接続装置（１０１）のＬＡＮ送信変換処理部（４０５）に到達する（２７０３）。変更指示を受け取ったＬＡＮ送信変換処理部（４０５）は自身が持つＬＡＮ送信テーブル（７０３）の最大パケット長（８０５）を支持された値に更新する。更新するデータはネットワークオペレータ（２７０１）から変更指示があったポートＮｏと一致する送信ポートＮｏ（８０３）を持つエントリの最大パケット長（８０５）に対して行う。ＬＡＮ送信テーブル（２００１）の更新の様子を図２7に示す。図に示されるように最大パケット長がLEN−AからLEN−Cに更新される（２８０１）。
【００４６】
更にＬＡＮ送信変換処理部（４０５）の最大パケット長変更通知部（７０４）は、ＳＡＮ受信処理部（３０７）に対して最大パケット長変更通知（２７０４）を行う。最大パケット長変更通知（２７０４）を受けたＳＡＮ受信処理部（３０７）は自身が持つパケット変換テーブル（２７０６）の更新を行う（２７０５）。更新するデータはネットワークオペレータ（２７０１）から変更指示があったポートＮｏと一致する送信ポートＮｏ（１３０３）のエントリの最大パケット長（１３０５）に対して行う。パケット変換テーブル（２７０６）の更新の様子を図２８に示す。図に示されるように最大パケット長がLEN−AからLEN−Cに更新される（２９０４）。一連の処理によって、回線に定義されている最大パケット長が変更になった場合でも、Ｆｉｂｒｅ ＣｈａｎｎｅｌとＥｔｈｅｒｎｅｔ間で無駄な分割処理や、パケットフォーマットの変換が出来なくなるといった不具合を回避することが出来る。
【００４７】
図２６では最大パケット長の設定を、ネットワークオペレータによる手動設定としたが、ＩＰネットワークプロトコル（例：Ｐａｔｈ ＭＴＵ Ｄｉｓｃｏｖｅｒｙ）による場合も同様に行うことが出来る。その場合ネットワークプロトコルがＬＡＮ送信テーブルを更新した際に、最大パケット長変更通知部が更新を検知し、ＳＡＮ受信処理部に通知することになる。
【００４８】
本実施例ではＦｉｂｒｅ Ｃｈａｎｎｅｌとして分割されるパケット数は二つとしたが、三つ以上でも同様に行うことが出来る。その場合Nを３以上の自然数とすると、１番目のパケットのＦｒａｍｅ ＣＴＬ＝１ｓｔ、２番目からＮ−１番目のパケットのＦｒａｍｅ ＣＴＬ＝ＮＵＬＬ（分割パケットの途中とみなす）、Ｎ番目のパケットのＦｒａｍｅ ＣＴＬ＝ＥＮＤとなる。Ｆｒａｍｅ ＣＴＬ＝ＮＵＬＬの場合のパケット生成部の処理は、Ｆｒａｍｅ ＣＴＬ＝ＥＮＤと同じで、ＩＰヘッダ退避エリア（１００４）から、自パケットと同じＦｒａｍｅ IDのＩＰヘッダを読み出し、このＩＰヘッダをパケットに付加する。
【００４９】
本実施例では、ネットワーク間接続装置は、Ｆｉｂｒｅ ＣｈａｎｎｅｌとＥｔｈｅｒｎｅｔ間の中継を行うものとして説明してきた。しかし、図３５に示すようにＦｉｂｒｅ Ｃｈａｎｎｅｌ（３６１１、３６１２）側にＰｏｒｔ A（３６０８）とＰｏｒｔ B（３６０７）の２ポート、Ｅｔｈｅｒｎｅｔ（３６１３、３６１４）側にＰｏｒｔ C（３６１０）とＰｏｒｔ D（３６０９）の２ポートを備えることにより、Ｆｉｂｒｅ Ｃｈａｎｎｅｌ（３６１１、３６１２）間での通信やＥｔｈｅｒｎｅｔ（３６１３、３６１４）間での通信も同様に行うことが出来る。その場合、ＳＡＮ受信処理部（３０７）が備えるパケット変換テーブル（１００５）の送信ポート属性（１１０３）は「Ｆｉｂｒｅ Ｃｈａｎｎｅｌ」となり、ＬＡＮ受信処理部（３０９）が備える送信先情報テーブル（４０８）の送信ポート属性（６０３）は「Ｅｔｈｅｒｎｅｔ」となる。それ以外のテーブルの構造、処理部の動きは今までの説明と同じとなることから、接続する回線種別や回線数（ポート数は２だけでなく、３以上でも可能）に依存しない、自由度の高い接続装置となる。
【００５０】
本実施例ではＬＡＮの物理回線をＥｔｈｅｒｎｅｔ、ＳＡＮの物理回線をＦｉｂｒｅ Ｃｈａｎｎｅｌとしたが、同様の仕様を持つ物理回線であれば本発明を適用することが可能である。
【００５１】
本実施例ではＬａｙｅｒ３プロトコルをＩＰとしたが、相互接続性を確保できるそれ以外のＬａｙｅｒ３プロトコルであれば、同様に本発明を適用することが可能である。
【００５２】
【発明の効果】
ネットワーク間接続装置に本発明を実装することにより、従来直接通信することが困難であった、Ｆｉｂｒｅ Ｃｈａｎｎｅｌ上の端末とＥｔｈｅｒｎｅｔ上の端末の直接通信が可能となる。その際に、
（１）パケットの再構成を行なうことなく、Ｆｉｂｒｅ ＣｈａｎｎｅｌパケットからＥｔｈｅｒｎｅｔパケットに変換することが可能になるため、転送性能劣化と遅延時間の増大を防ぐことが可能となる。
（２）再構成用メモリを必要としないため、装置を単純に出来、且つ、低コスト化を実現できる。
（３）受信処理部におけるパケット変換処理と同時にデータ分割処理を行なうことが可能になるため、送信処理部の負荷を低減することが可能となる。
（４）回線に定義されている最大データ長の変更に伴い、パケット変換処理を更新できるため、最適な通信を確保することが可能になる。
（５）回線種別、回線数に依存しないため、自由度の高いネットワーク構築が可能となる。
【図面の簡単な説明】
【図１】ネットワーク間接続装置でＬＡＮとＳＡＮを接続したネットワークシステムを示した図。
【図２】サーバでＬＡＮとＳＡＮを接続したネットワークシステムを示した図。
【図３】ネットワーク間接続装置の内部構成を示した図。
【図４】ＬＡＮ処理部の内部構成を示した図。
【図５】送信先情報テーブルの構造を示した図。
【図６】ＬＡＮ送信変換処理部の内部構成を示した図。
【図７】ＬＡＮ送信テーブルの構造を示した図。
【図８】ＳＡＮ処理部の内部構成を示した図。
【図９】ＳＡＮ受信変換処理部の内部構成を示した図。
【図１０】パケット変換テーブルの構造を示した図。
【図１１】ＳＡＮ送信変換処理部の内部構成を示した図。
【図１２】ＳＡＮ送信テーブルの構造を示した図。
【図１３】ネットワーク間接続装置で端末Ａと端末Ｂを接続する実施例の図。
【図１４】図１３における送信先情報テーブルの構造を示した図。
【図１５】図１３におけるＳＡＮ送信テーブルの構造を示した図。
【図１６】図１３における処理の流れを示した図。
【図１７】図１３におけるパケット変換テーブルの初期状態の構造を示した図。
【図１８】図１３におけるパケット変換テーブルに最大パケット長を設定後の構造を示した図。
【図１９】図１３におけるＬＡＮ送信テーブルの構造を示した図。
【図２０】ＩＰヘッダ退避エリア内の構造を示した図。
【図２１】ＩＰパケットが二つのＦｉｂｒｅ Ｃｈａｎｎｅｌパケットに分割される例を示した図。
【図２２】ＩＰパケットが二つのＦｉｂｒｅ Ｃｈａｎｎｅｌパケットに分割される場合の処理の流れを示した図。
【図２３】ＩＰパケットが二つのＦｉｂｒｅ Ｃｈａｎｎｅｌパケットに分割される場合に、更にネットワーク間接続装置がパケットの分割を行なう場合の処理の流れを示した図。
【図２４】ＩＰパケットが分割されずにＦｉｂｒｅ Ｃｈａｎｎｅｌパケットに変換される例を示した図。
【図２５】ＩＰパケットが分割されずにＦｉｂｒｅ Ｃｈａｎｎｅｌパケットに変換される場合の処理の流れを示した図。
【図２６】ネットワークオペレータによる最大パケット長の変更した場合の処理の流れを示した図。
【図２７】最大パケット長を変更した場合にＬＡＮ送信テーブルが更新される様子を示した図。
【図２８】最大パケット長を変更した場合にパケット変換テーブルが更新される様子を示した図。
【図２９】Ｆｉｂｒｅ ＣｈａｎｎｅｌとＥｔｈｅｒｎｅｔからなるネットワークのＯＳＩモデルを示した図。
【図３０】図２９における通信装置Ａの送信処理を示した図。
【図３１】Ｆｉｂｒｅ ＣｈａｎｎｅｌパケットのＦｉｂｒｅ Ｃｈａｎｎｅｌヘッダの構造を示した図。
【図３２】図２９における中継装置がパケットを中継する様子を示した図。
【図３３】中継装置が持つ中継テーブルを構造を示した図。
【図３４】中継装置が分割パケットの再構成と、再分割を行なっている様子を示した図。
【図３５】ネットワーク間接続装置が二つのＦｉｂｒｅ Ｃｈａｎｎｅｌポートと、二つのＥｔｈｅｒｎｅｔポートを備える場合の図。
【符号の説明】
１０１・・・ネットワーク間接続装置
１０２・・・ＬＡＮ間接続装置
１０３・・・ＳＡＮ間接続装置
１０４・・・ユーザ端末Ａ
１０５・・・ユーザ端末Ｂ
１０６・・・サーバＡ
１０７・・・サーバＢ
１０８・・・記憶装置Ａ
１０９・・・記憶装置Ｂ
１１０・・・ユーザ端末とＬＡＮ間接続装置を接続するＬＡＮ
１１１・・・ネットワーク間接続装置とＬＡＮ間接続装置を接続する物理回線
１１２・・・ネットワーク間接続装置とＳＡＮ間接続装置を接続する物理回線
１１３・・・サーバＢとＳＡＮ間接続装置を接続する物理回線
１１４・・・サーバＡとＳＡＮ間接続装置を接続する物理回線
１１５・・・記憶装置ＡとＳＡＮ間接続装置を接続する物理回線
１１６・・・記憶装置ＢとＳＡＮ間接続装置を接続する物理回線
Claims (15)
- 第１のヘッダと場合により第２のヘッダを有する第１のパケットが転送される第１のネットワークと、第３のヘッダと前記第２のヘッダを有する第２のパケットが転送される第２のネットワークとに接続され、前記第１のネットワークから受信した前記第１のパケットを前記第２のパケットに変換して前記第２のネットワークに送信する接続装置において、
受信した前記第１のパケットの前記第２のヘッダの有無を、前記第１のパケットに含まれるパケット制御情報により判別するヘッダ識別部と、
前記ヘッダ識別部により前記第２のヘッダを有すると判別された前記第１のパケットの、前記第２のヘッダの情報と前記第１のパケットに含まれる第１のパケット識別情報とを読み出し、前記第２のヘッダの情報と前記第１のパケット識別情報とを関連付けて記憶するヘッダ格納部と、
前記ヘッダ識別部により前記第２のヘッダを有さないと判別された前記第１のパケットの第２のパケット識別情報で前記ヘッダ格納部が記憶する前記第１のパケット識別情報を検索し、前記第２のパケット識別情報と一致する前記第１のパケット識別情報と関連付けて記憶された前記第２のヘッダの情報を取得し、前記検索に用いた前記第２のパケット識別情報を含む前記第１のパケットに前記第２のヘッダを付加する第１のヘッダ付加部と、
前記第２のヘッダを有すると判別された前記第１のパケット及び前記第１のヘッダ付加部より前記第２のヘッダを付加された前記第１のパケットから前記第１のヘッダを取り除くヘッダ除去部と、
前記ヘッダ除去部により前記第１のヘッダを取り除かれた前記第１のパケットに、前記第３のヘッダを付加する第２のヘッダ付加部と、
を有することを特徴とする接続装置。 - 前記パケット制御情報は、任意のデータを分割して生成された複数の前記第１のパケットの、個々の前記第１のパケットが前記任意のデータのどの部分であるかを表す、前記第１のヘッダに含まれる情報であることを特徴とする請求項１に記載の接続装置。
- 前記パケット識別情報は、あるデータを複数に分割して生成された個々の第１のパケットに共通の情報が割り当てられた、前記第１のヘッダに含まれる情報であることを特徴とする請求項１に記載の接続装置。
- 前記ヘッダ格納部は前記第２のヘッダを保持するために、記憶装置を有するもしくは前記接続装置が有するメモリ領域の一部を用いることを特徴とする請求項１に記載の接続装置。
- 前記第２のヘッダに含まれる第１の宛先アドレスと前記第３のヘッダに含まれる第２の宛先アドレスとを関連付けて保持するアドレステーブルを有し、
前記第２のヘッダ付加部は、前記第１の宛先アドレスで前記アドレステーブルを検索し、前記第２の宛先アドレスを決定することを特徴とする請求項１に記載の接続装置。 - 少なくとも第１のヘッダと場合により第２のヘッダを有する第１のパケットを少なくとも前記第２のヘッダを有する第２のパケットに変換するパケット変換方法において
前記第１のパケットに含まれるパケット制御情報より、前記第１のパケットに前記第２のヘッダが含まれているかを判別するステップと、
前記第２のヘッダが含まれていると判別された前記第１のパケットの前記第２のヘッダと、前記第１のパケットに含まれる第１のパケット識別情報とを読み出すステップと、
読み出した前記第２のヘッダと前記第１のパケット識別情報とを関連付けて記憶するステップと、
前記第２のヘッダが含まれていないと判別された前記第１のパケットの第２のパケット識別情報を用いて、前記関連付けて記憶された前記第１のパケット識別情報を検索するステップと、
検索により、前記第２のパケット識別情報と一致した前記第１のパケット識別情報と関連付けて記憶された前記第２のヘッダを読み出すステップと、
検索して読み出した前記第２のヘッダを検索に用いた前記第２のパケット識別情報を有する前記第１のパケットに付加するステップと、
前記第２のヘッダが含まれていると判別された前記第１のパケット及び前記第２のヘッダを付加された前記第１のパケットから前記第１のヘッダを取り除くステップと、を有することを特徴とするパケット変換方法。 - 前記パケット制御情報は、あるデータを複数に分割して複数の前記第１のパケットを生成した場合に、個々の前記第１のパケットが前記あるデータのどの部分であるかを表す、前記第１のヘッダに含まれる情報であることを特徴とする請求項６に記載のパケット変換方法。
- 前記パケット識別情報は前記第１のヘッダに含まれ、あるデータを複数の前記第１のパケットの形に分割した場合に、前記あるデータの一部を有する前記第１のパケットには共通した情報が与えられることを特徴とする請求項６に記載のパケット変換方法。
- 第１のネットワークから受信した第１のヘッダと場合により第２のヘッダを有する第１のパケットを、第３のヘッダと前記第２のヘッダを有する第２のパケットに変換し、前記第２のパケットを前記第１のネットワークもしくは第２のネットワークへ送信するネットワーク接続方法において、
前記第１のネットワークから前記第１のパケットを受信するステップと、
受信した前記第１のパケットに含まれるパケット制御情報より、前記第１のパケットが前記第２のヘッダを含むか否かを判別するステップと、
前記第２のヘッダを含むと判別された前記第１のパケットに含まれる第１のパケット識別情報と、前記第２のヘッダを関連付けて記憶するステップと、
前記第２のヘッダを含まないと判別された前記第１のパケットに含まれる第２のパケット識別情報を用いて前記第２のヘッダと関連付けて記憶された前記第１のパケット識別情報を検索するステップと、
検索の結果前記第２のパケット識別情報と一致した前記第１のパケット識別情報と、関連付けて記憶された前記第２のヘッダを読み出すステップと、
前記第２のヘッダを含まないと判別された前記第１のパケットに読み出された前記第２のヘッダを付加するステップと、
前記第２のヘッダを含むと判別された前記第１のパケット及び前記第２のヘッダを付加された前記第１のパケットから、前記第１のヘッダを取り除くステップと、
前記第１のヘッダを取り除かれた前記第１のパケットに前記第３のヘッダを付加して前記第２のパケットに変換するステップと、
前記第２のパケットを前記第２のネットワークに送信するステップと、
を有することを特徴とするネットワーク接続方法。 - 前記パケット制御情報は前記第１のヘッダに含まれる、あるデータが分割されて生成した複数の第１のパケットの、前記あるデータにおける位置を表す情報であることを特徴とする請求項９に記載のネットワーク接続方法。
- 前記パケット識別情報は前記第１のヘッダに含まれる、あるデータが分割されて生成した複数の第１のパケットに共通に与えられる情報であることを特徴とする請求項９に記載のネットワーク接続方法。
- 前記第２のヘッダに含まれる第１の宛先アドレスと前記第３のヘッダに含まれる第２の宛先アドレスとを関連付けて記憶するステップと、
受信したパケットの前記第１の宛先アドレスを読み出すステップと、
読み出した前記第１の宛先アドレスを用いた検索により、前記関連付けて保持された前記第２の宛先アドレスを読み出すステップと、
読み出した前記第２の宛先アドレスを前記第３のヘッダに書き込むステップと、を有することを特徴とする請求項９に記載のネットワーク接続方法 - 第１のヘッダと場合により第２のヘッダを有する第１のパケットを、少なくとも前記第２のヘッダを有するパケットに変換する変換装置において、
第１のパケットのパケット制御情報より、前記第２のヘッダの有無を判別するヘッダ識別部と、
前記第２のヘッダを有すると判別された前記第１のパケットの第１のパケット識別情報と前記第２のヘッダを関連付けて記憶するヘッダ格納部と、
前記第２のヘッダが無いと判別された前記第1のパケットの第２のパケット識別情報を読み出し、前記ヘッダ格納部により記憶された前記第１のパケット識別情報を前記第２のパケット識別情報で検索し、検索により前記第２のパケット識別情報と一致する前記第１のパケット識別情報と関連付けて保持された前記第２のヘッダを前記第２のヘッダが無いと判別された前記第１のパケットに付加するヘッダ付加部と、
前記第２のヘッダを有すると判別された前記第1のパケット及び前記ヘッダ付加部により前記第２のヘッダを付加された前記第1のパケットから、前記第１のヘッダを取り除くヘッダ除去部と、
を有することを特徴とする変換装置。 - 前記パケット制御情報は前記第１のパケットを、あるひとまとまりのデータを複数に分割することにより生成した場合に、前記第１のパケットが前記データのどの部分であるかを表す、前記第１のヘッダに含まれる情報であることを特徴とする請求項１３に記載の変換装置。
- 前記パケット識別情報は、１つのデータを分割して複数の前記第１のパケットを生成した際に、それら前記第１のパケットに同じ値が割り当てられる、前記第１のヘッダに含まれる情報であることを特徴とする請求項１３に記載の変換装置。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001042691A JP4483100B2 (ja) | 2001-02-20 | 2001-02-20 | ネットワーク間接続装置 |
| US10/076,513 US7106751B2 (en) | 2001-02-20 | 2002-02-19 | Apparatus for linking a SAN with a LAN |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001042691A JP4483100B2 (ja) | 2001-02-20 | 2001-02-20 | ネットワーク間接続装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002247072A JP2002247072A (ja) | 2002-08-30 |
| JP4483100B2 true JP4483100B2 (ja) | 2010-06-16 |
Family
ID=18904950
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001042691A Expired - Fee Related JP4483100B2 (ja) | 2001-02-20 | 2001-02-20 | ネットワーク間接続装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7106751B2 (ja) |
| JP (1) | JP4483100B2 (ja) |
Families Citing this family (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7020715B2 (en) * | 2000-08-22 | 2006-03-28 | Adaptec, Inc. | Protocol stack for linking storage area networks over an existing LAN, MAN, or WAN |
| US7113507B2 (en) * | 2000-11-22 | 2006-09-26 | Silicon Image | Method and system for communicating control information via out-of-band symbols |
| US7308001B2 (en) * | 2001-11-16 | 2007-12-11 | Computer Network Technology Corporation | Fibre channel frame batching for IP transmission |
| US7398326B2 (en) * | 2002-04-25 | 2008-07-08 | International Business Machines Corporation | Methods for management of mixed protocol storage area networks |
| JP4032816B2 (ja) * | 2002-05-08 | 2008-01-16 | 株式会社日立製作所 | ストレージネットワークトポロジ管理システム |
| US7385971B1 (en) * | 2002-05-09 | 2008-06-10 | Cisco Technology, Inc. | Latency reduction in network data transfer operations |
| JP2004048125A (ja) * | 2002-07-09 | 2004-02-12 | Hitachi Ltd | 接続制御装置、方法及びプログラム |
| US7957409B2 (en) | 2003-01-23 | 2011-06-07 | Cisco Technology, Inc. | Methods and devices for transmitting data between storage area networks |
| US7738493B2 (en) * | 2003-01-23 | 2010-06-15 | Cisco Technology, Inc. | Methods and devices for transmitting data between storage area networks |
| US8081642B2 (en) | 2003-01-31 | 2011-12-20 | Brocade Communications Systems, Inc. | Method and apparatus for routing between fibre channel fabrics |
| US11108591B2 (en) | 2003-10-21 | 2021-08-31 | John W. Hayes | Transporting fibre channel over ethernet |
| US20060004935A1 (en) * | 2004-06-30 | 2006-01-05 | Pak-Lung Seto | Multi-protocol bridge |
| US8018936B2 (en) * | 2004-07-19 | 2011-09-13 | Brocade Communications Systems, Inc. | Inter-fabric routing |
| US8532119B2 (en) * | 2004-07-30 | 2013-09-10 | Brocade Communications Systems, Inc. | Interfabric routing header for use with a backbone fabric |
| US7936769B2 (en) * | 2004-07-30 | 2011-05-03 | Brocade Communications System, Inc. | Multifabric zone device import and export |
| US7466712B2 (en) * | 2004-07-30 | 2008-12-16 | Brocade Communications Systems, Inc. | System and method for providing proxy and translation domains in a fibre channel router |
| US7742484B2 (en) | 2004-07-30 | 2010-06-22 | Brocade Communications Systems, Inc. | Multifabric communication using a backbone fabric |
| US8059664B2 (en) * | 2004-07-30 | 2011-11-15 | Brocade Communications Systems, Inc. | Multifabric global header |
| US20060151549A1 (en) * | 2005-01-12 | 2006-07-13 | Fisher David G | Agricultural spreading device |
| US20080034147A1 (en) * | 2006-08-01 | 2008-02-07 | Robert Stubbs | Method and system for transferring packets between devices connected to a PCI-Express bus |
| US8310953B2 (en) * | 2007-08-21 | 2012-11-13 | International Business Machines Corporation | Method and apparatus for enabling an adapter in a network device to discover the name of another adapter of another network device in a network system |
| US8396009B2 (en) * | 2007-08-21 | 2013-03-12 | International Business Machines Corporation | Method and apparatus for an adapter in a network device to discover its adapter name in a network system |
| JP2009065429A (ja) * | 2007-09-06 | 2009-03-26 | Hitachi Communication Technologies Ltd | パケット転送装置 |
| US9137175B2 (en) * | 2007-12-19 | 2015-09-15 | Emulex Corporation | High performance ethernet networking utilizing existing fibre channel fabric HBA technology |
| WO2009136933A1 (en) * | 2008-05-08 | 2009-11-12 | Hewlett-Packard Development Company, L.P. | A method for interfacing a fibre channel network with an ethernet based network |
| US8307048B2 (en) * | 2008-07-15 | 2012-11-06 | International Business Machines Corporation | Network system with initiator subnetwork communication to target subnetwork communication including fibre channel over ethernet to fibre channel over internet protocol conversion |
| CN101686180A (zh) * | 2008-09-28 | 2010-03-31 | 华为技术有限公司 | 数据传输方法及网络节点和数据传输系统 |
| US8625635B2 (en) * | 2010-04-26 | 2014-01-07 | Cleversafe, Inc. | Dispersed storage network frame protocol header |
| CN107070883B (zh) * | 2017-02-28 | 2019-12-31 | 青岛海信移动通信技术股份有限公司 | 对无线网络进行安全检测的方法及装置 |
| CN109756491A (zh) * | 2018-12-28 | 2019-05-14 | 北京星际荣耀空间科技有限公司 | 数据发送及接收方法、装置、电子设备 |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6310884B1 (en) * | 1998-05-21 | 2001-10-30 | Lsi Logic Corporation | Data transfer method and apparatus that allocate storage based upon a received relative offset |
| US6160793A (en) * | 1998-10-13 | 2000-12-12 | Nokia Telecommunications, Oy | ECN-based approach for congestion management in hybrid IP-ATM networks |
| US6400730B1 (en) * | 1999-03-10 | 2002-06-04 | Nishan Systems, Inc. | Method and apparatus for transferring data between IP network devices and SCSI and fibre channel devices over an IP network |
| US6680955B1 (en) * | 1999-08-20 | 2004-01-20 | Nokia Networks Oy | Technique for compressing a header field in a data packet |
| US6757291B1 (en) * | 2000-02-10 | 2004-06-29 | Simpletech, Inc. | System for bypassing a server to achieve higher throughput between data network and data storage system |
| TW517476B (en) * | 2001-05-28 | 2003-01-11 | Allied Telesis Kk | Media converter and failure detection technique |
| US20050078704A1 (en) * | 2003-10-14 | 2005-04-14 | International Business Machines Corporation | Method and apparatus for translating data packets from one network protocol to another |
-
2001
- 2001-02-20 JP JP2001042691A patent/JP4483100B2/ja not_active Expired - Fee Related
-
2002
- 2002-02-19 US US10/076,513 patent/US7106751B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002247072A (ja) | 2002-08-30 |
| US7106751B2 (en) | 2006-09-12 |
| US20020114328A1 (en) | 2002-08-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4483100B2 (ja) | ネットワーク間接続装置 | |
| US9414136B2 (en) | Methods and apparatus to route fibre channel frames using reduced forwarding state on an FCoE-to-FC gateway | |
| US7496052B2 (en) | Automatic VLAN ID discovery for ethernet ports | |
| JP4343760B2 (ja) | ネットワークプロトコル処理装置 | |
| US6687758B2 (en) | Port aggregation for network connections that are offloaded to network interface devices | |
| JP3372455B2 (ja) | パケット中継制御方法，パケット中継装置およびプログラム記憶媒体 | |
| US7359394B2 (en) | Method and apparatus for bridging between networks | |
| TWI449380B (zh) | 資料中心網路系統及其封包傳送方法 | |
| JP4008432B2 (ja) | ネットワーク機器のトポロジを探索する装置および方法 | |
| US8078736B1 (en) | Virtual interface | |
| US6639917B1 (en) | Converged service for interconnected local area networks | |
| US20120163391A1 (en) | Methods and apparatus for redundancy associated with a fibre channel over ethernet network | |
| US20080159260A1 (en) | Fibre channel over ethernet frame | |
| JPH03148940A (ja) | Ｌａｎとｉｓｄｎとの相互接続方式 | |
| US6856620B1 (en) | Method and system for transporting packet-switched control traffic in an optical network | |
| CN1985492B (zh) | 支持iSCSI读操作和iSCSI烟囱的方法和系统 | |
| CN108683523B (zh) | 一种基于网络虚拟化的sdn架构 | |
| US6714541B1 (en) | Method and apparatus for encoding bridging/switching information within a routing information filed in a token ring environment | |
| JP2004503122A (ja) | 異なるネットワークデバイス間でのデータ転送をｉｐネットワークを介して行なう方法および装置 | |
| US6798785B1 (en) | Frame relay over IP | |
| JP2022516355A (ja) | データ送信方法及び機器 | |
| US6490618B1 (en) | Method and apparatus for SNA/IP correlation in a mixed APPN and DLSW network | |
| CN113225376B (zh) | 一种基于fpga的以太网帧与sdn数据帧的适配方法 | |
| CN101411160A (zh) | 在不同的互联网通信栈实例之间对数据包路由的方法和设备 | |
| Ocheltree et al. | A comparison of fibre channel and 802 MAC services |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20060418 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20071106 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20100222 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20100302 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100315 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 4483100 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130402 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140402 Year of fee payment: 4 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |