JP4111968B2

JP4111968B2 - マルチキャスティングのためのトンネリング方法及びトンネリング装置

Info

Publication number: JP4111968B2
Application number: JP2005327836A
Authority: JP
Inventors: 民揆李
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2004-11-24
Filing date: 2005-11-11
Publication date: 2008-07-02
Anticipated expiration: 2025-11-11
Also published as: US20060109807A1; KR100738524B1; KR20060057947A; JP2006148903A

Description

本発明は、マルチキャスティングのためのトンネリング方法に関し、特に、セッションエントリーテーブルを参照してマルチキャスティングのためのアドレス情報を生成するトンネリング方法及びトンネリング装置に関する。

ネットワーク間の連結プロトコルであるＴＣＰ／ＩＰ(ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ／ＩｎｔｅｒｎｅｔｗｏｒｋｉｎｇＰｒｏｔｏｃｏｌ)におけるネットワーク階層プロトコルは、現在、ＩＰｖ４(ＩｎｔｅｒｎｅｔｗｏｒｋｉｎｇＰｒｏｔｏｃｏｌ、ｖｅｒｓｉｏｎ４)で運用されている。ＩＰｖ４は、インターネット上のシステム間でホスト対ホストの通信を提供する。しかしながら、ＩＰｖ４は非常に良く設計されたと言われているが、データ通信技術(例えば、インターネット)の持続的な発展によって、データ通信にＩＰｖ４を適用することについて幾つかの欠点が発見されている。

したがって、ＩＰｖ４の欠点を補うために、ＩＰｎｇ(ＩｎｔｅｒｎｅｔｗｏｒｋｉｎｇＰｒｏｔｏｃｏｌ、ｎｅｘｔｇｅｎｅｒａｔｉｏｎ)として知られているＩＰｖ６(ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ、ｖｅｒｓｉｏｎ６)が提案され、現在では標準化されている。ＩＰｖ６により、インターネットプロトコルは、急速に発展するインターネット技術に適合するように多くの部分が修正された。例えば、ＩＰアドレスの形式（format）及び長さがパケット形式とともに変化し、関連するプロトコルとして、例えば、ＩＣＭＰ(ＩｎｔｅｒｎｅｔＣｏｎｔｒｏｌＭｅｓｓａｇｅＰｒｏｔｏｃｏｌ)などが修正され、また、ネットワーク階層ではＡＲＰ(ＡｄｄｒｅｓｓＲｅｓｏｌｕｔｉｏｎＰｒｏｔｏｃｏｌ)、ＲＡＲＰ(ＲｅｖｅｒｓｅＡｄｄｒｅｓｓＲｅｓｏｌｕｔｉｏｎＰｒｏｔｏｃｏｌ)、ＩＧＭＰ(ＩｎｔｅｒｎｅｔＧｒｏｕｐＭａｎａｇｅｍｅｎｔＰｒｏｔｏｃｏｌ)のような他のプロトコルが削除されるか又はＩＣＭＰプロトコル内に含まれた。さらに、ルーティングプロトコル、例えば、ＲＩＰ(ＲｏｕｔｉｎｇＩｎｆｏｒｍａｔｉｏｎＰｒｏｔｏｃｏｌ)、ＯＳＰＦ(ＯｐｅｎＳｈｏｒｔｅｓｔＰａｔｈＦｉｒｓｔ)などが前述の変化に適合するように少しずつ修正された。

現在、このようにＩＰｖ６が標準化され、段階的にＩＰｖ６基盤で動作するシステムの開発がされている。しかしながら、既存のインターネットには多様なシステムが存在するので、ＩＰｖ４からＩＰｖ６への移行を急速に行うことは不可能である。すなわち、インターネット上のすべてのシステムがＩＰｖ４からＩＰｖ６に移行するには長時間を必要とする。したがって、ＩＰｖ６への移行は、ＩＰｖ４基盤のシステムとＩＰｖ６基盤のシステムとの間で発生する問題を防止するために、段階的に進める必要がある。

そのため、ＩＥＴＦ(ＩｎｔｅｒｎｅｔＥｎｇｉｎｅｅｒｉｎｇＴａｓｋＦｏｒｃｅ)により、デュアルスタック(ｄｕａｌｓｔａｃｋ)を利用する方法、ヘッダー変換(ｈｅａｄｅｒｔｒａｎｓｌａｔｉｏｎ)をする方法、トンネリング(ｔｕｎｎｅｌｉｎｇ)方法の３種類の方法が考案されている。

デュアルスタックを利用する方法は、ＩＰｖ６に完全に移行する前に、すべてのホストがデュアルスタックプロトコルを有するようにする手法である。すなわち、デュアルスタックを利用する方法とは、インターネット上のすべてのシステムがＩＰｖ６を使用するまで、ＩＰｖ４とＩＰｖ６とを同時に運用する方法である。

また、ヘッダー変換方法は、大部分のインターネットシステムがＩＰｖ６を使用するが、まだ一部のインターネットシステムがＩＰｖ４を使用する場合に有用な方法である。すなわち、ヘッダー変換方法は、送信者側はＩＰｖ６の使用を希望するが、受信者側がＩＰｖ６を使用していない場合に、送信者側がＩＰｖ６パケットのヘッダーをＩＰｖ４パケットのヘッダーに変換して伝送する方法である。

さらにまた、トンネリング方法は、ＩＰｖ６を使用する二つのコンピューターが互いに通信しようとする際に、ＩＰｖ４を使用する領域を通過しなければならない場合に用いられる方法である。すなわち、トンネリング方法は、ＩＰｖ６パケットがＩＰｖ４を使用する領域に進入するときに、ＩＰｖ６パケットをＩＰｖ４パケット内にカプセル化し、ＩＰｖ４領域から出るときに逆カプセル化する方法である。

本発明は、前記３種類の方法の中のトンネリング方法に関するものである。従って、図１及び図２を参照しながら、従来のトンネリング方法について説明しておく。図１は、従来の一般的なＩＰｖ６遷移網における６ｔｏ４トンネリング処理過程を概略的に示した図である。図１は、ＩＰｖ６網(ＩＰｖ６ｎｅｔｗｏｒｋ)Ａに接続されたＩＰｖ６ホスト(Ｈｏｓｔ)１０が、ＩＰｖ４網(ＩＰｖ４ｎｅｔｗｏｒｋ)Ｂを介して接続された他のＩＰｖ６網(ＩＰｖ６ｎｅｔｗｏｒｋ)Ｃに接続されたＩＰｖ６ホスト(Ｈｏｓｔ)２０にデータを伝送する場合について例示している。即ち、本発明において、ＩＰｖ６遷移網とは、ＩＰｖ６網内に、ＩＰｖ４を使用する領域が介在しているネットワーク網を意味する。そして、このようなネットワーク網において、ＩＰｖ６網とＩＰｖ４網との境界に設けられたルータを、ＩＰｖ６遷移ルータと称す。

図１を参照すれば、ＩＰｖ６ホスト１０は、ＩＰｖ６にカプセル化された第１のデータ５１をＩＰｖ６網Ａに伝送する。そして、ＩＰｖ６網ＡとＩＰｖ４網Ｂとの境界に位置するＩＰｖ６遷移ルータ(ＩＰｖ６ＴｒａｎｓｉｔＲｏｕｔｅｒ)３０は、第１のデータ５１をＩＰｖ４にカプセル化し、ＩＰｖ４網Ｂを通じてＩＰｖ６遷移ルータ４０に伝送する。すなわち、前記第１のデータ５１にＩＰｖ４パケットヘッダーを付けてＩＰｖ４網Ｂに伝送する。前記ＩＰｖ４にカプセル化された第２のデータ５２を受信したＩＰｖ６遷移ルータ４０は、当該第２のデータ５２を逆カプセル化してＩＰｖ６網Ｃに伝送する。すなわち、ＩＰｖ４網Ｂを通過させるために付加されたＩＰｖ４パケットヘッダーを除去した後に、ＩＰｖ６網Ｃに伝送する。したがって、ＩＰｖ６ホスト２０は、ＩＰｖ４パケットヘッダーが除去された第３のデータ５３を受信する。

