JP6763472B2 - スイッチ、スイッチの制御方法及びプログラム - Google Patents

Description

［関連出願についての記載］
本発明は、日本国特許出願：特願２０１７−０３０２７１号（２０１７年 ２月２１日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
本発明は、スイッチ、スイッチの制御方法及びプログラムに関する。特に、ネットワークシステムにて使用されるスイッチ、スイッチの制御方法及びプログラムに関する。

ネットワークスイッチは、受信したデータを共用バッファメモリ内に蓄積し、受信パケットの宛先を確認した後に各送信ポートにデータを転送する方式を採用することが多い。

ここで、パケットの送信先となる特定のノードにおける輻輳や故障が生じた事態を考える。このような事態が発生すると、特定ノードに対してネットワークスイッチからデータを送信することが不可能な状態が生じる可能性がある。このような状態が継続し、その上、他のノードにおいて通信負荷が高まると、ネットワークスイッチの共用バッファメモリの容量が少なくなり、問題が生じていないノード（輻輳や故障が生じているノード以外のノード）に対するデータ（パケット）を受信することが不可能となることがある。つまり、送信先となるノードに生じた輻輳等は、ネットワークスイッチに接続されている全ノードの通信に影響を与える可能性がある。

特許文献１〜８に開示された技術は、上記問題点の解決を目的としている。例えば、特許文献１には、マルチポートスイッチ１−１０は、各ポートＰ１、Ｐ２、Ｐｎから入力されるデータフレームを共通バッファメモリ１−１４に蓄積した後、配送先の対向ステーションへのポートへ送出する。対向するステーション１−２２の受信キュー輻輳により、ステーション１−２２からＰＡＵＳＥフレームを受けたとき、ステーション１−２２のポートｐ２へのデータフレームの送出を停止する。このとき、他の各ポートから入力されたデータフレームに対して、ステーション１−２２のポート宛てのデータフレームをＭＡＣアドレステーブル１−１３を参照して識別し、該データフレームを破棄する、と記載されている。

特開２００４−２８９７４４号公報 特開２００２−２２３２２３号公報 特開２００２−３１４５６２号公報 特開２００２−２６１７６６号公報 特開２０００−０３６８３９号公報 特開２０００−２０９２５０号公報 特開平１１−０５５３０４号公報 特開平１０−２７６２２４号公報

なお、上記先行技術文献の各開示を、本書に引用をもって繰り込むものとする。以下の分析は、本発明者らによってなされたものである。

特許文献１〜８に開示された技術では、輻輳が発生している特定ノード向けの送信を抑制している。特定ノードが輻輳状態であれば、当該特定ノードの状態は平常動作に戻り、ネットワークスイッチからのデータを受信できるようになる。しかし、特定ノードの状態が故障であると、故障を修復するまで（あるいは、故障ノードを交換するまで）、上記動作（故障ノードへのパケット送信を停止）が継続することが考えられる。その結果、ネットワークスイッチ内の共用バッファメモリ内の故障ノード向けのデータが滞留することにより、他のノードが輻輳状態に陥った場合などには、最終的に共用バッファメモリの容量が尽きて、ネットワークに接続されている全ノードの通信に影響を与える可能性がある。

例えば、ノードを構成するハードウェアを考えると、ＣＰＵ（Central Processing Unit）、メモリ、ＬＡＮ（Local Area Network）コントローラなどに比べて、ＨＤＤ（Hard Disk Drive）は摩耗する部材が使われており、他のハードウェアよりも早く故障する場合がある。その結果、ＬＡＮコントローラは正常動作、ＨＤＤは故障のような状況が生じ、データ受信はできるが書き込めない状況が生まれる。

このような状況にて、ＬＡＮコントローラは、ポーズフレーム（ｐａｕｓｅ ｆｒａｍｅ）等の送出を継続し、当該ポーズフレーム（ポーズパケット）の送出が、故障ノードと同じネットワークに接続されたノード全体の通信に影響を与えた事例が実際に生じている。つまり、ＬＡＮコントローラは正常動作しているが、ＨＤＤが故障しており、データを受け取ったがＨＤＤに書き込めない状態に特定ノードが陥っていると、特許文献１〜８に開示された技術（輻輳が発生している特定ノード向けのデータ送信を抑制）による効果は望めない。

