Device Identification Manager

Wie NetCrunch ermittelt, um welche Art von Gerät es sich handelt, warum diese Antwort bestimmt, wie viel Ihrer Überwachung automatisch erfolgt, und wie Sie dem System Hardware beibringen, die es noch nicht erkennt.

why-it-matters

Warum die Geräteklassifizierung wichtig ist

NetCrunch behandelt eine überwachte Adresse nicht als anonymen Endpunkt. Es ermittelt, was das Gerät ist – seine Klasse, seinen Hersteller, sein Modell und sein Betriebssystem – und diese Information wird wesentlich umfassender genutzt, als die meisten erwarten.

Die Überwachung wird automatisch angewendet: Viele vordefinierte Monitoring Packs werden automatisch auf Grundlage des Gerätetyps zugewiesen. Wenn ein Gerät korrekt klassifiziert ist, wird die dafür geeignete Überwachung hinzugefügt, ohne dass jemand sie auswählen muss. Siehe Monitoring Packs und Automatisches Überwachen und Organisieren.
Die Überwachung des Betriebssystems hängt davon ab: Wenn ein Gerät nicht als Windows-Typ festgelegt ist, wird die Windows-Überwachung nicht gestartet – und nicht einmal angeboten. Dasselbe gilt für die anderen unterstützten Systeme. Die Klassifizierung ist nicht nur kosmetischer Natur; sie steuert ganze Überwachungs-Engines.
Ansichten organisieren sich selbst: Ansichten und Gruppierungen richten sich nach dem Gerätetyp. Eine genaue Klassifizierung erzeugt daher eine Netzwerkübersicht, die sich selbst sortiert.
Die Übersicht wird korrekt dargestellt: Jeder Gerätetyp hat ein eigenes Symbol. Eine Karte, auf der alles als generisches Rechteck dargestellt wird, ist eine Karte, die niemand aufmerksam liest.
Ihr Inventar wird besser: Klasse, Hersteller und Modell gehören zu den Informationen, die NetCrunch zu jedem Knoten erfasst. Siehe NetCrunch als Inventardatenbank.

Die praktische Konsequenz sollte klar ausgesprochen werden: Ein nicht klassifiziertes Gerät ist sowohl sichtbar falsch dargestellt als auch unbemerkt unzureichend überwacht. Das Symbol zeigt ein Fragezeichen, was den Benutzern auffällt, während die automatischen Monitoring Packs nicht zugewiesen werden, was ihnen nicht auffällt.

Öffnen Sie eine Netzwerkübersicht und suchen Sie nach Symbolen mit Fragezeichen. Jedes davon steht für ein Gerät, das NetCrunch besser überwachen könnte.

how-classified

Wie ein Gerät klassifiziert wird

In den meisten Fällen automatisch:

SNMP-Geräte werden anhand ihrer sysObjectID oder, wenn die Objekt-ID allein nicht eindeutig ist, anhand von sysDescr erkannt. NetCrunch enthält eine umfangreiche Sammlung von Definitionen für gängige Hardware. Siehe SNMP-Geräte Überwachung.
Windows-Computer und alle anderen Geräte, die aus Active Directory übernommen werden, werden anhand der von der Verzeichnisstruktur gemeldeten Informationen typisiert.

Alles andere muss manuell festgelegt werden – oder Sie bringen NetCrunch einmalig bei, wie das Gerät erkannt wird, damit es und alle gleichartigen Geräte von da an erkannt werden. Darum geht es auf dieser Seite.

the-manager

Der Device Identification Manager

SettingsResourcesOtherDevice Identification Manager

Die Definitionen sind auf zwei Registerkarten organisiert:

Devices: Device Classes, die jeweils ihre Models enthalten. Dies ist die Hardwareseite – eine Klasse wie ein Switch oder eine USV sowie die spezifischen Modelle innerhalb dieser Klasse.
Systems: Betriebssysteme, die separat verwaltet werden, da die Fragen, was ein Gerät ist und welches Betriebssystem darauf ausgeführt wird, voneinander unabhängig sind.

Wenn Sie eine Klasse, ein Modell oder ein System auswählen, werden die zugehörigen Identification Patterns angezeigt – die Informationen, mit denen NetCrunch ein reales Gerät abgleicht.

Inhalt einer Definition

Klassifizierung: Die Class, der Vendor und das Model, auf die der Abgleich aufgelöst wird.
Operating System und OS Version: Das Betriebssystem, auf dem das Gerät ausgeführt wird, sofern es Teil der Identität ist.
Sys Object ID: Die SNMP-Objektkennung. Dies ist der präzise Abgleich – ein korrekter Wert identifiziert die Hardware eindeutig.
Text Pattern / Description: Wird mit sysDescr abgeglichen – für Geräte, die sich nicht anhand einer einzelnen Objekt-ID unterscheiden lassen oder die innerhalb einer Gerätefamilie dieselbe Objekt-ID melden.

Jede Definition enthält außerdem das icon, das für dieses Gerät in Karten und Ansichten verwendet wird.

adding

NetCrunch ein neues Gerät beibringen

Drei Möglichkeiten stehen zur Verfügung, wobei die erste fast immer die richtige ist:

New Identification from node: Beginnen Sie mit einem Gerät, das Sie bereits überwachen. NetCrunch liest die tatsächlich von diesem Knoten gemeldeten Informationen aus und erstellt daraus die Definition. Dadurch entfällt die manuelle Übertragung einer Objekt-ID – die häufigste Ursache für fehlerhafte Definitionen.
New Device Identification: Erstellen Sie eine Definition von Grund auf, wenn Ihnen die identifizierenden Werte vorliegen, Sie aber keinen Knoten haben, von dem diese ausgelesen werden können.
Add Pattern: Erweitern Sie eine bereits vorhandene Definition. Verwenden Sie diese Option, wenn ein Gerät beinahe erkannt wird – die richtige Klasse, aber das falsche Modell, oder eine Firmwareversion, die geringfügig andere Informationen meldet – statt eine konkurrierende Definition zu erstellen.

Eine falsche Sys Object ID erzeugt keinen Fehler. Sie führt zu einem Gerät, das niemals erkannt wird und daher genauso aussieht wie ein Gerät, für das überhaupt keine Definition existiert. Wenn eine neue Definition nicht wirksam wird, überprüfen Sie die Objekt-ID anhand der tatsächlich vom Gerät gemeldeten Informationen, bevor Sie davon ausgehen, dass die Definition nicht eingelesen wird.

when-to-use

Wann Sie diese Funktion verwenden sollten

Ein Gerät zeigt ein Symbol mit Fragezeichen und übernimmt keine Monitoring Packs
Ein Gerät ist klassifiziert, jedoch mit der falschen Klasse oder dem falschen Modell
Sie verfügen über Hardware, die von den mitgelieferten Definitionen nicht abgedeckt wird – neue, spezielle oder intern entwickelte Hardware
Ein Hersteller hat geändert, welche Informationen ein Modell meldet, sodass eine vorhandene Definition nicht mehr passt

Weitere Prüfungen, die nach einer Erkennung sinnvoll sind, finden Sie unter Tips zur Konfiguration.

classificationdevice classdevice identificationdevice typediscoveryiconidentification patternmodelmonitoring packssnmpsysdescrsysobjectidvendor