図２は、従来の一般的なＩＰｖ６遷移網における６ｔｏ４トンネリング処理過程をさらに詳しく説明した図である。具体的には、図２は、図１におけるＩＰｖ６ホスト１０のＩＰｖ６アドレスが‘２００２:ｃ００１:０１０１::５’であり、ＩＰｖ６ホスト２０のＩＰｖ６アドレスが‘２００２:ｃ００２:０２０２::５’である場合の例を示している。すなわち、図２は、ＩＰｖ６アドレスが‘２００２:ｃ００１:０１０１::５’であるＩＰｖ６ホスト１０が、ＩＰｖ４網Ｂを経てＩＰｖ６アドレスが‘２００２:ｃ００２:０２０２::５’であるＩＰｖ６ホスト２０にデータを伝送する場合における６ｔｏ４トンネリング処理過程を示している。

図２を参照すると、ＩＰｖ６ホスト１０は、伝送しようとするデータにＩＰｖ６パケットヘッダーを付加してＩＰｖ６カプセル化を実行する。このとき、ＩＰｖ６パケットヘッダーは、該当データを伝送するソース(ｓｏｕｒｃｅ、以下、「Ｓｒｃ」と称する)アドレスと、該当データを受信する宛先(ｄｅｓｔｉｎａｔｉｏｎ、以下、「Ｄｓｔ」と称する)アドレスと、を含む。図２の例において、伝送されるデータのソース(Ｓｒｃ)は、ＩＰｖ６ホスト１０であり、宛先(Ｄｓｔ)は、ＩＰｖ６ホスト２０である。従って、ＩＰｖ６カプセル化の結果として生成された第１のデータ５１ａのＩＰｖ６パケットヘッダーには、ＩＰｖ６ホスト１０のアドレス(２００２:ｃ００１:０１０１::５)とＩＰｖ６ホスト２０のアドレス(２００２:ｃ００２:０２０２::５)とが含まれる。そして、ＩＰｖ６ホスト１０は、ＩＰｖ６カプセル化された第１のデータ５１ａをＩＰｖ６網Ａに伝送する。

そして、ＩＰｖ６遷移ルータ３０は、第１のデータ５１ａにＩＰｖ４パケットヘッダーを付加することによりＩＰｖ４カプセル化を実行する。このとき、ＩＰｖ４パケットヘッダーは、第１のデータ５１ａのＩＰｖ６パケットヘッダーに含まれるソースアドレス及び宛先アドレスの情報に基づいて生成される。すなわち、ＩＰｖ４パケットヘッダーは、ＩＰｖ６パケットヘッダーに含まれるＩＰｖ６形式のソースアドレス及び宛先アドレス中に含まれるＩＰｖ４アドレス情報を利用して生成する。このＩＰｖ６形式のソースアドレス及び宛先アドレス中に含まれるＩＰｖ４アドレス情報とは、ＩＰｖ６アドレスの二番目及び三番目のカラム(ｃｏｌｕｍｎ)に含まれており、その値を１０進数に変換して使用する。

より具体的には、図２の例において、第１のデータ５１ａのソースアドレスは、‘２００２:ｃ００１:０１０１::５’なので、その二番目と三番目のカラムの値(つまり、ｃ００１と０１０１)を抽出し、これを２桁単位で１０進数に変換すれば、‘１９２.１.１.１’となる。また、図２の例において、第１のデータ５１ａの宛先アドレスは、‘２００２:ｃ００２:０２０２::５’なので、その二番目と三番目のカラムの値(つまり、ｃ００２と０２０２)を抽出し、これを２桁単位で１０進数に変換すれば、‘１９２.２.２.２’となる。したがって、ＩＰｖ４カプセル化の結果として生成された第２のデータ５２ａは、ソースアドレスが‘１９２.１.１.１'であり、宛先アドレスが‘１９２.２.２.２’であるＩＰｖ４パケットヘッダーを含むことになる。

ＩＰｖ４網Ｂでは、ＩＰｖ４パケットヘッダーのソースアドレス及び宛先アドレスの情報に基づいてデータを伝送する。すなわち、宛先アドレス‘１９２.２.２.２’に対応するＩＰｖ６アドレスを有するＩＰｖ６ホスト２０を含むＩＰｖ６網Ｃと接続された、ＩＰｖ６遷移ルータ４０にＩＰｖ４カプセル化されたデータ５２ａを伝送する。

ＩＰｖ６遷移ルータ４０は、受信されたデータ５２ａを逆カプセル化してＩＰｖ６網Ｃに伝送する。すなわち、ＩＰｖ４カプセル化されたデータ５２ａからＩＰｖ４パケットヘッダーを除去してからＩＰｖ６網Ｃに伝送する。

したがって、ＩＰｖ６ホスト２０は、ＩＰｖ４パケットヘッダーが除去されたデータ５３ａを受信する。

このように、一般に６ｔｏ４トンネリング処理する際には、ＩＰｖ６アドレス中に含まれるＩＰｖ４アドレス情報を利用してＩＰｖ４カプセル化を実行する。すなわち、ＩＰｖ４カプセル化をするために、ＩＰｖ６アドレスは、ＩＰｖ４アドレスの情報を含んでいなければならない。

しかしながら、ＩＰｖ６網でマルチキャスティングされるデータは、宛先アドレスにＩＰｖ４アドレスの情報を含まず、予め規定されているマルチキャストアドレス‘ｆｆ０２'だけを含んでいる。したがって、６ｔｏ４トンネリング処理において、宛先アドレスがマルチキャストアドレスである場合には、ＩＰｖ４カプセル化することができない。そのため、６ｔｏ４トンネルを通じてマルチキャストアドレスを書き込むＩＰｖ６プロトコル、例えば、ＲＩＰ(ＲｏｕｔｉｎｇＩｎｆｏｒｍａｔｉｏｎＰｒｏｔｏｃｏｌ)ｎｇ、ＯＳＰＦ(ＯｐｅｎＳｈｏｒｔｅｓｔＰａｔｈＦｉｒｓｔ)ｖ３、ＰＩＭ(ＰｒｏｔｏｃｏｌＩｎｄｅｐｅｎｄｅｎｔＭｕｌｔｉｃａｓｔ)、ＤＶＭＲＰ(ＤｉｓｔａｎｃｅＶｅｃｔｏｒＭｕｌｔｉｃａｓｔＲｏｕｔｉｎｇＰｒｏｔｏｃｏｌ)、ＲＳＶＰ(ｒｅｓｏｕｒｃｅｒｅｓｅｒｖａｔｉｏｎｐｒｏｔｏｃｏｌ)などを使用することができない。すなわち、従来においては、６ｔｏ４トンネリング方法を利用してＩＰｖ６網とＩＰｖ４網との間でデータ伝送を実行する際に、マルチキャスティングによるデータ伝送をすることができないという問題があった。

ここで、図３は、一般的なＩＰｖ６遷移網においてデータをマルチキャスティングする従来の構成を示した図である。

図３を参照すると、ＩＰｖ６網Ａに接続されたＩＰｖ６ホスト１０が、ＩＰｖ４網Ｂを経てＩＰｖ６ホスト１０と接続された他の多数のＩＰｖ６ホストにデータをマルチキャスティングしようとする場合、ＩＰｖ６網ＡとＩＰｖ４網Ｂとの境界に位置するＩＰｖ６遷移ルータ３０は、ＩＰｖ６ホスト１０から伝送されるマルチキャストデータを、ＩＰｖ６遷移ルータ４１及びＩＰｖ６遷移ルータ４３に同時に伝送しなければならない。ところで、上述のように、マルチキャストデータは、ＩＰｖ４アドレス、すなわちＩＰｖ６遷移ルータ４１及びＩＰｖ６遷移ルータ４３を介して接続されたＩＰｖ６ホストのＩＰｖ４アドレスを含まない。したがって、ＩＰｖ６ホスト１０は、図１及び図２に例示したような、上述の６ｔｏ４トンネリング方法を用いてるマルチキャスティングすることはできない。

本発明は上述したような従来技術の問題点を解決するためになされたものであり、その目的は、セッションエントリーテーブルを参照してマルチキャスティングのためのアドレス情報を生成するトンネリング方法及びトンネリング装置を提供することにある。

また本発明の他の目的は、ＩＰｖ６遷移網において６ｔｏ４トンネリング方法を用いてデータをマルチキャスティングすることのできるトンネリング方法及びトンネリング装置を提供することにある。

前記目的を達成するための本発明によるトンネリング方法は、互いに異なるアドレス形式を有する網の間でデータのマルチキャスティングをするためのトンネリング方法であって、第１のアドレス形式を有する第１の網から伝送されるデータを、第２のアドレス形式を有する第２の網にマルチキャスティングするための情報を保存するセッションエントリーテーブルを管理するステップと、前記第１の網でマルチキャスティングするデータが発生すると、前記セッションエントリーテーブルの情報に基づいて前記マルチキャスティングするデータを第２の網にトンネリングするステップと、を含み、前記管理するステップは、前記第１の網と前記第２の網との境界に位置するルータが前記第２の網からパケットデータを受信すると、そのパケットデータの第２のアドレス形式のソースアドレスを検出して前記検出された第２のアドレス形式のアドレスを前記セッションエントリーテーブルに保存することを特徴とする。

好ましくは、前記セッションエントリーテーブルを管理するステップは、前記第２のアドレス形式のアドレスに対応するホストのライフタイムを前記セッションエントリーテーブルにさらに保存するステップを含む。

好ましくは、前記セッションエントリーテーブルを管理するステップは、前記マルチキャスティングに用いるプロトコルのハローパケット(ｈｅｌｌｏｐａｃｋｅｔ)の伝送周期またはアップデート(ｕｐｄａｔｅ)周期、及びホールドタイム(ｈｏｌｄｔｉｍｅ)または満了タイムアウト(ｅｘｐｉｒａｔｉｏｎｔｉｍｅｏｕｔ)値に基づいて、前記ライフタイムの初期設定値を設定する。

好ましくは、前記セッションエントリーテーブルを管理するステップは、前記ハローパケットの伝送周期またはアップデート周期よりは大きく、ホールドタイムまたは満了タイムアウト値よりは小さい値の範囲内で、前記ライフタイムの初期設定値を設定する。

好ましくは、前記セッションエントリーテーブルを管理するステップは、前記ホールドタイムまたは満了タイムアウト値と同じ値に前記ライフタイムの初期設定値を設定する。

好ましくは、前記セッションエントリーテーブルを管理するステップは、前記ライフタイムを周期的に減少させ、その値が‘０’になれば、対応するエントリーを前記セッションエントリーテーブルから削除する。

好ましくは、前記セッションエントリーテーブルを管理するステップは、前記検出されたソースアドレスが前記セッションエントリーテーブルに既に存在している場合には、そのソースアドレスに対応するライフタイムを初期設定値に更新する。

好ましくは、前記トンネリングするステップは、前記セッションエントリーテーブルに保存された第２のアドレス形式のアドレスを宛先アドレスとして、当該セッションエントリーテーブルに含まれるエントリー数だけ前記マルチキャスティングするデータをカプセル化した後、このカプセル化された各データを前記第２のアドレス形式のアドレスに対しマルチキャスティングする。

好ましくは、前記第１の網はＩＰｖ６網であり、第２の網はＩＰｖ４網である。

また、前記目的を達成するための本発明によるトンネリング装置は、互いに異なるアドレス形式を有する網の間でデータをマルチキャスティングするためのトンネリング装置であって、第１のアドレス形式を有する第１の網とのインターフェースを実行する第１のインターフェース部と、第２のアドレス形式を有する第２の網とのインターフェースを実行する第２のインターフェース部と、前記第１の網から伝送されるデータを前記第２の網にマルチキャスティングするための情報を保存するセッションエントリーテーブルと、前記第１のインターフェース部及び第２のインターフェース部を通じて送受信されたデータの情報に基づいて、前記セッションエントリーテーブルに新たなエントリーの追加登録、既に保存されたエントリー情報の更新及び削除を実行するテーブル管理部と、前記第１の網から伝送されるデータを前記第２の網に伝送するために、前記第１のアドレス形式のデータを前記第２のアドレス形式にカプセル化するカプセル化部と、前記第１のインターフェース部を通じて受信されるデータがマルチキャスティングするデータであるか否かを判定し、その判定結果に基づいて前記カプセル化部及びテーブル管理部を制御するパケット分析部と、を含み、前記セッションエントリーテーブルは、前記第２のインターフェース部を通じて受信したデータのソースアドレスである第２のアドレス形式のアドレスフィールドと、そのアドレスに対応されたホストのライフタイムフィールドと、を含むことを特徴とする。

好ましくは、前記ライフタイムフィールドは、前記データのマルチキャスティングに用いるプロトコルのハローパケットの伝送周期またはアップデート周期、及びホールドタイムまたは満了タイムアウト値に基づいて設定された値を、前記ライフタイムの初期設定値として保存する。

好ましくは、前記ライフタイムフィールドは、前記ハローパケットの伝送周期またはアップデート周期よりは大きく、ホールドタイムまたは満了タイムアウト値よりは小さい値の範囲内で設定される値を、前記ライフタイムの初期設定値として保存する。

好ましくは、前記ライフタイムフィールドは、前記ホールドタイムまたは満了タイムアウト値と同じ値を前記ライフタイムの初期設定値として保存する。

好ましくは、前記テーブル管理部は、前記ライフタイムフィールドに保存されたライフタイム値を周期的に減少させ、その値が‘０’になると、対応するエントリーを前記セッションエントリーテーブルから削除する。

好ましくは、前記テーブル管理部は、前記第２のインターフェース部を通じて受信されるデータからソースアドレスを検出し、検出されたソースアドレス及びそのアドレスに対応するホストのライフタイムの設定値を前記セッションエントリーテーブルに追加登録する。

好ましくは、前記テーブル管理部は、前記第２のインターフェース部を通じて受信されるデータからソースアドレスを検出し、検出されたソースアドレスが前記セッションエントリーテーブルに既に存在すると判定した場合には、そのソースアドレスに対応するライフタイム値を前記ライフタイムの初期設定値に更新する。

好ましくは、前記パケット分析部は、前記第１のインターフェース部を通じて受信されるデータの宛先アドレスを分析し、前記データがマルチキャスティングするデータであるか否かを判定する。

好ましくは、前記パケット分析部は、前記第１のインターフェース部を通じて受信されるデータがマルチキャスティングするデータであると判定した場合には、前記テーブル管理部が前記セッションエントリーテーブルに保存されたすべてのアドレスを検出した後に、その検出されたアドレスの情報を前記カプセル化部に伝送するように、前記テーブル管理部の動作を制御する。

好ましくは、前記カプセル化部は、前記テーブル管理部を通じて伝送されたすべてのアドレスを宛先アドレスとするカプセル化データを生成し、前記第２のインターフェース部に伝送する。

本発明によれば、互いに異なるアドレス形式を有する網の間でデータをマルチキャスティングするためのアドレス情報を保存及び管理するセッションエントリーテーブルを参照することにより、他のアドレス形式を有する網との間でもデータをマルチキャスティングすることができるという効果がある。特に、本発明によれば、６ｔｏ４トンネルを利用したマルチキャスティングが可能である。また、セッションエントリーテーブルに保存されたエントリー情報の中で、所定の一定時間内に通信がされなかったエントリーに対しては、それ以上のマルチキャスティングを実行しないことにより、不必要なトラフィックを減らすことができるという効果がある。

以下、本発明の好ましい実施形態について添付図面を参照しながら詳細に説明する。以下の説明において、同一の構成要素については出来るだけ同一の参照番号及び参照符号を使用する。また、発明の明瞭性及び簡潔性の観点より、本発明に関連した公知の機能や構成に関する具体的な説明が本発明の要旨を不明瞭にすると判断される場合には、その詳細な説明を省略する。

図４は、本発明の一実施形態に従う６ｔｏ４セッションエントリーテーブルを示した図である。６ｔｏ４セッションエントリーテーブル(以下、単に「テーブル」と称する場合もある)は、ＩＰｖ４網とＩＰｖ６網との境界に位置するすべてのＩＰｖ６遷移ルータの中で、マルチキャスティングを実行しようとするＩＰｖ６ホストと接続されたすべてのＩＰｖ６遷移ルータに格納されている必要がある。このテーブルは、図４に例示するようにアドレス(Ａｄｄｒｅｓｓ)フィールドと、ライフタイム(Ｌｉｆｅｔｉｍｅ)フィールドと、を含む。

前記アドレスフィールドには、６ｔｏ４トンネルを通じて受信されるパケットの送信元であるソース(ｓｏｕｒｃｅ)に該当するＩＰｖ６ホストのＩＰｖ４アドレスが保存される。つまり図３の構成において、ＩＰｖ６網ＡとＩＰｖ４網Ｂとの境界に位置するＩＰｖ６遷移ルータ３０に格納されたテーブルのアドレスフィールドには、６ｔｏ４トンネルを通じて受信するパケットのソースに該当するＩＰｖ６ホストのＩＰｖ４アドレスが保存されている。すなわち、ＩＰｖ６遷移ルータ４１に接続されたＩＰｖ６ホスト及びＩＰｖ６遷移ルータ４３に接続されたＩＰｖ６ホストのＩＰｖ４アドレスが保存されている。

