JP5410546B2 - イーサネットネットワークにおけるポートテーブルの消去 - Google Patents

イーサネットネットワークにおけるポートテーブルの消去 Download PDF

Info

Publication number
JP5410546B2
JP5410546B2 JP2011546624A JP2011546624A JP5410546B2 JP 5410546 B2 JP5410546 B2 JP 5410546B2 JP 2011546624 A JP2011546624 A JP 2011546624A JP 2011546624 A JP2011546624 A JP 2011546624A JP 5410546 B2 JP5410546 B2 JP 5410546B2
Authority
JP
Japan
Prior art keywords
bridge node
bridge
port
port table
ring
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.)
Expired - Fee Related
Application number
JP2011546624A
Other languages
English (en)
Other versions
JP2012516592A (ja
Inventor
ガーボル カピタニー,
サーンドル プロサ,
ダーニエル ホルヴァス,
リカルド パロッス,
ヨーナス ファルカス,
Original Assignee
テレフオンアクチーボラゲット エル エム エリクソン(パブル)
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by テレフオンアクチーボラゲット エル エム エリクソン(パブル) filed Critical テレフオンアクチーボラゲット エル エム エリクソン(パブル)
Publication of JP2012516592A publication Critical patent/JP2012516592A/ja
Application granted granted Critical
Publication of JP5410546B2 publication Critical patent/JP5410546B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/42Loop networks
    • H04L12/437Ring fault isolation or reconfiguration
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4604LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462LAN interconnection over a bridge based backbone
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/02Topology update or discovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/02Topology update or discovery
    • H04L45/025Updating only a limited number of routers, e.g. fish-eye update
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/18Loop-free operations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/28Routing or path finding of packets in data switching networks using route fault recovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/48Routing tree calculation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/66Layer 2 routing, e.g. in Ethernet based MAN's
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Small-Scale Networks (AREA)

Description

本発明は、イーサネット(登録商標)ネットワークにおいてポートテーブルを消去する分野に関する。
イーサネットネットワークは、一般に、ブリッジと、ブリッジを相互接続するポイントツーポイントリンクとを備える。ブリッジの動作は、IEEE802.1D−2004及びIEEE802.1Qにおいて規定される。IEEE802.1D−2004は、IEEE802.1Qの新しいバージョンに取って代わられることが意図される。この規格では用語「ブリッジ」を使用するが、ブリッジはスイッチと呼ばれることもある。物理層よりも上層で、イーサネットステーション及びブリッジは、IEEE802.3において規定されたようなデータパケットを互いに送出することにより通信する。ポイントツーポイントリンクは、ローカルエリアネットワーク(LAN)においてブリッジを相互接続するように適用される。一般にイーサネットネットワークは、それぞれ、802.1D−2004及び802.1Qにおいて規定されたような高速スパニングツリープロトコル又はマルチプルスパニングツリープロトコルにより制御される。
ブリッジは、フレームを宛先に送信するためにフィルタリングデータベース(FDB)を使用する。データベースは最初は空で開始し、ブリッジが各ステーションの場所を学習するのに伴い、イーサネットステーションを識別するエントリが追加される。ブリッジがデータベースにない宛先アドレスを有するパケットを受信する場合、パケットは、ブリッジの全てのポートに同報通信され、ネットワークの全てのセグメントに転送される。ブリッジは、ブリッジを通り抜けるデータパケットに含まれたソースアドレスを使用してデータベースにデータを読み込む。ソースアドレスをフレームが受信されたポートと比較することにより、ブリッジは、各ポートを介して接続されたステーションに属するアドレスを「学習」する。
ブリッジは、一般に、ネットワークにおいてループが発生するのを防止するために高速スパニングツリープロトコル(RSTP)を使用する。ルートブリッジが選出され、他の全てのブリッジは、ルートブリッジへの最短パスを判定する。これにより、ルートブリッジへの全てのパスが最短パスを除いて無効になる無ループトポロジを生成する。スパニングツリーの部分ではない他の全てのリンクが無効になるため、ルートブリッジへのパスは1つしかない。スパニングツリーを形成する、すなわちRSTPによりアクティブを維持されるリンクは、いわゆるアクティブトポロジを形成する。スパニングツリーは、2つ以上のパスが1度に使用された場合に発生する問題を回避する。例えばパケットは、スイッチ間で同報通信されてもよく、ループにおいて捕えられてもよい。
マルチプルスパニングツリープロトコル(MSTP)は、種々のVLANに対して別個のスパニングツリーインスタンスを作成できるようにし、互いに独立して各スパニングツリーインスタンスにおいて重複リンクをブロックする。RSTP及びMSTPは、リンク切れ等の障害の場合にアクティブトポロジを動的に再構成するため、障害を処理するために更に使用される。
RSTP及びMSTPは、イーサネットネットワークにおいて学習処理を制御する。ネットワークトポロジが変化した後、RSTP又はMSTPは、フィルタリングデータベース(FDB)から学習したMACアドレスの削除を制御する。削除処理は、「MACアドレスフラッシング」と呼ばれる。MACアドレスフラッシングの後、再学習が開始され且つ再学習段階が終了するまで、すなわちステーションの場所が再度学習されるまでフレームが同報通信される。ネットワークにおいて送出された同報通信メッセージの量が増加するため、これは「ブロードキャストストーム」と呼ばれる。ある特定の期間に特定のステーションからフレームが受信されない場合にステーションがネットワークから切断されると仮定される「タイムアウト」機能により、MACアドレスはFDBから削除されてもよい。
MACアドレスフラッシングに関する問題は、RSTP及びMSTPが、ブリッジプロトコルデータユニット(BPDU)において単一のビットフラグ(トポロジ変化、すなわちTCフラグと呼ばれる)を適用し、トポロジ変化を示すことである。BPDUは、隣接ブリッジ間のブリッジID及びルートパスコストに関する情報を交換するために使用されたデータフレームである。TCフラグを使用することは、トポロジが変化したこと及びMACアドレスが消去されなければならないことを示すことのみが可能であることを意味する。
RSTP及びMSTPの双方は、一般に、通常必要とされる以上にFDBからエントリを削除する。これは、再学習中により多くのアドレスが再学習される必要があるために、ネットワーク上で不要な過負荷を強いるより大きなブロードキャストストームを発生させることを意味する。これにより、帯域幅の要件が増加する。
発明者は、再学習中に送出されたメッセージの数を減少することが望ましいことを理解している。本発明の第1の態様によると、イーサネットネットワークにおいてポートテーブルを消去する方法が提供される。ネットワークは、ルートブリッジノードと、複数のブリッジノードとを含む。これは進行中に識別されてもよい。イーサネットネットワークのトポロジにおける変化により影響を受けたブリッジノードのリングは、複数のブリッジノードから識別される。ブリッジノードのリングは、ルートブリッジノードに接続する分岐ブリッジノードを含む。ポートテーブルは、イーサネットネットワークにおける全てのブリッジノードにおいてではなく、リング上のブリッジノードにおいてのみ消去される。これにより、再学習処理中に必要な信号の量が大幅に減少する。尚、ルートブリッジノードがリングの一部である場合、分岐ブリッジノードはルートブリッジノード自体であってもよい。
イーサネットネットワークトポロジにおける変化の例には、消失したブリッジ、新しいリンク、新しいブリッジ、複数の新しいリンク及び複数の新しいノードが含まれる。
トポロジにおける変化が消失リンクを含む場合、ブリッジノードのリングは、オプションとして、消失リンクから分岐ブリッジノードへのパスを含む第1の部分と、新たに形成されたリンクから分岐ブリッジノードへのパスを含む第2の部分とを含む。このように、ポートテーブルは、ネットワークにおける全てのブリッジノードではなく、消失リンクにより影響を受けたブリッジノードでのみ消去される。オプションとして、指定ポートテーブルは、リングの第1の部分のブリッジノードにおいて消去され、ルートポートテーブルは、リングの第2の部分上のブリッジノードにおいて消去される。リングは、オプションとして、消失リンクと新たに形成されたリンクとの間のパスを含む第3の部分を含む。この場合、指定ポートテーブルは、リングの第3の部分のブリッジノードにおいて消去される。
ポートテーブルを消去するように各ブリッジノードに命令する制御信号は、オプションとして、リングにおいてブリッジノードに送出される。これにより、ブリッジノード間で送出された信号において進行中にリングを識別できる。尚、制御信号は、選択されたポートテーブルのみを消去するようにブリッジノードに命令してもよい。更なるオプションとして、ブリッジノードは、指定ポートテーブルを消去するようにブリッジノードに命令する制御信号を受信し、指定ポートテーブルを消去した後、ルートブリッジノードに対してメッセージを転送する。更に別のオプションとして、リング上のブリッジノードは、ルートポートテーブルを消去するようにブリッジノードに命令する制御信号を受信し、ブリッジノードにおいてルートポートテーブルを消去し、ルートブリッジノードに対して制御メッセージを転送する。更に別のオプションによると、リング上のブリッジノードは、指定ポートテーブルを消去するようにブリッジノードに命令する制御信号を受信し、ブリッジノードがルートポートテーブルを消去するように別のブリッジノードに命令する制御信号を開始した場合、ブリッジノードは、ルートブリッジノードに対して受信した制御信号を転送する動作をしない。これにより、不要な信号が送出されるのを防止する。
方法は、オプションとして、ブリッジノードの複数のリングを識別することと、複数のリング上の各ブリッジノードでポートテーブルを消去することとを含む。
本発明の第2の態様によると、イーサネットネットワークにおいて使用されるブリッジノードが提供される。ブリッジノードは、複数のポートテーブルを含むメモリを備える。複数のポートテーブルから選択されたポートテーブルの一部を消去するようにブリッジノードに命令する信号を受信するレシーバが提供される。ポートテーブルが消去されることを識別されたリング上の他のブリッジのみが必要とするため、ポートテーブルの一部のみが消去される必要がある。メモリから選択されたポートテーブルの一部を消去するプロセッサが提供され、信号を更なるブリッジノードに転送するトランスミッタが提供される。
オプションとして、選択されたポートテーブルは、ルートポートテーブル及び指定ポートテーブルのいずれかを含む。
レシーバは、オプションとして、指定ポートテーブルを消去するようにブリッジノードに命令する制御信号を受信するように構成され、プロセッサは、ルートポートテーブルを消去するように別のブリッジノードに命令する制御信号をブリッジノードが既に開始したかを判定するように構成される。そのように判定される場合、受信した制御信号は、ルートブリッジノードに対して転送されない。これにより、不要な信号を送出することを防止する。
本発明の第3の態様によると、イーサネットネットワークにおいてブリッジノードを動作する方法が提供される。複数のポートテーブルがメモリに格納される。ブリッジノードは、複数のポートテーブルから選択されたポートテーブルの一部を消去するようにブリッジノードに命令する信号を受信する場合、選択されたポートテーブルの一部をメモリから消去し、イーサネットネットワークにおいて信号を更なるブリッジノードに転送する。
本発明の第4の態様によると、本発明の第3の態様において説明された方法を実行するように装置を制御するプログラムが提供される。
本発明の第5の態様によると、本発明の第3の態様において説明されたような記憶媒体に保持されたプログラムが提供される。
本発明の第6の態様によると、本発明の第4の態様又は第5の態様のいずれかにおいて説明されたようなプログラムを含む記憶媒体が提供される。
以下において、図面を利用して本発明の実施形態を更に詳細に説明する。
図1は、イーサネットネットワークにおけるトポロジ変化を概略的に示すブロック図である。 図2は、2つのリングが識別されるイーサネットネットワークにおけるブリッジ障害の一例を概略的に示すブロック図である。 図3は、本発明の一実施形態に従ってトポロジが発生する場合に追従する処理を示すフローチャートである。 図4は、本発明の一実施形態に従ってトポロジが発生する場合のポートの状態変化を示すフローチャートである。 図5は、本発明の一実施形態に係る過渡的なトポロジの一例を概略的に示すブロック図である。 図6は、本発明の一実施形態に係るトポロジ変化状態機械を示す図である。 図7は、本発明の一実施形態のステップを示すフローチャートである。 図8は、本発明の一実施形態に係るブリッジノードを概略的に示すブロック図である。
本発明は、トポロジ変化により影響を受けるイーサネットネットワークにおいてブリッジのリングを識別することと、影響を受けたブリッジのリングに従ってMACアドレスを消去することとを含む。リングフラッシングは、トポロジ変化により影響を受けたリングを識別し、識別されたリングでのみMACアドレスフラッシングを呼び出す。これは、再学習段階中の過渡的な過負荷トラフィックを大幅に低下させるように、フィルタリングデータベース(FDB)から必要なエントリのみを削除することを意味する。識別されたリングトポロジに従ってエントリを削除することにより、有効性が変化したこれらのMACアドレスの再学習を開始する。リングフラッシング方法を使用することにより、アクティブトポロジにおける変化により発生したイーサネットネットワークにおけるブロードキャストストームは、必要なポートテーブルのみを削除することにより軽減される。
トポロジ変化の場合に消去されるべきポートテーブルを識別するために、トポロジ変化は、リングトポロジに従って発生し且つこのリングトポロジのみに従ってブリッジに影響を及ぼすものとして考えられる。リングは、異なる方法で処理される3つの部分を含む。すなわち、リンクダウンイベントの場合、リングの第1の部分P1は、切れたリンクとルートブリッジとの間のパスであり、第2の部分P2は、新たに使用可能となったリンクとルートブリッジとの間のパスであり、リングの第3の部分P3は、切れたリンクと新たに使用可能となったリンクとの間のパスである。リングのこれらの3つの部分は、2つの異なる方法で処理されてもよい。以下に更に詳細に説明するように、リングの第1の部分P1及び第3の部分P3において、学習されたアドレスは指定ポートの役割を有するポートでのみ消去され、リングの第2の部分P2でルートの役割を有するポートのみが消去される。尚、スパニングツリープロトコルがネットワークの全てのループをブロックするため、トポロジ変化が処理されることに従うリングトポロジは、変化を処理するために導入された任意の概念にすぎない。
トポロジ変化後にネットワークが接続されたままであると仮定すると、イーサネットネットワークにおけるトポロジ変化は、図1に示されたように3つの部分を有するリングであると考えられる。トポロジ変化がリング上に配置されたブリッジのみに影響を及ぼすため、これらのブリッジは適当なポートを消去しなければならない。これにより、ネットワーク全体における適切なフレームの転送を保証する。リングは、ルートブリッジ1と、複数の他のブリッジ2〜7とを含む。ブリッジ2はルートブリッジ1に接続され、ブリッジ2〜7はリングトポロジにおいて接続される。ポートテーブルの消去は、リングでのみ必要とされる。しかし、ルートブリッジ1に向かうブリッジ2における分岐点は、容易には見つけることができない。従って、分岐点とルートブリッジ1との間のパス上において、全てのブリッジが不必要にポートを消去する。
リングの第1の部分P1は、リンク障害(この例においては、リンクダウンイベント)を検出するブリッジとルートブリッジ1との間のパスである。このパス上で、ノード(この例においては、ブリッジ2及び7)は、リングの他の方向を通して障害リンクを越えたノードに到達できるため、障害の場所に向かう学習したアドレスを消去しなければならない。これは、リングの第1の部分で、指定ポートのみが消去される必要があることを意味する。
ブリッジ2、3及び4を含むリングの第2の部分P2で、ルートポートは、新たにアクティブにされたリンク(この例においては、リンクアップイベント)からルートブリッジ1へのパス上で消去されるべきであることが分かる。新たにアクティブにされたリンクの位置は、以前の廃棄ポートが転送ポートになったかを判定することにより自動的に判定される。
ブリッジ5及び6を含むリングの第3の部分P3は、トポロジ変化の後に形成されるそれらの指定ポートが消去されなければならないことにおいて、第1の部分に類似する。
尚、リングの1つ以上の部分が欠落している例もある。例えば、ルートポートを失うブリッジが、即座に新しいルートポートに変更される代替ポートを有する場合、第3の部分は欠落しているだろう。
制御メッセージは、適当なポートに関連したFDBエントリを消去するために必要である。2つの異なる方法がそれらの役割に基づいてポートを消去するために提案されるため(指定フラッシング又はルートポートフラッシング)、少なくとも2種類のメッセージが必要である。ルートトポロジ変化(RTC)通知メッセージ及び指定トポロジ変化(DTC)通知メッセージは、ポートフラッシングを制御するために提案される。これらのメッセージは、以下のように処理される。ポートがDTCメッセージ又はRTCメッセージを受信する場合、ブリッジは、ルートポートでメッセージを転送する(メッセージが存在する場合)。メッセージがDTCメッセージである場合、レシーバの指定ポートのフィルタリングエントリは消去される。メッセージがRTCメッセージである場合、ルートポートのフィルタリングエントリは消去される。表1は、RSTP BPDU及びMSTP BPDUにおいて新しいメッセージの可能な実現例を示す。
表1:トポロジ変化フラグ
Figure 0005410546
RTCメッセージ及びDTCメッセージは、ネットワークイベントによりトリガされる。RSTPポート状態間又はMSTPポート状態間の遷移により、以下のようにRTCメッセージ及びDTCメッセージが開始される。転送ポートを失うブリッジは、(新しい)ルートポートでDTCメッセージを送出し、ポートの新しい役割が代替ポートである場合に別のDTCメッセージが送出されなければならない。リンクダウンが発生する場合、リンクの両側が廃棄(ディスカーディング)状態になるため、双方のブリッジ(一方の側において、図1に示された例では、ブリッジ6及び7)は、それらのルートポートで送出するDTCメッセージをトリガする。一方、リンクが非アクティブになる場合(リンク障害以外の理由で、例えば、ネットワークのリモート部分の変化のためにアクティブトポロジが再構成される場合)、ポートのうちの1つが代替ポートになり、リンクの他の端のポートは指定ポートのままである。指定ポートのままのポートがトポロジ変化に気づかないため、DTCメッセージの送信はトリガされない。代替ポートの役割に変化するポートは、リングの周囲で双方の方向にDTCメッセージを送信することをトリガしなければならない。ポートが廃棄状態(無効(ディスエイブル)又は代替)になる場合、DTCメッセージはそのポートで(及び更にルートポートで)送出されるが、無効ポートはDTCメッセージを送信しない。これが求められる動作である。
転送ポートに変化する廃棄ポートを有するブリッジは、(新しい)ルートポートでRTCメッセージを送出する。
リンクがアクティブトポロジの一部分になる際、新しいリンクがアクティブトポロジに現れるか、あるいは新しいリンクが2つの元の独立した物理ネットワークセグメントを接続すべきである。
新しいリンクがアクティブトポロジに現れる場合、2つのサブケースがある。第1のサブケースにおいて、リンクが既に物理トポロジの部分であった場合(従って、ポートの「コスト」又はブリッジの優先度が減少し、ルートブリッジへのよりコストの低いパスを形成する)、廃棄状態から転送(フォワーディング)状態に変化したポートは、ルートポートでRTCメッセージを生成する。これは、提案−合意メカニズムがイーサネットネットワークのどこかでポートを廃棄状態へ設定した後に実行される。従って、2つのDTCメッセージが生成される。一方のDTCメッセージはリングの第1の部分P1を通り抜け、他方のDTCメッセージはリングの第3の部分P3を通り抜ける。リンクが物理トポロジの一部になっていなかった場合に、第2のサブケースが発生する。リンクの両端のポートが転送状態に変化しているため、この場合には2つのRTCメッセージを生成することを要する。それにもかかわらず、双方のRTCメッセージが短期間でリングの第2の部分P2を通り抜けるため、第2のRTCメッセージは、2つのRTCメッセージの間に作成されるこれら少数のエントリのみを削除する。DTCメッセージは、第1のサブケースと同様に送信される。
新しいリンクが、元は独立していた2つの物理ネットワークセグメントを接続する場合、廃棄状態に変化したポートがないため、リングを識別できない。RTCメッセージは、新しいリンクの両側で生成される。これらのRTCメッセージは、ルートブリッジと新しいリンクとの間のパスを通り抜けて有効なポートテーブルを不必要に消去する。一方、ネットワークの元のセグメントのうちの一方が、他方のセグメント内の新しいルートブリッジ1を有しており、トポロジが未変更のままとされていることがほとんどないとすると、TCメッセージ(複数)は、新しいリンクとルートブリッジ1との間の同一のパスを通り抜けるだろう。しかし、ルートブリッジが残った元のセグメントにおける他のブリッジが、有効なポートテーブルを削除しないとすると、この提案された解決方法は最悪の場合に対して指定される。
無効ブリッジ又は障害ブリッジの場合は、無効リンク又は障害を受けたリンクと同様に処理される。この例において、1つ以上のリングが特定される。単一のリングにおいて、ひとつの障害リンクではなく2つの隣接した障害リンクがあり、リングの3つの部分は、単一のリンク障害として識別され且つ処理される。2つ以上のリングが特定される場合、図2の例において示されたように、それらは個別に処理される。図2において、2つのリングが特定される。第1のリング8は実線の楕円形で示され、第2のリング9は点線の楕円形で示される。×印はブリッジ10及び接続されたリンクの障害を示し、矢印11及び12はリンクの起動を示す。
無効ブリッジ又は障害ブリッジがルートブリッジ1である場合、新しいルートブリッジを含むリングが形成される。ルートブリッジの場所が転送に影響を及ぼさないため、これは更なる問題を発生させない。
受信したDTCメッセージは、トポロジ変化中に過渡的なルートポートにより間違った方向に転送される可能性がある。これは、ポートが一時的にルートポートになるが、最終的には異なるポートの役割を有する場合に発生する可能性がある。DTCメッセージがルートブリッジに転送されることを保証するために、2つのオプションがある。第1のオプションはタイマを適用することである。DTCメッセージが送出される際、タイマを開始する。タイマの動作中に新しいルートポートが選出される場合、別のDTCメッセージを送出する必要がある。提案−合意動作の結果、過渡的な廃棄状態の後にルートポートの役割が選択されることにより、RTCメッセージを開始する。RTCメッセージ及びDTCメッセージの機能性を組み合わせるために、上記の表1に示されたように、ルート&指定トポロジ変化(RDTC)メッセージが更に規定される。RTCメッセージ及びDTCメッセージの双方が受信された時、このメッセージはレシーバであるブリッジにより扱われる。第2のオプションは、ルートポートが選出される際にRDTCを送出することである。従って、タイマを適用する必要はない。第2のオプションは好適なオプションである。
図3は、DTC又はRTCを含むBPDUが受信される場合の動作を示し、以下の符号は図3の符号に対応する。
S1.BPDUが、RTC又はDTCと共に到達する。
S2.BPUがRTCを含むかをチェックする。
S3.BPUがRTCを含む場合、RTC信号をルートポートに送出する。
S4.BPUがDTCを含むかをチェックする。
S5.BPUがDTCを含む場合、当該ポートに関連するFDBエントリを削除する。
S6.DTCタイマが動作しているかをチェックする。
S7.DTCタイマが動作している場合、DTC除去タイマを停止する。
S8.DTCタイマが動作していない場合、DTC信号をルートポートに送出する
S9.DTC一時ルートタイマを開始する。
S10.当該ポートがルートポートであり、かつ、RTC信号又はDTC信号が受信されているかをチェックする。
S11.RTC信号が受信されているかをチェックする。受信されていない場合、ステップS14に進む。
S12.RTC信号が受信されている場合、ポートに関連するFDBエントリを削除する。
S13.このポート上に設定されたRTCと共にBPDUを送出する。
S14.DTC信号が受信されているかをチェックする。
S15.DTC信号が受信されている場合、このポート上に設定されたDTCと共にBPDUを送出する。
S16.DTC一時ルートタイマが動作しているかをチェックする。
S17.DTC一時ルートタイマが動作している場合、このポート上に設定されたDTCと共にBPDUを送出する。
既存の提案−合意メカニズムは、一時的にいくつかの転送ポートを廃棄状態に設定する。これは、例えばループを防止するために一時ブロックが提供される場合に発生し得る。これにより、多数の不要なTCメッセージが発生するだろう。本発明の一実施形態において、これらの変化が検出され且つ回避される。各ブリッジに配設された役割選択状態機械が状態遷移状態機械の前に反復するため、図4に示されたように、ポートが過渡的な廃棄状態の後で転送状態に変化する場合が検出される。以下の符号は図4の符号に対応する。
S18.ポートが新たに転送状態から廃棄状態に変化したかをチェックする。
S19.ポートが新たに転送状態から廃棄状態に変化している場合、ポートが廃棄状態のままであるかをチェックする。廃棄状態のままでない場合はS18に戻り、廃棄状態のままである場合はS20に進む。
S20.このポートに関連するFDBエントリを削除する。
S21.このポート上に設定されたDTCと共にBPDUを送出する。
S22.DTC信号をルートポートに送出する。
S23.ポートが新たに廃棄状態から転送状態に変化したかをチェックする。変化していない場合はS23に戻り、変化している場合はS24に進む。
S24.ポートが転送状態のままであるかをチェックする。転送状態のままでない場合はS23に戻り、転送状態のままである場合はS25に進む。
S25.RTC信号をルートポートに送出する。
S26.ルートポートが代替ポートに変化したかをチェックする。変化した場合はステップS18に戻る。
S27.ルートポートが無効ポートに変化したかをチェックする。変化した場合はステップS18に戻る。
S28.DTC除去タイマを開始し、処理は18に戻る。
過渡的なアクティブトポロジ
いくつかの環境において、図2に示されたように、過渡的なアクティブトポロジはトポロジ変化後に形成される。リンクダウンイベントの結果、別のリンクが一時的にアクティブにされ、その後で別のアクティブトポロジが形成される。過渡的な1つのトポロジ(又は複数のトポロジ)を形成する場合、同数のリンクが無効及び使用可能になる。この状況は、2つ(又はそれ以上)の独立したトポロジ変化として処理される。すなわち、この状況は、2つ(又はそれ以上)のリングとして考えられる。尚、物理トポロジは、1つ以上の障害がネットワークのある点において発生する場合にネットワークの分割を回避するように十分に冗長化している必要がある。
図5は、過渡的なトポロジの一例を示す。矢印13及び14はリンクの起動を示し、矢印15はリンクのブロッキングを示す。実線の矢印は第1のリングの部分を示し、点線の矢印は第2のリングの部分を示す。
不要なメッセージの抑制
トポロジ変化中に過渡的なトポロジが形成されない場合、例えば図1に示されたように、1つのリングが識別されるだけである。第3の部分P3で開始したDTCメッセージが第2の部分P2を通り抜けるため、リングの第2の部分P2でポートアドレステーブルが不必要に消去される。この事象は、DTCメッセージを開始したブリッジでDTCメッセージを撤回することにより回避される。このシナリオにおいてリングの第3の部分P3が欠落しているのであれば、リングの第1の部分P1で生成されたDTCメッセージが一つだけある。
DTCメッセージを撤回することは、ブリッジがRDTCメッセージを受信する場合にメッセージがRTCメッセージとして転送されることを更に意味する。
過渡的なトポロジがネットワークに現れる場合、最初のRTCメッセージを送信したブリッジは多数のDTCメッセージを受信する。この場合、最初に受信したDTCメッセージのみが撤回されるべきであるか、あるいは最初に受信したRDTCメッセージがRTCメッセージとして転送されるべきである。
ブリッジは、ルートブリッジに向かう以前のパスの消失に気づいた直後にRTCメッセージを開始する。この事象は、次のDTCメッセージの投入をトリガする。DTCメッセージがリングの第3の部分P3で生成されないため、リングの第3の部分P3が欠落している場合、DTCメッセージは投入されないはずである。RTCメッセージを開始したブリッジが障害リンクに気づいているため、この状況は容易に処理される。
この解決方法を用いる場合、ポートテーブルから消去されるエントリがより少ないため、再学習段階のブロードキャストストームは更に軽減する。
リングフラッシング方法の実現
図6は、IEEE802.1Q 2005、「Provider Virtual Bridged Local Area Networks」において説明された関数を使用して提案の一実現例を示し、図3及び図4に示された動作を実現する。
図6に示されたトポロジ変化状態機械は、既存のトポロジ変化状態機械を置換することを意図する。全ての遷移は変数によりトリガされる。全ての命令は、ある状態になる際にその状態で実行されなければならない。図6の頭文字UCTは、無条件遷移を示す。状態機械の動作は、802.1Qにおける状態機械と同一である(CPUが継続的に変数をチェックし、且つ状態機械を変化させようとすることを意味する。)
この状態機械は、古いトポロジ変化状態機械を置換する。802.1Qの関数setTcflags()は、新しいRTCフラグ及びDTCフラグを含むように変更される。rcvdTC変数を設定する代わりに、rcvdRTC及びrcvdDTCという「ツリー毎及びポート毎に1つ」の変数が、到達するBPDUに従って提示され且つ設定される。これらの変数は、受信したRTCメッセージ又はDTCメッセージを示す。802.1Qの関数txMstp()は同様に変更される。2つの「ツリー毎及びポート毎に1つ」の局所変数rtc及びdtcが定義されるため、txMstp()はこれらのローカル変数に従ってBPDUフラグを組み立てる。BPDU送信の後、これらの2つの変数はリセットされる。tcProp変数は、ルートポート対して使用されるだけのため、「ブリッジ毎に1つ」の変数となる。関数setTcProp()は、このtcPropを「真」に設定する。2つの新しい関数は、setRootRTC()及びsetRootDTC()と定義される。これらは、それぞれ、ルートポートのrtc変数及びdtc変数それぞれを設定するかあるいはリセットする。802.1QにおいてTC送信をトリガする新しい関数TcWhile()は、関数sendTC()により置換される。この関数は、newInfo変数及びnewInfoMsti変数を設定し、送信状態機械においてBPDU送信をトリガする。tcWhileタイマは使用されず、1つのTCメッセージのみが送信されることにより、トポロジ変化後のトラフィック過負荷を更に低下させる。
新しい変数は、dtc_eliminationと定義される。dtc_eliminationは、DTCメッセージを伝播すべきかを示す。RTCメッセージが生成され、リングの第3の部分P3が存在する場合に、RTCメッセージが生成されるブリッジノードが同一であり、最初のDTCメッセージは除去されるべきであることから、この変数が設定される。ポートが転送状態に変化すると、RTCメッセージが生成される。DTCメッセージが受信される場合(NOTIFIED_TC状態)、dtc_elimination変数は、DTCメッセージを伝播するか否かを判断するために使用される。DTCメッセージが伝播されない場合には、他の全てのDTCメッセージがトポロジ変化中に伝播される必要があるため、その変数はリセットされる。
DTC除去処理の間、リングの第3の部分が存在するか否かを判定する。リングの第3の部分が存在する場合、最初のDTCは除去され、変数が設定される。この場合、変数root_to_alternate_or_disabledが定義される。この変数は、ルートポートが無効になるか又は代替ポートに設定される場合に、関数updtRolesXstTree()において設定される必要があり、あるいはそうでない場合にはリセットされる。この条件が満たされる場合にリングの第3の部分P3が存在するため、dtc_eliminationはこの変数の値に従って設定される。
dtc_temporaly_rootタイマは、過渡的なルートポートの役割を扱う。一例として、トポロジ変化後にブリッジが一時ルートポートを有する可能性がある。一時ルートポートが存在する時間中にDTCメッセージを受信する可能性があり、その場合、DTCメッセージは間違った方向に伝播されるだろう。このタイマは、ブリッジにおいて最初のDTCメッセージ伝播から開始し、所定の期間、例えば2秒間動作する。新しいルートポートが選出される場合、RTCメッセージが送信される。タイマが動作している間、RTCメッセージではなくRDTCメッセージが送信され、DTCが正しい方向に送信されることを保証する。
トポロジ変化中に転送−廃棄−転送の遷移挙動が存在する可能性がある。これは、例えば指定ポートが指定ポートのままである場合に発生する。「ツリー毎及び役割毎に1つ」の変数role_changedは、これを防止するために定義される。役割の選択(関数updtRoleXstTree())において、ポートが2つの状態を有するようになる新しい役割を有する場合、変数role_changedが設定される。例えば、代替ポートがルートポートとして選出される場合、廃棄ポートは転送ポートになる。ポートが新しい役割を有するが同一の状態のままである場合、例えばルートポートが指定ポートになることにより、過渡的な廃棄状態の後も転送状態のままである場合、この変数はリセットされる。また、ポートが前と同一の役割を指定される場合、この変数はリセットされる。ポートが転送状態又は廃棄状態に変化した場合、変数role_changedがそのポートに対して設定される場合にのみ、ポートは事象をトリガする必要がある。更に、事象がトリガされた後、変数role_changedはリセットされなければならない。
例示的な状態機械は、追加された以下の関数を有する。
・setRootRTC()
・setRootDTC()
・sendTC()
例示的な状態機械は、変更された以下の関数を有する。
・setTcflags()
・txMstp()
・setTcProp()−setTcPropTree()から更に名前が変更されている
・updtRolesXstTree()
例示的な状態機械は、削除された以下の関数を有する。
・newTcWhile()
例示的な状態機械は、追加された以下の変数を有する。
・rcvdRTC
・rcvdDTC
・rtc
・dtc
・dtc_elimination
・root_to_alternate_or_disabled
・dtc_temporaly_root
・role_changed
例示的な状態機械は、以下の変数の使用方法を変更した。
・tcProp
・newInfo
・newInfoMsti
例示的な状態機械は、以下の変数を削除した。
・rcvdTC
・tcWhile
図6に示された状態は、以下の意味を有する。
・Discarding_TC16:これらのステップは、ポートが廃棄状態になる場合に呼び出される。
・To_Forwarding_TC17:このブロックは、ポートが廃棄状態から転送状態に遷移する場合に動作する。この遷移は、継続的な転送状態とは区別される。
・Forwarding_TC18:この状態は、転送ポートのアイドル状態の動作であるため、ポートが継続的に転送状態にある場合に使用される。
・Notified_TC19:受信したRTC BPDU又はDTC BPDUの解釈はここで実現される。
・Propagating_TC20:ルートポートのみがこのブロックに入り、RTCメッセージ又はDTCメッセージの伝播を実現する。
図7のフローチャートは、本発明の一実施形態に係るステップを示す。以下の符号は図7の符号に対応する。
S29.ネットワークにおいてトポロジ変化により影響を受けたブリッジノードを識別する。この例において、ネットワーク変化は消失リンクである。ネットワーク変化において、ブリッジノードのリングは、消失リンクから分岐ブリッジノード2へのパスを規定する第1の部分P1及び新たに形成されたリンクから分岐ブリッジノード2へのパスを規定する第2の部分P2を有する。消失リンクと新たに形成されたリンクとの間のパスを規定する第3の部分P3が更に含まれてもよい。
S30.制御信号をブリッジノードに送出し、事前定義されたポートテーブルを消去するようにブリッジノードに命令する。
S31.制御信号を受信するブリッジノードは、P1において指定ポートテーブルを消去し、P2においてルートポートテーブルを消去し、必要に応じてP3において指定ポートテーブルを消去する。
S32.必要に応じて、ルートブリッジノードへのパスの次のブリッジノードに対して制御信号を転送する。
尚、上記は、本発明を単純化したものであり、リングが別個に判定されることを示すべきではない。リングは、一般に、ブリッジノード間の信号送信中、かつ制御信号が処理されるときに、「処理しながらその場で(オンザフライで)」識別される。
図8を参照すると、ブリッジノードが示される。ブリッジノード5は、ポートテーブルを格納するメモリ21と、ポートテーブルのうちの少なくともいくつかを消去するようにブリッジノード5に命令する信号を受信するレシーバ22とを有する。プロセッサ23は、必要なポートテーブルを消去するために提供され、トランスミッタ24は、リングで信号を更なるブリッジノードに転送するために提供される。メモリ21は、特定のポートに関連付けられたエントリがポートテーブルと呼ばれるメモリのサブテーブルに共に収集されるように特にメモリにおいて編成されるポート関連付けエントリ及びMACアドレスを格納する。ポートに属するエントリを消去しやすくするためにポートに属するエントリをサブテーブル等に収集するようにFDBを構造化するのは有益である。正常な動作中、フレームがテーブルに到達する際に宛先アドレスに基づいてルックアップが実行される。ルックアップの結果は、フレームが送出されたポートである。ポートに属するエントリは、テーブルの同一部分に共に格納されてもよい。尚、メモリ21、レシーバ22、プロセッサ23及びトランスミッタ24の全ては、上述した機能に対して更なる機能を有してもよい。
既存のRSTP及びMSTPフラッシング処理が、トポロジ変化後にFDBからエントリを不必要に削除することにより、ブロードキャストストーム中にブリッジネットワークに対して不必要に大きな過負荷トラフィックを発生させる。本明細書において提案されたリングフラッシング方法は、MACアドレスエントリの消去を開始するために送出されたメッセージの数を減少することにより、トポロジ変化後のトラフィック過負荷を低下させる。これは、BPDUの新しい2ビットトポロジ変化フラグにより制御される。
請求の範囲により規定されるように、本発明の範囲から逸脱せずに、種々の変更が上述した実施形態に対して行なわれてもよいことは、当業者には理解されるだろう。
本発明において、以下の頭文字が使用される。
BPDU ブリッジプロトコルデータユニット
DTC 指定トポロジ変化
FDB フィルタリングデータベース
MAC 媒体アクセス制御
MSTP マルチプルスパニングツリープロトコル
RSTP 高速スパニングツリープロトコル
RDTC ルート&指定トポロジ変化
RTC ルートトポロジ変化
TC トポロジ変化

Claims (17)

  1. ルートブリッジノードと複数のブリッジノードとを含むイーサネットネットワークにおけるブリッジノードにおいてポートテーブルを消去する方法であって、
    前記イーサネットネットワークのトポロジにおける変化により影響を受け、前記複数のブリッジノードのサブセットを含み、かつ前記ルートブリッジノードに接続する分岐ブリッジノードを含むブリッジノードのリングを、前記複数のブリッジノードから即座に識別するステップと、
    前記リング上の前記ブリッジノードのみのポートテーブルを消去するステップと
    を有することを特徴とする方法。
  2. 前記トポロジにおける前記変化は、消失ブリッジ、新しいリンク、新しいブリッジ、複数の新しいリンク及び複数の新しいノードのうちのいずれかから選択されることを特徴とする請求項1記載の方法。
  3. トポロジにおける前記変化は消失リンクを含み、前記識別されたブリッジノードのリングは、前記消失リンクから前記分岐ブリッジノードへのパスを含む第1の部分と、新たに形成されたリンクから前記分岐ブリッジノードへのパスを含む第2の部分とを含むことを特徴とする請求項1記載の方法。
  4. 前記リングの前記第1の部分のブリッジノードにおいて指定ポートテーブルを消去するステップと、
    前記リングの前記第2の部分上のブリッジノードにおいてルートポートテーブルを消去するステップとを含むことを特徴とする請求項3記載の方法。
  5. 前記リングは、前記消失リンクと前記新たに形成されたリンクとの間のパスを含む第3の部分を含み、
    前記方法は、前記リングの前記第3の部分のブリッジノードにおいて指定ポートテーブルを消去するステップを含むことを特徴とする請求項3又は4記載の方法。
  6. ポートテーブルを消去するように各ブリッジノードに命令する制御信号を前記リングにおいてブリッジノードに送出するステップを更に含むことを特徴とする請求項1から5のいずれか1項に記載の方法。
  7. 前記リング上のブリッジノードにおいて、
    指定ポートテーブルを消去するように前記ブリッジノードに命令する制御信号を受信するステップと、
    前記ブリッジノードにおいて指定ポートテーブルを消去するステップと、
    前記ルートブリッジノードに対してメッセージを転送するステップとを更に含むことを特徴とする請求項6記載の方法。
  8. 前記リング上のブリッジノードにおいて、
    ルートポートテーブルを消去するように前記ブリッジノードに命令する制御信号を受信するステップと、
    前記ブリッジノードにおいてルートポートテーブルを消去するステップと、
    前記ルートブリッジノードに対して制御メッセージを転送するステップと
    を更に含むことを特徴とする請求項6又は7記載の方法。
  9. 前記リング上のブリッジノードにおいて、
    指定ポートテーブルを消去するように前記ブリッジノードに命令する制御信号を受信するステップと、
    前記ブリッジノードがルートポートテーブルを消去するように別のブリッジノードに命令する制御信号を開始した場合、前記ルートブリッジノードに対して前記受信した制御信号を転送する動作をしないステップとを更に含むことを特徴とする請求項6、7又は8記載の方法。
  10. ブリッジノードの複数のリングを識別することと、前記複数のリング上の各ブリッジノードでポートテーブルを消去するステップとを含むことを特徴とする請求項1から9のいずれか1項に記載の方法。
  11. イーサネットネットワークにおいて使用されるブリッジノードであって
    複数のポートテーブルを含むメモリと、
    前記複数のポートテーブルから選択されたポートテーブルの一部を消去するように前記ブリッジノードに命令する信号を受信するレシーバと、
    前記メモリから前記選択されたポートテーブルの一部を消去するプロセッサと、
    前記信号を更なるブリッジノードに転送するトランスミッタと
    を備えることを特徴とするブリッジノード。
  12. 前記選択されたポートテーブルは、ルートポートテーブル及び指定ポートテーブルのいずれかを含むことを特徴とする請求項11記載のブリッジノード。
  13. 前記レシーバは、指定ポートテーブルを消去するように前記ブリッジノードに命令する制御信号を受信するように構成され、
    前記プロセッサは、前記ルートポートテーブルを消去するように別のブリッジノードに命令する制御信号を前記ブリッジノードが開始したかを判定するように構成され、そのように判定される場合、前記受信した制御信号がルートブリッジノードに対して転送されないことを保証することを特徴とする請求項12記載のブリッジノード。
  14. イーサネットネットワークにおいてブリッジノードを動作する方法であって
    複数のポートテーブルをメモリに格納するステップと、
    前記複数のポートテーブルから選択されたポートテーブルの一部を消去するように前記ブリッジノードに命令する信号を受信するステップと、
    前記選択されたポートテーブルの一部を前記メモリから消去するステップと、
    前記イーサネットネットワークにおいて前記信号を更なるブリッジノードに転送するステップと
    を有することを特徴とする方法。
  15. 請求項14に記載された方法を実行するように装置を制御するためのプログラム。
  16. 搬送担体上で搬送された、請求項15に記載されたプログラム。
  17. 請求項15又は16のいずれか1項に記載されたプログラムを含む記憶媒体。
JP2011546624A 2009-01-30 2009-01-30 イーサネットネットワークにおけるポートテーブルの消去 Expired - Fee Related JP5410546B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2009/051068 WO2010086022A1 (en) 2009-01-30 2009-01-30 Port table flushing in ethernet networks

Publications (2)

Publication Number Publication Date
JP2012516592A JP2012516592A (ja) 2012-07-19
JP5410546B2 true JP5410546B2 (ja) 2014-02-05

Family

ID=40513874

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2011546624A Expired - Fee Related JP5410546B2 (ja) 2009-01-30 2009-01-30 イーサネットネットワークにおけるポートテーブルの消去

Country Status (4)

Country Link
US (1) US8699380B2 (ja)
EP (1) EP2392105B1 (ja)
JP (1) JP5410546B2 (ja)
WO (1) WO2010086022A1 (ja)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8451715B1 (en) 2010-03-26 2013-05-28 Juniper Networks, Inc. Avoiding data loss in a multi-homed layer two bridging network
US8873431B1 (en) * 2010-04-08 2014-10-28 Adtran, Inc. Communications system and method for maintaining topology in a VLAN environment
US8467316B1 (en) * 2010-12-29 2013-06-18 Juniper Networks, Inc. Enhanced address learning in layer two computer networks
EP2727290A1 (en) * 2011-06-30 2014-05-07 Schneider Electric Industries SAS Dual-ring switch for rstp networks
WO2013100839A1 (en) * 2011-12-30 2013-07-04 Telefonaktiebolaget L M Ericsson (Publ) A root bridge node and a method in a root bridge node for handling topology changes in an ethernet network
KR101318156B1 (ko) * 2012-03-26 2013-10-15 주식회사 다산네트웍스 이더넷 링 네트워크에서의 보호 절체 방법
US9338060B2 (en) 2012-09-05 2016-05-10 Brocade Communications Systems, Inc. Multiple ring identification and configuration protocol
US9559863B2 (en) 2012-09-05 2017-01-31 Brocade Communications Systems, Inc. MAC flush optimizations for ethernet rings
US9148346B2 (en) 2012-09-05 2015-09-29 Brocade Communications Systems, Inc. Multiple ring identification and configuration protocol
US9143338B2 (en) * 2012-10-05 2015-09-22 Advanced Micro Devices, Inc. Position discovery by detecting irregularities in a network topology
US9210072B2 (en) 2013-03-08 2015-12-08 Dell Products L.P. Processing of multicast traffic in computer networks
US9059930B2 (en) 2013-03-11 2015-06-16 Dell Products L.P. Techniques for management of data forwarding systems while suppressing loops in telecommunications networks
US9967143B2 (en) * 2014-12-18 2018-05-08 Alcatel-Lucent Usa Inc. Method and apparatus for network interconnection
US10135715B2 (en) * 2016-08-25 2018-11-20 Fujitsu Limited Buffer flush optimization in Ethernet ring protection networks
US10361948B2 (en) * 2017-03-02 2019-07-23 Dell Products, L.P. Communication loop prevention in an information handling system
TWI708490B (zh) * 2019-11-19 2020-10-21 智易科技股份有限公司 網狀網路主從式架構角色決定與迴圈預防方法及實施該方法的網路裝置

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6717922B2 (en) * 2002-03-04 2004-04-06 Foundry Networks, Inc. Network configuration protocol and method for rapid traffic recovery and loop avoidance in ring topologies
US7324461B2 (en) 2003-08-26 2008-01-29 Alcatel Lucent Selective transmission rate limiter for rapid spanning tree protocol
JP2005269059A (ja) * 2004-03-17 2005-09-29 Fujitsu Ltd データ中継装置、データ中継方法およびデータ中継プログラム
JP2006254341A (ja) * 2005-03-14 2006-09-21 Fujitsu Ltd スパニングツリープロトコルネットワークにおけるブリッジ装置および制御パケット処理方法
WO2008107883A2 (en) * 2007-03-08 2008-09-12 Corrigent Systems Ltd. Prevention of frame duplication in interconnected ring networks
US20090016214A1 (en) * 2007-07-12 2009-01-15 Allied Telesis Holdings K.K. Method and system for network recovery from multiple link failures
US8189494B2 (en) * 2008-05-23 2012-05-29 Honeywell International Inc. System and method for merging clusters of wireless nodes in a wireless network

Also Published As

Publication number Publication date
EP2392105B1 (en) 2015-10-07
US8699380B2 (en) 2014-04-15
JP2012516592A (ja) 2012-07-19
US20110292833A1 (en) 2011-12-01
EP2392105A1 (en) 2011-12-07
WO2010086022A1 (en) 2010-08-05

Similar Documents

Publication Publication Date Title
JP5410546B2 (ja) イーサネットネットワークにおけるポートテーブルの消去
JP4370999B2 (ja) ネットワークシステム、ノード及びノード制御プログラム、ネットワーク制御方法
US7940649B2 (en) Techniques for graceful restart in a multi-process operating system
US7551551B2 (en) Fast reroute (FRR) protection at the edge of a RFC 2547 network
JP5180972B2 (ja) ネットワークツリー管理のための方法と装置
CA2431988C (en) Ospf backup interface
EP2643940B1 (en) Method of shrinking a data loss window in a packet network device
US10110482B2 (en) Technique for network service availability
JP4682887B2 (ja) 故障復旧方法およびノードならびにネットワーク
JP2001257704A (ja) スパニングツリー用ブリッジ及びそれを用いた経路変更方法
US8208407B2 (en) Optimized flush operation in response to topology changes for spanning tree protocols
JP2006270169A (ja) パケット中継装置
WO2011110029A1 (zh) 一种分组传送网络接入环中主机路由可达的方法及系统
US10924387B2 (en) Method and apparatus for preventing loops in a network topology
JP2007174119A (ja) レイヤ2ネットワーク
US7821920B2 (en) Flushing processing unit and method of switching device in network using spanning tree protocol
WO2008087543A1 (en) Method, bridge and computer network for calculating a spanning tree based on link state advertisements (lsa)
US8059668B2 (en) Efficient end-to-end proposal/agreement messaging for spanning tree convergence in a computer network
CA2572940A1 (en) System and method for preserving multicast data forwarding during control failures in a router
US7869350B1 (en) Method and apparatus for determining a data communication network repair strategy
CN112350936B (zh) 一种内部网关协议泛洪优化方法及装置、存储介质
CN112953832B (zh) 一种mac地址表项的处理方法及装置
JP2004349881A (ja) フラッディング量削減方法および通信装置
JP2005020603A (ja) 経路制御方法、そのデータ集約装置および経路制御システム
JP2002016617A (ja) パス生成装置及びパス生成方法

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20130225

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20130523

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20130701

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20130826

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: 20131015

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20131106

R150 Certificate of patent or registration of utility model

Ref document number: 5410546

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees