JP2001069191A - パケット送受信方法およびその装置 - Google Patents
パケット送受信方法およびその装置Info
- Publication number
- JP2001069191A JP2001069191A JP23784699A JP23784699A JP2001069191A JP 2001069191 A JP2001069191 A JP 2001069191A JP 23784699 A JP23784699 A JP 23784699A JP 23784699 A JP23784699 A JP 23784699A JP 2001069191 A JP2001069191 A JP 2001069191A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- mode
- line
- received packet
- identifier information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/24—Multipath
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/24—Multipath
- H04L45/243—Multipath using M+N parallel active paths
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Communication Control (AREA)
- Small-Scale Networks (AREA)
Abstract
を有効に処理でき、かつ可用性の高い回線集約化技術を
提供する。 【解決手段】本発明の回線集約化技術は、例えば、端末
20とLAN間中継装置30との間、または2台のLA
N間中継装置30間を、それぞれ複数のLAN回線10
で接続した情報ネットワークにおいて実現される。端末
20、またはLAN間中継装置30には、それぞれ、複
数のLAN回線10へ、同一のパケットを略同時に送信
する複数回線送信部22が設けられる。また、複数のL
AN回線10から送られてくる同一のパケットのうち
の。いずれか1つを選択し、受信する複数回線受信部2
3が設けられる。
Description
係り、特に、ルータやLANスイッチ等のネットワーク
接続機器、またはサーバ等の端末等に適用して有効な可
用性を有するパケット送受信方法に関する。
(Local Area Network)スイッチ等
のネットワーク機器間、またはサーバ等の端末とネット
ワーク機器との間での接続に用いられる回線集約化技術
がある。回線集約化技術とは、ネットワーク機器間また
は端末とネットワーク機器との間の接続に、複数の物理
回線を使用することで可用性を向上させるものである。
(Institute of Electrical
and Electronics Engineer
s)802.3adドラフト記載のLink Aggr
egation(1999年3月現在、最新ドラフトは
IEEE802.3ad/D0.1)と呼ばれる方式が
ある。
は、例えば、2台のLANスイッチ間を複数のLAN回
線(例えばイーサネット等)で接続する。LANスイッ
チからLAN回線に送信されるパケットは、ラウンドロ
ビン等のアルゴリズムに従い、負荷分散されて、それぞ
れ異なるLAN回線上に送信される。
ずれかで断線等の障害が発生する場合を考える。この場
合、LANスイッチは、本来障害の発生したLAN回線
に送信すべきであるパケットを、障害の発生したLAN
回線に送信することなく、残りのLAN回線を利用して
送信するよう切り替えることにより、通信を継続する。
これにより、2つのLANスイッチ間における通信回線
の可用性を向上することが可能となる。このように、L
ink Aggregation方式を実装したネット
ワーク機器や、端末により、高い可用性を有するネット
ワークシステムの構築が可能となる。
最小限に抑えるという目的に関する技術として、特開平
8−149114号公報に記載のものが存在する。これ
によれば、現用系送信部と予備系送信部とが、同期をと
ってデータを出力し、この出力されたそれぞれのデータ
が、現用系伝送路と予備系伝送路とに対応して設けられ
たそれぞれのメモリに蓄積される。現用系伝送路と予備
系伝送路とから伝送されるデータのデータ誤りをBIP
(Bit Interleaved Parity)方
式の演算を用いて監視し、データ誤りのない系のデータ
を、その系に対応するメモリからフレーム単位で選択す
る。しかし、この技術は、時分割多重装置に関するもの
であり、とりわけ、データ誤り時の処理に関するもので
ある。さらに、この公報には、回線断線等の回線障害に
ついての記載はない。
公報に記載のものがある。これによれば、現用系送信側
と予備係送信側とから同時に信号が出力される。それぞ
れの信号の位相差をなくすために、受信側においてそれ
ぞれの系の位相を比較することが記載されている。しか
し、この公報には、データ誤り発生時における遅延差を
解消する方法のみが記載されており、回線破断等の回線
障害についての記載はない。
開平9−326783号公報がある。これによれば、現
用送信手段から送信されるものと同一のデータが、所定
の遅延時間を有して予備送信手段から送信される。送信
に際しては、データの誤り検出のために計数した値をデ
ータに付与する。受信側では、現用受信部、予備受信部
がそれぞれ別個に誤り検出を行い、それに従い系を切り
替える。しかし、これは、データ誤りに関するものであ
り、回線断線等の回線障害については言及されていな
い。さらに、この公報に記載の技術は、現用回線と予備
回線とのデータ受信の間に生じる遅延時間を利用したも
のである。
k Aggregation方式は、回線断線等の障害
発生時に、残りのLAN回線に切り替えて、通信を継続
することで、可用性を向上することが可能となる。
での間に、パケットの損失が発生するという技術的課題
がある。具体的には、Link Aggregatio
n方式を実装した2つの装置はそれぞれ、制御メッセー
ジを秒のオーダでお互いに交換しあい、LAN回線断線
等の障害監視を行っている。従って、障害発生時におけ
る、切り替え完了までには秒のオーダの時間がかかって
しまう。
ガビットイーサネットをLAN回線として使用していた
場合、最大数として、数百万個のオーダのパケット損失
を招く恐れがある。
さくしたとしても、切り替え処理に伴う時間が0(ゼ
ロ)にはならないため、パケット損失を防止することが
できない。
ion方式では、パケット損失の発生する可能性が高
く、結果として、例えばTCP(Transport
Control Protocol)などの上位プロト
コルによるパケットの再送が行われ、パケットの転送効
率が悪化する、という技術的課題がある。
am Protocol)を上位プロトコルとして利用
していた場合には、パケットの再送すら行われない可能
性もある、という一層大きな技術的課題となる。
が発生した場合でも、パケットを有効に処理することに
ある。また、可用性向上のための複数の物理回線の集約
化を実現することが可能な回線集約化技術を提供するこ
とにある。
る情報の送受信を行う回線集約化技術である。この送信
側と受信側の装置は、OSI参照モデルの第1層(物理
層)において複数の物理回線の制御を行う回線制御部を
有する。
に同じ内容(以下、同一という)のパケットを送信す
る。この送信においては、例えば、パケット毎にユニー
クな識別子情報を付加したパケットを、複数の物理回線
の回線数に対応して用意して送信する。受信側の装置
は、複数の物理回線から送られてくる同一のパケットの
うちの1つを選択し、受信する。これにより、複数の物
理回線のうちのいずれかの物理回線で断線等の障害が発
生してパケットの損失が生じたとしても、障害が発生し
ていない物理回線を介して伝送されるパケットが損失さ
れることはない。従って、送信側の装置から送信された
パケットは、受信側の装置へと確実に中継される。
クな識別子情報を付加したパケットを、前記複数の物理
回線の回線数分用意し、前記複数の物理回線に対して略
同時に送信する。また、同一の識別子情報の付加した情
報が、複数の物理回線から略同時に送られてきた場合に
は、識別子情報をもとに1つを選択して、受信する。こ
の識別子情報は、パケット情報記憶部に格納される。
たはイーサネット(EthernetはXerox社の
登録商標)フレーム、IEEE802.3フレーム、I
EEE802.5 Token Ringフレーム、A
NSI X3T9 FDDIフレームのFCS値、また
はANSI X3T9 Fiber Channelフ
レームのCRC値等を利用するものである。
ットの損失が生じたとき、損失されたパケットの識別子
情報も失われる。しかし、受信側の装置は、障害が発生
していない物理回線を介して伝送されるパケットによ
り、失われた識別子情報と同一の識別子情報を獲得する
ことが可能となる。従って、受信側の装置は、この同一
の識別子情報をもとにして、損失されたパケットと同一
のパケットを受信することが可能となる。
回線のうち、1つの物理回線毎に、受信したパケットを
記憶するパケット格納部を有するものである。パケット
格納部には、「主」または「従」のモードのいずれか一
方を記憶するモードフラグが対応して設けられる。パケ
ット格納部は、モードフラグが「主」のモードを記憶す
る場合には、物理回線から送られてくるパケットを受信
する。また、パケット格納部は、モードフラグが「従」
のモードを記憶する場合には、破棄する。
設けられる。回線切り替え部は、「主」のモードのモー
ドフラグに対応する物理回線において障害が発生した場
合は、モードフラグを「従」のモードに切り替える。さ
らに、回線切り替え部は、「従」のモードのモードフラ
グを「主」のモードへ切り替える。また、回線切り替え
部は、パケット格納部に記憶されたパケットであって、
切り替えられたモードフラグに対応する物理回線を通信
されたパケットどうしを相互に比較する。また、回線切
り替え部は、相互比較の結果、相互に一致しないパケッ
トを受信パケットとして上位のプロトコル処理部に渡
す。
理により、「主」のモードのモードフラグに対応する物
理回線で障害が発生してパケットの損失が生じたとして
も、「従」のモードから「主」のモードに切り替えられ
たモードフラグに対応する物理回線を介して、損失され
たパケットと同一のパケットを受信することが可能とな
る。
を参照して説明する。
の実施例である。図1は、LAN間中継装置、および端
末を含む情報ネットワークの構成の例を示す概念図であ
る。図1に示す情報ネットワークは、2台の端末20
(端末A、端末B)と、2台のLAN間中継装置30
(LAN間中継装置A、LAN間中継装置B)とが、そ
れぞれ2本ずつのLAN回線10(LAN回線A、LA
N回線B、LAN回線C、LAN回線D、LAN回線
E、LAN回線F)で接続される構成である。端末20
(端末A、端末B)およびLAN間中継装置30には、
LAN回線10を接続させるための接続部が設けてあ
る。
数回線受信部23と、複数回線送信部22と、上位処理
部24とを有する。LAN回線制御部21は、OSI参
照モデルの第1層(物理層)における、LAN回線10
への制御を行うハードウエア等で構成される。
の第2層(データリンク層)における、後述の図4に示
されるフロチャート等の処理にて、複数のLAN回線1
0へ同一のパケットを略同時に送信する処理を行うハー
ドウエアやソフトウエア等で構成される。
ように、2つの回線受信部26(回線受信部A、回線受
信部B)と、受信パケット情報記憶部27とを有する。
2層(データリンク層)における、後述の図5に示され
るフロチャート等の処理にて、LAN回線10から送ら
れてくるパケットを受信、または破棄する処理を行うハ
ードウエアやソフトウエア等で構成される。
毎に設けられる。本実施の場合、2つのLAN回線10
で接続されているため、2つの回線受信部26が設けら
れる。しかし、LAN回線10が2本以上である場合に
は、回線受信部26も2つ以上存在して、それぞれの回
線受信部26は、LAN回線10毎に設けられる。
されるように、受信したパケットに付加される識別子情
報40を格納する。
は、識別子情報40を格納していない。
3層(ネットワーク層)より上位の処理を行うソフトウ
エア等で構成される。
部21と、複数回線受信部23と、複数回線送信部22
と、中継処理部25とを有する。
3、及び複数回線送信部22は、上述の端末10が有す
るLAN回線制御部21、複数回線受信部23、及び複
数回線送信部22と、それぞれ同一のものである。
2層(データリンク層)より上位層において、別のLA
N回線10へパケットを中継する処理を行うハードウエ
アやソフトウエア等で構成される。
の一例について説明する。まず、図4に示すフロチャー
トを用いて、複数回線送信部22の動作について説明す
る。複数回線送信部22は、送信するパケットの有無を
監視する(ステップ101)。送信するパケットがあっ
た場合には、送信するパケットに、識別子情報を付加す
る(ステップ102)。送信するパケットを、複数のL
AN回線10に対して、略同時に送信する(ステップ1
03)。
のパケット毎にユニークな情報を使用する。
を、図6に示す。尚、図6では、パケット41に識別子
情報40を付加した例を示しているが、本発明は、この
例に限られない。パケット41の内部、例えばヘッダ等
に対して、識別子情報40を付加しても良い。
5に示すフロチャートを用いて説明する。
無を監視する(ステップ201)。監視の結果、受信し
たパケットがある場合、受信したパケットに付加された
識別子情報が、既に受信パケット情報記憶部27に記憶
されているか否かの確認を行う(ステップ202)。確
認の結果、既に記憶されている場合、受信したパケット
を破棄する(ステップ203)。
合、受信したパケットに付加された識別子情報40を、
受信パケット情報記憶部27に記憶する(ステップ20
4)。その後、識別子情報40を削除して、受信したパ
ケットを上位処理部24、もしくは中継処理部25へ渡
す(ステップ205)。尚、(ステップ204)と(ス
テップ205)は平行に処理されることも良く、逆に処
理されることも良い。
て、端末A10が、端末B10宛へパケットを送信した
場合について説明する。端末A20で、上位処理部24
からパケットの送信要求が発生する。この場合、複数回
線送信部22が、送信するパケットに識別子情報40
(例えば”10”)を付加して(ステップ102)、2
つのLAN回線10(LAN回線A、LAN回線B)へ
略同時に送信する(ステップ103)。
中継処理を行う。複数回線受信部23が、2つのLAN
回線10から送られてきた2つの同一パケットを受信す
る。
識別子情報40(=”10”)の受信パケット情報記憶
部27に記憶されているか否かの確認を行う(ステップ
202)。例えば、回線受信部A26の方が回線受信部
B26より先に、図5に示す回線受信部フローを実行し
ている場合、回線受信部A26が受信したパケットの識
別子情報40は、受信パケット情報記憶部27には記憶
されていない。従って、回線受信部A26は、識別子情
報40(=”10”)を、受信パケット情報記憶部27
に記憶させる(ステップ204)。また、受信したパケ
ットから識別子情報40を削除し、中継処理部25へ渡
す(ステップ205)。
部A26により識別子情報40(=”10”)が受信パ
ケット情報記憶部27に記憶されているため、受信した
パケットを破棄する(ステップ203)。
されたパケットが選択されることになる。
理部25が、パケットのLAN間中継装置B30への送
信を要求する。
に対して、新たに識別子情報40(例えば”20”)を
付加して(ステップ102)、2つのLAN回線10
(LAN回線C、LAN回線D)へ送信する(ステップ
103)。
理が行われ、端末B20へとパケットが中継される。
つのLAN回線10からパケットを受信し(ステップ2
01)、いずれか一方の回線受信部26が、受信したパ
ケットを上位処理24へ引き渡す(ステップ205)。
他方の回線受信部26は、受信したパケットを廃棄する
(ステップ203)。以上のようにして、端末A20か
ら端末B20へとパケットが中継される。
場合、端末A20から送信されたパケットは、LAN回
線A10では中継されない。しかし、端末A20から送
信された同一のパケットが、LAN回線B10を利用し
て、LAN間中継装置A30へと中継される。
AN回線B10から、パケットを受信して、LAN間中
継装置B30へと中継することが可能となる。この結
果、同一のパケットを、端末B20まで中継することが
可能となる。
継装置B30との間のLAN回線10(LAN回線C、
LAN回線D)、及びLAN間中継装置B30と端末B
20との間のLAN回線10(LAN回線E、LAN回
線F)のいずれかで障害が発生した場合も、同様であ
る。従って、端末A20から送信されたパケットは、確
実に、端末B20へと中継される。
0で各装置間を接続している。しかし、本実施例は、こ
の例に限られるものではない。従って、2本以上のLA
N回線10が接続されていても良く、回線数が多くなる
ほど、信頼性が高くなる。
順序情報等のユニークは識別子情報40を付加すること
で、受信側でのパケットの選択を可能にしている。しか
し、LAN回線10に、IEEE802.3や、イーサ
ネット等を利用する場合、パケットには、自動的にFC
S(Frame Check Sequence)が付
加される。
ークである。従って、FCSを利用して、受信したパケ
ットの選択を行うことも可能である。この場合、複数回
線送信部22、及び回線受信処理部26のそれぞれの動
作である図4、及び図5のフローチャートを、図7、及
び図8のフロチャートにそれぞれ変更する。また、受信
パケット情報記憶部27には、識別子情報40の替わり
に、FCS値を格納する。以下、各々について説明す
る。
は、送信するパケットの有無を監視する(ステップ30
1)。監視の結果、送信するパケットがある場合、同一
のパケットを、複数のLAN回線10へ略同時に送信す
る(ステップ302)。
信したパケットの有無を監視する(ステップ401)。
監視の結果、受信したパケットがあった場合、受信した
パケットのFCS値が、既に受信パケット情報記憶部2
7に記憶されているか否かの確認を行う(ステップ40
2)。確認の結果、既に記憶されている場合、受信パケ
ットを破棄する(ステップ403)。一方、記憶されて
いない場合には、受信パケットのFCS値を、受信パケ
ット情報記憶部27に記憶する(ステップ404)。そ
の後、受信したパケットを上位処理部24、もしくは中
継処理部25へ渡す(ステップ405)。尚、(ステッ
プ404)と(ステップ405)は平行に処理されるこ
とも良い。
0で断線等の障害が発生したとしても、上述の実施の形
態例と同様、端末A20から送信されたパケットは、損
失されることはない。従って、端末A20から送信され
たパケットは、端末B20へと確実に中継される。
3やイーサネット以外の規格のLAN、例えば、IEE
E802.5 Token Ring、ANSI(Am
erican National Standard
Institute)X3T9 FDDI(Fiber
Distributed Data Interfa
ce)、またはFiber Channelの場合でも
同様である。また、LAN回線10は、全二重通信方式
の装置間のデータのやり取りに用いられる回線に限られ
ず、半二重通信方式の装置間のデータのやり取りに用い
られる回線の場合でも同様である。
明する。本実施例では、(実施例1)に比べて、よりパ
ケットの損失を防止できる。
LAN間中継装置30、および端末20を有する情報ネ
ットワークの構成例を示す概念図である。
ワークは、2台の端末20(端末A、端末B)と、2台
のLAN間中継装置30(LAN間中継装置A、LAN
間中継装置B)とがそれぞれ、2本ずつのLAN回線1
0(LAN回線A、LAN回線B、LAN回線C、LA
N回線D、LAN回線E、LAN回線F)で接続された
構成となっている。
制御部21と、複数回線受信部23と、複数回線送信部
22と、上位処理部24と、受信回線切り替え部50と
を有する。
図10に示すように複数回線受信部23の構成が異なる
ことと、受信回線切り替え部50が新たに追加されたこ
とである。
処理部24は既に図1で示したものと同一である。複数
回線送信部22は、既に図7で示したものと同一であ
る。
図10に示すように、2つ回線受信部26(回線受信部
A、回線受信部B)で構成される。各回線受信部26
は、モードフラグ60と、受信パケット格納部61とを
有する。
2層(データリンク層)において、後述の図11に示さ
れるフロチャート等の処理を行う。回線受信部26は、
LAN回線10から送られてくるパケットを受信、また
は破棄する処理を行うハードウエアやソフトウエア等で
構成される。
Primary”であるか、あるいは”Seconda
ry”であるかを示す情報を記憶する。受信パケット格
納部61は、受信したパケットを格納する。
のいずれか一方のモードフラグ60に”Primar
y”が、他方の回線受信部26のモードフラグ60に
は”Secondary”が情報として記憶される。
ドフラグ60に”Primary”が、回線受信部B2
6には”Secondary”が記憶されているものと
する。
は、受信したパケットを格納していない。
部21と、複数回線受信部23と、複数回線送信部22
と、中継処理部25と、受信回線切り替え部50とを有
する。
と同一であり、LAN回線制御部21、複数回線送信部
22、複数回線受信部23、並びに受信回線切り替え部
50は上述の端末20が有するものと同一である。
まず、図11に示すフロチャートを用いて、回線受信部
26の動作について説明する。
無を監視する(ステップ501)。
合には、受信したパケットを受信パケット格納部61へ
格納する(ステップ502)。
であるか否かを確認する(ステップ503)。
合、受信したパケットを上位処理部24、もしくは中継
処理部25へ引き渡す(ステップ504)。
ない場合、すなわち”Secondary”である場合
には、受信したパケットを破棄する(ステップ50
5)。
y”であるか否かの確認動作に関しては、(ステップ5
01)の前処理とすることも良く、(ステップ501)
と(ステップ502)の中間処理とすることも良い。
いて、図12に示すフロチャートを用いて説明する。受
信回線切り替え部50は、モードフラグ60が”Pri
mary”となっているLAN回線10上における断線
等の障害の有無を監視する(ステップ601)。監視の
結果、障害を検出した場合、回線受信部26のモードフ
ラグ60を”Secondary”に、他の回線受信部
26のモードフラグ60を”Primary”に変更す
る(ステップ602)。
替わった回線受信部26が、”Secondary”に
切り替わった別の回線受信部26にかわり、受信したパ
ケットを上位処理部24、あるいは中継処理部25へ引
き渡す。
econdary”に変更した回線受信部26内の受信
パケット格納部61に格納された受信したパケット
と、”Primary”に変更した回線受信部26内の
受信パケット格納部61に格納された受信したパケット
とを比較する。比較の結果、一致しないパケット、つま
り他の回線受信部26が”Primary”へ切り替え
られるまでの間に、上位処理部24、あるいは中継処理
部25へ渡されなかったパケットを、上位処理部24、
あるいは中継処理部25へ引き渡す(ステップ60
3)。
て、端末A10が、端末B10宛へパケットを送信した
場合について説明する。
ットの送信要求が発生する。この場合、複数回線送信部
22が、図7に示すフロチャートに従い、パケットを2
つのLAN回線10(LAN回線A、LAN回線B)へ
略同時に送信する(ステップ302)。
信部23が、2つのLAN回線10から送られてきた2
つの同一のパケットを受信する。モードフラグ60が”
Primary”である回線受信部A26が、受信した
パケットを受信パケット格納部61へ格納(ステップ5
02)した後、中継処理部25へ引き渡す(ステップ5
04)。
ndary”である回線受信部B26は、受信したパケ
ットを受信パケット格納部61へ格納(ステップ50
2)した後、破棄する(ステップ505)。
理部25が、受信したパケットのLAN間中継装置B3
0への送信を要求する。複数回線送信部22が、パケッ
トを2つのLAN回線10(LAN回線C、LAN回線
D)へ送信することにより、LAN間中継装置B30へ
中継する。以後、LAN中継装置B30でも同様の処理
が行われて、端末B20へとパケットが中継される。
いて、”Primary”である回線受信部26が、受
信したパケットを上位処理部24へ引き渡す(ステップ
504)。一方、”Secondary”である回線受
信部26は、受信したパケットを破棄する(ステップ5
05)。以上のようにして、端末A20から端末B20
へとパケットが中継される。
合について説明する。本実施例においては、端末A20
とLAN間中継装置A30との間のLAN回線A10に
おいて断線等の障害が発生した場合について説明する。
り替え部50が、LAN回線A10における障害を検出
する(ステップ601)。検出と略同時に、回線受信部
A26のモードフラグ60を”Secondary”
に、回線受信部B26のモードフラグ60を”Prim
ary”に切り替える(ステップ602)。
して(ステップ501)、中継処理部25へ引き渡す
(ステップ504)よう切り替わる。
26内の受信パケット格納部61に格納された受信した
パケットと、回線受信部B26内の受信パケット格納部
61に格納された受信したパケットとを比較する。比較
の結果、一致しないパケットを中継処理部25へ渡す
(ステップ603)。
信部26を切り替えるまでの間に、中継処理部25へ引
き渡されなかったパケットが、損失することなく処理さ
れる。この処理の結果、端末B20まで、パケットが確
実に中継される。
間中継装置B30との間のLAN回線10(LAN回線
C、LAN回線D)、またはLAN間中継装置B30と
端末B20との間のLAN回線10(LAN回線E、L
AN回線F)のいずれかで障害が発生したとしても、同
様である。この場合でも、端末A20から送信されたパ
ケットは、パケットを損失させることなく、確実に、端
末B20へと中継される。
の節約上、FIFO(FirstIn First O
ut)形式であることが好ましい。
受信部26では、FCS値などの識別子情報のみを格納
することにより、メモリをより節約するようにすること
も良い。この場合、受信パケット格納部61は、”Pr
imary”である回線受信部26では、受信パケット
に付加されているFCS値などの識別子情報のみを格納
する。一方、”Secondary”である回線受信部
26では、パケットを格納する。また、FCS値の代わ
りに、送信側でパケットに順序情報などの識別子情報を
付加して、”Primary”である回線受信部で、識
別子情報を格納するようにしても良い。
ロチャートにおいて、(ステップ602)と(ステップ
603)の順序は逆でも良い。その場合、受信回線切り
替え部50は、現在モードフラグが“Primary”
である回線受信部26内の受信パケット格納部61に格
納された受信したパケットと、“Primary”へ変
更予定で、現在“Secondary”である回線受信
部26内の受信パケット格納部61に格納された受信し
たパケットとを比較する。比較の結果、一致しないパケ
ットを受信パケットとして上位処理部24、あるいは中
継処理部25へ引き渡す(ステップ603)。その後、
受信回線切り替え部50は、現在“Primary”で
ある回線受信部26のモードフラグ60を”Secon
dary”に、他の回線受信部26のモードフラグ60
を”Primary”に変更する(ステップ602)。
これにより、他の回線受信部26が”Primary”
へ切り替えられるまでの間に、上位処理部24、あるい
は中継処理部25へ渡されなかったパケットの受信した
順序に影響を与えることがない。パケットの受信した順
序を守って、パケットを、上位処理部24、あるいは中
継処理部25へ引き渡すことが可能になる。
ロチャートにおいて、(ステップ602)と(ステップ
603)は平行に処理されることも良い。
パケット格納部61を含んでいる。この場合、メモリな
ど別のハードウエアや、FIFOとして管理するための
ソフトウエア等を必要とする。従って、受信パット格納
部61を含まないことで、実際の実装を簡略化すること
も好ましい。その場合の例を以下説明する。
例である。本実施例によれば、(実施例2)に比べてハ
ードウエアの実装を簡略化できる。図13は、複数回線
受信部23の構成の他の例を示す概念図である。図13
に示すように、複数回線受信部26は、2つ回線受信部
26(回線受信部A、回線受信部B)で構成される。各
回線受信部26は、モードフラグ60を有する。
2層(データリンク層)において、後述の図14に示す
フロチャート等の処理を行う。この処理に従い、複数の
LAN回線10から送られてくるパケットを受信、また
は破棄する処理を行うハードウエアやソフトウエア等で
構成される。
のものである。本実施例の場合、受信回線切り替え部5
0は、(実施例2)の図12に示すフローチャートを、
図15に示すフロチャートに変更する。
内のその他の構成は、(実施例2)と同様である。
説明する。まず、図14に示すフロチャートを用いて、
回線受信部26の動作について説明する。
無を監視する(ステップ701)。
合、モードフラグ60が”Primary”であるか否
かを確認する(ステップ702)。
合、受信したパケットを上位処理部24、もしくは中継
処理部25へ引き渡す(ステップ703)。
ない場合、つまり”Secondary”である場合に
は、受信パケットを破棄する(ステップ704)。
いて、図15に示すフロチャートを用いて説明する。受
信回線切り替え部50は、モードフラグ60が”Pri
mary”となっているLAN回線10上における断線
等の障害の有無を監視する(ステップ801)。
線受信部26のモードフラグ60を”Secondar
y”に、他の回線受信部26のモードフラグ60を”P
rimary”に変更する(ステップ802)。
替わった回線受信部26が、”Secondary”に
切り替わった回線受信部26に代わり、受信したパケッ
トを上位処理部24、もしくは中継処理部25へ渡すよ
う切り替わる。
ットの損失は防止できないものの、受信パケット格納部
61を不要にすることで、(実施例2)に比べてハード
ウエアの実装を簡略化できる。
替えまでの時間を小さくすることで、パケット損失を、
より小さくすることが可能である。
継装置30、または端末20によれば、LAN回線10
において断線等の障害が発生したとしても、通信を引き
続き継続することが可能となる。従って、可用性の向上
したネットワークシステムの構築が可能となる。
方式のように、他のLAN回線10への切り替え処理に
伴うパケット損失が発生しないため、効率の良いパケッ
ト転送を実現することが可能となる。
0、または端末20に比べて、パケットの損失は発生す
るものの、ハードウエアの実装の簡略化による簡便な実
現が可能となる。
えまでの時間を小さくすることで、パケット損失を、よ
り小さくすることが可能となる。
したが、本発明はこれらの実施例に限定されるものでは
なく、その要旨を逸脱しない範囲で種々変更可能である
ことはいうまでもない。
る回線は、これらの実施例において例示したLAN回線
だけに限らず、様々な回線への適用が可能である。
は、一般にLANスイッチや、ブリッジなどを示す。し
かし、LANとWAN(Wide Area Netw
ork)間を接続するルータなどのネットワーク機器で
あっても同様に適用できることはいうまでもない。
AN間中継装置間、またはルータとサーバ等の端末間に
おいても、高可用性を有するネットワークシステムの構
築が可能となる。
継装置、及び端末を用いて本発明の装置を示した。しか
し、例えば、LSI(Large Scale Int
egration)などの半導体デバイスに本発明の回
線集約化方法を実装し、ネットワークインタフェースカ
ードなどに搭載することも可能である。その場合、ネッ
トワークインタフェースカードを搭載した端末等で、ネ
ットワークシステムを構築すれば、同様の効果が得られ
ることはいうまでもない。
明の回線集約化方法によれば、可用性を向上させる回線
の集約化を実現するでけでなく、パケットの損失を防止
することが可能となる。その結果、TCPなどの上位処
理によるパケット再送が発生しないため、効率の良いパ
ケット転送を実現できる。さらに、UDPを上位プロト
コルとして利用していた場合においても、パケットの損
失を防止することができる。
可用性の高いネットワークシステムの構築が可能にな
る。
用いることにより、ハードウエアの実装の簡略化による
簡便な実現が可能になる。
えまでの時間を小さくすることで、パケット損失も小さ
くすることが可能となる。従って、可用性の高いネット
ワークシステムの構築が可能になる。
用意して複数の物理回線に送信させることにより、パケ
ットの損失が発生した場合でも、パケットを有効に処理
することが可能となる。また、可用性向上のための複数
の物理回線の集約化を実現することが可能となる。
よびネットワークの構成例を示す機能ブロック図であ
る。
ロック図である。
す概念図である。
る。
を示す概念図である。
る。
よびネットワークの構成例を示す機能ブロック図であ
る。
ロック図である。
である。
ブロック図である。
である。
Claims (33)
- 【請求項1】複数の物理回線を介して他装置にパケット
の送信を行う送信装置であって、パケット毎にユニーク
な識別子情報を付加したパケットを、前記複数の物理回
線の回線数に対応して用意し、前記複数の物理回線に対
して送信する処理を行う回線送信部と、OSI参照モデ
ルの第1層(物理層)における前記複数の物理回線の制
御を行う回線制御部とを有することを特徴とする送信装
置。 - 【請求項2】請求項1に記載の送信装置であって、OS
I参照モデルの第3層以上において、パケットに対する
処理を行うプロトコル処理部とを有し、前記回線送信部
は、前記プロトコル処理部からパケットの送信の指示が
あった場合に、前記パケット毎にユニークな識別子情報
を付加したパケットを、前記複数の物理回線の回線数に
対応して用意するものであることを特徴とする送信装
置。 - 【請求項3】請求項1、2に記載の送信装置において、
前記回線送信部は、前記複数の物理回線に対して略同時
に、前記パケット毎にユニークな識別子情報を付加した
パケットを送信するものであることを特徴とする送信装
置。 - 【請求項4】パケット毎にユニークな識別子情報を付加
し、各々のパケットと同じ内容のパケットを、前記複数
の物理回線の回線数に対応して用意し、前記複数の物理
回線の回線数に対応して用意されたパケットを、前記複
数の物理回線に対して送信することを特徴とするパケッ
ト送信方法。 - 【請求項5】OSI参照モデルの第3層以上でのプロト
コル処理によりパケットの送信を指示した後、パケット
毎にユニークな識別子情報を付加し、OSI参照モデル
の第2層(データリンク層)での処理により、複数の物
理回線の回線数に対応して用意されたパケットを、前記
複数の物理回線に対して略同時に送信し、送信処理され
た前記複数の物理回線の回線数に対応して用意されたパ
ケットを、OSI参照モデルの第1層(物理層)で制御
される前記複数の物理回線を介して送信することを特徴
とするパケット送信方法。 - 【請求項6】複数の物理回線を介して他装置からパケッ
トを受信する受信装置であって、OSI参照モデルの第
1層(物理層)における前記複数の物理回線の制御を行
う回線制御部と、前記受信パケットに付加されたパケッ
ト毎にユニークな識別子情報を格納するパケット情報記
憶部と、前記受信パケットを監視し、前記受信パケット
を確認した場合、前記受信パケットの前記識別子情報が
前記パケット情報記憶部に記憶されているか否かを確認
し、前記受信パケットと同じ内容の前記識別子情報が記
憶されていない場合は、前記受信パケットの前記識別子
情報を前記パケット情報記憶部に格納させる回線受信部
とを有することを特徴とする受信装置。 - 【請求項7】請求項6に記載する受信装置において、前
記回線受信部は、前記受信パケットと同じ内容の前記識
別子情報が記憶されていない場合は、前記受信パケット
の前記識別子情報を前記パケット情報記憶部に格納さ
せ、前記識別子情報を削除した前記受信パケットをプロ
トコル処理のために伝送させるOSI参照モデルの第2
層(データリンク層)での処理を行うものであることを
特徴とする受信装置。 - 【請求項8】請求項7に記載する受信装置において、前
記識別子情報を削除した前記受信パケットを、前記回線
受信部から受け取り、OSI参照モデルの第3層以上で
のプロトコル処理を行うプロトコル処理部とを有するこ
とを特徴とする受信装置。 - 【請求項9】複数の物理回線からパケットを受信するパ
ケット受信方法であって、パケットの受信を確認した場
合、受信パケットに付加されたパケット毎にユニークな
識別子情報が、記憶部に記憶されているか否かを確認
し、前記受信パケットと同じ内容の前記識別子情報が前
記記憶部に格納されていない場合は、前記受信パケット
の前記識別子情報を前記記憶部に格納させ、前記識別子
情報を削除した前記受信パケットに対しプロトコル処理
を行うために伝送することを特徴とするパケット受信方
法。 - 【請求項10】複数の物理回線を介して他装置からパケ
ットを受信する受信装置であって、OSI参照モデルの
第1層(物理層)における前記複数の物理回線の制御を
行う回線制御部と前記複数の物理回線毎に対応して設け
られ、「主」または「従」のモードのいずれか一方を記
憶するモードフラグと、前記モードフラグに対応して設
けられ、前記受信パケットを格納する記憶部と、前記モ
ードフラグが「主」のモードを記憶する場合、前記受信
パケットを、前記記憶部からプロトコル処理を行うプロ
トコル処理部へ渡す回線受信部とを有することを特徴と
する受信装置。 - 【請求項11】請求項10に記載の受信装置において、
前記回線受信部は、前記モードフラグが「従」のモード
を記憶する場合、前記受信パケットを廃棄し、前記プロ
トコル処理部は、OSI参照モデルの第3層以上でのプ
ロトコル処理を行うものであることを特徴とする受信装
置。 - 【請求項12】請求項10又は11に記載の受信装置に
おいて、「主」のモードを記憶する前記モードフラグに
対応する物理回線の障害の有無を監視し、障害を検出し
た場合、前記「主」のモードを記憶するモードフラグを
「従」のモードに変更し、前記「従」のモードを記憶す
るモードフラグを「主」のモードに変更する受信回線切
り替え部とを有することを特徴とする受信装置。 - 【請求項13】請求項10又は11に記載の受信装置に
おいて、「主」のモードを記憶する前記モードフラグに
対応する物理回線の障害の有無を監視し、障害を検出し
た場合、前記「主」のモードを記憶するモードフラグを
「従」のモードに変更するとともに前記「従」のモード
を記憶するモードフラグを「主」のモードに変更し、前
記「従」のモードに変更されたモードフラグに対応する
前記受信パケット格納部に格納された受信パケットと前
記「主」のモードに変更されたモードフラグに対応する
前記受信パケット格納部に格納された受信パケットとを
比較し、障害により失われたパケットに相当する受信パ
ケットを受信する受信回線切り替え部とを有することを
特徴とする受信装置。 - 【請求項14】請求項10又は11に記載の受信装置に
おいて、「主」のモードを記憶する前記モードフラグに
対応する物理回線の障害の有無を監視し、障害を検出し
た場合、前記「主」のモードを記憶するモードフラグを
「従」のモードに変更するとともに前記「従」のモード
を記憶するモードフラグを「主」のモードに変更する受
信回線切り替え部と、前記「従」のモードに変更された
モードフラグに対応する前記受信パケット格納部に格納
された受信パケットと前記「主」のモードに変更された
モードフラグに対応する前記受信パケット格納部に格納
された受信パケットとを比較する比較手段とを有するこ
とを特徴とする受信装置。 - 【請求項15】複数の物理回線からのパケットの受信を
確認し、前記受信パケットを前記複数の物理回線毎に対
応して設けられる格納部へ格納し、前記格納部毎に対応
して設けられるモードフラグが、「主」のモードを記憶
する場合、前記受信パケットをプロトコル処理を行うプ
ロトコル処理部へ渡すことを特徴とするパケット受信方
法。 - 【請求項16】請求項15に記載のパケット受信方法に
おいて、複数の物理回線から前記受信パケットの有無を
監視し、監視に従い前記受信パケットを確認すると、前
記受信パケットを前記格納部へ格納し、前記モードフラ
グが、「従」のモードを記憶する場合、前記受信したパ
ケットを廃棄することを特徴とするパケット受信方法。 - 【請求項17】請求項15、16に記載のパケット受信
方法において、「主」のモードを記憶する前記モードフ
ラグに対応する物理回線の障害の有無を監視し、障害を
検出した場合、前記「主」のモードを記憶するモードフ
ラグを「従」のモードに変更するとともに、前記「従」
のモードを記憶するモードフラグを「主」のモードに変
更し、前記「従」のモードに変更されたモードフラグに
対応する前記受信パケット格納部に格納された受信パケ
ットと前記「主」のモードに変更されたモードフラグに
対応する前記受信パケット格納部に格納された受信パケ
ットとを比較し、障害により失われたパケットに相当す
る受信パケットを受信することを特徴とするパケット受
信方法。 - 【請求項18】複数の物理回線から受信するパケットの
有無を監視し、前記複数の物理回線毎に対応して設けら
れるモードフラグが、「主」のモードを記憶する場合、
前記受信パケットを、プロトコル処理を行うプロトコル
処理部へ渡し、前記モードフラグが「従」のモードを記
憶する場合、前記受信したパケットを廃棄することを特
徴とするパケット受信方法。 - 【請求項19】請求項18に記載のパケット受信方法に
おいて、「主」のモードを記憶する前記モードフラグに
対応する物理回線の障害の有無を監視し、障害を検出し
た場合、前記「主」のモードを記憶するモードフラグを
「従」のモードに変更するとともに、前記「従」のモー
ドを記憶するモードフラグを「主」のモードに変更する
ことを特徴とするパケット受信方法。 - 【請求項20】複数の物理回線を介して他装置とのパケ
ットの送受信を行う送受信装置であって、OSI参照モ
デルの第1層(物理層)における前記複数の物理回線の
制御を行う回線制御部と、パケット毎にユニークな識別
子情報を付加したパケットを、前記複数の物理回線の回
線数に対応して用意し、前記複数の物理回線に対して同
じ内容のパケットを送信する回線送信部と、前記他装置
から前記複数の物理回線を介して受信した受信パケット
に付加された前記受信パケット毎にユニークな識別子情
報を格納するパケット情報記憶部と、前記受信パケット
を監視し、前記受信パケットを確認した場合、前記受信
パケットの前記識別子情報が前記パケット情報記憶部に
記憶されているか否かを確認し、前記受信パケットと同
じ内容の前記識別子情報が記憶されていない場合は、前
記受信パケットの前記識別子情報を前記パケット情報記
憶部に格納させる回線受信部とを有することを特徴とす
る送受信装置。 - 【請求項21】複数の物理回線を介して他装置とパケッ
トのやり取りを行う送受信装置であって、OSI参照モ
デルの第1層(物理層)における前記複数の物理回線の
制御を行う回線制御部と、パケット毎にユニークな識別
子情報を付加したパケットを、前記複数の物理回線の回
線数に対応して用意し、前記複数の物理回線に対して同
じ内容のパケットを送信する処理を行う回線送信部と、
前記複数の物理回線毎に対応して設けられ、「主」また
は「従」のモードのいずれか一方を記憶するモードフラ
グと、前記モードフラグが「主」のモードを記憶する場
合、前記前記複数の物理回線から受信するパケットを、
プロトコル処理を行うプロトコル処理部へ渡し、前記モ
ードフラグが「従」のモードを記憶する場合、前記受信
パケットを廃棄する回線受信部とを有することを特徴と
する受信装置。 - 【請求項22】請求項1乃至3に記載の送信装置におい
て、前記識別子情報は、イーサネットフレームのFCS
(Frame CheckSequence)値である
ことを特徴とする送信装置。 - 【請求項23】請求項1乃至3に記載の送信装置におい
て、前記識別子情報は、IEEE(Institute
of Electrical and Electr
onics Engineers)802.3フレーム
のFCS値であることを特徴とする送信装置。 - 【請求項24】請求項1乃至3に記載の送信装置におい
て、前記識別子情報は、IEEE802.5 Toke
n RingフレームのFCS値であることを特徴とす
る送信装置。 - 【請求項25】請求項1乃至3に記載の送信装置におい
て、前記識別子情報は、ANSI(American
National Standard Institu
te)X3T9 FDDI(Fiber Distri
buted Data Interface)フレーム
のFCS値であることを特徴とする送信装置。 - 【請求項26】請求項1乃至3に記載の送信装置におい
て、前記識別子情報は、ANSI X3T9 Fibe
r ChannelフレームのCRC(Cyclic
Redundancy Check)値であることを特
徴とする送信装置。 - 【請求項27】請求項6乃至8に記載の受信装置におい
て、前記識別子情報は、イーサネットフレームのFCS
(Frame CheckSequence)値である
ことを特徴とする受信装置。 - 【請求項28】請求項6乃至8に記載の受信装置におい
て、前記識別子情報は、IEEE(Institute
of Electrical and Electr
onics Engineers)802.3フレーム
のFCS値であることを特徴とする受信装置。 - 【請求項29】請求項6乃至8に記載の受信装置におい
て、前記識別子情報は、IEEE802.5 Toke
n RingフレームのFCS値であることを特徴とす
る受信装置。 - 【請求項30】請求項6乃至8に記載の受信装置におい
て、前記識別子情報は、ANSI(American
National Standard Institu
te)X3T9 FDDI(Fiber Distri
buted Data Interface)フレーム
のFCS値であることを特徴とする受信装置。 - 【請求項31】請求項6乃至8に記載の受信装置におい
て、前記識別子情報は、ANSI X3T9 Fibe
r ChannelフレームのCRC(Cyclic
Redundancy Check)値であることを特
徴とする受信装置。 - 【請求項32】複数の物理回線を介して他装置にパケッ
トの送信を行う送信装置であって、パケット毎にユニー
クな識別子情報を付加したパケットを、前記複数の物理
回線の回線数に対応して用意し、前記複数の物理回線に
対して送信する回線送信部を有することを特徴とする送
信装置。 - 【請求項33】複数の物理回線を介して他装置からパケ
ットを受信する受信装置であって、前記受信パケットに
付加されたパケット毎にユニークな識別子情報を格納す
るパケット情報記憶部と、前記受信パケットを監視し、
前記受信パケットを確認した場合、前記受信パケットの
前記識別子情報が前記パケット情報記憶部に記憶されて
いるか否かを確認し、前記受信パケットと同じ内容の前
記識別子情報が記憶されていない場合は、前記受信パケ
ットの前記識別子情報を前記パケット情報記憶部に格納
させる回線受信部とを有することを特徴とする受信装
置。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP23784699A JP3788125B2 (ja) | 1999-08-25 | 1999-08-25 | パケット送受信方法およびその装置 |
| US09/642,612 US6977885B1 (en) | 1999-08-25 | 2000-08-17 | Packet transmitting and receiving method and apparatus therefor |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP23784699A JP3788125B2 (ja) | 1999-08-25 | 1999-08-25 | パケット送受信方法およびその装置 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2001069191A true JP2001069191A (ja) | 2001-03-16 |
| JP2001069191A5 JP2001069191A5 (ja) | 2005-02-24 |
| JP3788125B2 JP3788125B2 (ja) | 2006-06-21 |
Family
ID=17021286
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP23784699A Expired - Fee Related JP3788125B2 (ja) | 1999-08-25 | 1999-08-25 | パケット送受信方法およびその装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6977885B1 (ja) |
| JP (1) | JP3788125B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9690677B2 (en) | 2015-01-14 | 2017-06-27 | Fujitsu Limited | Transmission device, transmission system, and transmission method |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003174479A (ja) * | 2001-12-07 | 2003-06-20 | Fujitsu Ltd | パケット通信方法及びその装置 |
| US8989006B2 (en) * | 2005-12-29 | 2015-03-24 | General Instrument Corporation | Method and apparatus for glitchless failover to redundant stream |
| US7969868B2 (en) * | 2009-02-19 | 2011-06-28 | Infinera Corporation | Path-level protection for digitally wrapped payloads |
Family Cites Families (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4550402A (en) * | 1983-12-22 | 1985-10-29 | Ford Motor Company | Data communication system |
| JPS62253231A (ja) * | 1986-01-07 | 1987-11-05 | Fujitsu Ltd | 現用予備切換システム |
| US4726018A (en) * | 1986-08-25 | 1988-02-16 | International Business Machines Corporation | Method of providing priority access to a transmission communication ring |
| US5155845A (en) * | 1990-06-15 | 1992-10-13 | Storage Technology Corporation | Data storage system for providing redundant copies of data on different disk drives |
| US5255264A (en) * | 1991-09-26 | 1993-10-19 | Ipc Information Systems, Inc. | Distributed control switching network for multi-line telephone communications |
| US5469434A (en) * | 1993-01-21 | 1995-11-21 | General Datacomm, Inc. | Distributed frame processing for time division multiplexing |
| US5392285A (en) * | 1993-03-31 | 1995-02-21 | Intel Corporation | Cascading twisted pair ethernet hubs by designating one hub as a master and designating all other hubs as slaves |
| US5457680A (en) * | 1993-05-18 | 1995-10-10 | International Business Machines Corporation | Data gateway for mobile data radio terminals in a data communication network |
| JPH06334638A (ja) | 1993-05-20 | 1994-12-02 | Fujitsu Ltd | 遅延差解消方法 |
| US5734654A (en) * | 1993-08-05 | 1998-03-31 | Fujitsu Limited | Frame relay switching apparatus and router |
| DK0749663T3 (da) * | 1994-03-08 | 2000-03-20 | Excel Switching Corp | Telekommunikationsomskifter med forbedret redundans |
| JPH08149114A (ja) | 1994-11-16 | 1996-06-07 | Nec Corp | データ受信装置 |
| GB2308778B (en) * | 1995-12-28 | 1998-06-10 | Nokia Telecommunications Oy | Telecommunications network management system |
| JPH09326783A (ja) | 1996-06-05 | 1997-12-16 | Nec Corp | データ回線切替制御装置 |
| US6754181B1 (en) * | 1996-11-18 | 2004-06-22 | Mci Communications Corporation | System and method for a directory service supporting a hybrid communication system architecture |
| JP3193947B2 (ja) * | 1997-01-08 | 2001-07-30 | 株式会社ディジタル・ビジョン・ラボラトリーズ | データ送信システム及びデータ送信方法 |
| US6356560B1 (en) * | 1997-05-30 | 2002-03-12 | Adtran, Inc. | Arbitration mechanism for statistically multiplexed frame relay switching system |
| US6181704B1 (en) * | 1997-08-29 | 2001-01-30 | Intel Corporation | Method and apparatus for input/output link retry, failure and recovery in a computer network |
| US6434620B1 (en) * | 1998-08-27 | 2002-08-13 | Alacritech, Inc. | TCP/IP offload network interface device |
| JP3286584B2 (ja) * | 1997-11-20 | 2002-05-27 | 株式会社日立製作所 | 多重化ルータ装置 |
| JP3777762B2 (ja) * | 1997-12-04 | 2006-05-24 | ブラザー工業株式会社 | 通信装置および記憶媒体 |
| US6330248B1 (en) * | 1997-12-05 | 2001-12-11 | Advanced Micro Devices, Inc. | Arrangement for transmitting data packets from a media access controller across multiple physical links |
| US6240105B1 (en) * | 1998-03-30 | 2001-05-29 | International Business Machines Corporation | Video server streaming synchronization |
| US6628609B2 (en) * | 1998-04-30 | 2003-09-30 | Nortel Networks Limited | Method and apparatus for simple IP-layer bandwidth allocation using ingress control of egress bandwidth |
| US6456597B1 (en) * | 1998-05-04 | 2002-09-24 | Hewlett Packard Co. | Discovery of unknown MAC addresses using load balancing switch protocols |
| US6411617B1 (en) * | 1998-12-10 | 2002-06-25 | Nokia Telecommunications, Oy | System and method for managing data traffic associated with various quality of service principles using a conventional network node switch |
| US6526052B1 (en) * | 1998-12-23 | 2003-02-25 | Enterasys Networks, Inc. | Virtual local area networks having rules of precedence |
| US6718137B1 (en) * | 1999-01-05 | 2004-04-06 | Ciena Corporation | Method and apparatus for configuration by a first network element based on operating parameters of a second network element |
| US6625119B1 (en) * | 1999-03-17 | 2003-09-23 | 3Com Corporation | Method and system for facilitating increased call traffic by switching to a low bandwidth encoder in a public emergency mode |
| US6763371B1 (en) * | 1999-05-10 | 2004-07-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for collaborative communication in a communication network |
-
1999
- 1999-08-25 JP JP23784699A patent/JP3788125B2/ja not_active Expired - Fee Related
-
2000
- 2000-08-17 US US09/642,612 patent/US6977885B1/en not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9690677B2 (en) | 2015-01-14 | 2017-06-27 | Fujitsu Limited | Transmission device, transmission system, and transmission method |
Also Published As
| Publication number | Publication date |
|---|---|
| US6977885B1 (en) | 2005-12-20 |
| JP3788125B2 (ja) | 2006-06-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9954800B2 (en) | Multi-path network with fault detection and dynamic adjustments | |
| EP3672173B1 (en) | Communication method and device, and storage medium | |
| JP4899959B2 (ja) | Vpn装置 | |
| US7355965B2 (en) | Apparatus and method for rapid detection of unidirectional breaks in a network ring | |
| US7848340B2 (en) | System and method for transmission of data in packet ring network system | |
| JP5801175B2 (ja) | パケット通信装置および方法 | |
| WO2006129701A1 (ja) | パケットリングネットワークシステム、パケット転送方法、およびノード | |
| CN101800774A (zh) | 一种接入环保护方法及接入环保护网络 | |
| EP2911355A1 (en) | Method and device for flow path negotiation in link aggregation group | |
| CN101971575A (zh) | 链形和环形网络中用于透明自动恢复的方法和装置 | |
| US8098575B2 (en) | Packet relay method and device | |
| JP2016535498A (ja) | 改善された障害回復力を提供するデータ伝送システム | |
| CN113645312A (zh) | 一种基于erps协议的子环网链路保护方法与装置 | |
| CN112995041A (zh) | 网络通信方法、装置、电子设备及存储介质 | |
| CN108075968A (zh) | 一种网络系统及伪线业务处理方法 | |
| JP4790591B2 (ja) | リングノード装置 | |
| US7864789B2 (en) | Signaling methods for telecommunicaton system for exchanging frames over ethernet interfaces and devices for implementing such methods | |
| US8929200B2 (en) | Communication device, communication system, and communication method | |
| US20140010068A1 (en) | Network Node Apparatus System, Apparatus, and Method | |
| CN102239670A (zh) | 一种负载分担方法和装置 | |
| CN111052684B (zh) | 以环形拓扑运行通信网络的方法和这种通信网络 | |
| JP5527613B2 (ja) | ネットワーク中継システム及びネットワーク中継システムの障害検知方法 | |
| JP2001069191A (ja) | パケット送受信方法およびその装置 | |
| JP2017092870A (ja) | 通信装置及び通信システム | |
| CN101854567A (zh) | 光传输层的数据传输方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040319 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040319 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050617 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050705 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050902 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060307 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060320 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090407 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100407 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |