JPH0998185A - Avoiding method for loop of data in network - Google Patents
Avoiding method for loop of data in networkInfo
- Publication number
- JPH0998185A JPH0998185A JP7254944A JP25494495A JPH0998185A JP H0998185 A JPH0998185 A JP H0998185A JP 7254944 A JP7254944 A JP 7254944A JP 25494495 A JP25494495 A JP 25494495A JP H0998185 A JPH0998185 A JP H0998185A
- Authority
- JP
- Japan
- Prior art keywords
- network
- packet
- ttl
- station
- value
- 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.)
- Pending
Links
Landscapes
- Small-Scale Networks (AREA)
- Communication Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Description
【0001】[0001]
【発明の属する技術分野】本発明は、ローカルエリアネ
ットワークや広域ネットワークを流れるパケットのルー
プ防止を図るためのデータのループ回避方法に関するも
のである。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a data loop avoiding method for preventing a loop of a packet flowing in a local area network or a wide area network.
【0002】[0002]
【従来の技術】LAN(ローカルエリアネットワーク:
Local Area Network)及びWAN(広域ネットワーク:
Wide Area Network)上で或る送信元の局から或る受信
先の局へパケット転送を行う場合、その1つの手段とし
てインターネットワーキングを目的として開発されたT
CP/IP(Transmission Control Protocol/InternetP
rotocol:トランスポート層/ネットワーク層相当のプ
ロトコル)用いる方法がある。2. Description of the Related Art LAN (Local Area Network:
Local Area Network) and WAN (Wide Area Network:
When a packet is transferred from a source station to a destination station on a Wide Area Network), T developed for the purpose of internetworking is one of the means.
CP / IP (Transmission Control Protocol / InternetP
rotocol: a protocol corresponding to the transport layer / network layer).
【0003】このTCP/IPを用いた転送において
は、伝送路の切断、誤った静的経路変更等によって転送
パケットが受信先の局に到達できなくなると、転送パケ
ットはゲートウェイ間で長時間にわたってループを引き
起こすことがある。このような転送パケットは、ゲート
ウェイを含むネットワーク内に不要なトラフィックを増
加させ、ネットワーク使用効率の低下を招くことにな
る。In the transfer using TCP / IP, when the transfer packet cannot reach the destination station due to disconnection of the transmission line, erroneous static route change, etc., the transfer packet loops between the gateways for a long time. May cause Such a transfer packet increases unnecessary traffic in the network including the gateway and causes a decrease in network usage efficiency.
【0004】そこで、転送パケット内IPデータグラム
のIPヘッダには、データの無限ループを避けるため、
TTL(Time to Live:IPヘッダの1フィールドであ
り、パケットがインターネット上にどれだけ存在可能か
を秒単位で示すためのもの)と呼ばれるフィールドが用
意されている。図4はTTLフィールドを含むIPデー
タグラムのIPヘッダの構造を示す説明図である。Therefore, in order to avoid an endless loop of data in the IP header of the IP datagram in the transfer packet,
A field called TTL (Time to Live: one field of the IP header, which indicates how many packets can exist on the Internet in seconds) is prepared. FIG. 4 is an explanatory diagram showing the structure of the IP header of the IP datagram including the TTL field.
【0005】まず、送信元の局で転送パケットが生成さ
れる。この時、IPヘッダが付けられ、TTL値が与え
られるが、通常のTCP/IP通信において、TTL値
は「60」が与えられる。送信元の局を出たIPパケッ
トのTTL値は、ゲートウェイの行う中継処理とともに
「1」づつ減少する。このゲートウェイがTTL=1の
パケットを受信した時、中継処理によってTTL=0と
なり、ネットワークに送信される前に取り除かれる。上
記のTCP/IP通信では、60番目のゲートウェイを
通過する前にパケットの破壊が行われる。First, a transfer packet is generated at the transmission source station. At this time, an IP header is attached and a TTL value is given. In normal TCP / IP communication, a TTL value of "60" is given. The TTL value of the IP packet that has left the source station decreases by "1" as the gateway performs the relay process. When this gateway receives a packet with TTL = 1, it is relayed to TTL = 0 and is removed before being sent to the network. In the above TCP / IP communication, the packet is destroyed before passing through the 60th gateway.
【0006】夫々のゲートウェイは経路制御テーブル
(経路制御テーブルとは、動的又は静的に取得した経路
情報のデータベースであり、ルーティングテーブルとも
言う)により中継先の局を決定している。この経路制御
テーブルは、ネットワーク内に存在しているホスト又は
ゲートウェイのカーネルに保持されており、UNIX標
準装備のルーティング情報プロトコル(RIP:Routin
g Information Protcol)によって管理されている。以上
のゲートウェイは、夫々隣接するゲートウェイ同士で一
定の周期毎にRIPの送信を行い、経路情報の交換やデ
ータ衝突の検知等を行っている。Each gateway determines a relay destination station by a route control table (a route control table is a database of route information acquired dynamically or statically, and is also called a routing table). This routing control table is held in the kernel of the host or gateway existing in the network, and is a routing information protocol (RIP: Routin) provided as a UNIX standard.
g Information Protcol). The above gateways perform RIP transmission between adjacent gateways at regular intervals to exchange route information and detect data collisions.
【0007】図5はRIPフレーム中のネットワーク番
号i(DISTANCE OF NETWORK:特定のネットワークの距離
のカウント値)を参照してカーネル内の経路制御テーブ
ルのメトリックと呼ばれるフィールドを作成している。
経路制御テーブルのメトリックフィールドは、送信元の
局から送出されたパケットが受信先の局に到達するまで
に通過するゲートウェイの数(ホップ数:パケットが1
つのルータを通るときの単位)を示しており、伝送経路
が複数存在する場合、夫々の経路のホップ数の中で最小
のものを示している。FIG. 5 refers to a network number i (DISTANCE OF NETWORK: a count value of the distance of a specific network) in a RIP frame to create a field called a metric of a routing table in the kernel.
The metric field of the route control table indicates the number of gateways through which a packet sent from a transmission source station reaches a reception destination station (the number of hops: packet is 1
When a plurality of transmission routes exist, the minimum number of hops of each route is shown.
【0008】[0008]
【発明が解決しようとする課題】しかし、従来のネット
ワークシステムによると、IPヘッダのTTLを利用す
ることにより、ネットワーク内ではパケットの無限に及
ぶループを回避することができる。しかし、通常のTC
P(Transmission Control Protocol)を使った通信で
は、TTLの初期値は60にしてあるため、パケットが
ループを起こした場合、ゲートウェイを60回通過する
まで捨てられない。これに対し、例えば、TTLを適当
な小さな値に設定することが考えられるが、受信先の局
に到達する前にパケットが捨てられてしまう恐れがある
ため、行うことができない。However, according to the conventional network system, an infinite loop of packets can be avoided in the network by using the TTL of the IP header. But normal TC
In communication using P (Transmission Control Protocol), the initial value of TTL is set to 60. Therefore, if a packet causes a loop, it cannot be discarded until it passes through the gateway 60 times. On the other hand, for example, it is conceivable to set the TTL to an appropriate small value, but this cannot be done because the packet may be discarded before reaching the receiving station.
【0009】また、従来の方式では、受信先の局でTT
Lが確認されないため、送信パケットが意図していない
経路を通って受信先の局に到達した場合でも、それを発
見することはできなかった。そこで、本発明は、最適な
TTLの値を用いることができるようにし、ネットワー
ク使用効率を大幅に高めることのできるネットワークに
おけるデータのループ回避方法を提供することを目的と
している。Further, in the conventional system, the TT is set at the receiving station.
Since L was not confirmed, even if the transmitted packet reached the destination station via an unintended route, it could not be found. Therefore, it is an object of the present invention to provide a method for avoiding data loops in a network, which makes it possible to use an optimum TTL value and can significantly improve network usage efficiency.
【0010】[0010]
【課題を解決するための手段】上記の目的を達成するた
めに、この発明は、1つのネットワークに接続されてR
IPをサポートしている送信局からゲートウェイを介
し、異なるネットワークの受信局へ情報のパケット転送
を行うに際し、前記送信局のカーネル内部に存在する経
路制御テーブルを参照して前記受信局が接続された前記
異なるネットワークまでのホップ数を取得し、送信パケ
ットのIPヘッダ中のTTLフィールドを前記取得した
ホップ数に1を加えた値で設定をやり直すようにしてい
る。In order to achieve the above-mentioned object, the present invention is connected to one network and R
When a packet of information is transferred from a transmitting station supporting IP to a receiving station of a different network via a gateway, the receiving station is connected by referring to the routing control table existing in the kernel of the transmitting station. The number of hops to the different network is acquired, and the TTL field in the IP header of the transmission packet is set again with a value obtained by adding 1 to the acquired number of hops.
【0011】この方法によれば、IPヘッダ中のTTL
フィールドに設定する数値が送信局のカーネル内に存在
する経路制御テーブルのホップ数に1を加えた値で書き
換えられる。この結果、データがループする時間を減ら
し、ネットワーク効率を大幅に向上させることができ
る。According to this method, the TTL in the IP header is
The numerical value set in the field is rewritten with a value obtained by adding 1 to the number of hops in the routing table existing in the kernel of the transmitting station. As a result, the data loop time can be reduced and the network efficiency can be significantly improved.
【0012】[0012]
【発明の実施の形態】図1は本発明によるネットワーク
におけるデータのループ回避方法を示すフローチャート
である。また、図2は本発明のネットワークにおけるデ
ータのループ回避方法が適用されるネットワーク(イー
サネット:Ethernet) の一例を示す構成図である。更
に、図3はTTLの変化を示す説明図である。1 is a flowchart showing a method for avoiding data loops in a network according to the present invention. FIG. 2 is a block diagram showing an example of a network (Ethernet: Ethernet) to which the data loop avoidance method in the network of the present invention is applied. Further, FIG. 3 is an explanatory diagram showing changes in TTL.
【0013】以下に説明するネットワークにおいては、
送信元の端末装置H1から受信先の端末装置H5へ、T
CP/IPを用いてパケット転送を行う場合について説
明する。また、本実施例では、端末装置H1は上記した
経路情報プロトコルRIPをサポートしているものとす
る。図2に示すように、イーサネット1,2,3の相互
間は、ゲートウェイ4(G1),5(G2)によって接
続されている。イーサネット1には端末装置6(H
1),7(H2)が接続され、イーサネット2には端末
装置8(H3),9(H4)が接続され、イーサネット
1には端末装置10(H5),11(H6)が接続され
ている。In the network described below,
From the source terminal device H1 to the destination terminal device H5, T
A case where packet transfer is performed using CP / IP will be described. In addition, in the present embodiment, the terminal device H1 is assumed to support the above-mentioned route information protocol RIP. As shown in FIG. 2, the Ethernets 1, 2, and 3 are connected to each other by gateways 4 (G1) and 5 (G2). The terminal device 6 (H
1) and 7 (H2) are connected, Ethernet 2 is connected to terminal devices 8 (H3) and 9 (H4), and Ethernet 1 is connected to terminal devices 10 (H5) and 11 (H6). .
【0014】以上の構成によるネットワークにおいて、
端末装置6(送信局)のアプリケーションによってパケ
ット送信の必要が生じた場合(ステップ101)、端末
装置6の内部でこのパケットの生存時間TTLが与えら
れる(ステップ102)。この時、端末装置6のカーネ
ル内にある経路制御テーブルのメトリックフィールドを
参照して端末装置10の存在するネットワークまでのホ
ップ数「2」を取得する(ステップ103)。1つのゲ
ートウェイを通過すれば受信先の端末装置が存在するネ
ットワークに到達できる場合のホップ数は「1」である
が、TTLは「2」以上でないとそのネットワークにパ
ケットを送信できないという制約があるため、そのホッ
プ数に1を加えた値をIPヘッダのTTLに代入する
(ステップ104)。この処理によって、端末装置6か
ら送出されるパケットのIPヘッダに与えられたTTL
値は「3」になる。In the network having the above configuration,
When the application of the terminal device 6 (transmission station) needs to transmit a packet (step 101), the time to live TTL of this packet is given inside the terminal device 6 (step 102). At this time, the hop number "2" to the network in which the terminal device 10 exists is acquired by referring to the metric field of the route control table in the kernel of the terminal device 6 (step 103). The number of hops when the network where the destination terminal device exists can be reached by passing through one gateway is "1", but there is a restriction that a packet cannot be transmitted to that network unless the TTL is "2" or more. Therefore, the value obtained by adding 1 to the hop count is substituted into the TTL of the IP header (step 104). By this processing, the TTL given to the IP header of the packet transmitted from the terminal device 6
The value becomes "3".
【0015】その後は、通常のIPによる転送処理によ
り端末装置10に到達するまでゲートウェイがパケット
中継を実行する(ステップ105)。その際、ゲートウ
ェイは通過される度にTTLの値を1つづつ減らしてい
く(ステップ106)。正常のルーティングが行われた
場合、図3に示すように、ゲートウェイ5での処理が終
わるとTTL=1になり(ステップ107)、受信先の
端末装置10にパケットが転送される(ステップ11
3)。After that, the gateway executes the packet relay until the terminal device 10 is reached by the transfer processing by the normal IP (step 105). At this time, the gateway decrements the TTL value by one each time it is passed (step 106). In the case where normal routing is performed, as shown in FIG. 3, when the processing in the gateway 5 is completed, TTL becomes 1 (step 107), and the packet is transferred to the terminal device 10 of the receiving destination (step 11).
3).
【0016】ところで、TTL=1のIPヘッダを転送
しようとしても、正常なルーティングが行われず、そ
のゲートウェイに接続するネットワーク内に受信先の端
末装置が存在しない場合、或いは、TTL=1のパケッ
トをゲートウェイが受信した場合で、ループが発生し
たとき、又は経路情報に誤りがあるとき(ステップ1
08)、ゲートウェイはネットワーク内のトラフィック
を減らすため、直ちにそのデータを捨て(ステップ10
9)、経路情報を更新するため、RIPフレームを送信
する(ステップ110)。このように、TTL=1の時
点で不具合が認められた時にパケットが捨てられるの
で、ループにかかわる時間を大幅に短縮することができ
る。因みに、従来ではTTL値が60に設定され、これ
が0になるまでゲートウェイを通過しないとパケットは
破棄されない。このため、ループにかかわる時間が多大
になる。By the way, when an IP header of TTL = 1 is transferred, normal routing is not performed, and there is no receiving destination terminal device in the network connected to the gateway, or a packet of TTL = 1 is transmitted. When received by the gateway, when a loop occurs, or when there is an error in the route information (step 1
08), the gateway immediately discards the data (step 10) to reduce traffic in the network.
9) The RIP frame is transmitted to update the route information (step 110). In this way, when a defect is recognized at the time of TTL = 1, the packet is discarded, so that the time involved in the loop can be significantly shortened. Incidentally, conventionally, the TTL value is set to 60, and the packet is not discarded unless it passes through the gateway until it becomes 0. For this reason, a lot of time is involved in the loop.
【0017】転送を行ったデータが目的の受信局(端末
装置10)に無事に到達した場合(ステップ113)、
TTLの値を参照して「1」であるか否かを確認する
(ステップ114)。そして、「1」でない場合(=1
以外の場合)、経路制御に誤りがあるので、直ちにネッ
トワーク内にRIPフレームを送信する(ステップ11
0)。このように、直ちにRIPフレームを送信する理
由は、データが捨てられたのがデータ同士の衝突ではな
く、TTLが0になったためである場合であれば、経路
制御テーブルに誤りがあると考えられる。そこで、次の
RIPフレームの送信を待たず、直ちにRIPフレーム
を送信し、より早く経路の修復が行えるようにする。こ
の後、新しい経路情報を入手し(ステップ111)、こ
れに基づいて経路制御テーブルの書き換えが行われる
(ステップ112)。When the transferred data has successfully arrived at the intended receiving station (terminal device 10) (step 113),
It is confirmed whether it is "1" by referring to the value of TTL (step 114). If it is not “1” (= 1
(Other than the above), since there is an error in the route control, the RIP frame is immediately transmitted in the network (step 11).
0). In this way, if the reason for immediately transmitting the RIP frame is that the data was discarded not because of collision between the data but because the TTL became 0, it is considered that there is an error in the routing control table. . Therefore, the RIP frame is immediately transmitted without waiting for the transmission of the next RIP frame so that the route can be repaired more quickly. After that, new route information is obtained (step 111), and the route control table is rewritten based on this (step 112).
【0018】[0018]
【発明の効果】以上より明らかな如く、本発明によれ
ば、或るネットワークに接続されてRIPをサポートし
ている送信局からゲートウェイを介し、異なるネットワ
ークの受信局へ情報のパケット転送を行うに際し、前記
送信局のカーネル内部に存在する経路制御テーブルを参
照して前記受信局が接続されたネットワークまでのホッ
プ数を取得し、送信パケットのIPヘッダ中のTTLフ
ィールドを前記取得したホップ数に1を加えた値で設定
をやり直すようにしたので、ネットワーク中のパケット
がループを生じた場合でも、直ちに発見することがで
き、ネットワーク効率を大幅に向上させることができ
る。As is apparent from the above, according to the present invention, when transmitting a packet of information from a transmitting station connected to a certain network and supporting RIP to a receiving station of a different network via a gateway. , The hop number to the network to which the receiving station is connected is acquired by referring to the routing control table existing inside the kernel of the transmitting station, and the TTL field in the IP header of the transmission packet is set to 1 for the acquired hop number. Since the setting is performed again with the value added with, even if a packet in the network causes a loop, it can be immediately detected, and the network efficiency can be greatly improved.
【0019】また、受信したデータのTTL値を見るこ
とにより、経路制御テーブルに誤り(TTL=1以外の
場合は誤り)が無いか否かを確認することができる。Further, by checking the TTL value of the received data, it is possible to confirm whether or not there is an error in the path control table (error if other than TTL = 1).
【図1】本発明によるネットワークにおけるデータのル
ープ回避方法を示すフローチャートである。FIG. 1 is a flowchart showing a method for avoiding a data loop in a network according to the present invention.
【図2】本発明のネットワークにおけるデータのループ
回避方法が適用されるネットワークの一例を示す構成図
である。FIG. 2 is a configuration diagram showing an example of a network to which the data loop avoidance method in the network of the present invention is applied.
【図3】TTLの変化を示す説明図である。FIG. 3 is an explanatory diagram showing changes in TTL.
【図4】TTLフィールドを含むIPデータグラムのI
Pヘッダの構造を示す説明図である。FIG. 4I of an IP datagram containing a TTL field
It is explanatory drawing which shows the structure of P header.
【図5】RIPフレームの構成を示す説明図である。FIG. 5 is an explanatory diagram showing a configuration of a RIP frame.
1,2,3 イーサネット 4,5 ゲートウェイ 6,7,8,9,10,11 端末装置 1,2,3 Ethernet 4,5 Gateway 6,7,8,9,10,11 Terminal device
Claims (1)
(ルーティング インフォメーションプロトコル)をサ
ポートしている送信局からゲートウェイを介し、異なる
ネットワークの受信局へ情報のパケット転送を行うネッ
トワークシステムにおいて、 前記送信局のカーネル内部に存在する経路制御テーブル
を参照して前記受信局が接続された前記異なるネットワ
ークまでのホップ数を取得し、 送信パケットのIPヘッダ中のTTLフィールドを前記
取得したホップ数に1を加えた値で設定し直すことを特
徴とするネットワークにおけるデータのループ回避方
法。1. RIP connected to one network
In a network system which transfers packets of information from a transmitting station supporting (Routing Information Protocol) to a receiving station of a different network, by referring to a routing control table existing inside the kernel of the transmitting station, Data in a network characterized in that the number of hops to the different network to which the receiving station is connected is obtained, and the TTL field in the IP header of the transmission packet is reset by a value obtained by adding 1 to the obtained number of hops. Loop avoidance method.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP7254944A JPH0998185A (en) | 1995-10-02 | 1995-10-02 | Avoiding method for loop of data in network |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP7254944A JPH0998185A (en) | 1995-10-02 | 1995-10-02 | Avoiding method for loop of data in network |
Publications (1)
Publication Number | Publication Date |
---|---|
JPH0998185A true JPH0998185A (en) | 1997-04-08 |
Family
ID=17272033
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP7254944A Pending JPH0998185A (en) | 1995-10-02 | 1995-10-02 | Avoiding method for loop of data in network |
Country Status (1)
Country | Link |
---|---|
JP (1) | JPH0998185A (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1921452A (en) * | 2005-08-24 | 2007-02-28 | 三星电子株式会社 | Access device for preventing transmission of copyrighted content to external network and method for the same |
JP2007060608A (en) * | 2005-07-28 | 2007-03-08 | Yokogawa Electric Corp | Network communication system |
US7408929B2 (en) | 2001-09-28 | 2008-08-05 | Kabushiki Kaisha Toshiba | Radio communication system, terminal and packet |
-
1995
- 1995-10-02 JP JP7254944A patent/JPH0998185A/en active Pending
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7408929B2 (en) | 2001-09-28 | 2008-08-05 | Kabushiki Kaisha Toshiba | Radio communication system, terminal and packet |
US8320394B2 (en) | 2001-09-28 | 2012-11-27 | Kabushiki Kaisha Toshiba | Radio communication system, terminal and packet |
JP2007060608A (en) * | 2005-07-28 | 2007-03-08 | Yokogawa Electric Corp | Network communication system |
CN1921452A (en) * | 2005-08-24 | 2007-02-28 | 三星电子株式会社 | Access device for preventing transmission of copyrighted content to external network and method for the same |
US8582574B2 (en) | 2005-08-24 | 2013-11-12 | Samsung Electronics Co., Ltd. | Access device for preventing transmission of copyrighted content to external network and method for the same |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7027453B2 (en) | Spanning tree alternate routing bridge protocol | |
US7072952B2 (en) | Spanning tree bypassing method and apparatus | |
US20030193959A1 (en) | Method and apparatus for priority-based load balancing for use in an extended local area network | |
JPH0522345A (en) | Optimum management decision system for maximum transfer unit | |
US10924387B2 (en) | Method and apparatus for preventing loops in a network topology | |
JP4632805B2 (en) | Multi-path multi-hop wireless LAN system | |
JP3801581B2 (en) | Flushing method using type 5LSA separation set of OSPF protocol | |
US10623301B2 (en) | Method, routing bridge and non-transitory computer-readable storage medium for network routing | |
JPH0998185A (en) | Avoiding method for loop of data in network | |
US7773610B2 (en) | QoS and fault isolation in BGP traffic, address families and routing topologies | |
Cisco | Novell IPX Commands | |
CN100411383C (en) | Method for realizing message retransmission under routing device | |
Cisco | Novell IPX Commands | |
Cisco | Novell IPX Commands | |
JPH09270822A (en) | Packet communication path test method | |
Cisco | Novell IPX Commands | |
Cisco | Novell IPX Commands | |
Cisco | Novell IPX Commands | |
Cisco | Novell IPX Commands | |
Cisco | Novell IPX Commands | |
Cisco | Novell IPX Commands | |
Cisco | Novell IPX Commands | |
Cisco | Novell IPX Commands | |
Cisco | STUN and BSTUN Commands | |
Cisco | STUN and BSTUN Commands |