前記ライフタイムフィールドには、前記アドレスフィールドに保存されたＩＰｖ４アドレスに対応するＩＰｖ６ホストがネットワークに接続されていると予想される時間情報(例えば、秒単位の時間情報)が保存されており、そしてその時間情報は周期的にその値が減少される。すなわち、ライフタイムには、該当エントリーがテーブルに登録されるときに所定値（初期値）に設定され、周期的にその値が減少される。例えば、前記周期が１秒であれば、１秒ごとにテーブルに保存されたすべてのエントリーのライフタイムの値を‘１’ずつ減少させる。そして、ライフタイム値が‘０’になると、該当ＩＰｖ６ホストがその以上は通信を実行しないと判断し、テーブルからエントリーを削除する。

すなわち、６ｔｏ４セッションエントリーのＩＰｖ４アドレスをソースアドレスとするパケットが、ライフタイムの時間内に６ｔｏ４トンネルを通じて受信されなければ、該当セッションエントリーはその以上の通信を行わない接続であると判断し、テーブルからエントリーを削除する。そして、該当ＩＰｖ６遷移ルータは、前記削除したエントリーに該当するＩＰｖ４アドレスに対しては、それ以上はマルチキャストパケットを伝送しない。

ここで、前記ライフタイムの初期値は、ユーザーが任意に設定できるようにし、各ＩＰｖ６プロトコルごとに予め設定した値を用いるのが好ましい。例えば、６ｔｏ４トンネルを通じて使用しようとするプロトコルがＯＳＰＦｖ３であり、ＯＳＰＦｖ３のハローパケット（hello packet）の伝送周期が１０秒であれば、少なくともライフタイムの初期設定値は１０秒以上にする必要があり、ＯＳＰＦｖ３のハローパケットについてのタイムアウト(ｔｉｍｅｏｕｔ)時間は４０秒なので、ライフタイムの初期設定値も４０秒程度（例えば４０秒以下）に設定することが好ましい。

表１は、各プロトコルについてのハローパケットの伝送周期またはアップデート(Ｕｐｄａｔｅ)周期と、ホールドタイム(ｈｏｌｄｔｉｍｅ)またはタイムアウト(ｅｘｐｉｒａｔｉｏｎｔｉｍｅｏｕｔ)満了値（満了タイムアウト）を対比した表である。

一般に、各プロトコルは、ハローパケットの伝送周期またはアップデート周期を有しており、この間隔で周期的に他のルータに関するプロトコルの情報を更新し、ホールドタイムまたは満了タイムアウトの時間が経過するまでの間にハローメッセージまたはアップデートメッセージが伝送されなければ、該当する既存の他のルータから受信したプロトコルに関する情報を全て削除する。したがって、６ｔｏ４セッションエントリーのライフタイム初期設定値(ｄｅｆａｕｌｔｖａｌｕｅ)は、これらの値を参照して使用することが好ましい。すなわち、ライフタイムの初期設定値は、ハローパケットの伝送周期またはアップデート周期よりも大きく、ホールドタイムまたは満了タイムアウトよりも小さい値に設定することができる。

さらに、仮に６ｔｏ４トンネルを通じて多種多様なプロトコルを動作させる場合には、ホールドタイムまたは満期タイムアウトの中で小さい方の値を選択することが好ましい。このようにすれば、少なくともその周期内に一つ以上のパケットを、６ｔｏ４セッションエントリーのＩＰｖ４ソースアドレスから受信することができるので、該当６ｔｏ４セッションエントリーが継続的に維持され、これにより多種多様のプロトコルによる接続の全てを維持することが可能となる。

また好ましくは、例えばＯＳＰＦｖ３及びＰＩＭのプロトコルを同時に動作させたい場合には、ＯＳＰＦｖ３のホールドタイム値である４０秒とＰＩＭのホールドタイム値である１０５秒の中で、小さい方の値である４０秒を６ｔｏ４セッションエントリーのライフタイムの初期設定値に設定する。すなわち、ライフタイムの初期設定値を、ホールドタイムまたは満了タイムアウト値と同じ値に設定することも可能である。

また、各ＩＰｖ６遷移ルータは、前記したテーブル、及びこのテーブルを管理するための制御手段を含むことが好ましい。

このようなＩＰｖ６遷移ルータによる、テーブルの生成及び管理のための処理過程は図６に例示している。従って、具体的なテーブルの生成及び管理の処理過程は、図６を参照しながら後で詳しく説明する。

図５Ａ及び図５Ｂは、本発明の一実施形態に従うＩＰｖ６遷移網におけるマルチキャスティングのためのトンネリング方法及びトンネリング装置を説明するための図である。

図５Ａは、本発明の一実施形態に従うＩＰｖ６遷移網における６ｔｏ４トンネリングによるマルチキャスティングを実行する処理過程を説明するための図である。また、図５Ｂは、図５Ａにおける第１のＩＰｖ６遷移ルータ３００に格納された６ｔｏ４セッションエントリーテーブル(以下、単に「テーブル」と称する)の一例を例示した図である。

図５Ａ及び図５Ｂを参照しながら、第１のＩＰｖ６遷移ルータ３００が、第２のＩＰｖ６遷移ルータ４１０及び第３のＩＰｖ６遷移ルータ４３０に対し、６ｔｏ４トンネリングによりデータをマルチキャスティングする処理過程について、以下に詳しく説明する。

まず、図５Ａを参照すると、第１のＩＰｖ６遷移ルータ３００は、ＩＰｖ６ホスト１００からの要請に従って、ＩＰｖ６遷移ルータ４１０及び第３のＩＰｖ６遷移ルータ４３０に対し、６ｔｏ４トンネリングによるデータのマルチキャスティングを実行する。このため、第１のＩＰｖ６遷移ルータ３００には、図５Ｂに示すようなテーブルが格納されていなければならない。すなわち、第１のＩＰｖ６遷移ルータ３００には、当該第１のＩＰｖ６遷移ルータ３００を通じてデータをマルチキャスティングしようとするすべてのＩＰｖ６ホストに対応するアドレス及びライフタイムを保存したテーブルが格納されている必要がある。

図５Ｂを参照すると、前記テーブルの１番目のエントリーには、第２のＩＰｖ６遷移ルータ４１０に対応した（接続された）ＩＰｖ６ホストのＩＰｖ４アドレス(１９２.２.２.２)及びそのＩＰｖ６ホストのライフタイム(３０秒)が保存されており、２番目のエントリーには、第３のＩＰｖ６遷移ルータ４３０に対応したＩＰｖ６ホストのＩＰｖ４アドレス(１９２.３.３.３)及びそのＩＰｖ６ホストのライフタイム(２０秒)が保存されている。

また、図５Ａにおいて、第１のＩＰｖ６遷移ルータ３００に対応したＩＰｖ６ホスト１００のＩＰｖ６アドレスは、‘２００２:ｃ００１:１０１::１’であり、ＩＰｖ４アドレスは、‘１９２.１.１.１’である。また、第２のＩＰｖ６遷移ルータ４１０に対応したＩＰｖ６ホスト(図示せず)のＩＰｖ６アドレスは、‘２００２:ｃ００２:２０２::１’であり、ＩＰｖ４アドレスは、‘１９２.２.２.２’である。さらにまた、第３のＩＰｖ６遷移ルータ４３０に対応したＩＰｖ６ホスト(図示せず)のＩＰｖ６アドレスは、‘２００２:ｃ００３:３０３::１’であり、ＩＰｖ４アドレスは、‘１９２.３.３.３’である。

ここで、第１のＩＰｖ６遷移ルータ３００がＩＰｖ６網Ａを通じてＩＰｖ６ホスト１００からのパケットデータを受信すると、当該第１のＩＰｖ６遷移ルータ３００は、そのパケットデータのヘッダー１１０から当該パケットデータのソースアドレス及び宛先アドレスを抽出する。そして、抽出された宛先アドレスを参照して当該パケットデータがマルチキャスティングされるデータであるか否かを判定する。ＩＰｖ６網でマルチキャスティングされるデータは、その宛先アドレスが、予め設定された任意の値(例えば、‘ｆｆ０２’)に固定設定されている。したがって、第１のＩＰｖ６遷移ルータ３００は、ヘッダー１１０に含まれる宛先アドレスが、前記固定値(ｆｆ０２)であるか否かにより、該当データがマルチキャスティングされるデータであるか否かを判定する。

