JP7316390B2 - ソフトウェア定義ネットワークにおける切断されたノードのピア発見プロセス - Google Patents

Description

関連出願の相互参照
本出願は、２０１９年７月３０日に出願された「ＰＥＥＲ ＤＩＳＣＯＶＥＲＹ ＰＲＯＣＥＳＳ ＦＯＲ ＤＩＳＣＯＮＮＥＣＴＥＤ ＮＯＤＥＳ ＩＮ Ａ ＳＯＦＴＷＡＲＥ ＤＥＦＩＮＥＤＮＥＴＷＯＲＫ」と題された米国非仮特許出願第１６／５２６，７２２号の利益および優先権を主張し、その内容は、参照によりその全体が本明細書に明示的に組み込まれる。

本開示の主題は、概して、コンピュータネットワーキングの分野に関し、より詳細には、ソフトウェア定義ネットワークにおけるアクセス可能／切断されたノードのピア発見プロセスのためのシステムおよび方法に関する。

構内ネットワークは、オフィス、病院、カレッジおよび大学、石油およびガス施設、工場、ならびに同様の場所などの環境内で、コンピューティングデバイス（例えば、サーバ、ワークステーション、デスクトップコンピュータ、ラップトップコンピュータ、タブレット、携帯電話など）やモノ（例えば、卓上電話、防犯カメラ、照明、暖房、換気、および空調（ＨＶＡＣ）、窓、ドア、ロック、医療デバイス、産業および製造機器など）への接続を提供するソフトウェア定義ネットワーク（ＳＤ－ＷＡＮ）とすることができる。構内ネットワークが直面し得るいくつかの固有の課題には、有線および無線デバイスの統合、ネットワーク内のどこにでも表れ得るコンピューティングデバイスやモノのオンボーディング、デバイスやモノがネットワーク内の場所から場所へ移動するときの接続の維持、ブリング・ヨア・オウン・デバイス（ＢＹＯＤ）機能のサポート、モノのインターネット（ＩｏＴ）デバイスの接続と電力供給、ならびにＷｉ－Ｆｉアクセス、デバイスモビリティ、ＢＹＯＤ、およびＩｏＴに関連付けられた脆弱性に拠らないネットワークのセキュリティ保護が含まれ得る。

ＳＤ－ＷＡＮでのデバイスおよびノードの動作の監視は、ｖＭａｎａｇｅと呼ばれるネットワーク管理コンポーネントを介して可能である。ｖＭａｎａｇｅを介して、ネットワーク管理者は、ネットワークを監視およびデバッグし、切断されたノードを識別し、それらをデバッグ／修正することができる。ｖＭａｎａｇｅは、ネットワーク内のコントローラとエッジルータ（ｖＥｄｇｅ）間の制御プレーン接続に依拠して、エッジルータやコントローラ（例えば、ｖＳｍａｒｔコンポーネント）などのネットワーク内のコントローラノードの健全性に関するデータを収集する。しかしながら、そのような制御プレーン接続が失われると、ｖＭａｎａｇｅは、切断されたノードを識別するためのヘルスデータを受信できなくなる。

本開示ならびにその特徴および利点をより完全に理解してもらうために、添付の図面と併せて、以下の説明を参照する。

本開示の一態様によるネットワークアーキテクチャを示す。 本開示の一態様による、図１のネットワークアーキテクチャのネットワーク環境の一例を示す。 本開示の一態様による、図１および図２のネットワークにおける制御プレーンの接続の喪失後のパニックピア発見のプロセスを説明する。 本開示の一態様によるシステムの例を示す。 本開示の一態様によるシステムの例を示す。

例示的な実施形態の説明
本開示の様々な例示的な実施形態について、以下で詳細に論じる。特定の実装形態について論じるが、これは例示のみを目的として行われることを理解されたい。関連技術分野の当業者は、本開示の趣旨および範囲から離れることなく、他のコンポーネントおよび構成を使用することができることを認識するであろう。したがって、以下の説明および図面は例示的なものであり、限定的なものとして解釈されるべきではない。本開示を完全に理解してもらうために、多数の特定の詳細が説明される。しかしながら、特定の例において、説明を曖昧にすることを避けるために、周知のまたは従来技術の詳細は説明されていない。本開示における一実施形態または実施形態への言及は、同じ実施形態または任意の実施形態への言及であり得、このような言及は、実施形態のうちの少なくとも１つを意味する。

「一実施形態」または「実施形態」への言及は、実施形態に関連して記載された特定の特徴、構造、または特性が、本開示の少なくとも１つの実施形態に含まれることを意味する。本明細書の様々な場所における「一実施形態において」という語句の出現は、必ずしもすべてが同じ実施形態を指すわけではなく、他の実施形態を相互に排除する別個のまたは代替の実施形態でもない。さらに、いくつかの実施形態によって示され、他の実施形態によって示されない場合もある、様々な特徴が記載されている。

本開示の範囲を限定することを意図することなく、本開示の実施形態による機器、装置、方法、およびそれらに関連する結果の例を以下に示す。タイトルまたはサブタイトルは、読者の便宜のために例で使用される場合があり、決して、本開示の範囲を制限するものではないことに留意されたい。別段の定義がない限り、本明細書で使用される技術的および科学的用語は、本開示が属する技術分野の当業者によって一般的に理解される意味を有する。矛盾する場合は、定義を含む本文献が優先される。

本開示の追加の特徴および利点は、以下の説明に記載され、一部は説明から明らかであるか、または本明細書に開示された原理の実践によって学ぶことができる。本開示の特徴および利点は、添付の特許請求の範囲で特に指摘されている機器および組み合わせによって実現および取得することができる。本開示のこれらおよび他の特徴は、以下の説明および添付の特許請求の範囲からより完全に明らかになるか、または本明細書に記載の原理の実践によって学ぶことができる。

以下に記載される詳細な説明は、実施形態の様々な構成を説明することを意図しており、本開示の主題を実施することができる唯一の構成を表すことを意図するものではない。添付の図面は、本明細書に組み込まれ、詳細な説明の一部を構成する。詳細な説明は、本開示の主題のより完全な理解をもたらすことを目的とした特定の詳細を含む。しかしながら、本開示の主題が、本明細書に記載される特定の詳細に限定されず、これらの詳細なしで実施できることは、明らかであり、分かるであろう。場合によっては、本開示の主題の概念を曖昧にすることを回避するために、構造およびコンポーネントが、ブロック図で示される。

概要
本発明の態様は、独立請求項で述べられ、好ましい特徴は、従属請求項で述べられる。一態様の特徴は、単独で、または他の態様と組み合わせて、各態様に適用され得る。

上記のように、ソフトウェア定義ネットワーク（ＳＤ－ＷＡＮ）でのデバイスおよびノードの動作の監視は、ネットワーク管理ノード（例えば、ｖＭａｎａｇｅ）とネットワークコントローラ（例えば、ｖＳｍａｒｔ）またはｖＥｄｇｅなどのエッジルータとの間の制御プレーン接続が失われたとき、課題に直面し、なぜなら、このような接続が失われると、壊れたノードを監視およびデバッグするために必要な、ノードの健全性に関するデータをｖＭａｎａｇｅが受信できなくなるからである。

以下に説明するように、本開示は、ピアノード発見プロセスを対象とする例示的な実施形態を提供し、それにより、ネットワーク管理ノードは、制御プレーンを介してネットワーク管理ノードへの接続を失ったアクセス不能ノードのピアを発見し、発見されたピアを介してアクセス不能ノードのヘルスレポートを受信することができる。

本明細書で説明するように、方法は、ネットワークノードへの接続の喪失を検出することと、ネットワークノードのタイプに基づいて、ネットワークノードのヘルスレポートを取得するために第１のプロセスまたは第２のプロセスのいずれかを実行することであって、第１のプロセスと第２のプロセスは、ネットワークノードのヘルスレポートが受信される少なくとも１つの対応するピアノードの識別を含む、実行することと、接続の喪失の根本的な原因を決定するために、ヘルスレポートを分析することと、を含む。

