JP2000201183A - デ―タ送信方法 - Google Patents
デ―タ送信方法Info
- Publication number
- JP2000201183A JP2000201183A JP11003411A JP341199A JP2000201183A JP 2000201183 A JP2000201183 A JP 2000201183A JP 11003411 A JP11003411 A JP 11003411A JP 341199 A JP341199 A JP 341199A JP 2000201183 A JP2000201183 A JP 2000201183A
- Authority
- JP
- Japan
- Prior art keywords
- node
- mobile
- layer
- identifier
- address
- 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.)
- Withdrawn
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
-
- 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/50—Address allocation
- H04L61/5007—Internet protocol [IP] addresses
-
- 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/50—Address allocation
- H04L61/5092—Address allocation by self-assignment, e.g. picking addresses at random and testing if they are already in use
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2212/00—Encapsulation of packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/26—Network addressing or numbering for mobility support
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
Abstract
(57)【要約】
【課題】 パケットのヘッダサイズを大きくすることな
く移動透過性を実現する。 【解決手段】 ユーザが送信先のホスト名を指定する
と、アプリケーション層はノード識別子を得るためのリ
ゾルバを読み出してＤＮＳサーバに問い合わせを行う。
アプリケーション層は、ＤＮＳサーバからノード識別子
を獲得すると、このノード識別子をＴＣＰ／ＵＤＰ層を
介してＶＩＰ層に送っていく。ＶＩＰ層は、リゾルバを
呼び出して、上記識別子に基づいて宛先ノードのホーム
プレフィックスを獲得するようにＤＮＳサーバに問い合
わせを行う。ＶＩＰ層は、ノード識別子及びホームプレ
フィックスを獲得した後、これらを結合して移動指向Ｉ
Ｐｖ６アドレスを生成する。
く移動透過性を実現する。 【解決手段】 ユーザが送信先のホスト名を指定する
と、アプリケーション層はノード識別子を得るためのリ
ゾルバを読み出してＤＮＳサーバに問い合わせを行う。
アプリケーション層は、ＤＮＳサーバからノード識別子
を獲得すると、このノード識別子をＴＣＰ／ＵＤＰ層を
介してＶＩＰ層に送っていく。ＶＩＰ層は、リゾルバを
呼び出して、上記識別子に基づいて宛先ノードのホーム
プレフィックスを獲得するようにＤＮＳサーバに問い合
わせを行う。ＶＩＰ層は、ノード識別子及びホームプレ
フィックスを獲得した後、これらを結合して移動指向Ｉ
Ｐｖ６アドレスを生成する。
Description
【０００１】
【発明の属する技術分野】本発明は、ノードが移動した
場合のネットワークシステムに用いて好適なデータ送信
方法に関する。
場合のネットワークシステムに用いて好適なデータ送信
方法に関する。
【０００２】
【従来の技術】近年、コンパクトで高性能な携帯型のい
わゆるパーソナル・コンピュータ（以下、「ＰＣ」とい
う。）の普及に伴い、ユーザはＰＣをいつでもどこへで
も持ち運ぶことが可能となった。また、単に持ち運ぶだ
けでなく、その携帯型ＰＣを移動先のサブネットに接続
し、様々なネットワークサービスを受けるという形態も
一般化しつつあり、いわゆるモバイル・コンピューティ
ング環境が現実的なものとなってきている。
わゆるパーソナル・コンピュータ（以下、「ＰＣ」とい
う。）の普及に伴い、ユーザはＰＣをいつでもどこへで
も持ち運ぶことが可能となった。また、単に持ち運ぶだ
けでなく、その携帯型ＰＣを移動先のサブネットに接続
し、様々なネットワークサービスを受けるという形態も
一般化しつつあり、いわゆるモバイル・コンピューティ
ング環境が現実的なものとなってきている。
【０００３】モバイル・コンピューティング環境では、
ネットワークに接続しているノードは移動することが前
提となるため、ノード間の通信は互いのノードの位置や
移動を気にすることなく継続して行われるべきである。
このような性質を移動透過性という。
ネットワークに接続しているノードは移動することが前
提となるため、ノード間の通信は互いのノードの位置や
移動を気にすることなく継続して行われるべきである。
このような性質を移動透過性という。
【０００４】現在、ＩＰｖ６（Internet Protocol vers
ion 6）アドレスの仕様に基づいて、ＩＰｖ６における
移動透過性を実現した手法が提案されている。かかる手
法としては、Mobile ＩＰｖ６とＶＩＰｏｎＶ６の２つ
がある。
ion 6）アドレスの仕様に基づいて、ＩＰｖ６における
移動透過性を実現した手法が提案されている。かかる手
法としては、Mobile ＩＰｖ６とＶＩＰｏｎＶ６の２つ
がある。
【０００５】
【発明が解決しようとする課題】これらの２つのプロト
コルを用いることによってＩＰｖ６における移動透過性
を実現することは可能であるものの、移動に対して不変
な識別子を新たに導入する必要があり、パケットヘッダ
のサイズが非常に大きくなってしまうという問題があ
る。
コルを用いることによってＩＰｖ６における移動透過性
を実現することは可能であるものの、移動に対して不変
な識別子を新たに導入する必要があり、パケットヘッダ
のサイズが非常に大きくなってしまうという問題があ
る。
【０００６】さらに、帯域が非常に小さいワイヤレス環
境でMobile ＩＰｖ６やＶＩＰｏｎＶ６を用いると、パ
ケットヘッダのサイズが大きくなってしまうのは、特に
大きな問題となる。
境でMobile ＩＰｖ６やＶＩＰｏｎＶ６を用いると、パ
ケットヘッダのサイズが大きくなってしまうのは、特に
大きな問題となる。
【０００７】一方、ＩＰｖ６アドレス１２８ビット全体
をノード識別子としてしまうと、逆にノードに位置に関
する情報が完全に欠如してしまい、サブネット間の経路
制御が実質不可能になってしまう。
をノード識別子としてしまうと、逆にノードに位置に関
する情報が完全に欠如してしまい、サブネット間の経路
制御が実質不可能になってしまう。
【０００８】本発明は、このような実情に鑑みて提案さ
れたものであり、パケットのヘッダサイズを大きくする
ことなく移動透過性を容易に実現することができるデー
タ送信方法を提供することを目的とする。
れたものであり、パケットのヘッダサイズを大きくする
ことなく移動透過性を容易に実現することができるデー
タ送信方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】上述の課題を解決するた
めに、本発明は、第１のノードからルータを介して第２
のノードにデータを送信するデータ送信方法において、
各ノードのホスト名について、当該ノードのノード識別
子と、当該ノードが普段接続しているサブネットを示す
ホームプレフィックスとを記憶し、入力された第２のノ
ードのホスト名に対応するノード識別子とそのホームプ
レフィックスとを読み出し、読み出されたノード識別子
とホームプレフィックスとを有するＩＰアドレスを生成
し、生成されたＩＰアドレスを備えるデータパケットを
生成し、上記データパケットを、上記ＩＰアドレスに従
って、第２のノードが普段接続しているサブネットのル
ータに送信し、上記ルータが保持する第２のノードを管
理するためのキャッシュ情報に基づいて、当該ルータに
送信されたデータパケットに、上記第２のノードの移動
先を示すヘッダを付加し、付加されたヘッダに基づい
て、上記データパケットを上記第２のノードに送信する
ことを特徴とするものである。
めに、本発明は、第１のノードからルータを介して第２
のノードにデータを送信するデータ送信方法において、
各ノードのホスト名について、当該ノードのノード識別
子と、当該ノードが普段接続しているサブネットを示す
ホームプレフィックスとを記憶し、入力された第２のノ
ードのホスト名に対応するノード識別子とそのホームプ
レフィックスとを読み出し、読み出されたノード識別子
とホームプレフィックスとを有するＩＰアドレスを生成
し、生成されたＩＰアドレスを備えるデータパケットを
生成し、上記データパケットを、上記ＩＰアドレスに従
って、第２のノードが普段接続しているサブネットのル
ータに送信し、上記ルータが保持する第２のノードを管
理するためのキャッシュ情報に基づいて、当該ルータに
送信されたデータパケットに、上記第２のノードの移動
先を示すヘッダを付加し、付加されたヘッダに基づい
て、上記データパケットを上記第２のノードに送信する
ことを特徴とするものである。
【００１０】
【発明の実施の形態】以下、本発明の実施の形態につい
て、図面を参照しながら説明する。
て、図面を参照しながら説明する。
【００１１】本発明は、例えば図１に示す構成のネット
ワークシステム１に適用される。
ワークシステム１に適用される。
【００１２】上記ネットワークシステム１は、ノード
（ＣＮ）１０が移動ノード（ＭＮ）３０にデータパケッ
トを送信するものである。
（ＣＮ）１０が移動ノード（ＭＮ）３０にデータパケッ
トを送信するものである。
【００１３】さらに、上記ネットワークシステム１は、
図２に示すように、様々な移動ノード３０のホスト名に
対応する移動指向ＩＰｖ６（Internet Protocol versio
n 6）アドレスを読み出すＤＮＳサーバ４０を備える。
図２に示すように、様々な移動ノード３０のホスト名に
対応する移動指向ＩＰｖ６（Internet Protocol versio
n 6）アドレスを読み出すＤＮＳサーバ４０を備える。
【００１４】また、移動指向ＩＰｖ６アドレスは、図３
に示すように、１２８ビットからなり、インターネット
上でノードを一意に識別するためのノード識別子（下位
６４ビット）と、ノードが接続しているサブネットの位
置を示すネットワークプレフィックス（上記６４ビッ
ト）とによって構成される。
に示すように、１２８ビットからなり、インターネット
上でノードを一意に識別するためのノード識別子（下位
６４ビット）と、ノードが接続しているサブネットの位
置を示すネットワークプレフィックス（上記６４ビッ
ト）とによって構成される。
【００１５】ノード識別子は、ノード自体を識別するも
のであり、ノードの位置や移動に関係なく、ノードを認
識したり認証したりするために用いられる。ネットワー
クプレフィックスは、あるサブネットに接続されている
ノードにパケットを送信するために用いられるものであ
る。
のであり、ノードの位置や移動に関係なく、ノードを認
識したり認証したりするために用いられる。ネットワー
クプレフィックスは、あるサブネットに接続されている
ノードにパケットを送信するために用いられるものであ
る。
【００１６】なお、上位６４ビットの部分は、ＩＥＴＦ
で提案されている現仕様での上記６４ビットと、結果と
して同じ役割を果たすことになる。これにより、ＩＰ層
での経路制御機構をそのまま利用することができる。
で提案されている現仕様での上記６４ビットと、結果と
して同じ役割を果たすことになる。これにより、ＩＰ層
での経路制御機構をそのまま利用することができる。
【００１７】上述した移動指向ＩＰｖ６アドレスに基づ
いて、移動透過性や移動ノードの検証を提供するネット
ワークアーキテクチャをｖ６ＶＩＰという。ｖ６ＶＩＰ
は、第１に、ＩＰｖ６アドレスとして移動指向ＩＰｖ６
アドレスを用いること、第２に、移動透過性や移動ノー
ドの認証を実現するためにＶＩＰの機能を用いること、
の２点を基本方針としている。
いて、移動透過性や移動ノードの検証を提供するネット
ワークアーキテクチャをｖ６ＶＩＰという。ｖ６ＶＩＰ
は、第１に、ＩＰｖ６アドレスとして移動指向ＩＰｖ６
アドレスを用いること、第２に、移動透過性や移動ノー
ドの認証を実現するためにＶＩＰの機能を用いること、
の２点を基本方針としている。
【００１８】ここで、ｖ６ＶＩＰにおけるプロトコル階
層を図４に示す。上記プロトコル層は、アプリケーショ
ン層、ＴＣＰ／ＵＤＰ層、ＶＩＰ層、ＩＰ層、データリ
ンク層、物理層からなる。
層を図４に示す。上記プロトコル層は、アプリケーショ
ン層、ＴＣＰ／ＵＤＰ層、ＶＩＰ層、ＩＰ層、データリ
ンク層、物理層からなる。
【００１９】ＴＣＰ／ＵＤＰ層より上位層では、移動指
向ＩＰｖ６アドレス下位６４ビットのノード識別子を用
いてノードを識別する。ＴＣＰ／ＵＤＰ層とＩＰ層の間
に挿入したＶＩＰ層で、そのノード識別子に対応したネ
ットワークプレフィックス６４ビットを結合することに
より１２８ビットの移動指向ＩＰｖ６アドレスを生成す
る。このノード識別子とネットワークプレフィックスの
対応付けは、所定のキャッシュ情報（以下、「ＡＭＴ
（Address Mapping Table）エントリ」という。）で管
理する。
向ＩＰｖ６アドレス下位６４ビットのノード識別子を用
いてノードを識別する。ＴＣＰ／ＵＤＰ層とＩＰ層の間
に挿入したＶＩＰ層で、そのノード識別子に対応したネ
ットワークプレフィックス６４ビットを結合することに
より１２８ビットの移動指向ＩＰｖ６アドレスを生成す
る。このノード識別子とネットワークプレフィックスの
対応付けは、所定のキャッシュ情報（以下、「ＡＭＴ
（Address Mapping Table）エントリ」という。）で管
理する。
【００２０】こうして生成された移動指向ＩＰｖ６アド
レスに基づいて、ＩＰ層はパケットの送信を行う。一
方、パケットの受信時は、ＶＩＰ層では、移動指向ＩＰ
ｖ６アドレスからネットワークプレフィックスが単純に
除かれ、ノード識別子だけが上位層に渡される。
レスに基づいて、ＩＰ層はパケットの送信を行う。一
方、パケットの受信時は、ＶＩＰ層では、移動指向ＩＰ
ｖ６アドレスからネットワークプレフィックスが単純に
除かれ、ノード識別子だけが上位層に渡される。
【００２１】ＶＩＰ層で宛先ノードに関するＡＭＴエン
トリがない場合、すなわち宛先ノードのノード識別子に
対する現在のネットワークプレフィックスが分からない
場合は、宛先ノードのホームネットワークのネットワー
クプレフィックスを宛先ノードのノード識別子と結合し
て移動指向ＩＰｖ６アドレスを生成する。なお、ノード
のホームネットワークとは、そのノードが普段接続され
ているサブネットをいう。ホームネットワークのネット
ワークプレフィックス（以下、「ホームプレフィック
ス」という。）の取得については、詳細を後述する。
トリがない場合、すなわち宛先ノードのノード識別子に
対する現在のネットワークプレフィックスが分からない
場合は、宛先ノードのホームネットワークのネットワー
クプレフィックスを宛先ノードのノード識別子と結合し
て移動指向ＩＰｖ６アドレスを生成する。なお、ノード
のホームネットワークとは、そのノードが普段接続され
ているサブネットをいう。ホームネットワークのネット
ワークプレフィックス（以下、「ホームプレフィック
ス」という。）の取得については、詳細を後述する。
【００２２】ノード１０は、ここではデータの送信元と
なるノードである。ノード１０は、移動ノード３０に関
するＡＭＴエントリを保持しているときは、移動指向Ｉ
Ｐｖ６アドレスを生成してデータパケットを送信し、Ａ
ＭＴエントリを保持していないときは、ＤＮＳサーバ４
０からノード識別子等を読み出して移動指向ＩＰｖ６ア
ドレスを生成し、データパケットを送信する。
なるノードである。ノード１０は、移動ノード３０に関
するＡＭＴエントリを保持しているときは、移動指向Ｉ
Ｐｖ６アドレスを生成してデータパケットを送信し、Ａ
ＭＴエントリを保持していないときは、ＤＮＳサーバ４
０からノード識別子等を読み出して移動指向ＩＰｖ６ア
ドレスを生成し、データパケットを送信する。
【００２３】ホームルータ２０は、移動ノード３０のホ
ームサブネットに接続しているルータである。ホームル
ータ２０は、常に、管理している移動ノード３０に関す
る最新のＡＭＴエントリを保持している。
ームサブネットに接続しているルータである。ホームル
ータ２０は、常に、管理している移動ノード３０に関す
る最新のＡＭＴエントリを保持している。
【００２４】そして、かかる構成のネットワークシステ
ム１において、ノード１０から移動ノード３０に対して
は、以下のようにしてデータパケットが転送される。
ム１において、ノード１０から移動ノード３０に対して
は、以下のようにしてデータパケットが転送される。
【００２５】ノード１０は、移動ノード３０に関するＡ
ＭＴエントリを保持しているときは、移動ノード３０が
現在どのサブネットに接続しているかを知っていること
となる。このとき、ノード１０は、移動ノード３０が現
在接続しているサブネットのネットワークプレフィック
スと移動ノード３０のノード識別子とをＶＩＰ層で結合
して移動指向ＩＰｖ６アドレスを生成する。
ＭＴエントリを保持しているときは、移動ノード３０が
現在どのサブネットに接続しているかを知っていること
となる。このとき、ノード１０は、移動ノード３０が現
在接続しているサブネットのネットワークプレフィック
スと移動ノード３０のノード識別子とをＶＩＰ層で結合
して移動指向ＩＰｖ６アドレスを生成する。
【００２６】そして、図５に示すように、移動指向ＩＰ
ｖ６アドレスを有するＩＰｖ６ヘッダと、ＴＣＰ／ＵＤ
Ｐヘッダと、データとからなるデータパケットが生成さ
れる。上記ＩＰｖ６ヘッダは、ノード１０の現在のネッ
トワークプレフィックス（ＣＮ's ＣＮＰ（Current Net
work Prefix））及びノード識別子（ＣＮ's ＮｏｄｅＩ
Ｄ）と、移動ノード３０の現在のネットワークプレフィ
ックス（ＭＮ's ＣＮＰ）及びノード識別子（ＭＮ's Ｎ
ｏｄｅＩＤ）とから構成される。
ｖ６アドレスを有するＩＰｖ６ヘッダと、ＴＣＰ／ＵＤ
Ｐヘッダと、データとからなるデータパケットが生成さ
れる。上記ＩＰｖ６ヘッダは、ノード１０の現在のネッ
トワークプレフィックス（ＣＮ's ＣＮＰ（Current Net
work Prefix））及びノード識別子（ＣＮ's ＮｏｄｅＩ
Ｄ）と、移動ノード３０の現在のネットワークプレフィ
ックス（ＭＮ's ＣＮＰ）及びノード識別子（ＭＮ's Ｎ
ｏｄｅＩＤ）とから構成される。
【００２７】ＩＰ層は上記移動指向ＩＰｖ６アドレスに
従って経路制御するので、上記データパケットは、その
経路制御により移動ノード３０に送信される。
従って経路制御するので、上記データパケットは、その
経路制御により移動ノード３０に送信される。
【００２８】つぎに、移動ノード３０がホームサブネッ
トから移動して他のサブネットに接続している場合につ
いて説明する。移動ノード３０は、上記他のサブネット
に移動すると、接続先のサブネット上のルータ通知（ro
uter advertisement）を受信し、ルータ通知に含まれる
上記サブネットのネットワークプレフィックスと当該移
動ノード３０のノード識別子とを結合し、移動先での移
動指向ＩＰｖ６アドレスを生成する。このように、移動
指向ＩＰｖ６アドレスを使用すると、ＤＨＣＰｖ６等の
ステートフル自動設定は特に必要なく、移動先サブネッ
ト上で流れているルータ通知を受信するだけで移動先で
のＩＰアドレスを獲得することができる。
トから移動して他のサブネットに接続している場合につ
いて説明する。移動ノード３０は、上記他のサブネット
に移動すると、接続先のサブネット上のルータ通知（ro
uter advertisement）を受信し、ルータ通知に含まれる
上記サブネットのネットワークプレフィックスと当該移
動ノード３０のノード識別子とを結合し、移動先での移
動指向ＩＰｖ６アドレスを生成する。このように、移動
指向ＩＰｖ６アドレスを使用すると、ＤＨＣＰｖ６等の
ステートフル自動設定は特に必要なく、移動先サブネッ
ト上で流れているルータ通知を受信するだけで移動先で
のＩＰアドレスを獲得することができる。
【００２９】移動ノード３０は、移動先サブネットで新
たに移動指向ＩＰｖ６アドレスを獲得した後は、図２に
示すホームルータ２０及び現在通信中のノード１０に対
して、ＡＭＴアップデートメッセージを送信し、別のサ
ブネットに移動したことを報告する。なお、この際に用
いられるメッセージをＡＭＴアップデートメッセージと
いう。
たに移動指向ＩＰｖ６アドレスを獲得した後は、図２に
示すホームルータ２０及び現在通信中のノード１０に対
して、ＡＭＴアップデートメッセージを送信し、別のサ
ブネットに移動したことを報告する。なお、この際に用
いられるメッセージをＡＭＴアップデートメッセージと
いう。
【００３０】ノード１０は、移動ノード３０が他のサブ
ネットに移動したことによってＶＩＰ層で宛先ノードに
関するＡＭＴエントリがない場合には、そのノードのホ
ームプレフィックスを認識するために、ＤＮＳサーバ４
０へ要求を出すようにリゾルバ（Resolver）を呼び出す
必要がある。なお、リゾルバとは、ＤＮＳサーバ４０に
対して問い合わせを行うライブラリのことをいい、例え
ばＵＮＩＸでは通常コンパイル時にアプリケーションプ
ログラムにリンクされている。リゾルバの呼び出しとし
ては、以下に示すような２つの手法がある。
ネットに移動したことによってＶＩＰ層で宛先ノードに
関するＡＭＴエントリがない場合には、そのノードのホ
ームプレフィックスを認識するために、ＤＮＳサーバ４
０へ要求を出すようにリゾルバ（Resolver）を呼び出す
必要がある。なお、リゾルバとは、ＤＮＳサーバ４０に
対して問い合わせを行うライブラリのことをいい、例え
ばＵＮＩＸでは通常コンパイル時にアプリケーションプ
ログラムにリンクされている。リゾルバの呼び出しとし
ては、以下に示すような２つの手法がある。
【００３１】第１の手法として、ネットワーク構成によ
りリゾルバの呼び出しを行うものがある。例えば図６に
示すように、ユーザが送信先のホスト名を指定すると、
アプリケーション層はノード識別子を得るためのリゾル
バを読み出してＤＮＳサーバ４０に問い合わせを行う。
アプリケーション層は、ＤＮＳサーバ４０からノード識
別子を獲得すると、このノード識別子をＴＣＰ／ＵＤＰ
層を介してＶＩＰ層に送っていく。ＶＩＰ層は、リゾル
バを呼び出して、上記識別子に基づいて宛先ノードのホ
ームプレフィックスを獲得するようにＤＮＳサーバ４０
に問い合わせを行う。ＶＩＰ層は、ノード識別子及びホ
ームプレフィックスを獲得した後、これらを結合して移
動指向ＩＰｖ６アドレスを生成する。そして、図７に示
すように、移動指向ＩＰｖ６アドレスを有するＩＰｖ６
ヘッダと、ＴＣＰ／ＵＤＰヘッダと、データとからなる
データパケットが生成される。
りリゾルバの呼び出しを行うものがある。例えば図６に
示すように、ユーザが送信先のホスト名を指定すると、
アプリケーション層はノード識別子を得るためのリゾル
バを読み出してＤＮＳサーバ４０に問い合わせを行う。
アプリケーション層は、ＤＮＳサーバ４０からノード識
別子を獲得すると、このノード識別子をＴＣＰ／ＵＤＰ
層を介してＶＩＰ層に送っていく。ＶＩＰ層は、リゾル
バを呼び出して、上記識別子に基づいて宛先ノードのホ
ームプレフィックスを獲得するようにＤＮＳサーバ４０
に問い合わせを行う。ＶＩＰ層は、ノード識別子及びホ
ームプレフィックスを獲得した後、これらを結合して移
動指向ＩＰｖ６アドレスを生成する。そして、図７に示
すように、移動指向ＩＰｖ６アドレスを有するＩＰｖ６
ヘッダと、ＴＣＰ／ＵＤＰヘッダと、データとからなる
データパケットが生成される。
【００３２】上記ＩＰｖ６ヘッダは、ノード１０の現在
のネットワークプレフィックス（ＣＮ's ＣＮＰ（Curre
nt Network Prefix））及びノード識別子（ＣＮ's Ｎｏ
ｄｅＩＤ）と、移動ノード３０のホームプレフィックス
（ＭＮ's ＨＰ）及びノード識別子（ＭＮ's ＮｏｄｅＩ
Ｄ）とから構成される。ＩＰ層は上記移動指向ＩＰｖ６
アドレスに従って経路制御する。よって、上記データパ
ケットは、その経路制御により、移動ノード３０が普段
接続されているサブネットのホームルータ２０に送信さ
れる。
のネットワークプレフィックス（ＣＮ's ＣＮＰ（Curre
nt Network Prefix））及びノード識別子（ＣＮ's Ｎｏ
ｄｅＩＤ）と、移動ノード３０のホームプレフィックス
（ＭＮ's ＨＰ）及びノード識別子（ＭＮ's ＮｏｄｅＩ
Ｄ）とから構成される。ＩＰ層は上記移動指向ＩＰｖ６
アドレスに従って経路制御する。よって、上記データパ
ケットは、その経路制御により、移動ノード３０が普段
接続されているサブネットのホームルータ２０に送信さ
れる。
【００３３】第２の手法として、アプリケーションプロ
グラムによりリゾルバの呼び出しを行うものがある。例
えば図８に示すように、ユーザが送信先のホスト名を指
定すると、アプリケーション層は、ノード識別子及びホ
ームプレフィックスを一度に得るためのリゾルバを読み
出して、ＤＮＳサーバ４０に問い合わせを行ってのよ
い。すなわち、アプリケーション層によって一度に問い
合わせを行ってもよい。このようにして獲得されたノー
ド識別子及びホームプレフィックスは、ＴＣＰ／ＵＤＰ
層を介してＶＩＰ層に送られる。ＶＩＰ層は、これらの
ノード識別子及びホームプレフィックスを結合して移動
指向ＩＰｖ６アドレスを生成する。そして、上述した図
７に示すようなデータパケットが生成される。このデー
タパケットは、ＩＰ層の経路制御に従って、移動ノード
３０が普段接続されているサブネットのホームルータ２
０に送信される。
グラムによりリゾルバの呼び出しを行うものがある。例
えば図８に示すように、ユーザが送信先のホスト名を指
定すると、アプリケーション層は、ノード識別子及びホ
ームプレフィックスを一度に得るためのリゾルバを読み
出して、ＤＮＳサーバ４０に問い合わせを行ってのよ
い。すなわち、アプリケーション層によって一度に問い
合わせを行ってもよい。このようにして獲得されたノー
ド識別子及びホームプレフィックスは、ＴＣＰ／ＵＤＰ
層を介してＶＩＰ層に送られる。ＶＩＰ層は、これらの
ノード識別子及びホームプレフィックスを結合して移動
指向ＩＰｖ６アドレスを生成する。そして、上述した図
７に示すようなデータパケットが生成される。このデー
タパケットは、ＩＰ層の経路制御に従って、移動ノード
３０が普段接続されているサブネットのホームルータ２
０に送信される。
【００３４】このようにネットワークシステム１にＤＮ
Ｓサーバ４０を備えることによって、ノード１０が６４
ビットで表されるノード識別子を記憶しておく手間を省
き、また、ノード１０が移動ノード３０のＡＭＴエント
リがない場合であっても容易にそのホームプレフィック
スを獲得することができる。
Ｓサーバ４０を備えることによって、ノード１０が６４
ビットで表されるノード識別子を記憶しておく手間を省
き、また、ノード１０が移動ノード３０のＡＭＴエント
リがない場合であっても容易にそのホームプレフィック
スを獲得することができる。
【００３５】以上のように、ノード１０は、移動ノード
３０に関するＡＭＴエントリを保持していない場合、す
なわち移動ノード３０が現在どのサブネットに接続して
いるかを知らない場合は、上記移動ノード３０のホーム
プレフィックスとノード識別子とをＶＩＰ層で結合して
ＩＰアドレスを生成する。そして、上記データパケット
は、移動ノード３０のホームルータ２０に転送される。
３０に関するＡＭＴエントリを保持していない場合、す
なわち移動ノード３０が現在どのサブネットに接続して
いるかを知らない場合は、上記移動ノード３０のホーム
プレフィックスとノード識別子とをＶＩＰ層で結合して
ＩＰアドレスを生成する。そして、上記データパケット
は、移動ノード３０のホームルータ２０に転送される。
【００３６】ホームルータ２０は、移動ノード３０に関
するＡＭＴエントリを必ず保持している。ホームルータ
２０は、上記データパケットを受信すると、図９に示す
ように、この受信したデータパケットに、移動ノード３
０の移動先のＩＰアドレスを宛先アドレスとした新しい
ＩＰｖ６ヘッダ（第２のＩＰｖ６ヘッダ）を付加し、移
動ノード３０に転送する。なお、このような転送方法を
ＩＰ−ｉｎ−ＩＰトネリングという。
するＡＭＴエントリを必ず保持している。ホームルータ
２０は、上記データパケットを受信すると、図９に示す
ように、この受信したデータパケットに、移動ノード３
０の移動先のＩＰアドレスを宛先アドレスとした新しい
ＩＰｖ６ヘッダ（第２のＩＰｖ６ヘッダ）を付加し、移
動ノード３０に転送する。なお、このような転送方法を
ＩＰ−ｉｎ−ＩＰトネリングという。
【００３７】上記データパケットは、図７に示したデー
タパケットに対してさらに第２のＩＰｖ６ヘッダを付加
した構成であり、第１のＩＰｖ６ヘッダと、第２のＩＰ
ｖ６ヘッダと、ＴＣＰ／ＵＤＰヘッダと、データとから
構成される。第２のＩＰｖ６パケットは、ホームルータ
２０のホームプリフィックス（ＨＲ's ＨＰ）及びノー
ド識別子（ＨＲ's ＮｏｄｅＩＤ）と、移動した移動ノ
ード３０の現在のネットワークプレフィックス（ＭＮ's
ＣＮ）及びノード識別子（ＭＮ's ＮｏｄｅＩＤ）とか
ら構成される。
タパケットに対してさらに第２のＩＰｖ６ヘッダを付加
した構成であり、第１のＩＰｖ６ヘッダと、第２のＩＰ
ｖ６ヘッダと、ＴＣＰ／ＵＤＰヘッダと、データとから
構成される。第２のＩＰｖ６パケットは、ホームルータ
２０のホームプリフィックス（ＨＲ's ＨＰ）及びノー
ド識別子（ＨＲ's ＮｏｄｅＩＤ）と、移動した移動ノ
ード３０の現在のネットワークプレフィックス（ＭＮ's
ＣＮ）及びノード識別子（ＭＮ's ＮｏｄｅＩＤ）とか
ら構成される。
【００３８】これにより、移動ノード３０が最初のサブ
ネットから移動して他のサブネットに接続した場合であ
っても、第２のＩＰｖ６ヘッダに基づいて、当該移動ノ
ード３０に対してデータパケットを転送することができ
る。また、このようなトネリングを用いることによっ
て、受信したパケットの終点アドレスフィールドを直接
書き換えて移動先のノードに転送するときに、転送した
データパケットが結果としてアドレス偽造パケットと判
断されて途中のルータで強制的に廃棄されてしまうのを
防止することができる。
ネットから移動して他のサブネットに接続した場合であ
っても、第２のＩＰｖ６ヘッダに基づいて、当該移動ノ
ード３０に対してデータパケットを転送することができ
る。また、このようなトネリングを用いることによっ
て、受信したパケットの終点アドレスフィールドを直接
書き換えて移動先のノードに転送するときに、転送した
データパケットが結果としてアドレス偽造パケットと判
断されて途中のルータで強制的に廃棄されてしまうのを
防止することができる。
【００３９】移動ノード３０は、ホームルータ２０を介
してＩＰ−ｉｎ−ＩＰトネリングで転送されたデータパ
ケットを受信した場合、そのデータパケットの送信元で
あるノード１０は当該移動ノード３０に関するＡＭＴエ
ントリを保持していないと判断して、上記移動ノード３
０自身の現在のノード識別子とネットワークプレフィッ
クスとの対応付けをＡＭＴアップデートメッセージによ
りノード１０に知らせる。
してＩＰ−ｉｎ−ＩＰトネリングで転送されたデータパ
ケットを受信した場合、そのデータパケットの送信元で
あるノード１０は当該移動ノード３０に関するＡＭＴエ
ントリを保持していないと判断して、上記移動ノード３
０自身の現在のノード識別子とネットワークプレフィッ
クスとの対応付けをＡＭＴアップデートメッセージによ
りノード１０に知らせる。
【００４０】なお、ＡＭＴアップデートメッセージは、
ホームルータや通信中の相手ノードに不正なＡＭＴエン
トリが作成することを回避するために、拡張ヘッダの１
つである認証ヘッダを必ず含んでいなければならない。
ホームルータや通信中の相手ノードに不正なＡＭＴエン
トリが作成することを回避するために、拡張ヘッダの１
つである認証ヘッダを必ず含んでいなければならない。
【００４１】さらに、ノード１０は、通信中の移動ノー
ド３０からＡＭＴアップデートメッセージを受信する
と、上記メッセージに含まれる認証ヘッダにより送信ノ
ードと通信内容を認証した後、メッセージペイロードに
格納されている移動指向ＩＰｖ６アドレスを取り出し、
そのノードが保持するＡＭＴに登録する。但し、ＡＭＴ
エントリには生存時間が設定されており、タイムアウト
後そのＡＭＴエントリは削除されるようになっている。
ド３０からＡＭＴアップデートメッセージを受信する
と、上記メッセージに含まれる認証ヘッダにより送信ノ
ードと通信内容を認証した後、メッセージペイロードに
格納されている移動指向ＩＰｖ６アドレスを取り出し、
そのノードが保持するＡＭＴに登録する。但し、ＡＭＴ
エントリには生存時間が設定されており、タイムアウト
後そのＡＭＴエントリは削除されるようになっている。
【００４２】最後に、上述したプロトコル階層について
詳細に説明する。モデル的には、ＩＰｖ６層とＴＣＰ／
ＵＤＰ層の間にＶＩＰ層を挿入し、ＶＩＰ層においてｖ
６ＶＩＰの機能を追加するのが理想的である。しかし、
今回は実装の容易さを考慮して、ＩＰｖ６層にｖ６ＶＩ
Ｐの機能を直接追加している。
詳細に説明する。モデル的には、ＩＰｖ６層とＴＣＰ／
ＵＤＰ層の間にＶＩＰ層を挿入し、ＶＩＰ層においてｖ
６ＶＩＰの機能を追加するのが理想的である。しかし、
今回は実装の容易さを考慮して、ＩＰｖ６層にｖ６ＶＩ
Ｐの機能を直接追加している。
【００４３】ｖ６ＶＩＰの機能を追加したＩＰｖ６層の
ブロックダイヤグラムを図１０に示す。そして、ＩＰｖ
６層に新たに追加した関数について以下に説明する。
ブロックダイヤグラムを図１０に示す。そして、ＩＰｖ
６層に新たに追加した関数について以下に説明する。
【００４４】・v6vip_output()関数の動作 まず、送信パケットの宛先アドレス下位６４ビットで示
される宛先ノードのノード識別子に対応するＡＭＴエン
トリがあるかチェックする。ＡＭＴエントリが存在する
場合は、送信パケットの宛先アドレス上位６４ビットを
ＡＭＴエントリに記載されているネットワークプレフィ
ックスに置き換えて、ip6_output()に処理を戻す。
される宛先ノードのノード識別子に対応するＡＭＴエン
トリがあるかチェックする。ＡＭＴエントリが存在する
場合は、送信パケットの宛先アドレス上位６４ビットを
ＡＭＴエントリに記載されているネットワークプレフィ
ックスに置き換えて、ip6_output()に処理を戻す。
【００４５】もし、ＡＭＴエントリが存在しない場合
は、送信パケットの宛先アドレス上位６４ビットに格納
されている宛先ノードのホームプレフィックスをそのま
ま利用し、ip6_output()に処理を戻す。
は、送信パケットの宛先アドレス上位６４ビットに格納
されている宛先ノードのホームプレフィックスをそのま
ま利用し、ip6_output()に処理を戻す。
【００４６】・v6vip_input()関数の動作 ホームルータとして機能しているノードの場合とそうで
ない移動ノードの場合で動作が異なる。
ない移動ノードの場合で動作が異なる。
【００４７】ホームルータとして機能しているノードの
場合、受信したパケットの宛先アドレス下位６４ビット
にそのホームルータが管理している移動ノードのノード
識別子が含まれているならば、ＡＭＴを参照してそのノ
ードの接続先の移動指向ＩＰｖ６アドレスを獲得する。
そして、その移動ノードへＩＰ−ｉｎ−ＩＰトネリング
を用いてパケットを転送する。トネリングには、hydran
geaで採用されているＧＩＦ（Generic InterFace）を利
用し、ＧＩＦの出力系関数であるin6_gif_output()に処
理を渡す。
場合、受信したパケットの宛先アドレス下位６４ビット
にそのホームルータが管理している移動ノードのノード
識別子が含まれているならば、ＡＭＴを参照してそのノ
ードの接続先の移動指向ＩＰｖ６アドレスを獲得する。
そして、その移動ノードへＩＰ−ｉｎ−ＩＰトネリング
を用いてパケットを転送する。トネリングには、hydran
geaで採用されているＧＩＦ（Generic InterFace）を利
用し、ＧＩＦの出力系関数であるin6_gif_output()に処
理を渡す。
【００４８】一方、移動ノードである場合、受信したパ
ケットがホームルータからＩＰ−ｉｎ−ＩＰトネリング
で転送されたものならば、その受信パケットを送信した
ノードへＡＭＴアップデートメッセージを送信するよう
に、ＡＭＴデーモンamtdに要求を渡す。
ケットがホームルータからＩＰ−ｉｎ−ＩＰトネリング
で転送されたものならば、その受信パケットを送信した
ノードへＡＭＴアップデートメッセージを送信するよう
に、ＡＭＴデーモンamtdに要求を渡す。
【００４９】・amt_check()関数の動作 v6vip_input()やv6vip_output()から呼び出され、指定
されたノード識別子に関するＡＭＴエントリの有無の参
照を行う。ＡＭＴエントリがある場合は、指定されたノ
ード識別子に対応したネットワークプレフィックスを返
す。ＡＭＴエントリがない場合は、−１を返す。
されたノード識別子に関するＡＭＴエントリの有無の参
照を行う。ＡＭＴエントリがある場合は、指定されたノ
ード識別子に対応したネットワークプレフィックスを返
す。ＡＭＴエントリがない場合は、−１を返す。
【００５０】なお、amt_check()はＡＭＴエントリの検
索を行うだけで、ＡＭＴエントリの登録や削除等は、Ａ
ＭＴ管理デーモンamtdでのみ行われる。
索を行うだけで、ＡＭＴエントリの登録や削除等は、Ａ
ＭＴ管理デーモンamtdでのみ行われる。
【００５１】
【発明の効果】以上詳細に説明したように、本発明に係
るデータ送信方法によれば、各ノードのホスト名につい
て、当該ノードのノード識別子と当該ノードが普段接続
しているサブネットを示すホームプレフィックスとを記
憶しておき、入力された第２のノードのホスト名に対応
するノード識別子とそのホームプレフィックスとを読み
出して、第１のノードから上記ホームプレフィックスが
示すルータを介して第２のノードにデータを送信するこ
とによって、パケットのヘッダサイズを大きくすること
なく移動透過性を容易に実現することができる。
るデータ送信方法によれば、各ノードのホスト名につい
て、当該ノードのノード識別子と当該ノードが普段接続
しているサブネットを示すホームプレフィックスとを記
憶しておき、入力された第２のノードのホスト名に対応
するノード識別子とそのホームプレフィックスとを読み
出して、第１のノードから上記ホームプレフィックスが
示すルータを介して第２のノードにデータを送信するこ
とによって、パケットのヘッダサイズを大きくすること
なく移動透過性を容易に実現することができる。
【００５２】さらに、第１のノードがノード識別子を記
憶しておく手間を省くことができ、また、第１のノード
が第２のノードのＡＭＴエントリがない場合であっても
容易にそのホームプレフィックスを獲得してデータパケ
ットを送信することができる。
憶しておく手間を省くことができ、また、第１のノード
が第２のノードのＡＭＴエントリがない場合であっても
容易にそのホームプレフィックスを獲得してデータパケ
ットを送信することができる。
【図１】本発明を適用したネットワークシステムの概略
を示す構成図である。
を示す構成図である。
【図２】上記ネットワークシステムにＤＮＳサーバが備
えられたときの構成図である。
えられたときの構成図である。
【図３】移動指向ＩＰｖ６アドレスの構成を示す図であ
る。
る。
【図４】ｖ６ＶＩＰにおけるプロトコル階層を示す図で
ある。
ある。
【図５】データパケットの構成を示す図である。
【図６】ネットワーク構成によってノード識別子とホー
ムプレフィックスを獲得するための構成を示す図であ
る。
ムプレフィックスを獲得するための構成を示す図であ
る。
【図７】データパケットの構成を示す図である。
【図８】アプリケーションプログラムによってノード識
別子とホームプレフィックスを獲得するための構成を示
す図である。
別子とホームプレフィックスを獲得するための構成を示
す図である。
【図９】データパケットの構成を示す図である。
【図１０】ｖ６ＶＩＰの機能を追加したＩＰｖ６層のブ
ロックダイヤグラムを示す図である。
ロックダイヤグラムを示す図である。
１ ネットワークシステム、１０ ノード、２０，２０
ｎ ホームルータ、３０ 移動ノード、４０ ＤＮＳサ
ーバ
ｎ ホームルータ、３０ 移動ノード、４０ ＤＮＳサ
ーバ
Claims (3)
- 【請求項１】 第１のノードからルータを介して第２の
ノードにデータを送信するデータ送信方法において、 各ノードのホスト名について、当該ノードのノード識別
子と、当該ノードが普段接続しているサブネットを示す
ホームプレフィックスとを記憶し、 入力された第２のノードのホスト名に対応するノード識
別子とそのホームプレフィックスとを読み出し、 読み出されたノード識別子とホームプレフィックスとを
有するＩＰアドレスを生成し、 生成されたＩＰアドレスを備えるデータパケットを生成
し、 上記データパケットを、上記ＩＰアドレスに従って、第
２のノードが普段接続しているサブネットのルータに送
信し、 上記ルータが保持する第２のノードを管理するためのキ
ャッシュ情報に基づいて、当該ルータに送信されたデー
タパケットに、上記第２のノードの移動先を示すヘッダ
を付加し、 付加されたヘッダに基づいて、上記データパケットを上
記第２のノードに送信することを特徴とするデータ送信
方法。 - 【請求項２】 アプリケーションプログラムにより、上
記入力された第２のノードのホスト名に対するノード識
別子とそのホームプレフィックスとを読み出すことを特
徴とする請求項１記載のデータ送信方法。 - 【請求項３】 アプリケーションプログラムが入力され
た第２のノードのホスト名に対するノード識別子を読み
出し、ネットワーク層が読み出されたノード識別子に対
するホームプレフィックスを読み出すことを特徴とする
請求項１記載のデータ送信方法。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11003411A JP2000201183A (ja) | 1999-01-08 | 1999-01-08 | デ―タ送信方法 |
| PCT/JP1999/003627 WO2000041363A1 (fr) | 1999-01-08 | 1999-07-05 | Procede de transmission de donnees |
| US09/623,012 US6895007B1 (en) | 1999-01-08 | 1999-07-05 | Data transmission method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11003411A JP2000201183A (ja) | 1999-01-08 | 1999-01-08 | デ―タ送信方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000201183A true JP2000201183A (ja) | 2000-07-18 |
Family
ID=11556649
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11003411A Withdrawn JP2000201183A (ja) | 1999-01-08 | 1999-01-08 | デ―タ送信方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US6895007B1 (ja) |
| JP (1) | JP2000201183A (ja) |
| WO (1) | WO2000041363A1 (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2004002114A1 (en) * | 2002-06-19 | 2003-12-31 | Wiznet Corp | Apparatus for implementing ipv6 protocol and physical media interface unit, ipv6 header processing unit and upper layer interface unit suitable for use in such an apparatus |
| KR20040024628A (ko) * | 2002-09-12 | 2004-03-22 | (주) 솔빅스테크놀로지 | 유디피 제어시스템의 송수신처리방법 |
| KR100468290B1 (ko) * | 2002-09-12 | 2005-01-27 | (주) 솔빅스테크놀로지 | 유디피 제어시스템 |
| KR100666948B1 (ko) | 2005-02-02 | 2007-01-10 | 삼성전자주식회사 | 아이피 버전 6 패킷 처리 장치 및 방법 |
| KR100798261B1 (ko) * | 2001-09-27 | 2008-01-24 | 주식회사 케이티 | 라우팅 경로 자동 설정 기능을 갖는 통신 장치 |
| JP2011166269A (ja) * | 2010-02-05 | 2011-08-25 | Nec Access Technica Ltd | 名前解決システム、名前解決サーバ、名前解決方法及び名前解決プログラム |
| WO2016092859A1 (ja) * | 2014-12-12 | 2016-06-16 | パナソニックＩｐマネジメント株式会社 | 通信システム、通信装置、通信方法 |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4020576B2 (ja) * | 2000-09-14 | 2007-12-12 | 株式会社東芝 | パケット転送方法、移動端末装置及びルータ装置 |
| US20020073136A1 (en) * | 2000-12-07 | 2002-06-13 | Tomoaki Itoh | Data reproduction method, data receiving terminal and data receiving method |
| JP4453205B2 (ja) * | 2001-01-15 | 2010-04-21 | ソニー株式会社 | 情報処理装置および方法、記録媒体、並びにプログラム |
| JP2003051838A (ja) * | 2001-08-07 | 2003-02-21 | Sony Corp | アドレス管理システム、インタフェースｉｄ設定処理装置、通信端末装置、およびアドレス管理方法、並びにコンピュータ・プログラム |
| CA2459117C (en) * | 2001-08-29 | 2008-03-11 | Research In Motion Limited | System and method for addressing a mobile device in an ip-based wireless network |
| CN101425919B (zh) * | 2007-11-02 | 2012-06-06 | 华为技术有限公司 | 主机标识标签的生成、分配方法和设备、网络 |
| US8144623B2 (en) * | 2008-02-04 | 2012-03-27 | Kabushiki Kaisha Toshiba | Method and apparatus for automatically setting IP address |
| CN101547383B (zh) * | 2008-03-26 | 2013-06-05 | 华为技术有限公司 | 一种接入认证方法及接入认证系统以及相关设备 |
| GB2469690B (en) * | 2009-04-24 | 2014-03-05 | Ibm | Dynamic host configuration protocol automation for slot-based bladeserver configuration |
| CN101883042B (zh) * | 2009-05-05 | 2013-04-24 | 华为技术有限公司 | 层次化路由架构的映射方法及系统和域名服务器 |
| US8607225B2 (en) | 2010-12-28 | 2013-12-10 | Oracle International Corporation | Managed upgrades of components in an integrated software and hardware system |
| US9912637B2 (en) * | 2014-09-30 | 2018-03-06 | A 10 Networks, Incorporated | Use of packet header extension for layer-3 direct server return |
| US10412042B2 (en) * | 2016-09-21 | 2019-09-10 | Rockwell Automation Technologies, Inc. | Topology based internet protocol (IP) addressing |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5841769A (en) * | 1994-12-16 | 1998-11-24 | Nec Corporation | Data message routing system for mobile or fixed terminals within a network |
| JPH09282259A (ja) | 1996-04-18 | 1997-10-31 | Hitachi Ltd | ネットワークシステム |
| US6172986B1 (en) * | 1997-05-13 | 2001-01-09 | Hitachi, Ltd. | Mobile node, mobile agent and network system |
| JP3293761B2 (ja) | 1997-08-21 | 2002-06-17 | 三菱電機株式会社 | パケットルーチング方法 |
| JP3641112B2 (ja) * | 1997-09-05 | 2005-04-20 | 株式会社東芝 | パケット中継装置、移動計算機装置、移動計算機管理装置、パケット中継方法、パケット送信方法及び移動計算機位置登録方法 |
| US6614774B1 (en) * | 1998-12-04 | 2003-09-02 | Lucent Technologies Inc. | Method and system for providing wireless mobile server and peer-to-peer services with dynamic DNS update |
| US6625145B1 (en) * | 1998-12-30 | 2003-09-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Use of lower IP-address bits |
-
1999
- 1999-01-08 JP JP11003411A patent/JP2000201183A/ja not_active Withdrawn
- 1999-07-05 WO PCT/JP1999/003627 patent/WO2000041363A1/ja active Application Filing
- 1999-07-05 US US09/623,012 patent/US6895007B1/en not_active Expired - Fee Related
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100798261B1 (ko) * | 2001-09-27 | 2008-01-24 | 주식회사 케이티 | 라우팅 경로 자동 설정 기능을 갖는 통신 장치 |
| WO2004002114A1 (en) * | 2002-06-19 | 2003-12-31 | Wiznet Corp | Apparatus for implementing ipv6 protocol and physical media interface unit, ipv6 header processing unit and upper layer interface unit suitable for use in such an apparatus |
| KR100475969B1 (ko) * | 2002-06-19 | 2005-03-17 | (주) 위즈네트 | ＩＰｖ6 프로토콜 구현 장치와 이 장치에 사용되는 물리매체 인터페이스 유닛, ＩＰｖ6 헤더 처리 유닛, 상위계층 인터페이스 유닛 |
| KR20040024628A (ko) * | 2002-09-12 | 2004-03-22 | (주) 솔빅스테크놀로지 | 유디피 제어시스템의 송수신처리방법 |
| KR100468290B1 (ko) * | 2002-09-12 | 2005-01-27 | (주) 솔빅스테크놀로지 | 유디피 제어시스템 |
| KR100666948B1 (ko) | 2005-02-02 | 2007-01-10 | 삼성전자주식회사 | 아이피 버전 6 패킷 처리 장치 및 방법 |
| JP2011166269A (ja) * | 2010-02-05 | 2011-08-25 | Nec Access Technica Ltd | 名前解決システム、名前解決サーバ、名前解決方法及び名前解決プログラム |
| WO2016092859A1 (ja) * | 2014-12-12 | 2016-06-16 | パナソニックＩｐマネジメント株式会社 | 通信システム、通信装置、通信方法 |
| JP2016116002A (ja) * | 2014-12-12 | 2016-06-23 | パナソニックＩｐマネジメント株式会社 | 通信システム、通信装置、プログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2000041363A1 (fr) | 2000-07-13 |
| US6895007B1 (en) | 2005-05-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6904466B1 (en) | Mobile communication scheme without home agents for supporting communications of mobile nodes | |
| US7149225B2 (en) | Arrangement for traversing an IPv4 network by IPv6 mobile nodes via a mobility anchor point | |
| US7031328B2 (en) | Arrangement for traversing an IPv4 network by IPv6 mobile routers | |
| US6865184B2 (en) | Arrangement for traversing an IPv4 network by IPv6 mobile nodes | |
| JP2000201183A (ja) | デ―タ送信方法 | |
| US7437479B2 (en) | Position identifier management apparatus and method, mobile computer, and position identifier processing method | |
| JP4075318B2 (ja) | プロトコル変換方法，及びアドレス変換サーバ | |
| KR100383587B1 (ko) | 이동 인터넷 프로토콜 시스템 및 그의 경로 최적화 방법 | |
| US7639686B2 (en) | Access network clusterhead for providing local mobility management of a roaming IPv4 node | |
| KR100953805B1 (ko) | 이동 컴퓨팅 장치를 위한 가상사설망 구조 재사용 | |
| US7328014B2 (en) | Communication system, gateway equipment, communication method and authentication method | |
| JP3411159B2 (ja) | 移動計算機サポートシステム | |
| US20030104807A1 (en) | Mobile communication method and system | |
| EP2201742B1 (en) | Provisioning mobility services to legacy terminals | |
| US7623500B2 (en) | Method and system for maintaining a secure tunnel in a packet-based communication system | |
| KR100522600B1 (ko) | 모바일 노드와의 접속을 제공하는 라우터 및 그 라우팅 방법 | |
| JP3464358B2 (ja) | 通信制御方法、中継装置およびデータパケット処理装置 | |
| KR100413976B1 (ko) | 무선통신망에서 사설 아이피 주소 사용을 통한 이동아이피 서비스 방법 | |
| JP2003244746A (ja) | ゲートウェイ装置およびその位置登録方法、認証方法、位置管理方法、ならびにそのプログラムと記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20060404 |