即ち、故障交換をするまでの長時間において、ネットワークスイッチから故障ノードへのデータを送信することができなくなると、ネットワークスイッチ内の共用バッファメモリには故障したノード向けのデータが滞留し続ける。そのような状態で他の通信ノードが輻輳状態になった場合には、ネットワークスイッチの共用バッファメモリ容量が少なくなり、データを受信できなくなった結果、負荷の少ないノードの通信にも影響を与える可能性がある。

本発明は、ノードの輻輳だけでなく、ノードが故障した場合であっても、安定的なネットワークの運用を可能とする、スイッチ、スイッチの制御方法及びプログラムを提供することを目的とする。

本発明の第１の視点によれば、ノードから受信した輻輳通知パケットを所定の期間以上連続して受信したか否かの判定と、受信パケットを蓄積するバッファメモリのメモリ使用量が所定の値以上であるか否かの判定により、前記ノードが受信パケットを正常に処理できない非通常状態であるか否かを判定する、判定部と、前記ノードが非通常状態であると判定された場合、前記バッファメモリに蓄積されたデータのうち前記非通常状態にあるノード向けのデータを削除する、メモリ管理部と、を備える、スイッチが提供される。

本発明の第２の視点によれば、ノードから受信した輻輳通知パケットを所定の期間以上連続して受信したか否かの判定と、受信パケットを蓄積するバッファメモリのメモリ使用量が所定の値以上であるか否かの判定により、前記ノードが受信パケットを正常に処理できない非通常状態であるか否かを判定するステップと、前記ノードが非通常状態であると判定された場合、前記バッファメモリに蓄積されたデータのうち前記非通常状態にあるノード向けのデータを削除するステップと、を含む、スイッチの制御方法が提供される。

本発明の第３の視点によれば、ノードから受信した輻輳通知パケットを所定の期間以上連続して受信したか否かの判定と、受信パケットを蓄積するバッファメモリのメモリ使用量が所定の値以上であるか否かの判定により、前記ノードが受信パケットを正常に処理できない非通常状態であるか否かを判定する処理と、前記ノードが非通常状態であると判定された場合、前記バッファメモリに蓄積されたデータのうち前記非通常状態にあるノード向けのデータを削除する処理と、をスイッチに搭載されたコンピュータに実行させるプログラムが提供される。
なお、このプログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（non-transient）なものとすることができる。本発明は、コンピュータプログラム製品として具現することも可能である。

本発明の各視点によれば、ノードの輻輳だけでなく、ノードが故障した場合であっても、安定的なネットワークの運用を可能とすることに寄与する、スイッチ、スイッチの制御方法及びプログラムが、提供される。

一実施形態の概要を説明するための図である。 第１の実施形態に係るネットワークシステムの構成の一例を示す図である。 第１の実施形態に係るネットワークスイッチの内部構成の一例を示す図である。 第１の実施形態に係るネットワークスイッチの動作の一例を示すフローチャートである。

初めに、一実施形態の概要について説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、この概要の記載はなんらの限定を意図するものではない。

一実施形態に係るスイッチ１００は、判定部１０１と、メモリ管理部１０２と、を備える（図１参照）。判定部１０１は、ノードから受信した輻輳通知パケットを所定の期間以上連続して受信したか否かの判定と、受信パケットを蓄積するバッファメモリのメモリ使用量が所定の値以上であるか否かの判定により、ノードが受信パケットを正常に処理できない非通常状態であるか否かを判定する。メモリ管理部１０２は、ノードが非通常状態であると判定された場合、バッファメモリに蓄積されたデータのうち非通常状態にあるノード向けのデータを削除する。

上記スイッチ１００は、当該スイッチからパケットを送信される特定ノード（パケットを受信するノード）において、輻輳や故障状態のためデータ（受信パケット）を正常に処理できない状態（非通常状態）が継続しているか否かを判定する。ノードが非通常状態にあると判定された場合には、スイッチ１００は、当該ノードが接続されているポートに向けたデータをバッファから削除する。非通常状態にあるノード向けのデータがバッファメモリから削除（廃棄）されることにより、バッファメモリには他の正常動作しているノード向けのパケットを格納する余地が生まれる。その結果、非通常状態にあるノード（例えば、故障ノード）が正常動作しているノード（負荷の少ないノード）への通信に影響を与えることがなくなる。即ち、ノードが故障した場合であっても、安定的なネットワークの運用が可能となる。

また、上記スイッチ１００の機能をＨＤＤ等に格納されたプログラム（ネットワークスイッチの負荷軽減プログラム）により実現することで、各スイッチに適した上記２つの判定における閾値を設定することが可能となり、システムやスイッチの仕様に応じた柔軟な対応が可能となる。