任意選択で、方法は、ネットワークノードがコントローラであると決定することと、ネットワークノードのヘルスレポートを取得するために第１のプロセスを実行することと、をさらに含む。

任意選択で、第１のプロセスは、ネットワークノードのピアコントローラを識別することと、パニック信号をピアコントローラに送信することと、パニック信号に応答してピアコントローラから確認応答を受信することと、ピアコントローラからネットワークノードのヘルスレポートを受信することと、を含む。

任意選択で、ピアコントローラは、ネットワークノードとフルメッシュであり、ネットワークノードと同じコントローラグループ識別子を有する。

任意選択で、方法は、ネットワークノードをエッジネットワークデバイスとして識別することと、ネットワークノードのヘルスレポートを取得するために第２のプロセスを実行することと、をさらに含む。

任意選択で、第２のプロセスは、対応するネットワークのデータプレーン上でピアエッジネットワークデバイスを識別することと、パニック信号をピアエッジネットワークデバイスに送信することと、パニック信号に応答してピアエッジネットワークデバイスから確認応答を受信することと、ピアエッジネットワークデバイスからネットワークノードのヘルスレポートを受信することと、を含む。

任意選択で、ピアエッジネットワークデバイスを識別することは、ネットワークノードが存在する各ゾーン内の各候補ピアエッジネットワークデバイスの加重スコアを決定することと、ピアエッジネットワークデバイスとして、すべての候補ピアエッジネットワークデバイスの中で最も高い加重スコアを持つ候補ピアエッジネットワークデバイスを選択することと、を含む。

任意選択で、加重スコアは、対応する候補ピアエッジネットワークデバイスの複数の要因の加重和であり、複数の要因の各々は、対応する候補ピアエッジネットワークデバイスの性能特性を示す。

本明細書でも説明するように、コントローラは、コンピュータ可読命令をその中に格納するメモリと、１つ以上のプロセッサとを含む。１つ以上のプロセッサは、ネットワークノードへの接続の喪失を検出することと、ネットワークノードのタイプに基づいて、ネットワークノードのヘルスレポートを取得するために第１のプロセスまたは第２のプロセスのいずれかを実行することであって、第１のプロセスと第２のプロセスは、ネットワークノードのヘルスレポートが受信される少なくとも１つの対応するピアノードの識別を含む、実行することと、接続の喪失の根本的な原因を決定するために、ヘルスレポートを分析することと、を行うために、コンピュータ可読命令を実行するように構成されている。

本明細書でも説明するように、１つ以上の非一時的なコンピュータ可読媒体は、コンピュータ可読命令を含み、これは、１つ以上のプロセッサによって実行されると、１つ以上のプロセッサに、ネットワークノードへの接続の喪失を検出することと、ネットワークノードのタイプに基づいて、ネットワークノードのヘルスレポートを取得するために第１のプロセスまたは第２のプロセスのいずれかを実行することであって、第１のプロセスと第２のプロセスは、ネットワークノードのヘルスレポートが受信される少なくとも１つの対応するピアノードの識別を含む、実行することと、接続の喪失の根本的な原因を決定するために、ヘルスレポートを分析することと、を行わせる。

上記で簡単に述べたパニックピア選択プロセスを説明する前に、企業ネットワークとしてのＳＤ－ＷＡＮの物理的および論理的アーキテクチャのいくつかの例を図１～図３を参照して説明する。

図１は、本開示の一態様によるネットワークアーキテクチャを示す。ネットワークアーキテクチャ１００の実装形態の例は、Ｃｉｓｃｏ（登録商標）ソフトウェア定義ワイドエリアネットワーク（ＳＤ－ＷＡＮ）アーキテクチャである。ただし、当業者は、ネットワークアーキテクチャ１００および本開示で論じられる任意の他のシステムについて、同様のまたは代替の構成で追加のまたはより少ないコンポーネントが存在し得ることを理解するであろう。本開示で提供される説明図および例は、簡潔さおよび明快さのためである。他の例示的な実施形態は、異なる数および／またはタイプの要素を含み得るが、当業者は、そのような変形例が本開示の範囲から逸脱しないことを理解するであろう。

この例では、ネットワークアーキテクチャ１００は、オーケストレーションプレーン１０２、管理プレーン１２０、制御プレーン１３０、およびデータプレーン１４０を含むことができる。オーケストレーションプレーン１０２は、オーバーレイネットワークにおけるエッジネットワークデバイス１４２（例えば、スイッチ、ルータなど）の自動オンボーディングを支援することができる。オーケストレーションプレーン１０２は、１つ以上の物理または仮想ネットワークオーケストレータアプライアンス１０４を含むことができる。ネットワークオーケストレータアプライアンス１０４は、エッジネットワークデバイス１４２の初期認証を実行し、制御プレーン１３０のデバイスおよびデータプレーン１４０のデバイス間の接続性をオーケストレートすることができる。いくつかの例示的な実施形態では、ネットワークオーケストレータアプライアンス１０４はまた、ネットワークアドレス変換（ＮＡＴ）の背後に位置するデバイスの通信を可能にすることもできる。いくつかの例示的な実施形態では、物理的または仮想的なＣｉｓｃｏ（登録商標）ＳＤ－ＷＡＮ ｖＢｏｎｄアプライアンスは、ネットワークオーケストレータアプライアンス１０４として動作することができる。

管理プレーン１２０は、ネットワークの集中構成および監視を担当することができる。管理プレーン１２０は、１つ以上の物理または仮想ネットワーク管理アプライアンス１２２を含むことができる。ネットワーク管理アプライアンス１２２は、グラフィカルユーザインターフェースを介してネットワークの集中型管理を提供して、ユーザがアンダーレイおよびオーバーレイネットワークにおけるエッジネットワークデバイス１４２およびリンク（例えば、インターネットトランスポートネットワーク１６０、マルチプロトコルラベルスイッチング（ＭＰＬＳ）ネットワーク１６２、４Ｇ／ＬＴＥネットワーク１６４）を監視、構成、および維持することを可能にすることができる。ネットワーク管理アプライアンス１２２は、マルチテナントをサポートし、異なるエンティティ（例えば、企業、企業内の部門、部門内のグループなど）と関連付けられた論理的に分離されたネットワークの集中型管理を可能にすることができる。代替的に、または加えて、ネットワーク管理アプライアンス１２２は、単一のエンティティのための専用のネットワーク管理システムであり得る。いくつかの例示的な実施形態では、物理的または仮想的なＣｉｓｃｏ（登録商標）ＳＤ－ＷＡＮ ｖＭａｎａｇｅアプライアンスは、ネットワーク管理アプライアンス１２２として動作することができる。

管理プレーン１２０はまた、最高および最低の性能のアプリケーション、最も帯域幅を消費するアプリケーション、異常なアプリケーションファミリ（例えば、帯域幅消費が一定期間にわたって変化するアプリケーション）、ネットワーク可用性および回線可用性、キャリアヘルス、最高および最低の性能のトンネルなど、アプリケーションおよびネットワークの性能を経時的に可視化するためのアナリティクスエンジン１２４を含むことができる。アナリティクスエンジン１２４は、オーバーレイネットワークのグラフィカル表現を生成し、かつユーザがドリルダウンして特定の時間に単一のキャリア、トンネル、またはアプリケーションの特性を表示することを可能にし得、ネットワーク管理アプライアンス１２２（例えば、ｖＭａｎａｇｅ）のユーザインターフェースを介してネットワーク管理者に同じものを提示することができる。ユーザインターフェースは、ネットワークのインタラクティブな概要、およびさらなる詳細の入口点として機能することができる。いくつかの例示的な実施形態では、ユーザインターフェースは、過去２４時間の情報を表示し、ユーザがドリルダウンして、異なるデータセットを表示する異なる時間期間を選択することを可能にすることができる。ユーザインターフェースはまた、ネットワークアナリティクスの中でもとりわけ、ネットワーク可用性、キャリアによるＷＡＮ性能、アプリケーションについてのデータを表示することもできる。

いくつかの例示的な実施形態では、アナリティクスエンジン１２４は、個々のアプリケーション用にカスタマイズできる仮想体験品質（ｖＱｏＥ）値を含むアプリケーション性能を提供することができる。この値は、０～１０の範囲を取り、０が最低の性能、１０が最高の性能である。アナリティクスエンジンは、遅延、損失、およびジッタに基づいてｖＱｏＥを計算し、アプリケーションごとに計算をカスタマイズすることができる。

制御プレーン１３０は、ネットワークトポロジーを構築および維持し、トラフィックが流れる場所を決定することができる。制御プレーン１３０は、１つ以上の物理または仮想ネットワークコントローラアプライアンス１３２を含むことができる。ネットワークコントローラアプライアンス１３２は、各エッジネットワークデバイス１４２へのセキュアな接続を確立し、制御プレーンプロトコル（例えば、Ｏｖｅｒｌａｙ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ（ＯＭＰ）、Ｏｐｅｎ Ｓｈｏｒｔｅｓｔ Ｐａｔｈ Ｆｉｒｓｔ（ＯＳＰＦ）、Ｉｎｔｅｒｍｅｄｉａｔｅ Ｓｙｓｔｅｍ ｔｏ Ｉｎｔｅｒｍｅｄｉａｔｅ Ｓｙｓｔｅｍ（ＩＳ－ＩＳ）、Ｂｏｒｄｅｒ Ｇａｔｅｗａｙ Ｐｒｏｔｏｃｏｌ（ＢＧＰ）、Ｐｒｏｔｏｃｏｌ－Ｉｎｄｅｐｅｎｄｅｎｔ Ｍｕｌｔｉｃａｓｔ（ＰＩＭ）、Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ（ＩＧＭＰ）、Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ（ＩＣＭＰ）、Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＡＲＰ）、Ｂｉｄｉｒｅｃｔｉｏｎａｌ Ｆｏｒｗａｒｄｉｎｇ Ｄｅｔｅｃｔｉｏｎ（ＢＦＤ）、Ｌｉｎｋ Ａｇｇｒｅｇａｔｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ（ＬＡＣＰ）など）を介してルート情報およびポリシー情報を配信することができる。いくつかの例示的な実施形態では、ネットワークコントローラアプライアンス１３２は、ルートリフレクタとして動作することができる。ネットワークコントローラアプライアンス１３２はまた、エッジネットワークデバイス１４２間のデータプレーン１４０内のセキュアな接続をオーケストレートすることもできる。例えば、いくつかの例示的な実施形態では、ネットワークコントローラアプライアンス１３２は、エッジネットワークデバイス１４２間で暗号鍵情報を配信することができる。これにより、ネットワークは、インターネットキー交換（ＩＫＥ）なしで、セキュアなネットワークプロトコルまたはアプリケーション（例えば、インターネットプロトコルセキュリティ（ＩＰＳｅｃ）、トランスポート層セキュリティ（ＴＬＳ）、セキュアシェル（ＳＳＨ）など）をサポートし、ネットワークのスケーラビリティを可能にすることができる。いくつかの例示的な実施形態では、物理的または仮想的なＣｉｓｃｏ（登録商標）ＳＤ－ＷＡＮ ｖＳｍａｒｔコントローラは、ネットワークコントローラアプライアンス１３２として動作することができる。

データプレーン１４０は、制御プレーン１３０からの決定に基づいてパケットを転送することを担当することができる。データプレーン１４０は、物理または仮想ネットワークデバイスであり得るエッジネットワークデバイス１４２を含むことができる。エッジネットワークデバイス１４２は、１つ以上のデータセンターもしくはコロケーションセンター１５０、構内ネットワーク１５２、ブランチオフィスネットワーク１５４、ホームオフィスネットワーク１５６などにおいて、またはクラウド（例えば、Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ（ＩａａＳ）、Ｐｌａｔｆｏｒｍ ａｓ ａ Ｓｅｒｖｉｃｅ（ＰａａＳ）、ＳａａＳ、および他のクラウドサービスプロバイダネットワーク）においてなど、組織と関連付けられた様々なネットワークサイトの端部で動作することができる。エッジネットワークデバイス１４２は、１つ以上のインターネットトランスポートネットワーク１６０（例えば、デジタル加入者回線（ＤＳＬ）、ケーブルなど）、ＭＰＬＳネットワーク１６２（または他のプライベートパケット交換ネットワーク（例えば、メトロイーサネット、フレームリレー、非同期転送モード（ＡＴＭ）など）、モバイルネットワーク１６４（例えば、３Ｇ、４Ｇ／ＬＴＥ、５Ｇなど）、または他のＷＡＮ技術（例えば、同期光ネットワーキング（ＳＯＮＥＴ）、同期デジタル階層（ＳＤＨ）、高密度波長分割多重（ＤＷＤＭ）、または他の光ファイバ技術、リース回線（例えば、Ｔｌ／Ｅｌ、Ｔ３／Ｅ３など）、公衆交換電話網（ＰＳＴＮ）、統合サービスデジタルネットワーク（ＩＳＤＮ）、または他のプライベート回線交換網、小型開口ターミナル（ＶＳＡＴ）または他の衛星ネットワークなど）を介するなど、１つ以上のＷＡＮトランスポートを介したサイト間のセキュアなデータプレーン接続を提供することができる。エッジネットワークデバイス１４２は、タスクの中でもとりわけ、トラフィック転送、セキュリティ、暗号化、サービス品質（ＱｏＳ）、およびルーティング（例えば、ＢＧＰ、ＯＳＰＦなど）を担当することができる。いくつかの実施形態では、物理的または仮想的なＣｉｓｃｏ（登録商標）ＳＤ－ＷＡＮ ｖＥｄｇｅルータは、エッジネットワークデバイス１４２として動作することができる。

図２は、本開示の一態様による、図１のネットワークアーキテクチャのネットワーク環境の一例を示す。ネットワーク環境２００は、ネットワークアーキテクチャ１００の様々な側面の実装を示している。ネットワーク環境２００は、管理ネットワーク２０２、ネットワークサイト２０４Ａおよび２０４Ｂ（総称して、２０４）の対（例えば、データセンター１５０、構内ネットワーク１５２、ブランチオフィスネットワーク１５４、ホームオフィスネットワーク１５６、クラウドサービスプロバイダネットワークなど）、ならびにインターネットトランスポートネットワーク１６０Ａおよび１６０Ｂ（総称して、１６０）の対を含むことができる。管理ネットワーク２０２は、１つ以上のネットワークオーケストレータアプライアンス１０４（例えば、ｖＢｏｎｄアプライアンス）、１つ以上のネットワーク管理アプライアンス１２２（例えば、ｖＭａｎａｇｅ）、および１つ以上のネットワークコントローラアプライアンス１３２（ｖＳｍａｒｔまたは単にネットワークコントローラ）を含むことができる。この例では、管理ネットワーク２０２は単一のネットワークとして示されているが、当業者は、管理ネットワーク２０２の各オブジェクトが、任意の数のネットワークに分散され、および／またはサイト２０４とコロケートされ得ることを理解するであろう。この例では、管理ネットワーク２０２の各オブジェクトに、トランスポートネットワーク１６０Ａまたは１６０Ｂのいずれかを介して到達することができる。

各サイトは、１つ以上のアクセスネットワークデバイス２０８に接続された１つ以上のエンドポイント２０６を含むことができる。エンドポイント２０６は、汎用コンピューティングデバイス（例えば、サーバ、ワークステーション、デスクトップコンピュータなど）、モバイルコンピューティングデバイス（例えば、ラップトップ、タブレット、携帯電話など）、ウェアラブルデバイス（例えば、腕時計、眼鏡または他のヘッドマウントディスプレイ（ＨＭＤ）、イヤーデバイスなど）などを含むことができる。エンドポイント２０６はまた、農業機器（例えば、家畜追跡および管理システム、給水デバイス、無人航空機（ＵＡＶ）など）、コネクテッドカーおよび他の車両、スマートホームセンサおよびデバイス（例えば、警報システム、防犯カメラ、照明、電化製品、メディアプレーヤー、ＨＶＡＣ機器、ユーティリティメータ、窓、自動ドア、ドアベル、ロックなど）、オフィス機器（例えば、卓上電話、コピー機、ファクシミリなど）、ヘルスケアデバイス（例えば、ペースメーカ、生体認証センサ、医療機器など）、産業機器（例えば、ロボット、工場機械、建設機器、産業用センサなど）、小売機器（例えば、自動販売機、店舗販売時点情報管理（ＰＯＳ）デバイス、無線周波数識別（ＲＦＩＤ）タグなど）、スマートシティデバイス（例えば、街灯、パーキングメータ、廃棄物管理センサなど）、輸送および物流機器（例えば、回転式改札口、レンタカートラッカ、ナビゲーションデバイス、在庫モニタなど）など、モノのインターネット（ＩｏＴ）デバイスまたは機器を含むことができる。

アクセスネットワークデバイス２０８は、物理または仮想スイッチ、ルータ、および他のネットワークデバイスを含むことができる。この例では、サイト２０４Ａはアクセスネットワークデバイスの対を含んで示され、サイト２０４Ｂは単一のアクセスネットワークデバイスを含んで示されているが、アクセスネットワークデバイス２０８は、多層（例えば、コア層、ディストリビューション層、およびアクセス層）、スパインアンドリーフ、メッシュ、ツリー、バス、ハブアンドスポークなどを含む任意のネットワークトポロジー内の任意の数のネットワークデバイスを含むことができる。例えば、いくつかの実施形態では、１つ以上のデータセンターネットワークは、Ｃｉｓｃｏ（登録商標）アプリケーションセントリックインフラストラクチャ（ＡＣＩ）アーキテクチャを実装してもよく、および／または１つ以上の構内ネットワークは、Ｃｉｓｃｏ（登録商標）ソフトウェア定義アクセス（ＳＤ－アクセスまたはＳＤＡ）アーキテクチャを実装してもよい。アクセスネットワークデバイス２０８は、エンドポイント２０６を１つ以上のエッジネットワークデバイス１４２に接続することができ、エッジネットワークデバイス１４２を使用して、トランスポートネットワーク１６０に直接接続することができる。

いくつかの例示的な実施形態では、各エッジネットワークデバイス１４２は、ネットワークコントローラアプライアンス１３２のうちの少なくとも１つとの、データグラムトランスポート層セキュリティ（ＤＴＬＳ）またはＴＬＳ制御接続を形成し、各トランスポートネットワーク１６０を介して任意のネットワークコントローラアプライアンス１３２に接続することができる。いくつかの例示的な実施形態では、エッジネットワークデバイス１４２はまた、ＩＰＳｅｃトンネルを介して他のサイトのエッジネットワークデバイスにセキュアに接続することもできる。いくつかの例示的な実施形態では、ＢＦＤプロトコルをこれらの各トンネル内で使用して、損失、レイテンシ、ジッタ、およびパス障害を検出し得る。

上記のように、ネットワークのノード（例えば、エッジネットワークデバイス１４２および／またはネットワークコントローラアプライアンス１３２）は、ネットワークの制御プレーンを介してネットワーク管理アプライアンス１２２への接続を失うことがある。ネットワーク管理アプライアンス１２２は、そのような制御プレーン接続に依拠して、ネットワークのエッジネットワークデバイス１４２およびネットワーク制御アプライアンス１３２の健全性に関するデータを受信し、これにより、ネットワーク管理アプライアンス１２２は、誤動作またはダウンしたエッジネットワークデバイス１４２、ネットワーク制御アプライアンス１３２、および／またはネットワークの他のデバイスもしくは要素を監視および／またはデバッグするための措置をとることが可能になる。

以下に説明するように、パニックピア発見プロセスは、ネットワーク管理アプライアンス１２２がエッジネットワークデバイス１４２および／またはネットワークコントローラアプライアンス１３２（これはアクセス不能ノードと呼ばれることがある）への制御プレーン接続を失うときに利用され得、ネットワーク管理アプライアンス１２２は、ピアエッジネットワークデバイス１４２および／またはピアネットワークコントローラアプライアンス１３２（ピアノードと呼ばれることがある）を介してそのようなアクセス不能ノードに到達し、アクセス不能ノードの健全性に関するデータを受信することができ、これにより、ネットワーク管理アプライアンス１２２がアクセス不能ノードの誤動作を修正／デバッグするための手順を実行するための措置をとることが可能になる。

図３は、本開示の一態様による、図１および図２のネットワークにおける制御プレーンの接続の喪失後のパニックピア発見のプロセスを説明する。図３は、図１のネットワーク管理アプライアンス１２２の観点から説明される。しかしながら、ネットワーク管理アプライアンス１２２に対応する１つ以上のプロセッサは、１つ以上の関連するメモリに格納されたコンピュータ可読命令を実行して、図３のパニックピア発見プロセスを実装するようにネットワーク管理アプライアンス１２２を構成できることが理解される。

Ｓ３００において、ネットワーク管理アプライアンス１２２は、エッジネットワークデバイス１４２（例えば、１つ以上のｖＥｄｇｅ）またはネットワークコントローラアプライアンス１３２（例えば、１つ以上のコントローラ）などのネットワークノードへの制御プレーン接続の喪失を検出する。一例では、ネットワーク管理アプライアンス１２２は、閾値期間を超えてそのようなノードと情報またはデータが交換されない場合（そのような閾値は、実験および／または経験的研究に基づいて決定される構成可能なパラメータであり得る）、そのような接続の喪失を検出することができる。前述のように、制御プレーンの接続が失われたネットワークノードは、アクセス不能ノードと呼ばれる場合がある。

図３は、１つのエッジネットワークデバイスまたは１つのネットワークコントローラアプライアンスへの接続の喪失の検出に関して説明されるが、図３の方法は、複数のエッジネットワークデバイスおよび複数のネットワークコントローラアプライアンスへの接続の複数（および／または同時）の喪失の検出にも同様に適用できることに留意されたい。

Ｓ３０２で、ネットワーク管理アプライアンス１２２は、アクセス不能ノードのタイプを決定する。言い換えれば、ネットワーク管理アプライアンス１２２は、アクセス不能ノードがエッジネットワークデバイス１４２であるかネットワークコントローラアプライアンス１３２であるかを決定する。一例では、ノードが最初にネットワークに参加するときにノードがプロビジョニングされるとき、ノードのタイプはネットワーク管理アプライアンス１２２に通信される。セキュリティの目的で、ネットワーク管理アプライアンス１２２は、どのタイプのノードがネットワーク管理アプライアンス１２２に接続するかについての特定の証明書シリアル番号でプロビジョニングされ得る。また、各ノードは、そのタイプに関する情報をネットワーク管理アプライアンス１２２に定期的に通信することができる。アクセス不能ノードのタイプ（例えば、エッジネットワークデバイスまたはネットワークコントローラアプライアンス）に応じて、以下に説明するように、ネットワーク管理アプライアンス１２２は、アクセス不能ネットワークノードについてのピアノードの発見およびヘルスレポートの取得のための第１のプロセスまたは第２のプロセスのいずれかを実行する。第１のプロセスはＳ３０４－Ｓ３１０を参照して説明され、第２のプロセスはＳ３１２－Ｓ３２２を参照して説明される。

