Ad esempio, se l'animus sta eseguendo il ping di un timone per vedere se è su o giù
e una risposta non ritorna, il pasticcio interno non sa davvero se quel dispositivo è spento.
Tutto quello che sa è che la risposta non è tornata.
Il dispositivo potrebbe essere inattivo ma potrebbe esserci anche un problema di routing o un
dispositivo intermedio potrebbe essere eseguito o un dispositivo tra i nemici e il timone potrebbe essere fatto.
Quindi alcuni dispositivi lungo il percorso potrebbero essere inattivi o il traffico potrebbe essere bloccato da una ACL o da una regola del firewall.
L'animus sa solo che non può raggiungere il dispositivo che sta eseguendo il ping.
È un AP D'altra parte è diverso con S&P.
L'animus sta interrogando un dispositivo e il dispositivo sta comunicando ai nemici tramite S&P lo stato di un'interfaccia.
Quindi, se un dispositivo indica che l'interfaccia Fost Ethan a 0 0, ad esempio, è in fondo al naso
del nemico al 100 percento, quell'informazione è accurata perché ha ricevuto quell'informazione tramite un MP dal dispositivo
che stava interrogando.
Ora nel caso in cui il dispositivo reale non sia attivo anziché un'interfaccia sul dispositivo, si otterrà
uno stato sconosciuto.
Questo è un tipo diverso di significante rispetto a quando l'interfaccia non è attiva su
un dispositivo attivo e funzionante in termini di monitoraggio delle prestazioni ICMP o ping viene utilizzato per i calcoli
della disponibilità e i tempi di risposta della latenza poiché S&P viene utilizzato per quasi tutte le altre statistiche, inclusi i buffer di
memoria interfaccia traffico ed errori e molte altre statistiche.
In alcuni casi per i sistemi Windows, i nemici potrebbero sfruttare dove la mia o la strumentazione di gestione di Windows per verificare le
prestazioni del tipo di valori Karner.