以下に具体的な実施の形態について、図面を参照してさらに詳しく説明する。なお、各実施形態において同一構成要素には同一の符号を付し、その説明を省略する。また、各図におけるブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。さらに、本願開示に示す回路図、ブロック図、内部構成図、接続図などにおいて、明示は省略するが、入力ポート及び出力ポートが各接続線の入力端及び出力端のそれぞれに存在する。入出力インターフェイスも同様である。

［第１の実施形態］
第１の実施形態について、図面を用いてより詳細に説明する。

図２は、第１の実施形態に係るネットワークシステムの構成の一例を示す図である。図２を参照すると、ネットワークシステムは、複数のノード１０−１〜１０−４とネットワークスイッチ２０を含んで構成される。

なお、以降の説明において、ノード１０−１〜１０−４を区別する特段の理由が無い場合には単に「ノード１０」と表記する。また、図２には４つのノードを図示しているが、ノードの数を限定する趣旨ではない。

ノード１０及びネットワークスイッチ２０は、ＬＡＮケーブル等により接続されている。また、各ノード１０は、ネットワークスイッチ２０を介して相互に通信が可能である。

図３は、第１の実施形態に係るネットワークスイッチ２０の内部構成の一例を示す図である。図３を参照すると、ネットワークスイッチ２０は、スイッチ制御部２０１と、共用バッファメモリ２０２と、共用バッファメモリ管理部２０３と、ノード状態判定部２０４と、ポート制御部２０５と、を含んで構成される。

ネットワークスイッチ２０の各ポートは、スイッチ制御部２０１を介して共用バッファメモリ２０２と接続されている。また、ネットワークスイッチ２０を構成する各処理モジュールは、制御線等により接続され、相互に情報の授受が可能に構成されている。

なお、少なくともノード状態判定部２０４及びポート制御部２０５は、ファームウェアにより実現可能である。つまり、ネットワークスイッチ２０の全部の機能又は一部の機能は、ＨＤＤ等の記憶媒体（メモリ）に格納されたプログラムをＣＰＵ（図示せず）が実行することで実現される。また、そのプログラムは、ネットワークを介してダウンロードするか、あるいは、プログラムを記憶した記憶媒体を用いて、更新することができる。さらに、ノード状態判定部２０４等は、半導体チップ（例えば、マイクロプロセッサ）により実現されてもよい。

スイッチ制御部２０１は、ネットワークスイッチ２０によるパケット転送を実現する手段である。具体的には、スイッチ制御部２０１は、各ノード１０に接続されたポートから受信パケットを取得する。スイッチ制御部２０１は、受信パケットのヘッダ情報を解析し、受信パケットの送信元を特定する。スイッチ制御部２０１は、特定した送信元のＭＡＣ（Media Access Control）アドレスと受信ポートの関係を学習する（ＭＡＣアドレステーブルを作成、更新する）。

スイッチ制御部２０１は、受信パケットを共用バッファメモリ２０２に格納する。より正確には、スイッチ制御部２０１は、共用バッファメモリ２０２を管理、制御する共用バッファメモリ管理部２０３に対して、上記受信パケットの格納を指示する。

また、スイッチ制御部２０１は、受信パケットをノード状態判定部２０４に引き渡す（転送する）。さらに、スイッチ制御部２０１は、ノード１０からポーズパケットを受信している間（受信してから所定の期間）は、当該ポーズパケットを送信しているノード１０に対してパケットを送信しない（送信パケットを送出しない）。なお、ポーズパケットは、上述の輻輳通知パケットに相当する。

スイッチ制御部２０１は、共用バッファメモリ２０２に格納されたデータ（受信パケット）を読み出し、当該データの宛先アドレスに応じたポートに当該読み出したパケットを出力する。

共用バッファメモリ２０２は、ノード１０から受信したパケットを一時的に蓄積する手段である。共用バッファメモリ２０２は、複数のポートそれぞれにて受信したパケットを蓄積するバッファメモリである。

共用バッファメモリ管理部２０３は、共用バッファメモリ２０２を管理、制御するメモリコントローラに相当する。共用バッファメモリ管理部２０３は、後述するノード状態判定部２０４の判定結果に応じて、共用バッファメモリ２０２に蓄積されたデータのうち非通常状態にあるノード向けのデータを削除する手段である。

ノード状態判定部２０４は、ノード１０から受信したポーズパケット（輻輳通知パケット）を所定の期間以上（少なくとも所定の時間）連続して受信したか否かの判定と、受信パケットを蓄積する共用バッファメモリ２０２のメモリ使用量が所定の値以上であるか否かの判定と、を行う手段である。ノード状態判定部２０４は、これら２つの判定により、ノード１０が受信パケットを正常に処理できない非通常状態であるか否かを判定する。

具体的には、ノード状態判定部２０４は、各ノード１０からのポーズパケット受信を監視する。さらに、ノード状態判定部２０４は、ノード１０が極度な輻輳状態にある場合や故障している場合など、受信パケットを正常に処理できない状態に陥っているか否かを判定する。このように、ノード状態判定部２０４は、当該ノード１０が送信するポーズパケットに関し２段階の判定処理を施すことで、ポーズパケットを送信したノード１０が非通常状態にあるか否かを判断する。

ポート制御部２０５は、ノード状態判定部２０４による判定結果に応じて、ポートを操作する手段である。具体的には、ポート制御部２０５は、非通常状態にあるノード１０が接続されたポートをリンクダウンする。

［動作の説明］
次に、図４を参照しつつ、第１の実施形態に係るネットワークスイッチ２０の動作を説明する。

動作の説明に際し、ノード１０−１が、ノード１０−２及びノード１０−３に向けてパケットを送信する場合を考える。但し、ノード１０−２において、その内部のＨＤＤが故障しており、受信パケット（送信されたデータ）を自ノードに書き込む事ができない場合を想定する。また、その場合、ノード１０−２は、自ノードのＨＤＤに受信パケットを書き込む事ができず受信バッファのオーバーフローを回避するため、ポーズパケットをネットワークスイッチ２０に向けて送信しているものとする。

ノード状態判定部２０４は、特定のポートにてポーズパケットを受信しているか否かを判定する（ステップＳ１０１）。

ボーズパケットを受信していなければ（ステップＳ１０１、Ｎｏ分岐）、ノード状態判定部２０４は、各ポートでのポーズパケット受信を監視する（ステップＳ１０１の処理を繰り返す）。

ポーズパケットを受信している場合（ステップＳ１０１、Ｙｅｓ分岐）には、ノード状態判定部２０４は、ポーズパケットの受信が所定の期間以上続いているか否かを判定する（ステップＳ１０２）。

上記の状況では、ノード１０−２が接続されたポートにてポーズパケットを受信しているので、ステップＳ１０２に処理が遷移する。

ポーズパケットの受信が所定の期間未満であれば（ステップＳ１０２、Ｎｏ分岐）、ノード状態判定部２０４は、当該ポーズパケットの受信はノード１０の一時的な輻輳と判断し、ステップＳ１０１に処理を戻す。

ポーズパケットの受信が所定の期間以上続いている場合（ステップＳ１０２、Ｙｅｓ分岐）には、ノード状態判定部２０４は、ステップＳ１０３の判定処理を実行する。

上記の状況では、ノード１０−２のＨＤＤは故障しており、ノード状態判定部２０４は、ポーズパケットを所定の期間以上受信していると判定することになる。従って、ステップＳ１０３に処理が遷移する。

ステップＳ１０３において、ノード状態判定部２０４は、共用バッファメモリ２０２のメモリ消費量が所定の値（閾値）以上であるか否かを判定する。具体的には、ノード状態判定部２０４は、共用バッファメモリ２０２のメモリ消費量を共用バッファメモリ管理部２０３から取得し、当該取得したメモリ消費量に対して閾値処理を施す。

メモリ消費量が閾値よりも小さければ（ステップＳ１０３、Ｎｏ分岐）、ノード状態判定部２０４は、ステップＳ１０３の処理を繰り返す。つまり、共用バッファメモリ２０２の空き容量に余裕がある間は、ノード状態判定部２０４は、ノード１０の状態を確定させない。つまり、共用バッファメモリ２０２の容量に空きがある場合には、ノード状態判定部２０４は、故障しているであろうと推定されるノード１０（上記例では、ノード１０−２）の正常復帰を期待し、上記判定を実行する。

メモリ消費量が閾値以上であれば（ステップＳ１０３、Ｙｅｓ分岐）、ノード状態判定部２０４は、ポーズパケットを送信するノード１０−２は非通常状態であると判定する（ステップＳ１０４）。上記状況では、ノード１０−２は、ポーズパケットを送出し続けるので、ノード状態判定部２０４は、最終的に当該ノードは故障ノード（非通常状態のノード）であると判定する。

その後、ノード状態判定部２０４は、当該事実を共用バッファメモリ管理部２０３とポート制御部２０５に通知する。

ポート制御部２０５は、ポーズパケットを連続して受信したポート（故障ノードが接続されていると判定されたポート）をリンクダウンする（ステップＳ１０５）。

ノード状態判定部２０４は、共用バッファメモリ２０２から故障ノード向けのデータ（宛先がノード１０−２であるパケット）を削除するように共用バッファメモリ管理部２０３に指示する（ステップＳ１０６）。より具体的には、ノード状態判定部２０４は、削除するパケットとして、宛先アドレスが故障ノード（上記例ではノード１０−２）のアドレスであるパケットを指定し、当該アドレスを有するデータ（パケット）を共用バッファメモリ２０２から削除するように、共用バッファメモリ２０２に指示する。あるいは、上記削除指示と合わせて、ノード状態判定部２０４は、故障ノード（上記例では、ノード１０−２）から受信したパケット（受信パケット、ポーズパケット）を共用バッファメモリ２０２から削除するように、共用バッファメモリ管理部２０３に指示してもよい。

ネットワークスイッチ２０は、ポーズパケットが連続入力されると、当該ポーズパケットを送信するノード１０に対してデータを送信することが不可能となり、共用バッファメモリ２０２には当該ノード１０向けのデータ（パケット）が滞留する。当該状況に対して何らの対策を講じなければ、故障したノード１０が交換されるまで、共用バッファメモリ２０２にはパケットが滞留する状態が継続することになる。このような状況にて、故障していないノード１０向け（上記の例では、ノード１０−３向け）の通信負荷が高くなると、共用バッファメモリ２０２全体の容量が圧迫される。結果として、送信ノード（上記の例では、ノード１０−１）から他のノード１０に向けた全ての送信データをネットワークスイッチ２０が受け取れない事態が生じうる。即ち、通信負荷の少ない、ノード１０−４やその他のノード向けの通信遅延が発生すると言った影響が生じうる。

上記問題に対処するため、第１の実施形態に係るネットワークスイッチ２０は、一定期間ポーズパケットが自装置（ネットワークスイッチ２０）に入力されたか否かを判定する第１の判定と、共用バッファメモリ２０２の使用量が所定の値以上であるか否かを判定する第２の判定と、に基づきノード１０の状態（通常状態、非通常状態）を判断している。ネットワークスイッチ２０は、上記２段階の判定により、ノード１０が非通常状態にあると判定すると、当該ノード１０向けのパケット（宛先が当該ノード１０向けのパケット）を共用バッファメモリ２０２から削除（破棄）すると共に、当該ノード１０向けのポートをリンクダウンする。つまり、ネットワークスイッチ２０は、特定ノードへの通信を抑制するだけでなく、特定ノード向けのポートをリンクダウンし、且つ、共用バッファメモリ２０２からデータを削除する。

その結果、ノードが輻輳している場合だけではなくＬＡＮコントローラなどは正常動作しているがＨＤＤが故障しておりデータを受け取れるがＨＤＤに書き込めないために、ポーズパケットを送出し続けるような故障ノード等の影響が回避できる。具体的には、上記故障ノードの影響により、ネットワークスイッチ２０の共用バッファメモリ２０２が占有されてしまい、正常動作をしているノード間の通信に影響を与えることを防止できる。

なお、ノードの状態判定に係る閾値（ポーズパケットの継続時間の閾値、スイッチの出力バッファの閾値）については、システムに最適な値を設定するのが望ましい。つまり、上述のように、ネットワークスイッチ２０の機能をプログラム（ＨＤＤ等に格納されたファームウェア）により実現することで、ネットワークスイッチ２０が使用されているシステムごとに適切な閾値を設定することができる。また、当該閾値の変更も、ネットワークスイッチ２０にインストールされているプログラムを変更することで実現できるため、既に運用中のスイッチに対しても容易に適用できる。

上記実施形態にて説明したネットワークスイッチ２０の構成及び動作は例示であって、種々の変形が可能である。例えば、ネットワークスイッチ２０は、故障ノード等が接続されたポートをリンクダウンすることに替えて、スイッチ制御部２０１にて当該ポートから受信したポーズパケットを破棄するようにしてもよい。