Ｓ３０２で、ネットワーク管理アプライアンス１２２が、アクセス不能ノードがネットワークコントローラアプライアンス１３２であると決定し、Ｓ３０４で、ネットワーク管理アプライアンス１２２は、アクセス不能ノードとフルメッシュにあるすべてのピアネットワークコントローラアプライアンス１３２にパニック信号を送信する。そのようなパニック信号は、アクセス不能ノードの健全性に関するデータ（ヘルスデータ）を受信するためのネットワーク管理アプライアンス１２２による要求であり得る。

一例では、そのようなすべてのピアネットワークコントローラアプライアンス１３２は、アクセス不能ノードと同じコントローラグループ識別（ＣＧＩＤ）を有することができ、各ネットワークコントローラアプライアンス１３２のＣＧＩＤは、アクセス可能なテーブル／データベースでネットワーク管理アプライアンス１２２に利用可能である。

その後、Ｓ３０６で、パニック信号を受信した同じＣＧＩＤを有する１つ以上のピアネットワークコントローラアプライアンス１３２は、パニック信号および要求の受信を確認応答することができる。ＡＣＫは、対応するピアネットワークコントローラアプライアンス１３２がアクセス不能ノードに関するヘルスデータを取得する要求を受け入れることを示し得、ＮＡＣＫは、対応するピアネットワークコントローラアプライアンス１３２によるそのような要求の拒否を示し得る。

ＡＣＫを受信すると同時に、ＡＣＫが受信される対応するピアネットワークコントローラアプライアンス１３２は、アクセス不能ノード（アクセス不能ネットワークコントローラアプライアンス１３２）にそのヘルスレポートを生成するように信号を送る。このようなヘルスレポートには、メモリ消費、ノードで実行されているプロセス、ノードに存在する構成パラメータ、ノードで実行されているソフトウェアバージョン、制御プレーン、データプレーン、転送、セキュリティ、プラットフォームなどの異なるソフトウェア定義ＷＡＮ（ＳＤＷＡＮ）エリア固有のデバッグが含まれるが、これらに限定されない、アクセス不能ノードをオフラインでデバッグするために必要な情報が含まれ得る。つまり、対応するネットワークアプライアンス１３２は、アクセス不能ネットワークアプライアンス１３２に信号を送信して、アクセス不能ネットワークアプライアンス１３２にそれ自体の健全性に関するレポートを生成し、それをピアネットワークコントローラアプライアンス１３２に送り返すよう要求する。

生成されたヘルスレポートを受信すると、Ｓ３０８で、ネットワーク管理アプライアンス１２２は、対応するピアネットワークコントローラアプライアンス１３２から生成されたヘルスレポートを受信する。一例では、生成されたヘルスレポートをネットワーク管理アプライアンス１２２に送信することに加えて、ピアネットワークコントローラアプライアンス１３２は、さらなる分析／診断のために、生成されたヘルスレポートをリモートサーバ（例えば、Ｃｉｓｃｏ（登録商標）Ｖｉｐｔｅｒａサーバ）にも送信する。

その後、Ｓ３１０において、ネットワーク管理アプライアンス１２２は、Ｓ３０８で受信されたアクセス不能ノードの生成されたヘルスレポートを分析して、アクセス不能ノードへの接続の喪失の根本原因を決定し、アクセス不能ネットワーク管理アプライアンス１３２に関連付けられた接続および／または誤動作の問題をデバッグ／修正する。

例えば、ネットワーク管理アプライアンス１２２は、ヘルスレポートを分析して、ネットワーク管理アプライアンス１２２とアクセス不能ノードとの間の制御プレーン接続が、一定期間アップした後、ダウンしていると決定することができる。デバッグコマンドは、どの制御接続がアップしているか、どの制御接続がダウンしているか、および制御がダウンしている理由を正確に示し得る。

しかしながら、ネットワーク管理アプライアンス１２２は、データプレーン接続が他のノード（例えば、エッジルータ／ｖＥｄｇｅｓ１４２）とはまだ損なわれていないと決定することができる。制御接続の履歴（別のｄｅｂｕｇ／ｓｈｏｗコマンドチェック）を見ると、ネットワーク管理アプライアンス１２２は、アクセス不能ノード（例えば、ｖＥｄｇｅ １４２）がネットワーク管理アプライアンス１２２および／またはコントローラ１３２への制御接続を試みていないと決定できる。その後、デバイスの構成変更を見ると（これもｄｅｂｕｇ／ｓｈｏｗコマンドを介してチェックされる）、ネットワーク管理アプライアンス１２２は、顧客／オペレータが唯一存在するＷＡＮインターフェースに、「ｍａｘ－ｃｏｎｔｒｏｌ－ｃｏｎｎｅｃｔｉｏｎｓ ０」という構成をプッシュしたと決定できる。この構成の目的は、すべての制御接続を停止することであるが、データプレーン接続はそのままである。

上記のすべてを合わせて、ネットワーク管理アプライアンス１２２は、これが、デバイス上に唯一存在するＷＡＮインターフェース上で「ｍａｘ－ｃｏｎｔｒｏｌ－ｃｏｎｎｅｃｔｉｏｎｓ」を「０」として構成したユーザエラーであると決定することができる。顧客（アクセス不能エッジャールータ１４２のオペレータ）が診断とともに問題を修正する許可を与えた場合、ネットワーク管理アプライアンス１２２は、この構成変更をロールバックするだけ（デバイスはどの構成がいつ変更されたかの履歴を格納する）であり、すべての制御接続が復旧する。その後、ネットワーク管理アプライアンス１２２は、行われた診断および取られたアクションのレポートを生成し、それをネットワークオペレータにディスプレイ上に提示することができる。

しかしながら、顧客が問題を修正する許可を与えず、診断だけを望む場合、ネットワーク管理アプライアンス１２２は、行われた診断のレポートを生成し、それをｖＭａｎｇｅ上に提示するだけである。

Ｓ３０２に戻ると、ネットワーク管理アプライアンス１２２が、アクセス不能ノードがエッジネットワークデバイス１４２（例えば、ｖＥｄｇｅ）であると決定した場合、Ｓ３１２で、ネットワーク管理アプライアンス１２２は、「利用可能な最良の」ピアエッジネットワークデバイス１４２を決定し、それを介してアクセス不能ノードのヘルスレポートが（データプレーン経由で）受信され得る。

一例では、「利用可能な最良の」ピアエッジネットワーク１４２は、アクセス不能ノードが存在するネットワークトポロジー／組織内でアクセス不能ノードへのＢＦＤ接続を有する唯一の利用可能なピアエッジネットワークデバイス１４２として定義され得る。しかしながら、アクセス不能ノードが存在するネットワークトポロジー／組織内でアクセス不能ノードへのＢＦＤ接続を有する２つ以上のピアエッジネットワークデバイス１４２（候補ピアエッジネットワークデバイスのグループ）が存在する場合、「利用可能な最良の」ピアエッジネットワーク１４２は、アクセス不能ノードへのＢＦＤ接続を有する候補ピアエッジネットワークデバイス１４２のグループの中で最も高いスコアを有する候補ピアエッジネットワークデバイス１４２のグループのうちの１つとして定義することができる。

一例では、対応するピアエッジネットワークデバイス１４２のスコアは、（１）対応するピアエッジネットワークデバイス１４２のＢＦＤセッションの数、（２）対応するピアエッジネットワークデバイス１４２のＷＡＮリンク容量、（３）対応するピアエッジネットワークデバイス１４２のＷＡＮリンクコスト、（４）対応するピアエッジネットワークデバイス１４２の平均ＷＡＮリンク性能（性能には、リンクスループット、ＱｏＳ測定、パケットドロップ率などが含まれ得るが、これらに限定されない）の加重和として決定され得る。