そして、例えば図５Ａに示すように、ヘッダー１１０に含まれる宛先アドレスが、各ＩＰｖ６ホストのＩＰｖ６アドレスではない値(すなわち、ｆｆ０２)である場合には、第１のＩＰｖ６遷移ルータ３００は、図５Ｂに示すような形式でその内部に格納されたテーブルを検索し、当該テーブルに保存されたすべてのエントリーのアドレスに対し該当パケットを伝送する。すなわち、第１のＩＰｖ６遷移ルータ３００は、前記テーブルに保存されたＩＰｖ４アドレス値を参照して、ＩＰｖ６ホスト１００から受信したパケットデータを６ｔｏ４トンネリングを通じて伝送する。

より詳しくは、図５Ｂにおいて、第１のＩＰｖ６遷移ルータ３００に格納されたテーブルには２個のエントリーが含まれるので、第１のＩＰｖ６遷移ルータ３００は、ＩＰｖ６ホスト１００から受信したパケットデータに、これらアドレスを各々宛先アドレスとするＩＰｖ４ヘッダーを付加して、ＩＰｖ４網Ｂを通じて該当ＩＰｖ６遷移ルータ(すなわち、第２のＩＰｖ６遷移ルータ４１０及び第３のＩＰｖ６遷移ルータ４３０)にこれらのパケットデータを伝送する。なお、図中１２０ａは、第１のＩＰｖ６遷移ルータ３００から第２のＩＰｖ６遷移ルータ４１０に伝送されるパケットデータのヘッダーを示し、また１２０ｂは、第１のＩＰｖ６遷移ルータ３００から第３のＩＰｖ６遷移ルータ４３０に伝送されるパケットデータのヘッダーを示す。

図６は、本発明の一実施形態に従う、６ｔｏ４セッションエントリーテーブルを生成及び管理する処理過程を示すフローチャートである。すなわち、図６は、ＩＰｖ６網とＩＰｖ４網との境界に位置するＩＰｖ６遷移ルータの各々が、自己の６ｔｏ４セッションエントリーテーブルを生成及び管理する処理過程を説明するフローチャートである。

図６を参照すると、ＩＰｖ６網とＩＰｖ４網との境界に位置するＩＰｖ６遷移ルータは、まず、６ｔｏ４セッションエントリーテーブルを生成する(ステップＳ１０５)。そして、６ｔｏ４トンネルを通じてＩＰｖ４にカプセル化されたパケットを受信すると(ステップＳ１１０)、その受信されたパケットからＩＰｖ４ソースアドレスを抽出する(ステップＳ１１５)。そして、６ｔｏ４セッションエントリーテーブルに前記抽出されたＩＰｖ４アドレスと同一なアドレスを有するエントリーがあるかどうかを確認する(ステップＳ１２０)。この確認の結果、前記６ｔｏ４セッションエントリーテーブルに、ステップＳ１１５において抽出されたＩＰｖ４アドレスと同一なアドレスを有するエントリーがあると判定した場合には、該当エントリーのライフタイムを初期設定値に更新する(ステップＳ１２５)。一方、前記ステップ１２０における確認の結果、前記６ｔｏ４セッションエントリーテーブルに、ステップＳ１１５において抽出されたＩＰｖ４アドレスと同一なアドレスを有するエントリーがないと判定した場合には、前記ＩＰｖ４アドレスを当該６ｔｏ４セッションエントリーテーブルに登録する。

図５Ａの例で説明すると、第１のＩＰｖ６遷移ルータ３００が、第２のＩＰｖ６遷移ルータ４１０からのＩＰｖ４にカプセル化されたデータを受信すると、当該第１のＩＰｖ６遷移ルータ３００は、受信したデータからＩＰｖ４ソースアドレス(１９２.２.２.２)を抽出する。すなわち、第２のＩＰｖ６遷移ルータ４１０に対応したＩＰｖ６ホストのＩＰｖ４アドレス(１９２.２.２.２)を抽出する。そして、予め格納した６ｔｏ４セッションエントリーテーブルに前記ＩＰｖ４アドレスと同一なアドレスを有するエントリーがあるか否かを確認する。

そして図５Ｂに例示した６ｔｏ４セッションエントリーテーブルを参照すると、第１のＩＰｖ６遷移ルータ３００の６ｔｏ４セッションエントリーテーブルには、前記アドレス(１９２.２.２.２)が既に登録されている。したがって、第１のＩＰｖ６遷移ルータ３００は、そのアドレスに対応したエントリーのライフタイム値を初期設定値に更新する。ここで、ＩＰｖ６網がＯＳＰＦｖ３プロトコルを使用する場合には、前記ライフタイムの初期設定値を４０秒に設定するのが好ましい。

図７は、ＯＳＰＦｖ３プロトコルを用いた本発明の一実施形態に従う６ｔｏ４セッションエントリーテーブルを生成及び管理する処理過程を示す図である。図７は、対応するＩＰｖ６ホストのＩＰｖ４アドレスが‘１９２.１.１.１’である第１のＩＰｖ６遷移ルータ３００、及び対応するＩＰｖ６ホストのＩＰｖ４アドレスが‘１９２.２.２.２’である第２のＩＰｖ６遷移ルータ４１０の各々が、６ｔｏ４トンネルを通じてパケットを送受信することにより、各々の６ｔｏ４セッションエントリーテーブルを生成及び管理する処理過程を示している。

図７を参照すると、まず、第１のＩＰｖ６遷移ルータ３００及び第２のＩＰｖ６遷移ルータ４１０は、相互データ伝送のためのプロトコルを設定する。図７において、第１のＩＰｖ６遷移ルータ３００及び第２のＩＰｖ６遷移ルータ４１０は、各々ＯＳＰＦｖ３を設定する(ステップＳ２０５、ステップＳ２１０)。このようなプロトコル設定のための具体的な処理過程としては、一般的なプロトコル設定手法を用いることができる。そのため、本明細書においては具体的な処理過程についての説明は省略する。

第１のＩＰｖ６遷移ルータ３００及び第２のＩＰｖ６遷移ルータ４１０の各々がプロトコル設定を完了した後、第１のＩＰｖ６遷移ルータ３００が、第２のＩＰｖ６遷移ルータ４１０に対しカプセル化されたＩＰｖ６ユニキャストパケット(ｕｎｉｃａｓｔｐａｃｋｅｔ)を伝送すると(ステップＳ２１５)、第２のＩＰｖ６遷移ルータ４１０は、受信されたパケットに含まれるＩＰｖ４ソースアドレス値(１９２.１.１.１)を、第２のＩＰｖ６遷移ルータ４１０の６ｔｏ４セッションエントリーテーブルに追加登録する(ステップＳ２２０)。ステップＳ２１５で伝送されるパケットのヘッダー情報については、図７に要素（３１０）として例示している。

図８Ａは、ステップＳ２２０の処理を実行した後の、第２のＩＰｖ６遷移ルータ４１０に格納された６ｔｏ４セッションエントリーテーブルの一例を示している。図８Ａを参照すると、前記６ｔｏ４セッションエントリーテーブルには、ステップＳ２１５において受信したパケットデータのソースアドレス(１９２.１.１.１)がアドレスフィールドに保存され、ＯＳＰＦｖ３プロトコルのホールドタイムと同じ値である４０秒がライフタイムフィールドに保存されている。

このようにして、６ｔｏ４セッションエントリーテーブルを構築した第２のＩＰｖ６遷移ルータ４１０が、マルチキャスティングのためのデータを受信すると、当該第２のＩＰｖ６遷移ルータ４１０は、前記６ｔｏ４セッションエントリーテーブルを参照して該当データをカプセル化した後に、カプセル化されたＯＳＰＦｖ３ハローパケットを第１のＩＰｖ６遷移ルータ３００に伝送する(ステップＳ２２５)。このとき伝送されるパケットのヘッダー情報については、図７に要素（３２０）として例示している。

前記ステップＳ２２５において、第２のＩＰｖ６遷移ルータ４１０から伝送されたパケットを受信した第１のＩＰｖ６遷移ルータ３００は、受信されたパケットに含まれるＩＰｖ４ソースアドレス値を、第１のＩＰｖ６遷移ルータ３００の６ｔｏ４セッションエントリーテーブルに追加登録する(ステップＳ２３０)。

図８Ｂは、ステップＳ２３０の処理を実行した後の、第１のＩＰｖ６遷移ルータ３００に格納された６ｔｏ４セッションエントリーテーブルの一例を示している。図８Ｂを参照すると、前記６ｔｏ４セッションエントリーテーブルには、ステップＳ２２５において受信したパケットデータのソースアドレス(１９２.２.２.２)がアドレスフィールドに保存され、ＯＳＰＦｖ３プロトコルのホールドタイムである４０秒がライフタイムフィールドに保存されている。

このようにして、６ｔｏ４セッションエントリーテーブルを構築した第１のＩＰｖ６遷移ルータ３００が、マルチキャスティングのためのデータを受信すると、当該第１のＩＰｖ６遷移ルータ３００は、前記６ｔｏ４セッションエントリーテーブルを参照して該当データをカプセル化した後に、カプセル化されたＯＳＰＦｖ３ハローパケットを第２のＩＰｖ６遷移ルータ４１０に伝送する(ステップＳ２３５)。このとき、伝送されるパケットのヘッダー情報については、図７に要素（３３０）として例示している。

そして、表１に例示したように、ＯＳＰＦｖ３プロトコルのハローパケット伝送周期は１０秒なので、第２のＩＰｖ６遷移ルータ４１０は、ステップＳ２２５においてハローパケットを第１のＩＰｖ６遷移ルータ３００に伝送してから１０秒が経過した後にさらにハローパケットを第１のＩＰｖ６遷移ルータ３００に伝送する(ステップＳ２４０)。また、第１のＩＰｖ６遷移ルータ３００も、ステップＳ２３５においてハローパケットを第２のＩＰｖ６遷移ルータ４１０に伝送してから１０秒が経過した後にさらにハローパケットを第２のＩＰｖ６遷移ルータ４１０に伝送する(ステップＳ２４５)。

一方、第１のＩＰｖ６遷移ルータ３００は、ステップＳ２３０において６ｔｏ４セッションエントリーテーブルに追加登録された該当エントリーのライフタイムを周期的に減少させている間に、ステップＳ２４０において送信されたハローパケットが受信されると、ライフタイムを初期設定値(ＯＳＰＦｖ３の場合は４０秒に設定してある)に更新する。

また、第２のＩＰｖ６遷移ルータ４１０は、ステップＳ２２０において６ｔｏ４セッションエントリーテーブルに追加登録された該当エントリーのライフタイムを周期的に減少させている間に、ステップＳ２４５において送信されたハローパケットが受信されると、ライフタイムを初期設定値(ＯＳＰＦｖ３の場合は４０秒に設定してある)に更新する。

図９は、本発明の一実施形態に従うＩＰｖ６遷移網におけるマルチキャスティングのための装置を概略的に示すブロック図である。図９を参照すると、本発明の一実施形態に従うＩＰｖ６遷移網におけるマルチキャスティングのための装置５００は、ＩＰｖ６網インターフェース部(Ｉ／Ｆ)５１０と、パケット分析部５２０と、６ｔｏ４セッションエントリーテーブル５３０と、テーブル管理部５４０と、ＩＰｖ４網カプセル化部５５０と、ＩＰｖ４網インターフェース部(Ｉ／Ｆ)５６０と、を含む。

ＩＰｖ６網Ｉ／Ｆ部５１０は、ＩＰｖ６網とのインターフェースを実行し、ＩＰｖ４網Ｉ／Ｆ部５６０は、ＩＰｖ４網とのインターフェースを実行する。

６ｔｏ４セッションエントリーテーブル５３０は、ＩＰｖ６網から伝送されるデータを、ＩＰｖ４網にマルチキャスティングするための情報を保存及び管理する。６ｔｏ４セッションエントリーテーブル５３０は、マルチキャスティングされるデータを受信するＩＰｖ６ホストのＩＰｖ４アドレス及び対応するライフタイムを保存及び管理する。６ｔｏ４セッションエントリーテーブル５３０は、図４を参照しながら詳しく説明しているので、ここでは６ｔｏ４セッションエントリーテーブル５３０についての具体的な説明は省略する。

テーブル管理部５４０は、６ｔｏ４セッションエントリーテーブル５３０に新たなエントリーを追加登録し、既に保存されたエントリーの情報についての更新又は削除など、６ｔｏ４セッションエントリーテーブル５３０の全般的な管理を実行する。

特に、テーブル管理部５４０は、ＩＰｖ４網Ｉ／Ｆ部５６０を通じてＩＰｖ４カプセル化されたパケットデータを受信すると、受信したパケットデータから抽出されるＩＰｖ４ソースアドレスと同一なアドレスが前記６ｔｏ４セッションエントリーテーブル５３０に保存されているか否かを判定し、その判定結果に従って６ｔｏ４セッションエントリーテーブル５３０を管理する。すなわち、ＩＰｖ４ソースアドレスと同一なアドレスを有するエントリーが６ｔｏ４セッションエントリーテーブル５３０に保存されていると判定した場合には、そのエントリーのライフタイムを初期設定値に更新し、ＩＰｖ４ソースアドレス情報と同一なアドレスを有するエントリーが６ｔｏ４セッションエントリーテーブル５３０に保存されていないと判定した場合には、抽出したＩＰｖ４ソースアドレスの情報に基づいて新たなエントリーを追加登録する。このとき、追加登録されたエントリーのライフタイムは、初期設定値に設定する。

ＩＰｖ４網カプセル化部５５０は、ＩＰｖ６網Ｉ／Ｆ部５１０を通じて受信されたＩＰｖ６パケットデータをＩＰｖ４カプセル化してＩＰｖ４網Ｉ／Ｆ部５６０に伝送する。

パケット分析部５２０は、ＩＰｖ６網Ｉ／Ｆ部５１０からＩＰｖ６パケットデータが受信されると、その宛先アドレスを分析して該当データがマルチキャスティングされるデータであるか否かを判定する。

前記判定の結果、ＩＰｖ６網Ｉ／Ｆ部５１０から受信されたＩＰｖ６パケットデータが、マルチキャスティングされるデータではないと判定した場合には、そのデータのヘッダーに含まれるＩＰｖ６宛先アドレスに基づいてＩＰｖ４宛先アドレスを算出し、その結果をＩＰｖ４網カプセル化部５５０に伝送する。

一方、前記判定の結果ＩＰｖ６網Ｉ／Ｆ部５１０から受信されたＩＰｖ６パケットデータがマルチキャスティングされるデータであると判定した場合には、テーブル管理部５４０にその情報を伝送し、６ｔｏ４セッションエントリーテーブル５３０からＩＰｖ４アドレス情報を検索した後、検出したＩＰｖ４アドレス情報をＩＰｖ４網カプセル化部５５０に伝送する。このとき、６ｔｏ４セッションエントリーテーブル５３０に多数のエントリーが保存されている場合には、テーブル管理部５４０は各エントリーに対応するＩＰｖ４アドレス情報を全て検出して、ＩＰｖ４網カプセル化部５５０に伝送する。

そして、ＩＰｖ４網カプセル化部５５０は、パケット分析部５２０またはテーブル管理部５４０を通じて伝送されるＩＰｖ４アドレス情報に基づいて、ＩＰｖ６網Ｉ／Ｆ部５１０から受信されたＩＰｖ６パケットデータをＩＰｖ４カプセル化した後に、ＩＰｖ４網Ｉ／Ｆ部５６０に伝送する。

このような本発明によるマルチキャスティングのためのトンネリング装置は、ＩＰｖ６網とＩＰｖ４網との境界に位置するルータにより具現することが好ましい。

以上、本発明を具体的な実施形態を参照して詳細に説明したが、本発明の範囲は前述の実施形態によって限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で様々な変形が可能なことは、当該技術分野における通常の知識を持つ者には明らかである。特に、上述の詳細な説明ではＩＰｖ６遷移網でのマルチキャスティングのためのトンネリング方法について説明した。しかしながら、本発明は、ＩＰｖ６遷移網に限定されない。すなわち、本発明は、既設定されたセッションエントリーテーブルに基づいて互いに異なるアドレス形式を有する網の間のマルチキャスティングのための装置及び方法に適用することが可能である。つまり、第１のアドレス形式を有する第１の網と、第２のアドレス形式を有する第２の網との間でデータをマルチキャスティングするための装置及び方法に適用することが可能である。