また、上述の説明で用いた複数のフローチャートでは、複数の工程（処理）が順番に記載されているが、各実施形態で実行される工程の実行順序は、その記載の順番に制限されない。各実施形態では、例えば各処理を並行して実行する等、図示される工程の順番を内容的に支障のない範囲で変更することができる。

上記の説明により、本発明の産業上の利用可能性は明らかであるが、本発明は、ＩＰ（Internet Protocol）電話、携帯電話システムなどに好適に適用可能である。即ち、高品質が求められ、且つオフィス内などのように保守者がそばにいなく、故障交換などに時間の掛かる場所に置かれている場合であっても、ネットワークスイッチに対して、ファームもしくはマイクロプロセッサを追加することにより、ネットワークの運営を安定して行えるためである。

なお、引用した上記の特許文献等の各開示は、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の全開示の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし、選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。

１０、１０−１〜１０−４ ノード
２０ ネットワークスイッチ
１００ スイッチ
１０１ 判定部
１０２ メモリ管理部
２０１ スイッチ制御部
２０２ 共用バッファメモリ
２０３ 共用バッファメモリ管理部
２０４ ノード状態判定部
２０５ ポート制御部

Claims (10)

1. ネットワークスイッチに接続されている複数のノードのうち一以上のノードから受信した輻輳通知パケットを所定の期間以上連続して受信したか否かの判定と、ネットワークスイッチが接続されている前記複数のノードから受信した受信パケットを蓄積するバッファメモリのメモリ使用量が所定の値以上であるか否かの判定により、前記輻輳通知パケットを送信した一以上のノードが受信パケットを正常に処理できない故障状態であるか否かを判定する、判定部と、
   前記ノードが故障状態であると判定された場合、前記バッファメモリに蓄積されたデータのうち前記故障状態にあるノード向けのデータを削除する、メモリ管理部と、
   を備える、ネットワークスイッチ。
2. 前記ノードが故障状態であると判定された場合、前記故障状態にあるノードが接続されたポートをリンクダウンするポート制御部をさらに備える、請求項１のネットワークスイッチ。
3. 前記バッファメモリは、複数のポートそれぞれにて受信したパケットを蓄積する共用バッファメモリである、請求項１又は２のネットワークスイッチ。
4. 前記輻輳通知パケットは、ポーズパケットである、請求項１乃至３のいずれか一項に記載のネットワークスイッチ。
5. ネットワークスイッチに接続されている複数のノードのうち一以上のノードから受信した輻輳通知パケットを所定の期間以上連続して受信したか否かの判定と、ネットワークスイッチが接続されている前記複数のノードから受信した受信パケットを蓄積するバッファメモリのメモリ使用量が所定の値以上であるか否かの判定により、前記輻輳通知パケットを送信した一以上のノードが受信パケットを正常に処理できない故障状態であるか否かを判定するステップと、
   前記ノードが故障状態であると判定された場合、前記バッファメモリに蓄積されたデータのうち前記故障状態にあるノード向けのデータを削除するステップと、
   を含む、ネットワークスイッチの制御方法。
6. 前記ノードが故障状態であると判定された場合、前記故障状態にあるノードが接続されたポートをリンクダウンするステップをさらに含む、請求項５のネットワークスイッチの制御方法。
7. 前記バッファメモリは、複数のポートそれぞれにて受信したパケットを蓄積する共用バッファメモリである、請求項５又は６のネットワークスイッチの制御方法。
8. ネットワークスイッチに接続されている複数のノードのうち一以上のノードから受信した輻輳通知パケットを所定の期間以上連続して受信したか否かの判定と、ネットワークスイッチが接続されている前記複数のノードから受信した受信パケットを蓄積するバッファメモリのメモリ使用量が所定の値以上であるか否かの判定により、前記輻輳通知パケットを送信した一以上のノードが受信パケットを正常に処理できない故障状態であるか否かを判定する処理と、
   前記ノードが故障状態であると判定された場合、前記バッファメモリに蓄積されたデータのうち前記故障状態にあるノード向けのデータを削除する処理と、
   をネットワークスイッチに搭載されたコンピュータに実行させるプログラム。
9. 前記ノードが故障状態であると判定された場合、前記故障状態にあるノードが接続されたポートをリンクダウンする処理をさらに実行させる、請求項８のプログラム。
10. 前記バッファメモリは、複数のポートそれぞれにて受信したパケットを蓄積する共用バッファメモリである、請求項８又は９のプログラム。