上記の要因（１）～（４）の各々は、ネットワーク管理アプライアンス１２２によって重みを割り当てられてもよく、対応する各重みは、実験および／または経験的研究に基づいて決定された構成可能なパラメータであり得る。

候補ピアエッジネットワークデバイス１４２のグループの中の各ピアエッジデバイス１４２についてスコアが決定されると、ネットワーク管理アプライアンス１２２は、最高のスコアを有する「利用可能な最良の」エッジネットワークデバイス１４２を決定する。

その後、Ｓ３１４において、ネットワーク管理アプライアンス１２２は、パニック信号を「利用可能な最良の」エッジネットワークデバイス１４２に送信し、パニック信号は、Ｓ３０４に関して上記で説明したものと同じであり、したがって、簡潔にするためにこれ以上説明しない。

Ｓ３１６で、ネットワーク管理アプライアンス１２２は、「利用可能な最良の」エッジネットワークデバイス１４２からパニック信号への応答を受信する。

Ｓ３１８において、ネットワーク管理アプライアンス１２２は、応答がパニック信号のＡＣＫまたはＮＡＣＫであるかを決定し、ＡＣＫ／ＮＡＣＫは、Ｓ３０６に関して上記で説明したものと同じであり、したがって、簡潔にするためにこれ以上説明しない。

Ｓ３１８で、ネットワーク管理アプライアンス１２２が、応答がＮＡＣＫであると決定した場合、プロセスはＳ３１２に戻り、ネットワーク管理アプライアンス１２２は、Ｓ３１２で以前に識別および選択された「利用可能な最良の」ピアエッジネットワークデバイスの後に、最高のスコアを有する候補ピアエッジネットワークデバイス１４２のグループから、次に「利用可能な最良の」ピアエッジネットワークデバイス１４２を決定する。その後、Ｓ３１４、Ｓ３１６、Ｓ３１８が繰り返される。

しかしながら、Ｓ３１８で、ネットワーク管理アプライアンス１２２が、応答がＡＣＫであると決定した場合、選択された「利用可能な最良の」ピアエッジネットワークデバイス１４２は、アクセス不能ノード（アクセス不能エッジネットワークデバイス１４２）に対して、そのヘルスレポートを生成し、それを「利用可能な最良の」ピアエッジネットワークデバイス１４２に送信するように要求を送信する（例えば、ＡＣＫをネットワーク管理アプライアンス１２２に送信すると同時に）。

Ｓ３２０で、ネットワーク管理アプライアンス１２２は、「利用可能な最良の」ピアエッジネットワークデバイス１４２から生成されたヘルスレポートを受信する。一例では、生成されたヘルスレポートをネットワーク管理アプライアンス１２２に送信することに加えて、「利用可能な最良の」ピアエッジネットワークデバイス１４２は、さらなる分析／診断のために、生成されたヘルスレポートをリモートサーバ（例えば、Ｃｉｓｃｏ（登録商標）Ｖｉｐｔｅｌａサーバ）にも送信する。

Ｓ３２２で、Ｓ３１０に関して前述したのと同じ方法で、ネットワーク管理アプライアンス１２２は、Ｓ３２０で受信した生成されたヘルスレポートを分析して、アクセス不能ノードへの接続が失われた根本原因を決定し、アクセス不能ネットワーク管理アプライアンス１３２に関連付けられている接続および／または誤動作の問題をデバッグ／修正する。

ピアノード発見プロセスの上記の例を説明したので、ここで、本開示は、ネットワーク管理アプライアンス１２２、ネットワークコントローラアプライアンス１３２、エッジネットワークデバイス１４２などのいずれかとして実装できるデバイスコンポーネントおよびアーキテクチャの説明に移る。

図４Ａ～Ｂは、本開示の一態様によるシステムの例を示す。

図４Ａは、システムのコンポーネントがバス４０５を使用して互いに電気的に通信しているバスコンピューティングシステム４００の一例を示す。コンピューティングシステム４００は、処理ユニット（ＣＰＵまたはプロセッサ）４１０と、読み取り専用メモリ（ＲＯＭ）４２０およびランダムアクセスメモリ（ＲＡＭ）４２５などのシステムメモリ４１５を含む様々なシステムコンポーネントをプロセッサ４１０に結合し得るシステムバス４０５と、を含むことができる。コンピューティングシステム４００は、プロセッサ４１０に直接接続されているか、プロセッサに近接しているか、またはプロセッサの一部として一体化された高速メモリのキャッシュ４１２を含むことができる。コンピューティングシステム４００は、プロセッサ４１０による速いアクセスのために、メモリ４１５、ＲＯＭ４２０、ＲＡＭ４２５、および／または記憶デバイス４３０からキャッシュ４１２にデータをコピーすることができる。このようにして、キャッシュ４１２は、データを待機している間のプロセッサの遅延を回避するという性能向上を提供することができる。これらおよび他のモジュールは、プロセッサ４１０を制御して、様々なアクションを実行することができる。他のシステムメモリ４１５も同様に利用可能とすることができる。メモリ４１５は、異なる性能特性を有する複数の異なるタイプのメモリを含むことができる。プロセッサ４１０は、任意の汎用プロセッサおよびハードウェアモジュールまたはソフトウェアモジュール、例えば、プロセッサ４１０を制御するように構成された記憶デバイス４３０に格納されたＳＥＲＶＩＣＥ（ＳＶＣ）１ ４３２、ＳＥＲＶＩＣＥ（ＳＶＣ）２ ４３４、およびＳＥＲＶＩＣＥ（ＳＶＣ）３ ４３６、ならびにソフトウェア命令が実際のプロセッサ設計に組み込まれた専用プロセッサを含むことができる。プロセッサ４１０は、本質的に、複数のコアまたはプロセッサ、バス、メモリコントローラ、キャッシュなどを包含する完全に自己完結型のコンピューティングシステムとすることができる。マルチコアプロセッサは、対称または非対称とすることができる。

コンピューティングシステム４００とのユーザインタラクションを可能にするために、入力デバイス４４５は、発話用マイク、ジェスチャまたはグラフィック入力用のタッチ保護スクリーン、キーボード、マウス、モーション入力、発話などの任意数の入力機構を表すことができる。出力デバイス４３５はまた、当業者に知られているいくつかの出力機構のうちの１つ以上とすることができる。場合によっては、マルチモーダルシステムは、ユーザがコンピューティングシステム４００と通信するために複数のタイプの入力を提供することを可能にすることができる。通信インターフェース４４０は、ユーザ入力およびシステム出力を統御および管理することができる。特定のハードウェア配置での動作に対する制約はないため、ここでの基本的特徴は、基本的特徴が開発される際に改善されたハードウェア配置またはファームウェア配置に容易に置き換えることができる。

記憶デバイス４３０は、不揮発性メモリとすることができ、ハードディスク、または磁気カセット、フラッシュメモリカード、ソリッドステートメモリデバイス、デジタル多用途ディスク、カートリッジ、ランダムアクセスメモリ、読み取り専用メモリ、およびそれらのハイブリッドなどの、コンピュータによってアクセス可能であるデータを格納することができる他のタイプのコンピュータ可読媒体とすることができる。

上記に論じられたように、記憶デバイス４３０は、プロセッサ４１０を制御するためのソフトウェアサービス４３２、４３４、４３６を含むことができる。他のハードウェアまたはソフトウェアモジュールが企図される。記憶デバイス４３０は、システムバス４０５に接続することができる。いくつかの実施形態では、特定の機能を実行するハードウェアモジュールは、その機能を実行するための、プロセッサ４１０、バス４０５、出力デバイス４３５などの必要なハードウェアコンポーネントに関連してコンピュータ可読媒体に格納されたソフトウェアコンポーネントを含むことができる。

