JP3511969B2 - Method and system for detecting PMTU estimation value in IP network - Google Patents

Description

【発明の詳細な説明】Detailed Description of the Invention

【０００１】[0001]

【発明の属する技術分野】本発明は、IP（Internet Pro
tocol）ネットワークにおけるPMTU（Path MaximumTrans
mission Unit：経路上の最大転送長）見積もり値の検出
方法およびそのシステムに関する。TECHNICAL FIELD The present invention relates to an IP (Internet Pro
PMTU (Path Maximum Trans) in a tocol network
mission unit: maximum transfer length on a route) A method for detecting an estimated value and its system.

【０００２】[0002]

【従来の技術】従来のIPネットワークにおけるPMTU検出
方法の一例が、特開平１１−１６８４９２号公報に記載
されている。2. Description of the Related Art An example of a conventional PMTU detection method in an IP network is described in Japanese Patent Laid-Open No. 11-168492.

【０００３】図１０は、上記の従来例を示しており、IP
パケットを中継するルータ装置を示したものである。こ
の図１０において、３０１〜３０５はルータ、３１１〜
３１６はネットワーク、３２１、３２２はネットワーク
に接続したホスト、３３１、３３２はネットワークイン
タフェース、３４１は経路表、３４２はMTU（Maximum T
ransmission Unit）記憶領域、３５１はホスト３２１が
ホスト３２２に宛てて送出したIPパケットを示してい
る。ここで、ホスト３２１からホスト３２２へ経路上の
ネットワークMTUが、ネットワーク３１１において１５
００、ネットワーク３１３において１２００、ネットワ
ーク３１５において１０００、ネットワーク３１６にお
いて１５００だとする。FIG. 10 shows the above-mentioned conventional example.
3 illustrates a router device that relays packets. In FIG. 10, 301 to 305 are routers, 311 to
316 is a network, 321 and 322 are hosts connected to the network, 331 and 332 are network interfaces, 341 is a routing table, and 342 is an MTU (Maximum T
ransmission Unit) storage area, 351 indicates an IP packet transmitted from the host 321 to the host 322. Here, the network MTU on the path from the host 321 to the host 322 is 15 in the network 311.
00, 1200 in the network 313, 1000 in the network 315, and 1500 in the network 316.

【０００４】図１１は、従来例のルータで用いる経路制
御プロトコルのパケットの構造例を示したものである。
この図１１において、４００は経路制御プロトコルのパ
ケット、４０１はネットワークアドレス、４０２は宛先
ネットワークまでの距離、４０３はネットワークのMTU
である。FIG. 11 shows an example of a packet structure of a routing control protocol used in a conventional router.
In FIG. 11, 400 is a packet of a routing control protocol, 401 is a network address, 402 is the distance to the destination network, 403 is the MTU of the network.
Is.

【０００５】以下、上記のようなパケットのルータ装置
による中継要領について説明する。ルータ３０５は、経
路制御プロトコルのパケット４００中のネットワークア
ドレス４０１にネットワーク３１６を、宛先ネットワー
クまでの距離４０２を１に、ネットワークのMTU４０３
を１５００に設定して、ネットワーク３１５内に送信
し、ネットワーク３１６への経路があることをMTUが１
５００であることとともにネットワーク３１５内に通知
する。[0005] Hereinafter, a relay procedure of the above-described packet by the router device will be described. The router 305 sets the network address 401 in the packet 400 of the routing protocol to the network 316, the distance 402 to the destination network to 1, and the MTU 403 of the network.
Is set to 1500, the message is transmitted in the network 315, and the MTU indicates that there is a route to the network 316.
The fact that the number is 500 is notified in the network 315.

【０００６】上記の通知を受信したルータ３０４は、ネ
ットワーク３１６へはルータ３０５を経由すれば良いと
認識するが、ネットワーク３１５のMTUは１０００なの
で、通知されたMTU１５００より小さいため、経路表のM
TU記憶領域には１０００と記録する。さらに、ルータ３
０４は、経路制御プロトコルのパケット４００を用い、
ネットワーク３１６への経路があることを、この経路上
の最小のMTUが１０００であることとともにネットワー
ク３１３内に通知する。The router 304 that has received the above notification recognizes that the network 316 needs to pass through the router 305. However, since the MTU of the network 315 is 1000, it is smaller than the notified MTU 1500, and therefore the M of the routing table is exceeded.
1000 is recorded in the TU storage area. In addition, router 3
04 uses the packet 400 of the routing protocol,
The fact that there is a route to the network 316 is notified in the network 313 that the minimum MTU on this route is 1000.

【０００７】上記の通知を受信したルータ３０２は、ネ
ットワーク３１６へはルータ３０４を経由すれば良いと
認識し、ネットワーク３１３のMTUは１２００である
が、通されたMTUが１０００であるため、経路表のMTU記
憶領域には１０００と記録する。さらに、ルータ３０２
は、経路制御プロトコルのパケット４００を用い、ネッ
トワーク３１６への経路があることを、この経路上の最
小のMTUが１０００であることとともにネットワーク３
１１内に通知する。Upon receiving the above notification, the router 302 recognizes that the network 316 should pass through the router 304, and the MTU of the network 313 is 1200. However, since the passed MTU is 1000, the route table 1000 is recorded in the MTU storage area. In addition, the router 302
Uses the packet 400 of the routing protocol and indicates that there is a route to the network 316, and that the minimum MTU on this route is 1000 and the network 3
Notify within 11.

【０００８】上記の通知を受信したホスト３２１は、ネ
ットワーク３１６へはルータ３０４を経由すれば良いと
認識するとともに、経路上の最小のMTUが１０００であ
ることを知る。そのため、ホスト３２１がIPパケット３
５１をホスト３２２に宛てて送信する際には、ネットワ
ーク３１１のMTUが１５００であるにもかかわらず、IP
パケットを１０００バイトにフラグメント処理してから
送信すれば良いことが分かる。The host 321 having received the above notification recognizes that the network 316 needs to pass through the router 304 and also knows that the minimum MTU on the route is 1000. Therefore, host 321 sends IP packet 3
When sending 51 to the host 322, even though the MTU of the network 311 is 1500, the IP
It can be seen that the packet should be fragmented into 1000 bytes before transmission.

【０００９】以上説明したような従来例によれば、送信
元のホストが宛先ホストまでの経路上の最小のMTUを把
握して、そのMTUに収まる範囲のパケットを送信できる
ようにし、IPルータにおいて中継の遅延を招くフラグメ
ント処理を行わずに高速でパケットを中継ですることの
できる、ルータの中継方法及びルータ装置を提供すると
いう所期の課題（目的）を達成することができる。そし
て、従来例のルータで構成したネットワークにおいて
は、IPパケットを送信する際に宛先ネットワークまでの
経路のMTUを経路表を参照するだけで事前に知ることが
できる。これにより経路上のルータで度々フラグメント
処理が行われることのないように最適なパケットサイズ
でパケットを送信することができ、ルータを経由する際
の遅延を少なくして高速で通信を行うことができるとい
う効果を発揮する。According to the conventional example as described above, the source host recognizes the minimum MTU on the route to the destination host and can transmit the packet within the range of the MTU. It is possible to achieve an intended object (purpose) of providing a router relay method and a router device capable of relaying a packet at high speed without performing fragmentation processing that causes relay delay. Then, in the network configured by the router of the conventional example, when transmitting an IP packet, the MTU of the route to the destination network can be known in advance only by referring to the route table. As a result, it is possible to send packets with an optimal packet size so that the router on the route does not frequently perform fragment processing, and it is possible to reduce the delay when passing through the router and perform high-speed communication. Exerts the effect.

【００１０】[0010]

【発明が解決しようとする課題】しかし、この従来技術
には、次のような問題点があった。However, this conventional technique has the following problems.

【００１１】第１の問題点は、送信元のホストが宛先ホ
ストまでの経路上の最小のMTUを把握して、そのMTUに収
まる範囲のパケットを送信できるようにし、IPルータに
おいて中継の遅延を招くフラグメント処理を行わずに高
速でパケットを中継するために、例えば、現在、全世界
に敷設されているルータ装置を全て、この従来例の方法
に対応したルータに交換する必要があり、経済上現実的
ではないということである。The first problem is that the source host grasps the minimum MTU on the route to the destination host and can transmit the packet within the range of the MTU, thereby reducing the relay delay in the IP router. In order to relay packets at high speed without incurring fragmentation processing, for example, it is necessary to replace all router devices currently laid all over the world with routers compatible with this conventional method, which is economically feasible. It is not realistic.

【００１２】その理由は、従来例では目的の実現をネッ
トワーク上のルータの機能に依存しており、ネットワー
ク上のルータ自体が従来例の方法に対応していないもの
が１つでも存在した場合、送信元から宛先ネットワーク
へ至る経路上の最小のMTUの値が、送信元へ通知されな
いためである。The reason is that in the conventional example, the realization of the purpose depends on the function of the router on the network, and if there is any router on the network that does not correspond to the method of the conventional example, This is because the minimum MTU value on the route from the transmission source to the destination network is not notified to the transmission source.

