JPH0998185A - ネットワークにおけるデータのループ回避方法 - Google Patents
ネットワークにおけるデータのループ回避方法Info
- 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
- gateway
- station
- 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)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】
【課題】 通常のＴＣＰを使った通信では、ＴＴＬの初
期値を６０にしてあるため、パケットがループを起こし
た場合、ゲートウェイを６０回通過するまでデータは捨
てられない。 【解決手段】 或るネットワークに接続される送信局か
らゲートウェイを介し、他のネットワークの受信局へパ
ケット転送を行うに際し、前記送信局の経路制御テーブ
ルを参照して前記受信局が接続されたネットワークまで
のホップ数を取得し（ステップ１０３）、送信パケット
のＩＰヘッダ中のＴＴＬフィールドを前記取得したホッ
プ数に１を加えた値で設定のし直しを行い（ステップ１
０４）、これを基に通常のＩＰパケット転送を実行し、
ゲートウェイを通過毎にＴＴＬから１を減じる。これに
より、ネットワーク効率が大幅に向上する。
期値を６０にしてあるため、パケットがループを起こし
た場合、ゲートウェイを６０回通過するまでデータは捨
てられない。 【解決手段】 或るネットワークに接続される送信局か
らゲートウェイを介し、他のネットワークの受信局へパ
ケット転送を行うに際し、前記送信局の経路制御テーブ
ルを参照して前記受信局が接続されたネットワークまで
のホップ数を取得し（ステップ１０３）、送信パケット
のＩＰヘッダ中のＴＴＬフィールドを前記取得したホッ
プ数に１を加えた値で設定のし直しを行い（ステップ１
０４）、これを基に通常のＩＰパケット転送を実行し、
ゲートウェイを通過毎にＴＴＬから１を減じる。これに
より、ネットワーク効率が大幅に向上する。
Description
【０００１】
【発明の属する技術分野】本発明は、ローカルエリアネ
ットワークや広域ネットワークを流れるパケットのルー
プ防止を図るためのデータのループ回避方法に関するも
のである。
ットワークや広域ネットワークを流れるパケットのルー
プ防止を図るためのデータのループ回避方法に関するも
のである。
【０００２】
【従来の技術】ＬＡＮ（ローカルエリアネットワーク：
Local Area Network）及びＷＡＮ（広域ネットワーク：
Ｗide Area Network）上で或る送信元の局から或る受信
先の局へパケット転送を行う場合、その１つの手段とし
てインターネットワーキングを目的として開発されたＴ
ＣＰ／ＩＰ(Transmission Control Protocol/InternetP
rotocol：トランスポート層／ネットワーク層相当のプ
ロトコル）用いる方法がある。
Local Area Network）及びＷＡＮ（広域ネットワーク：
Ｗide Area Network）上で或る送信元の局から或る受信
先の局へパケット転送を行う場合、その１つの手段とし
てインターネットワーキングを目的として開発されたＴ
ＣＰ／ＩＰ(Transmission Control Protocol/InternetP
rotocol：トランスポート層／ネットワーク層相当のプ
ロトコル）用いる方法がある。
【０００３】このＴＣＰ／ＩＰを用いた転送において
は、伝送路の切断、誤った静的経路変更等によって転送
パケットが受信先の局に到達できなくなると、転送パケ
ットはゲートウェイ間で長時間にわたってループを引き
起こすことがある。このような転送パケットは、ゲート
ウェイを含むネットワーク内に不要なトラフィックを増
加させ、ネットワーク使用効率の低下を招くことにな
る。
は、伝送路の切断、誤った静的経路変更等によって転送
パケットが受信先の局に到達できなくなると、転送パケ
ットはゲートウェイ間で長時間にわたってループを引き
起こすことがある。このような転送パケットは、ゲート
ウェイを含むネットワーク内に不要なトラフィックを増
加させ、ネットワーク使用効率の低下を招くことにな
る。
【０００４】そこで、転送パケット内ＩＰデータグラム
のＩＰヘッダには、データの無限ループを避けるため、
ＴＴＬ（Time to Live：ＩＰヘッダの１フィールドであ
り、パケットがインターネット上にどれだけ存在可能か
を秒単位で示すためのもの）と呼ばれるフィールドが用
意されている。図４はＴＴＬフィールドを含むＩＰデー
タグラムのＩＰヘッダの構造を示す説明図である。
のＩＰヘッダには、データの無限ループを避けるため、
ＴＴＬ（Time to Live：ＩＰヘッダの１フィールドであ
り、パケットがインターネット上にどれだけ存在可能か
を秒単位で示すためのもの）と呼ばれるフィールドが用
意されている。図４はＴＴＬフィールドを含むＩＰデー
タグラムのＩＰヘッダの構造を示す説明図である。
【０００５】まず、送信元の局で転送パケットが生成さ
れる。この時、ＩＰヘッダが付けられ、ＴＴＬ値が与え
られるが、通常のＴＣＰ／ＩＰ通信において、ＴＴＬ値
は「６０」が与えられる。送信元の局を出たＩＰパケッ
トのＴＴＬ値は、ゲートウェイの行う中継処理とともに
「１」づつ減少する。このゲートウェイがＴＴＬ＝１の
パケットを受信した時、中継処理によってＴＴＬ＝０と
なり、ネットワークに送信される前に取り除かれる。上
記のＴＣＰ／ＩＰ通信では、６０番目のゲートウェイを
通過する前にパケットの破壊が行われる。
れる。この時、ＩＰヘッダが付けられ、ＴＴＬ値が与え
られるが、通常のＴＣＰ／ＩＰ通信において、ＴＴＬ値
は「６０」が与えられる。送信元の局を出たＩＰパケッ
トのＴＴＬ値は、ゲートウェイの行う中継処理とともに
「１」づつ減少する。このゲートウェイがＴＴＬ＝１の
パケットを受信した時、中継処理によってＴＴＬ＝０と
なり、ネットワークに送信される前に取り除かれる。上
記のＴＣＰ／ＩＰ通信では、６０番目のゲートウェイを
通過する前にパケットの破壊が行われる。
【０００６】夫々のゲートウェイは経路制御テーブル
（経路制御テーブルとは、動的又は静的に取得した経路
情報のデータベースであり、ルーティングテーブルとも
言う）により中継先の局を決定している。この経路制御
テーブルは、ネットワーク内に存在しているホスト又は
ゲートウェイのカーネルに保持されており、ＵＮＩＸ標
準装備のルーティング情報プロトコル（ＲＩＰ：Routin
g Information Protcol)によって管理されている。以上
のゲートウェイは、夫々隣接するゲートウェイ同士で一
定の周期毎にＲＩＰの送信を行い、経路情報の交換やデ
ータ衝突の検知等を行っている。
（経路制御テーブルとは、動的又は静的に取得した経路
情報のデータベースであり、ルーティングテーブルとも
言う）により中継先の局を決定している。この経路制御
テーブルは、ネットワーク内に存在しているホスト又は
ゲートウェイのカーネルに保持されており、ＵＮＩＸ標
準装備のルーティング情報プロトコル（ＲＩＰ：Routin
g Information Protcol)によって管理されている。以上
のゲートウェイは、夫々隣接するゲートウェイ同士で一
定の周期毎にＲＩＰの送信を行い、経路情報の交換やデ
ータ衝突の検知等を行っている。
【０００７】図５はＲＩＰフレーム中のネットワーク番
号ｉ（DISTANCE OF NETWORK:特定のネットワークの距離
のカウント値）を参照してカーネル内の経路制御テーブ
ルのメトリックと呼ばれるフィールドを作成している。
経路制御テーブルのメトリックフィールドは、送信元の
局から送出されたパケットが受信先の局に到達するまで
に通過するゲートウェイの数（ホップ数：パケットが１
つのルータを通るときの単位）を示しており、伝送経路
が複数存在する場合、夫々の経路のホップ数の中で最小
のものを示している。
号ｉ（DISTANCE OF NETWORK:特定のネットワークの距離
のカウント値）を参照してカーネル内の経路制御テーブ
ルのメトリックと呼ばれるフィールドを作成している。
経路制御テーブルのメトリックフィールドは、送信元の
局から送出されたパケットが受信先の局に到達するまで
に通過するゲートウェイの数（ホップ数：パケットが１
つのルータを通るときの単位）を示しており、伝送経路
が複数存在する場合、夫々の経路のホップ数の中で最小
のものを示している。
【０００８】
【発明が解決しようとする課題】しかし、従来のネット
ワークシステムによると、ＩＰヘッダのＴＴＬを利用す
ることにより、ネットワーク内ではパケットの無限に及
ぶループを回避することができる。しかし、通常のＴＣ
Ｐ(Transmission Control Protocol）を使った通信で
は、ＴＴＬの初期値は６０にしてあるため、パケットが
ループを起こした場合、ゲートウェイを６０回通過する
まで捨てられない。これに対し、例えば、ＴＴＬを適当
な小さな値に設定することが考えられるが、受信先の局
に到達する前にパケットが捨てられてしまう恐れがある
ため、行うことができない。
ワークシステムによると、ＩＰヘッダのＴＴＬを利用す
ることにより、ネットワーク内ではパケットの無限に及
ぶループを回避することができる。しかし、通常のＴＣ
Ｐ(Transmission Control Protocol）を使った通信で
は、ＴＴＬの初期値は６０にしてあるため、パケットが
ループを起こした場合、ゲートウェイを６０回通過する
まで捨てられない。これに対し、例えば、ＴＴＬを適当
な小さな値に設定することが考えられるが、受信先の局
に到達する前にパケットが捨てられてしまう恐れがある
ため、行うことができない。
【０００９】また、従来の方式では、受信先の局でＴＴ
Ｌが確認されないため、送信パケットが意図していない
経路を通って受信先の局に到達した場合でも、それを発
見することはできなかった。そこで、本発明は、最適な
ＴＴＬの値を用いることができるようにし、ネットワー
ク使用効率を大幅に高めることのできるネットワークに
おけるデータのループ回避方法を提供することを目的と
している。
Ｌが確認されないため、送信パケットが意図していない
経路を通って受信先の局に到達した場合でも、それを発
見することはできなかった。そこで、本発明は、最適な
ＴＴＬの値を用いることができるようにし、ネットワー
ク使用効率を大幅に高めることのできるネットワークに
おけるデータのループ回避方法を提供することを目的と
している。
【００１０】
【課題を解決するための手段】上記の目的を達成するた
めに、この発明は、１つのネットワークに接続されてＲ
ＩＰをサポートしている送信局からゲートウェイを介
し、異なるネットワークの受信局へ情報のパケット転送
を行うに際し、前記送信局のカーネル内部に存在する経
路制御テーブルを参照して前記受信局が接続された前記
異なるネットワークまでのホップ数を取得し、送信パケ
ットのＩＰヘッダ中のＴＴＬフィールドを前記取得した
ホップ数に１を加えた値で設定をやり直すようにしてい
る。
めに、この発明は、１つのネットワークに接続されてＲ
ＩＰをサポートしている送信局からゲートウェイを介
し、異なるネットワークの受信局へ情報のパケット転送
を行うに際し、前記送信局のカーネル内部に存在する経
路制御テーブルを参照して前記受信局が接続された前記
異なるネットワークまでのホップ数を取得し、送信パケ
ットのＩＰヘッダ中のＴＴＬフィールドを前記取得した
ホップ数に１を加えた値で設定をやり直すようにしてい
る。
【００１１】この方法によれば、ＩＰヘッダ中のＴＴＬ
フィールドに設定する数値が送信局のカーネル内に存在
する経路制御テーブルのホップ数に１を加えた値で書き
換えられる。この結果、データがループする時間を減ら
し、ネットワーク効率を大幅に向上させることができ
る。
フィールドに設定する数値が送信局のカーネル内に存在
する経路制御テーブルのホップ数に１を加えた値で書き
換えられる。この結果、データがループする時間を減ら
し、ネットワーク効率を大幅に向上させることができ
る。
【００１２】
【発明の実施の形態】図１は本発明によるネットワーク
におけるデータのループ回避方法を示すフローチャート
である。また、図２は本発明のネットワークにおけるデ
ータのループ回避方法が適用されるネットワーク（イー
サネット：Ethernet) の一例を示す構成図である。更
に、図３はＴＴＬの変化を示す説明図である。
におけるデータのループ回避方法を示すフローチャート
である。また、図２は本発明のネットワークにおけるデ
ータのループ回避方法が適用されるネットワーク（イー
サネット：Ethernet) の一例を示す構成図である。更
に、図３はＴＴＬの変化を示す説明図である。
【００１３】以下に説明するネットワークにおいては、
送信元の端末装置Ｈ１から受信先の端末装置Ｈ５へ、Ｔ
ＣＰ／ＩＰを用いてパケット転送を行う場合について説
明する。また、本実施例では、端末装置Ｈ１は上記した
経路情報プロトコルＲＩＰをサポートしているものとす
る。図２に示すように、イーサネット１，２，３の相互
間は、ゲートウェイ４（Ｇ１），５（Ｇ２）によって接
続されている。イーサネット１には端末装置６（Ｈ
１），７（Ｈ２）が接続され、イーサネット２には端末
装置８（Ｈ３），９（Ｈ４）が接続され、イーサネット
１には端末装置１０（Ｈ５），１１（Ｈ６）が接続され
ている。
送信元の端末装置Ｈ１から受信先の端末装置Ｈ５へ、Ｔ
ＣＰ／ＩＰを用いてパケット転送を行う場合について説
明する。また、本実施例では、端末装置Ｈ１は上記した
経路情報プロトコルＲＩＰをサポートしているものとす
る。図２に示すように、イーサネット１，２，３の相互
間は、ゲートウェイ４（Ｇ１），５（Ｇ２）によって接
続されている。イーサネット１には端末装置６（Ｈ
１），７（Ｈ２）が接続され、イーサネット２には端末
装置８（Ｈ３），９（Ｈ４）が接続され、イーサネット
１には端末装置１０（Ｈ５），１１（Ｈ６）が接続され
ている。
【００１４】以上の構成によるネットワークにおいて、
端末装置６（送信局）のアプリケーションによってパケ
ット送信の必要が生じた場合（ステップ１０１）、端末
装置６の内部でこのパケットの生存時間ＴＴＬが与えら
れる（ステップ１０２）。この時、端末装置６のカーネ
ル内にある経路制御テーブルのメトリックフィールドを
参照して端末装置１０の存在するネットワークまでのホ
ップ数「２」を取得する（ステップ１０３）。１つのゲ
ートウェイを通過すれば受信先の端末装置が存在するネ
ットワークに到達できる場合のホップ数は「１」である
が、ＴＴＬは「２」以上でないとそのネットワークにパ
ケットを送信できないという制約があるため、そのホッ
プ数に１を加えた値をＩＰヘッダのＴＴＬに代入する
（ステップ１０４）。この処理によって、端末装置６か
ら送出されるパケットのＩＰヘッダに与えられたＴＴＬ
値は「３」になる。
端末装置６（送信局）のアプリケーションによってパケ
ット送信の必要が生じた場合（ステップ１０１）、端末
装置６の内部でこのパケットの生存時間ＴＴＬが与えら
れる（ステップ１０２）。この時、端末装置６のカーネ
ル内にある経路制御テーブルのメトリックフィールドを
参照して端末装置１０の存在するネットワークまでのホ
ップ数「２」を取得する（ステップ１０３）。１つのゲ
ートウェイを通過すれば受信先の端末装置が存在するネ
ットワークに到達できる場合のホップ数は「１」である
が、ＴＴＬは「２」以上でないとそのネットワークにパ
ケットを送信できないという制約があるため、そのホッ
プ数に１を加えた値をＩＰヘッダのＴＴＬに代入する
（ステップ１０４）。この処理によって、端末装置６か
ら送出されるパケットのＩＰヘッダに与えられたＴＴＬ
値は「３」になる。
【００１５】その後は、通常のＩＰによる転送処理によ
り端末装置１０に到達するまでゲートウェイがパケット
中継を実行する（ステップ１０５）。その際、ゲートウ
ェイは通過される度にＴＴＬの値を１つづつ減らしてい
く（ステップ１０６）。正常のルーティングが行われた
場合、図３に示すように、ゲートウェイ５での処理が終
わるとＴＴＬ＝１になり（ステップ１０７）、受信先の
端末装置１０にパケットが転送される（ステップ１１
３）。
り端末装置１０に到達するまでゲートウェイがパケット
中継を実行する（ステップ１０５）。その際、ゲートウ
ェイは通過される度にＴＴＬの値を１つづつ減らしてい
く（ステップ１０６）。正常のルーティングが行われた
場合、図３に示すように、ゲートウェイ５での処理が終
わるとＴＴＬ＝１になり（ステップ１０７）、受信先の
端末装置１０にパケットが転送される（ステップ１１
３）。
【００１６】ところで、ＴＴＬ＝１のＩＰヘッダを転送
しようとしても、正常なルーティングが行われず、そ
のゲートウェイに接続するネットワーク内に受信先の端
末装置が存在しない場合、或いは、ＴＴＬ＝１のパケッ
トをゲートウェイが受信した場合で、ループが発生し
たとき、又は経路情報に誤りがあるとき（ステップ１
０８）、ゲートウェイはネットワーク内のトラフィック
を減らすため、直ちにそのデータを捨て（ステップ１０
９）、経路情報を更新するため、ＲＩＰフレームを送信
する（ステップ１１０）。このように、ＴＴＬ＝１の時
点で不具合が認められた時にパケットが捨てられるの
で、ループにかかわる時間を大幅に短縮することができ
る。因みに、従来ではＴＴＬ値が６０に設定され、これ
が０になるまでゲートウェイを通過しないとパケットは
破棄されない。このため、ループにかかわる時間が多大
になる。
しようとしても、正常なルーティングが行われず、そ
のゲートウェイに接続するネットワーク内に受信先の端
末装置が存在しない場合、或いは、ＴＴＬ＝１のパケッ
トをゲートウェイが受信した場合で、ループが発生し
たとき、又は経路情報に誤りがあるとき（ステップ１
０８）、ゲートウェイはネットワーク内のトラフィック
を減らすため、直ちにそのデータを捨て（ステップ１０
９）、経路情報を更新するため、ＲＩＰフレームを送信
する（ステップ１１０）。このように、ＴＴＬ＝１の時
点で不具合が認められた時にパケットが捨てられるの
で、ループにかかわる時間を大幅に短縮することができ
る。因みに、従来ではＴＴＬ値が６０に設定され、これ
が０になるまでゲートウェイを通過しないとパケットは
破棄されない。このため、ループにかかわる時間が多大
になる。
【００１７】転送を行ったデータが目的の受信局（端末
装置１０）に無事に到達した場合（ステップ１１３）、
ＴＴＬの値を参照して「１」であるか否かを確認する
（ステップ１１４）。そして、「１」でない場合（＝１
以外の場合）、経路制御に誤りがあるので、直ちにネッ
トワーク内にＲＩＰフレームを送信する（ステップ１１
０）。このように、直ちにＲＩＰフレームを送信する理
由は、データが捨てられたのがデータ同士の衝突ではな
く、ＴＴＬが０になったためである場合であれば、経路
制御テーブルに誤りがあると考えられる。そこで、次の
ＲＩＰフレームの送信を待たず、直ちにＲＩＰフレーム
を送信し、より早く経路の修復が行えるようにする。こ
の後、新しい経路情報を入手し（ステップ１１１）、こ
れに基づいて経路制御テーブルの書き換えが行われる
（ステップ１１２）。
装置１０）に無事に到達した場合（ステップ１１３）、
ＴＴＬの値を参照して「１」であるか否かを確認する
（ステップ１１４）。そして、「１」でない場合（＝１
以外の場合）、経路制御に誤りがあるので、直ちにネッ
トワーク内にＲＩＰフレームを送信する（ステップ１１
０）。このように、直ちにＲＩＰフレームを送信する理
由は、データが捨てられたのがデータ同士の衝突ではな
く、ＴＴＬが０になったためである場合であれば、経路
制御テーブルに誤りがあると考えられる。そこで、次の
ＲＩＰフレームの送信を待たず、直ちにＲＩＰフレーム
を送信し、より早く経路の修復が行えるようにする。こ
の後、新しい経路情報を入手し（ステップ１１１）、こ
れに基づいて経路制御テーブルの書き換えが行われる
（ステップ１１２）。
【００１８】
【発明の効果】以上より明らかな如く、本発明によれ
ば、或るネットワークに接続されてＲＩＰをサポートし
ている送信局からゲートウェイを介し、異なるネットワ
ークの受信局へ情報のパケット転送を行うに際し、前記
送信局のカーネル内部に存在する経路制御テーブルを参
照して前記受信局が接続されたネットワークまでのホッ
プ数を取得し、送信パケットのＩＰヘッダ中のＴＴＬフ
ィールドを前記取得したホップ数に１を加えた値で設定
をやり直すようにしたので、ネットワーク中のパケット
がループを生じた場合でも、直ちに発見することがで
き、ネットワーク効率を大幅に向上させることができ
る。
ば、或るネットワークに接続されてＲＩＰをサポートし
ている送信局からゲートウェイを介し、異なるネットワ
ークの受信局へ情報のパケット転送を行うに際し、前記
送信局のカーネル内部に存在する経路制御テーブルを参
照して前記受信局が接続されたネットワークまでのホッ
プ数を取得し、送信パケットのＩＰヘッダ中のＴＴＬフ
ィールドを前記取得したホップ数に１を加えた値で設定
をやり直すようにしたので、ネットワーク中のパケット
がループを生じた場合でも、直ちに発見することがで
き、ネットワーク効率を大幅に向上させることができ
る。
【００１９】また、受信したデータのＴＴＬ値を見るこ
とにより、経路制御テーブルに誤り（ＴＴＬ＝１以外の
場合は誤り）が無いか否かを確認することができる。
とにより、経路制御テーブルに誤り（ＴＴＬ＝１以外の
場合は誤り）が無いか否かを確認することができる。
【図１】本発明によるネットワークにおけるデータのル
ープ回避方法を示すフローチャートである。
ープ回避方法を示すフローチャートである。
【図２】本発明のネットワークにおけるデータのループ
回避方法が適用されるネットワークの一例を示す構成図
である。
回避方法が適用されるネットワークの一例を示す構成図
である。
【図３】ＴＴＬの変化を示す説明図である。
【図４】ＴＴＬフィールドを含むＩＰデータグラムのＩ
Ｐヘッダの構造を示す説明図である。
Ｐヘッダの構造を示す説明図である。
【図５】ＲＩＰフレームの構成を示す説明図である。
１，２，３ イーサネット ４，５ ゲートウェイ ６，７，８，９，１０，１１ 端末装置
Claims (1)
- 【請求項１】１つのネットワークに接続されてＲＩＰ
（ルーティング インフォメーションプロトコル）をサ
ポートしている送信局からゲートウェイを介し、異なる
ネットワークの受信局へ情報のパケット転送を行うネッ
トワークシステムにおいて、 前記送信局のカーネル内部に存在する経路制御テーブル
を参照して前記受信局が接続された前記異なるネットワ
ークまでのホップ数を取得し、 送信パケットのＩＰヘッダ中のＴＴＬフィールドを前記
取得したホップ数に１を加えた値で設定し直すことを特
徴とするネットワークにおけるデータのループ回避方
法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7254944A JPH0998185A (ja) | 1995-10-02 | 1995-10-02 | ネットワークにおけるデータのループ回避方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7254944A JPH0998185A (ja) | 1995-10-02 | 1995-10-02 | ネットワークにおけるデータのループ回避方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0998185A true JPH0998185A (ja) | 1997-04-08 |
Family
ID=17272033
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7254944A Pending JPH0998185A (ja) | 1995-10-02 | 1995-10-02 | ネットワークにおけるデータのループ回避方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0998185A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1921452A (zh) * | 2005-08-24 | 2007-02-28 | 三星电子株式会社 | 防止将受版权保护内容发送给外部网络的接入装置及方法 |
| JP2007060608A (ja) * | 2005-07-28 | 2007-03-08 | Yokogawa Electric Corp | ネットワーク通信システム |
| 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/ja 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 (ja) * | 2005-07-28 | 2007-03-08 | Yokogawa Electric Corp | ネットワーク通信システム |
| CN1921452A (zh) * | 2005-08-24 | 2007-02-28 | 三星电子株式会社 | 防止将受版权保护内容发送给外部网络的接入装置及方法 |
| 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 |
|---|---|---|
| US7072952B2 (en) | Spanning tree bypassing method and apparatus | |
| US7027453B2 (en) | Spanning tree alternate routing bridge protocol | |
| JP2520563B2 (ja) | パケット交換網 | |
| US6717950B2 (en) | Method and apparatus for priority-based load balancing for use in an extended local area network | |
| US6847638B1 (en) | Multicast system for forwarding desired multicast packets in a computer network | |
| CA2310946C (en) | Fast path forwarding of link state advertisements using multicast addressing | |
| JPH0522345A (ja) | 最大転送単位の最適値管理決定方式 | |
| US10924387B2 (en) | Method and apparatus for preventing loops in a network topology | |
| US6879589B2 (en) | Data packet transfer network and data packet transfer method | |
| US6928483B1 (en) | Fast path forwarding of link state advertisements | |
| US10623301B2 (en) | Method, routing bridge and non-transitory computer-readable storage medium for network routing | |
| JPH0998185A (ja) | ネットワークにおけるデータのループ回避方法 | |
| WO2002003147A2 (en) | Method for detecting invalid packets by rewriting transaction identifiers | |
| US20060002402A1 (en) | QoS and fault isolation in BGP traffic, address families and routing topologies | |
| JPH09270822A (ja) | パケット通信経路試験方法 | |
| JP4632805B2 (ja) | 複数経路マルチホップ無線ｌａｎシステム | |
| JP4505575B2 (ja) | 通信システム、ゲートウェイ送信装置、ゲートウェイ受信装置、送信方法、受信方法および情報記録媒体 | |
| JP2001203739A (ja) | 通信経路制御方法及びその装置 | |
| JPH08274804A (ja) | Ｌａｎ間中継装置 | |
| JP2582538B2 (ja) | インターネット最適経路選定装置および経路選定方法 | |
| US7325069B1 (en) | Method of establishing bi-directional connectivity of a network element in a network | |
| JPH11331257A (ja) | 異ネットワーク間接続方法およびルータ装置 | |
| JP2000196669A (ja) | 情報中継装置 | |
| JP3928833B2 (ja) | パケット中継方法及びパケット中継装置 | |
| JP4629254B2 (ja) | 通信障害箇所を迂回する方法及び通信障害箇所を迂回する迂回ルーター |