図４Ｂは、一実施形態に従って使用できるチップセットコンピューティングシステム４５０の例示的なアーキテクチャを示す。コンピューティングシステム４５０は、識別された計算を実行するように構成されたソフトウェア、ファームウェア、およびハードウェアを実行することができる任意の数の物理的および／または論理的に別個のリソースを表すプロセッサ４５５を含むことができる。プロセッサ４５５は、プロセッサ４５５への入力およびプロセッサからの出力を制御することができるチップセット４６０と通信することができる。この例では、チップセット４６０は、ディスプレイなどの出力デバイス４６５に情報を出力することができ、磁気媒体、ソリッドステート媒体、および他の好適な記憶媒体を含むことができる記憶デバイス４７０に情報を読み書きすることができる。チップセット４６０はまた、ＲＡＭ４７５からデータを読み取り、およびＲＡＭにデータを書き込むこともできる。チップセット４６０とインターフェース接続するために、多様なユーザインターフェースコンポーネント４８５とインターフェース接続するためのブリッジ４８０を提供することができる。ユーザインターフェースコンポーネント４８５は、キーボード、マイクロフォン、タッチ検出および処理回路、マウスなどのポインティングデバイスなどを含むことができる。コンピューティングシステム４５０への入力は、マシンにより生成されたおよび／または人間により生成された多様なソースのいずれかから生じ得る。

チップセット４６０はまた、異なる物理インターフェースを有することができる１つ以上の通信インターフェース４９０とインターフェース接続することもできる。通信インターフェース４９０は、有線および無線ＬＡＮ、ブロードバンド無線ネットワーク、ならびにパーソナルエリアネットワークのためのインターフェースを含むことができる。本明細書に開示される技術を生成、表示、および使用するための方法のいくつかの適用は、物理インターフェースを介して順序付けられたデータセットを受信することを含むことができ、またはプロセッサ４５５が記憶デバイス４７０またはＲＡＭ４７５に格納されたデータを分析することによってマシン自体によって生成できる。さらに、コンピューティングシステム４５０は、ユーザインターフェースコンポーネント４８５を介してユーザから入力を受け取り、プロセッサ４５５を使用してこれらの入力を解釈することによって、ブラウジング機能などの適切な機能を実行することができる。

コンピューティングシステム４００および４５０は、それぞれ２つ以上のプロセッサ４１０および４５５を有することができるか、またはより大きな処理能力を提供するためにともにネットワーク化されたコンピューティングデバイスのグループもしくはクラスタの一部とすることができることが理解されよう。

要約すると、本開示は、ネットワーク管理ノードが、制御プレーンを介してネットワーク管理ノードへの接続を失ったアクセス不能ノードのピアを発見し、発見されたピアを介してアクセス不能ノードのヘルスレポートを受信することができるピアノード発見プロセスを対象とする。一例では、方法は、ネットワークノードへの接続の喪失を検出することと、ネットワークノードのタイプに基づいて、ネットワークノードのヘルスレポートを取得するために第１のプロセスまたは第２のプロセスのいずれかを実行することであって、第１のプロセスと第２のプロセスは、ネットワークノードのヘルスレポートが受信される少なくとも１つの対応するピアノードの識別を含む、実行することと、接続の喪失の根本的な原因を決定するために、ヘルスレポートを分析することと、を含む。

説明を明確にするために、場合によっては、様々な実施形態は、デバイス、デバイスコンポーネント、ソフトウェアで具体化される方法におけるステップもしくはルーチン、またはハードウェアとソフトウェアとの組み合わせを含む機能ブロックを含む個々の機能ブロックを含むものとして提示され得る。

いくつかの実施形態では、コンピュータ可読記憶デバイス、媒体、およびメモリは、ビットストリームなどを含むケーブルまたは無線信号を含むことができる。しかしながら、言及される場合、非一時的コンピュータ可読記憶媒体は、エネルギ、搬送波信号、電磁波、および信号自体などの媒体を明示的に除外する。

上述した例による方法は、コンピュータ可読媒体に記憶されているか、または別様にそれから利用可能であるコンピュータ実行可能命令を使用して実装することができる。そのような命令は、例えば、汎用コンピュータ、専用コンピュータ、もしくは専用処理デバイスに特定の機能または機能のグループを実行させるかまたは別様に構成する命令およびデータを含むことができる。使用されるコンピュータリソースの部分は、ネットワーク経由でアクセス可能とすることができる。コンピュータ実行可能命令は、例えば、バイナリ、アセンブリ言語、ファームウェア、またはソースコードなどの中間フォーマット命令とすることができる。命令、使用される情報、および／または説明された例による方法中に作成された情報を記憶するために使用され得るコンピュータ可読媒体の例は、磁気ディスクまたは光ディスク、フラッシュメモリ、不揮発性メモリを備えたＵＳＢデバイス、ネットワーク記憶デバイスなどを含む。

これらの開示による方法を実装するデバイスは、ハードウェア、ファームウェア、および／またはソフトウェアを含むことができ、様々なフォームファクタのいずれかを取ることができる。このようなフォームファクタのいくつかの例として、サーバ、ラックマウントデバイス、デスクトップコンピュータ、ラップトップコンピュータなどの汎用コンピューティングデバイス、またはタブレットコンピュータ、スマートフォン、携帯情報端末、ウェアラブルデバイスなどの汎用モバイルコンピューティングデバイスが挙げられる。本明細書に記載される機能はまた、周辺機器またはアドインカードで具体化され得る。さらなる例として、単一のデバイスで実行される異なるチップまたは異なるプロセスの間のそのような機能はまた、回路基板上に実装することもできる。

命令、そのような命令を伝達するための媒体、それらを実行するためのコンピューティングリソース、およびそのようなコンピューティングリソースをサポートするための他の構造は、これらの開示に記載された機能を提供するための手段である。

添付の特許請求の範囲の範疇の態様を説明するために、様々な例および他の情報が使用されたが、当業者であれば、多種多様な実装形態を導出するために、これらの例を使用することができるように、そのような例における特定の特徴または構成に基づいて、特許請求の範囲のいかなる制限も示唆されるべきではない。さらに、一部の主題は、構造的特徴および／または方法ステップの例に対して固有の言語で記載されている場合があるが、添付の特許請求の範囲で定義される主題は、必ずしもこれらの記載された特徴または行為に限定されないことを理解されたい。例えば、そのような機能は、本明細書において特定されているコンポーネント以外のコンポーネントで、異なるように配信され、または実行することができる。むしろ、記載された特徴およびステップは、添付の特許請求の範囲の範疇のシステムおよび方法のコンポーネントの例として開示される。

Claims (23)

1. 方法であって、
   ネットワークノードへの接続の喪失を検出することと、
   前記ネットワークノードのタイプに基づいて、前記ネットワークノードのヘルスレポートを取得するために第１のプロセスまたは第２のプロセスのいずれかを実行することであって、前記第１のプロセスと前記第２のプロセスは、前記ネットワークノードの前記ヘルスレポートが受信される少なくとも１つの対応するピアノードの識別を含む、実行することと、
   前記接続の喪失の根本的な原因を決定するために、前記ヘルスレポートを分析することと、を含む、方法。
2. 前記ネットワークノードがコントローラであると決定することと、
   前記ネットワークノードの前記ヘルスレポートを取得するために前記第１のプロセスを実行することと、をさらに含む、請求項１に記載の方法。
3. 前記第１のプロセスは、
   前記ネットワークノードのピアコントローラを識別することと、
   パニック信号を前記ピアコントローラに送信することと、
   前記パニック信号に応答して前記ピアコントローラから確認応答を受信することと、
   前記ピアコントローラから前記ネットワークノードの前記ヘルスレポートを受信することと、を含む、請求項２に記載の方法。
4. 前記ピアコントローラは、前記ネットワークノードとフルメッシュであり、前記ネットワークノードと同じコントローラグループ識別子を有する、請求項３に記載の方法。
5. 前記ネットワークノードをエッジネットワークデバイスとして識別することと、
   前記ネットワークノードの前記ヘルスレポートを取得するために前記第２のプロセスを実行することと、をさらに含む、請求項１～４のいずれか一項に記載の方法。
6. 前記第２のプロセスは、
   対応するネットワークのデータプレーン上でピアエッジネットワークデバイスを識別することと、
   パニック信号を前記ピアエッジネットワークデバイスに送信することと、
   前記パニック信号に応答して前記ピアエッジネットワークデバイスから確認応答を受信することと、
   前記ピアエッジネットワークデバイスから前記ネットワークノードの前記ヘルスレポートを受信することと、を含む、請求項５に記載の方法。
7. 前記ピアエッジネットワークデバイスを識別することは、
   前記ネットワークノードが存在する各ゾーン内の各候補ピアエッジネットワークデバイスの加重スコアを決定することと、
   前記ピアエッジネットワークデバイスとして、すべての候補ピアエッジネットワークデバイスの中で最も高い加重スコアを持つ候補ピアエッジネットワークデバイスを選択することと、を含む、請求項６に記載の方法。
8. 前記加重スコアは、対応する候補ピアエッジネットワークデバイスの複数の要因の加重和であり、前記複数の要因の各々は、前記対応する候補ピアエッジネットワークデバイスの性能特性を示す、請求項７に記載の方法。
9. コントローラであって、
   コンピュータ可読命令が格納されている１つ以上のメモリと、
   １つ以上のプロセッサであって、
   ネットワークノードへの接続の喪失を検出することと、
   前記ネットワークノードのタイプに基づいて、前記ネットワークノードのヘルスレポートを取得するために第１のプロセスまたは第２のプロセスのいずれかを実行することであって、前記第１のプロセスと前記第２のプロセスは、前記ネットワークノードの前記ヘルスレポートが受信される少なくとも１つの対応するピアノードの識別を含む、実行することと、
   前記接続の喪失の根本的な原因を決定するために、前記ヘルスレポートを分析することと、を行うために、前記コンピュータ可読命令を実行するように構成された１つ以上のプロセッサと、を含む、コントローラ。
10. 前記１つ以上のプロセッサは、
    前記ネットワークノードがコントローラであると決定することと、
    前記ネットワークノードの前記ヘルスレポートを取得するために前記第１のプロセスを実行することと、を行うために、前記コンピュータ可読命令を実行するように構成されている、請求項９に記載のコントローラ。
11. 前記第１のプロセスは、
    前記ネットワークノードのピアコントローラを識別することと、
    パニック信号を前記ピアコントローラに送信することと、
    前記パニック信号に応答して前記ピアコントローラから確認応答を受信することと、
    前記ピアコントローラから前記ネットワークノードの前記ヘルスレポートを受信することと、を含む、請求項１０に記載のコントローラ。
12. 前記ピアコントローラは、前記ネットワークノードとフルメッシュであり、前記ネットワークノードと同じコントローラグループ識別子を有する、請求項１１に記載のコントローラ。
13. 前記１つ以上のプロセッサは、
    前記ネットワークノードをエッジネットワークデバイスとして識別することと、
    前記ネットワークノードの前記ヘルスレポートを取得するために前記第２のプロセスを実行することと、を行うために、前記コンピュータ可読命令を実行するように構成されている、請求項９～１２のいずれか一項に記載のコントローラ。
14. 前記第２のプロセスは、
    対応するネットワークのデータプレーン上でピアエッジネットワークデバイスを識別することと、
    パニック信号を前記ピアエッジネットワークデバイスに送信することと、
    前記パニック信号に応答して前記ピアエッジネットワークデバイスから確認応答を受信することと、
    前記ピアエッジネットワークデバイスから前記ネットワークノードの前記ヘルスレポートを受信することと、を含む、請求項１３に記載のコントローラ。
15. 前記コントローラ、前記ネットワークノード、および前記対応するピアノードが動作するネットワークは、ソフトウェア定義のネットワークであり、
    前記コントローラは、前記ソフトウェア定義ネットワークのｖＭａｎａｇｅコンポーネントである、請求項９～１４のいずれか一項に記載のコントローラ。
16. １つ以上のプロセッサによって実行されると、前記１つ以上のプロセッサに、
    ネットワークノードへの接続の喪失を検出することと、
    前記ネットワークノードのタイプに基づいて、前記ネットワークノードのヘルスレポートを取得するために第１のプロセスまたは第２のプロセスのいずれかを実行することであって、前記第１のプロセスと前記第２のプロセスは、前記ネットワークノードの前記ヘルスレポートが受信される少なくとも１つの対応するピアノードの識別を含む、実行することと、
    前記接続の喪失の根本的な原因を決定するために、前記ヘルスレポートを分析することと、を行わせるコンピュータ可読命令を含む１つ以上の非一時的なコンピュータ可読媒体。
17. 前記１つ以上のプロセッサによる前記コンピュータ可読命令の実行は、前記１つ以上のプロセッサに、
    前記ネットワークノードがコントローラであると決定することと、
    前記ネットワークノードの前記ヘルスレポートを取得するために前記第１のプロセスを実行することと、を行わせる、請求項１６に記載の１つ以上の非一時的なコンピュータ可読媒体。
18. 前記第１のプロセスは、
    前記ネットワークノードのピアコントローラを識別することと、
    パニック信号を前記ピアコントローラに送信することと、
    前記パニック信号に応答して前記ピアコントローラから確認応答を受信することと、
    前記ピアコントローラから前記ネットワークノードの前記ヘルスレポートを受信することと、を含む、請求項１７に記載の１つ以上の非一時的なコンピュータ可読媒体。
19. 前記１つ以上のプロセッサによる前記コンピュータ可読命令の実行は、前記１つ以上のプロセッサに、
    前記ネットワークノードをエッジネットワークデバイスとして識別することと、
    前記ネットワークノードの前記ヘルスレポートを取得するために前記第２のプロセスを実行することと、を行わせる、請求項１６～１８のいずれか一項に記載の１つ以上の非一時的なコンピュータ可読媒体。
20. 前記第１のプロセスは、
    対応するネットワークのデータプレーン上でピアエッジネットワークデバイスを識別することと、パニック信号を前記ピアエッジネットワークデバイスに送信することと、
    前記パニック信号に応答して前記ピアエッジネットワークデバイスから確認応答を受信することと、
    前記ピアエッジネットワークデバイスから前記ネットワークノードの前記ヘルスレポートを受信することと、を含む、請求項１９に記載の１つ以上の非一時的なコンピュータ可読媒体。
21. 装置であって、
    ネットワークノードへの接続の喪失を検出するための手段と、
    前記ネットワークノードのタイプに基づいて、前記ネットワークノードのヘルスレポートを取得するために第１のプロセスまたは第２のプロセスのいずれかを実行するための手段であって、前記第１のプロセスと前記第２のプロセスは、前記ネットワークノードの前記ヘルスレポートが受信される少なくとも１つの対応するピアノードの識別を含む、実行するための手段と、
    前記接続の喪失の根本的な原因を決定するために、前記ヘルスレポートを分析するための手段と、を備える、装置。
22. 請求項２～８のいずれか一項に記載の方法を実装するための手段をさらに備える、請求項２１に記載の装置。
23. コンピュータによって実行されると、前記コンピュータに、請求項１～８のいずれか一項に記載の方法のステップを実行させる命令を含む、コンピュータプログラム、コンピュータプログラム製品、またはコンピュータ可読媒体。