【００１３】そこで、本発明は、特別な機能を有するIP
ルータを必要としないで、PMTUの見積もり値を検出し
て、送信元のホストから受信先のターゲット端末までの
経路上を、伝送データのフラグメンテーションによる転
送遅延を生じさせること無く、且つ、該伝送データの伝
送効率を向上させることができるIPネットワークにおけ
るPMTU見積もり値検出する方法およびシステムの構築を
可能にすることを１つの目的とする。Therefore, the present invention provides an IP having a special function.
Without requiring a router, the estimated value of PMTU is detected, and the transmission data is transmitted along the route from the source host to the destination target terminal without causing a transfer delay due to fragmentation of the transmission data. It is an object of the present invention to enable a method and system for detecting a PMTU estimation value in an IP network that can improve the transmission efficiency of the above.

【００１４】[0014]

【課題を解決するための手段】上記課題を解決するた
め、請求項１記載の発明は、IP（Internet Protocol）
ネットワークにおけるPMTU（PathMaximum Transmission
Unit；経路上の最大転送長）見積もり値の検出方法で
あって、送信元のホストから所定のパケット長を有する
見積もり値検出用の診断パケットを、返信を要求するパ
ケットとして送出する第１の過程と、受信先のターゲッ
ト端末からの診断パケットに対する返信パケットの受信
状態を判定する第２の過程と、第２の過程における判定
結果に応じて診断パケットのパケット長を設定する第３
の過程とを有し、繰り返しパケット長が異なる診断パケ
ットを送出することによって、IPネットワークにおける
PMTU見積もり値を検出することを特徴とする。請求項２
記載の発明は、IP （ Internet Protocol ）ネットワーク
における PMTU （ PathMaximum Transmission Unit ；経路
上の最大転送長）見積もり値の検出方法であって、受信
先のターゲット端末からの診断パケットに対する返信パ
ケットの受信状態を判定する第２の過程と、第２の過程
における判定結果に応じて診断パケットのパケット長を
設定する第３の過程とを有し、繰り返しパケット長が異
なる診断パケットを送出することによって、 IP ネットワ
ークにおける PMTU 見積もり値を検出することを特徴とす
る。請求項３記載の発明は、診断パケットのパケット長
を複数のパケット長をあらかじめ定めたテーブルを参照
することによって設定することを特徴とする。請求項４
記載の発明は、診断パケットのパケット長を所定の差分
値で変化させながら設定することを特徴とする。請求項
５記載の発明は、IP（Internet Protocol）ネットワー
クにおけるPMTU（PathMaximum Transmission Unit；経
路上の最大転送長）見積もり値の検出システムであっ
て、送信元のホストから所定のパケット長を有する見積
もり値検出用の診断パケットを、返信を要求するパケッ
トとして送出する第１の手段と、受信先のターゲット端
末からの診断パケットに対する返信パケットの受信状態
を判定する第２の手段と、第２の手段による判定結果に
応じて診断パケットのパケット長を設定する第３の手段
とを有し、繰り返しパケット長が異なる診断パケットを
送出することによって、IPネットワークにおけるPMTU見
積もり値を検出することを特徴とする。請求項６記載の
発明は、 IP （ Internet Protocol ）ネットワークにおけ
る PMTU （ PathMaximum Transmission Unit ；経路上の最
大転送長）見積もり値の検出システムであって、受信先
のターゲット端末からの診断パケットに対する返信パケ
ットの受信状態を判定する第２の手段と、第２の手段に
よる判定結果に応じて診断パケットのパケット長を設定
する第３の手段とを有し、繰り返しパケット長が異なる
診断パケットを送出することによって、 IP ネットワーク
における PMTU 見積もり値を検出することを特徴とする。
請求項７記載の発明は、IP（Internet Protocol）ネッ
トワークにおけるPMTU（PathMaximum Transmission Uni
t；経路上の最大転送長）見積もり値の検出を行うため
のプログラムを記録した記録媒体であって、送信元のホ
ストから所定のパケット長を有する見積もり値検出用の
診断パケットを、返信を要求するパケットとして送出す
る第１の過程と、受信先のターゲット端末からの診断パ
ケットに対する返信パケットの受信状態を判定する第２
の過程と、第２の過程における判定結果に応じて診断パ
ケットのパケット長を設定する第３の過程とを実行し、
繰り返しパケット長が異なる診断パケットを送出するこ
とによって、IPネットワークにおけるPMTU見積もり値を
検出するためのIPネットワークにおけるPMTU見積もり値
検出用のプログラムを記録したコンピュータ読み取り可
能な記録媒体である。請求項８記載の発明は、 IP （ Inte
rnet Protocol ）ネットワークにおける PMTU （ PathMaxim
um Transmission Unit ；経路上の最大転送長）見積もり
値の検出を行うためのプログラムを記録した記録媒体で
あって、受信先のターゲット端末からの診断パケットに
対する返信パケットの受信状態を判定する第２の過程
と、第２の過程における判定結果に応じて診断パケット
のパケット長を設定する第３の過程とを実行し、繰り返
しパケット長が異なる診断パケットを送出することによ
って、 IP ネットワークにおける PMTU 見積もり値を検出す
るための IP ネットワークにおける PMTU 見積もり値検出用
のプログラムを記録したコンピュータ読み取り可能な記
録媒体である。 In order to solve the above problems, the invention according to claim 1 provides an IP (Internet Protocol).
PMTU (Path Maximum Transmission) in the network
Unit; maximum transfer length on a route) A method of detecting an estimated value, which is a first step of transmitting a diagnostic packet for detecting an estimated value having a predetermined packet length from a transmission source host as a packet requesting a reply. And a second step of determining the reception state of the reply packet to the diagnostic packet from the receiving target terminal, and a third step of setting the packet length of the diagnostic packet according to the determination result in the second step.
In the IP network by repeatedly sending diagnostic packets with different packet lengths.
It is characterized by detecting the PMTU estimated value. Claim 2
The invention described is an IP ( Internet Protocol ) network.
PMTU in (PathMaximum Transmission Unit; route
The maximum transfer length above) is a method of detecting the estimated value
The reply packet for the diagnostic packet from the target terminal
Second step of determining the reception status of the packet and the second step
Packet length of the diagnostic packet according to the judgment result in
The third step of setting, and the repeated packet length is different.
By sending consisting diagnosis packet, IP networks
Characterized by detecting the PMTU estimate in the network
It The invention according to claim 3 is characterized in that the packet length of the diagnostic packet is set by referring to a table in which a plurality of packet lengths are predetermined. Claim 4
The invention described is characterized in that the packet length of the diagnostic packet is set while changing the packet length by a predetermined difference value. Claim
The invention described in 5 is a system for detecting a PMTU (Path Maximum Transmission Unit) estimated value in an IP (Internet Protocol) network for detecting an estimated value having a predetermined packet length from a transmission source host. Means for sending out the diagnostic packet as a packet for requesting a reply, second means for judging the reception state of the reply packet for the diagnostic packet from the target terminal of the receiving destination, and the judgment result by the second means. And a third means for setting the packet length of the diagnostic packet according to the above, and detecting the PMTU estimation value in the IP network by repeatedly sending out diagnostic packets having different packet lengths. Claim 6
The invention resides in IP ( Internet Protocol ) networks.
That PMTU (PathMaximum Transmission Unit; on the path of the most
Large transfer length) Estimated value detection system
Reply packet for diagnostic packet from target terminal
The second means for determining the reception status of the network and the second means.
Set the packet length of the diagnostic packet according to the judgment result by
And a third means for performing repeated packet lengths different from each other.
IP network by sending out diagnostic packets
And detecting the PMTU estimate in.
The invention according to claim 7 is the PMTU (PathMaximum Transmission Uni) in an IP (Internet Protocol) network.
t: maximum transfer length on the route) A recording medium recording a program for detecting an estimated value, and requesting a reply from the source host, which is a diagnostic packet for detecting an estimated value having a predetermined packet length. First step of sending out as a packet to be transmitted, and a second step of judging the reception state of the reply packet to the diagnostic packet from the target terminal of the receiving destination
And the third step of setting the packet length of the diagnostic packet according to the determination result in the second step,
It is a computer-readable recording medium in which a program for detecting a PMTU estimated value in an IP network for detecting a PMTU estimated value in an IP network by transmitting a diagnostic packet having a different packet length is recorded. The invention according to claim 8 is the IP ( Inte
PMTU ( PathMaxim in rnet Protocol ) networks
um Transmission Unit : Maximum transmission length on the route) Estimate
On the recording medium that records the program for detecting the value
The diagnostic packet from the target terminal
Second step of judging the reception state of a reply packet to
And a diagnostic packet according to the determination result in the second process.
And repeat the third step of setting the packet length of
By sending diagnostic packets with different packet lengths,
What, to detect a PMTU estimate value in the IP network
For detection of PMTU estimate in IP network
A computer-readable record of the program
It is a recording medium.

【００１５】[0015]

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態について説明する。BEST MODE FOR CARRYING OUT THE INVENTION Embodiments of the present invention will be described below with reference to the drawings.

【００１６】［実施形態］図１を参照すると、本発明の
一実施形態としてのIPネットワーク１におけるPMTU検出
システムが示されている。[Embodiment] Referring to FIG. 1, there is shown a PMTU detection system in an IP network 1 as an embodiment of the present invention.

【００１７】本発明の一実施形態は、例えば動画ストリ
ームデータを供給する送信元であるホスト２と、第１の
ルータ３、第２のルータ４、第Mのルータ５（Mは３以上
の整数）、第Nのルータ６（Nは４以上の整数）、および
ホスト２から例えば動画ストリームデータの供給を受け
る受信先であるターゲット端末７とから構成される。ホ
スト２と第１のルータ３はパス９で、そしてターゲット
端末７と第Nのルータ６はパス１１で、ネットワーク的
に接続されている。また、第１のルータ３〜第Nのルー
タ６も、ネットワーク的に接続されていて、本システム
全体がネットワークを構成している。In one embodiment of the present invention, for example, a host 2 which is a transmission source for supplying moving picture stream data, a first router 3, a second router 4, and an Mth router 5 (M is an integer of 3 or more). ), An N-th router 6 (N is an integer of 4 or more), and a target terminal 7 which is a receiving destination to which the video stream data is supplied from the host 2, for example. The host 2 and the first router 3 are network-connected by a path 9, and the target terminal 7 and the Nth router 6 are a network by path 11. The first router 3 to the Nth router 6 are also connected in a network manner, and the entire system constitutes a network.

【００１８】さらに、ルータおよびホスト間のエラーお
よび制御情報を取り扱うプロトコルであり、且つＩＥＴ
Ｆ（Internet Engineering Task Force）で規定されて
いるICMP（Internet Control Message Protocol）にお
ける診断用パケットのICMPエコーリクエストパケット８
を、ターゲット端末７へ送信できる機能をホスト２が備
えており、ICMPにおけるICMP NEEDFRAGエラーパケット
１０をホスト２へ返信する機能を第１のルータ３〜第N
のルータ６が備えており、そしてICMPエコーレスポンス
パケット１２をホスト２へ返信する機能をターゲット端
末７が備える構成としてある。Further, it is a protocol for handling error and control information between the router and the host, and the IET
ICMP echo request packet 8 for diagnostic packet in ICMP (Internet Control Message Protocol) specified by F (Internet Engineering Task Force)
Is provided to the target terminal 7, and the host 2 has a function of sending the ICMP NEEDFRAG error packet 10 in ICMP to the host 2 and the first router 3 to the N-th router.
The router 6 is provided, and the target terminal 7 has a function of returning the ICMP echo response packet 12 to the host 2.

【００１９】ここで、ICMPエコーリクエストパケット８
と、ICMP NEEDFRAGエラーパケット１０は、既知の技術
であるので説明は省略する。Here, the ICMP echo request packet 8
Since the ICMP NEEDFRAG error packet 10 is a known technique, its explanation is omitted.

【００２０】次に、図２および図３を参照すると、本発
明の一実施形態としてのIPネットワークにおけるPMTUを
検出するソフトウェアの構成が示されている。Next, referring to FIGS. 2 and 3, there is shown a configuration of software for detecting the PMTU in the IP network as an embodiment of the present invention.

【００２１】本発明の一実施形態のソフトウェアは、図
２を参照すると、例えばホスト２にソフト的に組み込ま
れており、ターゲット端末７の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エラーカウンタ部
４２と、本発明の一実施形態のプロセスを終了させる第
一の終了プロセス部４３とを備える構成としてある。Referring to FIG. 2, the software of one embodiment of the present invention is, for example, software-installed in the host 2, and the IP acquisition unit 30 of the target terminal for acquiring the IP address of the target terminal 7 and the target An MTU table unit 32 in which MTU values in networks of various data link systems are stored in a table format on a route to the target terminal 7 having the IP address acquired by the IP acquisition unit 30 of the terminal, and the MTU table unit 32. MTU acquisition unit 31 that acquires the MTU value from the message packet received from the host 2 or from the host 2, the PMTU estimation register unit that stores the estimated value of the detected PMTU, and ICMP NEEDFR
A register unit 35 including an ICMP NEEDFRAG error counter unit that stores the number of times an AG error has occurred, and a TEST packet size register unit that stores the size of a datagram of a TEST message packet that is a diagnostic packet for detecting PMTU, and A register set section 33 for storing a value in the register section 35, and a TEST message packet generation section 34 for generating a TEST message packet having a datagram size of the value stored in the TEST packet size register section of the register section 35. , TEST message packet generated by the TEST message packet generator 34
First ICMP echo request packet transmitting unit 3 that transmits to the target terminal 7 as an MP echo request packet
6 and the first ICMP echo request packet transmitter 3
The first time-out counter unit 37 (here, the time-out counter can be configured by hardware or software) for measuring the time until the reply packet of the packet sent by 6 is returned to the host 2, and the first ICMP echo request. A first ICMP echo response packet receiver 38 that receives a reply packet of the packet transmitted by the packet transmitter 36, and a time limit to be received by the first ICMP echo response packet receiver 38, that is, a first timeout counter unit A first retry counter section 39 for measuring the number of times that the host 2 has not received the ICMP echo response packet within the time period set by 37.
And an ICMP NEEDFRAG error message confirmation unit 40 for confirming that the reply packet received by the first ICMP echo response packet reception unit 38 is an ICMP NEEDFRAG error message packet, and a first ICMP echo response packet reception unit 38 The returned reply packet is an ICMP echo response message packet
The ICMP echo response message confirmation unit 41 and the first
An ICMP NEEDFRAG error counter section 42 for measuring the number of times that the ICMP echo response packet receiving section 38 has received an ICMP NEEDFRAG error message packet as a reply packet, and a first termination process section 43 for terminating the process of one embodiment of the present invention. Is provided.

【００２２】また、図３を参照すると、図２における第
一のタイムアウトカウンタ部３７の時限の値を決定する
ソフトウェアの構成を示してあり、例えばターゲット端
末７のIPアドレスを取得するターゲット端末のIP取得部
３０と、大きさが１バイトであるデータグラムサイズを
有するタイムアウトTESTメッセージパケットをICMPエコ
ーリクエストパケットとして生成する第二のICMPエコー
リクエストパケット生成部５１と、該ICMPエコーリクエ
ストパケットをターゲット端末７へ送信する第二のICMP
エコーリクエストパケット送信部５２と、該第二のICMP
エコーリクエストパケット送信部５２が送信したパケッ
トの返信パケットがホスト２へ返信されるまでの時間を
計測する第二のタイムアウトカウンタ部５４（ここでタ
イムアウトカウンタはハードウェアまたはソフトウェア
で構成できる）と、第二のICMPエコーリクエストパケッ
ト送信部５２が送信したパケットの返信パケットを受信
する第二のICMPエコーレスポンスパケット受信部５３
と、該第一のICMPエコーレスポンスパケット受信部５３
において受信すべき時限内すなわち第二のタイムアウト
カウンタ部５４で設定されている時限内にICMPエコーレ
スポンスパケットをホスト２が受信しなかった回数を計
測する第二のリトライカウンタ部５６と、第二のICMPエ
コーレスポンスパケット受信部５３が受信したICMPエコ
ーレスポンスパケットのメッセージ部に含まれるRTT（R
ound Trip Time）の値を求めるRTT計算部５５と、第一
のタイムアウトカウンタ部３７へ時限の値を設定するPM
TU検出プロセス・タイムアウトカウンタ・セット部５７
と、図３で示されるプロセスを終了させる第二の終了プ
ロセス部５８とを備える構成としてある。Further, referring to FIG. 3, there is shown the configuration of software for determining the time limit value of the first timeout counter unit 37 in FIG. 2, for example, the IP of the target terminal for acquiring the IP address of the target terminal 7. The acquisition unit 30, a second ICMP echo request packet generation unit 51 for generating a timeout TEST message packet having a datagram size of 1 byte as an ICMP echo request packet, and the ICMP echo request packet for the target terminal 7 Second ICMP to send to
Echo request packet transmitter 52 and the second ICMP
A second timeout counter unit 54 (here, the timeout counter can be configured by hardware or software) for measuring the time until the reply packet of the packet transmitted by the echo request packet transmission unit 52 is returned to the host 2; The second ICMP echo response packet reception unit 53 which receives the reply packet of the packet transmitted by the second ICMP echo request packet transmission unit 52
And the first ICMP echo response packet receiving unit 53
A second retry counter unit 56 for measuring the number of times that the host 2 did not receive the ICMP echo response packet within the time limit to be received in the second time-out counter unit 54, that is, the second time-out counter unit 54. RTT (R which is included in the message part of the ICMP echo response packet received by the ICMP echo response packet receiving unit 53
ound Trip Time) RTT calculator 55 and PM that sets the time limit value to the first timeout counter 37
TU detection process timeout counter setting unit 57
And a second termination process unit 58 for terminating the process shown in FIG.

【００２３】［実施形態の動作の説明］以下、本実施形
態の動作につき説明する。図１、図２、図３の構成図
と、図４および図５ならびに図６のフローチャートと図
１２に示す表を参照して本発明の実施形態の動作につい
て詳細に説明する。ただし、図４と図５は、２つの図で
１つの連続したフローチャートを示すものであり、図４
と図５における互いの接続点は同一の符号を付けた接合
子で示している。[Description of Operation of Embodiment] The operation of this embodiment will be described below. The operation of the embodiment of the present invention will be described in detail with reference to the configuration diagrams of FIGS. 1, 2 and 3, the flowcharts of FIGS. 4 and 5 and FIG. 6 and the table shown in FIG. However, FIGS. 4 and 5 show one continuous flow chart in two figures.
5 and FIG. 5, the connection points between them are indicated by the same numbered connectors.

【００２４】まず初めに、本発明で使用するタイムアウ
トカウンタの値を求める。図６において、ステップ２０
２で、ターゲット端末のIP取得部３０がターゲット端末
７のIPアドレスを入手する。IPアドレスはこのPMTU検出
プロセスを利用するアプリケーションから得られる。次
に、ステップ２０３でデータグラムの大きさが１バイト
であるタイムアウトTESTメッセージパケットを、第二の
ICMPエコーリクエストパケット生成部５１が生成する。
このタイムアウトTESTメッセージパケットは、ルータお
よびホスト間のエラーおよび制御情報を取り扱うプロト
コルであるICMPにおける診断用パケットのICMPエコーリ
クエストパケット８として且つパケットのネットワーク
における寿命時間であるTTL（TIME TO LIVE）の値を２
５５msecに設定して、第二のICMPエコーリクエストパケ
ット送信部５２がホスト２によりターゲット端末７へ送
信する。次に、ステップ２０５で、第二のタイムアウト
カウンタ部５４が時限を２５５msecとして本フローのタ
イムアウトのカウントを開始する。次にステップ２０６
において、ターゲット端末７からホスト２へICMPエコー
レスポンスパケット１２がステップ２０５の第二のタイ
ムアウトカウンタ部５４がタイムアウトになる前に返信
されたか否かを、第二のICMPエコーレスポンスパケット
受信部５３が確認する。ICMPエコーレスポンスパケット
１２が返信されない場合は、次はステップ２０７へ移行
し、ICMPエコーレスポンスパケット１２が返信された場
合はステップ２０９へ移行する。ここで、ICMPエコーレ
スポンスパケット１２はICMPにおけるメッセージパケッ
トの一つであり、RTTは通信技術では既知の内容である
ため説明は省略する。First, the value of the timeout counter used in the present invention is obtained. In FIG. 6, step 20
In 2, the IP acquisition unit 30 of the target terminal acquires the IP address of the target terminal 7. The IP address is obtained from the application that uses this PMTU discovery process. Next, in step 203, the timeout TEST message packet in which the size of the datagram is 1 byte is
It is generated by the ICMP echo request packet generator 51.
This time-out TEST message packet is a value of TTL (TIME TO LIVE), which is the ICMP echo request packet 8 of the diagnostic packet in ICMP, which is a protocol for handling the error and control information between the router and the host, and the lifetime of the packet in the network. 2
After setting to 55 msec, the second ICMP echo request packet transmitting unit 52 transmits the host 2 to the target terminal 7. Next, in step 205, the second timeout counter unit 54 sets the time limit to 255 msec and starts counting the timeout of this flow. Then step 206
In step 2, the second ICMP echo response packet receiving unit 53 confirms whether the ICMP echo response packet 12 is returned from the target terminal 7 to the host 2 before the second timeout counter unit 54 of step 205 times out. To do. If the ICMP echo response packet 12 is not returned, the process proceeds to step 207, and if the ICMP echo response packet 12 is returned, the process proceeds to step 209. Here, the ICMP echo response packet 12 is one of the message packets in ICMP, and the RTT is a known content in the communication technology, and therefore its explanation is omitted.

【００２５】ステップ２０７では、第二のリトライカウ
ンタ部５６が、ICMPエコーレスポンスパケット１２が返
信されない回数を検出しており、第二のリトライカウン
タ部５６の値が３となった場合、IPネットワークシステ
ム１が不測の異常状態であると判断し、アプリケーショ
ン層にエラーを返して本プロセスを強制終了（ステップ
２０８）し、またリトライカウンタの値が１または２で
ある場合は、ステップ２０４へ移行しプロセスを継続す
る。In step 207, the second retry counter unit 56 detects the number of times the ICMP echo response packet 12 is not returned, and when the value of the second retry counter unit 56 becomes 3, the IP network system It is determined that 1 is an unexpected abnormal state, an error is returned to the application layer, and this process is forcibly terminated (step 208). If the value of the retry counter is 1 or 2, the process proceeds to step 204 and the process is performed. To continue.

【００２６】次に、ステップ２０９では、RTT計算部５
５が、ターゲット端末７からホスト２へ返信されたICMP
エコーレスポンスパケット１２のパケットメッセージの
内容を見て、RTT（Round Trip Time）の２倍の値を計算
して求める。Next, in step 209, the RTT calculator 5
5 is the ICMP returned from the target terminal 7 to the host 2.
By looking at the contents of the packet message of the echo response packet 12, a value twice the RTT (Round Trip Time) is calculated and obtained.

【００２７】次に、ステップ２１０では、ステップ２０
９で求められたRTTの２倍の値を、図２の第一のタイム
アウトカウンタ部３７の時限の値として設定し、第二の
終了プロセス部５８において本プロセスを終了する（ス
テップ２１１）。ここで、第一のタイムアウトカウンタ
部３７の時限の値として、データグラムサイズが１バイ
トであるICMPエコーリクエストパケットの、ホスト２と
ターゲット端末７の間のRTTの２倍の値としている。な
ぜなら、IPネットワーク１においては、少なくとも、RT
Tの２倍以内には、ルータ／ターゲット端末から何らか
のレスポンスがあるべきと考えるからであるが、１以上
であれば特に２という値にはこだわらなくても良い。Next, in step 210, step 20
A value twice the RTT obtained in 9 is set as the time limit value of the first timeout counter unit 37 of FIG. 2, and the second termination process unit 58 terminates this process (step 211). Here, the time limit value of the first timeout counter unit 37 is set to a value twice the RTT between the host 2 and the target terminal 7 of the ICMP echo request packet whose datagram size is 1 byte. Because in the IP network 1, at least RT
This is because it is considered that there should be some kind of response from the router / target terminal within twice T. However, if it is 1 or more, the value of 2 does not have to be particular.

【００２８】次に、本発明のPMTU検出プロセスの動作
を、図４および図５を用いて説明する。まず、ステップ
１０２で、ターゲット端末のIP取得部３０が、ターゲッ
ト端末７のIPアドレスを取得する。IPアドレスは、この
PMTU検出プロセスを利用するアプリケーションから得ら
れる。ステップ１０３では、ネットワークを介したホス
トからターゲット端末７までの最初のPMTU見積もり値と
して、MTUテーブル部３２に格納されているMTUテーブ
ル、すなわち図１２のMTUテーブルのグループMTUの中か
ら最も低い値から順に選択し、その値をＰとする。Next, the operation of the PMTU detection process of the present invention will be described with reference to FIGS. 4 and 5. First, in step 102, the IP acquisition unit 30 of the target terminal acquires the IP address of the target terminal 7. IP address is this
Obtained from applications that utilize the PMTU discovery process. In step 103, as the first PMTU estimation value from the host to the target terminal 7 via the network, the MTU table stored in the MTU table unit 32, that is, the lowest value among the group MTUs in the MTU table of FIG. Sequentially select, and let the value be P.

【００２９】本発明のPMTU検出プロセスで採用する図１
２のMTUテーブルは、データリンク層の設計者が類似の
方法でMTUを選択する傾向があることに基づいて作成さ
れており、類似のMTU値のグループを集めて、そしてそ
のグループでの最も低い値を、グループMTUとして採用
している。このテーブルを用いることにより、インター
ネットで利用されている通信プロトコルのTCP/IP（Tran
smission Control Protocol/Internet Protocol）で用
いられているような、ACK（Acknoledge）が返ってくる
毎にウィンドウサイズを１オクテットずつ増加するスロ
ースタートに比べ、目的の値への収束速度はすぐれてい
る。FIG. 1 adopted in the PMTU detection process of the present invention
The second MTU table was created based on the fact that data link layer designers tend to choose MTUs in a similar way, gathering groups of similar MTU values, and the lowest in that group. The value is adopted as the group MTU. By using this table, TCP / IP (Tran
The convergence speed to the target value is superior to the slow start in which the window size is increased by one octet each time an ACK (Acknoledge) is returned, which is used in the smission Control Protocol / Internet Protocol).

【００３０】ステップ１０４で、本プロセスで使用する
レジスタ部３５の各レジスタの値を０に、レジスタセッ
ト部３３が初期化する。ステップ１０５では、本プロセ
スでPMTU見積もり値を検出する際に使用する診断メッセ
ージパケットのデータグラムのサイズを格納するTESTパ
ケットサイズレジスタ部３５に、最初のPMTU見積もり値
としてステップ１０３で得たＰの値からICMPヘッダ分の
２０（バイト）とIPヘッダ分の２０（バイト）との合計
４０（バイト）を減じた値を、レジスタセット部３３が
セットする。ステップ１０６では、レジスタ部３５のTE
STパケットサイズレジスタ部に格納された値の大きさを
持つTESTメッセージパケットを、TESTメッセージパケッ
ト生成部３４が生成する。In step 104, the register set unit 33 initializes the value of each register of the register unit 35 used in this process to 0. In step 105, the value of P obtained in step 103 is set as the first PMTU estimation value in the TEST packet size register unit 35 that stores the size of the datagram of the diagnostic message packet used when detecting the PMTU estimation value in this process. The register set unit 33 sets a value obtained by subtracting 20 (bytes) for the ICMP header and 20 (bytes) for the IP header from a total of 40 (bytes). In step 106, the TE of the register unit 35 is
The TEST message packet generation unit 34 generates a TEST message packet having the size of the value stored in the ST packet size register unit.

【００３１】ステップ１０７では、ステップ１０６で作
成したTESTメッセージパケットを、第一のICMPエコーリ
クエストパケット送信部３６が、フラグメンテーション
を禁止するDFビットをセットしたICMPエコーリクエスト
パケット８として生成し、該ICMPエコーリクエストパケ
ット８を、図１のパス９、第１のルータ３〜第Ｎのルー
タ６、およびパス１１を介してターゲット端末７へ、第
一のICMPエコーリクエストパケット送信部３６が送信す
る。ここで、フラグメンテーションとDFビットは、IPネ
ットワーク技術において既知の技術であるので、説明は
省略する。In step 107, the TEST message packet created in step 106 is generated by the first ICMP echo request packet transmitting section 36 as the ICMP echo request packet 8 in which the DF bit for inhibiting fragmentation is set, and the ICMP echo request packet is generated. The first ICMP echo request packet transmission unit 36 transmits the request packet 8 to the target terminal 7 via the path 9, the first router 3 to the Nth router 6 and the path 11 in FIG. Here, the fragmentation and the DF bit are known techniques in the IP network technique, and thus the description thereof will be omitted.

【００３２】ステップ１０８では、ステップ１０７でパ
ケットを送信すると同時に、第一のタイムアウトカウン
タ部３７のカウントを開始する。In step 108, at the same time as transmitting the packet in step 107, the first timeout counter section 37 starts counting.

【００３３】次に、図１のホスト２は、ステップ１０９
で、第一のICMPエコーレスポンスパケット受信部３８
が、ICMPエコーリクエストパケット８を待ち受ける。こ
の時点で図１のICMP NEEDFRAGエラーパケット１０が、I
Pネットワーク１内のルータ３〜５からホスト２へ通知
されることがありうる。このICMP NEEDFRAGエラーパケ
ット１０の意味するエラーメッセージは、ステップ１０
６で採用した最初のPMTU見積もり値を減少させなくては
ならないことを意味する。Next, the host 2 in FIG.
Then, the first ICMP echo response packet receiving unit 38
Waits for an ICMP echo request packet 8. At this point, the ICMP NEEDFRAG error packet 10 in FIG.
The routers 3 to 5 in the P network 1 may notify the host 2. The error message of this ICMP NEEDFRAG error packet 10 is
It means that the initial PMTU estimate adopted in 6 must be reduced.

【００３４】そして、第一のICMPエコーレスポンスパケ
ット受信部３８が、該ICMP NEEDFRAGエラーパケット１
０を受信し、且つその受信したことをICMP NEEDFRAGエ
ラーメッセージ確認部４０が検出した場合、まずステッ
プ１１１で、ICMP NEEDFRAGエラーが発生した回数をカ
ウントするICMP NEEDFRAGエラーカウンタ部４２のカウ
ントを１つ増加させ、図５のステップ１１４で、このIC
MP NEEDFRAGエラーパケット１０が、インターネット・
プロトコルのバージョン６であるIPv６をサポートして
いるルータからの返信パケットなら含んでいるべきであ
る次のホップ（以下NEXT HOPと称する）のMTU値を含ん
でいるか否かを、ICMP NEEDFRAGエラーメッセージ確認
部４０において確認する。Then, the first ICMP echo response packet receiving unit 38 causes the ICMP NEEDFRAG error packet 1
When 0 is received and the ICMP NEEDFRAG error message confirmation unit 40 detects that 0 is received, first, in step 111, the count of the ICMP NEEDFRAG error counter unit 42 that counts the number of times the ICMP NEEDFRAG error occurs is incremented by one. Then, in step 114 of FIG. 5, this IC
MP NEEDFRAG error packet 10
Check the ICMP NEEDFRAG error message to see if it contains the MTU value of the next hop (hereinafter referred to as NEXT HOP) that should be included in the reply packet from the router that supports IPv6 which is protocol version 6. Confirm in part 40.

【００３５】もし、ステップ１１４において、このMTU
の値を含んでいるとICMP NEEDFRAGエラーメッセージ確
認部４０が確認したなら、ステップ１１５において、こ
のNEXT HOPのMTU値をICMP NEEDFRAGエラーパケット１０
から取得し、このNEXT HOPのMTU値からICMPヘッダ分の
２０（バイト）とIPヘッダ分の２０（バイト）との合計
４０（バイト）を減じた値を、レジスタ部３５のTESTパ
ケットサイズレジスタ部へレジスタセット部３３がスト
アし、ステップ１０６へ移行して本プロセスを継続す
る。If, in step 114, this MTU
If the ICMP NEEDFRAG error message confirmation unit 40 confirms that the value of NEXT HOP is included, the MTU value of this NEXT HOP is determined in step 115.
The value obtained by subtracting 20 (bytes) for the ICMP header and 20 (bytes) for the IP header from the MTU value of this NEXT HOP, which is 40 (bytes) in total, is obtained from the TEST packet size register section of the register section 35. The register setting unit 33 stores the data in the step, and proceeds to step 106 to continue this process.

【００３６】しかし、もしステップ１１４において、IC
MP NEEDFRAGエラーパケット１０がNEXT HOPのMTU値を含
んでいないと、ICMP NEEDFRAGエラーメッセージ確認部
４０が確認した場合は、ステップ１１６へ移行する。However, if in step 114 the IC
When the ICMP NEEDFRAG error message confirmation unit 40 confirms that the MP NEEDFRAG error packet 10 does not include the MTU value of NEXT HOP, the process proceeds to step 116.

【００３７】ステップ１１６では、ICMP NEEDFRAGエラ
ーカウンタ部４２のカウンタの値を調べる。もし、ICMP
NEEDFRAGエラーカウンタ部４２のカウンタの値が１な
ら、１回目のICMP NEEDFRAGエラーが発生したことにな
り、この場合はMTUテーブル部３２の中で選択したグル
ープMTUの値より小さいMTU値をもつルータが、経路上に
存在することを意味し、ステップ１１８へ移行する。In step 116, the counter value of the ICMP NEEDFRAG error counter section 42 is checked. If ICMP
If the value of the counter of the NEEDFRAG error counter unit 42 is 1, it means that the first ICMP NEEDFRAG error has occurred. In this case, the router having the MTU value smaller than the value of the group MTU selected in the MTU table unit 32 is used. , Means that it exists on the route, and moves to step 118.

【００３８】ステップ１１８では、前回、送信に成功し
たICMPエコーリクエストパケットの大きさ、すなわちレ
ジスタ部３５のPMTU見積もりレジスタ部に格納されてい
る値からICMPヘッダ分の２０（バイト）とIPヘッダ分の
２０（バイト）との合計４０（バイト）を減じた値に１
１４（バイト）を足して、すなわち７４（＝１１４−２
０−２０）を足した値をTESTパケットサイズレジスタ部
へ格納し、ステップ１０６へ移行し本プロセスを継続す
る。この１１４という値は、図１２のPMTU見積もり値の
最小値６８（バイト）とその次に小さいPMTU見積もり値
である２９６（バイト）との差の半分の値であるが、こ
の値は、１（バイト）以上で且つ１１４（バイト）以下
の値であれば良い。At step 118, the size of the ICMP echo request packet that was successfully transmitted last time, that is, 20 (bytes) for the ICMP header and the IP header for the value stored in the PMTU estimation register section of the register section 35. 1 to the value obtained by subtracting the total of 40 (bytes) from 20 (bytes)
Add 14 (bytes), that is, 74 (= 114-2
The value obtained by adding 0-20) is stored in the TEST packet size register section, and the process proceeds to step 106 to continue this process. This value of 114 is half the difference between the minimum value 68 (bytes) of the PMTU estimation value in FIG. 12 and the next smallest PMTU estimation value 296 (bytes), but this value is 1 ( The value may be any value equal to or larger than (byte) and equal to or smaller than 114 (byte).

【００３９】次に、ステップ１０９で、ステップ１０８
の第一のタイムアウトカウンタ部３７で設定されている
時限内に、第一のICMPエコーレスポンスパケット受信部
３８が何らパケットを受信しない場合、IPネットワーク
１が一時的な高トラフィックな輻輳状態であるか、ネッ
トワークケーブルが外れているか、あるいはターゲット
端末７の電源がオフ状態であるか、いずれにせよIPネッ
トワークシステムが不測の正常状態ではないことを意味
するので、再確認のためステップ１１０で３回のリトラ
イカウントを第一のリトライカウンタ部３９がカウント
しつつステップ１０７へ移行し、本プロセスを継続す
る。もし、３回のリトライ後でさえ、第一のタイムアウ
トカウンタ部３７で設定されている時限内に、第一のIC
MPエコーレスポンスパケット受信部３８が何らパケット
を受信しない場合は、IPネットワークシステム１が上述
の不測の異常状態であると判断し、アプリケーション層
にエラーを返して本プロセスを強制終了（ステップ１１
３）する。ここで、アプリケーション層については、通
信技術における既知の技術であるため説明は省略する。Next, in step 109, step 108
If the first ICMP echo response packet receiving unit 38 does not receive any packet within the time period set by the first timeout counter unit 37, the IP network 1 is in a temporary high traffic congestion state. , The network cable is unplugged, or the power of the target terminal 7 is off, which means that the IP network system is not in an unexpected normal state. While the first retry counter unit 39 counts the retry count, the process proceeds to step 107 to continue this process. Even after three retries, the first IC will be used within the time limit set by the first timeout counter section 37.
When the MP echo response packet receiving unit 38 receives no packet, it is determined that the IP network system 1 is in the above-mentioned unexpected abnormal state, an error is returned to the application layer, and this process is forcibly terminated (step 11).
3) Do. Here, the application layer is a known technique in communication technology, and therefore description thereof is omitted.

【００４０】次に、ステップ１０９で、第一のICMPエコ
ーレスポンスパケット受信部３８がICMPエコーレスポン
ス１２を、ターゲット端末７から受信した場合、ステッ
プ１１２へ移行する。ステップ１１２では、ICMPエコー
レスポンスメッセージ確認部４１が、ICMPエコーリクエ
ストパケット８のTESTメッセージパケットサイズを、レ
ジスタ部３５のTESTパケットサイズレジスタ部から取得
し、ステップ１２０へ移行する。Next, in step 109, when the first ICMP echo response packet receiving unit 38 receives the ICMP echo response 12 from the target terminal 7, the process proceeds to step 112. In step 112, the ICMP echo response message confirmation section 41 acquires the TEST message packet size of the ICMP echo request packet 8 from the TEST packet size register section of the register section 35, and proceeds to step 120.

【００４１】次に、ステップ１２０で、該パケットサイ
ズにICMPヘッダ分の２０（バイト）とIPヘッダ分の２０
（バイト）との合計４０（バイト）を足した値が、レジ
スタ部３５のPMTU見積もりレジスタ部に格納されている
PMTU見積もりの値より大きい場合は、ステップ１１２で
取得したTESTメッセージパケットのサイズの値にICMPヘ
ッダ分の２０（バイト）とIPヘッダ分の２０（バイト）
との合計４０（バイト）を足した値を、レジスタセット
部３３がレジスタ部３５のPMTU見積もりレジスタ部に格
納されている値に上書きし、ステップ１１６へ移行す
る。Next, in step 120, 20 (bytes) for the ICMP header and 20 for the IP header are added to the packet size.
The total of 40 (bytes) and (bytes) is stored in the PMTU estimation register unit of the register unit 35.
If the value is larger than the estimated PMTU value, the value of the size of the TEST message packet obtained in step 112 is 20 (bytes) for the ICMP header and 20 (bytes) for the IP header.
And a total of 40 (bytes) are added to the value stored in the PMTU estimation register unit of the register unit 35 by the register set unit 33, and the process proceeds to step 116.

【００４２】そして、ステップ１１６において、ICMP N
EEDFRAGエラーカウンタ部４２の値が０ならICMPNEEDFRA
Gエラーが全く発生していないことを意味し、ステップ
１１９へ移行する。Then, in step 116, ICMP N
If the value of the EEDFRAG error counter unit 42 is 0, ICMPNEEDFRA
This means that no G error has occurred, and the process proceeds to step 119.

【００４３】ステップ１１９では、MTUテーブル部３２
から、まだ採用していない最も低いグループMTUの値を
選択し、この値からICMPヘッダ分の２０（バイト）とIP
ヘッダ分の２０（バイト）との合計４０（バイト）を減
じた値を、レジスタ部３５のTESTパケットサイズレジス
タ部へ格納し、ステップ１０６へ移行して本プロセスを
継続する。In step 119, the MTU table section 32
From this, select the lowest group MTU value that has not been adopted yet, and from this value, 20 (bytes) for the ICMP header and IP
A value obtained by subtracting 20 (bytes) for the header and a total of 40 (bytes) is stored in the TEST packet size register section of the register section 35, and the process proceeds to step 106 to continue this process.

【００４４】しかし、ステップ１１６で、ICMP NEEDFRA
Gエラーカウンタ部４２のカウンタの値が２以上なら、
２回以上のICMP NEEDFRAGエラーが発生したことを意味
し、本プロセスを終了する（図５のステップ１１７）
が、このとき、本プロセスの目的であるPMTU見積もりの
値はレジスタ部３５のPMTU見積もりレジスタ部に格納さ
れているのでこれを参照すればよい。However, in step 116, ICMP NEEDFRA
If the counter value of the G error counter unit 42 is 2 or more,
This means that two or more ICMP NEEDFRAG errors have occurred, and this process ends (step 117 in FIG. 5).
However, at this time, the value of the PMTU estimation, which is the purpose of this process, is stored in the PMTU estimation register section of the register section 35, and therefore it may be referred to.

【００４５】このようにして、本実施形態のIPネットワ
ークにおけるPMTU検出システムを用いることにより、ホ
スト２とターゲット端末７との間のPMTUの近似値を容易
に得ることができる。In this way, by using the PMTU detection system in the IP network of this embodiment, it is possible to easily obtain an approximate value of the PMTU between the host 2 and the target terminal 7.

【００４６】また、ステップ１１８で採用した１１４
（バイト）の値を１（バイト）にすることにより、PMTU
の値を正確に、且つ容易に得ることができる。In addition, 114 adopted in step 118
By setting the value of (byte) to 1 (byte), PMTU
The value of can be accurately and easily obtained.

【００４７】［発明の他の実施形態］ここで説明する本
発明の他の実施形態は、その基本的構成は上記の通りで
あるが、上記の実施形態では、図２におけるMTUテーブ
ル部３２のテーブルとして図１２に示すグループMTUの
値を採用しているが、この他の実施形態では、ある一定
の差を持つ等差数列的な値を採用し、その一定の差ずつ
レジスタ部３５のTESTパケットサイズレジスタ部の値を
増加させている点が特徴である。[Other Embodiments of the Invention] The basic structure of another embodiment of the present invention described here is as described above. However, in the above embodiment, the MTU table section 32 in FIG. The values of the group MTU shown in FIG. 12 are used as the table, but in this other embodiment, values of an arithmetic progression having a certain constant difference are used, and the TEST of the register unit 35 is incremented by the certain difference. The feature is that the value of the packet size register is increased.

【００４８】この場合のソフトウェアの構成とその動作
のフローチャートは、それぞれ図７ならびに図８および
図９となる。ただし、図８と図９は、２つの図で１つの
フローチャートを示すものであり、図８と図９における
互いの接続点は同一の符号の接合子で示している。図２
と図７の差分は、MTUテーブル部３２が構成から削除さ
れていることである。図４および図５と図８および図９
の差分は、ステップ１０３、ステップ１０５、ステップ
１１９が、それぞれステップ１５０、ステップ１５１、
ステップ１５２へその処理内容が変更されていることで
ある。The software configuration and the flowchart of its operation in this case are shown in FIGS. 7, 8 and 9, respectively. However, FIG. 8 and FIG. 9 show one flow chart in two figures, and the connection points in FIG. 8 and FIG. Figure 2
7 is that the MTU table unit 32 is deleted from the configuration. 4 and 5 and 8 and 9
The difference between the values of step 103, step 105, and step 119 is step 150, step 151,
That is, the processing content is changed to step 152.

【００４９】図７におけるステップ１５０では、最初の
PMTUの見積もり値として、例えば５０（バイト）とす
る。この値５０は、１以上で６８以下であれば良い。ス
テップ１５１では、レジスタセット部３３がレジスタ部
３５のTESTパケットサイズレジスタ部に１０をセット
し、ステップ１０４へ移行する。この１０は、PMTU見積
もり値の５０バイトからICMPパケットのヘッダ分の２０
バイトと、IPパケットのヘッダ分の２０バイトを減じた
値である。そして、ステップ１５２では、レジスタ部３
５のTESTパケットサイズレジスタ部の値を１０だけ増加
させて、ステップ１０６へ移行しプロセスを継続する。In step 150 in FIG. 7, the first
The estimated value of PMTU is, for example, 50 (bytes). The value 50 may be 1 or more and 68 or less. In step 151, the register setting unit 33 sets 10 in the TEST packet size register unit of the register unit 35, and the process proceeds to step 104. This 10 is 20 bytes for the header of the ICMP packet from 50 bytes of the estimated PMTU value.
It is the value obtained by subtracting 20 bytes from the IP packet header. Then, in step 152, the register unit 3
The value of the TEST packet size register section of 5 is incremented by 10, and the process proceeds to step 106 to continue the process.

【００５０】以上のようにして、ある一定の差を持つ等
差数列的な値をPMTU見積もり値として採用することによ
り、その一定の差ずつレジスタ部３５のTESTパケットサ
イズレジスタ部の値を増加させてすることで、このMTU
テーブル部３２を削除した構成とすることができる。As described above, the value of the TEST packet size register section of the register section 35 is increased by the constant difference by adopting the arithmetic progression value having a certain constant difference as the PMTU estimation value. By doing this MTU
The table unit 32 may be deleted.

【００５１】以上説明したように、本発明は、送信元の
ホストが、IPネットワークにおけるデータを転送する際
に、送信元のホストから受信先のターゲット端末までの
PMTU（Path Maximum Transmission Unit：経路上の最大
転送長）を検出して、送信元のホストが、送信元のホス
トがパケットの大きさを、予めそのPMTUの大きさ以下に
パケタイジングして送信することにより、途中のIPルー
タおよび受信先のターゲット端末においてフラグメンテ
ーションによる伝播遅延が生じることなく、そのデータ
伝送効率が向上できる方法および構成を提供する。As described above, according to the present invention, when the transmission source host transfers data in the IP network, the transmission source host to the reception destination target terminal transmits the data.
Detecting PMTU (Path Maximum Transmission Unit), the source host sends packet with the source host packetizing the packet size in advance to the PMTU size or less. Thus, there is provided a method and a configuration capable of improving the data transmission efficiency without causing a propagation delay due to fragmentation in an IP router on the way and a target terminal at a receiving end.

【００５２】すなわち、本発明は、例えば、図１および
図２に示すように、ホスト２にソフト的に組み込まれ
た、ターゲット端末７の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エラーカウンタ部
４２と、本発明の一実施形態のプロセスを終了させる第
一の終了プロセス部４３とを設けてあることを特徴とし
ている。That is, for example, as shown in FIG. 1 and FIG. 2, the present invention includes an IP acquisition unit 30 of a target terminal, which is installed in software in the host 2 and acquires the IP address of the target terminal 7, and various types. An MTU table section 32 in which MTU values in a data link network are stored in a table format; an MTU acquisition section 31 that acquires the MTU value from the MTU table section 32 or from a message packet received by the host 2; An ICMP NEEDFR and a PMTU estimation register that stores the estimated value of the detected PMTU
A register unit 35 including an ICMP NEEDFRAG error counter unit that stores the number of times an AG error has occurred, and a TEST packet size register unit that stores the size of a datagram of a TEST message packet that is a diagnostic packet for detecting PMTU, and A register set section 33 for storing a value in the register section 35, and a TEST message packet generation section 34 for generating a TEST message packet having a datagram size of the value stored in the TEST packet size register section of the register section 35. , TEST message packet generated by the TEST message packet generator 34
First ICMP echo request packet transmitting unit 3 that transmits to the target terminal 7 as an MP echo request packet
6 and the first ICMP echo request packet transmitter 3
The first time-out counter unit 37 (here, the time-out counter can be configured by hardware or software) for measuring the time until the reply packet of the packet sent by 6 is returned to the host 2, and the first ICMP echo request. A first ICMP echo response packet receiver 38 that receives a reply packet of the packet transmitted by the packet transmitter 36, and a time limit to be received by the first ICMP echo response packet receiver 38, that is, a first timeout counter unit A first retry counter section 39 for measuring the number of times that the host 2 has not received the ICMP echo response packet within the time period set by 37.
And an ICMP NEEDFRAG error message confirmation unit 40 for confirming that the reply packet received by the first ICMP echo response packet reception unit 38 is an ICMP NEEDFRAG error message packet, and a first ICMP echo response packet reception unit 38 The returned reply packet is an ICMP echo response message packet
The ICMP echo response message confirmation unit 41 and the first
An ICMP NEEDFRAG error counter section 42 for measuring the number of times that the ICMP echo response packet receiving section 38 has received an ICMP NEEDFRAG error message packet as a reply packet, and a first termination process section 43 for terminating the process of one embodiment of the present invention. Is provided.

【００５３】本発明は、送信元のホストに組み込んだソ
フトウェアのみよりPMTU見積もり値を検出するという動
作を実行する。したがって、特別な機能を有するIPルー
タを必要としないで、PMTUの見積もり値を検出して、送
信元のホストから受信先のターゲット端末までの経路上
を、伝送データのフラグメンテーションによる転送遅延
を生じさせること無く、且つ、該伝送データの伝送効率
を向上させるIPネットワークにおけるPMTU見積もり値検
出する方法およびシステムの構築を可能にするという効
果が得られる。The present invention executes the operation of detecting the PMTU estimation value only from the software installed in the transmission source host. Therefore, without requiring an IP router with a special function, the estimated value of PMTU is detected, and a transfer delay occurs due to fragmentation of transmission data on the route from the source host to the destination target terminal. It is possible to construct the method and system for detecting the PMTU estimation value in the IP network that improves the transmission efficiency of the transmission data without the need.

【００５４】なお、本発明の実施の形態は上記のものに
限定されることなく、例えば、図１２に示すようなMTU
テーブル部３２を参照する構成と、ある一定の差を持つ
等差数列的な値をPMTU見積もり値として採用する構成と
を組み合わせて採用すること等、適宜変更が可能であ
る。また、上記の実施形態は、ワークステーション等の
コンピュータと、それによって実行されるプログラムと
によって実現することができ、そのプログラムはコンピ
ュータ読み取り可能な記録媒体あるいは通信回線を介し
て頒布することが可能である。The embodiment of the present invention is not limited to the above, and for example, the MTU as shown in FIG.
It is possible to make appropriate changes such as using a combination of a configuration that refers to the table unit 32 and a configuration that uses an arithmetic progression having a certain difference as the PMTU estimation value. The above-described embodiment can be realized by a computer such as a workstation and a program executed by the computer, and the program can be distributed via a computer-readable recording medium or a communication line. is there.

【００５５】[0055]

【発明の効果】このように、本発明のPMTU検出システム
によれば、従来例がPMTU見積もり値を検出するために、
特別な機能を有するIPルータを使用している代わりに、
送信元のホストに組み込んだソフトウェアによりICMPエ
コーリクエストパケット等の診断パケットを使用してい
るので、以下の利点が得られる。As described above, according to the PMTU detection system of the present invention, since the conventional example detects the PMTU estimation value,
Instead of using an IP router with special features,
Since the diagnostic packet such as the ICMP echo request packet is used by the software installed in the source host, the following advantages can be obtained.

【００５６】第１に、例えば、送信元であるホスト端末
に組み込んだソフトウェアのみでPMTUの値を検出するこ
とができるので、IPネットワーク上の従来のルータを全
く変更することなく、送信元のホストが宛先ホストまで
の経路上の最小のMTUであるPMTUを把握することがで
き、そのPMTUに収まる範囲のパケットを送信元のホスト
が送信できるようにし、IPルータにおいて中継の遅延を
招くフラグメンテーションを行わずに高速でパケットを
中継することができるという効果がある。First, for example, since the PMTU value can be detected only by the software installed in the source host terminal, the source host can be detected without changing the conventional router on the IP network. Can know the PMTU which is the minimum MTU on the route to the destination host, enable the source host to send the packet within the range of the PMTU, and perform the fragmentation that causes the relay delay in the IP router. There is an effect that a packet can be relayed at high speed without having to do so.

【図面の簡単な説明】[Brief description of drawings]

【図１】本発明によるIPネットワークにおけるPMTU見積
もり値検出のシステムの構成を説明するためのブロック
図FIG. 1 is a block diagram for explaining the configuration of a PMTU estimation value detection system in an IP network according to the present invention.

【図２】図１に示すホスト２によって実行されるソフト
ウェアによって実現される各機能を示すシステムフロー
図2 is a system flow chart showing each function realized by software executed by a host 2 shown in FIG.

【図３】図１に示すホスト２によって実行されるソフト
ウェアによって実現される各機能を図２とともに示すシ
ステムフロー図3 is a system flow diagram showing, together with FIG. 2, each function realized by software executed by a host 2 shown in FIG.

【図４】図１〜図３に示す構成の動作を示すフローチャ
ートFIG. 4 is a flowchart showing the operation of the configuration shown in FIGS.

【図５】図１〜図３に示す構成の動作を図４とともに示
すフローチャート5 is a flowchart showing the operation of the configuration shown in FIGS. 1 to 3 together with FIG.

【図６】図１〜図３に示す構成の動作を示すフローチャ
ートFIG. 6 is a flowchart showing the operation of the configuration shown in FIGS.

【図７】図１に示すホスト２によって実行される他の構
成によるソフトウェアによって実現される各機能を示す
システムフロー図7 is a system flow diagram showing each function realized by software having another configuration executed by the host 2 shown in FIG.

【図８】図１、図３、および図７に示す他の構成の動作
を示すフローチャートFIG. 8 is a flowchart showing the operation of another configuration shown in FIGS. 1, 3, and 7.

【図９】図１、図３、および図７に示す他の構成の動作
を図８とともに示すフローチャート9 is a flowchart showing the operation of the other configuration shown in FIGS. 1, 3 and 7 together with FIG.

【図１０】従来のシステム構成を説明するためのブロッ
ク図FIG. 10 is a block diagram for explaining a conventional system configuration.

【図１１】経路制御プロトコルのパケットの構造例を示
す模式図FIG. 11 is a schematic diagram showing a structural example of a packet of a routing control protocol.

【図１２】本発明の実施形態で用いるデータリンク層の
複数の構成において使用される類似のMTU値のグループ
を集めて、そのグループでの最も低い値をグループMTU
として設定したテーブルを示す図FIG. 12 collects a group of similar MTU values used in multiple configurations of the data link layer used in embodiments of the present invention, and assigns the lowest value in that group to the group MTU.
Showing the table set as

【符号の説明】[Explanation of symbols]

１ IPネットワーク ２ ホスト ３〜６ 第１，第２，第Ｍ，第Ｎのルータ ７ ターゲット端末 ８ ＩＣＭＰエコーリクエストパケット １０ ＩＣＭＰエコーパケット １２ ＩＣＭＰレスポンスパケット 1 IP network 2 host 3 to 6 1st, 2nd, Mth, Nth routers 7 Target terminal 8 ICMP echo request packet 10 ICMP echo packet 12 ICMP response packet

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 12/56 ─────────────────────────────────────────────────── ─── Continuation of front page (58) Fields surveyed (Int.Cl. ⁷ , DB name) H04L 12/56

Claims (8)

(57)【特許請求の範囲】(57) [Claims] 【請求項１】 IP（Internet Protocol）ネットワークに
おけるPMTU（PathMaximum Transmission Unit；経路上
の最大転送長）見積もり値の検出方法であって、送信元
のホストから所定のパケット長を有する見積もり値検出
用の診断パケットを、返信を要求するパケットとして送
出する第１の過程と、受信先のターゲット端末からの診
断パケットに対する返信パケットの受信状態を判定する
第２の過程と、第２の過程における判定結果に応じて診
断パケットのパケット長を設定する第３の過程とを有
し、繰り返しパケット長が異なる診断パケットを送出す
ることによって、IPネットワークにおけるPMTU見積もり
値を検出することを特徴とするIPネットワークにおける
PMTU見積もり値検出の方法。1. A method for detecting a PMTU (Path Maximum Transmission Unit; maximum transfer length on a route) estimated value in an IP (Internet Protocol) network, which is used for detecting an estimated value having a predetermined packet length from a transmission source host. The first step of sending the diagnostic packet as a packet requesting a reply, the second step of judging the reception state of the reply packet to the diagnostic packet from the target terminal of the receiving destination, and the judgment result in the second step A third step of setting a packet length of a diagnostic packet according to the third step, and detecting a PMTU estimation value in the IP network by repeatedly sending a diagnostic packet having a different packet length.
How to detect PMTU estimates. 【請求項２】 IP （ Internet Protocol ）ネットワークに
おける PMTU （ PathMaximum Transmission Unit ；経路上
の最大転送長）見積もり値の検出方法であって、受信先
のターゲット端末からの診断パケットに対する返信パケ
ットの受信状態を判定する第２の過程と、第２の過程に
おける判定結果に応じて診断パケットのパケット長を設
定する第３の過程とを有し、繰り返しパケット長が異な
る診断パケットを送出することによって、 IP ネットワー
クにおける PMTU 見積もり値を検出することを特徴とする
IP ネットワークにおける PMTU 見積もり値検出の方法。 2. An IP ( Internet Protocol ) network
Definitive PMTU (PathMaximum Transmission Unit; on the path
The maximum transfer length of the
Reply packet for diagnostic packet from target terminal
The second step of determining the reception status of the
The packet length of the diagnostic packet is set according to the judgment result in
And the third step of determining
By sending a diagnostic packet that, IP network
And detecting the PMTU estimate value of click
A method for detecting the estimated PMTU value in an IP network . 【請求項３】 診断パケットのパケット長を複数のパケ
ット長をあらかじめ定めたテーブルを参照することによ
って設定することを特徴とする請求項１または２に記載
のIPネットワークにおけるPMTU見積もり値検出の方法。3. The method of detecting a PMTU estimation value in an IP network according to claim 1 , wherein the packet length of the diagnostic packet is set by referring to a table in which a plurality of packet lengths are predetermined. 【請求項４】 診断パケットのパケット長を所定の差分
値で変化させながら設定することを特徴とする請求項１
または２に記載のIPネットワークにおけるPMTU見積もり
値検出の方法。4. The method of claim 1, characterized in that the set while changing the packet length of the diagnostic packet at a predetermined differential value
Alternatively, the method for detecting the estimated value of PMTU in the IP network according to 2) . 【請求項５】 IP（Internet Protocol）ネットワークに
おけるPMTU（PathMaximum Transmission Unit；経路上
の最大転送長）見積もり値の検出システムであって、送
信元のホストから所定のパケット長を有する見積もり値
検出用の診断パケットを、返信を要求するパケットとし
て送出する第１の手段と、受信先のターゲット端末から
の診断パケットに対する返信パケットの受信状態を判定
する第２の手段と、第２の手段による判定結果に応じて
診断パケットのパケット長を設定する第３の手段とを有
し、繰り返しパケット長が異なる診断パケットを送出す
ることによって、IPネットワークにおけるPMTU見積もり
値を検出することを特徴とするIPネットワークにおける
PMTU見積もり値検出のシステム。5. A PMTU (Path Maximum Transmission Unit) maximum value detection system in an IP (Internet Protocol) network for detecting an estimated value having a predetermined packet length from a source host. The first means for sending the diagnostic packet as a packet requesting a reply, the second means for judging the reception state of the reply packet for the diagnostic packet from the target terminal of the receiving destination, and the judgment result by the second means A third means for setting the packet length of the diagnostic packet according to the third means, and detecting the PMTU estimation value in the IP network by repeatedly sending the diagnostic packet having a different packet length.
PMTU estimation value detection system. 【請求項６】 IP （ Internet Protocol ）ネットワークに
おける PMTU （ PathMaximum Transmission Unit ；経路上
の最大転送長）見積もり値の検出システムであって、受
信先のターゲット端末からの診断パケットに対する返信
パケットの受信状態を判定する第２の手段と、第２の手
段による判定結果に応じて診断パケットのパケット長を
設定する第３の手段とを有し、繰り返しパケット長が異
なる診断パケットを送出することによって、 IP ネットワ
ークにおける PMTU 見積もり値を検出することを特徴とす
る IP ネットワークにおける PMTU 見積もり値検出のシステ
ム。 6. An IP ( Internet Protocol ) network
Definitive PMTU (PathMaximum Transmission Unit; on the path
The maximum transfer length of the
Reply to diagnostic packet from recipient's target terminal
A second means for determining the packet reception status and a second means
The packet length of the diagnostic packet is changed according to the judgment result
It has a third means for setting and the repeat packet length is different.
By sending consisting diagnosis packet, IP networks
Characterized by detecting the PMTU estimate in the network
System of PMTU estimate value detection in IP network that
Mu. 【請求項７】 IP（Internet Protocol）ネットワークに
おけるPMTU（PathMaximum Transmission Unit；経路上
の最大転送長）見積もり値の検出を行うためのプログラ
ムを記録した記録媒体であって、送信元のホストから所
定のパケット長を有する見積もり値検出用の診断パケッ
トを、返信を要求するパケットとして送出する第１の過
程と、受信先のターゲット端末からの診断パケットに対
する返信パケットの受信状態を判定する第２の過程と、
第２の過程における判定結果に応じて診断パケットのパ
ケット長を設定する第３の過程とを実行し、繰り返しパ
ケット長が異なる診断パケットを送出することによっ
て、IPネットワークにおけるPMTU見積もり値を検出する
ためのIPネットワークにおけるPMTU見積もり値検出用の
プログラムを記録したコンピュータ読み取り可能な記録
媒体。7. A recording medium for recording a program for detecting an estimated value of PMTU (Path Maximum Transmission Unit; maximum transfer length on a route) in an IP (Internet Protocol) network, which is predetermined by a transmission source host. A first step of sending a diagnostic packet for detecting an estimated value having a packet length as a packet requesting a reply, and a second step of judging the reception state of the reply packet to the diagnostic packet from the target terminal of the receiving destination. ,
In order to detect the PMTU estimation value in the IP network by executing the third step of setting the packet length of the diagnostic packet according to the determination result in the second step and repeatedly sending the diagnostic packet having a different packet length. A computer-readable recording medium recording a program for detecting the estimated PMTU value in the IP network. 【請求項８】 IP （ Internet Protocol ）ネットワークに
おける PMTU （ PathMaximum Transmission Unit ；経路上
の最大転送長）見積もり値の検出を行うためのプログラ
ムを記録した記録媒体であって、受信先のターゲット端
末からの診断パケットに対する返信パケットの受信状態
を判定する第２の過程と、第２の過程における判定結果
に応じて診断パケット のパケット長を設定する第３の過
程とを実行し、繰り返しパケット長が異なる診断パケッ
トを送出することによって、 IP ネットワークにおける PM
TU 見積もり値を検出するための IP ネットワークにおける
PMTU 見積もり値検出用のプログラムを記録したコンピュ
ータ読み取り可能な記録媒体。 8. An IP ( Internet Protocol ) network
Definitive PMTU (PathMaximum Transmission Unit; on the path
Maximum transfer length of a program for detecting the estimated value
A recording medium that records the
Received status of reply packet for diagnostic packet from end
The second process of determining and the determination result in the second process
A third error that sets the packet length of the diagnostic packet according to
And the diagnostic packet with different repeat packet length.
To send the PM to the PM in the IP network.
In the IP network to detect the TU estimate
A computer that records a program for detecting the PMTU estimate.
A data-readable recording medium.