従来の一般的なＩＰｖ６遷移網における６ｔｏ４トンネリング処理過程を概略的に示した図である。従来の一般的なＩＰｖ６遷移網における６ｔｏ４トンネリング処理過程をさらに詳しく説明するための図である。一般的なＩＰｖ６遷移網においてデータをマルチキャスティングする従来の構成を示す図である。本発明の一実施形態に従う６ｔｏ４セッションエントリーテーブルの一例を例示した図である。本発明の一実施形態に従うＩＰｖ６遷移網におけるマルチキャスティングのためのトンネリング方法及び装置を説明するための図である。本発明の一実施形態に従うＩＰｖ６遷移網におけるマルチキャスティングのためのトンネリング方法及び装置を説明するための図である。本発明の一実施形態に従う６ｔｏ４セッションエントリーテーブルを生成及び管理する処理過程を示すフローチャートである。ＯＳＰＦｖ３プロトコルを用いた本発明の６ｔｏ４セッションエントリーテーブルを生成及び管理する処理過程を示す図である。図７で生成された６ｔｏ４セッションエントリーテーブルの一例を示す図である。図７で生成された６ｔｏ４セッションエントリーテーブルの一例を示す図である。本発明の一実施形態に従うよるＩＰｖ６遷移網におけるマルチキャスティングのための装置を概略的に示すブロック図である。

符号の説明

１００ＩＰｖ６ホスト
３００第１のＩＰｖ６遷移ルータ
４１０第２のＩＰｖ６遷移ルータ
４３０第３のＩＰｖ６遷移ルータ
５１０ＩＰｖ６網Ｉ／Ｆ部
５２０パケット分析部
５３０６ｔｏ４セッションエントリーテーブル
５４０テーブル管理部
５５０ＩＰｖ４網カプセル化部
５６０ＩＰｖ４網Ｉ／Ｆ部

Claims

互いに異なるアドレス形式を有する網の間でデータのマルチキャスティングをするためのトンネリング方法であって、
第１のアドレス形式を有する第１の網から伝送されるデータを、第２のアドレス形式を有する第２の網にマルチキャスティングするための情報を保存するセッションエントリーテーブルを管理するステップと、
前記第１の網でマルチキャスティングするデータが発生すると、前記セッションエントリーテーブルの情報に基づいて前記マルチキャスティングするデータを第２の網にトンネリングするステップと、を含み、
前記管理するステップは、
前記第１の網と前記第２の網との境界に位置するルータが前記第２の網からパケットデータを受信すると、そのパケットデータの第２のアドレス形式のソースアドレスを検出して前記検出された第２のアドレス形式のアドレスを前記セッションエントリーテーブルに保存すること
を特徴とするマルチキャスティングのためのトンネリング方法。
前記セッションエントリーテーブルを管理するステップは、前記第２のアドレス形式のアドレスに対応するホストのライフタイムを前記セッションエントリーテーブルにさらに保存するステップを含むこと
を特徴とする請求項１に記載のマルチキャスティングのためのトンネリング方法。
前記セッションエントリーテーブルを管理するステップは、前記マルチキャスティングに用いるプロトコルのハローパケット(ｈｅｌｌｏｐａｃｋｅｔ)の伝送周期またはアップデート(ｕｐｄａｔｅ)周期、及びホールドタイム(ｈｏｌｄｔｉｍｅ)または満了タイムアウト(ｅｘｐｉｒａｔｉｏｎｔｉｍｅｏｕｔ)値に基づいて、前記ライフタイムの初期設定値を設定すること
を特徴とする請求項２に記載のマルチキャスティングのためのトンネリング方法。
前記セッションエントリーテーブルを管理するステップは、前記ハローパケットの伝送周期またはアップデート周期よりは大きく、ホールドタイムまたは満了タイムアウト値よりは小さい値の範囲内で、前記ライフタイムの初期設定値を設定すること
を特徴とする請求項３に記載のマルチキャスティングのためのトンネリング方法。
前記セッションエントリーテーブルを管理するステップは、前記ホールドタイムまたは満了タイムアウト値と同じ値に前記ライフタイムの初期設定値を設定すること
を特徴とする請求項４に記載のマルチキャスティングのためのトンネリング方法。
前記セッションエントリーテーブルを管理するステップは、前記ライフタイムを周期的に減少させ、その値が‘０’になれば、対応するエントリーを前記セッションエントリーテーブルから削除すること
を特徴とする請求項２に記載のマルチキャスティングのためのトンネリング方法。
前記セッションエントリーテーブルを管理するステップは、前記検出されたソースアドレスが前記セッションエントリーテーブルに既に存在している場合には、そのソースアドレスに対応するライフタイムを初期設定値に更新すること
を特徴とする請求項２に記載のマルチキャスティングのためのトンネリング方法。
前記トンネリングするステップは、前記セッションエントリーテーブルに保存された第２のアドレス形式のアドレスを宛先アドレスとして、当該セッションエントリーテーブルに含まれるエントリー数だけ前記マルチキャスティングするデータをカプセル化した後、このカプセル化された各データを前記第２のアドレス形式のアドレスに対しマルチキャスティングすること
を特徴とする請求項１に記載のマルチキャスティングのためのトンネリング方法。
ＩＰｖ６遷移網でデータのマルチキャスティングをするためのトンネリング方法であって、
ＩＰｖ６網から伝送されるデータを、ＩＰｖ４網にマルチキャスティングするための情報を保存する６ｔｏ４セッションエントリーテーブルを管理するステップと、
前記ＩＰｖ６網でマルチキャスティングするデータが発生すると、前記６ｔｏ４セッションエントリーテーブルの情報に基づいて前記マルチキャスティングするデータを前記ＩＰｖ４網にトンネリングするステップと、を含み、
前記管理するステップは、
前記ＩＰｖ６網と前記ＩＰｖ４網との境界に位置するルータが前記ＩＰｖ４網からパケットデータを受信すると、そのパケットデータのＩＰｖ４ソースアドレスを検出して前記検出されたＩＰｖ４ソースアドレスを前記６ｔｏ４セッションエントリーテーブルに保存すること
を特徴とするマルチキャスティングのためのトンネリング方法。
前記６ｔｏ４セッションエントリーテーブルを管理するステップは、前記ＩＰｖ４アドレスに対応するホストのライフタイムを前記６ｔｏ４セッションエントリーテーブルにさらに保存するステップを含むこと
を特徴とする請求項９に記載のマルチキャスティングのためのトンネリング方法。
前記６ｔｏ４セッションエントリーテーブルを管理するステップは、前記マルチキャスティングに用いるプロトコルのハローパケットの伝送周期またはアップデート周期、及びホールドタイムまたは満了タイムアウト値に基づいて、前記ライフタイムの初期設定値を設定すること
を特徴とする請求項１０に記載のマルチキャスティングのためのトンネリング方法。
前記６ｔｏ４セッションエントリーテーブルを管理するステップは、前記ハローパケットの伝送周期またはアップデート周期よりは大きく、ホールドタイムまたは満了タイムアウト値よりは小さい値の範囲内で、前記ライフタイムの初期設定値を設定すること
を特徴とする請求項１１に記載のマルチキャスティングのためのトンネリング方法。
前記６ｔｏ４セッションエントリーテーブルを管理するステップは、前記ホールドタイムまたは満了タイムアウト値と同じ値に前記ライフタイムの初期設定値を設定すること
を特徴とする請求項１２に記載のマルチキャスティングのためのトンネリング方法。
前記６ｔｏ４セッションエントリーテーブルを管理するステップは、前記ライフタイムを周期的に減少させ、その値が‘０’になれば、対応するエントリーを前記６ｔｏ４セッションエントリーテーブルから削除すること
を特徴とする請求項１０に記載のマルチキャスティングのためのトンネリング方法。
前記６ｔｏ４セッションエントリーテーブルを管理するステップは、前記検出されたＩＰｖ４アドレスが前記６ｔｏ４セッションエントリーテーブルに既に存在している場合には、そのＩＰｖ４アドレスに対応するライフタイムを初期設定値に更新すること
を特徴とする請求項１０に記載のマルチキャスティングのためのトンネリング方法。
前記トンネリングするステップは、前記６ｔｏ４セッションエントリーテーブルに保存されたＩＰｖ４アドレスを宛先アドレスとして、当該６ｔｏ４セッションエントリーテーブルに含まれるエントリー数だけ前記マルチキャスティングするデータをＩＰｖ４カプセル化した後、このＩＰｖ４カプセル化された各データを該当ＩＰｖ４アドレスに対しマルチキャスティングすること
を特徴とする請求項９に記載のマルチキャスティングのためのトンネリング方法。
互いに異なるアドレス形式を有する網の間でデータをマルチキャスティングするためのトンネリング装置であって、
第１のアドレス形式を有する第１の網とのインターフェースを実行する第１のインターフェース部と、
第２のアドレス形式を有する第２の網とのインターフェースを実行する第２のインターフェース部と、
前記第１の網から伝送されるデータを前記第２の網にマルチキャスティングするための情報を保存するセッションエントリーテーブルと、
前記第１のインターフェース部及び第２のインターフェース部を通じて送受信されたデータの情報に基づいて、前記セッションエントリーテーブルに新たなエントリーの追加登録、既に保存されたエントリー情報の更新及び削除を実行するテーブル管理部と、
前記第１の網から伝送されるデータを前記第２の網に伝送するために、前記第１のアドレス形式のデータを前記第２のアドレス形式にカプセル化するカプセル化部と、
前記第１のインターフェース部を通じて受信されるデータがマルチキャスティングするデータであるか否かを判定し、その判定結果に基づいて前記カプセル化部及びテーブル管理部を制御するパケット分析部と、を含み、
前記セッションエントリーテーブルは、
前記第２のインターフェース部を通じて受信したデータのソースアドレスである第２のアドレス形式のアドレスフィールドと、そのアドレスに対応されたホストのライフタイムフィールドと、を含むこと
を特徴とするマルチキャスティングのためのトンネリング装置。
前記ライフタイムフィールドは、前記データのマルチキャスティングに用いるプロトコルのハローパケットの伝送周期またはアップデート周期、及びホールドタイムまたは満了タイムアウト値に基づいて設定された値を、前記ライフタイムの初期設定値として保存すること
を特徴とする請求項１７に記載のマルチキャスティングのためのトンネリング装置。
前記ライフタイムフィールドは、前記ハローパケットの伝送周期またはアップデート周期よりは大きく、ホールドタイムまたは満了タイムアウト値よりは小さい値の範囲内で設定される値を、前記ライフタイムの初期設定値として保存すること
を特徴とする請求項１８に記載のマルチキャスティングのためのトンネリング装置。
前記ライフタイムフィールドは、前記ホールドタイムまたは満了タイムアウト値と同じ値を前記ライフタイムの初期設定値として保存すること
を特徴とする請求項１９に記載のマルチキャスティングのためのトンネリング装置。
前記テーブル管理部は、前記ライフタイムフィールドに保存されたライフタイム値を周期的に減少させ、その値が‘０’になると、対応するエントリーを前記セッションエントリーテーブルから削除すること
を特徴とする請求項１７に記載のマルチキャスティングのためのトンネリング装置。
前記テーブル管理部は、前記第２のインターフェース部を通じて受信されるデータからソースアドレスを検出し、検出されたソースアドレス及びそのアドレスに対応するホストのライフタイムの設定値を前記セッションエントリーテーブルに追加登録すること
を特徴とする請求項１７に記載のマルチキャスティングのためのトンネリング装置。
前記テーブル管理部は、前記第２のインターフェース部を通じて受信されるデータからソースアドレスを検出し、検出されたソースアドレスが前記セッションエントリーテーブルに既に存在すると判定した場合には、そのソースアドレスに対応するライフタイム値を前記ライフタイムの初期設定値に更新すること
を特徴とする請求項２２に記載のマルチキャスティングのためのトンネリング装置。
前記パケット分析部は、前記第１のインターフェース部を通じて受信されるデータの宛先アドレスを分析し、前記データがマルチキャスティングするデータであるか否かを判定すること
を特徴とする請求項１７に記載のマルチキャスティングのためのトンネリング装置。
前記パケット分析部は、前記第１のインターフェース部を通じて受信されるデータがマルチキャスティングするデータであると判定した場合には、前記テーブル管理部が前記セッションエントリーテーブルに保存されたすべてのアドレスを検出した後に、その検出されたアドレスの情報を前記カプセル化部に伝送するように、前記テーブル管理部の動作を制御すること
を特徴とする請求項１７に記載のマルチキャスティングのためのトンネリング装置。
前記カプセル化部は、前記テーブル管理部を通じて伝送されたすべてのアドレスを宛先アドレスとするカプセル化データを生成し、前記第２のインターフェース部に伝送すること
を特徴とする請求項２５に記載のマルチキャスティングのためのトンネリング装置。
ＩＰｖ６遷移網でデータのマルチキャスティングをするためのトンネリング装置であって、
ＩＰｖ６網とのインターフェースを実行する第１のインターフェース部と、
ＩＰｖ４網とのインターフェースを実行する第２のインターフェース部と、
前記ＩＰｖ６網から伝送されるデータを前記ＩＰｖ４網にマルチキャスティングするための情報を保存する６ｔｏ４セッションエントリーテーブルと、
前記第１のインターフェース部及び第２のインターフェース部を通じて送受信されたデータの情報に基づいて、前記６ｔｏ４セッションエントリーテーブルに新たなエントリーの追加登録、既に保存されたエントリー情報の更新及び削除を実行するテーブル管理部と、
前記ＩＰｖ６網から伝送されるデータを前記ＩＰｖ４網に伝送するために、前記ＩＰｖ６形式のデータを前記ＩＰｖ４形式にカプセル化するカプセル化部と、
前記第１のインターフェース部を通じて受信されるデータがマルチキャスティングするデータであるか否かを判定し、その判定結果に基づいて前記カプセル化部及びテーブル管理部を制御するパケット分析部と、を含み、
前記６ｔｏ４セッションエントリーテーブルは、
前記第２のインターフェース部を通じて受信したデータのソースアドレスであるＩＰｖ４アドレスを保存するためのアドレスフィールドと、そのＩＰｖ４アドレスに対応されたホストのライフタイムフィールドと、を含むこと
を特徴とするマルチキャスティングのためのトンネリング装置。
前記ライフタイムフィールドは、前記データのマルチキャスティングに用いるプロトコルのハローパケットの伝送周期またはアップデート周期、及びホールドタイムまたは満了タイムアウト値に基づいて設定された値を、前記ライフタイムの初期設定値として保存すること
を特徴とする請求項２７に記載のマルチキャスティングのためのトンネリング装置。
前記ライフタイムフィールドは、前記ハローパケットの伝送周期またはアップデート周期よりは大きく、ホールドタイムまたは満了タイムアウト値よりは小さい値の範囲内で設定される値を、前記ライフタイムの初期設定値として保存すること
を特徴とする請求項２８に記載のマルチキャスティングのためのトンネリング装置。
前記ライフタイムフィールドは、前記ホールドタイムまたは満了タイムアウト値と同じ値を、前記ライフタイムの初期設定値として保存すること
を特徴とする請求項２９に記載のマルチキャスティングのためのトンネリング装置。
前記テーブル管理部は、前記ライフタイムフィールドに保存されたライフタイム値を周期的に減少させ、その値が‘０’になると、対応するエントリーを前記６ｔｏ４セッションエントリーテーブルから削除すること
を特徴とする請求項２７に記載のマルチキャスティングのためのトンネリング装置。
前記テーブル管理部は、前記第２のインターフェース部を通じて受信されるデータからソースのＩＰｖ４アドレスを検出し、検出されたＩＰｖ４アドレス及びそのアドレスに対応するホストのライフタイムの設定値を前記６ｔｏ４セッションエントリーテーブルに追加登録すること
を特徴とする請求項２７に記載のマルチキャスティングのためのトンネリング装置。
前記テーブル管理部は、前記第２のインターフェース部を通じて受信されるデータからソースのＩＰｖ４アドレスを検出し、検出されたＩＰｖ４アドレスが前記セッションエントリーテーブルに既に存在すると判定した場合には、そのＩＰｖ４アドレスに対応するライフタイム値を前記ライフタイムの初期設定値に更新すること
を特徴とする請求項３２に記載のマルチキャスティングのためのトンネリング装置。
前記パケット分析部は、前記第１のインターフェース部を通じて受信されるデータの宛先アドレスを分析し、前記データがマルチキャスティングするデータであるか否かを判定すること
を特徴とする請求項２７に記載のマルチキャスティングのためのトンネリング装置。
前記パケット分析部は、前記第１のインターフェース部を通じて受信されるデータがマルチキャスティングするデータであると判定した場合には、前記テーブル管理部が前記６ｔｏ４セッションエントリーテーブルに保存されたすべてのＩＰｖ４アドレスを検出した後に、その検出されたＩＰｖ４アドレスを前記カプセル化部に伝送するように、前記テーブル管理部の動作を制御すること
を特徴とする請求項２７に記載のマルチキャスティングのためのトンネリング装置。
前記カプセル化部は、前記テーブル管理部を通じて伝送されたすべてのＩＰｖ４アドレスを宛先アドレスとするＩＰｖ４カプセル化データを生成し、前記第２のインターフェース部に伝送すること
を特徴とする請求項３５に記載のマルチキャスティングのためのトンネリング装置。