Par exemple, si l'animus envoie une commande ping à un gouvernail pour savoir s'il est levé ou baissé et si
une réponse ne revient pas, le gâchis intérieur ne sait pas vraiment si cet appareil est en panne.
Tout ce qu'il sait, c'est que la réponse n'est pas revenue.
L’appareil pourrait être en panne, mais il pourrait aussi y avoir un problème de routage
ou un appareil intermédiaire pourrait être installé ou un appareil entre l’ennemi et le gouvernail pourrait être installé.
Ainsi, certains périphériques le long du chemin peuvent être en panne ou le trafic bloqué par une liste de contrôle d'accès ou une règle de pare-feu.
Tout ce que l’animus sait, c’est qu’il ne peut pas atteindre le périphérique sur lequel il cogne.
C'est un AP Par contre, c'est différent avec S & P.
L'animus interroge un périphérique et ce dernier informe les ennemis via S & P de l'état d'une interface.
Ainsi, si un appareil indique que l'interface Fost Ethan est à 0 0, par exemple, l'ennemi est
au nez à 100% de l'exactitude de cette information, car il l'a reçue via un MP
de l'appareil interrogé.
Maintenant, dans le cas où le périphérique réel est en panne plutôt qu'une interface sur le périphérique, vous obtiendrez
un état inconnu.
Le type de signifiant est différent de celui utilisé si l'interface est en panne sur un
périphérique opérationnel en termes de surveillance des performances. ICMP ou ping est utilisé pour les calculs de disponibilité et
le temps de réponse en latence, car S & P est utilisé pour presque toutes les autres statistiques, y compris vos mémoires tampons.
trafic d'interface et les erreurs et beaucoup d'autres statistiques.
Dans certains cas, pour les systèmes Windows, les ennemis peuvent utiliser l’instrumentation de gestion Windows ou celle utilisée pour vérifier les performances du
type de valeurs de Karner.