JPH09168032A - 通信ネットワーク間接続方法 - Google Patents
通信ネットワーク間接続方法Info
- Publication number
- JPH09168032A JPH09168032A JP32755995A JP32755995A JPH09168032A JP H09168032 A JPH09168032 A JP H09168032A JP 32755995 A JP32755995 A JP 32755995A JP 32755995 A JP32755995 A JP 32755995A JP H09168032 A JPH09168032 A JP H09168032A
- Authority
- JP
- Japan
- Prior art keywords
- congestion
- communication network
- data frame
- throughput
- data
- 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
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】 双方向のデータフレームのスループットを下
げることで、フレームリレー網で発生した輻輳を早期に
回復させる。 【解決手段】 各ＬＡＮ１，２に接続されたブルータ１
１，２１を、通信網１０の論理的な接続識別子を介して
接続させて、フレーム形式のデータを伝送させる通信ネ
ットワーク間接続方法において、受信側ブルータ２１
は、通信網が正常であると認識している場合に、順方向
明示的輻輳通知を含むデータフレームを受信すると、少
なくとも１回正常なスループットで輻輳と逆方向のデー
タフレームを送信側ブルータ２１に送出して輻輳を知ら
せ、それ以降は輻輳と逆方向のデータフレームのスルー
プットをＣＩＲ以下に抑制し、送受信双方向でデータフ
レームのスループットを制御する。
げることで、フレームリレー網で発生した輻輳を早期に
回復させる。 【解決手段】 各ＬＡＮ１，２に接続されたブルータ１
１，２１を、通信網１０の論理的な接続識別子を介して
接続させて、フレーム形式のデータを伝送させる通信ネ
ットワーク間接続方法において、受信側ブルータ２１
は、通信網が正常であると認識している場合に、順方向
明示的輻輳通知を含むデータフレームを受信すると、少
なくとも１回正常なスループットで輻輳と逆方向のデー
タフレームを送信側ブルータ２１に送出して輻輳を知ら
せ、それ以降は輻輳と逆方向のデータフレームのスルー
プットをＣＩＲ以下に抑制し、送受信双方向でデータフ
レームのスループットを制御する。
Description
【０００１】
【発明の属する技術分野】本発明は、ＬＡＮを構築する
通信ネットワーク間を、フレームリレー網を介して接続
させる通信ネットワーク間接続方法に関する。
通信ネットワーク間を、フレームリレー網を介して接続
させる通信ネットワーク間接続方法に関する。
【０００２】
【関連する背景技術】従来、この種の通信ネットワーク
間接続方法では、ＬＡＮ間でデータの送受信を行う場合
に、フレームリレー網が輻輳状態になると、輻輳方向と
同一方向のデータフレームは、上記網によって順方向明
示的輻輳通知（Forward Explicit Congestion Notifica
tion、以下「ＦＥＣＮ」という）のビットが「１」とさ
れ、受信側ＬＡＮ間接続装置は、上記データフレーム内
のＦＥＣＮによって上記網が輻輳状態にあることを検知
していた。
間接続方法では、ＬＡＮ間でデータの送受信を行う場合
に、フレームリレー網が輻輳状態になると、輻輳方向と
同一方向のデータフレームは、上記網によって順方向明
示的輻輳通知（Forward Explicit Congestion Notifica
tion、以下「ＦＥＣＮ」という）のビットが「１」とさ
れ、受信側ＬＡＮ間接続装置は、上記データフレーム内
のＦＥＣＮによって上記網が輻輳状態にあることを検知
していた。
【０００３】輻輳方向と逆方向のデータフレームは、上
記網によって逆方向明示的輻輳通知（Backward Explici
t Congestion Notification、以下「ＢＥＣＮ」とい
う）のビットが「１」とされ、送信側ＬＡＮ間接続装置
は、上記データフレーム内のＢＥＣＮによって上記網が
輻輳状態にあることを検知していた。なお、フレームリ
レー網が輻輳状態でない正常の場合には、ＦＥＣＮ及び
ＢＥＣＮのビットは、共に「０」に設定されている。
記網によって逆方向明示的輻輳通知（Backward Explici
t Congestion Notification、以下「ＢＥＣＮ」とい
う）のビットが「１」とされ、送信側ＬＡＮ間接続装置
は、上記データフレーム内のＢＥＣＮによって上記網が
輻輳状態にあることを検知していた。なお、フレームリ
レー網が輻輳状態でない正常の場合には、ＦＥＣＮ及び
ＢＥＣＮのビットは、共に「０」に設定されている。
【０００４】また、送信側ＬＡＮ間接続装置では、逆方
向のパケットがない場合、つまりＢＥＣＮが検知できな
い場合には、上記網の自律機能による統合リンクレイヤ
マネージメント（Consolidated Link Layer Managemen
t、以下「ＣＬＬＭ」という）の制御メッセージによっ
て、輻輳を検知できる機構を装備していた。
向のパケットがない場合、つまりＢＥＣＮが検知できな
い場合には、上記網の自律機能による統合リンクレイヤ
マネージメント（Consolidated Link Layer Managemen
t、以下「ＣＬＬＭ」という）の制御メッセージによっ
て、輻輳を検知できる機構を装備していた。
【０００５】
【発明が解決しようとする課題】ところが、上記方法で
は、輻輳方向と同一方向のデータフレームのスループッ
トのみを下げて、輻輳の回復を行っているため、上記輻
輳の回復にかなりの時間を必要とするという問題点があ
った。そこで、例えば送信側ＬＡＮ間接続装置が上記ス
ループットを認定情報速度（Committed Information Ra
te、以下「ＣＩＲ」という）以下に抑制する方法も考え
られるが、このように抑制しても輻輳が回復しない場合
では、フレームリレー網でデータフレームを廃棄してし
まう等の問題点もあった。
は、輻輳方向と同一方向のデータフレームのスループッ
トのみを下げて、輻輳の回復を行っているため、上記輻
輳の回復にかなりの時間を必要とするという問題点があ
った。そこで、例えば送信側ＬＡＮ間接続装置が上記ス
ループットを認定情報速度（Committed Information Ra
te、以下「ＣＩＲ」という）以下に抑制する方法も考え
られるが、このように抑制しても輻輳が回復しない場合
では、フレームリレー網でデータフレームを廃棄してし
まう等の問題点もあった。
【０００６】本発明は、上記問題点に鑑みなされたもの
で、双方向のデータフレームのスループットを下げるこ
とで、フレームリレー網で発生した輻輳を早期に回復で
きる通信ネットワーク間接続方法を提供することを目的
とする。
で、双方向のデータフレームのスループットを下げるこ
とで、フレームリレー網で発生した輻輳を早期に回復で
きる通信ネットワーク間接続方法を提供することを目的
とする。
【０００７】
【課題を解決するための手段】上記目的を達成するた
め、本発明では、各ＬＡＮに接続された接続装置を、フ
レームリレー網の論理チャネルの情報である論理的な接
続識別子（データ・リンク・コネクション識別子）を介
して接続させて、フレーム形式のデータを伝送させる通
信ネットワーク間接続方法において、受信側ＬＡＮ間接
続装置は、前記フレームリレー網が正常であると認識し
ている場合に、順方向明示的輻輳通知を含むデータフレ
ームを受信すると、少なくとも１回正常なスループット
で輻輳と逆方向のデータフレームを送信側ＬＡＮ間接続
装置に送出して輻輳を知らせ、それ以降は該輻輳と逆方
向のデータフレームのスループットをＣＩＲ以下に抑制
し、送受信双方向で該データフレームのスループットを
制御する通信ネットワーク間接続方法が提供される。
め、本発明では、各ＬＡＮに接続された接続装置を、フ
レームリレー網の論理チャネルの情報である論理的な接
続識別子（データ・リンク・コネクション識別子）を介
して接続させて、フレーム形式のデータを伝送させる通
信ネットワーク間接続方法において、受信側ＬＡＮ間接
続装置は、前記フレームリレー網が正常であると認識し
ている場合に、順方向明示的輻輳通知を含むデータフレ
ームを受信すると、少なくとも１回正常なスループット
で輻輳と逆方向のデータフレームを送信側ＬＡＮ間接続
装置に送出して輻輳を知らせ、それ以降は該輻輳と逆方
向のデータフレームのスループットをＣＩＲ以下に抑制
し、送受信双方向で該データフレームのスループットを
制御する通信ネットワーク間接続方法が提供される。
【０００８】請求項３では、受信側ＬＡＮ間接続装置
は、前記通信網が輻輳状態であると認識している場合
に、前記順方向明示的輻輳通知を受信すると、該輻輳と
逆方向のデータフレームを所定のスループットで送出
し、スループットを制御して輻輳の早期回復を図る。請
求項４では、受信側ＬＡＮ間接続装置は、前記通信網が
輻輳状態であると認識している場合に、前記順方向明示
的輻輳の回復通知を受信すると、該輻輳と逆方向のデー
タフレームを正常状態のスループットで送出して、輻輳
回復後の正常復帰を行う。
は、前記通信網が輻輳状態であると認識している場合
に、前記順方向明示的輻輳通知を受信すると、該輻輳と
逆方向のデータフレームを所定のスループットで送出
し、スループットを制御して輻輳の早期回復を図る。請
求項４では、受信側ＬＡＮ間接続装置は、前記通信網が
輻輳状態であると認識している場合に、前記順方向明示
的輻輳の回復通知を受信すると、該輻輳と逆方向のデー
タフレームを正常状態のスループットで送出して、輻輳
回復後の正常復帰を行う。
【０００９】
【発明の実施の形態】本発明に係るＬＡＮ間接続方法を
図１乃至図３の図面に基づいて説明する。図１は、本発
明に係るＬＡＮ間接続方法を用いたデータ通信システム
の構成を示すブロック図である。図において、本実施例
では、フレームリレー（以下、「ＦＲ」という）網１０
を介して、ブリッジとルータの機能を持つ複数の接続装
置（以下、「ブルータ」という）１１，２１が接続され
ている。
図１乃至図３の図面に基づいて説明する。図１は、本発
明に係るＬＡＮ間接続方法を用いたデータ通信システム
の構成を示すブロック図である。図において、本実施例
では、フレームリレー（以下、「ＦＲ」という）網１０
を介して、ブリッジとルータの機能を持つ複数の接続装
置（以下、「ブルータ」という）１１，２１が接続され
ている。
【００１０】ＬＡＮ１は、ブルータ１１と、端末装置１
２と、ブルータ１１及び端末装置１２が接続された伝送
路１３とから構築されている。ＬＡＮ２は、ブルータ２
１と端末装置２２と、ブルータ２１及び端末装置２２が
接続された伝送路２３とから構築されている。各ブルー
タ１１，２１は、経路制御を行うために、送信宛先のネ
ットワーク側アドレスを示す宛先アドレス及びこの宛先
アドレスに対応した中継先ブルータのネットワーク側ア
ドレスを示す中継先ブルータアドレスとが記憶されたル
ーティングテーブルを保持している。また、各ブルータ
１１，２１は、ＦＲ制御を行うために、ＦＲ網１０の論
理チャネルの情報を示すハードウェアアドレス（データ
・リンク・コネクション識別子で以下、「ＤＬＣＩ」と
いう）及びこのＤＬＣＩに対応した中継先ブルータのネ
ットワーク側アドレスを示すＩＰアドレス（ＬＡＮイン
ターフェースアドレス（ＬＩＦＡ））とが記憶されたア
ドレス・リゾリューション・プロトコル（以下、「ＡＲ
Ｐ」という）テーブルを保持している。
２と、ブルータ１１及び端末装置１２が接続された伝送
路１３とから構築されている。ＬＡＮ２は、ブルータ２
１と端末装置２２と、ブルータ２１及び端末装置２２が
接続された伝送路２３とから構築されている。各ブルー
タ１１，２１は、経路制御を行うために、送信宛先のネ
ットワーク側アドレスを示す宛先アドレス及びこの宛先
アドレスに対応した中継先ブルータのネットワーク側ア
ドレスを示す中継先ブルータアドレスとが記憶されたル
ーティングテーブルを保持している。また、各ブルータ
１１，２１は、ＦＲ制御を行うために、ＦＲ網１０の論
理チャネルの情報を示すハードウェアアドレス（データ
・リンク・コネクション識別子で以下、「ＤＬＣＩ」と
いう）及びこのＤＬＣＩに対応した中継先ブルータのネ
ットワーク側アドレスを示すＩＰアドレス（ＬＡＮイン
ターフェースアドレス（ＬＩＦＡ））とが記憶されたア
ドレス・リゾリューション・プロトコル（以下、「ＡＲ
Ｐ」という）テーブルを保持している。
【００１１】ブルータ１１，２１のうちの送信側ブルー
タは、自装置と同じ端末装置１２，２２から、ＬＡＮ送
信用フレームを受信すると、上記ルーティングテーブル
及びＡＲＰテーブル内のアドレスに基づいて、図２に示
す中継用のデータフレームを作成してＦＲ網１０に送信
する。図２に示すデータフレームは、フレームの開始を
示す開始フラグと、各種アドレスを格納したアドレスフ
ィールドと、送信元端末装置及び宛先端末装置のアドレ
ス等の所定情報を格納した情報フィールドと、フレーム
チェックシーケンスからなるＦＣＳと、フレームの終了
を示す終了フラグとから構成されている。アドレスフィ
ールドは、２オクテットのフィールドからなり、１オク
テット目にＤＬＣＩの上位アドレスと、任意ビットＮ／
Ａ（網はトランスペアレントに転送）と、アドレスフィ
ールド拡張ビットＥＡ（「０」固定）とが格納されてお
り、２オクテット目に上記ＤＬＣＩの下位アドレスと、
輻輳状態を通知する上記ＦＥＣＮ及びＢＥＣＮと、この
データフレームの廃棄が可能かどうか表す廃棄可能表示
ビットＤＥと、アドレスフィールド拡張ビットＥＡ
（「１」固定）とが格納されている。
タは、自装置と同じ端末装置１２，２２から、ＬＡＮ送
信用フレームを受信すると、上記ルーティングテーブル
及びＡＲＰテーブル内のアドレスに基づいて、図２に示
す中継用のデータフレームを作成してＦＲ網１０に送信
する。図２に示すデータフレームは、フレームの開始を
示す開始フラグと、各種アドレスを格納したアドレスフ
ィールドと、送信元端末装置及び宛先端末装置のアドレ
ス等の所定情報を格納した情報フィールドと、フレーム
チェックシーケンスからなるＦＣＳと、フレームの終了
を示す終了フラグとから構成されている。アドレスフィ
ールドは、２オクテットのフィールドからなり、１オク
テット目にＤＬＣＩの上位アドレスと、任意ビットＮ／
Ａ（網はトランスペアレントに転送）と、アドレスフィ
ールド拡張ビットＥＡ（「０」固定）とが格納されてお
り、２オクテット目に上記ＤＬＣＩの下位アドレスと、
輻輳状態を通知する上記ＦＥＣＮ及びＢＥＣＮと、この
データフレームの廃棄が可能かどうか表す廃棄可能表示
ビットＤＥと、アドレスフィールド拡張ビットＥＡ
（「１」固定）とが格納されている。
【００１２】ＦＲ網１０は、データフレーム中のＤＬＣ
Ｉ情報に基づき、送信側ブルータと、上記ＤＬＣＩに対
応した中継先ブルータとを接続させて、上記データフレ
ームの伝送を可能にしている（矢印参照）。ＦＲ網１０
は、輻輳の発生していない状態にあるので、例えば送信
側ブルータ１１から受信側ブルータ２１へ伝送されるデ
ータフレームのＦＲ網１０内でのスループットは、ＦＲ
網１０が持つ回線速度と一致したスループットを得る。
また、同様に逆方向に伝送されるデータフレームも、Ｆ
Ｒ網１０が持つ回線速度と一致したスループットを得
る。
Ｉ情報に基づき、送信側ブルータと、上記ＤＬＣＩに対
応した中継先ブルータとを接続させて、上記データフレ
ームの伝送を可能にしている（矢印参照）。ＦＲ網１０
は、輻輳の発生していない状態にあるので、例えば送信
側ブルータ１１から受信側ブルータ２１へ伝送されるデ
ータフレームのＦＲ網１０内でのスループットは、ＦＲ
網１０が持つ回線速度と一致したスループットを得る。
また、同様に逆方向に伝送されるデータフレームも、Ｆ
Ｒ網１０が持つ回線速度と一致したスループットを得
る。
【００１３】図３は、ＦＲ網１０に輻輳が発生した場合
の本実施例の回復処理動作を説明するためのシステム構
成のブロック図である。なお、本実施例では、端末装置
１２から端末装置２１へのデータ伝送の場合を説明す
る。図３において、端末装置１２と同一ＬＡＮ１上に存
在する送信側ブルータ１１は、ＦＲ網１０によって受信
側ブルータ２１へのデータ伝送を行う。受信側ブルータ
２１は、同一ＬＡＮ２上に存在する端末装置２２へデー
タを送出することで、端末装置１２から端末装置２２へ
のデータ伝送が成立する。そして、ブルータ１１，２１
は、論理的に設定されたＤＬＣＩを使用してデータ伝送
を行う。
の本実施例の回復処理動作を説明するためのシステム構
成のブロック図である。なお、本実施例では、端末装置
１２から端末装置２１へのデータ伝送の場合を説明す
る。図３において、端末装置１２と同一ＬＡＮ１上に存
在する送信側ブルータ１１は、ＦＲ網１０によって受信
側ブルータ２１へのデータ伝送を行う。受信側ブルータ
２１は、同一ＬＡＮ２上に存在する端末装置２２へデー
タを送出することで、端末装置１２から端末装置２２へ
のデータ伝送が成立する。そして、ブルータ１１，２１
は、論理的に設定されたＤＬＣＩを使用してデータ伝送
を行う。
【００１４】まず、送信側ブルータ１１がＦＲ網１０が
正常と認識している場合に、ＦＥＣＮビット及びＢＥＣ
Ｎビットが共に「０」を含むデータフレーム３０を伝送
した時に、ＦＲ網１０で送信側から受信側への順方向に
輻輳が発生すると、ＦＲ網１０は、データフレーム３０
に格納されているＦＥＣＮビットを「１」に書き替え
て、受信側ブルータ２１に送出する。この時にデータフ
レーム３０の網内でのスループットは回線速度を得てい
る。
正常と認識している場合に、ＦＥＣＮビット及びＢＥＣ
Ｎビットが共に「０」を含むデータフレーム３０を伝送
した時に、ＦＲ網１０で送信側から受信側への順方向に
輻輳が発生すると、ＦＲ網１０は、データフレーム３０
に格納されているＦＥＣＮビットを「１」に書き替え
て、受信側ブルータ２１に送出する。この時にデータフ
レーム３０の網内でのスループットは回線速度を得てい
る。
【００１５】受信側ブルータ２１は、ＦＲ網１０が正常
と認識している時に、ＦＥＣＮビットが「１」を含むデ
ータフレーム３０を受信すると、順方向に輻輳が発生し
たことを検知し、即時にＦＥＣＮビット及びＢＥＣＮビ
ットが共に「０」を含むデータフレーム３１を、正常な
スループットで送信側ブルータ１１に返送する。このデ
ータフレーム３１は、通常受信側ブルータ２１がフレー
ムを返送する必要のない場合でも、輻輳を検知した場合
には強制的に伝送されるものである。
と認識している時に、ＦＥＣＮビットが「１」を含むデ
ータフレーム３０を受信すると、順方向に輻輳が発生し
たことを検知し、即時にＦＥＣＮビット及びＢＥＣＮビ
ットが共に「０」を含むデータフレーム３１を、正常な
スループットで送信側ブルータ１１に返送する。このデ
ータフレーム３１は、通常受信側ブルータ２１がフレー
ムを返送する必要のない場合でも、輻輳を検知した場合
には強制的に伝送されるものである。
【００１６】上記データフレーム３１は、ＦＲ網１０に
よって、ＢＥＣＮビットが「１」に書き替えられて、送
信側ブルータ１１に送出される。送信側ブルータ１１
は、ＢＥＣＮビットが「１」を含むデータフレーム３１
を受信すると、上記フレーム３１内のＢＥＣＮビットか
ら輻輳を検知し、以降受信側ブルータ２１へ送出するデ
ータフレーム３２のスループットがＣＩＲ値以下になる
ように、データ伝送速度を抑制して受信側ブルータ２１
に送信する。
よって、ＢＥＣＮビットが「１」に書き替えられて、送
信側ブルータ１１に送出される。送信側ブルータ１１
は、ＢＥＣＮビットが「１」を含むデータフレーム３１
を受信すると、上記フレーム３１内のＢＥＣＮビットか
ら輻輳を検知し、以降受信側ブルータ２１へ送出するデ
ータフレーム３２のスループットがＣＩＲ値以下になる
ように、データ伝送速度を抑制して受信側ブルータ２１
に送信する。
【００１７】受信側ブルータ２１は、ＦＲ網１０での輻
輳を認識している時に、ＦＥＣＮビットが「１」を含む
データフレーム３２を受信すると、すなわち２回連続し
てＦＥＣＮビットが「１」を含むデータフレームを受信
すると、データフレーム３３のスループットをＣＩＲ値
以下になるように、データ伝送速度を抑制して送信側ブ
ルータ１１に送信する。このデータフレーム３３も、Ｆ
Ｒ網１０でＢＥＣＮが「１」に書き替えられて、送信側
ブルータ１１に送出される。
輳を認識している時に、ＦＥＣＮビットが「１」を含む
データフレーム３２を受信すると、すなわち２回連続し
てＦＥＣＮビットが「１」を含むデータフレームを受信
すると、データフレーム３３のスループットをＣＩＲ値
以下になるように、データ伝送速度を抑制して送信側ブ
ルータ１１に送信する。このデータフレーム３３も、Ｆ
Ｒ網１０でＢＥＣＮが「１」に書き替えられて、送信側
ブルータ１１に送出される。
【００１８】そして、受信側ブルータ２１は、ＦＲ網１
０での輻輳を認識している場合に、ＦＲ網１０での輻輳
の回復を検知した時には、スループットが正常な値にな
るように、データ伝送速度を制御して強制的にデータフ
レームを送信側ブルータ１１に送信する。これにより、
送信側ブルータ１１は、ＢＥＣＮビットが「０」を含む
データフレームによって、輻輳の回復を検知して直ちに
正常復帰がなされて、データフレームのスループットが
正常な値になるように、データ伝送速度を制御して受信
側ブルータ２１にデータ伝送する。
０での輻輳を認識している場合に、ＦＲ網１０での輻輳
の回復を検知した時には、スループットが正常な値にな
るように、データ伝送速度を制御して強制的にデータフ
レームを送信側ブルータ１１に送信する。これにより、
送信側ブルータ１１は、ＢＥＣＮビットが「０」を含む
データフレームによって、輻輳の回復を検知して直ちに
正常復帰がなされて、データフレームのスループットが
正常な値になるように、データ伝送速度を制御して受信
側ブルータ２１にデータ伝送する。
【００１９】従って、本実施例では、受信側ブルータ
は、ＦＲ網が正常と認識している時に、ＦＥＣＮビット
が「１」を含むデータフレームを受信すると、強制的に
データフレームを、正常なスループットで送信側ブルー
タに返送して輻輳発生を知らせ、その後はスループット
がＣＩＲ値以下になるように、データ伝送速度を抑制し
て、双方向でデータフレームのスループットを下げる回
復処理を行うので、ＦＲ網で発生した輻輳を早期に回復
できる。
は、ＦＲ網が正常と認識している時に、ＦＥＣＮビット
が「１」を含むデータフレームを受信すると、強制的に
データフレームを、正常なスループットで送信側ブルー
タに返送して輻輳発生を知らせ、その後はスループット
がＣＩＲ値以下になるように、データ伝送速度を抑制し
て、双方向でデータフレームのスループットを下げる回
復処理を行うので、ＦＲ網で発生した輻輳を早期に回復
できる。
【００２０】また、本実施例では、受信側ブルータは、
ＦＲ網での輻輳を認識している時に、ＦＥＣＮビットが
「０」を含むデータフレームを受信すると、強制的にデ
ータフレームを、正常状態のスループットで送信側ブル
ータに返送して輻輳回復を知らせる回復処理を行うの
で、ＦＲ網で発生した輻輳の回復後の正常復帰が迅速に
なる。
ＦＲ網での輻輳を認識している時に、ＦＥＣＮビットが
「０」を含むデータフレームを受信すると、強制的にデ
ータフレームを、正常状態のスループットで送信側ブル
ータに返送して輻輳回復を知らせる回復処理を行うの
で、ＦＲ網で発生した輻輳の回復後の正常復帰が迅速に
なる。
【００２１】
【発明の効果】以上説明したように、本発明では、各Ｌ
ＡＮに接続された接続装置を、フレームリレー網の論理
的な接続識別子を介して接続させて、フレーム形式のデ
ータを伝送させる通信ネットワーク間接続方法におい
て、前記接続装置は、前記フレームリレー網が正常であ
ると認識している場合に、順方向明示的輻輳通知を受信
すると、少なくとも１回正常なスループットで輻輳と逆
方向のデータフレームを送出し、それ以降は該輻輳と逆
方向のデータフレームのスループットを認定情報速度以
下に抑制し、双方向で該データフレームのスループット
を制御するので、双方向のデータフレームのスループッ
トを下げることで、フレームリレー網で発生した輻輳を
早期に回復できる。
ＡＮに接続された接続装置を、フレームリレー網の論理
的な接続識別子を介して接続させて、フレーム形式のデ
ータを伝送させる通信ネットワーク間接続方法におい
て、前記接続装置は、前記フレームリレー網が正常であ
ると認識している場合に、順方向明示的輻輳通知を受信
すると、少なくとも１回正常なスループットで輻輳と逆
方向のデータフレームを送出し、それ以降は該輻輳と逆
方向のデータフレームのスループットを認定情報速度以
下に抑制し、双方向で該データフレームのスループット
を制御するので、双方向のデータフレームのスループッ
トを下げることで、フレームリレー網で発生した輻輳を
早期に回復できる。
【００２２】請求項３では、接続装置は、前記通信網が
輻輳状態であると認識している場合に、前記順方向明示
的輻輳通知を受信すると、該輻輳と逆方向のデータフレ
ームを所定のスループットで送出するので、迅速にスル
ープットを下げることができ、フレームリレー網で発生
した輻輳を早期に回復できる。請求項４では、接続装置
は、前記通信網が輻輳状態であると認識している場合
に、前記順方向明示的輻輳の回復通知を受信すると、該
輻輳と逆方向のデータフレームを正常状態のスループッ
トで送出するので、フレームリレー網で発生した輻輳回
復後の正常復帰が迅速になる。
輻輳状態であると認識している場合に、前記順方向明示
的輻輳通知を受信すると、該輻輳と逆方向のデータフレ
ームを所定のスループットで送出するので、迅速にスル
ープットを下げることができ、フレームリレー網で発生
した輻輳を早期に回復できる。請求項４では、接続装置
は、前記通信網が輻輳状態であると認識している場合
に、前記順方向明示的輻輳の回復通知を受信すると、該
輻輳と逆方向のデータフレームを正常状態のスループッ
トで送出するので、フレームリレー網で発生した輻輳回
復後の正常復帰が迅速になる。
【図１】本発明に係るＬＡＮ間接続方法を用いたデータ
通信システムの構成を示すブロック図である。
通信システムの構成を示すブロック図である。
【図２】図１のシステムで用いる中継用のデータフレー
ムのフォーマットを示す構成図である。
ムのフォーマットを示す構成図である。
【図３】フレームリレー網に輻輳が発生した場合の本実
施例の回復処理動作を説明するための図１と同様のシス
テム構成のブロック図である。
施例の回復処理動作を説明するための図１と同様のシス
テム構成のブロック図である。
１，２ ＬＡＮ １０ フレームリレー網 １１，２１ ブルータ（ＬＡＮ間接続装置） １２，２２ 端末装置 １３，２３ 伝送路 ３０〜３３ 中継用データフレーム
Claims (5)
- 【請求項１】 各通信ネットワークに接続された接続装
置を、通信網の論理的な接続識別子を介して接続させ
て、フレーム形式のデータを伝送させる通信ネットワー
ク間接続方法において、 前記接続装置は、輻輳通知を含むデータフレームを受信
すると、双方向で該データフレームのスループットを制
御することを特徴とする通信ネットワーク間接続方法。 - 【請求項２】 前記接続装置は、前記通信網が正常であ
ると認識している場合に、順方向明示的輻輳通知を受信
すると、少なくとも１回正常なスループットで輻輳と逆
方向のデータフレームを送出した後、該輻輳と逆方向の
データフレームを認定情報速度以下のスループットで送
出することを特徴とする請求項１に記載の通信ネットワ
ーク間接続方法。 - 【請求項３】 前記接続装置は、前記通信網が輻輳状態
であると認識している場合に、前記順方向明示的輻輳通
知を受信すると、該輻輳と逆方向のデータフレームを認
定情報速度以下のスループットで送出することを特徴と
する請求項１又は２に記載の通信ネットワーク間接続方
法。 - 【請求項４】 前記接続装置は、前記通信網が輻輳状態
であると認識している場合に、前記順方向明示的輻輳の
回復通知を受信すると、該輻輳と逆方向のデータフレー
ムを正常状態のスループットで送出することを特徴とす
る請求項１から３のいずれかに記載の通信ネットワーク
間接続方法。 - 【請求項５】 前記通信ネットワークは、ローカルエリ
アネットワークからなり、前記通信網は、フレームリレ
ー網からなることを特徴とする請求項１から４のいずれ
かに記載の通信ネットワーク間接続方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP32755995A JPH09168032A (ja) | 1995-12-15 | 1995-12-15 | 通信ネットワーク間接続方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP32755995A JPH09168032A (ja) | 1995-12-15 | 1995-12-15 | 通信ネットワーク間接続方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH09168032A true JPH09168032A (ja) | 1997-06-24 |
Family
ID=18200426
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP32755995A Pending JPH09168032A (ja) | 1995-12-15 | 1995-12-15 | 通信ネットワーク間接続方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH09168032A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011015288A (ja) * | 2009-07-03 | 2011-01-20 | Fujitsu Ltd | 通信装置、および通信方法 |
| JP2014003700A (ja) * | 2013-09-05 | 2014-01-09 | Alaxala Networks Corp | 中継装置、及び、通信システム |
| JP2016516333A (ja) * | 2013-03-15 | 2016-06-02 | インターナショナル・ビジネス・マシーンズ・コーポレーションＩｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ | ネットワーク内のスケーラブルなフロー及び輻輳制御 |
-
1995
- 1995-12-15 JP JP32755995A patent/JPH09168032A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011015288A (ja) * | 2009-07-03 | 2011-01-20 | Fujitsu Ltd | 通信装置、および通信方法 |
| JP2016516333A (ja) * | 2013-03-15 | 2016-06-02 | インターナショナル・ビジネス・マシーンズ・コーポレーションＩｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ | ネットワーク内のスケーラブルなフロー及び輻輳制御 |
| JP2014003700A (ja) * | 2013-09-05 | 2014-01-09 | Alaxala Networks Corp | 中継装置、及び、通信システム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7499395B2 (en) | BFD rate-limiting and automatic session activation | |
| US6674713B1 (en) | Method and apparatus for providing continuous voice and call communications between a data network and a telephony network | |
| US7957268B2 (en) | Cooperative TCP / BGP window management for stateful switchover | |
| CN100550715C (zh) | 在以太网上支持同步数字系列/同步光纤网自动保护交换的方法 | |
| US6456632B1 (en) | Protocol separation in packet communication | |
| CN110808816A (zh) | 一种铁路车地冗余无线数据通信方法 | |
| JPH09205461A (ja) | 優先制御方式 | |
| US8149703B2 (en) | Powerline network bridging congestion control | |
| US5802319A (en) | Method and apparatus for employing an intelligent agent to cause a packet to be sent to update a bridge's filtering database when a station is moved in a network | |
| CN101296126B (zh) | 一种链路故障通告方法、接口管理单元和路由器 | |
| US7512061B2 (en) | Recovery of state information of a first tunnel end-point | |
| JP2000134279A (ja) | フロー制御方法 | |
| JPH09168032A (ja) | 通信ネットワーク間接続方法 | |
| JPH07264233A (ja) | ルート高速切替方法及びルータ装置 | |
| US6526049B1 (en) | Packet transferring device | |
| US20030120800A1 (en) | Network layer protocol | |
| JP4505575B2 (ja) | 通信システム、ゲートウェイ送信装置、ゲートウェイ受信装置、送信方法、受信方法および情報記録媒体 | |
| JP2001127801A (ja) | ルータ | |
| JP3788125B2 (ja) | パケット送受信方法およびその装置 | |
| JPH05145594A (ja) | リアルタイム通信装置 | |
| JPH08298523A (ja) | ルータ | |
| JP3041533B2 (ja) | Ｌａｎ間接続装置 | |
| JPH08186601A (ja) | 通信装置のデータ転送方法 | |
| JP3351866B2 (ja) | 通信端末装置の伝送制御方法 | |
| JP3116965B2 (ja) | 一斉同報フレームの中継方式 |