コアネットワークの境界に接続され、フレームを中継するネットワーク中継装置であって、物理回線を接続するための複数のポートと、前記複数のポートにそれぞれ接続された複数の物理回線を仮想的な仮想回線として扱う仮想回線制御部であって、前記フレームに含まれるヘッダの内容に応じて、所定の規則に従い前記フレームの出力先となる出力先物理回線を選択する仮想回線制御部と、前記コアネットワークへ向けて送信する前記フレームに対して、前記仮想回線制御部によって選択される前記出力先物理回線が、宛先と送信元が同じである一群のフレームについて同一となるように、カプセルヘッダを付与するカプセル処理部と、を備える、ネットワーク中継装置。請求項1記載のネットワーク中継装置であって、前記カプセル処理部は、前記フレームに対する宛先検索を実行し、前記宛先検索の結果、当該フレームの宛先が学習済であった場合に、当該フレームの宛先が未学習である際に選択される前記出力先物理回線と同じ回線が、前記出力先物理回線として選択されるように前記カプセルヘッダを付与する、ネットワーク中継装置。請求項2記載のネットワーク中継装置であって、前記カプセル処理部は、前記宛先検索の結果、前記フレームの宛先が学習済であった場合に、前記カプセルヘッダに含まれる、宛先アドレスと、送信元アドレスと、VLANの識別子と、のうちの少なくともいずれかについての演算を実行することにより、前記カプセルヘッダを付与する、ネットワーク中継装置。請求項3記載のネットワーク中継装置であって、前記カプセル処理部は、前記コアネットワーク内のコアネットワーク中継装置がカプセルヘッダの内容に従って前記フレームを中継する際、ならびに前記ネットワーク中継装置が前記フレームのカプセルヘッダを削除して中継する際において、中継先の判断に影響しないビット領域に対して演算を実行する、ネットワーク中継装置。請求項3または4記載のネットワーク中継装置であって、さらに、前記宛先検索と、前記カプセルヘッダの付与と、に用いられる宛先表を格納した記憶部を備え、前記カプセル処理部は、特定の宛先について、前記宛先検索の結果、前記フレームの宛先が学習済であった場合の初回に付与された前記カプセルヘッダの内容を前記宛先表に記憶させ、当該特定の宛先についての2回目以降の前記カプセルヘッダの付与の際には、前記宛先表に記憶された前記カプセルヘッダの内容を参照して前記カプセルヘッダを付与する、ネットワーク中継装置。ネットワークシステムであって、コアネットワークを構成するコアネットワーク中継装置と、請求項1ないし5のいずれか一項記載のネットワーク中継装置と、を備え、前記コアネットワーク中継装置は、物理回線を接続するための複数のポートと、前記複数のポートにそれぞれ接続された複数の物理回線を仮想的な仮想回線として扱う仮想回線制御部であって、受信フレームに含まれるカプセルヘッダの内容に応じて、所定の規則に従い前記受信フレームの出力先となる出力先物理回線を選択する仮想回線制御部と、を備え、前記コアネットワーク中継装置の前記仮想回線制御部と、前記ネットワーク中継装置の前記仮想回線制御部とは、同一の規則に従って前記出力先物理回線を選択する、ネットワークシステム。請求項6記載のネットワークシステムであって、前記コアネットワーク中継装置は、前記受信フレームの前記カプセルヘッダに含まれる宛先が、マルチキャストアドレスと、前記出力先物理回線の先に存在する前記ネットワーク中継装置と、のいずれにも該当しない場合、当該受信フレームを廃棄する、ネットワークシステム。コアネットワークの境界に位置し、複数のポートにそれぞれ接続された複数の物理回線を仮想的な仮想回線として扱うことが可能なネットワーク中継装置におけるフレームのカプセル化方法であって、a前記フレームに含まれるヘッダの内容に応じて、所定の規則に従い前記フレームの出力先となる出力先物理回線を選択する工程と、b前記コアネットワークへ向けて送信する前記フレームに対して、前記工程aによって選択される前記出力先物理回線が、宛先と送信元が同じである一群のフレームについて同一となるように、カプセルヘッダを付与する工程と、を備える、フレームのカプセル化方法。上記のリンクアグリゲーションでは、通信データの宛先と送信元が同じである一群のフレーム以降、同一フローに属するフレームとも呼ぶ。は、フレームの到達順序を保証するために、同一の物理回線を使用して中継されることが好ましい。しかし、EoEのようなコアネットワーク内のフレームをカプセル化する技術と、リンクアグリゲーションとを組み合わせたネットワークでは、エッジスイッチより、フレームに新たなヘッダが付与されてしまう。このため、宛先MACアドレスと送信元MACアドレスに応じたフレーム振り分け規則を用いた場合、フレームのカプセル化を行うエッジスイッチが宛先エッジスイッチの存在を学習済みか否かによって、カプセル化されたフレームの宛先MACアドレスが変動してしまう。そのため、カプセル化されたフレームは、同一フローに属するフレームであっても異なる物理回線を使用して中継される場合があり、その結果、フレームの到達順序が保証できない場合があるという問題があった。また、このような問題は、リンクアグリゲーション、EoE、VPLS、PBBといった具体的なプロトコルおよびその組み合わせに限定されず、コアネットワーク内の物理回線を冗長化しつつ、コアネットワーク内で中継されるフレームをカプセル化するネットワーク中継装置に共通する問題であった。本発明は、物理回線を冗長化しつつ、コアネットワーク内で中継されるフレームをカプセル化するネットワーク中継装置において、通信データの宛先と送信元が同じである一群のフレームの到達順序を保証することを目的とする。本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態又は適用例として実現することが可能である。[適用例1]コアネットワークの境界に接続され、フレームを中継するネットワーク中継装置であって、物理回線を接続するための複数のポートと、前記複数のポートにそれぞれ接続された複数の物理回線を仮想的な仮想回線として扱う仮想回線制御部であって、前記フレームに含まれるヘッダの内容に応じて、所定の規則に従い前記フレームの出力先となる出力先物理回線を選択する仮想回線制御部と、前記コアネットワークへ向けて送信する前記フレームに対して、前記仮想回線制御部によって選択される前記出力先物理回線が、宛先と送信元が同じである一群のフレームについて同一となるように、カプセルヘッダを付与するカプセル処理部と、を備える、ネットワーク中継装置。このような構成とすれば、カプセル処理部は、仮想回線制御部によって選択される出力先物理回線が、宛先と送信元が同じである一群のフレームについて同一となるように、カプセルヘッダを付与するため、物理回線を冗長化しつつ、コアネットワーク内で中継されるフレームをカプセル化するネットワーク中継装置において、宛先と送信元が同じである一群のフレームの到達順序を保証することができる。[適用例2]適用例1記載のネットワーク中継装置であって、前記カプセル処理部は、前記フレームに対する宛先検索を実行し、前記宛先検索の結果、当該フレームの宛先が学習済であった場合に、当該フレームの宛先が未学習である際に選択される前記出力先物理回線と同じ回線が、前記出力先物理回線として選択されるように前記カプセルヘッダを付与する、ネットワーク中継装置。このような構成とすれば、カプセル処理部は、フレームの宛先が学習済であった場合に、当該フレームの宛先が未学習である際に選択される出力先物理回線と同じ回線が出力先物理回線として選択されるようにカプセルヘッダを付与するため、宛先の学習有無に関わらず、出力先物理回線を同じにすることができる。[適用例3]適用例2記載のネットワーク中継装置であって、前記カプセル処理部は、前記宛先検索の結果、前記フレームの宛先が学習済であった場合に、前記カプセルヘッダに含まれる、宛先アドレスと、送信元アドレスと、VLANの識別子と、のうちの少なくともいずれかについての演算を実行することにより、前記カプセルヘッダを付与する、ネットワーク中継装置。このような構成とすれば、カプセル処理部は、カプセルヘッダに含まれる宛先アドレスと、送信元アドレスと、VLANの識別子と、のうちの少なくともいずれかについて演算を実行するため、カプセルヘッダの内容を簡便に決定することができる。[適用例4]適用例3記載のネットワーク中継装置であって、前記カプセル処理部は、前記コアネットワーク内のコアネットワーク中継装置がカプセルヘッダの内容に従って前記フレームを中継する際、ならびに前記ネットワーク中継装置が前記フレームのカプセルヘッダを削除して中継する際において、中継先の判断に影響しないビット領域に対して演算を実行する、ネットワーク中継装置。このような構成とすれば、カプセル処理部は、カプセルヘッダの内容に従ってフレームを中継するコアネットワーク中継装置と本ネットワーク中継装置において、中継先の判断に影響されないビット領域に対して演算を実行するため、演算結果がネットワーク全体のカプセルフレームの中継に影響を及ぼさない。[適用例5]適用例3または4記載のネットワーク中継装置であって、さらに、前記宛先検索と、前記カプセルヘッダの付与と、に用いられる宛先表を格納した記憶部を備え、前記カプセル処理部は、特定の宛先について、前記宛先検索の結果、前記フレームの宛先が学習済であった場合の初回に付与された前記カプセルヘッダの内容を前記宛先表に記憶させ、当該特定の宛先についての2回目以降の前記カプセルヘッダの付与の際には、前記宛先表に記憶された前記カプセルヘッダの内容を参照して前記カプセルヘッダを付与する、ネットワーク中継装置。このような構成とすれば、カプセル処理部は、特定の宛先について、宛先検索の結果、当該フレームの宛先が学習済であった場合の初回に付与されたカプセルヘッダの内容を宛先表に記憶させ、当該特定の宛先についての2回目以降のカプセルヘッダの付与の際には、宛先表に記憶されたカプセルヘッダの内容を参照してカプセルヘッダを付与するため、カプセル処理部の処理負荷を低減することができる。[適用例6]ネットワークシステムであって、コアネットワークを構成するコアネットワーク中継装置と、適用例1ないし5のいずれか一項記載のネットワーク中継装置と、を備え、前記コアネットワーク中継装置は、物理回線を接続するための複数のポートと、前記複数のポートにそれぞれ接続された複数の物理回線を仮想的な仮想回線として扱う仮想回線制御部であって、受信フレームに含まれるカプセルヘッダの内容に応じて、所定の規則に従い前記受信フレームの出力先となる出力先物理回線を選択する仮想回線制御部と、を備え、前記コアネットワーク中継装置の前記仮想回線制御部と、前記ネットワーク中継装置の前記仮想回線制御部とは、同一の規則に従って前記出力先物理回線を選択する、ネットワークシステム。このような構成とすれば、コアネットワーク内で中継されるフレームをカプセル化するネットワークシステムにおいて、宛先と送信元が同じである一群のフレームの到達順序を保証することができる。[適用例7]適用例6記載のネットワークシステムであって、前記コアネットワーク中継装置は、前記受信フレームの前記カプセルヘッダに含まれる宛先が、マルチキャストアドレスと、前記出力先物理回線の先に存在する前記ネットワーク中継装置と、のいずれにも該当しない場合、当該受信フレームを廃棄する、ネットワークシステム。このような構成とすれば、ネットワークシステムにおいて、不要なマルチキャストフレームを廃棄し、マルチキャスト実行に伴う帯域の圧迫を低減することができる。なお、本発明は、種々の態様で実現することが可能である。例えば、ネットワーク中継装置および方法、ネットワーク中継装置とコアネットワーク中継装置を含んだネットワークシステム、ネットワーク中継装置におけるフレームのカプセル化方法、それらの方法または装置の機能を実現するためのコンピュータプログラム、そのコンピュータプログラムを記録した記憶媒体等の形態で実現することができる。本発明によれば、カプセル処理部は、仮想回線制御部によって選択される出力先物理回線が、宛先と送信元が同じである一群のフレームについて同一となるように、カプセルヘッダを付与するため、物理回線を冗長化しつつ、コアネットワーク内で中継されるフレームをカプセル化するネットワーク中継装置において、宛先と送信元が同じである一群のフレームの到達順序を保証することができる。次に、本発明の実施の形態を実施例に基づいて以下の順序で説明する。A.概略説明:A-1本発明の概略説明:図1は、本発明の一実施例としてのネットワーク中継装置が用いられたネットワークの概略構成を示す説明図である。ネットワークシステム1000は、2台のネットワーク中継装置10と、2台のコアネットワーク中継装置20と、3台のクライアントデバイスを備えている。以降、ネットワーク中継装置をエッジスイッチと、コアネットワーク中継装置をコアスイッチと、クライアントデバイスを端末とも呼ぶ。なお、エッジスイッチを相互に識別する必要がある場合に、一方をエッジスイッチ1、他方をエッジスイッチ2等と呼び、エッジスイッチそのものの構成や動作の説明ではエッジスイッチ10と呼ぶ。このことは、コアスイッチ、端末についても同様である。また、図1では便宜上、説明上必要としない、他のネットワーク中継装置、回線、端末、およびネットワーク中継装置内の構成部については図示を省略している。このことは、後述する図においても同様である。エッジスイッチ10は、拠点間や通信事業者間を結ぶコアネットワークBNと、他種のネットワーク例えば、アクセスネットワークや、ユーザネットワークとの境界に接続され、コアネットワークBN内で中継されるフレームをカプセル化するスイッチである。コアスイッチ20は、コアネットワークBNにおいて、フレームの中継に用いられるスイッチである。端末30は、エッジスイッチに接続され、他種のネットワークを構成するデバイスであり、例えば、パーソナルコンピュータや、スイッチ等が含まれる。エッジスイッチ1と端末1とは、物理回線UN1により接続されている。同様に、エッジスイッチ1と端末2とは物理回線UN2により、エッジスイッチ2と端末3とは物理回線UN3により、それぞれ接続されている。また、コアスイッチ1と2とは、仮想回線LNBにより接続されている。同様に、コアスイッチ1とエッジスイッチ1とは仮想回線LNAにより、コアスイッチ2とエッジスイッチ2とは仮想回線LNCにより、それぞれ接続されている。仮想回線は、エッジスイッチ10およびコアスイッチ20が備えるリンクアグリゲーションLA、LinkAggregation機能により実現される。LAとは、複数の物理回線物理ポートを束ねて仮想的な1つの仮想回線仮想ポートとして取り扱うことを可能とする機能であり、帯域幅の拡大や、冗長性の確保のために用いられる。図1の例では、エッジスイッチ1とコアスイッチ2の間の3本の物理回線LNA1~LNA3が、1本の仮想回線LNAとして取り扱われている。同様に、コアスイッチ1とコアスイッチ2の間の3本の物理回線LNB1~LNB3が1本の仮想回線LNBとして、コアスイッチ2とエッジスイッチ2の間の3本の物理回線LNC1~LNC3が1本の物理回線LNCとして、それぞれ取り扱われている。また、LAでは、フレーム中継時に、仮想回線を構成する物理回線の、どの物理回線にフレームを出力するかを決定する方法以降フレーム振り分け規則とも呼ぶ。が複数存在する。本実施例のエッジスイッチ10およびコアスイッチ20では、フレーム振り分け規則として、宛先MACアドレスと送信元MACアドレスに応じた方法を用いる。図2は、フレームFMとカプセル化フレームCFMについて説明するための説明図である。入力側エッジスイッチ10は、端末30側から受信したフレームFM図2Aに対して、カプセルヘッダCHを付与したカプセル化フレームCFM図2Bを生成し、カプセル化フレームCFMをコアネットワークBN側へ送信する。コアネットワークBN内のコアスイッチ20は、カプセルヘッダCHに含まれる情報に基づいた中継処理を行う。コアネットワークBN側からカプセル化フレームCFMを受信した出力側エッジスイッチ10は、カプセルヘッダCHを外して元のフレームFMを取得し、フレームFMを端末30へ送信する。このようにして、エッジスイッチ10においてフレームのカプセル化を行うことにより、コアネットワークBN内のコアスイッチ20は、カプセルヘッダCHのみを参照して中継処理を行うことが可能となる。従って、コアスイッチ20は、ユーザネットワークやアクセスネットワークの構成変更、端末30の台数増加等の影響を受けず、さらに、コアスイッチ20内の経路表の登録数を大幅に削減することが可能となる。この結果、コアスイッチ20における学習処理や、宛先判定処理における処理負荷を少なくすることができる。なお、本実施例では、あるプロトコルのフレームフレームFM全体を、他のプロトコルのフレームカプセル化フレームCFMのデータとして処理することをカプセル化と呼ぶ。図2Aは、カプセル化前のフレームFMの構造を概略的に示す。カプセル化前のフレームFMは、イーサネットヘッダEHと、データDTとを含んでいる。イーサネットヘッダEHは、宛先MACアドレスと、送信元MACアドレスと、ユーザVLAN識別子とを含んでいる。ユーザVLAN識別子は、ユーザネットワーク内において用いられるVLANの識別子であり、ユーザネットワーク内のスイッチ等によって付与される。ユーザVLAN識別子は省略可能である。また、データDTは、図示しないIPヘッダと、TCPヘッダ、および、データを含んでいる。図2Bは、カプセル化後のフレームCFMの構造を概略的に示す。カプセル化フレームCFMは、図2AのフレームFMと、カプセルヘッダCHとを含んでいる。カプセルヘッダCHは、宛先エッジスイッチMACアドレスと、送信元エッジスイッチMACアドレスと、コアVLAN識別子とを含んでいる。コアVLAN識別子は、コアネットワーク内において用いられるVLANの識別子である。コアVLAN識別子は省略可能である。このように、カプセルヘッダCHの構成は、イーサネットヘッダEHと同様の構造となっている。図1のネットワークシステム1000において、ある端末から他の端末、例えば、端末1から端末3へ向けての、同一フローに属するフレームが中継される様子について説明する。なお、本実施例において同一フローに属するフレームとは、宛先と送信元が同じである一群のフレームを意味する。端末1から端末3へ向けて送信された最初のフレームFM1は、物理回線UN1を介してエッジスイッチ1へ送信される。フレームFM1を受信したエッジスイッチ1は、宛先判定処理を実行すると共に、宛先判定処理の結果に基づいて、フレームFM1をカプセル化したフレームであるカプセル化フレームCFM1を生成する。そして、エッジスイッチ1は、生成したカプセル化フレームCFM1を、仮想回線LNAを用いて、コアスイッチ1へ送信する。この送信の際、エッジスイッチ1は、カプセルヘッダCHに含まれる宛先エッジスイッチMACアドレスと、送信元エッジスイッチMACアドレスに応じて、仮想回線LNAを構成する物理回線LNA1~LNA3の、どの物理回線にフレームを出力するかを決定する。なお、物理回線の決定方法については後述する。図1の例では、カプセル化フレームCFM1は、物理回線LNA1から出力されたものとする。カプセル化フレームCFM1を受信したコアスイッチ1は、宛先判定処理を実行し、カプセル化フレームCFM1を、仮想回線LNBを用いて、コアスイッチ2へ送信する。この送信の際、コアスイッチ1は、カプセルヘッダCHに含まれる宛先エッジスイッチMACアドレスと、送信元エッジスイッチMACアドレスに応じて、仮想回線LNBを構成する物理回線LNB1~LNB3の、どの物理回線にフレームを出力するかを決定する。カプセル化フレームCFM1を受信したコアスイッチ2は、コアスイッチ1と同様に、宛先判定処理を実行し、カプセル化フレームCFM1をエッジスイッチ2へ送信する。カプセル化フレームCFM1を受信したエッジスイッチ2は、カプセル化フレームCFM1からカプセルヘッダCHを外す。そして、エッジスイッチ2は、カプセル化解除後のフレームFM1に対して宛先検索処理を実行し、フレームFM1を、物理回線UN3を用いて端末3へ送信する。端末1から端末3へ向けて送信された2番目のフレームFM2は、物理回線UN1を介してエッジスイッチ1へ送信される。フレームFM2を受信したエッジスイッチ1は、宛先判定処理を実行すると共に、カプセル化フレームCFM2を生成する。本実施例のエッジスイッチ10は、このカプセル化フレーム生成の際に、前回フレームが出力された物理回線と同じ物理回線がフレーム振り分け規則によって選択されるように、カプセルヘッダCHの内容に対して演算を実行したうえで、カプセルヘッダCHを付与する。そして、エッジスイッチ1は、生成したカプセル化フレームCFM2を、仮想回線LNAを用いて、コアスイッチ1へ送信する。この送信の際、カプセルヘッダCHの内容に演算が実行されていることにより、カプセル化フレームCFM2は、前回フレームが出力された物理回線と同じ物理回線すなわち、図1の例では物理回線LNA1に対して出力される。カプセル化フレームCFM2を受信したコアスイッチ1は、宛先判定処理を実行し、カプセル化フレームCFM2を、仮想回線LNBを用いて、コアスイッチ2へ送信する。カプセル化フレームCFM2のカプセルヘッダCHは、エッジスイッチ1による演算が実行されている。このため、コアスイッチ1においても、カプセル化フレームCFM2は、前回フレームが出力された物理回線と同じ物理回線すなわち、図1の例では物理回線LNB1に対して出力される。カプセル化フレームCFM2を受信したコアスイッチ2は、コアスイッチ1と同様に、宛先判定処理を実行し、カプセル化フレームCFM2をエッジスイッチ2へ送信する。コアスイッチ2においても、カプセルヘッダCHに対する演算によって、カプセル化フレームCFM2は、前回フレームが出力された物理回線と同じ物理回線すなわち、図1の例では物理回線LNC1に対して出力される。カプセル化フレームCFM2を受信したエッジスイッチ2は、カプセル化フレームCFM2からカプセルヘッダCHを外す。そして、エッジスイッチ2は、カプセル化解除後のフレームFM2に対して宛先検索処理を実行し、フレームFM2を、物理回線UN3を用いて端末3へ送信する。3番目以降のフレームについても、フレームFM2と同様の処理が繰り返される。このように、本実施例のエッジスイッチ10ネットワーク中継装置を用いたネットワーク1000では、エッジスイッチ10が、カプセル化フレームを生成する際に、前回フレームが出力された物理回線と同じ物理回線がフレーム振り分け規則によって選択されるように、カプセルヘッダCHが付与される。従って、カプセルヘッダCHの内容に応じてフレームの中継が行われる範囲、すなわち、図1のエッジスイッチ1からエッジスイッチ2までの範囲において、宛先と送信元が同じである一群のフレーム同一フローに属するフレームは、同じ物理回線を用いて中継されることとなる。一群のフレームが同じ物理回線を用いて中継されることは、すなわち、一群のフレームが中継される物理回線の伝送遅延時間や送信制御ポリシーが同じであることにつながる。このため、本実施例のエッジスイッチ10を用いたネットワーク1000では、入力側エッジスイッチ10エッジスイッチ1にフレームが入力された順序と、出力側エッジスイッチ10エッジスイッチ2からフレームが出力される順序とを同じにすることができる、すなわち、フレームの到達順序を保証することができる。以上の結果、本実施例では、コアネットワーク内の物理回線を冗長化しつつ、コアネットワーク内で中継されるフレームをカプセル化するネットワーク中継装置において、宛先と送信元が同じである一群のフレーム同一フローに属するフレームの到達順序を保証することができる。A-2比較例:図3は、比較例においてフレームが中継される様子を示す説明図である。ネットワーク1000xは、エッジスイッチ10に代えて、比較例従来例のエッジスイッチ10xを備えることにより構成されている。各スイッチの接続関係および仮想回線の説明は図1と同様である。比較例のネットワークシステム1000xにおいて、図1と同様の事例、すなわち、端末1から端末3へ向けての同一フローに属するフレームが中継される場合について考える。比較例のエッジスイッチ10xでは、カプセル化フレーム生成の際に、カプセルヘッダCHに対する演算が行われない。このため、入力側エッジスイッチ10xエッジスイッチ1xにおいて、出力側エッジスイッチ10xエッジスイッチ2xのアドレス学習が行われていない場合、エッジスイッチ1xは、カプセル化フレーム生成の際、カプセルヘッダCH内の宛先エッジスイッチMACアドレスに、マルチキャストアドレスを設定する。一方で、入力側エッジスイッチ10xエッジスイッチ1xにおいて、出力側エッジスイッチ10xエッジスイッチ2xのアドレス学習が行われた以降では、エッジスイッチ1xは、カプセル化フレーム生成の際、カプセルヘッダCH内の宛先エッジスイッチMACアドレスに、エッジスイッチ2xのMACアドレスを設定する。このように、比較例のネットワークシステム1000xでは、入力側エッジスイッチにおける、出力側エッジスイッチのアドレス学習の有無によって、カプセルヘッダCHの内容に変動が生じる。従って、比較例のネットワークシステム1000xでは、宛先MACアドレスと送信元MACアドレスに応じたフレーム振り分け規則を用いた場合、カプセルヘッダCHの内容に応じてフレームの中継が行われる範囲、すなわち、図3のエッジスイッチ1xからエッジスイッチ2xまでの範囲において、同一フローに属するフレームが、異なる物理回線を用いて中継される場合が生じる。同一フローに属するフレームが異なる物理回線を用いて中継された場合、中継に用いられた物理回線の伝送遅延時間や送信制御ポリシーの違いによって、フレーム中継速度にばらつきが生じることとなる。この結果、比較例のエッジスイッチ10xを用いたネットワーク1000xでは、入力側エッジスイッチ10xエッジスイッチ1xにフレームが入力された順序と、出力側エッジスイッチ10xエッジスイッチ2xからフレームが出力される順序が異なる場合が生じる。すなわち、フレームの到達順序を保証できないという問題が生じる。フレームの到達順序が保証できないと、例えば、VoIPVoiceoverInternetProtocolなどの、フレーム順序の変動に敏感なアプリケーションへ悪影響を与えてしまう。なお、上記問題の発生を回避し、フレームの到達順序を保証するために、LAにおいて、VLAN識別子のみに基づいたフレーム振り分け規則を用いることができるが、この場合、仮想回線内でのトラフィック分散が十分に図れないという新たな問題を生じる。また、上記問題の発生を回避し、フレームの到達順序を保証するために、LAにおいて、送信元MACアドレスのみに基づいたフレーム振り分け規則を用いることができるが、この場合、対応機器が乏しく、実用性に欠くという新たな問題を生じる。B.第1実施例:B-1システム構成:図4は、本発明の一実施例としてのエッジスイッチ10の概略構成を示す説明図である。エッジスイッチ10は、カプセル化技術としてEoEEthernetoverEthernetを用いたエッジスイッチである。エッジスイッチ10は、中継処理部100と、複数の物理ポート108とを備えている。中継処理部100は、メモリ102と、共有メモリ104と、CPU106とを含んでいる。中継処理部100は、物理ポート108を介して受信したフレームである受信フレームを、共有メモリ104に格納する。中継処理部100は、メモリ102に格納されているコンピュータプログラムをCPU106に展開して実行することにより実現される機能によって、共有メモリ104上に格納されたフレームを処理し、適切な物理ポート108へ出力する。なお、中継処理部100は、図4のようにソフトウェアを用いて実現する構成とするほか、ASICApplicationSpecificIntegratedCircuit等のハードウェアを用いて実現する構成としてもよい。図5は、エッジスイッチ10の中継処理部100の機能ブロック図である。中継処理部100は、ノードアドレス110と、ハッシュ処理部120と、LAテーブル130と、フレーム転送部140と、FDBForwardingDatabase150と、カプセル処理部160と、フィルタテーブル170とを含んでいる。ノードアドレス110は、自装置のMACアドレス情報であり、メモリ102に予め記憶されている。自装置のMACアドレス情報は、後述の宛先判定処理において、カプセル化フレームを受信した際に、その宛先が自分自身であるか否かを判定するために用いられる。また、自装置のMACアドレス情報は、後述のカプセル化処理において、フレームのカプセル化の際にも使用される。EoEの場合、ノードアドレス110は36ビットの値である。ハッシュ処理部120は、フレーム中継時に、フレームの内容に基づいて、仮想回線を構成する物理回線の、どの物理回線にフレームを出力するかを決定する。フレーム転送部140は、エッジスイッチ10が受信したフレームの中継処理全般を司る。具体的には、フレーム転送部140は、受信フレームに対して後述のフレーム受信時処理を実行し、フレームを中継する。なお、ハッシュ処理部120と、フレーム転送部140とが協働することで、仮想回線制御部図5ではLA制御部と表記として動作する。カプセル処理部160は、受信フレームのカプセル化、および、カプセル化の解除を行う処理部である。詳細は後述する。図6は、LAテーブル130の一例を示す説明図である。LAテーブル130は、仮想回線と物理回線の対応付けを記憶するテーブルである。LAテーブル130は、コンフィギュレーション設定等により予め生成され、メモリ102に記憶されている。LAテーブル130は、LA識別子と、物理ポートリストをと含んでいる。LA識別子には、エッジスイッチ10に構成されている仮想回線を相互に識別するための識別子が格納されている。物理ポートリストには、LA識別子により識別される仮想回線に割り当てられた物理ポート物理回線の識別子が格納されている。例えば、図6の例では、エッジスイッチ10には、LAG1と、LAG2という2つの仮想回線が構成されており、LAG1で識別される仮想回線には、Port1、2、3で識別される3つの物理ポートが割り当てられていることがわかる。図7は、FDB150の一例を示す説明図である。FDB150は、後述の宛先判定処理において、受信フレームの転送先を決定するために用いられるデータベースである。FDB150は、特許請求の範囲における宛先表に相当する。FDB150は、宛先アドレスと、入力側VLAN識別子と、出力先と、カプセル化情報とを含んでいる。宛先アドレスは、宛先判定処理において、受信したフレームFMのイーサネットヘッダEHに格納された宛先MACアドレスと照合する際に用いられる。入力側VLAN識別子は、宛先判定処理において、受信したフレームFMのイーサネットヘッダEHに格納されたユーザVLAN識別子と照合する際に用いられる。出力先は、宛先判定処理において、受信したフレームFMの出力先である仮想回線または物理ポートを決定するために用いられる。カプセル化情報は、宛先判定処理のカプセル化処理において、受信したフレームFMをカプセル化する際に用いられる。例えば、図7のエントリE21の例では、受信したフレームFMのイーサネットヘッダEHに格納された宛先MACアドレスがMAC_T3であり、ユーザVLAN識別子がVL1であった場合、出力先として仮想回線LAG1が選択されることがわかる。さらに、フレームFMをMAC_E2VL1という情報を用いてカプセル化することがわかる。また、図7のエントリE22の例では、受信したフレームFMのイーサネットヘッダEHに格納された宛先MACアドレスがMAC_T2であり、ユーザVLAN識別子がVL2であった場合、出力先として物理回線Port2が選択されることがわかる。さらに、出力先として物理回線が選択されることに伴い、フレームFMのカプセル化はnone、すなわち、カプセル化を実施しないことがわかる。また、図7のエントリE23の例では、受信したフレームFMのイーサネットヘッダEHに格納された宛先MACアドレスが、他のエントリの内容と一致せず、かつ、ユーザVLAN識別子がVL1であった場合、出力先として仮想回線LAG1が選択されることがわかる。さらに、フレームFMをMulticastVL1という情報を用いて、換言すれば、マルチキャストアドレスを用いてカプセル化することがわかる。初期状態においてFDB150に登録されているエントリはエントリE23のみであり、残りのエントリについては、エッジスイッチ10の学習処理によって内容が随時更新される。具体的には、受信フレームがカプセル化されていないフレームFMであった場合、エッジスイッチ10は、フレームFMの送信元MACアドレスを用いて、FDB150の宛先アドレスフィールドを更新する。同様に、エッジスイッチ10は、フレームFMのユーザVLAN識別子を用いて、FDB150の入力側VLAN識別子フィールドを、フレームFMが入力されたポート情報を用いて、FDB150の出力先フィールドを、それぞれ更新する。また、カプセル化情報のフィールドはnoneとする。一方で、受信フレームがカプセル化フレームCFMであった場合、エッジスイッチ10は、カプセル化解除後のフレームFMの送信元MACアドレスを用いて、FDB150の宛先アドレスフィールドを更新する。同様に、エッジスイッチ10は、カプセル化解除後のフレームFMのユーザVLAN識別子を用いて、FDB150の入力側VLAN識別子フィールドを、フレームFMが入力されたポート情報を用いて、FDB150の出力先フィールドを、それぞれ更新する。また、カプセル化情報のフィールドは、カプセル化フレームCFMのカプセルヘッダCH内の送信元エッジスイッチMACアドレスと、コアVLAN識別子とを用いて更新する。図8は、フィルタテーブル170の一例を示す説明図である。フィルタテーブル170は、フレーム転送部140が、フレームを物理ポート108へ出力する際に、その宛先アドレスと出力先物理ポートとの組み合わせによって、フレームの通過廃棄を決定する際に用いられるテーブルである。フィルタテーブル170は、コンフィギュレーション設定等により予め生成され、メモリ102に記憶されている。フィルタテーブル170は、宛先アドレスと、出力先物理ポートと、動作とを含んでいる。宛先アドレスは、フレームの通過廃棄の決定において、出力フレームのイーサネットヘッダEHに格納された宛先MACアドレスと照合する際に用いられる。出力先物理ポートは、フレームの通過廃棄の決定において、出力フレームの出力先ポートを判定するために用いられる。動作は、宛先アドレスと、出力先物理ポートの組み合わせについての、フレーム転送部140の動作が格納されている。例えば、図8のエントリE31の例では、出力フレームのイーサネットヘッダEHに格納された宛先MACアドレスがMAC_T3であり、かつ、出力先物理ポートがPort3である場合、当該フレームの動作はPermit、すなわち、通過可と判定されることを示している。同様に、エントリE32、E33の例では、宛先MACアドレスがMAC_T1かつ出力先物理ポートがPort1である場合と、宛先MACアドレスがMAC_T2かつ出力先物理ポートがPort2である場合は、当該フレームは通過可と判定されることを示している。一方、エントリE34の例では、出力フレームのイーサネットヘッダEHに格納された宛先MACアドレスの如何に関わらず、上位エントリに一致せず、かつ、出力先物理ポートがPort1であるフレームの動作はDeny、すなわち、廃棄と判定されることを示している。エントリE35、E36も同様である。B-2フレーム受信時処理:図9は、フレーム受信時処理の手順を示すフローチャートである。フレーム受信時処理は、フレーム転送部140が物理ポート108からフレームを受信した際に実行される。フレーム転送部140は、物理ポート108に到着したフレームを取得するステップS102。そして、フレーム転送部140は、取得したフレームに対して、後述の宛先判定処理を実行し、フレームの出力先を決定するステップS104。フレーム転送部140は、ステップS104によって決定したフレームの出力先が仮想回線であるか否かを判定するステップS106。フレームの出力先が仮想回線でない場合ステップS106:NO、フレーム転送部140は処理をステップS112へ遷移させる。一方、フレームの出力先が仮想回線である場合ステップS106:YES、フレーム転送部140は、フレーム振り分け規則に基づいて、フレームの振分処理を行う。なお、振分処理とは、フレームの出力先である仮想回線を構成する物理回線のうち、どの物理回線に対して実際にフレームを出力するかを決定する処理を意味する。具体的には、まず、フレーム転送部140は、ハッシュ処理部120に、出力予定のフレームから一意な数字を算出させるステップS108。なお、ハッシュ処理部120が算出する一意な数字を、以降ハッシュ値とも呼ぶ。本実施例のハッシュ処理部120は、カプセル化フレームCFMのカプセルヘッダCHに含まれる宛先エッジスイッチMACアドレスと、送信元エッジスイッチMACアドレスとを用いて、以下の手順でハッシュ値を算出する。手順a1固定長の整数とみなした宛先エッジスイッチMACアドレスと、送信元エッジスイッチMACアドレスを加算する。手順a2加算結果を、LAテーブル130の物理ポートリストフィールドに入りうる物理ポートの最大数で除算して、その余りを求める。求めた余りをハッシュ値として用いる。次に、フレーム転送部140は、ステップS108で算出されたハッシュ値から、実際にフレームを出力する物理ポート物理回線を選択するステップS110。選択は、以下の手順で行う。手順b1宛先判定処理ステップS104で決定されたフレームの出力先仮想回線の識別子をキーとしてLAテーブル130を検索する。手順b2一致したエントリの物理ポートリストに格納された物理ポート物理回線の識別子群について、先頭から数えてステップS108で求めたハッシュ値番目に格納された識別子を求める。このようにすれば、宛先のアドレスと送信元のアドレスとが同じフレームについては、仮想回線内の同じ物理回線に振りわけられる。なお、例えば、物理ポートの識別子群の数よりも、ステップS108で求めたハッシュ値の方が大きい場合、フレーム転送部140は、物理ポートの識別子群の先頭に戻り、引き続き計算を継続することができる。フレーム転送部140は、フレームを出力することが可能か否かを判定するステップS112。具体的には、フレーム転送部140は、出力予定のフレームのイーサネットヘッダEH内の宛先MACアドレスと、宛先判定処理ステップS104またはステップS110の処理において求められた物理ポートの識別子と、をキーとして、フィルタテーブル170を検索する。フレーム転送部140は、一致したエントリの動作フィールドの値が、Permitであるか否かを判定するステップS114。一致したエントリの動作フィールドの値がPermitである場合ステップS114:YES、フレーム転送部140は、宛先判定処理ステップS104またはステップS110の処理において求められた識別子を有する物理ポートに対して、フレームを出力するステップS116。一方、一致したエントリの動作フィールドの値がPermitでない場合ステップS114:NO、フレーム転送部140は、フレームを廃棄するステップS118。B-3宛先判定処理:図10は、宛先判定処理の手順を示すフローチャートである。宛先判定処理は、図9のフレーム受信時処理のステップS104において呼び出されるサブルーチンである。フレーム転送部140は、図9のステップS102において取得したフレームのヘッダを参照し、当該フレームはカプセル化フレームであるか否かを判定するステップS202。なお、例えばEoEの場合、イーサネットのフレーム種別を示すEthernetTypeフィールドの値が0xE0E0である場合、カプセル化フレームであると判定することができる。ステップS202において、取得したフレームがカプセル化フレームであるステップS202:YESと判定された場合、フレーム転送部140は、取得したフレームのカプセルヘッダCHを用いて、当該フレームが自装置宛てであるか否かを判定するステップS204。具体的には、フレーム転送部140は、カプセルヘッダCH内の宛先エッジスイッチMACアドレスの先頭36ビットが、ノードアドレス110と一致する場合、当該フレームが自装置宛てであると判定する。フレーム転送部140は、カプセルヘッダCH内の宛先エッジスイッチMACアドレスがマルチキャストアドレスである場合にも、当該フレームが自装置宛てであると判定する。取得したフレームが自装置宛てではないと判定された場合ステップS204:NO、フレーム転送部140は、当該フレームを廃棄し、宛先判定処理およびフレーム受信時処理を終了するステップS206。取得したフレームが自装置宛てであると判定された場合ステップS204:YES、フレーム転送部140は、カプセル処理部160に対して、当該フレームからカプセルヘッダCHを削除するよう指示するステップS208。指示を受けたカプセル処理部160は、取得したフレームからカプセルヘッダCHを削除する。フレーム転送部140は、カプセルヘッダCH削除後のフレームFMに含まれるイーサネットヘッダEHを用いて、宛先検索を行うステップS210。具体的には、フレーム転送部140は、イーサネットヘッダEHの宛先MACアドレスと、ユーザVLAN識別子をキーとしてFDB150を検索し、一致したエントリの出力先フィールドの値を、フレームの出力先として決定するステップS212。その後、フレーム転送部140は宛先判定処理を終了し、フレーム受信時処理図9へ戻る。一方、ステップS202において、取得したフレームがカプセル化フレームでないステップS202:NOと判定された場合、フレーム転送部140は、取得したフレームのイーサネットヘッダEHを用いて、宛先検索を行うステップS214。具体的には、フレーム転送部140は、イーサネットヘッダEHの宛先MACアドレスと、ユーザVLAN識別子をキーとしてFDB150を検索する。フレーム転送部140は、検索の結果、一致したエントリのカプセル化情報フィールドの値がnoneであるか否かを判定するステップS216。カプセル化情報フィールドの値がnoneである場合ステップS216:YES、フレーム転送部140は、処理をステップS220へ遷移させる。カプセル化情報フィールドの値がnoneでない場合ステップS216:NO、フレーム転送部140は、カプセル処理部160に後述のカプセル化処理を実行させ、カプセル化フレームCFMを生成させるステップS218。フレーム転送部140は、ステップS214の宛先検索の結果、一致したエントリの出力先フィールドの値を、フレームの出力先として決定するステップS220。その後、フレーム転送部140は宛先判定処理を終了し、フレーム受信時処理図9へ戻る。このように、宛先判定処理では、エッジスイッチ10が取得したフレームがカプセル化フレームであるか否かによって、実行される処理が、処理CPと処理NCPとに大別される。具体的には、エッジスイッチ10が取得したフレームがカプセル化フレームCFMである場合、当該フレームはコアネットワークBN側から受信したフレームであるとして、カプセルヘッダCHを外して元のフレームFMを取得後、フレームFMを端末30へ送信する。一方で、エッジスイッチ10が取得したフレームがカプセル化フレームでない場合、当該フレームは端末30側から受信したフレームであるとして、カプセルヘッダCHを付与してカプセル化フレームCFMを生成し、カプセル化フレームCFMをコアネットワークBN側へ送信する。B-4カプセル化処理:図11は、カプセル化処理の手順を示すフローチャートである。カプセル化処理は、図10の宛先判定処理のステップS218において呼び出されるサブルーチンであり、カプセル処理部160によって実行される。カプセル処理部160は、カプセル化対象フレーム、すなわち、図9のステップS102において取得されたフレームについて、以降の処理を行う。まず、カプセル処理部160は、カプセル化対象フレームを、FDB150の宛先アドレスがanyであるエントリ図7:エントリE23のカプセル化情報を用いてカプセル化するステップS302。そして、カプセル処理部160は、カプセル化対象フレームのイーサネットヘッダEHの宛先MACアドレスと、ユーザVLAN識別子をキーとしてFDB150を検索し、カプセル化対象フレームが実際に、FDB150の宛先アドレスがanyであるエントリに一致するか否かを判定するステップS304。宛先アドレスがanyであるエントリに一致する場合ステップS304:YES、カプセル処理部160は、カプセル化処理を終了し、処理を宛先判定処理図10へ戻す。その後、宛先判定処理においては、ステップS302で生成されたカプセル化フレームCFMがそのまま使用される。一方、宛先アドレスがanyであるエントリに一致しない場合ステップS304:NO、カプセル処理部160は、正しい宛先アドレスを用いて、カプセル化をやり直す必要がある。なお、宛先アドレスがanyであるエントリに一致しない場合とは、当該フレームの宛先である端末から過去にフレームを受信したことにより、宛先端末のアドレスが既にFDB150に学習済みの場合である。まず、カプセル処理部160は、ハッシュ処理部120に、ステップS302で生成されたカプセル化フレームCFMからハッシュ値を算出させるステップS306。次に、カプセル処理部160は、カプセル化対象フレームを、ステップS304のFDB150検索において、実際に一致したエントリのカプセル化情報を用いてカプセル化するステップS308。カプセル処理部160は、ハッシュ処理部120に、ステップS308で生成されたもしくは、ステップS314で宛先アドレスが演算されたカプセル化フレームCFMから、ハッシュ値を算出させるステップS310。カプセル処理部160は、ステップS306の計算結果と、ステップS310の計算結果が一致するか判定するステップS312。計算結果が一致する場合ステップS312:YES、カプセル処理部160は、カプセル化処理を終了し、処理を宛先判定処理図10へ戻す。その後、宛先判定処理においては、ステップS308で生成されたカプセル化フレームCFMがそのまま使用される。計算結果が一致しない場合、カプセル処理部160は、カプセル化フレームCFMのうちの、固定長の整数とみなした宛先エッジスイッチMACアドレスを1演算するステップS314。その後、カプセル処理部160は、処理をステップS310へ遷移させ、アドレス演算後のカプセル化フレームCFMを用いて、ハッシュ処理部120に再計算させる。カプセル処理部160は、ステップS312の計算結果が一致するまで、ステップS310~S314の処理を繰り返す。なお、ステップS314の演算の際、カプセル処理部160は、宛先エッジスイッチMACアドレスの下位12ビットの範囲で演算を行う。EoEでは、48ビットの宛先アドレスのうち、上位36ビットをアドレス照合の際に用いるためである。すなわち、下位12ビットの範囲内であれば、宛先エッジスイッチMACアドレスが変動しても、EoEを用いたエッジスイッチのアドレス照合には影響を及ぼさない。なお、演算の結果、下位12ビットの範囲内で桁あふれが発生する場合は、0から再度演算しなおすことができる。ハッシュ処理部120は、ランダムなハッシュ値を生成するという性質を持つため、0から再び演算しても、ステップS310~S314の処理は無限に繰り返さない。図12は、同一フローに属するフレームが、本実施例のエッジスイッチ10によってどのようにカプセル化されるかを示す説明図である。図12Aは、本実施例のエッジスイッチ10によってカプセル化された同一フローに属する4つのフレームの例を示す。図12Aでは、図1に示した本実施例のネットワークシステム1000において、端末1から端末3へ向けての同一フローに属するフレームが中継される場合について示す。ここで、フレームの入力側エッジスイッチ10エッジスイッチ1のFDB150には、宛先である端末3のアドレス学習が行われていない場合について例示する。最初のフレームFM1は、エッジスイッチ1のカプセル化処理図11のステップS302において、FDB150の宛先アドレスanyであるエントリE23図7のカプセル化情報を用いたカプセル化が行われる。この結果、カプセル化フレームCFM1が生成される。カプセル化フレームCFM1は、宛先エッジスイッチMACアドレスにマルチキャストアドレスが、送信元エッジスイッチMACアドレスにエッジスイッチ1のMACアドレスが、それぞれ格納されている。次に、カプセル化処理図11のステップS304において、カプセル処理部160は、カプセル化対象フレームであるフレームFM1が実際に、FDB150のanyのエントリに一致するかを判定する。端末3のMACアドレスは未学習であることから、フレームFM1はFDB150のanyのエントリに一致しステップS304:YES、カプセル化処理は終了される。その後、カプセル化フレームCFM1は、宛先判定処理図10を経て、フレーム受信時処理図9のステップS108において、対応するハッシュ値が求められる。求められたハッシュ値は1であるものとする。カプセル化フレームCFM1は、フレーム受信時処理図9のステップS110において、求められたハッシュ値1から、実際にフレームを出力する物理ポート物理回線が選択される。2番目のフレームFM2は、最初のフレームFM1と同様に、エッジスイッチ1のカプセル化処理図11のステップS302において、FDB150のanyのエントリE23図7のカプセル化情報を用いたカプセル化が行われる。この結果、カプセル化フレームCFM2が生成される。しかし、最初のカプセル化フレームCFM1のマルチキャスト送信に対する応答フレームの受信によって、FDB150には既に端末3のMACアドレスが学習されている。従って、カプセル化処理図11のステップS304において、カプセル処理部160は、フレームFM2はFDB150のanyのエントリには一致しないと判定するステップS304:NO。そこで、ステップS306においてカプセル処理部160は、ステップS302で生成したカプセル化フレームCFM2に対応するハッシュ値を一旦求めさせる。ステップS302で生成したカプセル化フレームCFM2は、カプセル化フレームCFM1と同様のカプセルヘッダCHを有するため、ここで求められたハッシュ値は1となる。その後、エッジスイッチ1のカプセル化処理図11のステップS308において、フレームFM2は、ステップS304のFDB150検索で実際に一致したエントリE21図7のカプセル化情報を用いたカプセル化が行われる。この結果、新たなカプセル化フレームCFM2が生成される。そして、ステップS310においてカプセル処理部160は、生成された新たなカプセル化フレームCFM2に対応するハッシュ値を求めさせる。ステップS301において求められたハッシュ値が、例えば3であった場合、カプセル処理部160は計算結果が一致しないと判定しステップS312:NO、カプセル化フレームCFM2の宛先エッジスイッチMACアドレスを演算するステップS314。カプセル処理部160は、ステップS312の計算結果が一致するまで、ステップS310~S314の処理を繰り返す。その結果、カプセル化フレームCFM2の宛先エッジスイッチMACアドレスには、ハッシュ処理部120による処理の結果として、最初のカプセル化フレームCFM1と同じハッシュ値が得られるアドレスMAC_E2aが格納されることとなる。なお、aは任意の整数である。3番目以降のフレームFM3、FM4においても、2番目のフレームFM2と同様の処理が行われる。その結果、3番目以降のフレームFM3、FM4についても、宛先エッジスイッチMACアドレスには、ハッシュ処理部120による処理の結果として、最初のカプセル化フレームCFM1と同じハッシュ値が得られるアドレスMAC_E2aが格納される。上記の結果、同一フローに属するフレームFM1~4をカプセル化したカプセル化フレームCFM1~4は、フレーム受信時処理図9のステップS108、S109において、同じハッシュ値に基づいて、仮想回線内の同じ物理回線に振りわけられる。図12Bは、本実施例のカプセル化処理図11を行わず、一般的なカプセル化を行った場合の例である。一般的なカプセル化の場合、最初のカプセル化フレームCFM1は、FDB150に宛先である端末3のアドレス学習が行われていないことから、宛先エッジスイッチMACアドレスにマルチキャストアドレスが設定される。一方、2番目のカプセル化フレームCFM2は、FDB150に宛先である端末3のアドレスが登録されていることから、宛先エッジスイッチMACアドレスに出力側エッジスイッチ10エッジスイッチ2のMACアドレスが設定される。カプセル化フレームCFM1とカプセル化フレームCFM2は、宛先エッジスイッチMACアドレスが異なり、また、本実施例のカプセル化処理図11も実行されない。このため、カプセル化フレームCFM1とカプセル化フレームCFM2をハッシュ処理部120によって処理させた場合、異なるハッシュ値が得られる可能性が高い。上記の結果、同一フローに属するフレームFM1、2をカプセル化したカプセル化フレームCFM1、2は、フレーム受信時処理において、異なるハッシュ値に基づいて、仮想回線内の異なる物理回線に振りわけられる可能性が高い。以上のように、第1実施例のエッジスイッチ10では、カプセル処理部160は、仮想回線制御部のハッシュ処理部120によって選択される出力先物理回線が、宛先と送信元が同じである一群のフレーム同一フローに属するフレームについて同一となるように、カプセルヘッダCHが付与される。具体的には、カプセル処理部160は、カプセル化処理図11において、フレームの宛先が学習済であった場合ステップS304:NOに、フレームの宛先が未学習である際のハッシュ値と同じハッシュ値が得られるように、換言すれば、フレームの宛先が未学習である際に選択される出力先物理回線と同じ回線が出力先物理回線として選択されるように、カプセルヘッダCHを付与する。従って、宛先の学習有無に関わらず、出力先物理回線を同じにすることができる。以上の結果、本実施例のエッジスイッチ10では、物理回線を冗長化しつつ、コアネットワークBN内で中継されるフレームをカプセル化するネットワーク中継装置において、宛先と送信元が同じである一群のフレームの到達順序を保証することができる。さらに、上記第1実施例によれば、カプセル処理部160は、カプセルヘッダCHに含まれる宛先アドレス宛先エッジスイッチMACアドレスを演算するため、カプセルヘッダCHの内容を簡便に決定することができる。また、カプセル処理部160は、宛先エッジスイッチMACアドレスのうち、出力側エッジスイッチ10エッジスイッチ2において参照されないビット領域である、下位12ビットに対して演算を実行する。更に、本実施例におけるコアスイッチ20におけるフレーム中継では、後述の通り、宛先アドレスによらずマルチキャストで中継が行われる。従って、カプセル化フレームの中継に際して、本演算による宛先アドレス変更は、何ら影響を及ぼさない。B-5コアスイッチによる処理:図13は、コアスイッチ20の動作について説明するための説明図である。図13Aは図1に対応する図であり、図示の便宜上、端末30を省略している。図13Aのエッジスイッチ1からエッジスイッチ2へ送信される最初のカプセル化フレームCFM1により、コアスイッチ2のFDBには、送信元エッジスイッチであるエッジスイッチ1のMACアドレスが学習される。しかし、コアスイッチ2のFDB学習後、エッジスイッチ2からエッジスイッチ1へ送信されるカプセル化フレームCFM2は、図13Bに示すように、コアスイッチ2のカプセル化処理図11により、宛先エッジスイッチMACアドレスが変更されている。このため、コアスイッチ2は、カプセル化フレームCFM2の宛先エッジスイッチMACアドレスを、FDB内から見つけることができない。従って、コアスイッチ2は、マルチキャストを実行することとなり、網全体の帯域を圧迫する。従って、本実施例のコアスイッチ20では、帯域圧迫を回避するために、不要なマルチキャストフレームを廃棄するためのフィルタリングを実施する。以下詳細を説明する。図14は、本発明の一実施例としてのコアスイッチ20の概略構成を示す説明図である。コアスイッチ20は、エッジスイッチ10と同様、カプセル化技術としてEoEを用いている。コアスイッチ20は、中継処理部500と、複数の物理ポート508とを備えている。中継処理部500は、メモリ502と、共有メモリ504と、CPU506とを含んでいる。詳細は、エッジスイッチ10の対応する各部と同じである。図15は、コアスイッチ20の中継処理部500の機能ブロック図である。中継処理部500は、ハッシュ処理部510と、LAテーブル520と、フレーム転送部530と、FDB540と、フィルタテーブル550とを含んでいる。ハッシュ処理部510の詳細は、エッジスイッチ10のハッシュ処理部120と同じである。同様に、LAテーブル520の詳細は、エッジスイッチ10のLAテーブル130と同じである。フレーム転送部530は、原則として、エッジスイッチ10のフレーム転送部140と同様のフレーム受信時処理図9を行う。ただし、フレーム転送部530が実行するフレーム受信時処理図9では、ステップS104の宛先判定処理図10のステップS202~S212、S216、S218を省略し、ステップS214、S220のみを実行する。FBD540は、図7に示したエッジスイッチ10のFDB150と、カプセル化情報フィールドを含まない点と、格納されているエントリの内容のみが異なる。図16は、コアスイッチ20のフィルタテーブル550の一例を示す説明図である。図8に示したフィルタテーブル170との違いは、格納されているエントリの内容のみであり、他の構成はフィルタテーブル170と同様である。フィルタテーブル550は、ネットワーク1000のトポロジを元にしてコンフィギュレーション設定等により予め生成され、メモリ502に記憶されている。図16のエントリE31の例では、出力フレームのカプセルヘッダCHに格納された宛先エッジスイッチMACアドレスがMAC_E1であり、かつ、出力先物理ポートがPort1である場合、当該フレームは通過可と判定されることを示している。エントリE33の例では、出力フレームのカプセルヘッダCHに格納された宛先エッジスイッチMACアドレスがマルチキャストアドレスである場合は、出力先物理ポートの如何に関わらず、当該フレームは通過可と判定されることを示している。エントリE34の例では、出力フレームのカプセルヘッダCHに格納された宛先エッジスイッチMACアドレス、および、出力先物理ポートの如何に関わらず、上位エントリに一致しないフレームは、廃棄と判定されることを示している。上述のようにしてコアネットワーク中継装置コアスイッチ20を構成すれば、コアスイッチ20は、受信カプセル化フレームCFMのカプセルヘッダCHに含まれる宛先宛先エッジスイッチMACアドレスが、マルチキャストアドレスと、当該出力先物理ポートの先に存在するエッジスイッチ10と、のいずれにも該当しない場合、当該受信フレームを廃棄する。このため、カプセル化フレームCFMの宛先エッジスイッチMACアドレスをFBD540内から見つけることができず、マルチキャストを実行した場合であっても、関係のない物理ポートへのフレームは、フィルタテーブル550の設定に基づいて廃棄される。このため、本実施例のコアスイッチ20によれば、関係のない物理ポートへフレームが出力されることを抑制することができ、マルチキャスト実行に伴う帯域の圧迫を低減することができる。さらに、本実施例のコアスイッチ20は、エッジスイッチ10のハッシュ処理部120と同様の処理を行うハッシュ処理部510を有する。このため、コアスイッチ20により構成されるコアネットワークBN内においても、カプセル化フレームCFMは、同じハッシュ値に基づいて、仮想回線内の同じ物理回線に振りわけられる。この結果、ネットワークシステム1000の全体においても、宛先と送信元が同じである一群のフレームの到達順序を保証することができる。C.第2実施例:本発明の第2実施例では、カプセル化処理の処理負荷を低減させた構成について説明する。なお、図中において第1実施例と同様の構成部分については先に説明した第1実施例と同様の符号を付し、その詳細な説明を省略する。C-1システム構成:図17は、第2実施例におけるエッジスイッチ10aの中継処理部100aの機能ブロック図である。図5に示した第1実施例との違いは、中継処理部100aが、FDB150に代えてFDB150aを、カプセル処理部160に代えてカプセル処理部160aを、それぞれ備える点のみであり、他の構成や動作は第1実施例と同じである。図18は、第2実施例におけるFDB150aの一例を示す説明図である。図7に示した第1実施例との違いは、さらに、同期フラグのフィールドを備える点のみであり、他の構成は第1実施例と同じである。同期フラグとは、後述のカプセル化処理において使用されるフラグである。同期フラグフィールドの値には、デフォルト値としてOFFが格納される。C-2フレーム受信時処理:フレーム受信時処理は、図9に示した第1実施例と同様である。C-3宛先判定処理:宛先判定処理は、図9に示した第1実施例と同様である。C-4カプセル化処理:図19は、第2実施例におけるカプセル化処理の手順を示すフローチャートである。図11に示した第1実施例との違いは、ステップS402と、ステップS404を備える点のみである。ステップS402においてカプセル処理部160aは、カプセル化対象フレームのイーサネットヘッダEHの宛先MACアドレスと、ユーザVLAN識別子をキーとしてFDB150aを検索し、同期フラグフィールドの値を参照する。同期フラグフィールドの値がONである場合ステップS402:ON、カプセル処理部160aは、カプセル化対象フレームを、ステップS402のFDB150a検索において一致したエントリのカプセル化情報を用いてカプセル化するステップS404。その後、カプセル処理部160aは、カプセル化処理を終了し、処理を宛先判定処理図10へ戻す。その後、宛先判定処理においては、ステップS404で生成されたカプセル化フレームCFMが使用される。ステップS312において計算結果が一致する場合ステップS312:YES、カプセル処理部160aは、ステップS304のFDB150a検索において一致したエントリの内容を更新するステップS406。具体的には、カプセル処理部160aは、計算結果が一致したカプセル化フレームCFMの宛先エッジスイッチMACアドレスの値を用いて、カプセル化情報フィールドに含まれる該当部分のデータを更新する。さらに、カプセル処理部160aは、同期フラグフィールドの値をONへと更新する。その後、カプセル処理部160aは、カプセル化処理を終了し、処理を宛先判定処理図10へ戻す。その後、宛先判定処理においては、ステップS308で生成されたカプセル化フレームCFMがそのまま使用される。図20は、同一フローに属するフレームが、第2実施例のエッジスイッチ10aによってどのようにカプセル化されるかを示す説明図である。図20における前提条件フレームの宛先、送信元、アドレス学習有無は、図12Aと同様である。図21は、第2実施例においてFDB150aが更新される様子を示す説明図である。FDB150aの同期フラグフィールドのデフォルト値はOFFである。このため、最初のフレームFM1は、図12AのフレームFM1と同様に、カプセル化処理図11のステップS302、S304を経て、カプセル化処理を終了する。2番目のフレームFM2について考える。カプセル処理部160aはフレームFM2のイーサネットヘッダEHを用いて、FDB150aを検索する。検索の結果得られるエントリE21の同期フラグフィールドの値はOFFであるステップS402:OFF。このため、2番目のフレームFM2に対しては、図12AのフレームFM2と同様に、カプセル化処理のステップS302~S312が実行される。そして、ステップS312において計算結果が一致した場合ステップS312:YES、カプセル処理部160aは、ステップS304のFDB150a検索において一致したエントリE21のカプセル化情報フィールドに含まれる宛先エッジスイッチMACアドレスを、演算後の宛先アドレスに更新する図21。さらに、カプセル処理部160aは、同じエントリE21の同期フラグをONに更新する図21。3番目のフレームFM3について考える。カプセル処理部160aはフレームFM3のイーサネットヘッダEHを用いて、FDB150aを検索する。検索の結果得られるエントリE21の同期フラグフィールドの値はONであるステップS402:ON。このため、3番目のフレームFM3は、ステップS402のFDB150a検索において一致したエントリE21のカプセル化情報を用いたカプセル化が行われるステップS404。エントリE21のカプセル化情報は、フレームFM2処理時のステップS404において、ステップS312の計算結果が一致する換言すれば、演算後の宛先エッジスイッチMACアドレスを用いて更新されている。従って、3番目以降のカプセル化対象フレームでは、同期フラグを参照することにより、ステップS302~S314の処理を省略することができる。以上のように、第2実施例においても、第1実施例と同様の効果を得ることができる。また、第2実施例のエッジスイッチ10aでは、カプセル処理部160aが、特定の宛先について、宛先検索の結果、当該フレームの宛先が学習済であった場合の初回に付与されたカプセルヘッダCHの内容宛先エッジスイッチMACアドレスを宛先表FDB150aのカプセル化情報フィールドに記憶させる。そして、カプセル処理部160aは、当該特定の宛先についての2回目以降のカプセルヘッダのCH付与の際には、FDB150aのカプセル化情報フィールドに記憶されたカプセルヘッダの内容宛先エッジスイッチMACアドレスを参照することで演算を省略する。この結果、カプセル処理部160aの処理負荷を低減することができる。D.変形例:なお、この発明は上記の実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様において実施することが可能であり、例えば次のような変形も可能である。D1.変形例1:上記実施例では、ネットワーク中継装置とコアネットワーク中継装置を用いたネットワークシステムの構成の一例を示した。しかし、ネットワークシステムの構成は、上述した態様に限らず、本発明の要旨を逸脱しない範囲において任意に定めることができる。例えば、図1に示さない端末、管理装置、他のネットワーク中継装置等を含む構成としてもよいし、図1に示した装置の一部を省略してもよい。例えば、本発明のネットワーク中継装置とコアネットワーク中継装置において用いられるカプセル化技術は、EoEに限られない。例えば、カプセル化技術として、VPLSVirtualPrivateLANServiceや、PBBProviderBackboneBridgeを用いることができる。例えば、本発明のネットワーク中継装置とコアネットワーク中継装置において用いられる物理回線の冗長化技術は、LAに限られない。さらに、本発明のネットワークシステムは、ネットワークを構成する全ての回線が仮想回線である必要はなく、一部の回線は通常の物理回線であってもよい。D2.変形例2:上記実施例では、ネットワーク中継装置の構成の一例を示した。しかし、ネットワーク中継装置の構成は、上述した態様に限らず、本発明の要旨を逸脱しない範囲において任意に定めることができる。例えば、図4、図5に示さない他の処理部やテーブルを含む構成としてもよいし、図示した処理部やテーブルの一部を省略してもよい。また、ネットワーク中継装置のLAテーブル、FDB、フィルタテーブルが備えるフィールドは、その発明の要旨を逸脱しない範囲において任意に変更することができる。例えば、上記に例示したフィールド以外のフィールドを備えるものとしても良い。また、各テーブルには、ダイレクトマップ方式を用いることも可能である。D3.変形例3:上記実施例では、コアネットワーク中継装置の構成の一例を示した。しかし、コアネットワーク中継装置の構成は、上述した態様に限らず、本発明の要旨を逸脱しない範囲において任意に定めることができる。例えば、図14、図15に示さない他の処理部やテーブルを含む構成としてもよいし、図示した処理部やテーブルの一部を省略してもよい。例えば、コアネットワーク中継装置は、ネットワーク中継装置のハッシュ処理部と同様の処理を行うハッシュ処理部を有するものとした。このようにすれば、コアネットワーク内においても、カプセル化フレームが同じハッシュ値に基づいて、仮想回線内の同じ物理回線に振り分けられる。その結果、ネットワークシステム全体として、同一フローに属するフレームFMの到達順序を保証できる。しかし、コアネットワーク中継装置の仮想回線において、フレームにシーケンス番号を付与するなど、本発明とは異なる形で仮想回線内での到達順序性を保証できれば、コアネットワーク中継装置におけるネットワーク中継装置と同様の処理を行うハッシュ処理部を有する点は、必須の構成ではない。また、コアネットワーク中継装置のLAテーブル、FDB、フィルタテーブルが備えるフィールドは、その発明の要旨を逸脱しない範囲において任意に変更することができる。例えば、上記に例示したフィールド以外のフィールドを備えるものとしても良い。また、各テーブルには、ダイレクトマップ方式を用いることも可能である。D4.変形例4:上記実施例のカプセル化処理図11では、カプセルヘッダCH内の宛先アドレス宛先エッジスイッチMACアドレスを演算演算することとした。しかし、カプセル処理部は、宛先アドレスに代えて、送信元アドレス送信元エッジスイッチMACアドレス、もしくは、VLANの識別子コアVLAN識別子に対して演算を行ってもよい。また、宛先アドレス、送信元アドレス、VLANの識別子のうちの複数を選択して、演算を行ってもよい。このようにしても、上記実施例と同様の効果を得ることができる。