JP4347497B2 - 通信制御装置及びパケット変換方法 - Google Patents
通信制御装置及びパケット変換方法 Download PDFInfo
- Publication number
- JP4347497B2 JP4347497B2 JP2000100901A JP2000100901A JP4347497B2 JP 4347497 B2 JP4347497 B2 JP 4347497B2 JP 2000100901 A JP2000100901 A JP 2000100901A JP 2000100901 A JP2000100901 A JP 2000100901A JP 4347497 B2 JP4347497 B2 JP 4347497B2
- Authority
- JP
- Japan
- Prior art keywords
- packet
- header
- mld
- igmp
- ipv4
- 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/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1836—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with heterogeneous network architecture
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2503—Translation of Internet protocol [IP] addresses
- H04L61/251—Translation of Internet protocol [IP] addresses between different IP versions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/167—Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、マルチキャスト通信方法に係る。本発明は、例えば、IPv4ネットワークに対応するマルチキャストアプリケーションをIPv6ネットワーク上で動作させる方法、パケット生成する方法、IPネットワーク用トランスレータ、NAT（Network Address Translator）、並びにパケット生成プログラムを記録した記憶媒体等に適用されるマルチキャスト通信方法に関する。
【０００２】
【従来の技術】
情報通信の分野では、一般に１台のホストから複数のホストに対して同時に同一のデータを配信する方法としてマルチキャスト配信と呼ばれる方法がある。マルチキャスト配信では、複数のホストで１つのグループを形成し、該グループ内の全ホストへ１つのマルチキャストパケットを用いて同一のデータを配信する。
【０００３】
インターネットにおける標準プロトコルは、TCP/IP（Transmission Control Protocol/Internet Protocol）であり、現時点ではバージョン４のIPが普及している（以下IPv4と呼ぶ）。IPは、現在インターネットの普及などと歩調を合わせて様々な通信サービスに急速に広がりつつあるが、その一方でIPアドレスの枯渇という深刻な課題に直面している。これを解決するための手段として、現在バージョン６のIP（以下IPv6と呼ぶ）が提案されている。このTCP/IPv4やTCP/IPv6においても、マルチキャスト配信を使ったIPマルチキャストと呼ばれる技術がある。
【０００４】
IPマルチキャストでは、グループ毎にIPマルチキャストアドレスと呼ばれる特定のIPアドレスを規定し、このIPマルチキャストアドレスを宛先IPアドレスとしたIPマルチキャストパケットを用いて各ホストへデータを配信する。IPv4マルチキャストの１プロトコルとして、例えば、RFC（Request For Comment）1112,2236記載のIGMP（Internet Group Management Protocol）がある。IGMPは、IPv4ホストが隣接するルータに対して、マルチキャスト配信を要求するためのプロトコルである。これにより、IPv4ホストはIPv4マルチキャストパケットの受信が可能になる。
【０００５】
一方、IPv6マルチキャストの１プロトコルとしては、ドラフト（’99年5月での最新版は、draft-ietf-ipngwg-mld-01.txt）記載のMLD（Multicast Listener Discovery）がある。MLDは、IGMPと同様にIPv6ホストが隣接するルータに対して、マルチキャスト配信を要求するためのプロトコルである。これにより、ホストはIPv6マルチキャストパケットの受信が可能になる。
【０００６】
現在では、IPv6によるLANとIPv4によるLANが混在した形で大規模なLANが形成されつつある。そして、IPv6によるLANとIPv4によるLANの相互隣接に関する標準化のドキュメントとしてRFC1933がある。RFC1933（Transition Mechanism for IPv6 Hosts and Routors:R.Gilligam,1996.4,IETF）では、IPv6ソフトウェアを有する通信制御装置において、IPv4アドレスをIPv6アドレスにマッピングすることでIPv6ネットワークの相互隣接を可能にしている。また、特願平10-46739では、ユニキャスト通信において、通信制御装置内のIPv4-IPv6プロトコル変換制御部がIPv4アプリケーションとIPv6ホストとの通信を可能にしている。
【０００７】
【発明が解決しようとする課題】
このように、現在、IPv4ネットワークとIPv6ネットワークの混在環境が形成されつつある。しかし、IPv6マルチキャスト対応のアプリケーション（AP）は、IPv4マルチキャスト対応のAPに比べて非常に少ない。また、従来パーソナルコンピュータ／ワークステーション（PC/WS）上のIPv4マルチキャスト対応アプリケーションと、PC/WS上のIPv6マルチキャスト対応アプリケーションがNAT機能を有するアドレス変換ルータ等のネットワーク機器を介さずに直接通信する手段はなかった。
【０００８】
IPv4マルチキャスト通信を行う場合、IPv4マルチキャストデータの配信を制御するIGMPが必須であり、IPv6マルチキャスト通信を行う場合には、IPv6マルチキャストデータの配信を制御するMLDが必須である。従って、IPv4ホストとIPv6ホスト間にあるIPv4-IPv6変換通信制御装置には、IGMPとMLDを変換する機能が必要であるが、従来このような手段はなかった。また、IPv4マルチキャスト対応アプリケーションが動作するPC/WSがIPv6ネットワークで動作するためにも、IGMPとMLDのプロトコル変換制御が必須である。
【０００９】
本発明は、以上の点に鑑み、その目的は、主に、以下の点にある。
（１）PC/WS上のIPv4マルチキャスト対応のアプリケーションがNAT機能を有するアドレス変換ルータ等のネットワーク機器を介さずに直接PC/WS上のIPv6対応アプリケーションと通信できるようにすること。
【００１０】
（２）IPv4ホストから出力されるIPマルチキャストパケットをIPv6ホストで受信できるようにし、IPv6ホストから出力されるIPマルチキャストパケットをIPv4ホストで受信できるようにすることである。
【００１１】
【課題を解決するための手段】
PC/WS等のLAN制御装置は、通常、IPv4対応AP（アプリケーション）、IPv4プロトコル制御部及び複数のLAN制御部を備える。さらに、本発明では、上述の目的を達成させるため、LAN制御装置内のIPv4プロトコル制御部とLAN制御部間のプロトコル変換制御部の中にIGMP-MLD変換制御部を設ける。プロトコル変換制御部内には、IGMP-MLD変換制御部以外にIPv4-IPv6送信スイッチ制御部、IPv4-IPv6受信スイッチ制御部、IPヘッダ変換制御部、IPv6送受信制御部を備える。
【００１２】
上述の課題を解決するため、IGMP-MLD変換制御部は、主に、プロトコル制御部から出力されるIGMPパケットをMLDパケットに変換し、LAN制御部を介してネットワークへ出力する。また、IGMP-MLD変換制御部は、ネットワークから入力したMLDパケットをIGMPパケットに変換し、プロトコル変換制御部へ出力する。これにより、通信制御装置内のIPv4マルチキャストアプリケーションをIPv6ネットワーク上で通信させることが可能になる。
【００１３】
また、上述の課題を解決するため、本発明では、LAN制御装置内のIPv4-IPv6送受信スイッチ制御部は、IPv4ネットワークから入力されるIPv4パケットの内IGMPパケットを判別し、IGMP-MLD変換制御部へ渡す。IGMP-MLD変換制御部では、IGMPパケットをMLDパケットに変換してLAN制御部を通してIPv6ネットワークへ出力する。その後、IPv4マルチキャストパケットが入力されたら、IPヘッダ変換制御部がIPv6マルチキャストパケットに変換し、IPv6ネットワークへ出力する。
【００１４】
また、LAN制御装置内のIPv4-IPv6送受信スイッチ制御部は、IPv6ネットワークから入力されるIPv6パケット内MLDパケットを判別し、IGMP-MLD変換制御部へ渡す。IGMP-MLD変換制御部ではMLDパケットをIGMPパケットに変換してLAN制御部を通してIPv4ネットワークへ出力する。その後、IPv6マルチキャストパケットが入力されたらIPヘッダ変換制御部がIPv4マルチキャストパケットに変換し、IPv4ネットワークへ出力する。
【００１５】
このようにして、本発明では、IPv4ホストから出力されるIPマルチキャストパケットをIPv6ホストで受信し、IPv6ホストから出力されるIPマルチキャストパケットをIPv4ホストで受信することができる。
【００１６】
【発明の実施の形態】
本発明を示す第一の実施の形態について説明する。
まず、本実施の形態を使用したLAN制御装置の構成について説明する。図１は、本発明の第一の実施の形態におけるLAN制御装置の構成を示す図である。また、図２は、情報処理装置の構成を示す図である。通常LAN制御装置のハードウエアは図２に示すような構成をもつ。また、例えば図２のメモリ2002又はCPU2001内に、図１の構成が含まれる。
【００１７】
LAN制御装置1001は、アプリケーション(AP)が動くユーザ空間1002とカーネルが動くカーネル空間1016を備える。ユーザ空間1002には、TCP/IPv4対応マルチキャストAP1006を有する。カーネル空間1016は、プロトコル制御部1003、プロトコル変換制御部1004、LAN制御部1005を備える。プロトコル制御部1003は、TCP送受信制御部1007とIPv4送受信制御部1008を備える。プロトコル変換制御部1004は、IPv4-IPv6送信スイッチ制御部1009とIPヘッダ変換制御部1010、IGMP-MLD変換制御部1011、IPv6送受信制御部1012、IPv4-IPv6受信スイッチ制御部1013を備える。なお、IPv4-IPv6受信スイッチ制御部1013にIPv6送受信制御部1012を含めるようにしてもよい。
【００１８】
TCP/IPv4対応マルチキャストAP1006とプロトコル制御部1003とのインタフェースは、TCP/IPv4対応AP1006が生成するデータパケットを入出力することにより行われる。プロトコル制御部1003とプロトコル変換制御部1004のインタフェースは、IPv4パケットを入出力することにより行われる。
【００１９】
図３は、IPv4ヘッダフォーマットの説明図である。また、図４は、IPv6ヘッダフォーマットの説明図である。IPv4パケットとは、図３に示すデータパケットにIPv4ヘッダとMAC（Media Access Control）ヘッダを加えたパケットである。プロトコル変換制御部1004とLAN制御部1005の間のインタフェースは、IPv4パケット又はIPv6パケットを入出力することにより行われる。また、IPv6パケットとは、データパケットに図４に示すように、IPv6ヘッダとMACヘッダを加えたパケットである。
【００２０】
次にプロトコル変換制御部内の各制御部間の入出力インタフェースについて説明する。プロトコル変換制御部内の各制御部間はすべて、IPv4パケット又は、IPv6パケットを入出力することによって行われる。
【００２１】
次に各制御部の機能について説明する。
IPv4-IPv6送信スイッチ制御部1009は、プロトコル制御部1003から渡されたIPv4パケットに対するパケットスイッチング機能と自局IPv4アドレス決定機能を持つ。この処理内容については後で詳しく説明する。
【００２２】
IPv6送受信制御部1012は、IPv6プロトコル処理を行う。IPヘッダ変換制御部1010にあるアドレス変換テーブル1014は、IPv4アドレスとIPv6アドレスの対応テーブルである。IPヘッダ変換制御部1010は、アドレス変換テーブル1014に従ってIPv4ヘッダとIPv6ヘッダの変換を行う。IGMP-MLD変換制御部1011は、IPv6マルチキャスト加入テーブル1015に従って、IGMPパケットとMLDパケットの変換を行う。ここで、IGMPパケットとは、IPv4パケット内のデータパケットがIGMPヘッダとデータパケットに分かれているパケットである。MLDパケットとは、IPv6パケット内のデータパケットがMLDヘッダとデータパケットに分かれているパケットである。
【００２３】
図５は、IPv6マルチキャスト加入テーブルを示す図である。IGMP-MLD変換制御部1011内のIPv6マルチキャスト加入テーブル1015は、図示のような項目を１エントリとし、複数のエントリから構成されるテーブルである。IGMPバージョンは、プロトコル制御部1003のIGMP機能がサポートするIGMPのバージョンを示す。IPv4マルチキャストアドレスとIPv6マルチキャストアドレスは、現在LAN制御装置が加入しているIPv4/IPv6マルチキャストグループの対応関係を示している。エントリ保存時間は、このエントリが有効な最大時間を示す。IPv4-IPv6受信スイッチ制御部1013は、LAN制御部1005からの受信パケット（IPv4パケット又は、IPv6パケット）に対するパケットスイッチング機能を持つ。
【００２４】
図６は、IGMPメッセージフォーマットの説明図である。ここでは、IGMPヘッダについて説明する。TypeはIGMPのメッセージタイプの種別を示す。タイプにはMembership Query（マルチキャストグループ問い合わせ）、Membership Report（マルチキャストグループ報告）、Leave Group（マルチキャストグループ離脱）がある。Max Resp TimeはIGMPヘッダのTypeがMembership Query メッセージのIGMPパケットに対するIGMPヘッダのTypeがMembership ReportのIGMPパケットを送信するための最大遅延時間を示す。Group Addressは、IPv4マルチキャストアドレスが入る。
【００２５】
図７は、MLDメッセージフォーマットの説明図である。ここでは、MLDヘッダについて説明する。TypeはMLDメッセージタイプの種別を示す。タイプには、Multicast Listener Query（マルチキャストグループ問い合わせ）、Multicast Listener Report（マルチキャストグループ報告）、Multicast Listener Done（マルチキャストグループ離脱）がある。Maximam Respose Delayは、MLDヘッダのTypeがMulticast Listener QueryメッセージのMLDパケットに対するMLDヘッダのTypeがMulticast Listener ReportのMLDパケットを送信するための最大遅延時間を示す。Multicast Addressには、IPv6マルチキャストアドレスが入る。
【００２６】
次にマルチキャストデータ送信時のデータの流れについて説明する。
まず、TCP／IPv4対応マルチキャストAP 1006は、マルチキャストデータを生成し、プロトコル制御部1003に送出する。プロトコル制御部1003はマルチキャストデータにTCP(Transmission control protocol)ヘッダ又はUDP(User datagram protocol)ヘッダ、IPv4ヘッダを付加し、プロトコル変換制御部1004に送出する。このとき、IPv4ヘッダのDestination AddressフィールドにはIPv4マルチキャストアドレスが入っている。プロトコル変換制御部1004内のIPv4-IPv6送信スイッチ制御部1009は、IPv4マルチキャストパケットを受け取ると、IPv4ヘッダを見て、通常のデータパケットであることを判定する。
【００２７】
そして、IPv4-IPv6送信スイッチ制御部1009は、IPヘッダ変換制御部1010にIPv4マルチキャストパケットを渡す。IPヘッダ変換制御部1010は、アドレス変換テーブル1014を参照し、IPv4ヘッダのDestination Addressフィールドに書かれているIPv4マルチキャストアドレスとSource AddressをIPv6アドレスに変換し、IPv4ヘッダ全体をIPv6ヘッダに変換する。そして、生成されたIPv6マルチキャストパケットは、IPv6送受信制御部1012、IPv4-IPv6受信スイッチ制御部1013を経て、LAN制御部1005からIPv6ネットワークに出力される。
【００２８】
次にマルチキャストデータ受信時のマルチキャスト制御とマルチキャストデータの流れについて説明する。
まず、TCP/IPv4対応マルチキャストAP1006は、マルチキャストデータを受信する場合、受信したいマルチキャストアドレスに対し、マルチキャストグループ加入のための制御パケットをネットワークに出力するための制御命令をプロトコル制御部1003に出す。プロトコル制御部1003のIPv4送受信制御部1008は、その制御命令により、IGMPパケットを生成し、プロトコル変換制御部1004に渡す。プロトコル変換制御部1004内のIPv4-IPv6送信スイッチ制御部1009は、IGMPパケットを受け取るとIGMPヘッダをみてIGMP-MLD変換制御部1011にIGMPパケットを渡す。IGMP-MLD変換制御部１０１１はIGMPヘッダをMLDヘッダに変換する。そして、IPv6マルチキャスト加入テーブル1015及びアドレス変換テーブル1014にIPv4マルチキャストアドレスとIPv6マルチキャストアドレスの対応情報を登録し、MLDパケットをLAN制御部1005からIPv6ネットワークへ出力する。
【００２９】
次に、IPv4-IPv6受信スイッチ制御部1013は、IPv6ネットワークからIPv6マルチキャストデータパケットをLAN制御部1005から受け取ると、IPv6マルチキャストデータパケット内IPv6ヘッダのDestination AddressとSource Addressフィールドに入っているIPv6アドレスがアドレス変換テーブル1014に登録されているか判定し、登録されていたらIPv6マルチキャストデータパケットをIPヘッダ変換制御部1010に渡す。IPヘッダ変換制御部1010はアドレス変換テーブル1014を基にIPv6マルチキャストデータパケットのIPv6ヘッダをIPv4ヘッダに変換し、プロトコル制御部1003に渡す。プロトコル制御部1003はIPv4マルチキャストデータパケットをプロトコル処理し、マルチキャストデータをTCP/IPv4対応マルチキャストAP 1006に渡す。
【００３０】
つぎに、IGMP-MLD変換制御部1011の処理フローについて説明する。図８は、本発明の第一の実施の形態におけるMLDからIGMPへの変換処理フローを示す図である。図９は、本発明の第一の実施の形態におけるIGMPからMLDへの変換処理フローを示す図である。
【００３１】
まず、MLDパケットをIGMPパケットに変換する処理フローについて図８を使って説明する。IGMP-MLD変換制御部1011は、MLDからIGMPへの変換処理が開始されると(11001)、IPv4-IPv6受信スイッチ制御部1004からMLDパケットを受け取り、MLDパケット、MLDヘッダのTYPEフィールドを参照する。TYPEフィールドに“General Query”が入っていたら（11002）、IPv6マルチキャスト加入テーブル1015に登録されているIPv6マルチキャストアドレスを使ってMLDヘッダをIGMPヘッダに変換し、アドレス変換テーブル1014を使ってIPv6ヘッダをIPv4ヘッダに変換することでMLDパケットをIGMPパケットに変換する（11003）。一方、MLDヘッダのTYPEフィールドに“Specific Query”又は、“Report”が入っていたら（11004、11008）IPv6マルチキャスト加入テーブル1015を検索する（11005、11009）。該当レコードがない場合、受信パケットを破棄する（11006、11010）。該当レコードがあった場合、該当レコードの情報を基にMLDヘッダをIGMPヘッダに変換する（11007、11011）。また、MLDヘッダのTYPEフィールドに“Done”が入っていたら（11012）、パケットを破棄する（11013）。
【００３２】
つぎに、IGMPパケットをMLDパケットに変換する処理フローについて図９を使って説明する。
IGMP-MLD変換制御部1011は、処理が開始されると(12001)、IPv4-IPv6送信スイッチ制御部1009からIGMPパケットを受け取り、IGMPパケットのIGMPヘッダのTYPEフィールドを参照する。TYPEフィールドに“Menbership Query”が入っていたら処理を完了する。TYPEフィールドに“menbership Report”が入っていたら（12003）、IGMPからMLDヘッダへの変換処理を行い（12004）、変換したIPv6マルチキャストアドレスとIPv4マルチキャストアドレスを使って、IPv6マルチキャスト加入テーブルとアドレス変換テーブルを更新する（12005、12006）。TYPEフィールドに“Leave Group”が入っていた場合も(12007)、同様の処理を行う。
【００３３】
次に、IPv4-IPv6マルチキャスト変換システムにおけるデータシーケンスを説明する。図１０は、図1に示したLAN制御装置を使ったマルチキャスト通信ネットワークシステムの構成例を示す図である。図１１は、本発明の実施の形態におけるホストAのアドレス変換テーブルの構成例を示す図である。図１２は、本発明の実施の形態におけるホストBのアドレス変換テーブル構成例を示す図である。図１３は、本発明の第一の実施の形態におけるパケットデータのシーケンス図である。
【００３４】
ホストA 7001は、LAN1に接続し、サーバ間のTCPはIPv4マルチキャスト対応APが動作している。ホストB 7007はLAN2に接続し、クライアント用のTCP/IPv4マルチキャスト対応APが動作している。図１０の通信システムにおいて、ホストA 7001が出力するマルチキャストデータをホストB 7007が受信するデータシーケンスについて図１３を使って説明する。
【００３５】
ホストA 7001のTCP/IPv4マルチキャスト対応AP 7002は、プロトコル制御部7003を使ってIPv4マルチキャストデータをプロトコル変換制御部7004へ出力する。プロトコル変換制御部7004は、図１１に示すアドレス変換制御テーブル8001を使ってIPv4ヘッダをIPv6ヘッダに変換し、IPv6マルチキャストデータをLAN1へ出力する。しかし、IPv6マルチキャストルータ7006は、この時点では、LAN2に接続されているホストを認識していないため（又は、マルチキャスト通信のグループのメンバーとして登録されていないため）、受信したIPv6マルチキャストデータをLAN2へフォワードしない。
【００３６】
これに対しホストB 7007のTCP/IPv4対応マルチキャストAP（クライアントソフトウェア）は、ホストA 7001が出力するマルチキャストデータを受信するため、このマルチキャストグループに対して、プロトコル制御部7010を使って、IGMPヘッダのTypeフィールドに“Report”をセットしたIGMPパケットをプロトコル変換制御部7009に送出する。プロトコル変換制御部7009は、図５に示すようなIPv6マルチキャスト加入テーブル10001を使ってIGMPヘッダをMLDヘッダに変換し、MLDパケット（MLDヘッダのTypeフィールドに“Report”種別がセットされている）をLAN2へ出力する。IPv6マルチキャストルータ7006はMLDパケットを受信し、LAN2側にクライアントが接続されていることを認識するとホストA7001が送出しているIPv6マルチキャストデータをLAN2へフォワードする。IPv6マルチキャストデータを受信したホストB 7007のLAN制御部7008は、このデータをプロトコル変換制御部7009へ渡す。プロトコル変換制御部7009は、図１２に示すアドレス変換テーブル9001を使ってIPv6ヘッダをIPv4ヘッダに変換し、IPv4マルチキャストデータをプロトコル制御部7009へ送出し、TCP/IPv4対応マルチキャストAP 7011は、マルチキャストデータを受信することができる。
【００３７】
つぎに、本発明を示す第二の実施の形態について説明する。
図１４は本発明の第二の実施の形態におけるLAN制御装置の構成を示す図である。図１５は、本発明の第二の実施の形態における通信ネットワークシステムの構成例を示す図である。図１６は、本発明の第二の実施の形態におけるパケットデータのシーケンス図である。図１７は、本発明の第二の実施の形態におけるパケットデータのシーケンス図である。
【００３８】
LAN制御装置13001は、IGMP-MLD変換制御部13002、IPヘッダ変換制御部13004、IPv4-IPv6送受信スイッチ制御部13006、LAN１制御部13008、LAN２制御部13007、IPv6送受信制御部13009を備える。IGMP-MLD変換制御部13002はIPv6マルチキャスト加入テーブル10003に従って、IGMPパケットとMLDパケットの変換を行う。IPヘッダ変換制御部13004はアドレス変換テーブル13005に従ってIPv4ヘッダとIPv6ヘッダの変換を行う。
【００３９】
つぎに、各制御部間の入出力インタフェースについて説明する。
まず、IPv4ネットワークから入力されたデータをIPv6ネットワークへ送出する場合について説明する。LAN1制御部13008はIPv4ネットワークよりパケットデータを受信するとIPv4-IPv6送受信スイッチ制御部13006へ渡す。IPv4-IPv6送受信スイッチ制御部13006はパケットデータ内IPv4ヘッダをチェックする。IPv4パケットの場合は、IPヘッダ変換制御部13004にIPv4パケットを渡し、IGMPパケットの場合は、IGMP-MLD変換制御部13002へIGMPパケットを渡す。IPヘッダ変換制御部13004はアドレス変換テーブル13005を基にIPv4ヘッダをIPv6ヘッダに変換し、IPv6パケットをIPv4-IPv6送受信スイッチ制御部13006に渡し、LAN2制御部を通してIPv6ネットワークへ送出する。IGMP-MLD変換制御部13002は、IPv6マルチキャスト加入テーブル13003を基にIPv4ヘッダ、IGMPヘッダをIPv6ヘッダ、MLDヘッダに変換し、MLDパケットをIPv4-IPv6送受信スイッチ制御部13006に渡す。そして、LAN2制御部13007を通してIPv6ネットワークへMLDパケットを送出する。IPv6ネットワークから入力されたデータをIPv4ネットワークへ送出する場合も同様にIGMP-MLD変換制御部13002ではMLDパケットをIGMPパケットに変換し、IPヘッダ変換制御部13004ではIPv6パケットをIPv4パケットに変換することで実現する。
【００４０】
つぎに、IPv4-IPv6マルチキャスト変換システムにおけるデータの流れについて説明する。図１５は、IPv4-IPv6マルチキャスト通信システムの構成例を示す図である。LAN1およびLAN2には、IPv6クライアント／サーバ、IPv6ルータが接続され、IPv6クライアント／サーバ上では、マルチキャストアプリケーションが動作している。LAN3およびLAN4にはIPv4クライアント／サーバ、IPv4ルータが接続され、IPv4クライアント／サーバ上ではマルチキャストアプリケーションが動作している。LAN制御装置13001はLAN1、LAN2が形成するIPv6マルチキャストネットワークとLAN3,LAN4が形成するIPv4マルチキャストネットワークを接続する。
【００４１】
まず、IPv4サーバ14006が出力するマルチキャストデータをIPv6クライアント14001が受信するまでのデータシーケンスについて、図１６を使って説明する。 IPv4サーバ14006はIPv4マルチキャストデータをLAN4上に送信し続けている。しかし、IPv4ルータ14005はLAN3側のクライアントを認識していないため、IPv4マルチキャストデータをLAN3へフォワードしない。これに対し、IPv6クライアント14001は、IPv4サーバ14006が出力するマルチキャストデータを受信するため、そのマルチキャストグループに対して、MLDヘッダのTYPEフィールドに”Report"をセットしたMLDパケットをLAN1に送出する。
【００４２】
LAN制御装置13001内IGMP-MLD変換制御部13002はMLDパケットをIGMPパケット（IGMPヘッダのTYPEフィールドに”Report"種別がセットされている）に変換し、LAN3へ送出する。IPv4ルータ14005は、IGMPパケットを受信し、LAN3側にクライアントがいることを確認するとIPv4サーバ14006が送出しているIPv4マルチキャストデータをLAN3へフォワードする。IPv4マルチキャストデータを受信したLAN制御装置13001は、IPヘッダ変換制御部13004がIPv4マルチキャストデータをIPv6マルチキャストデータに変換し、これをLAN1へ送出する。IPv6クライアントはLAN1へ送出されたIPv6マルチキャストデータを受信し、IPv4-IPv6マルチキャスト通信が成立する。
【００４３】
次に、IPv6サーバ14003が出力するマルチキャストデータをIPv4クライアント14004が受信するまでのデータシーケンスについて図１７を使って説明する。IPv6サーバ14003は、IPv6マルチキャストデータをLAN2上に送信し続けている。しかし、この時点では、IPv6ルータ14002はLAN側にクライアントがいないため、（又は、クライアントとして設定されていないため）IPv6マルチキャストデータをLAN1へフォワードしない。これに対し、IPv4クライアント14004は、IPv6サーバ14003が出力するマルチキャストデータを受信するため、そのマルチキャストグループに対して、IGMPヘッダのTypeフィールドに“Report”種別をセットしたIGMPパケットをLAN3に送出する。LAN制御装置13001間、IGMP-MLD変換制御部13002は、IGMPパケットをMLDパケット（MLDヘッダのTypeフィールドに“Report”がセットされている）に変換し、LAN1へ送出する。IPv6ルータ14002はMLDパケットを受信し、LAN1側にクライアントがいることを認識するとIPv6サーバ14003が送出しているIPv6マルチキャストデータをLAN1へフォワードする。IPv6マルチキャストデータを受信したLAN制御装置13001は、IPヘッダ変換制御部13004がIPv6マルチキャストデータをIPv4マルチキャストデータに変換し、これをLAN3へ送出する。IPv6クライアントはLAN3へ送出されたIPv4マルチキャストデータを受信し、IPv4-IPv6マルチキャスト通信が成立する。
【００４４】
なお、本発明のマルチキャスト通信方法は、マルチキャスト通信プログラムを記録した記録媒体又はそれを含むプログラム製品として提供されることができる。
【００４５】
【発明の効果】
本発明によると、以上のように、PC/WS等のLAN制御装置を構成する従来のプロトコル制御部とLAN制御部の間にプロトコル変換制御部をおき、プロトコル変換制御部の中にIGMP-MLD変換制御部を設けることにより、プロトコル制御部とLAN制御部との間で流れるパケットの内、マルチキャスト制御用のパケット（MLDパケット及びIGMPパケット）のマルチキャスト制御ヘッダ（MLDヘッダとIGMPヘッダ）の変換が可能になり、PC/WS上のIPv4マルチキャスト対応のアプリケーションが直接PC/WS上のIPv6対応アプリケーションとの通信が可能になる。
【００４６】
また、本発明によると、ルータ/スイッチ等のLAN制御装置にIPヘッダ変換制御部とIGMP-MLD変換制御部を設けることにより、IPv4ホストから出力されるIPマルチキャストパケットをIPv6ホストで受信でき、IPv6ホストから出力されるIPマルチキャストパケットをIPv4ホストで受信することが可能になる。
【図面の簡単な説明】
【図１】本発明の第一の実施の形態におけるLAN制御装置の構成を示す図である。
【図２】情報処理装置の構成を示す図である。
【図３】 IPv4ヘッダフォーマットの説明図である。
【図４】 IPv6ヘッダフォーマットの説明図である。
【図５】 IPv6マルチキャスト加入テーブルを示す図である。
【図６】 IGMPメッセージフォーマットの説明図である。
【図７】 MLDメッセージフォーマットの説明図である。
【図８】本発明の第一の実施の形態におけるMLDからIGMPへの変換処理フローを示す図である。
【図９】本発明の第一の実施の形態におけるIGMPからMLDへの変換処理フローを示す図である。
【図１０】本発明の実施の形態における通信ネットワークシステムの構成例を示す図である。
【図１１】本発明の実施の形態におけるホストAのアドレス変換テーブルの構成例を示す図である。
【図１２】本発明の実施の形態におけるホストBのアドレス変換テーブル構成例を示す図である。
【図１３】本発明の第一の実施の形態におけるパケットデータのシーケンス図である。
【図１４】本発明の第二の実施の形態におけるLAN制御装置の構成を示す図である。
【図１５】本発明の第二の実施の形態における通信ネットワークシステムの構成例を示す図である。
【図１６】本発明の第二の実施の形態におけるパケットデータのシーケンス図である。
【図１７】本発明の第二の実施の形態におけるパケットデータのシーケンス図である。
【符号の説明】
1001 LAN制御装置
1003 プロトコル制御部
1004 プロトコル変換制御部
1005 LAN制御部
1006 TCP/IPv4対応マルチキャストAP
1009 IPv4-IPv6送信スイッチ制御部
1010 IPヘッダ変換制御部
1011 IGMP-MLD変換制御部
1012 IPv6送受信制御部
1013 IPv4-IPv6受信スイッチ制御部
1014 アドレス変換テーブル
1015 IPv6マルチキャスト加入テーブル
【発明の属する技術分野】
本発明は、マルチキャスト通信方法に係る。本発明は、例えば、IPv4ネットワークに対応するマルチキャストアプリケーションをIPv6ネットワーク上で動作させる方法、パケット生成する方法、IPネットワーク用トランスレータ、NAT（Network Address Translator）、並びにパケット生成プログラムを記録した記憶媒体等に適用されるマルチキャスト通信方法に関する。
【０００２】
【従来の技術】
情報通信の分野では、一般に１台のホストから複数のホストに対して同時に同一のデータを配信する方法としてマルチキャスト配信と呼ばれる方法がある。マルチキャスト配信では、複数のホストで１つのグループを形成し、該グループ内の全ホストへ１つのマルチキャストパケットを用いて同一のデータを配信する。
【０００３】
インターネットにおける標準プロトコルは、TCP/IP（Transmission Control Protocol/Internet Protocol）であり、現時点ではバージョン４のIPが普及している（以下IPv4と呼ぶ）。IPは、現在インターネットの普及などと歩調を合わせて様々な通信サービスに急速に広がりつつあるが、その一方でIPアドレスの枯渇という深刻な課題に直面している。これを解決するための手段として、現在バージョン６のIP（以下IPv6と呼ぶ）が提案されている。このTCP/IPv4やTCP/IPv6においても、マルチキャスト配信を使ったIPマルチキャストと呼ばれる技術がある。
【０００４】
IPマルチキャストでは、グループ毎にIPマルチキャストアドレスと呼ばれる特定のIPアドレスを規定し、このIPマルチキャストアドレスを宛先IPアドレスとしたIPマルチキャストパケットを用いて各ホストへデータを配信する。IPv4マルチキャストの１プロトコルとして、例えば、RFC（Request For Comment）1112,2236記載のIGMP（Internet Group Management Protocol）がある。IGMPは、IPv4ホストが隣接するルータに対して、マルチキャスト配信を要求するためのプロトコルである。これにより、IPv4ホストはIPv4マルチキャストパケットの受信が可能になる。
【０００５】
一方、IPv6マルチキャストの１プロトコルとしては、ドラフト（’99年5月での最新版は、draft-ietf-ipngwg-mld-01.txt）記載のMLD（Multicast Listener Discovery）がある。MLDは、IGMPと同様にIPv6ホストが隣接するルータに対して、マルチキャスト配信を要求するためのプロトコルである。これにより、ホストはIPv6マルチキャストパケットの受信が可能になる。
【０００６】
現在では、IPv6によるLANとIPv4によるLANが混在した形で大規模なLANが形成されつつある。そして、IPv6によるLANとIPv4によるLANの相互隣接に関する標準化のドキュメントとしてRFC1933がある。RFC1933（Transition Mechanism for IPv6 Hosts and Routors:R.Gilligam,1996.4,IETF）では、IPv6ソフトウェアを有する通信制御装置において、IPv4アドレスをIPv6アドレスにマッピングすることでIPv6ネットワークの相互隣接を可能にしている。また、特願平10-46739では、ユニキャスト通信において、通信制御装置内のIPv4-IPv6プロトコル変換制御部がIPv4アプリケーションとIPv6ホストとの通信を可能にしている。
【０００７】
【発明が解決しようとする課題】
このように、現在、IPv4ネットワークとIPv6ネットワークの混在環境が形成されつつある。しかし、IPv6マルチキャスト対応のアプリケーション（AP）は、IPv4マルチキャスト対応のAPに比べて非常に少ない。また、従来パーソナルコンピュータ／ワークステーション（PC/WS）上のIPv4マルチキャスト対応アプリケーションと、PC/WS上のIPv6マルチキャスト対応アプリケーションがNAT機能を有するアドレス変換ルータ等のネットワーク機器を介さずに直接通信する手段はなかった。
【０００８】
IPv4マルチキャスト通信を行う場合、IPv4マルチキャストデータの配信を制御するIGMPが必須であり、IPv6マルチキャスト通信を行う場合には、IPv6マルチキャストデータの配信を制御するMLDが必須である。従って、IPv4ホストとIPv6ホスト間にあるIPv4-IPv6変換通信制御装置には、IGMPとMLDを変換する機能が必要であるが、従来このような手段はなかった。また、IPv4マルチキャスト対応アプリケーションが動作するPC/WSがIPv6ネットワークで動作するためにも、IGMPとMLDのプロトコル変換制御が必須である。
【０００９】
本発明は、以上の点に鑑み、その目的は、主に、以下の点にある。
（１）PC/WS上のIPv4マルチキャスト対応のアプリケーションがNAT機能を有するアドレス変換ルータ等のネットワーク機器を介さずに直接PC/WS上のIPv6対応アプリケーションと通信できるようにすること。
【００１０】
（２）IPv4ホストから出力されるIPマルチキャストパケットをIPv6ホストで受信できるようにし、IPv6ホストから出力されるIPマルチキャストパケットをIPv4ホストで受信できるようにすることである。
【００１１】
【課題を解決するための手段】
PC/WS等のLAN制御装置は、通常、IPv4対応AP（アプリケーション）、IPv4プロトコル制御部及び複数のLAN制御部を備える。さらに、本発明では、上述の目的を達成させるため、LAN制御装置内のIPv4プロトコル制御部とLAN制御部間のプロトコル変換制御部の中にIGMP-MLD変換制御部を設ける。プロトコル変換制御部内には、IGMP-MLD変換制御部以外にIPv4-IPv6送信スイッチ制御部、IPv4-IPv6受信スイッチ制御部、IPヘッダ変換制御部、IPv6送受信制御部を備える。
【００１２】
上述の課題を解決するため、IGMP-MLD変換制御部は、主に、プロトコル制御部から出力されるIGMPパケットをMLDパケットに変換し、LAN制御部を介してネットワークへ出力する。また、IGMP-MLD変換制御部は、ネットワークから入力したMLDパケットをIGMPパケットに変換し、プロトコル変換制御部へ出力する。これにより、通信制御装置内のIPv4マルチキャストアプリケーションをIPv6ネットワーク上で通信させることが可能になる。
【００１３】
また、上述の課題を解決するため、本発明では、LAN制御装置内のIPv4-IPv6送受信スイッチ制御部は、IPv4ネットワークから入力されるIPv4パケットの内IGMPパケットを判別し、IGMP-MLD変換制御部へ渡す。IGMP-MLD変換制御部では、IGMPパケットをMLDパケットに変換してLAN制御部を通してIPv6ネットワークへ出力する。その後、IPv4マルチキャストパケットが入力されたら、IPヘッダ変換制御部がIPv6マルチキャストパケットに変換し、IPv6ネットワークへ出力する。
【００１４】
また、LAN制御装置内のIPv4-IPv6送受信スイッチ制御部は、IPv6ネットワークから入力されるIPv6パケット内MLDパケットを判別し、IGMP-MLD変換制御部へ渡す。IGMP-MLD変換制御部ではMLDパケットをIGMPパケットに変換してLAN制御部を通してIPv4ネットワークへ出力する。その後、IPv6マルチキャストパケットが入力されたらIPヘッダ変換制御部がIPv4マルチキャストパケットに変換し、IPv4ネットワークへ出力する。
【００１５】
このようにして、本発明では、IPv4ホストから出力されるIPマルチキャストパケットをIPv6ホストで受信し、IPv6ホストから出力されるIPマルチキャストパケットをIPv4ホストで受信することができる。
【００１６】
【発明の実施の形態】
本発明を示す第一の実施の形態について説明する。
まず、本実施の形態を使用したLAN制御装置の構成について説明する。図１は、本発明の第一の実施の形態におけるLAN制御装置の構成を示す図である。また、図２は、情報処理装置の構成を示す図である。通常LAN制御装置のハードウエアは図２に示すような構成をもつ。また、例えば図２のメモリ2002又はCPU2001内に、図１の構成が含まれる。
【００１７】
LAN制御装置1001は、アプリケーション(AP)が動くユーザ空間1002とカーネルが動くカーネル空間1016を備える。ユーザ空間1002には、TCP/IPv4対応マルチキャストAP1006を有する。カーネル空間1016は、プロトコル制御部1003、プロトコル変換制御部1004、LAN制御部1005を備える。プロトコル制御部1003は、TCP送受信制御部1007とIPv4送受信制御部1008を備える。プロトコル変換制御部1004は、IPv4-IPv6送信スイッチ制御部1009とIPヘッダ変換制御部1010、IGMP-MLD変換制御部1011、IPv6送受信制御部1012、IPv4-IPv6受信スイッチ制御部1013を備える。なお、IPv4-IPv6受信スイッチ制御部1013にIPv6送受信制御部1012を含めるようにしてもよい。
【００１８】
TCP/IPv4対応マルチキャストAP1006とプロトコル制御部1003とのインタフェースは、TCP/IPv4対応AP1006が生成するデータパケットを入出力することにより行われる。プロトコル制御部1003とプロトコル変換制御部1004のインタフェースは、IPv4パケットを入出力することにより行われる。
【００１９】
図３は、IPv4ヘッダフォーマットの説明図である。また、図４は、IPv6ヘッダフォーマットの説明図である。IPv4パケットとは、図３に示すデータパケットにIPv4ヘッダとMAC（Media Access Control）ヘッダを加えたパケットである。プロトコル変換制御部1004とLAN制御部1005の間のインタフェースは、IPv4パケット又はIPv6パケットを入出力することにより行われる。また、IPv6パケットとは、データパケットに図４に示すように、IPv6ヘッダとMACヘッダを加えたパケットである。
【００２０】
次にプロトコル変換制御部内の各制御部間の入出力インタフェースについて説明する。プロトコル変換制御部内の各制御部間はすべて、IPv4パケット又は、IPv6パケットを入出力することによって行われる。
【００２１】
次に各制御部の機能について説明する。
IPv4-IPv6送信スイッチ制御部1009は、プロトコル制御部1003から渡されたIPv4パケットに対するパケットスイッチング機能と自局IPv4アドレス決定機能を持つ。この処理内容については後で詳しく説明する。
【００２２】
IPv6送受信制御部1012は、IPv6プロトコル処理を行う。IPヘッダ変換制御部1010にあるアドレス変換テーブル1014は、IPv4アドレスとIPv6アドレスの対応テーブルである。IPヘッダ変換制御部1010は、アドレス変換テーブル1014に従ってIPv4ヘッダとIPv6ヘッダの変換を行う。IGMP-MLD変換制御部1011は、IPv6マルチキャスト加入テーブル1015に従って、IGMPパケットとMLDパケットの変換を行う。ここで、IGMPパケットとは、IPv4パケット内のデータパケットがIGMPヘッダとデータパケットに分かれているパケットである。MLDパケットとは、IPv6パケット内のデータパケットがMLDヘッダとデータパケットに分かれているパケットである。
【００２３】
図５は、IPv6マルチキャスト加入テーブルを示す図である。IGMP-MLD変換制御部1011内のIPv6マルチキャスト加入テーブル1015は、図示のような項目を１エントリとし、複数のエントリから構成されるテーブルである。IGMPバージョンは、プロトコル制御部1003のIGMP機能がサポートするIGMPのバージョンを示す。IPv4マルチキャストアドレスとIPv6マルチキャストアドレスは、現在LAN制御装置が加入しているIPv4/IPv6マルチキャストグループの対応関係を示している。エントリ保存時間は、このエントリが有効な最大時間を示す。IPv4-IPv6受信スイッチ制御部1013は、LAN制御部1005からの受信パケット（IPv4パケット又は、IPv6パケット）に対するパケットスイッチング機能を持つ。
【００２４】
図６は、IGMPメッセージフォーマットの説明図である。ここでは、IGMPヘッダについて説明する。TypeはIGMPのメッセージタイプの種別を示す。タイプにはMembership Query（マルチキャストグループ問い合わせ）、Membership Report（マルチキャストグループ報告）、Leave Group（マルチキャストグループ離脱）がある。Max Resp TimeはIGMPヘッダのTypeがMembership Query メッセージのIGMPパケットに対するIGMPヘッダのTypeがMembership ReportのIGMPパケットを送信するための最大遅延時間を示す。Group Addressは、IPv4マルチキャストアドレスが入る。
【００２５】
図７は、MLDメッセージフォーマットの説明図である。ここでは、MLDヘッダについて説明する。TypeはMLDメッセージタイプの種別を示す。タイプには、Multicast Listener Query（マルチキャストグループ問い合わせ）、Multicast Listener Report（マルチキャストグループ報告）、Multicast Listener Done（マルチキャストグループ離脱）がある。Maximam Respose Delayは、MLDヘッダのTypeがMulticast Listener QueryメッセージのMLDパケットに対するMLDヘッダのTypeがMulticast Listener ReportのMLDパケットを送信するための最大遅延時間を示す。Multicast Addressには、IPv6マルチキャストアドレスが入る。
【００２６】
次にマルチキャストデータ送信時のデータの流れについて説明する。
まず、TCP／IPv4対応マルチキャストAP 1006は、マルチキャストデータを生成し、プロトコル制御部1003に送出する。プロトコル制御部1003はマルチキャストデータにTCP(Transmission control protocol)ヘッダ又はUDP(User datagram protocol)ヘッダ、IPv4ヘッダを付加し、プロトコル変換制御部1004に送出する。このとき、IPv4ヘッダのDestination AddressフィールドにはIPv4マルチキャストアドレスが入っている。プロトコル変換制御部1004内のIPv4-IPv6送信スイッチ制御部1009は、IPv4マルチキャストパケットを受け取ると、IPv4ヘッダを見て、通常のデータパケットであることを判定する。
【００２７】
そして、IPv4-IPv6送信スイッチ制御部1009は、IPヘッダ変換制御部1010にIPv4マルチキャストパケットを渡す。IPヘッダ変換制御部1010は、アドレス変換テーブル1014を参照し、IPv4ヘッダのDestination Addressフィールドに書かれているIPv4マルチキャストアドレスとSource AddressをIPv6アドレスに変換し、IPv4ヘッダ全体をIPv6ヘッダに変換する。そして、生成されたIPv6マルチキャストパケットは、IPv6送受信制御部1012、IPv4-IPv6受信スイッチ制御部1013を経て、LAN制御部1005からIPv6ネットワークに出力される。
【００２８】
次にマルチキャストデータ受信時のマルチキャスト制御とマルチキャストデータの流れについて説明する。
まず、TCP/IPv4対応マルチキャストAP1006は、マルチキャストデータを受信する場合、受信したいマルチキャストアドレスに対し、マルチキャストグループ加入のための制御パケットをネットワークに出力するための制御命令をプロトコル制御部1003に出す。プロトコル制御部1003のIPv4送受信制御部1008は、その制御命令により、IGMPパケットを生成し、プロトコル変換制御部1004に渡す。プロトコル変換制御部1004内のIPv4-IPv6送信スイッチ制御部1009は、IGMPパケットを受け取るとIGMPヘッダをみてIGMP-MLD変換制御部1011にIGMPパケットを渡す。IGMP-MLD変換制御部１０１１はIGMPヘッダをMLDヘッダに変換する。そして、IPv6マルチキャスト加入テーブル1015及びアドレス変換テーブル1014にIPv4マルチキャストアドレスとIPv6マルチキャストアドレスの対応情報を登録し、MLDパケットをLAN制御部1005からIPv6ネットワークへ出力する。
【００２９】
次に、IPv4-IPv6受信スイッチ制御部1013は、IPv6ネットワークからIPv6マルチキャストデータパケットをLAN制御部1005から受け取ると、IPv6マルチキャストデータパケット内IPv6ヘッダのDestination AddressとSource Addressフィールドに入っているIPv6アドレスがアドレス変換テーブル1014に登録されているか判定し、登録されていたらIPv6マルチキャストデータパケットをIPヘッダ変換制御部1010に渡す。IPヘッダ変換制御部1010はアドレス変換テーブル1014を基にIPv6マルチキャストデータパケットのIPv6ヘッダをIPv4ヘッダに変換し、プロトコル制御部1003に渡す。プロトコル制御部1003はIPv4マルチキャストデータパケットをプロトコル処理し、マルチキャストデータをTCP/IPv4対応マルチキャストAP 1006に渡す。
【００３０】
つぎに、IGMP-MLD変換制御部1011の処理フローについて説明する。図８は、本発明の第一の実施の形態におけるMLDからIGMPへの変換処理フローを示す図である。図９は、本発明の第一の実施の形態におけるIGMPからMLDへの変換処理フローを示す図である。
【００３１】
まず、MLDパケットをIGMPパケットに変換する処理フローについて図８を使って説明する。IGMP-MLD変換制御部1011は、MLDからIGMPへの変換処理が開始されると(11001)、IPv4-IPv6受信スイッチ制御部1004からMLDパケットを受け取り、MLDパケット、MLDヘッダのTYPEフィールドを参照する。TYPEフィールドに“General Query”が入っていたら（11002）、IPv6マルチキャスト加入テーブル1015に登録されているIPv6マルチキャストアドレスを使ってMLDヘッダをIGMPヘッダに変換し、アドレス変換テーブル1014を使ってIPv6ヘッダをIPv4ヘッダに変換することでMLDパケットをIGMPパケットに変換する（11003）。一方、MLDヘッダのTYPEフィールドに“Specific Query”又は、“Report”が入っていたら（11004、11008）IPv6マルチキャスト加入テーブル1015を検索する（11005、11009）。該当レコードがない場合、受信パケットを破棄する（11006、11010）。該当レコードがあった場合、該当レコードの情報を基にMLDヘッダをIGMPヘッダに変換する（11007、11011）。また、MLDヘッダのTYPEフィールドに“Done”が入っていたら（11012）、パケットを破棄する（11013）。
【００３２】
つぎに、IGMPパケットをMLDパケットに変換する処理フローについて図９を使って説明する。
IGMP-MLD変換制御部1011は、処理が開始されると(12001)、IPv4-IPv6送信スイッチ制御部1009からIGMPパケットを受け取り、IGMPパケットのIGMPヘッダのTYPEフィールドを参照する。TYPEフィールドに“Menbership Query”が入っていたら処理を完了する。TYPEフィールドに“menbership Report”が入っていたら（12003）、IGMPからMLDヘッダへの変換処理を行い（12004）、変換したIPv6マルチキャストアドレスとIPv4マルチキャストアドレスを使って、IPv6マルチキャスト加入テーブルとアドレス変換テーブルを更新する（12005、12006）。TYPEフィールドに“Leave Group”が入っていた場合も(12007)、同様の処理を行う。
【００３３】
次に、IPv4-IPv6マルチキャスト変換システムにおけるデータシーケンスを説明する。図１０は、図1に示したLAN制御装置を使ったマルチキャスト通信ネットワークシステムの構成例を示す図である。図１１は、本発明の実施の形態におけるホストAのアドレス変換テーブルの構成例を示す図である。図１２は、本発明の実施の形態におけるホストBのアドレス変換テーブル構成例を示す図である。図１３は、本発明の第一の実施の形態におけるパケットデータのシーケンス図である。
【００３４】
ホストA 7001は、LAN1に接続し、サーバ間のTCPはIPv4マルチキャスト対応APが動作している。ホストB 7007はLAN2に接続し、クライアント用のTCP/IPv4マルチキャスト対応APが動作している。図１０の通信システムにおいて、ホストA 7001が出力するマルチキャストデータをホストB 7007が受信するデータシーケンスについて図１３を使って説明する。
【００３５】
ホストA 7001のTCP/IPv4マルチキャスト対応AP 7002は、プロトコル制御部7003を使ってIPv4マルチキャストデータをプロトコル変換制御部7004へ出力する。プロトコル変換制御部7004は、図１１に示すアドレス変換制御テーブル8001を使ってIPv4ヘッダをIPv6ヘッダに変換し、IPv6マルチキャストデータをLAN1へ出力する。しかし、IPv6マルチキャストルータ7006は、この時点では、LAN2に接続されているホストを認識していないため（又は、マルチキャスト通信のグループのメンバーとして登録されていないため）、受信したIPv6マルチキャストデータをLAN2へフォワードしない。
【００３６】
これに対しホストB 7007のTCP/IPv4対応マルチキャストAP（クライアントソフトウェア）は、ホストA 7001が出力するマルチキャストデータを受信するため、このマルチキャストグループに対して、プロトコル制御部7010を使って、IGMPヘッダのTypeフィールドに“Report”をセットしたIGMPパケットをプロトコル変換制御部7009に送出する。プロトコル変換制御部7009は、図５に示すようなIPv6マルチキャスト加入テーブル10001を使ってIGMPヘッダをMLDヘッダに変換し、MLDパケット（MLDヘッダのTypeフィールドに“Report”種別がセットされている）をLAN2へ出力する。IPv6マルチキャストルータ7006はMLDパケットを受信し、LAN2側にクライアントが接続されていることを認識するとホストA7001が送出しているIPv6マルチキャストデータをLAN2へフォワードする。IPv6マルチキャストデータを受信したホストB 7007のLAN制御部7008は、このデータをプロトコル変換制御部7009へ渡す。プロトコル変換制御部7009は、図１２に示すアドレス変換テーブル9001を使ってIPv6ヘッダをIPv4ヘッダに変換し、IPv4マルチキャストデータをプロトコル制御部7009へ送出し、TCP/IPv4対応マルチキャストAP 7011は、マルチキャストデータを受信することができる。
【００３７】
つぎに、本発明を示す第二の実施の形態について説明する。
図１４は本発明の第二の実施の形態におけるLAN制御装置の構成を示す図である。図１５は、本発明の第二の実施の形態における通信ネットワークシステムの構成例を示す図である。図１６は、本発明の第二の実施の形態におけるパケットデータのシーケンス図である。図１７は、本発明の第二の実施の形態におけるパケットデータのシーケンス図である。
【００３８】
LAN制御装置13001は、IGMP-MLD変換制御部13002、IPヘッダ変換制御部13004、IPv4-IPv6送受信スイッチ制御部13006、LAN１制御部13008、LAN２制御部13007、IPv6送受信制御部13009を備える。IGMP-MLD変換制御部13002はIPv6マルチキャスト加入テーブル10003に従って、IGMPパケットとMLDパケットの変換を行う。IPヘッダ変換制御部13004はアドレス変換テーブル13005に従ってIPv4ヘッダとIPv6ヘッダの変換を行う。
【００３９】
つぎに、各制御部間の入出力インタフェースについて説明する。
まず、IPv4ネットワークから入力されたデータをIPv6ネットワークへ送出する場合について説明する。LAN1制御部13008はIPv4ネットワークよりパケットデータを受信するとIPv4-IPv6送受信スイッチ制御部13006へ渡す。IPv4-IPv6送受信スイッチ制御部13006はパケットデータ内IPv4ヘッダをチェックする。IPv4パケットの場合は、IPヘッダ変換制御部13004にIPv4パケットを渡し、IGMPパケットの場合は、IGMP-MLD変換制御部13002へIGMPパケットを渡す。IPヘッダ変換制御部13004はアドレス変換テーブル13005を基にIPv4ヘッダをIPv6ヘッダに変換し、IPv6パケットをIPv4-IPv6送受信スイッチ制御部13006に渡し、LAN2制御部を通してIPv6ネットワークへ送出する。IGMP-MLD変換制御部13002は、IPv6マルチキャスト加入テーブル13003を基にIPv4ヘッダ、IGMPヘッダをIPv6ヘッダ、MLDヘッダに変換し、MLDパケットをIPv4-IPv6送受信スイッチ制御部13006に渡す。そして、LAN2制御部13007を通してIPv6ネットワークへMLDパケットを送出する。IPv6ネットワークから入力されたデータをIPv4ネットワークへ送出する場合も同様にIGMP-MLD変換制御部13002ではMLDパケットをIGMPパケットに変換し、IPヘッダ変換制御部13004ではIPv6パケットをIPv4パケットに変換することで実現する。
【００４０】
つぎに、IPv4-IPv6マルチキャスト変換システムにおけるデータの流れについて説明する。図１５は、IPv4-IPv6マルチキャスト通信システムの構成例を示す図である。LAN1およびLAN2には、IPv6クライアント／サーバ、IPv6ルータが接続され、IPv6クライアント／サーバ上では、マルチキャストアプリケーションが動作している。LAN3およびLAN4にはIPv4クライアント／サーバ、IPv4ルータが接続され、IPv4クライアント／サーバ上ではマルチキャストアプリケーションが動作している。LAN制御装置13001はLAN1、LAN2が形成するIPv6マルチキャストネットワークとLAN3,LAN4が形成するIPv4マルチキャストネットワークを接続する。
【００４１】
まず、IPv4サーバ14006が出力するマルチキャストデータをIPv6クライアント14001が受信するまでのデータシーケンスについて、図１６を使って説明する。 IPv4サーバ14006はIPv4マルチキャストデータをLAN4上に送信し続けている。しかし、IPv4ルータ14005はLAN3側のクライアントを認識していないため、IPv4マルチキャストデータをLAN3へフォワードしない。これに対し、IPv6クライアント14001は、IPv4サーバ14006が出力するマルチキャストデータを受信するため、そのマルチキャストグループに対して、MLDヘッダのTYPEフィールドに”Report"をセットしたMLDパケットをLAN1に送出する。
【００４２】
LAN制御装置13001内IGMP-MLD変換制御部13002はMLDパケットをIGMPパケット（IGMPヘッダのTYPEフィールドに”Report"種別がセットされている）に変換し、LAN3へ送出する。IPv4ルータ14005は、IGMPパケットを受信し、LAN3側にクライアントがいることを確認するとIPv4サーバ14006が送出しているIPv4マルチキャストデータをLAN3へフォワードする。IPv4マルチキャストデータを受信したLAN制御装置13001は、IPヘッダ変換制御部13004がIPv4マルチキャストデータをIPv6マルチキャストデータに変換し、これをLAN1へ送出する。IPv6クライアントはLAN1へ送出されたIPv6マルチキャストデータを受信し、IPv4-IPv6マルチキャスト通信が成立する。
【００４３】
次に、IPv6サーバ14003が出力するマルチキャストデータをIPv4クライアント14004が受信するまでのデータシーケンスについて図１７を使って説明する。IPv6サーバ14003は、IPv6マルチキャストデータをLAN2上に送信し続けている。しかし、この時点では、IPv6ルータ14002はLAN側にクライアントがいないため、（又は、クライアントとして設定されていないため）IPv6マルチキャストデータをLAN1へフォワードしない。これに対し、IPv4クライアント14004は、IPv6サーバ14003が出力するマルチキャストデータを受信するため、そのマルチキャストグループに対して、IGMPヘッダのTypeフィールドに“Report”種別をセットしたIGMPパケットをLAN3に送出する。LAN制御装置13001間、IGMP-MLD変換制御部13002は、IGMPパケットをMLDパケット（MLDヘッダのTypeフィールドに“Report”がセットされている）に変換し、LAN1へ送出する。IPv6ルータ14002はMLDパケットを受信し、LAN1側にクライアントがいることを認識するとIPv6サーバ14003が送出しているIPv6マルチキャストデータをLAN1へフォワードする。IPv6マルチキャストデータを受信したLAN制御装置13001は、IPヘッダ変換制御部13004がIPv6マルチキャストデータをIPv4マルチキャストデータに変換し、これをLAN3へ送出する。IPv6クライアントはLAN3へ送出されたIPv4マルチキャストデータを受信し、IPv4-IPv6マルチキャスト通信が成立する。
【００４４】
なお、本発明のマルチキャスト通信方法は、マルチキャスト通信プログラムを記録した記録媒体又はそれを含むプログラム製品として提供されることができる。
【００４５】
【発明の効果】
本発明によると、以上のように、PC/WS等のLAN制御装置を構成する従来のプロトコル制御部とLAN制御部の間にプロトコル変換制御部をおき、プロトコル変換制御部の中にIGMP-MLD変換制御部を設けることにより、プロトコル制御部とLAN制御部との間で流れるパケットの内、マルチキャスト制御用のパケット（MLDパケット及びIGMPパケット）のマルチキャスト制御ヘッダ（MLDヘッダとIGMPヘッダ）の変換が可能になり、PC/WS上のIPv4マルチキャスト対応のアプリケーションが直接PC/WS上のIPv6対応アプリケーションとの通信が可能になる。
【００４６】
また、本発明によると、ルータ/スイッチ等のLAN制御装置にIPヘッダ変換制御部とIGMP-MLD変換制御部を設けることにより、IPv4ホストから出力されるIPマルチキャストパケットをIPv6ホストで受信でき、IPv6ホストから出力されるIPマルチキャストパケットをIPv4ホストで受信することが可能になる。
【図面の簡単な説明】
【図１】本発明の第一の実施の形態におけるLAN制御装置の構成を示す図である。
【図２】情報処理装置の構成を示す図である。
【図３】 IPv4ヘッダフォーマットの説明図である。
【図４】 IPv6ヘッダフォーマットの説明図である。
【図５】 IPv6マルチキャスト加入テーブルを示す図である。
【図６】 IGMPメッセージフォーマットの説明図である。
【図７】 MLDメッセージフォーマットの説明図である。
【図８】本発明の第一の実施の形態におけるMLDからIGMPへの変換処理フローを示す図である。
【図９】本発明の第一の実施の形態におけるIGMPからMLDへの変換処理フローを示す図である。
【図１０】本発明の実施の形態における通信ネットワークシステムの構成例を示す図である。
【図１１】本発明の実施の形態におけるホストAのアドレス変換テーブルの構成例を示す図である。
【図１２】本発明の実施の形態におけるホストBのアドレス変換テーブル構成例を示す図である。
【図１３】本発明の第一の実施の形態におけるパケットデータのシーケンス図である。
【図１４】本発明の第二の実施の形態におけるLAN制御装置の構成を示す図である。
【図１５】本発明の第二の実施の形態における通信ネットワークシステムの構成例を示す図である。
【図１６】本発明の第二の実施の形態におけるパケットデータのシーケンス図である。
【図１７】本発明の第二の実施の形態におけるパケットデータのシーケンス図である。
【符号の説明】
1001 LAN制御装置
1003 プロトコル制御部
1004 プロトコル変換制御部
1005 LAN制御部
1006 TCP/IPv4対応マルチキャストAP
1009 IPv4-IPv6送信スイッチ制御部
1010 IPヘッダ変換制御部
1011 IGMP-MLD変換制御部
1012 IPv6送受信制御部
1013 IPv4-IPv6受信スイッチ制御部
1014 アドレス変換テーブル
1015 IPv6マルチキャスト加入テーブル
Claims (15)
- ネットワークに接続され、Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ４（ＩＰｖ４）パケットを生成するプロトコル制御部と、前記ＩＰｖ４パケットをＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６（ＩＰｖ６）パケットに変換するヘッダ変換部と、前記ＩＰｖ６パケットを前記ネットワークに送信し、また、前記ネットワークからパケットを受信するネットワーク制御部とを有する通信制御装置において、
前記プロトコル制御部により生成されたＩｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ（ＩＧＭＰ）パケットのＩＧＭＰヘッダに含まれる少なくともＴｙｐｅ情報を、Ｍｕｌｔｉｃａｓｔ Ｌｉｓｔｅｎｅｒ Ｄｉｓｃｏｖｅｒｙ（ＭＬＤ）パケットのＭＬＤヘッダにおけるＴｙｐｅ情報に変換し、また、前記ＩＧＭＰヘッダに含まれるＩＰｖ４マルチキャストアドレスをＩＰｖ６マルチキャストアドレスに変換することにより、ＩＧＭＰヘッダをＭＬＤヘッダに変換してＭＬＤパケットを生成し、または、前記ネットワークから受信したＭＬＤパケットのＭＬＤヘッダに含まれる少なくともＴｙｐｅ情報をＩＧＭＰヘッダにおけるＴｙｐｅ情報に変換し、また、前記ＭＬＤヘッダに含まれるＩＰｖ６マルチキャストアドレスをＩＰｖ４マルチキャストアドレスに変換することにより、ＭＬＤヘッダをＩＧＭＰヘッダに変換してＩＧＭＰパケットを生成する変換制御部と、
前記プロトコル制御部により生成されたパケットに前記ＩＧＭＰヘッダが含まれていることにより前記パケットが前記ＩＧＭＰパケットであることを認識し、または、前記ネットワークから受信したパケットに前記ＭＬＤヘッダが含まれていることにより前記パケットが前記ＭＬＤパケットであることを認識し、前記変換制御部に前記パケットを渡すスイッチ制御部と
を更に有する前記通信制御装置。 - 請求項１記載の通信制御装置において、
前記変換制御部は、前記ＩＧＭＰヘッダの前記Ｔｙｐｅ情報が“Ｍｅｍｂｅｒｓｈｉｐ Ｑｕｅｒｙ”を示している場合、変換処理を終了する前記通信制御装置。 - 請求項１記載の通信制御装置において、
前記変換制御部は、前記ＩＧＭＰヘッダの前記Ｔｙｐｅ情報が“Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔ”を示している場合、前記ＩＧＭＰヘッダの前記Ｔｙｐｅ情報を“Ｍｕｌｔｉｃａｓｔ Ｌｉｓｔｅｎｅｒ Ｒｅｐｏｒｔ”を示すＴｙｐｅ情報に変換する前記通信制御装置。 - 請求項１記載の通信制御装置において、
前記変換制御部は、前記ＭＬＤヘッダの前記Ｔｙｐｅ情報が“Ｍｕｌｔｉｃａｓｔ Ｌｉｓｔｅｎｅｒ Ｄｏｎｅ”を示している場合、前記ＭＬＤパケットを廃棄する前記通信制御装置。 - 請求項１記載の通信制御装置において、
更にＩＰｖ４マルチキャストアドレスとＩＰｖ６マルチキャストアドレスとを対応付けて記憶する記憶部を備え、
前記変換制御部は、前記ＭＬＤヘッダの前記Ｔｙｐｅ情報が“Ｍｕｌｔｉｃａｓｔ Ｌｉｓｔｅｎｅｒ Ｒｅｐｏｒｔ”を示している場合、前記ＭＬＤパケットに含まれる前記ＩＰｖ６マルチキャストアドレスに対応するＩＰｖ４マルチキャストアドレスが前記記憶部に登録されているか検索し、前記ＩＰｖ４マルチキャストアドレスが登録されている場合には、前記ＭＬＤヘッダの前記Ｔｙｐｅ情報を“Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔ”を示すＴｙｐｅ情報に変換し、前記ＩＰｖ６マルチキャストアドレスを前記ＩＰｖ４マルチキャストアドレスに変換する前記通信制御装置。 - 請求項５記載の通信制御装置において、
前記ＩＰｖ４マルチキャストアドレスが登録されていない場合には、前記変換制御部は前記ＭＬＤパケットを廃棄する前記通信制御装置。 - ネットワークに接続され、前記ネットワークからＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ４（ＩＰｖ４）パケットまたはＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６（ＩＰｖ６）パケットを受信し、ＩＰｖ４パケットまたはＩＰｖ６パケットを前記ネットワークに送信するネットワーク制御部と、前記ＩＰｖ４パケットをＩＰｖ６パケットに変換し、または、前記ＩＰｖ６パケットをＩＰｖ４パケットに変換するヘッダ変換部とを有する通信制御装置において、
Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ（ＩＧＭＰ）パケットのＩＧＭＰヘッダに含まれる少なくともＴｙｐｅ情報を、Ｍｕｌｔｉｃａｓｔ Ｌｉｓｔｅｎｅｒ Ｄｉｓｃｏｖｅｒｙ（ＭＬＤ）パケットのＭＬＤヘッダにおけるＴｙｐｅ情報に変換し、また、前記ＩＧＭＰヘッダに含まれるＩＰｖ４マルチキャストアドレスをＩＰｖ６マルチキャストアドレスに変換することにより、ＩＧＭＰヘッダをＭＬＤヘッダに変換してＭＬＤパケットを生成し、または、ＭＬＤパケットのＭＬＤヘッダに含まれる少なくともＴｙｐｅ情報をＩＧＭＰヘッダにおけるＴｙｐｅ情報に変換し、また、前記ＭＬＤヘッダに含まれるＩＰｖ６マルチキャストアドレスをＩＰｖ４マルチキャストアドレスに変換することにより、ＭＬＤヘッダをＩＧＭＰヘッダに変換してＩＧＭＰパケットを生成する変換制御部と、
前記ネットワークから受信したパケットに前記ＩＧＭＰヘッダが含まれていることにより前記パケットが前記ＩＧＭＰパケットであることを認識し、または、前記ＭＬＤヘッダが含まれていることにより前記パケットが前記ＭＬＤパケットであることを認識し、前記変換制御部に前記パケットを渡すスイッチ制御部と
を更に有する前記通信制御装置。 - 請求項７記載の通信制御装置において、
前記変換制御部は、前記ＩＧＭＰヘッダの前記Ｔｙｐｅ情報が“Ｍｅｍｂｅｒｓｈｉｐ Ｑｕｅｒｙ”を示している場合、変換処理を終了する前記通信制御装置。 - 請求項７記載の通信制御装置において、
前記変換制御部は、前記ＩＧＭＰヘッダの前記Ｔｙｐｅ情報が“Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔ”を示している場合、前記ＩＧＭＰヘッダの前記Ｔｙｐｅ情報を“Ｍｕｌｔｉｃａｓｔ Ｌｉｓｔｅｎｅｒ Ｒｅｐｏｒｔ”を示すＴｙｐｅ情報に変換する前記通信制御装置。 - 請求項７記載の通信制御装置において、
前記変換制御部は、前記ＭＬＤヘッダの前記Ｔｙｐｅ情報が“Ｍｕｌｔｉｃａｓｔ Ｌｉｓｔｅｎｅｒ Ｄｏｎｅ”を示している場合、前記ＭＬＤパケットを廃棄する前記通信制御装置。 - 請求項７記載の通信制御装置において、
更にＩＰｖ４マルチキャストアドレスとＩＰｖ６マルチキャストアドレスとを対応付けて記憶する記憶部を備え、
前記変換制御部は、前記ＭＬＤヘッダの前記Ｔｙｐｅ情報が“Ｍｕｌｔｉｃａｓｔ Ｌｉｓｔｅｎｅｒ Ｒｅｐｏｒｔ”を示している場合、前記ＭＬＤパケットに含まれる前記ＩＰｖ６マルチキャストアドレスに対応するＩＰｖ４マルチキャストアドレスが前記記憶部に登録されているか検索し、前記ＩＰｖ４マルチキャストアドレスが登録されている場合には、前記ＭＬＤヘッダの前記Ｔｙｐｅ情報を“Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔ”を示すＴｙｐｅ情報に変換し、前記ＩＰｖ６マルチキャストアドレスを前記ＩＰｖ４マルチキャストアドレスに変換する前記通信制御装置。 - 請求項７記載の通信制御装置において、
前記ＩＰｖ４マルチキャストアドレスが登録されていない場合には、前記変換制御部は前記ＭＬＤパケットを廃棄する前記通信制御装置。 - ネットワークと接続され、Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ４（ＩＰｖ４）に対応するアプリケーション、前記アプリケーションが実行されることにより生成されるデータを含むＩＰｖ４パケットを生成するプロトコル制御プログラム、前記ＩＰｖ４パケットのＩＰｖ４ヘッダに含まれるＩＰｖ４アドレスをＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６（ＩＰｖ６）アドレスに変換し、前記ＩＰｖ４ヘッダをＩＰｖ６ヘッダに変換することによりＩＰｖ６パケットを生成するＩＰヘッダ変換プログラムとを格納するメモリと、前記メモリに格納された各プログラムを実行するＣＰＵとを有し、前記ネットワークを介して他の通信制御装置と通信する通信制御装置において、
前記メモリは、
Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ（ＩＧＭＰ）パケットのＩＧＭＰヘッダに含まれるＴｙｐｅ情報と、Ｍｕｌｔｉｃａｓｔ Ｌｉｓｔｅｎｅｒ Ｄｉｓｃｏｖｅｒｙ（ＭＬＤ）パケットのＭＬＤヘッダに含まれるＴｙｐｅ情報とを相互に変換し、前記ＩＧＭＰヘッダに含まれるＩＰｖ４マルチキャストアドレスと前記ＭＬＤヘッダに含まれるＩＰｖ６マルチキャストアドレスとを相互に変換することにより、ＩＧＭＰヘッダとＭＬＤヘッダとを相互に変換し、ＩＧＭＰパケットまたはＭＬＤパケットを生成する変換制御プログラムと、
前記プロトコル制御プログラムにより生成されたパケットに前記ＩＧＭＰヘッダが含まれていることにより前記パケットが前記ＩＧＭＰパケットであることを認識し、または、前記ネットワークから受信したパケットに前記ＭＬＤヘッダが含まれていることにより前記パケットが前記ＭＬＤパケットであることを認識し、前記変換制御プログラムを起動するスイッチ制御プログラムと
を更に格納し、
前記ＣＰＵは、前記変換制御プログラムと前記スイッチ制御プログラムを実行する
前記通信制御装置。 - ネットワークに接続され、Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ４（ＩＰｖ４）パケットを生成し、前記ＩＰｖ４パケットをＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６（ＩＰｖ６）パケットに変換して前記ネットワークに送信し、または、前記ネットワークからＩＰｖ６パケットを受信し、前記ＩＰｖ６パケットをＩＰｖ４パケットに変換する通信制御装置によって実行されるパケット変換方法において、
Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ（ＩＧＭＰ）パケットを生成し、前記ＩＧＭＰパケットのＩＧＭＰヘッダに含まれる少なくともＴｙｐｅ情報を、Ｍｕｌｔｉｃａｓｔ Ｌｉｓｔｅｎｅｒ Ｄｉｓｃｏｖｅｒｙ（ＭＬＤ）パケットのＭＬＤヘッダにおけるＴｙｐｅ情報に変換し、前記ＩＧＭＰヘッダに含まれるＩＰｖ４マルチキャストアドレスをＩＰｖ６マルチキャストアドレスに変換することにより、ＩＧＭＰヘッダをＭＬＤヘッダに変換してＭＬＤパケットを生成し、または、前記ネットワークから受信したＭＬＤパケットのＭＬＤヘッダに含まれる少なくともＴｙｐｅ情報をＩＧＭＰヘッダにおけるＴｙｐｅ情報に変換し、前記ＭＬＤヘッダに含まれるＩＰｖ６マルチキャストアドレスをＩＰｖ４マルチキャストアドレスに変換することにより、ＭＬＤヘッダをＩＧＭＰヘッダに変換してＩＧＭＰパケットを生成する前記パケット変換方法。 - ネットワークに接続され、前記ネットワークからＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ４（ＩＰｖ４）パケットまたはＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６（ＩＰｖ６）パケットを受信し、前記ＩＰｖ４パケットをＩＰｖ６パケットに変換し、または、前記ＩＰｖ６パケットをＩＰｖ４パケットに変換し、前記ＩＰｖ４パケットまたは前記ＩＰｖ６パケットを前記ネットワークに送信する通信制御装置により実行されるパケット変換方法において、
前記ネットワークから受信したパケットにＩｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ（ＩＧＭＰ）ヘッダが含まれていることにより前記パケットがＩＧＭＰパケットであることを認識し、または、Ｍｕｌｔｉｃａｓｔ Ｌｉｓｔｅｎｅｒ Ｄｉｓｃｏｖｅｒｙ（ＭＬＤ）ヘッダが含まれていることにより前記パケットがＭＬＤパケットであることを認識し、前記ＩＧＭＰパケットの前記ＩＧＭＰヘッダに含まれる少なくともＴｙｐｅ情報を、ＭＬＤヘッダにおけるＴｙｐｅ情報に変換し、また、前記ＩＧＭＰヘッダに含まれるＩＰｖ４マルチキャストアドレスをＩＰｖ６マルチキャストアドレスに変換することにより、前記ＩＧＭＰヘッダをＭＬＤヘッダに変換してＭＬＤパケットを生成し、または、前記ＭＬＤパケットの前記ＭＬＤヘッダに含まれる少なくともＴｙｐｅ情報をＩＧＭＰヘッダにおけるＴｙｐｅ情報に変換し、また、前記ＭＬＤヘッダに含まれるＩＰｖ６マルチキャストアドレスをＩＰｖ４マルチキャストアドレスに変換することにより、前記ＭＬＤヘッダをＩＧＭＰヘッダに変換してＩＧＭＰパケットを生成する前記パケット変換方法。
Priority Applications (9)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000100901A JP4347497B2 (ja) | 2000-04-03 | 2000-04-03 | 通信制御装置及びパケット変換方法 |
| DE60111795T DE60111795T2 (de) | 2000-04-03 | 2001-03-30 | Verfahren für die Übertragung eines Datenpakets an mehrere Zieladressen |
| EP01108200A EP1143680B1 (en) | 2000-04-03 | 2001-03-30 | Method of multicast data packet transmission |
| EP05007979A EP1575237B1 (en) | 2000-04-03 | 2001-03-30 | Method of multicast data packet transmission |
| DE60125995T DE60125995T2 (de) | 2000-04-03 | 2001-03-30 | Verfahren für die Übertragung eines Datenpaketes an mehrere Zieladressen |
| US09/822,294 US7012931B2 (en) | 2000-04-03 | 2001-04-02 | Multicast communication method |
| CN2006100956542A CN1897575B (zh) | 2000-04-03 | 2001-04-03 | 多址传送通信方法 |
| CNB011196785A CN1270485C (zh) | 2000-04-03 | 2001-04-03 | 多址传送通信方法 |
| US11/181,875 US7583698B2 (en) | 2000-04-03 | 2005-07-15 | Multicast communication method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000100901A JP4347497B2 (ja) | 2000-04-03 | 2000-04-03 | 通信制御装置及びパケット変換方法 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2001285357A JP2001285357A (ja) | 2001-10-12 |
| JP2001285357A5 JP2001285357A5 (ja) | 2007-03-15 |
| JP4347497B2 true JP4347497B2 (ja) | 2009-10-21 |
Family
ID=18615044
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000100901A Expired - Fee Related JP4347497B2 (ja) | 2000-04-03 | 2000-04-03 | 通信制御装置及びパケット変換方法 |
Country Status (5)
| Country | Link |
|---|---|
| US (2) | US7012931B2 (ja) |
| EP (2) | EP1143680B1 (ja) |
| JP (1) | JP4347497B2 (ja) |
| CN (2) | CN1270485C (ja) |
| DE (2) | DE60125995T2 (ja) |
Families Citing this family (58)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4501230B2 (ja) | 2000-05-30 | 2010-07-14 | 株式会社日立製作所 | ＩＰｖ４−ＩＰｖ６マルチキャスト通信方法および装置 |
| JP3464644B2 (ja) * | 2000-06-23 | 2003-11-10 | 松下電器産業株式会社 | 無線通信システム及びマルチキャスト通信方法 |
| EP1330142B1 (en) * | 2002-01-21 | 2008-04-09 | Alcatel Lucent | Method and arrangement to increase the data transmission flow rate in a communication system |
| US7440471B1 (en) * | 2002-04-17 | 2008-10-21 | Mcafee, Inc. | System and method for facilitating IPv6 protocol usage by an application program |
| JP3857183B2 (ja) | 2002-05-24 | 2006-12-13 | 株式会社日立コミュニケーションテクノロジー | アドレス変換機能を備えたパケット転送装置 |
| KR100475969B1 (ko) * | 2002-06-19 | 2005-03-17 | (주) 위즈네트 | ＩＰｖ6 프로토콜 구현 장치와 이 장치에 사용되는 물리매체 인터페이스 유닛, ＩＰｖ6 헤더 처리 유닛, 상위계층 인터페이스 유닛 |
| US7043247B2 (en) * | 2002-07-01 | 2006-05-09 | Interdigital Technology Corporation | Routing header based routing in internet protocol (IP)-cellular networks |
| US7139841B1 (en) | 2002-07-24 | 2006-11-21 | Cisco Technology, Inc. | Method and apparatus for handling embedded address in data sent through multiple network address translation (NAT) devices |
| WO2004028099A1 (ja) * | 2002-09-18 | 2004-04-01 | Fujitsu Limited | マルチキャストグループ接続装置 |
| JP4165196B2 (ja) * | 2002-11-26 | 2008-10-15 | 株式会社日立製作所 | パケット中継装置 |
| JP4045936B2 (ja) * | 2002-11-26 | 2008-02-13 | 株式会社日立製作所 | アドレス変換装置 |
| US7231452B2 (en) * | 2002-11-29 | 2007-06-12 | National University Of Singapore | Method and apparatus for communicating on a communication network |
| US7454525B1 (en) * | 2002-12-05 | 2008-11-18 | Cisco Technology, Inc. | Enabling communication when signaling protocol packets contain embedded addresses subject to translation |
| US7573876B2 (en) | 2002-12-05 | 2009-08-11 | Intel Corporation | Interconnecting network processors with heterogeneous fabrics |
| US7233987B2 (en) * | 2002-12-20 | 2007-06-19 | Alcatel Canada Inc. | System and method for converting requests between different multicast protocols in a communication network |
| US6865184B2 (en) * | 2003-03-10 | 2005-03-08 | Cisco Technology, Inc. | Arrangement for traversing an IPv4 network by IPv6 mobile nodes |
| US7590114B1 (en) * | 2003-03-24 | 2009-09-15 | Marvell International Ltd | Efficient IP multicast bridging in ethernet switches |
| US8086747B2 (en) * | 2003-09-22 | 2011-12-27 | Anilkumar Dominic | Group-to-group communication over a single connection |
| US7525902B2 (en) * | 2003-09-22 | 2009-04-28 | Anilkumar Dominic | Fault tolerant symmetric multi-computing system |
| DE60324821D1 (de) * | 2003-12-23 | 2009-01-02 | Motorola Inc | Routen-optimierter Multicast-Verkehr für einen mobilen Netzknoten |
| US20080052281A1 (en) | 2006-08-23 | 2008-02-28 | Lockheed Martin Corporation | Database insertion and retrieval system and method |
| KR100716163B1 (ko) * | 2004-12-23 | 2007-05-10 | 삼성전자주식회사 | ＩＰｖ4망과 ＩＰｖ6망 간의 멀티캐스팅을 위한 터널링방법 및 장치 |
| US20060146870A1 (en) * | 2004-12-30 | 2006-07-06 | Harvey George A | Transparent communication with IPv4 private address spaces using IPv6 |
| US20060256770A1 (en) * | 2005-05-13 | 2006-11-16 | Lockheed Martin Corporation | Interface for configuring ad hoc network packet control |
| US20060256717A1 (en) * | 2005-05-13 | 2006-11-16 | Lockheed Martin Corporation | Electronic packet control system |
| US20060256814A1 (en) * | 2005-05-13 | 2006-11-16 | Lockheed Martin Corporation | Ad hoc computer network |
| US7599289B2 (en) * | 2005-05-13 | 2009-10-06 | Lockheed Martin Corporation | Electronic communication control |
| KR100734883B1 (ko) | 2005-12-09 | 2007-07-03 | 한국전자통신연구원 | 분산형 ＩＰｖ４ 기반 라우터에 ＩＰｖ６ 포워딩 및 외부인터페이스 정보를 구축하는 방법 |
| JP2007195039A (ja) * | 2006-01-20 | 2007-08-02 | Ntt Resonant Inc | マルチメディア情報配信システム、マルチメディア情報配信方法、コンテンツ管理サーバ装置、クライアント装置、コンテンツ管理サーバプログラム、及びクライアントプログラム |
| JP4639152B2 (ja) * | 2006-01-20 | 2011-02-23 | 株式会社日立製作所 | 通信システム |
| US8068490B1 (en) * | 2006-02-27 | 2011-11-29 | Cisco Technology, Inc. | Methods and systems for multicast group address translation |
| WO2007148915A1 (en) * | 2006-06-21 | 2007-12-27 | Lg Electronics Inc. | Method and apparatus for supporting multicast of media data in a network |
| FR2903263A1 (fr) * | 2006-06-30 | 2008-01-04 | France Telecom | Procede d'adressage des elements de service et de transmission d'appel entre noeuds heterogenes |
| US20080112349A1 (en) * | 2006-11-13 | 2008-05-15 | Motorola, Inc. | System and method for providing internet protocol multicast communications over a wireless broadband data network |
| US7894438B2 (en) * | 2007-06-07 | 2011-02-22 | Ambriel Technologies | Device and method for communicating with a legacy device, network or application |
| US8687489B2 (en) * | 2007-06-15 | 2014-04-01 | Qualcomm Incorporated | Aborting a packetized wireless communication |
| CN101197752B (zh) * | 2007-11-19 | 2010-06-02 | 清华大学 | 软线式隧道中基于独立组播-特定源协议的组播实现方法 |
| US20090222569A1 (en) * | 2008-02-29 | 2009-09-03 | Atrato, Inc. | Storage system front end |
| JP4851565B2 (ja) * | 2009-06-17 | 2012-01-11 | 株式会社日立製作所 | 通信装置 |
| CN102143239B (zh) | 2010-02-02 | 2015-01-28 | 华为技术有限公司 | 实现在不同网络间进行通信的方法及装置 |
| US9559855B2 (en) * | 2010-05-20 | 2017-01-31 | Cisco Technology, Inc. | System and method for providing multicast delivery in a network environment |
| US9729337B2 (en) * | 2010-10-29 | 2017-08-08 | Aruba Networks, Inc. | Delivering and managing multicast traffic over wireless LANs |
| CN102468966B (zh) * | 2010-11-19 | 2014-12-31 | 中兴通讯股份有限公司 | 组播报文控制的方法和装置 |
| CN102780567A (zh) * | 2011-05-09 | 2012-11-14 | 中兴通讯股份有限公司 | 一种DS-lite网络架构承载组播业务的方法、系统和网络节点 |
| KR101268042B1 (ko) * | 2011-07-06 | 2013-05-28 | 주식회사 씨에스 | 이동 통신 시스템에서 멀티캐스트/브로드캐스트 서비스 제공 장치 및 방법 |
| US8885491B1 (en) * | 2011-10-10 | 2014-11-11 | The Directv Group, Inc. | Method and system for communicating conditional access packet signals through a network |
| US9036633B2 (en) * | 2011-10-17 | 2015-05-19 | Futurewei Technologies, Inc. | Multicast support for internet protocol version four residual deployment via encapsulation or translation |
| WO2013063797A1 (zh) * | 2011-11-04 | 2013-05-10 | 华为技术有限公司 | 互联网协议版本IPv6组播地址生成的方法和装置 |
| US9014189B2 (en) | 2012-01-19 | 2015-04-21 | Comcast Cable Communications, Llc | Address translation |
| CN104285413B (zh) * | 2012-02-21 | 2018-02-16 | 华为技术有限公司 | 一种数据包转换装置及方法 |
| US9008093B2 (en) | 2012-03-12 | 2015-04-14 | Comcast Cable Communications, Llc | Stateless protocol translation |
| CN104657396B (zh) * | 2013-11-25 | 2020-04-24 | 腾讯科技（深圳）有限公司 | 数据迁移方法及装置 |
| CN105376338B (zh) * | 2014-08-22 | 2019-05-31 | 深圳市中兴微电子技术有限公司 | 一种IPv4与IPv6之间的翻译方法及装置 |
| US10230544B1 (en) | 2016-11-23 | 2019-03-12 | Pure Storage, Inc. | Efficient data forwarding in a networked device |
| JP6914661B2 (ja) * | 2017-01-27 | 2021-08-04 | キヤノン株式会社 | 通信装置および通信装置の制御方法 |
| WO2019123630A1 (ja) * | 2017-12-22 | 2019-06-27 | 富士通株式会社 | 通信装置および通信方法 |
| TWI783709B (zh) * | 2021-10-05 | 2022-11-11 | 瑞昱半導體股份有限公司 | 網路封包轉換方法 |
| US11991144B2 (en) | 2022-04-28 | 2024-05-21 | Cisco Technology, Inc. | Seamless MAC address rotation in multi-link device using multiple IP stacks |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6873627B1 (en) * | 1995-01-19 | 2005-03-29 | The Fantastic Corporation | System and method for sending packets over a computer network |
| US5608726A (en) * | 1995-04-25 | 1997-03-04 | Cabletron Systems, Inc. | Network bridge with multicast forwarding table |
| JP3531367B2 (ja) * | 1996-07-04 | 2004-05-31 | 株式会社日立製作所 | トランスレータ |
| JP3915230B2 (ja) | 1998-02-27 | 2007-05-16 | 株式会社日立製作所 | パケット生成方法およびその機能を有する情報処理装置並びにパケット生成プログラムを記録した記録媒体 |
| EP0840482B1 (en) * | 1996-11-01 | 2007-04-25 | Hitachi, Ltd. | Communicating method between IPv4 terminal and IPv6 terminal and IPv4-IPv6 converting apparatus |
| US6272134B1 (en) * | 1997-11-20 | 2001-08-07 | International Business Machines Corporation | Multicast frame support in hardware routing assist |
| US6452915B1 (en) * | 1998-07-10 | 2002-09-17 | Malibu Networks, Inc. | IP-flow classification in a wireless point to multi-point (PTMP) transmission system |
| JP3519616B2 (ja) * | 1998-10-21 | 2004-04-19 | 株式会社日立製作所 | 中継装置 |
| US6526054B1 (en) * | 1999-06-28 | 2003-02-25 | Nortel Networks Limited | System, device, and method for transitioning from DVMRP to BGMP for interdomain multicast routing over the internet multicast backbone |
| JP4381642B2 (ja) * | 1999-09-30 | 2009-12-09 | 富士通株式会社 | 階層化網と非階層化網との混在環境での経路制御方法及びその装置 |
| US6708219B1 (en) * | 1999-10-26 | 2004-03-16 | 3Com Corporation | Method and system for dual-network address utilization |
| US6751218B1 (en) * | 2000-02-26 | 2004-06-15 | Avaya Technology Corp. | Method and system for ATM-coupled multicast service over IP networks |
| JP4501230B2 (ja) * | 2000-05-30 | 2010-07-14 | 株式会社日立製作所 | ＩＰｖ４−ＩＰｖ６マルチキャスト通信方法および装置 |
-
2000
- 2000-04-03 JP JP2000100901A patent/JP4347497B2/ja not_active Expired - Fee Related
-
2001
- 2001-03-30 EP EP01108200A patent/EP1143680B1/en not_active Expired - Lifetime
- 2001-03-30 DE DE60125995T patent/DE60125995T2/de not_active Expired - Lifetime
- 2001-03-30 DE DE60111795T patent/DE60111795T2/de not_active Expired - Lifetime
- 2001-03-30 EP EP05007979A patent/EP1575237B1/en not_active Expired - Lifetime
- 2001-04-02 US US09/822,294 patent/US7012931B2/en not_active Expired - Lifetime
- 2001-04-03 CN CNB011196785A patent/CN1270485C/zh not_active Expired - Fee Related
- 2001-04-03 CN CN2006100956542A patent/CN1897575B/zh not_active Expired - Fee Related
-
2005
- 2005-07-15 US US11/181,875 patent/US7583698B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| CN1897575B (zh) | 2010-04-07 |
| DE60125995D1 (de) | 2007-02-22 |
| US20050249213A1 (en) | 2005-11-10 |
| DE60125995T2 (de) | 2007-09-06 |
| EP1575237B1 (en) | 2007-01-10 |
| CN1318930A (zh) | 2001-10-24 |
| EP1143680B1 (en) | 2005-07-06 |
| JP2001285357A (ja) | 2001-10-12 |
| US20010053156A1 (en) | 2001-12-20 |
| CN1897575A (zh) | 2007-01-17 |
| EP1143680A2 (en) | 2001-10-10 |
| DE60111795D1 (de) | 2005-08-11 |
| EP1143680A3 (en) | 2003-04-16 |
| US7012931B2 (en) | 2006-03-14 |
| US7583698B2 (en) | 2009-09-01 |
| CN1270485C (zh) | 2006-08-16 |
| EP1575237A1 (en) | 2005-09-14 |
| DE60111795T2 (de) | 2006-06-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4347497B2 (ja) | 通信制御装置及びパケット変換方法 | |
| US6580717B1 (en) | Packet communication method and apparatus and a recording medium storing a packet communication program | |
| US7701952B2 (en) | Packet communication method and apparatus and a recording medium storing a packet communication program | |
| US8774038B2 (en) | Multicast support for dual stack-lite and internet protocol version six rapid deployment on internet protocol version four infrastructures | |
| JP4501230B2 (ja) | ＩＰｖ４−ＩＰｖ６マルチキャスト通信方法および装置 | |
| US7561570B2 (en) | IP multicast distribution system, streaming data distribution system and program therefor | |
| US7245622B2 (en) | Allowing IPv4 clients to communicate over an IPv6 network when behind a network address translator with reduced server workload | |
| US7418003B1 (en) | PIM sparse mode to source specific multicast conversion | |
| JP2001230774A (ja) | パケット変換装置およびパケット変換方法 | |
| TW200924462A (en) | System and method for connection of hosts behind NATs | |
| JP2004064751A (ja) | ネットワークアドレス変換システムおよびその方法 | |
| JP3915230B2 (ja) | パケット生成方法およびその機能を有する情報処理装置並びにパケット生成プログラムを記録した記録媒体 | |
| EP3395049B1 (en) | Router and method for connecting an ipv4 network and an ipv6 network | |
| US8224995B2 (en) | Method and system for providing an accurate address of a device on a network | |
| JP4349413B2 (ja) | パケット生成方法およびその機能を有する情報処理装置並びにパケット生成プログラムを記録した記録媒体 | |
| JP4670979B2 (ja) | パケット生成方法およびその機能を有する情報処理装置並びにパケット生成プログラムを記録した記録媒体 | |
| WO2009039785A1 (fr) | Méthode et dispositif d'établissement de voies de transmission en multidiffusion et mise en oeuvre de transmissions en multidiffusion | |
| JP2006211457A (ja) | コンバータ装置及び通信制御方法 | |
| JP2000059430A (ja) | ネットワークアドレス変換方法及びその装置 | |
| KR20050073947A (ko) | 분산구조 라우터에서 멀티캐스트 패킷 처리장치 및 그 방법 | |
| JP2005026897A (ja) | ネットワーク間接続装置 | |
| Wasserman et al. | A V6 Under the Hood: IPv6 for Embedded Systems | |
| Qayyum et al. | Establishing Link between IPv6 Networks Using IPv4 Clouds | |
| JP2007274734A (ja) | コンバータ装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070123 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070123 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090105 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090407 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090602 |
|
| 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: 20090714 |
|
| 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: 20090716 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4347497 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120724 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130724 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| 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 |