ネットワーク管理プロトコルの理解

ネットワーク管理プロトコル:それらを理解するためのガイ

専門用語、さまざまな手順、データの書式設定のさまざまな方法、複数のオプションなどを見逃すのは簡単です。

この作業を容易にするために、この簡単なガイドに従うことを提案します。

ネットワーク管理プロトコルはネットワークプロトコルです

ネットワーク管理プロトコルはネットワークの分野で機能するため、ネットワークプロトコルです。

さて、TCP、UDP、SMTP、CSMA/CDなどの二つのデバイス間でデータを転送することを可能にするネットワークプロトコルと区別することが重要です。

ネットワークでは、データ転送プロトコルと管理プロトコルの両方が共存し、CPUやリンク帯域幅などのリソースを共有します。

したがって、ネットワーク管理プロトコルはプラットフォームの全体的なパフォーマンスにも影響することに留意するのは興味深いことです。

プロトコルのアプローチについて明確にする

プラットフォームが複雑で異質であればあるほど、その管理がより困難になることは理解しやすい。

ネットワーク管理は三つの角度からこの複雑さに直面しています:

• 障害：この分野では、障害を検出するための手順と、それらを報告するスキームを持つことが考えられます。
• : ここでのアイデアは、プラットフォームの動作に関するデータを取得して、そのパフォーマンスについて推論することです。
• アクション:多くの管理プロトコルには、管理項目に対してアクションを実行する機能が含まれています。
  プロトコルを理解しようとするときは、ちょっと立ち止まって、プロトコルがどの角度を提案しているのか、どの角度を使用したいのかを考えることが重要である。

ネットワーク管理プロトコルとそのアーキテクチャ

すべての管理プロトコルは、管理された要素から管理情報を抽出、収集、転送、保存、レポートするためのア

管理プロトコルを理解するにはアーキテクチャと手順を理解することが重要であり、このプロトコルに基づくソリューションを実装するには不可欠で

ネットワーク管理プロトコルとデータの構成

もう一つの基本的な点は、ネットワーク管理プロトコルが管理データをフォーマットして管理する方法です。

基本は、それらがどのようにして管理される要素を定義し、識別するかである。 言及することは常に興味深いです：このプロトコルでどの要素を管理できますか？ ハードウェアのみ、またはそれはまた、例えば、アプリケーションをカバーしていますか？次に、管理された要素から抽出できる情報と、実行できる場合は実行できるアクションを定義することです。

データの処理にはどのような形式が使用されますか？ そして、それが格納されている場合、それが格納されている方法。

最後に、この情報にアクセスするために必要なオプションは何ですか？

さて、この記事の残りの部分では、最も一般的な管理プロトコルの三つを見直し、前述の点に集中しようとします。

このレビューでは、以下の図をガイドとして取り上げます:

図:ネットワークの管理とそのプロトコル。

ICMP

ICMP(Internet Control Message Protocol)は、IPプロトコルに関連付けられたサブプロトコルのグループの一部であるネットワーク層プロトコルです。

ICMPは障害検証の分野で機能し、特定のパフォーマンスメトリックの計算も可能です。

読者はRFC792のプロトコルの詳細な仕様について読むことができます。

ICMPによって提案された手順は、エラー状態の検出とその状態を報告するメッセージの送信に基づいています。

したがって、重要な要素はICMPによって意図されるメッセージであり、通常は二つのカテゴリに分類される:

• エラーメッセージ:パケット送信のエラーを報告するために使用されます。
• 制御メッセージ:デバイスの状態を報告するために使用されます。

ネットワーク内の任意のデバイスがICMPメッセージを送信、受信、または処理できるため、ICMPが動作するアーキテクチャは非常に柔軟です。

実際には、ネットワークエラーのためにパケットを配信できないことをパケットを発信したホストに報告するルータやスイッチに使用されます。

また、ICMPは、レイテンシ、応答時間、パケット損失などのパフォーマンスに関するメトリックの計算を実行するためにも使用されます。

SNMP

SNMP(Simple Network Management Protocol)は、障害、パフォーマンス、アクションの分野をカバーするアプリケーション層プロトコルです。

SNMPは、ネットワークを構成するデバイス間で管理情報を収集、整理、通信するスキームを提供します。

この方式は、多数のハードウェアコンポーネントに共通しており、以下をサポートしています:

• デバイスの多様性：ルータ、スイッチ、ファイアウォール、アクセスポイントなどのネットワークデバイスから、プリンタ、スキャナ、ステーション、サーバーなどのエンドユーザーデバイスまで。
• マークの多様性：ほとんどのブランドは、製品を提示する際に、この製品にSNMPのサポートが含まれていることを確認してください。

正式なSNMP仕様を読むことに興味がある読者は、いくつかのRFCドキュメントを確認する必要がありますが、RFC1157から始めることをお勧めします。

アーキテクチャSNMP

SNMPアーキテクチャは、二つの基本コンポーネントに基づいています: SNMPエージェントおよびSNMP管理者。 次の図では、このSNMPアーキテクチャの基本的な概要を示します:

説明:SNMP基本アーキテクチャ

SNMPエージェントは、管理対象の要素で実行されるソフトウェアです。 彼らは、デバイス上のデータを収集する責任があります。 次に、SNMP管理者がクエリを介してそのようなデータを要求すると、エージェントは対応するデータを送信します。

SNMPエージェントは、クエリに対応していないSNMPマネージャ情報を送信することもできますが、デバイスで発生し、通知が必要なイベントの一部です。 そして、SNMPエージェントが通知トラップを積極的に送信すると言われています。

SNMP管理者は、管理または監視ツールの一部として検出され、SNMPエージェントによってキャプチャおよび送信されるすべてのデータが集中管理されるコンソー

SNMPでのデータの編成

SNMPでは、管理する要素をオブジェクトと呼びます。

Oid(オブジェクト識別子)は、オブジェクトを一意に識別するために使用する要素です。 確かに、あなたは次のような数値形式のOidを見ているでしょう：

実際には、これらの数値は、デバイスの製造元を識別し、デバイスと最後にオブジェク 次の画像では、スキームの例を参照してください:

説明:NetFlowアーキテクチャ
から取られた: https://www.networkmanagementsoftware.com/snmp-tutorial-part-2-rounding-out-the-basics/

Mib(Management Information Base)は、SNMPエージェントからSNMPマネージャに送信されるデータが準拠する形式です。

実際には、任意のデバイスを管理するために必要なものを含む一般的なテンプレートがあり、各デバイスのMibを個別化し、特定のパラメータとこれらのパラ

このプロトコルに基づくSNMPと監視についての詳細を学ぶ必要がある場合は、このブログでCarla Andrésによって書かれた記事をレビューすることをお勧めし

WMI

WMI(Windows Management Instrumentation)では、いくつかのWindowsオペレーティングシステムを実行するデバイスと、このオペレーティングシステムに依存するアプリケーションによって構成さ

実際、WMIは、Windowsベースのハードウェアとソフトウェアに関する管理情報をローカルとリモートの両方で表現、取得、保存、共有できるようにモデルを提案しています。

一方、WMIは、管理情報に関連付けられているものに加えて、特定のアクションの実行も可能にします。

WMIアーキテクチャ

WMIアーキテクチャは、三つの基本的なエンティティで構成されています。 次の図を見てみましょう:

説明:基本アーキテクチャWMI

WMIプロバイダー:サプライヤーとは、1つ以上のオブジェクトから管理情報を取得する担当者のことです。

WMIインフラストラクチャは、サプライヤーと管理ツールの間の仲介者として機能します。 彼の責任には次のものが含まれます:

• 計画された方法で仕入先によって生成されたデータを取得する。
• 計画された方法で得られたすべてのデータを持つリポジトリを維持する。
• 管理ツールによって要求されたデータを動的に検索するには、まずリポジトリで検索が行われ、要求されたデータが見つからない場合は、適切なプロバイダ間で検索が行われます。

管理アプリケーションは、管理対象オブジェクトに関する情報を使用および処理するアプリケーション、サービス、またはスクリプトに対応します。

WMIは、アプリケーション、サービス、およびスクリプトがデータを要求し、管理対象のオブジェクトに対してWMIプロバイダによって提案されたアクションを実

WMIのデータの構成

WMIは、企業のさまざまな部分を記述するためにオブジェクトベースの技術を使用するモデルであるCIM(Common Information Model)に基づいています。

これは、Microsoft製品で広く使用されているモデルです; 実際、Microsoft OfficeやExchange serverがインストールされている場合、たとえば、製品に対応するモデルの拡張機能が自動的にインストールされます。

各製品に付属している拡張機能だけが、WMIクラスと呼ばれるものです。 クラスは、管理対象のオブジェクトと、それを使用して実行できるすべてのオブジェクトを記述します。

この説明は、クラスが次のように処理する属性から始まります:

• たとえば、オブジェクトの名前など、オブジェクト自身の特性を参照するプロパティです。
• サービスであるオブジェクトの場合に保持するなど、オブジェクトに対して実行できるアクションを参照するメソッド。
• オブジェクト間の可能な関連付けを参照する関連付け。

WMIプロバイダーがオブジェクトクラスを使用して管理情報を収集し、この情報がWMIインフラストラクチャに渡されると、何らかの方法で整理する必

この組織は、管理領域によって定義され、関連するオブジェクトから来るデータを含む名前空間と呼ばれる論理コンテナによって達成されます。

名前空間は、ディスク上のフォルダの後に続くスキームを連想させる階層スキームの下で定義されます。 したがって、名前空間rootはこの階層スキームの最上位であり、root/Cimv2はデフォルトの名前空間です。

多くの著者がWMIでのデータの構成を説明するために使用する類推の一つは、wmiとデータベースを比較することです。

したがって、クラスはテーブルに対応し、名前空間はデータベースに対応し、WMIインフラストラクチャはデータベースハンドラーに対応することがわかります。

これはネットワーク管理プロトコルのレビューです。 最後に、すべての監視ツールが目標を達成するために少なくとも一つのネットワーク管理プロトコルを使用することを示す必要があります。

Pandora FMSは、これら三つのプロトコルと連携して、幅広く柔軟な汎用監視ツールを提供します。

Pandora FMSがあなたの組織に提供できる複数の利点がわからず、100以上のデバイスを監視する場合は、Pandora FMSの営業チームに相談して、市場で最も柔軟な監視ソフ: https://pandorafms.com/free-demo/

また、監視の必要性がより制限されている場合は、Pandora FMSのオープンソース版を自由に使用できます。 より多くの情報をここに見つけて下さい: https://pandorafms.org/

あなたの質問を送ることを躊躇してはいけない。 私たちのPandora FMSチームはあなたを助けるために喜んでいます！