JP2001251353A - Ｉｐネットワークにおけるｐｍｔｕ見積もり値検出の方法およびそのシステム - Google Patents
Ｉｐネットワークにおけるｐｍｔｕ見積もり値検出の方法およびそのシステムInfo
- Publication number
- JP2001251353A JP2001251353A JP2000062376A JP2000062376A JP2001251353A JP 2001251353 A JP2001251353 A JP 2001251353A JP 2000062376 A JP2000062376 A JP 2000062376A JP 2000062376 A JP2000062376 A JP 2000062376A JP 2001251353 A JP2001251353 A JP 2001251353A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- pmtu
- network
- value
- detecting
- 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.)
- Granted
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】特別な機能を有するIPルータを必要としない
で、PMTU（Path Maximum Transmission Unit）の見積も
り値を検出し、送信元のホストから受信先のターゲット
端末までの経路上を、伝送データのフラグメンテーショ
ンによる転送遅延を生じさせること無く、且つ、該伝送
データの伝送効率を向上させることができるIPネットワ
ークにおけるPMTU見積もり値検出方法を提供する。 【解決手段】送信元のホスト２から所定のパケット長を
有するICMPエコーリクエストパケット８を送出し、受信
先のターゲット端末７からのICMPレスポンスパケット１
２または各ルータ３〜６からのICMPエコーパケット１０
を受信し、その受信結果に応じてパケット長を変化させ
ながら繰り返しICMPエコーリクエストパケット８を送出
することでPMTU見積もり値を検出する。
で、PMTU（Path Maximum Transmission Unit）の見積も
り値を検出し、送信元のホストから受信先のターゲット
端末までの経路上を、伝送データのフラグメンテーショ
ンによる転送遅延を生じさせること無く、且つ、該伝送
データの伝送効率を向上させることができるIPネットワ
ークにおけるPMTU見積もり値検出方法を提供する。 【解決手段】送信元のホスト２から所定のパケット長を
有するICMPエコーリクエストパケット８を送出し、受信
先のターゲット端末７からのICMPレスポンスパケット１
２または各ルータ３〜６からのICMPエコーパケット１０
を受信し、その受信結果に応じてパケット長を変化させ
ながら繰り返しICMPエコーリクエストパケット８を送出
することでPMTU見積もり値を検出する。
Description
【０００１】
【発明の属する技術分野】本発明は、IP（Internet Pro
tocol）ネットワークにおけるPMTU（Path MaximumTrans
mission Unit：経路上の最大転送長）見積もり値の検出
方法およびそのシステムに関する。
tocol）ネットワークにおけるPMTU（Path MaximumTrans
mission Unit：経路上の最大転送長）見積もり値の検出
方法およびそのシステムに関する。
【０００２】
【従来の技術】従来のIPネットワークにおけるPMTU検出
方法の一例が、特開平１１−１６８４９２号公報に記載
されている。
方法の一例が、特開平１１−１６８４９２号公報に記載
されている。
【０００３】図１０は、上記の従来例を示しており、IP
パケットを中継するルータ装置を示したものである。こ
の図１０において、３０１〜３０５はルータ、３１１〜
３１６はネットワーク、３２１、３２２はネットワーク
に接続したホスト、３３１、３３２はネットワークイン
タフェース、３４１は経路表、３４２はMTU（Maximum T
ransmission Unit）記憶領域、３５１はホスト３２１が
ホスト３２２に宛てて送出したIPパケットを示してい
る。ここで、ホスト３２１からホスト３２２へ経路上の
ネットワークMTUが、ネットワーク３１１において１５
００、ネットワーク３１３において１２００、ネットワ
ーク３１５において１０００、ネットワーク３１６にお
いて１５００だとする。
パケットを中継するルータ装置を示したものである。こ
の図１０において、３０１〜３０５はルータ、３１１〜
３１６はネットワーク、３２１、３２２はネットワーク
に接続したホスト、３３１、３３２はネットワークイン
タフェース、３４１は経路表、３４２はMTU（Maximum T
ransmission Unit）記憶領域、３５１はホスト３２１が
ホスト３２２に宛てて送出したIPパケットを示してい
る。ここで、ホスト３２１からホスト３２２へ経路上の
ネットワークMTUが、ネットワーク３１１において１５
００、ネットワーク３１３において１２００、ネットワ
ーク３１５において１０００、ネットワーク３１６にお
いて１５００だとする。
【０００４】図１１は、従来例のルータで用いる経路制
御プロトコルのパケットの構造例を示したものである。
この図１１において、４００は経路制御プロトコルのパ
ケット、４０１はネットワークアドレス、４０２は宛先
ネットワークまでの距離、４０３はネットワークのMTU
である。
御プロトコルのパケットの構造例を示したものである。
この図１１において、４００は経路制御プロトコルのパ
ケット、４０１はネットワークアドレス、４０２は宛先
ネットワークまでの距離、４０３はネットワークのMTU
である。
【０００５】以下、上記のようなパケットのルータ装置
による中継要領について説明する。ルータ３０５は、経
路制御プロトコルのパケット４００中のネットワークア
ドレス４０１にネットワーク３１６を、宛先ネットワー
クまでの距離４０２を１に、ネットワークのMTU４０３
を１５００に設定して、ネットワーク３１５内に送信
し、ネットワーク３１６への経路があることをMTUが１
５００であることとともにネットワーク３１５内に通知
する。
による中継要領について説明する。ルータ３０５は、経
路制御プロトコルのパケット４００中のネットワークア
ドレス４０１にネットワーク３１６を、宛先ネットワー
クまでの距離４０２を１に、ネットワークのMTU４０３
を１５００に設定して、ネットワーク３１５内に送信
し、ネットワーク３１６への経路があることをMTUが１
５００であることとともにネットワーク３１５内に通知
する。
【０００６】上記の通知を受信したルータ３０４は、ネ
ットワーク３１６へはルータ３０５を経由すれば良いと
認識するが、ネットワーク３１５のMTUは１０００なの
で、通知されたMTU１５００より小さいため、経路表のM
TU記憶領域には１０００と記録する。さらに、ルータ３
０４は、経路制御プロトコルのパケット４００を用い、
ネットワーク３１６への経路があることを、この経路上
の最小のMTUが１０００であることとともにネットワー
ク３１３内に通知する。
ットワーク３１６へはルータ３０５を経由すれば良いと
認識するが、ネットワーク３１５のMTUは１０００なの
で、通知されたMTU１５００より小さいため、経路表のM
TU記憶領域には１０００と記録する。さらに、ルータ３
０４は、経路制御プロトコルのパケット４００を用い、
ネットワーク３１６への経路があることを、この経路上
の最小のMTUが１０００であることとともにネットワー
ク３１３内に通知する。
【０００７】上記の通知を受信したルータ３０２は、ネ
ットワーク３１６へはルータ３０４を経由すれば良いと
認識し、ネットワーク３１３のMTUは１２００である
が、通されたMTUが１０００であるため、経路表のMTU記
憶領域には１０００と記録する。さらに、ルータ３０２
は、経路制御プロトコルのパケット４００を用い、ネッ
トワーク３１６への経路があることを、この経路上の最
小のMTUが１０００であることとともにネットワーク３
１１内に通知する。
ットワーク３１６へはルータ３０４を経由すれば良いと
認識し、ネットワーク３１３のMTUは１２００である
が、通されたMTUが１０００であるため、経路表のMTU記
憶領域には１０００と記録する。さらに、ルータ３０２
は、経路制御プロトコルのパケット４００を用い、ネッ
トワーク３１６への経路があることを、この経路上の最
小のMTUが１０００であることとともにネットワーク３
１１内に通知する。
【０００８】上記の通知を受信したホスト３２１は、ネ
ットワーク３１６へはルータ３０４を経由すれば良いと
認識するとともに、経路上の最小のMTUが１０００であ
ることを知る。そのため、ホスト３２１がIPパケット３
５１をホスト３２２に宛てて送信する際には、ネットワ
ーク３１１のMTUが１５００であるにもかかわらず、IP
パケットを１０００バイトにフラグメント処理してから
送信すれば良いことが分かる。
ットワーク３１６へはルータ３０４を経由すれば良いと
認識するとともに、経路上の最小のMTUが１０００であ
ることを知る。そのため、ホスト３２１がIPパケット３
５１をホスト３２２に宛てて送信する際には、ネットワ
ーク３１１のMTUが１５００であるにもかかわらず、IP
パケットを１０００バイトにフラグメント処理してから
送信すれば良いことが分かる。
【０００９】以上説明したような従来例によれば、送信
元のホストが宛先ホストまでの経路上の最小のMTUを把
握して、そのMTUに収まる範囲のパケットを送信できる
ようにし、IPルータにおいて中継の遅延を招くフラグメ
ント処理を行わずに高速でパケットを中継ですることの
できる、ルータの中継方法及びルータ装置を提供すると
いう所期の課題（目的）を達成することができる。そし
て、従来例のルータで構成したネットワークにおいて
は、IPパケットを送信する際に宛先ネットワークまでの
経路のMTUを経路表を参照するだけで事前に知ることが
できる。これにより経路上のルータで度々フラグメント
処理が行われることのないように最適なパケットサイズ
でパケットを送信することができ、ルータを経由する際
の遅延を少なくして高速で通信を行うことができるとい
う効果を発揮する。
元のホストが宛先ホストまでの経路上の最小のMTUを把
握して、そのMTUに収まる範囲のパケットを送信できる
ようにし、IPルータにおいて中継の遅延を招くフラグメ
ント処理を行わずに高速でパケットを中継ですることの
できる、ルータの中継方法及びルータ装置を提供すると
いう所期の課題（目的）を達成することができる。そし
て、従来例のルータで構成したネットワークにおいて
は、IPパケットを送信する際に宛先ネットワークまでの
経路のMTUを経路表を参照するだけで事前に知ることが
できる。これにより経路上のルータで度々フラグメント
処理が行われることのないように最適なパケットサイズ
でパケットを送信することができ、ルータを経由する際
の遅延を少なくして高速で通信を行うことができるとい
う効果を発揮する。
【００１０】
【発明が解決しようとする課題】しかし、この従来技術
には、次のような問題点があった。
には、次のような問題点があった。
【００１１】第１の問題点は、送信元のホストが宛先ホ
ストまでの経路上の最小のMTUを把握して、そのMTUに収
まる範囲のパケットを送信できるようにし、IPルータに
おいて中継の遅延を招くフラグメント処理を行わずに高
速でパケットを中継するために、例えば、現在、全世界
に敷設されているルータ装置を全て、この従来例の方法
に対応したルータに交換する必要があり、経済上現実的
ではないということである。
ストまでの経路上の最小のMTUを把握して、そのMTUに収
まる範囲のパケットを送信できるようにし、IPルータに
おいて中継の遅延を招くフラグメント処理を行わずに高
速でパケットを中継するために、例えば、現在、全世界
に敷設されているルータ装置を全て、この従来例の方法
に対応したルータに交換する必要があり、経済上現実的
ではないということである。
【００１２】その理由は、従来例では目的の実現をネッ
トワーク上のルータの機能に依存しており、ネットワー
ク上のルータ自体が従来例の方法に対応していないもの
が１つでも存在した場合、送信元から宛先ネットワーク
へ至る経路上の最小のMTUの値が、送信元へ通知されな
いためである。
トワーク上のルータの機能に依存しており、ネットワー
ク上のルータ自体が従来例の方法に対応していないもの
が１つでも存在した場合、送信元から宛先ネットワーク
へ至る経路上の最小のMTUの値が、送信元へ通知されな
いためである。
【００１３】そこで、本発明は、特別な機能を有するIP
ルータを必要としないで、PMTUの見積もり値を検出し
て、送信元のホストから受信先のターゲット端末までの
経路上を、伝送データのフラグメンテーションによる転
送遅延を生じさせること無く、且つ、該伝送データの伝
送効率を向上させることができるIPネットワークにおけ
るPMTU見積もり値検出する方法およびシステムの構築を
可能にすることを１つの目的とする。
ルータを必要としないで、PMTUの見積もり値を検出し
て、送信元のホストから受信先のターゲット端末までの
経路上を、伝送データのフラグメンテーションによる転
送遅延を生じさせること無く、且つ、該伝送データの伝
送効率を向上させることができるIPネットワークにおけ
るPMTU見積もり値検出する方法およびシステムの構築を
可能にすることを１つの目的とする。
【００１４】
【課題を解決するための手段】上記課題を解決するた
め、請求項１記載の発明は、IP（Internet Protocol）
ネットワークにおけるPMTU（Path Maximum Transmissio
n Unit；経路上の最大転送長）見積もり値の検出方法で
あって、送信元のホストから所定のパケット長を有する
見積もり値検出用の診断パケットを、返信を要求するパ
ケットとして送出する第１の過程と、受信先のターゲッ
ト端末からの診断パケットに対する返信パケットの受信
状態を判定する第２の過程と、第２の過程における判定
結果に応じて診断パケットのパケット長を設定する第３
の過程とを有し、繰り返しパケット長が異なる診断パケ
ットを送出することによって、IPネットワークにおける
PMTU見積もり値を検出することを特徴とする。請求項２
記載の発明は、診断パケットのパケット長を複数のパケ
ット長をあらかじめ定めたテーブルを参照することによ
って設定することを特徴とする。請求項３記載の発明
は、診断パケットのパケット長を所定の差分値で変化さ
せながら設定することを特徴とする。請求項４記載の発
明は、IP（Internet Protocol）ネットワークにおけるP
MTU（Path Maximum Transmission Unit；経路上の最大
転送長）見積もり値の検出システムであって、送信元の
ホストから所定のパケット長を有する見積もり値検出用
の診断パケットを、返信を要求するパケットとして送出
する第１の手段と、受信先のターゲット端末からの診断
パケットに対する返信パケットの受信状態を判定する第
２の手段と、第２の手段による判定結果に応じて診断パ
ケットのパケット長を設定する第３の手段とを有し、繰
り返しパケット長が異なる診断パケットを送出すること
によって、IPネットワークにおけるPMTU見積もり値を検
出することを特徴とする。請求項５記載の発明は、IP
（Internet Protocol）ネットワークにおけるPMTU（Pat
h Maximum Transmission Unit；経路上の最大転送長）
見積もり値の検出を行うためのプログラムを記録した記
録媒体であって、送信元のホストから所定のパケット長
を有する見積もり値検出用の診断パケットを、返信を要
求するパケットとして送出する第１の過程と、受信先の
ターゲット端末からの診断パケットに対する返信パケッ
トの受信状態を判定する第２の過程と、第２の過程にお
ける判定結果に応じて診断パケットのパケット長を設定
する第３の過程とを実行し、繰り返しパケット長が異な
る診断パケットを送出することによって、IPネットワー
クにおけるPMTU見積もり値を検出するためのIPネットワ
ークにおけるPMTU見積もり値検出用のプログラムを記録
したコンピュータ読み取り可能な記録媒体である。
め、請求項１記載の発明は、IP（Internet Protocol）
ネットワークにおけるPMTU（Path Maximum Transmissio
n Unit；経路上の最大転送長）見積もり値の検出方法で
あって、送信元のホストから所定のパケット長を有する
見積もり値検出用の診断パケットを、返信を要求するパ
ケットとして送出する第１の過程と、受信先のターゲッ
ト端末からの診断パケットに対する返信パケットの受信
状態を判定する第２の過程と、第２の過程における判定
結果に応じて診断パケットのパケット長を設定する第３
の過程とを有し、繰り返しパケット長が異なる診断パケ
ットを送出することによって、IPネットワークにおける
PMTU見積もり値を検出することを特徴とする。請求項２
記載の発明は、診断パケットのパケット長を複数のパケ
ット長をあらかじめ定めたテーブルを参照することによ
って設定することを特徴とする。請求項３記載の発明
は、診断パケットのパケット長を所定の差分値で変化さ
せながら設定することを特徴とする。請求項４記載の発
明は、IP（Internet Protocol）ネットワークにおけるP
MTU（Path Maximum Transmission Unit；経路上の最大
転送長）見積もり値の検出システムであって、送信元の
ホストから所定のパケット長を有する見積もり値検出用
の診断パケットを、返信を要求するパケットとして送出
する第１の手段と、受信先のターゲット端末からの診断
パケットに対する返信パケットの受信状態を判定する第
２の手段と、第２の手段による判定結果に応じて診断パ
ケットのパケット長を設定する第３の手段とを有し、繰
り返しパケット長が異なる診断パケットを送出すること
によって、IPネットワークにおけるPMTU見積もり値を検
出することを特徴とする。請求項５記載の発明は、IP
（Internet Protocol）ネットワークにおけるPMTU（Pat
h Maximum Transmission Unit；経路上の最大転送長）
見積もり値の検出を行うためのプログラムを記録した記
録媒体であって、送信元のホストから所定のパケット長
を有する見積もり値検出用の診断パケットを、返信を要
求するパケットとして送出する第１の過程と、受信先の
ターゲット端末からの診断パケットに対する返信パケッ
トの受信状態を判定する第２の過程と、第２の過程にお
ける判定結果に応じて診断パケットのパケット長を設定
する第３の過程とを実行し、繰り返しパケット長が異な
る診断パケットを送出することによって、IPネットワー
クにおけるPMTU見積もり値を検出するためのIPネットワ
ークにおけるPMTU見積もり値検出用のプログラムを記録
したコンピュータ読み取り可能な記録媒体である。
【００１５】
【発明の実施の形態】以下、図面を参照して本発明の実
施の形態について説明する。
施の形態について説明する。
【００１６】［実施形態］図１を参照すると、本発明の
一実施形態としてのIPネットワーク１におけるPMTU検出
システムが示されている。
一実施形態としてのIPネットワーク１におけるPMTU検出
システムが示されている。
【００１７】本発明の一実施形態は、例えば動画ストリ
ームデータを供給する送信元であるホスト２と、第１の
ルータ３、第２のルータ４、第Mのルータ５（Mは３以上
の整数）、第Nのルータ６（Nは４以上の整数）、および
ホスト２から例えば動画ストリームデータの供給を受け
る受信先であるターゲット端末７とから構成される。ホ
スト２と第１のルータ３はパス９で、そしてターゲット
端末７と第Nのルータ６はパス１１で、ネットワーク的
に接続されている。また、第１のルータ３〜第Nのルー
タ６も、ネットワーク的に接続されていて、本システム
全体がネットワークを構成している。
ームデータを供給する送信元であるホスト２と、第１の
ルータ３、第２のルータ４、第Mのルータ５（Mは３以上
の整数）、第Nのルータ６（Nは４以上の整数）、および
ホスト２から例えば動画ストリームデータの供給を受け
る受信先であるターゲット端末７とから構成される。ホ
スト２と第１のルータ３はパス９で、そしてターゲット
端末７と第Nのルータ６はパス１１で、ネットワーク的
に接続されている。また、第１のルータ３〜第Nのルー
タ６も、ネットワーク的に接続されていて、本システム
全体がネットワークを構成している。
【００１８】さらに、ルータおよびホスト間のエラーお
よび制御情報を取り扱うプロトコルであり、且つＩＥＴ
Ｆ（Internet Engineering Task Force）で規定されて
いるICMP（Internet Control Message Protocol）にお
ける診断用パケットのICMPエコーリクエストパケット８
を、ターゲット端末７へ送信できる機能をホスト２が備
えており、ICMPにおけるICMP NEEDFRAGエラーパケット
１０をホスト２へ返信する機能を第１のルータ３〜第N
のルータ６が備えており、そしてICMPエコーレスポンス
パケット１２をホスト２へ返信する機能をターゲット端
末７が備える構成としてある。
よび制御情報を取り扱うプロトコルであり、且つＩＥＴ
Ｆ（Internet Engineering Task Force）で規定されて
いるICMP（Internet Control Message Protocol）にお
ける診断用パケットのICMPエコーリクエストパケット８
を、ターゲット端末７へ送信できる機能をホスト２が備
えており、ICMPにおけるICMP NEEDFRAGエラーパケット
１０をホスト２へ返信する機能を第１のルータ３〜第N
のルータ６が備えており、そしてICMPエコーレスポンス
パケット１２をホスト２へ返信する機能をターゲット端
末７が備える構成としてある。
【００１９】ここで、ICMPエコーリクエストパケット８
と、ICMP NEEDFRAGエラーパケット１０は、既知の技術
であるので説明は省略する。
と、ICMP NEEDFRAGエラーパケット１０は、既知の技術
であるので説明は省略する。
【００２０】次に、図２および図３を参照すると、本発
明の一実施形態としてのIPネットワークにおけるPMTUを
検出するソフトウェアの構成が示されている。
明の一実施形態としてのIPネットワークにおけるPMTUを
検出するソフトウェアの構成が示されている。
【００２１】本発明の一実施形態のソフトウェアは、図
２を参照すると、例えばホスト２にソフト的に組み込ま
れており、ターゲット端末７のIPアドレスを取得するタ
ーゲット端末のIP取得部３０と、ターゲット端末のIP取
得部３０が取得したIPアドレスを有するターゲット端末
７にいたる経路上において各種データリンク方式のネッ
トワークにおけるMTUの値がテーブル形式で格納されて
いるMTUテーブル部３２と、該MTUテーブル部３２からま
たはホスト２が受信したメッセージパケットからMTUの
値を取得するMTU取得部３１と、検出するＰMTUの見積も
り値を格納するＰMTU見積もりレジスタ部とICMP NEEDFR
AGエラーが生起した回数を格納するICMP NEEDFRAGエラ
ーカウンタ部とPMTUを検出するための診断パケットであ
るTESTメッセージパケットのデータグラムのサイズを格
納するTESTパケットサイズレジスタ部とから構成される
レジスタ部３５と、該レジスタ部３５に値を格納するレ
ジスタセット部３３と、レジスタ部３５のTESTパケット
サイズレジスタ部に格納されている値のデータグラムサ
イズを有するTESTメッセージパケットを生成するTESTメ
ッセージパケット生成部３４と、TESTメッセージパケッ
ト生成部３４で生成されたTESTメッセージパケットをIC
MPエコーリクエストパケットとしてターゲット端末７へ
送信する第一のICMPエコーリクエストパケット送信部３
６と、該第一のICMPエコーリクエストパケット送信部３
６が送信したパケットの返信パケットがホスト２へ返信
されるまでの時間を計測する第一のタイムアウトカウン
タ部３７（ここでタイムアウトカウンタはハードウェア
またはソフトウェアで構成できる）と、第一のICMPエコ
ーリクエストパケット送信部３６が送信したパケットの
返信パケットを受信する第一のICMPエコーレスポンスパ
ケット受信部３８と、該第一のICMPエコーレスポンスパ
ケット受信部３８において受信すべき時限内すなわち第
一のタイムアウトカウンタ部３７で設定されている時限
内にICMPエコーレスポンスパケットをホスト２が受信し
なかった回数を計測する第一のリトライカウンタ部３９
と、第一のICMPエコーレスポンスパケット受信部３８が
受信した返信パケットがICMP NEEDFRAGエラーメッセー
ジパケットであることを確認するICMP NEEDFRAGエラー
メッセージ確認部４０と、第一のICMPエコーレスポンス
パケット受信部３８が受信した返信パケットがICMPエコ
ーレスポンスメッセージパケットであることを確認する
ICMPエコーレスポンスメッセージ確認部４１と、第一の
ICMPエコーレスポンスパケット受信部３８が返信パケッ
トとしてICMP NEEDFRAGエラーメッセージパケットを受
信した回数を計測するICMP NEEDFRAGエラーカウンタ部
４２と、本発明の一実施形態のプロセスを終了させる第
一の終了プロセス部４３とを備える構成としてある。
２を参照すると、例えばホスト２にソフト的に組み込ま
れており、ターゲット端末７のIPアドレスを取得するタ
ーゲット端末のIP取得部３０と、ターゲット端末のIP取
得部３０が取得したIPアドレスを有するターゲット端末
７にいたる経路上において各種データリンク方式のネッ
トワークにおけるMTUの値がテーブル形式で格納されて
いるMTUテーブル部３２と、該MTUテーブル部３２からま
たはホスト２が受信したメッセージパケットからMTUの
値を取得するMTU取得部３１と、検出するＰMTUの見積も
り値を格納するＰMTU見積もりレジスタ部とICMP NEEDFR
AGエラーが生起した回数を格納するICMP NEEDFRAGエラ
ーカウンタ部とPMTUを検出するための診断パケットであ
るTESTメッセージパケットのデータグラムのサイズを格
納するTESTパケットサイズレジスタ部とから構成される
レジスタ部３５と、該レジスタ部３５に値を格納するレ
ジスタセット部３３と、レジスタ部３５のTESTパケット
サイズレジスタ部に格納されている値のデータグラムサ
イズを有するTESTメッセージパケットを生成するTESTメ
ッセージパケット生成部３４と、TESTメッセージパケッ
ト生成部３４で生成されたTESTメッセージパケットをIC
MPエコーリクエストパケットとしてターゲット端末７へ
送信する第一のICMPエコーリクエストパケット送信部３
６と、該第一のICMPエコーリクエストパケット送信部３
６が送信したパケットの返信パケットがホスト２へ返信
されるまでの時間を計測する第一のタイムアウトカウン
タ部３７（ここでタイムアウトカウンタはハードウェア
またはソフトウェアで構成できる）と、第一のICMPエコ
ーリクエストパケット送信部３６が送信したパケットの
返信パケットを受信する第一のICMPエコーレスポンスパ
ケット受信部３８と、該第一のICMPエコーレスポンスパ
ケット受信部３８において受信すべき時限内すなわち第
一のタイムアウトカウンタ部３７で設定されている時限
内にICMPエコーレスポンスパケットをホスト２が受信し
なかった回数を計測する第一のリトライカウンタ部３９
と、第一のICMPエコーレスポンスパケット受信部３８が
受信した返信パケットがICMP NEEDFRAGエラーメッセー
ジパケットであることを確認するICMP NEEDFRAGエラー
メッセージ確認部４０と、第一のICMPエコーレスポンス
パケット受信部３８が受信した返信パケットがICMPエコ
ーレスポンスメッセージパケットであることを確認する
ICMPエコーレスポンスメッセージ確認部４１と、第一の
ICMPエコーレスポンスパケット受信部３８が返信パケッ
トとしてICMP NEEDFRAGエラーメッセージパケットを受
信した回数を計測するICMP NEEDFRAGエラーカウンタ部
４２と、本発明の一実施形態のプロセスを終了させる第
一の終了プロセス部４３とを備える構成としてある。
【００２２】また、図３を参照すると、図２における第
一のタイムアウトカウンタ部３７の時限の値を決定する
ソフトウェアの構成を示してあり、例えばターゲット端
末７のIPアドレスを取得するターゲット端末のIP取得部
３０と、大きさが１バイトであるデータグラムサイズを
有するタイムアウトTESTメッセージパケットをICMPエコ
ーリクエストパケットとして生成する第二のICMPエコー
リクエストパケット生成部５１と、該ICMPエコーリクエ
ストパケットをターゲット端末７へ送信する第二のICMP
エコーリクエストパケット送信部５２と、該第二のICMP
エコーリクエストパケット送信部５２が送信したパケッ
トの返信パケットがホスト２へ返信されるまでの時間を
計測する第二のタイムアウトカウンタ部５４（ここでタ
イムアウトカウンタはハードウェアまたはソフトウェア
で構成できる）と、第二のICMPエコーリクエストパケッ
ト送信部５２が送信したパケットの返信パケットを受信
する第二のICMPエコーレスポンスパケット受信部５３
と、該第一のICMPエコーレスポンスパケット受信部５３
において受信すべき時限内すなわち第二のタイムアウト
カウンタ部５４で設定されている時限内にICMPエコーレ
スポンスパケットをホスト２が受信しなかった回数を計
測する第二のリトライカウンタ部５６と、第二のICMPエ
コーレスポンスパケット受信部５３が受信したICMPエコ
ーレスポンスパケットのメッセージ部に含まれるRTT（R
ound Trip Time）の値を求めるRTT計算部５５と、第一
のタイムアウトカウンタ部３７へ時限の値を設定するPM
TU検出プロセス・タイムアウトカウンタ・セット部５７
と、図３で示されるプロセスを終了させる第二の終了プ
ロセス部５８とを備える構成としてある。
一のタイムアウトカウンタ部３７の時限の値を決定する
ソフトウェアの構成を示してあり、例えばターゲット端
末７のIPアドレスを取得するターゲット端末のIP取得部
３０と、大きさが１バイトであるデータグラムサイズを
有するタイムアウトTESTメッセージパケットをICMPエコ
ーリクエストパケットとして生成する第二のICMPエコー
リクエストパケット生成部５１と、該ICMPエコーリクエ
ストパケットをターゲット端末７へ送信する第二のICMP
エコーリクエストパケット送信部５２と、該第二のICMP
エコーリクエストパケット送信部５２が送信したパケッ
トの返信パケットがホスト２へ返信されるまでの時間を
計測する第二のタイムアウトカウンタ部５４（ここでタ
イムアウトカウンタはハードウェアまたはソフトウェア
で構成できる）と、第二のICMPエコーリクエストパケッ
ト送信部５２が送信したパケットの返信パケットを受信
する第二のICMPエコーレスポンスパケット受信部５３
と、該第一のICMPエコーレスポンスパケット受信部５３
において受信すべき時限内すなわち第二のタイムアウト
カウンタ部５４で設定されている時限内にICMPエコーレ
スポンスパケットをホスト２が受信しなかった回数を計
測する第二のリトライカウンタ部５６と、第二のICMPエ
コーレスポンスパケット受信部５３が受信したICMPエコ
ーレスポンスパケットのメッセージ部に含まれるRTT（R
ound Trip Time）の値を求めるRTT計算部５５と、第一
のタイムアウトカウンタ部３７へ時限の値を設定するPM
TU検出プロセス・タイムアウトカウンタ・セット部５７
と、図３で示されるプロセスを終了させる第二の終了プ
ロセス部５８とを備える構成としてある。
【００２３】［実施形態の動作の説明］以下、本実施形
態の動作につき説明する。図１、図２、図３の構成図
と、図４および図５ならびに図６のフローチャートと図
１２に示す表を参照して本発明の実施形態の動作につい
て詳細に説明する。ただし、図４と図５は、２つの図で
１つの連続したフローチャートを示すものであり、図４
と図５における互いの接続点は同一の符号を付けた接合
子で示している。
態の動作につき説明する。図１、図２、図３の構成図
と、図４および図５ならびに図６のフローチャートと図
１２に示す表を参照して本発明の実施形態の動作につい
て詳細に説明する。ただし、図４と図５は、２つの図で
１つの連続したフローチャートを示すものであり、図４
と図５における互いの接続点は同一の符号を付けた接合
子で示している。
【００２４】まず初めに、本発明で使用するタイムアウ
トカウンタの値を求める。図６において、ステップ２０
２で、ターゲット端末のIP取得部３０がターゲット端末
７のIPアドレスを入手する。IPアドレスはこのPMTU検出
プロセスを利用するアプリケーションから得られる。次
に、ステップ２０３でデータグラムの大きさが１バイト
であるタイムアウトTESTメッセージパケットを、第二の
ICMPエコーリクエストパケット生成部５１が生成する。
このタイムアウトTESTメッセージパケットは、ルータお
よびホスト間のエラーおよび制御情報を取り扱うプロト
コルであるICMPにおける診断用パケットのICMPエコーリ
クエストパケット８として且つパケットのネットワーク
における寿命時間であるTTL（TIME TO LIVE）の値を２
５５msecに設定して、第二のICMPエコーリクエストパケ
ット送信部５２がホスト２によりターゲット端末７へ送
信する。次に、ステップ２０５で、第二のタイムアウト
カウンタ部５４が時限を２５５msecとして本フローのタ
イムアウトのカウントを開始する。次にステップ２０６
において、ターゲット端末７からホスト２へICMPエコー
レスポンスパケット１２がステップ２０５の第二のタイ
ムアウトカウンタ部５４がタイムアウトになる前に返信
されたか否かを、第二のICMPエコーレスポンスパケット
受信部５３が確認する。ICMPエコーレスポンスパケット
１２が返信されない場合は、次はステップ２０７へ移行
し、ICMPエコーレスポンスパケット１２が返信された場
合はステップ２０９へ移行する。ここで、ICMPエコーレ
スポンスパケット１２はICMPにおけるメッセージパケッ
トの一つであり、RTTは通信技術では既知の内容である
ため説明は省略する。
トカウンタの値を求める。図６において、ステップ２０
２で、ターゲット端末のIP取得部３０がターゲット端末
７のIPアドレスを入手する。IPアドレスはこのPMTU検出
プロセスを利用するアプリケーションから得られる。次
に、ステップ２０３でデータグラムの大きさが１バイト
であるタイムアウトTESTメッセージパケットを、第二の
ICMPエコーリクエストパケット生成部５１が生成する。
このタイムアウトTESTメッセージパケットは、ルータお
よびホスト間のエラーおよび制御情報を取り扱うプロト
コルであるICMPにおける診断用パケットのICMPエコーリ
クエストパケット８として且つパケットのネットワーク
における寿命時間であるTTL（TIME TO LIVE）の値を２
５５msecに設定して、第二のICMPエコーリクエストパケ
ット送信部５２がホスト２によりターゲット端末７へ送
信する。次に、ステップ２０５で、第二のタイムアウト
カウンタ部５４が時限を２５５msecとして本フローのタ
イムアウトのカウントを開始する。次にステップ２０６
において、ターゲット端末７からホスト２へICMPエコー
レスポンスパケット１２がステップ２０５の第二のタイ
ムアウトカウンタ部５４がタイムアウトになる前に返信
されたか否かを、第二のICMPエコーレスポンスパケット
受信部５３が確認する。ICMPエコーレスポンスパケット
１２が返信されない場合は、次はステップ２０７へ移行
し、ICMPエコーレスポンスパケット１２が返信された場
合はステップ２０９へ移行する。ここで、ICMPエコーレ
スポンスパケット１２はICMPにおけるメッセージパケッ
トの一つであり、RTTは通信技術では既知の内容である
ため説明は省略する。
【００２５】ステップ２０７では、第二のリトライカウ
ンタ部５６が、ICMPエコーレスポンスパケット１２が返
信されない回数を検出しており、第二のリトライカウン
タ部５６の値が３となった場合、IPネットワークシステ
ム１が不測の異常状態であると判断し、アプリケーショ
ン層にエラーを返して本プロセスを強制終了（ステップ
２０８）し、またリトライカウンタの値が１または２で
ある場合は、ステップ２０４へ移行しプロセスを継続す
る。
ンタ部５６が、ICMPエコーレスポンスパケット１２が返
信されない回数を検出しており、第二のリトライカウン
タ部５６の値が３となった場合、IPネットワークシステ
ム１が不測の異常状態であると判断し、アプリケーショ
ン層にエラーを返して本プロセスを強制終了（ステップ
２０８）し、またリトライカウンタの値が１または２で
ある場合は、ステップ２０４へ移行しプロセスを継続す
る。
【００２６】次に、ステップ２０９では、RTT計算部５
５が、ターゲット端末７からホスト２へ返信されたICMP
エコーレスポンスパケット１２のパケットメッセージの
内容を見て、RTT（Round Trip Time）の２倍の値を計算
して求める。
５が、ターゲット端末７からホスト２へ返信されたICMP
エコーレスポンスパケット１２のパケットメッセージの
内容を見て、RTT（Round Trip Time）の２倍の値を計算
して求める。
【００２７】次に、ステップ２１０では、ステップ２０
９で求められたRTTの２倍の値を、図２の第一のタイム
アウトカウンタ部３７の時限の値として設定し、第二の
終了プロセス部５８において本プロセスを終了する（ス
テップ２１１）。ここで、第一のタイムアウトカウンタ
部３７の時限の値として、データグラムサイズが１バイ
トであるICMPエコーリクエストパケットの、ホスト２と
ターゲット端末７の間のRTTの２倍の値としている。な
ぜなら、IPネットワーク１においては、少なくとも、RT
Tの２倍以内には、ルータ／ターゲット端末から何らか
のレスポンスがあるべきと考えるからであるが、１以上
であれば特に２という値にはこだわらなくても良い。
９で求められたRTTの２倍の値を、図２の第一のタイム
アウトカウンタ部３７の時限の値として設定し、第二の
終了プロセス部５８において本プロセスを終了する（ス
テップ２１１）。ここで、第一のタイムアウトカウンタ
部３７の時限の値として、データグラムサイズが１バイ
トであるICMPエコーリクエストパケットの、ホスト２と
ターゲット端末７の間のRTTの２倍の値としている。な
ぜなら、IPネットワーク１においては、少なくとも、RT
Tの２倍以内には、ルータ／ターゲット端末から何らか
のレスポンスがあるべきと考えるからであるが、１以上
であれば特に２という値にはこだわらなくても良い。
【００２８】次に、本発明のPMTU検出プロセスの動作
を、図４および図５を用いて説明する。まず、ステップ
１０２で、ターゲット端末のIP取得部３０が、ターゲッ
ト端末７のIPアドレスを取得する。IPアドレスは、この
PMTU検出プロセスを利用するアプリケーションから得ら
れる。ステップ１０３では、ネットワークを介したホス
トからターゲット端末７までの最初のPMTU見積もり値と
して、MTUテーブル部３２に格納されているMTUテーブ
ル、すなわち図１２のMTUテーブルのグループMTUの中か
ら最も低い値から順に選択し、その値をＰとする。
を、図４および図５を用いて説明する。まず、ステップ
１０２で、ターゲット端末のIP取得部３０が、ターゲッ
ト端末７のIPアドレスを取得する。IPアドレスは、この
PMTU検出プロセスを利用するアプリケーションから得ら
れる。ステップ１０３では、ネットワークを介したホス
トからターゲット端末７までの最初のPMTU見積もり値と
して、MTUテーブル部３２に格納されているMTUテーブ
ル、すなわち図１２のMTUテーブルのグループMTUの中か
ら最も低い値から順に選択し、その値をＰとする。
【００２９】本発明のPMTU検出プロセスで採用する図１
２のMTUテーブルは、データリンク層の設計者が類似の
方法でMTUを選択する傾向があることに基づいて作成さ
れており、類似のMTU値のグループを集めて、そしてそ
のグループでの最も低い値を、グループMTUとして採用
している。このテーブルを用いることにより、インター
ネットで利用されている通信プロトコルのTCP/IP（Tran
smission Control Protocol/Internet Protocol）で用
いられているような、ACK（Acknoledge）が返ってくる
毎にウィンドウサイズを１オクテットずつ増加するスロ
ースタートに比べ、目的の値への収束速度はすぐれてい
る。
２のMTUテーブルは、データリンク層の設計者が類似の
方法でMTUを選択する傾向があることに基づいて作成さ
れており、類似のMTU値のグループを集めて、そしてそ
のグループでの最も低い値を、グループMTUとして採用
している。このテーブルを用いることにより、インター
ネットで利用されている通信プロトコルのTCP/IP（Tran
smission Control Protocol/Internet Protocol）で用
いられているような、ACK（Acknoledge）が返ってくる
毎にウィンドウサイズを１オクテットずつ増加するスロ
ースタートに比べ、目的の値への収束速度はすぐれてい
る。
【００３０】ステップ１０４で、本プロセスで使用する
レジスタ部３５の各レジスタの値を０に、レジスタセッ
ト部３３が初期化する。ステップ１０５では、本プロセ
スでPMTU見積もり値を検出する際に使用する診断メッセ
ージパケットのデータグラムのサイズを格納するTESTパ
ケットサイズレジスタ部３５に、最初のPMTU見積もり値
としてステップ１０３で得たＰの値からICMPヘッダ分の
２０（バイト）とIPヘッダ分の２０（バイト）との合計
４０（バイト）を減じた値を、レジスタセット部３３が
セットする。ステップ１０６では、レジスタ部３５のTE
STパケットサイズレジスタ部に格納された値の大きさを
持つTESTメッセージパケットを、TESTメッセージパケッ
ト生成部３４が生成する。
レジスタ部３５の各レジスタの値を０に、レジスタセッ
ト部３３が初期化する。ステップ１０５では、本プロセ
スでPMTU見積もり値を検出する際に使用する診断メッセ
ージパケットのデータグラムのサイズを格納するTESTパ
ケットサイズレジスタ部３５に、最初のPMTU見積もり値
としてステップ１０３で得たＰの値からICMPヘッダ分の
２０（バイト）とIPヘッダ分の２０（バイト）との合計
４０（バイト）を減じた値を、レジスタセット部３３が
セットする。ステップ１０６では、レジスタ部３５のTE
STパケットサイズレジスタ部に格納された値の大きさを
持つTESTメッセージパケットを、TESTメッセージパケッ
ト生成部３４が生成する。
【００３１】ステップ１０７では、ステップ１０６で作
成したTESTメッセージパケットを、第一のICMPエコーリ
クエストパケット送信部３６が、フラグメンテーション
を禁止するDFビットをセットしたICMPエコーリクエスト
パケット８として生成し、該ICMPエコーリクエストパケ
ット８を、図１のパス９、第１のルータ３〜第Ｎのルー
タ６、およびパス１１を介してターゲット端末７へ、第
一のICMPエコーリクエストパケット送信部３６が送信す
る。ここで、フラグメンテーションとDFビットは、IPネ
ットワーク技術において既知の技術であるので、説明は
省略する。
成したTESTメッセージパケットを、第一のICMPエコーリ
クエストパケット送信部３６が、フラグメンテーション
を禁止するDFビットをセットしたICMPエコーリクエスト
パケット８として生成し、該ICMPエコーリクエストパケ
ット８を、図１のパス９、第１のルータ３〜第Ｎのルー
タ６、およびパス１１を介してターゲット端末７へ、第
一のICMPエコーリクエストパケット送信部３６が送信す
る。ここで、フラグメンテーションとDFビットは、IPネ
ットワーク技術において既知の技術であるので、説明は
省略する。
【００３２】ステップ１０８では、ステップ１０７でパ
ケットを送信すると同時に、第一のタイムアウトカウン
タ部３７のカウントを開始する。
ケットを送信すると同時に、第一のタイムアウトカウン
タ部３７のカウントを開始する。
【００３３】次に、図１のホスト２は、ステップ１０９
で、第一のICMPエコーレスポンスパケット受信部３８
が、ICMPエコーリクエストパケット８を待ち受ける。こ
の時点で図１のICMP NEEDFRAGエラーパケット１０が、I
Pネットワーク１内のルータ３〜５からホスト２へ通知
されることがありうる。このICMP NEEDFRAGエラーパケ
ット１０の意味するエラーメッセージは、ステップ１０
６で採用した最初のPMTU見積もり値を減少させなくては
ならないことを意味する。
で、第一のICMPエコーレスポンスパケット受信部３８
が、ICMPエコーリクエストパケット８を待ち受ける。こ
の時点で図１のICMP NEEDFRAGエラーパケット１０が、I
Pネットワーク１内のルータ３〜５からホスト２へ通知
されることがありうる。このICMP NEEDFRAGエラーパケ
ット１０の意味するエラーメッセージは、ステップ１０
６で採用した最初のPMTU見積もり値を減少させなくては
ならないことを意味する。
【００３４】そして、第一のICMPエコーレスポンスパケ
ット受信部３８が、該ICMP NEEDFRAGエラーパケット１
０を受信し、且つその受信したことをICMP NEEDFRAGエ
ラーメッセージ確認部４０が検出した場合、まずステッ
プ１１１で、ICMP NEEDFRAGエラーが発生した回数をカ
ウントするICMP NEEDFRAGエラーカウンタ部４２のカウ
ントを１つ増加させ、図５のステップ１１４で、このIC
MP NEEDFRAGエラーパケット１０が、インターネット・
プロトコルのバージョン６であるIPv６をサポートして
いるルータからの返信パケットなら含んでいるべきであ
る次のホップ（以下NEXT HOPと称する）のMTU値を含ん
でいるか否かを、ICMP NEEDFRAGエラーメッセージ確認
部４０において確認する。
ット受信部３８が、該ICMP NEEDFRAGエラーパケット１
０を受信し、且つその受信したことをICMP NEEDFRAGエ
ラーメッセージ確認部４０が検出した場合、まずステッ
プ１１１で、ICMP NEEDFRAGエラーが発生した回数をカ
ウントするICMP NEEDFRAGエラーカウンタ部４２のカウ
ントを１つ増加させ、図５のステップ１１４で、このIC
MP NEEDFRAGエラーパケット１０が、インターネット・
プロトコルのバージョン６であるIPv６をサポートして
いるルータからの返信パケットなら含んでいるべきであ
る次のホップ（以下NEXT HOPと称する）のMTU値を含ん
でいるか否かを、ICMP NEEDFRAGエラーメッセージ確認
部４０において確認する。
【００３５】もし、ステップ１１４において、このMTU
の値を含んでいるとICMP NEEDFRAGエラーメッセージ確
認部４０が確認したなら、ステップ１１５において、こ
のNEXT HOPのMTU値をICMP NEEDFRAGエラーパケット１０
から取得し、このNEXT HOPのMTU値からICMPヘッダ分の
２０（バイト）とIPヘッダ分の２０（バイト）との合計
４０（バイト）を減じた値を、レジスタ部３５のTESTパ
ケットサイズレジスタ部へレジスタセット部３３がスト
アし、ステップ１０６へ移行して本プロセスを継続す
る。
の値を含んでいるとICMP NEEDFRAGエラーメッセージ確
認部４０が確認したなら、ステップ１１５において、こ
のNEXT HOPのMTU値をICMP NEEDFRAGエラーパケット１０
から取得し、このNEXT HOPのMTU値からICMPヘッダ分の
２０（バイト）とIPヘッダ分の２０（バイト）との合計
４０（バイト）を減じた値を、レジスタ部３５のTESTパ
ケットサイズレジスタ部へレジスタセット部３３がスト
アし、ステップ１０６へ移行して本プロセスを継続す
る。
【００３６】しかし、もしステップ１１４において、IC
MP NEEDFRAGエラーパケット１０がNEXT HOPのMTU値を含
んでいないと、ICMP NEEDFRAGエラーメッセージ確認部
４０が確認した場合は、ステップ１１６へ移行する。
MP NEEDFRAGエラーパケット１０がNEXT HOPのMTU値を含
んでいないと、ICMP NEEDFRAGエラーメッセージ確認部
４０が確認した場合は、ステップ１１６へ移行する。
【００３７】ステップ１１６では、ICMP NEEDFRAGエラ
ーカウンタ部４２のカウンタの値を調べる。もし、ICMP
NEEDFRAGエラーカウンタ部４２のカウンタの値が１な
ら、１回目のICMP NEEDFRAGエラーが発生したことにな
り、この場合はMTUテーブル部３２の中で選択したグル
ープMTUの値より小さいMTU値をもつルータが、経路上に
存在することを意味し、ステップ１１８へ移行する。
ーカウンタ部４２のカウンタの値を調べる。もし、ICMP
NEEDFRAGエラーカウンタ部４２のカウンタの値が１な
ら、１回目のICMP NEEDFRAGエラーが発生したことにな
り、この場合はMTUテーブル部３２の中で選択したグル
ープMTUの値より小さいMTU値をもつルータが、経路上に
存在することを意味し、ステップ１１８へ移行する。
【００３８】ステップ１１８では、前回、送信に成功し
たICMPエコーリクエストパケットの大きさ、すなわちレ
ジスタ部３５のPMTU見積もりレジスタ部に格納されてい
る値からICMPヘッダ分の２０（バイト）とIPヘッダ分の
２０（バイト）との合計４０（バイト）を減じた値に１
１４（バイト）を足して、すなわち７４（＝１１４−２
０−２０）を足した値をTESTパケットサイズレジスタ部
へ格納し、ステップ１０６へ移行し本プロセスを継続す
る。この１１４という値は、図１２のPMTU見積もり値の
最小値６８（バイト）とその次に小さいPMTU見積もり値
である２９６（バイト）との差の半分の値であるが、こ
の値は、１（バイト）以上で且つ１１４（バイト）以下
の値であれば良い。
たICMPエコーリクエストパケットの大きさ、すなわちレ
ジスタ部３５のPMTU見積もりレジスタ部に格納されてい
る値からICMPヘッダ分の２０（バイト）とIPヘッダ分の
２０（バイト）との合計４０（バイト）を減じた値に１
１４（バイト）を足して、すなわち７４（＝１１４−２
０−２０）を足した値をTESTパケットサイズレジスタ部
へ格納し、ステップ１０６へ移行し本プロセスを継続す
る。この１１４という値は、図１２のPMTU見積もり値の
最小値６８（バイト）とその次に小さいPMTU見積もり値
である２９６（バイト）との差の半分の値であるが、こ
の値は、１（バイト）以上で且つ１１４（バイト）以下
の値であれば良い。
【００３９】次に、ステップ１０９で、ステップ１０８
の第一のタイムアウトカウンタ部３７で設定されている
時限内に、第一のICMPエコーレスポンスパケット受信部
３８が何らパケットを受信しない場合、IPネットワーク
１が一時的な高トラフィックな輻輳状態であるか、ネッ
トワークケーブルが外れているか、あるいはターゲット
端末７の電源がオフ状態であるか、いずれにせよIPネッ
トワークシステムが不測の正常状態ではないことを意味
するので、再確認のためステップ１１０で３回のリトラ
イカウントを第一のリトライカウンタ部３９がカウント
しつつステップ１０７へ移行し、本プロセスを継続す
る。もし、３回のリトライ後でさえ、第一のタイムアウ
トカウンタ部３７で設定されている時限内に、第一のIC
MPエコーレスポンスパケット受信部３８が何らパケット
を受信しない場合は、IPネットワークシステム１が上述
の不測の異常状態であると判断し、アプリケーション層
にエラーを返して本プロセスを強制終了（ステップ１１
３）する。ここで、アプリケーション層については、通
信技術における既知の技術であるため説明は省略する。
の第一のタイムアウトカウンタ部３７で設定されている
時限内に、第一のICMPエコーレスポンスパケット受信部
３８が何らパケットを受信しない場合、IPネットワーク
１が一時的な高トラフィックな輻輳状態であるか、ネッ
トワークケーブルが外れているか、あるいはターゲット
端末７の電源がオフ状態であるか、いずれにせよIPネッ
トワークシステムが不測の正常状態ではないことを意味
するので、再確認のためステップ１１０で３回のリトラ
イカウントを第一のリトライカウンタ部３９がカウント
しつつステップ１０７へ移行し、本プロセスを継続す
る。もし、３回のリトライ後でさえ、第一のタイムアウ
トカウンタ部３７で設定されている時限内に、第一のIC
MPエコーレスポンスパケット受信部３８が何らパケット
を受信しない場合は、IPネットワークシステム１が上述
の不測の異常状態であると判断し、アプリケーション層
にエラーを返して本プロセスを強制終了（ステップ１１
３）する。ここで、アプリケーション層については、通
信技術における既知の技術であるため説明は省略する。
【００４０】次に、ステップ１０９で、第一のICMPエコ
ーレスポンスパケット受信部３８がICMPエコーレスポン
ス１２を、ターゲット端末７から受信した場合、ステッ
プ１１２へ移行する。ステップ１１２では、ICMPエコー
レスポンスメッセージ確認部４１が、ICMPエコーリクエ
ストパケット８のTESTメッセージパケットサイズを、レ
ジスタ部３５のTESTパケットサイズレジスタ部から取得
し、ステップ１２０へ移行する。
ーレスポンスパケット受信部３８がICMPエコーレスポン
ス１２を、ターゲット端末７から受信した場合、ステッ
プ１１２へ移行する。ステップ１１２では、ICMPエコー
レスポンスメッセージ確認部４１が、ICMPエコーリクエ
ストパケット８のTESTメッセージパケットサイズを、レ
ジスタ部３５のTESTパケットサイズレジスタ部から取得
し、ステップ１２０へ移行する。
【００４１】次に、ステップ１２０で、該パケットサイ
ズにICMPヘッダ分の２０（バイト）とIPヘッダ分の２０
（バイト）との合計４０（バイト）を足した値が、レジ
スタ部３５のPMTU見積もりレジスタ部に格納されている
PMTU見積もりの値より大きい場合は、ステップ１１２で
取得したTESTメッセージパケットのサイズの値にICMPヘ
ッダ分の２０（バイト）とIPヘッダ分の２０（バイト）
との合計４０（バイト）を足した値を、レジスタセット
部３３がレジスタ部３５のPMTU見積もりレジスタ部に格
納されている値に上書きし、ステップ１１６へ移行す
る。
ズにICMPヘッダ分の２０（バイト）とIPヘッダ分の２０
（バイト）との合計４０（バイト）を足した値が、レジ
スタ部３５のPMTU見積もりレジスタ部に格納されている
PMTU見積もりの値より大きい場合は、ステップ１１２で
取得したTESTメッセージパケットのサイズの値にICMPヘ
ッダ分の２０（バイト）とIPヘッダ分の２０（バイト）
との合計４０（バイト）を足した値を、レジスタセット
部３３がレジスタ部３５のPMTU見積もりレジスタ部に格
納されている値に上書きし、ステップ１１６へ移行す
る。
【００４２】そして、ステップ１１６において、ICMP N
EEDFRAGエラーカウンタ部４２の値が０ならICMPNEEDFRA
Gエラーが全く発生していないことを意味し、ステップ
１１９へ移行する。
EEDFRAGエラーカウンタ部４２の値が０ならICMPNEEDFRA
Gエラーが全く発生していないことを意味し、ステップ
１１９へ移行する。
【００４３】ステップ１１９では、MTUテーブル部３２
から、まだ採用していない最も低いグループMTUの値を
選択し、この値からICMPヘッダ分の２０（バイト）とIP
ヘッダ分の２０（バイト）との合計４０（バイト）を減
じた値を、レジスタ部３５のTESTパケットサイズレジス
タ部へ格納し、ステップ１０６へ移行して本プロセスを
継続する。
から、まだ採用していない最も低いグループMTUの値を
選択し、この値からICMPヘッダ分の２０（バイト）とIP
ヘッダ分の２０（バイト）との合計４０（バイト）を減
じた値を、レジスタ部３５のTESTパケットサイズレジス
タ部へ格納し、ステップ１０６へ移行して本プロセスを
継続する。
【００４４】しかし、ステップ１１６で、ICMP NEEDFRA
Gエラーカウンタ部４２のカウンタの値が２以上なら、
２回以上のICMP NEEDFRAGエラーが発生したことを意味
し、本プロセスを終了する（図５のステップ１１７）
が、このとき、本プロセスの目的であるPMTU見積もりの
値はレジスタ部３５のPMTU見積もりレジスタ部に格納さ
れているのでこれを参照すればよい。
Gエラーカウンタ部４２のカウンタの値が２以上なら、
２回以上のICMP NEEDFRAGエラーが発生したことを意味
し、本プロセスを終了する（図５のステップ１１７）
が、このとき、本プロセスの目的であるPMTU見積もりの
値はレジスタ部３５のPMTU見積もりレジスタ部に格納さ
れているのでこれを参照すればよい。
【００４５】このようにして、本実施形態のIPネットワ
ークにおけるPMTU検出システムを用いることにより、ホ
スト２とターゲット端末７との間のPMTUの近似値を容易
に得ることができる。
ークにおけるPMTU検出システムを用いることにより、ホ
スト２とターゲット端末７との間のPMTUの近似値を容易
に得ることができる。
【００４６】また、ステップ１１８で採用した１１４
（バイト）の値を１（バイト）にすることにより、PMTU
の値を正確に、且つ容易に得ることができる。
（バイト）の値を１（バイト）にすることにより、PMTU
の値を正確に、且つ容易に得ることができる。
【００４７】［発明の他の実施形態］ここで説明する本
発明の他の実施形態は、その基本的構成は上記の通りで
あるが、上記の実施形態では、図２におけるMTUテーブ
ル部３２のテーブルとして図１２に示すグループMTUの
値を採用しているが、この他の実施形態では、ある一定
の差を持つ等差数列的な値を採用し、その一定の差ずつ
レジスタ部３５のTESTパケットサイズレジスタ部の値を
増加させている点が特徴である。
発明の他の実施形態は、その基本的構成は上記の通りで
あるが、上記の実施形態では、図２におけるMTUテーブ
ル部３２のテーブルとして図１２に示すグループMTUの
値を採用しているが、この他の実施形態では、ある一定
の差を持つ等差数列的な値を採用し、その一定の差ずつ
レジスタ部３５のTESTパケットサイズレジスタ部の値を
増加させている点が特徴である。
【００４８】この場合のソフトウェアの構成とその動作
のフローチャートは、それぞれ図７ならびに図８および
図９となる。ただし、図８と図９は、２つの図で１つの
フローチャートを示すものであり、図８と図９における
互いの接続点は同一の符号の接合子で示している。図２
と図７の差分は、MTUテーブル部３２が構成から削除さ
れていることである。図４および図５と図８および図９
の差分は、ステップ１０３、ステップ１０５、ステップ
１１９が、それぞれステップ１５０、ステップ１５１、
ステップ１５２へその処理内容が変更されていることで
ある。
のフローチャートは、それぞれ図７ならびに図８および
図９となる。ただし、図８と図９は、２つの図で１つの
フローチャートを示すものであり、図８と図９における
互いの接続点は同一の符号の接合子で示している。図２
と図７の差分は、MTUテーブル部３２が構成から削除さ
れていることである。図４および図５と図８および図９
の差分は、ステップ１０３、ステップ１０５、ステップ
１１９が、それぞれステップ１５０、ステップ１５１、
ステップ１５２へその処理内容が変更されていることで
ある。
【００４９】図７におけるステップ１５０では、最初の
PMTUの見積もり値として、例えば５０（バイト）とす
る。この値５０は、１以上で６８以下であれば良い。ス
テップ１５１では、レジスタセット部３３がレジスタ部
３５のTESTパケットサイズレジスタ部に１０をセット
し、ステップ１０４へ移行する。この１０は、PMTU見積
もり値の５０バイトからICMPパケットのヘッダ分の２０
バイトと、IPパケットのヘッダ分の２０バイトを減じた
値である。そして、ステップ１５２では、レジスタ部３
５のTESTパケットサイズレジスタ部の値を１０だけ増加
させて、ステップ１０６へ移行しプロセスを継続する。
PMTUの見積もり値として、例えば５０（バイト）とす
る。この値５０は、１以上で６８以下であれば良い。ス
テップ１５１では、レジスタセット部３３がレジスタ部
３５のTESTパケットサイズレジスタ部に１０をセット
し、ステップ１０４へ移行する。この１０は、PMTU見積
もり値の５０バイトからICMPパケットのヘッダ分の２０
バイトと、IPパケットのヘッダ分の２０バイトを減じた
値である。そして、ステップ１５２では、レジスタ部３
５のTESTパケットサイズレジスタ部の値を１０だけ増加
させて、ステップ１０６へ移行しプロセスを継続する。
【００５０】以上のようにして、ある一定の差を持つ等
差数列的な値をPMTU見積もり値として採用することによ
り、その一定の差ずつレジスタ部３５のTESTパケットサ
イズレジスタ部の値を増加させてすることで、このMTU
テーブル部３２を削除した構成とすることができる。
差数列的な値をPMTU見積もり値として採用することによ
り、その一定の差ずつレジスタ部３５のTESTパケットサ
イズレジスタ部の値を増加させてすることで、このMTU
テーブル部３２を削除した構成とすることができる。
【００５１】以上説明したように、本発明は、送信元の
ホストが、IPネットワークにおけるデータを転送する際
に、送信元のホストから受信先のターゲット端末までの
PMTU（Path Maximum Transmission Unit：経路上の最大
転送長）を検出して、送信元のホストが、送信元のホス
トがパケットの大きさを、予めそのPMTUの大きさ以下に
パケタイジングして送信することにより、途中のIPルー
タおよび受信先のターゲット端末においてフラグメンテ
ーションによる伝播遅延が生じることなく、そのデータ
伝送効率が向上できる方法および構成を提供する。
ホストが、IPネットワークにおけるデータを転送する際
に、送信元のホストから受信先のターゲット端末までの
PMTU（Path Maximum Transmission Unit：経路上の最大
転送長）を検出して、送信元のホストが、送信元のホス
トがパケットの大きさを、予めそのPMTUの大きさ以下に
パケタイジングして送信することにより、途中のIPルー
タおよび受信先のターゲット端末においてフラグメンテ
ーションによる伝播遅延が生じることなく、そのデータ
伝送効率が向上できる方法および構成を提供する。
【００５２】すなわち、本発明は、例えば、図１および
図２に示すように、ホスト２にソフト的に組み込まれ
た、ターゲット端末７のIPアドレスを取得するターゲッ
ト端末のIP取得部３０と、各種データリンク方式のネッ
トワークにおけるMTUの値がテーブル形式で格納されて
いるMTUテーブル部３２と、該MTUテーブル部３２からま
たはホスト２が受信したメッセージパケットからMTUの
値を取得するMTU取得部３１と、検出するＰMTUの見積も
り値を格納するＰMTU見積もりレジスタ部とICMP NEEDFR
AGエラーが生起した回数を格納するICMP NEEDFRAGエラ
ーカウンタ部とPMTUを検出するための診断パケットであ
るTESTメッセージパケットのデータグラムのサイズを格
納するTESTパケットサイズレジスタ部とから構成される
レジスタ部３５と、該レジスタ部３５に値を格納するレ
ジスタセット部３３と、レジスタ部３５のTESTパケット
サイズレジスタ部に格納されている値のデータグラムサ
イズを有するTESTメッセージパケットを生成するTESTメ
ッセージパケット生成部３４と、TESTメッセージパケッ
ト生成部３４で生成されたTESTメッセージパケットをIC
MPエコーリクエストパケットとしてターゲット端末７へ
送信する第一のICMPエコーリクエストパケット送信部３
６と、該第一のICMPエコーリクエストパケット送信部３
６が送信したパケットの返信パケットがホスト２へ返信
されるまでの時間を計測する第一のタイムアウトカウン
タ部３７（ここでタイムアウトカウンタはハードウェア
またはソフトウェアで構成できる）と、第一のICMPエコ
ーリクエストパケット送信部３６が送信したパケットの
返信パケットを受信する第一のICMPエコーレスポンスパ
ケット受信部３８と、該第一のICMPエコーレスポンスパ
ケット受信部３８において受信すべき時限内すなわち第
一のタイムアウトカウンタ部３７で設定されている時限
内にICMPエコーレスポンスパケットをホスト２が受信し
なかった回数を計測する第一のリトライカウンタ部３９
と、第一のICMPエコーレスポンスパケット受信部３８が
受信した返信パケットがICMP NEEDFRAGエラーメッセー
ジパケットであることを確認するICMP NEEDFRAGエラー
メッセージ確認部４０と、第一のICMPエコーレスポンス
パケット受信部３８が受信した返信パケットがICMPエコ
ーレスポンスメッセージパケットであることを確認する
ICMPエコーレスポンスメッセージ確認部４１と、第一の
ICMPエコーレスポンスパケット受信部３８が返信パケッ
トとしてICMP NEEDFRAGエラーメッセージパケットを受
信した回数を計測するICMP NEEDFRAGエラーカウンタ部
４２と、本発明の一実施形態のプロセスを終了させる第
一の終了プロセス部４３とを設けてあることを特徴とし
ている。
図２に示すように、ホスト２にソフト的に組み込まれ
た、ターゲット端末７のIPアドレスを取得するターゲッ
ト端末のIP取得部３０と、各種データリンク方式のネッ
トワークにおけるMTUの値がテーブル形式で格納されて
いるMTUテーブル部３２と、該MTUテーブル部３２からま
たはホスト２が受信したメッセージパケットからMTUの
値を取得するMTU取得部３１と、検出するＰMTUの見積も
り値を格納するＰMTU見積もりレジスタ部とICMP NEEDFR
AGエラーが生起した回数を格納するICMP NEEDFRAGエラ
ーカウンタ部とPMTUを検出するための診断パケットであ
るTESTメッセージパケットのデータグラムのサイズを格
納するTESTパケットサイズレジスタ部とから構成される
レジスタ部３５と、該レジスタ部３５に値を格納するレ
ジスタセット部３３と、レジスタ部３５のTESTパケット
サイズレジスタ部に格納されている値のデータグラムサ
イズを有するTESTメッセージパケットを生成するTESTメ
ッセージパケット生成部３４と、TESTメッセージパケッ
ト生成部３４で生成されたTESTメッセージパケットをIC
MPエコーリクエストパケットとしてターゲット端末７へ
送信する第一のICMPエコーリクエストパケット送信部３
６と、該第一のICMPエコーリクエストパケット送信部３
６が送信したパケットの返信パケットがホスト２へ返信
されるまでの時間を計測する第一のタイムアウトカウン
タ部３７（ここでタイムアウトカウンタはハードウェア
またはソフトウェアで構成できる）と、第一のICMPエコ
ーリクエストパケット送信部３６が送信したパケットの
返信パケットを受信する第一のICMPエコーレスポンスパ
ケット受信部３８と、該第一のICMPエコーレスポンスパ
ケット受信部３８において受信すべき時限内すなわち第
一のタイムアウトカウンタ部３７で設定されている時限
内にICMPエコーレスポンスパケットをホスト２が受信し
なかった回数を計測する第一のリトライカウンタ部３９
と、第一のICMPエコーレスポンスパケット受信部３８が
受信した返信パケットがICMP NEEDFRAGエラーメッセー
ジパケットであることを確認するICMP NEEDFRAGエラー
メッセージ確認部４０と、第一のICMPエコーレスポンス
パケット受信部３８が受信した返信パケットがICMPエコ
ーレスポンスメッセージパケットであることを確認する
ICMPエコーレスポンスメッセージ確認部４１と、第一の
ICMPエコーレスポンスパケット受信部３８が返信パケッ
トとしてICMP NEEDFRAGエラーメッセージパケットを受
信した回数を計測するICMP NEEDFRAGエラーカウンタ部
４２と、本発明の一実施形態のプロセスを終了させる第
一の終了プロセス部４３とを設けてあることを特徴とし
ている。
【００５３】本発明は、送信元のホストに組み込んだソ
フトウェアのみよりPMTU見積もり値を検出するという動
作を実行する。したがって、特別な機能を有するIPルー
タを必要としないで、PMTUの見積もり値を検出して、送
信元のホストから受信先のターゲット端末までの経路上
を、伝送データのフラグメンテーションによる転送遅延
を生じさせること無く、且つ、該伝送データの伝送効率
を向上させるIPネットワークにおけるPMTU見積もり値検
出する方法およびシステムの構築を可能にするという効
果が得られる。
フトウェアのみよりPMTU見積もり値を検出するという動
作を実行する。したがって、特別な機能を有するIPルー
タを必要としないで、PMTUの見積もり値を検出して、送
信元のホストから受信先のターゲット端末までの経路上
を、伝送データのフラグメンテーションによる転送遅延
を生じさせること無く、且つ、該伝送データの伝送効率
を向上させるIPネットワークにおけるPMTU見積もり値検
出する方法およびシステムの構築を可能にするという効
果が得られる。
【００５４】なお、本発明の実施の形態は上記のものに
限定されることなく、例えば、図１２に示すようなMTU
テーブル部３２を参照する構成と、ある一定の差を持つ
等差数列的な値をPMTU見積もり値として採用する構成と
を組み合わせて採用すること等、適宜変更が可能であ
る。また、上記の実施形態は、ワークステーション等の
コンピュータと、それによって実行されるプログラムと
によって実現することができ、そのプログラムはコンピ
ュータ読み取り可能な記録媒体あるいは通信回線を介し
て頒布することが可能である。
限定されることなく、例えば、図１２に示すようなMTU
テーブル部３２を参照する構成と、ある一定の差を持つ
等差数列的な値をPMTU見積もり値として採用する構成と
を組み合わせて採用すること等、適宜変更が可能であ
る。また、上記の実施形態は、ワークステーション等の
コンピュータと、それによって実行されるプログラムと
によって実現することができ、そのプログラムはコンピ
ュータ読み取り可能な記録媒体あるいは通信回線を介し
て頒布することが可能である。
【００５５】
【発明の効果】このように、本発明のPMTU検出システム
によれば、従来例がPMTU見積もり値を検出するために、
特別な機能を有するIPルータを使用している代わりに、
送信元のホストに組み込んだソフトウェアによりICMPエ
コーリクエストパケット等の診断パケットを使用してい
るので、以下の利点が得られる。
によれば、従来例がPMTU見積もり値を検出するために、
特別な機能を有するIPルータを使用している代わりに、
送信元のホストに組み込んだソフトウェアによりICMPエ
コーリクエストパケット等の診断パケットを使用してい
るので、以下の利点が得られる。
【００５６】第１に、例えば、送信元であるホスト端末
に組み込んだソフトウェアのみでPMTUの値を検出するこ
とができるので、IPネットワーク上の従来のルータを全
く変更することなく、送信元のホストが宛先ホストまで
の経路上の最小のMTUであるPMTUを把握することがで
き、そのPMTUに収まる範囲のパケットを送信元のホスト
が送信できるようにし、IPルータにおいて中継の遅延を
招くフラグメンテーションを行わずに高速でパケットを
中継することができるという効果がある。
に組み込んだソフトウェアのみでPMTUの値を検出するこ
とができるので、IPネットワーク上の従来のルータを全
く変更することなく、送信元のホストが宛先ホストまで
の経路上の最小のMTUであるPMTUを把握することがで
き、そのPMTUに収まる範囲のパケットを送信元のホスト
が送信できるようにし、IPルータにおいて中継の遅延を
招くフラグメンテーションを行わずに高速でパケットを
中継することができるという効果がある。
【図１】本発明によるIPネットワークにおけるPMTU見積
もり値検出のシステムの構成を説明するためのブロック
図
もり値検出のシステムの構成を説明するためのブロック
図
【図２】図１に示すホスト２によって実行されるソフト
ウェアによって実現される各機能を示すシステムフロー
図
ウェアによって実現される各機能を示すシステムフロー
図
【図３】図１に示すホスト２によって実行されるソフト
ウェアによって実現される各機能を図２とともに示すシ
ステムフロー図
ウェアによって実現される各機能を図２とともに示すシ
ステムフロー図
【図４】図１〜図３に示す構成の動作を示すフローチャ
ート
ート
【図５】図１〜図３に示す構成の動作を図４とともに示
すフローチャート
すフローチャート
【図６】図１〜図３に示す構成の動作を示すフローチャ
ート
ート
【図７】図１に示すホスト２によって実行される他の構
成によるソフトウェアによって実現される各機能を示す
システムフロー図
成によるソフトウェアによって実現される各機能を示す
システムフロー図
【図８】図１、図３、および図７に示す他の構成の動作
を示すフローチャート
を示すフローチャート
【図９】図１、図３、および図７に示す他の構成の動作
を図８とともに示すフローチャート
を図８とともに示すフローチャート
【図１０】従来のシステム構成を説明するためのブロッ
ク図
ク図
【図１１】経路制御プロトコルのパケットの構造例を示
す模式図
す模式図
【図１２】本発明の実施形態で用いるデータリンク層の
複数の構成において使用される類似のMTU値のグループ
を集めて、そのグループでの最も低い値をグループMTU
として設定したテーブルを示す図
複数の構成において使用される類似のMTU値のグループ
を集めて、そのグループでの最も低い値をグループMTU
として設定したテーブルを示す図
１ IPネットワーク ２ ホスト ３〜６ 第１，第２，第Ｍ，第Ｎのルータ ７ ターゲット端末 ８ ＩＣＭＰエコーリクエストパケット １０ ＩＣＭＰエコーパケット １２ ＩＣＭＰレスポンスパケット
Claims (5)
- 【請求項１】 IP（Internet Protocol）ネットワーク
におけるPMTU（PathMaximum Transmission Unit；経路
上の最大転送長）見積もり値の検出方法であって、 送信元のホストから所定のパケット長を有する見積もり
値検出用の診断パケットを、返信を要求するパケットと
して送出する第１の過程と、 受信先のターゲット端末からの診断パケットに対する返
信パケットの受信状態を判定する第２の過程と、 第２の過程における判定結果に応じて診断パケットのパ
ケット長を設定する第３の過程とを有し、 繰り返しパケット長が異なる診断パケットを送出するこ
とによって、IPネットワークにおけるPMTU見積もり値を
検出することを特徴とするIPネットワークにおけるPMTU
見積もり値検出の方法。 - 【請求項２】 診断パケットのパケット長を複数のパケ
ット長をあらかじめ定めたテーブルを参照することによ
って設定することを特徴とする請求項１記載のIPネット
ワークにおけるPMTU見積もり値検出の方法。 - 【請求項３】 診断パケットのパケット長を所定の差分
値で変化させながら設定することを特徴とする請求項１
記載のIPネットワークにおけるPMTU見積もり値検出の方
法。 - 【請求項４】 IP（Internet Protocol）ネットワーク
におけるPMTU（PathMaximum Transmission Unit；経路
上の最大転送長）見積もり値の検出システムであって、 送信元のホストから所定のパケット長を有する見積もり
値検出用の診断パケットを、返信を要求するパケットと
して送出する第１の手段と、 受信先のターゲット端末からの診断パケットに対する返
信パケットの受信状態を判定する第２の手段と、 第２の手段による判定結果に応じて診断パケットのパケ
ット長を設定する第３の手段とを有し、 繰り返しパケット長が異なる診断パケットを送出するこ
とによって、IPネットワークにおけるPMTU見積もり値を
検出することを特徴とするIPネットワークにおけるPMTU
見積もり値検出のシステム。 - 【請求項５】 IP（Internet Protocol）ネットワーク
におけるPMTU（PathMaximum Transmission Unit；経路
上の最大転送長）見積もり値の検出を行うためのプログ
ラムを記録した記録媒体であって、 送信元のホストから所定のパケット長を有する見積もり
値検出用の診断パケットを、返信を要求するパケットと
して送出する第１の過程と、 受信先のターゲット端末からの診断パケットに対する返
信パケットの受信状態を判定する第２の過程と、 第２の過程における判定結果に応じて診断パケットのパ
ケット長を設定する第３の過程とを実行し、 繰り返しパケット長が異なる診断パケットを送出するこ
とによって、IPネットワークにおけるPMTU見積もり値を
検出するためのIPネットワークにおけるPMTU見積もり値
検出用のプログラムを記録したコンピュータ読み取り可
能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000062376A JP3511969B2 (ja) | 2000-03-07 | 2000-03-07 | Ｉｐネットワークにおけるｐｍｔｕ見積もり値検出の方法およびそのシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000062376A JP3511969B2 (ja) | 2000-03-07 | 2000-03-07 | Ｉｐネットワークにおけるｐｍｔｕ見積もり値検出の方法およびそのシステム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001251353A true JP2001251353A (ja) | 2001-09-14 |
| JP3511969B2 JP3511969B2 (ja) | 2004-03-29 |
Family
ID=18582399
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000062376A Expired - Fee Related JP3511969B2 (ja) | 2000-03-07 | 2000-03-07 | Ｉｐネットワークにおけるｐｍｔｕ見積もり値検出の方法およびそのシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3511969B2 (ja) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100453055B1 (ko) * | 2002-03-29 | 2004-10-15 | 삼성전자주식회사 | Ｉｐ 네트워크 상에서의 경로 ｍｔｕ 탐색 방법 및 그 장치 |
| KR100453056B1 (ko) * | 2002-03-29 | 2004-10-15 | 삼성전자주식회사 | 동적 ｉｐ 네트워크 상에서의 ｐｍｔｕ 변경 방법 및 그장치 |
| KR100504389B1 (ko) * | 2001-12-27 | 2005-07-27 | 스콥정보통신 주식회사 | 아이피 공유기 검출 시스템 및 그 방법 |
| KR100506844B1 (ko) * | 2002-03-12 | 2005-08-11 | 주식회사 프리컴시스템 | Ｉｐ 공유 검출 방법 |
| WO2006069478A1 (fr) * | 2004-12-28 | 2006-07-06 | Zte Corporation | Methode pour diagnostiquer un routeur prenant en charge une trajectoire de selection de strategie |
| JP2006526302A (ja) * | 2003-05-13 | 2006-11-16 | カイヨン・インコーポレイテッド | 有線又は無線ネットワークにおけるパケットのルーティングのためのシステム及び方法 |
| WO2007052764A1 (ja) * | 2005-11-07 | 2007-05-10 | Nec Corporation | セッション中継装置およびセッション中継方法 |
| CN100448224C (zh) * | 2004-06-17 | 2008-12-31 | 国际商业机器公司 | 探索路径最大传输单元的方法和设备 |
| EP2131619A2 (en) | 2008-06-05 | 2009-12-09 | Fujitsu Ltd. | Mobile communication system, mobile communication method, and communication apparatus |
| CN113411260A (zh) * | 2015-08-31 | 2021-09-17 | 华为技术有限公司 | 一种IPv6网络中数据报文的发送方法及装置 |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100375433C (zh) * | 2003-11-13 | 2008-03-12 | 中兴通讯股份有限公司 | 动态发现IPsec隧道PMTU的方法 |
-
2000
- 2000-03-07 JP JP2000062376A patent/JP3511969B2/ja not_active Expired - Fee Related
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100504389B1 (ko) * | 2001-12-27 | 2005-07-27 | 스콥정보통신 주식회사 | 아이피 공유기 검출 시스템 및 그 방법 |
| KR100506844B1 (ko) * | 2002-03-12 | 2005-08-11 | 주식회사 프리컴시스템 | Ｉｐ 공유 검출 방법 |
| KR100453056B1 (ko) * | 2002-03-29 | 2004-10-15 | 삼성전자주식회사 | 동적 ｉｐ 네트워크 상에서의 ｐｍｔｕ 변경 방법 및 그장치 |
| KR100453055B1 (ko) * | 2002-03-29 | 2004-10-15 | 삼성전자주식회사 | Ｉｐ 네트워크 상에서의 경로 ｍｔｕ 탐색 방법 및 그 장치 |
| JP2006526302A (ja) * | 2003-05-13 | 2006-11-16 | カイヨン・インコーポレイテッド | 有線又は無線ネットワークにおけるパケットのルーティングのためのシステム及び方法 |
| CN100448224C (zh) * | 2004-06-17 | 2008-12-31 | 国际商业机器公司 | 探索路径最大传输单元的方法和设备 |
| US8223761B2 (en) | 2004-12-28 | 2012-07-17 | Zte Corporation | Method for diagnosing the router which supports policy-based routing |
| WO2006069478A1 (fr) * | 2004-12-28 | 2006-07-06 | Zte Corporation | Methode pour diagnostiquer un routeur prenant en charge une trajectoire de selection de strategie |
| WO2007052764A1 (ja) * | 2005-11-07 | 2007-05-10 | Nec Corporation | セッション中継装置およびセッション中継方法 |
| US8085669B2 (en) | 2005-11-07 | 2011-12-27 | Nec Corporation | Session relay device and session relay method |
| US8179851B2 (en) | 2008-06-05 | 2012-05-15 | Fujitsu Limited | Mobile communication system, mobile communication method, and communication apparatus |
| EP2131619A2 (en) | 2008-06-05 | 2009-12-09 | Fujitsu Ltd. | Mobile communication system, mobile communication method, and communication apparatus |
| CN113411260A (zh) * | 2015-08-31 | 2021-09-17 | 华为技术有限公司 | 一种IPv6网络中数据报文的发送方法及装置 |
| US11477106B2 (en) | 2015-08-31 | 2022-10-18 | Huawei Technologies Co., Ltd. | Data packet sending method and apparatus in IPV6 network |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3511969B2 (ja) | 2004-03-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2416897C (en) | Tcp flow control | |
| JP5491533B2 (ja) | 利用可能帯域幅を測定する効率的かつ損失耐性を有する方法およびメカニズム | |
| CN100459576C (zh) | 一种探测路径最大传输单元的方法 | |
| JP5020076B2 (ja) | 低頻度ａｃｋのシステムに適した高性能ｔｃｐ | |
| US7925775B2 (en) | TCP congestion control based on bandwidth estimation techniques | |
| JP5363658B1 (ja) | 中継装置、中継装置の制御方法、及び、ネットワークシステム | |
| US20070133414A1 (en) | Method for faster detection and retransmission of lost TCP segments | |
| WO2013044827A1 (zh) | 一种跟踪路由测试方法、***、装置及设备 | |
| JP3511969B2 (ja) | Ｉｐネットワークにおけるｐｍｔｕ見積もり値検出の方法およびそのシステム | |
| JP3377994B2 (ja) | データ配信管理装置およびデータ配信管理方法 | |
| CN108234087A (zh) | 数据传输方法及发送端 | |
| JP4672448B2 (ja) | 全二重・半二重不整合検出方法及び，この方法を適用する全二重・半二重不整合検出装置 | |
| JP2006174451A (ja) | 複数のノードを含むワイヤレスネットワークにおいてルートを追跡する方法及びルートを追跡するように構成されるノードのワイヤレスネットワーク | |
| JP2009089197A (ja) | 中継装置 | |
| US20030137948A1 (en) | Retransmission control in wireless packet data networks | |
| JP3929452B2 (ja) | モバイルアドホックネットワークにおけるトランスポート層を用いた効率的なデータの送受信方法及びその方法を用いたネットワーク装置 | |
| KR100663465B1 (ko) | 전송제어 프로토콜을 사용하는 데이터 네트워크에서 다중 세그먼트 복구를 위한 가상 블록 정보의 송수신 방법 및 장치 | |
| JP2007006068A (ja) | 高速ネットワークにおけるパケットの同期送受信方法、送受信システム、送受信装置および同期送受信プログラム | |
| JP4505575B2 (ja) | 通信システム、ゲートウェイ送信装置、ゲートウェイ受信装置、送信方法、受信方法および情報記録媒体 | |
| US20140369189A1 (en) | Method of controlling packet transmission in network system and network system transmitting packet using pseudo-tcp agent | |
| JP5082986B2 (ja) | 送信ノード、並びにその制御方法及び制御プログラム | |
| JP3313563B2 (ja) | データ伝送制御方法 | |
| JP5771656B2 (ja) | 中継装置 | |
| KR102184144B1 (ko) | Mptcp를 이용한 통신에서의 응답 메시지 처리 방법 및 시스템 | |
| KR101547048B1 (ko) | 라우터에서의 통신들을 관리하는 기술 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20031216 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20031229 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080116 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090116 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100116 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110116 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110116 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120116 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120116 Year of fee payment: 8 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R371 | Transfer withdrawn |
Free format text: JAPANESE INTERMEDIATE CODE: R371 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120116 Year of fee payment: 8 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120116 Year of fee payment: 8 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130116 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130116 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130116 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130116 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140116 Year of fee payment: 10 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |