1
00:00:00,300 --> 00:00:06,420
Por exemplo, se o animus está tocando um leme para ver se ele está ativo ou inativo e

2
00:00:06,420 --> 00:00:12,080
uma resposta não volta, a bagunça interna não sabe realmente se esse dispositivo está inativo.

3
00:00:12,210 --> 00:00:15,290
Tudo o que sabe é que a resposta não voltou.

4
00:00:15,360 --> 00:00:20,970
O dispositivo pode estar inoperante, mas também pode haver um problema de

5
00:00:20,970 --> 00:00:27,300
roteamento ou um dispositivo intermediário ou um dispositivo entre os inimigos e o leme.

6
00:00:27,330 --> 00:00:35,130
Portanto, algum dispositivo ao longo do caminho pode estar inativo ou o tráfego pode ser bloqueado por uma ACL ou uma regra de firewall.

7
00:00:35,790 --> 00:00:40,470
Tudo o que o animus sabe é que não pode alcançar o dispositivo que está executando o ping.

8
00:00:40,470 --> 00:00:44,120
É um AP Por outro lado, é diferente com a S&P.

9
00:00:44,130 --> 00:00:53,230
O animus está consultando um dispositivo e o dispositivo está informando aos inimigos via S&P o estado de uma interface.

10
00:00:53,280 --> 00:01:00,480
Portanto, se um dispositivo indicar que a interface Fost Ethan em 0 0, por exemplo, está abaixo do nariz

11
00:01:00,500 --> 00:01:07,410
do inimigo, 100% dessas informações são precisas porque recebeu essas informações por meio de um MP do dispositivo

12
00:01:07,800 --> 00:01:09,210
que estava consultando.

13
00:01:09,210 --> 00:01:15,630
Agora, caso o dispositivo real esteja inoperante, em vez de uma interface no dispositivo, você obterá

14
00:01:15,660 --> 00:01:16,880
um estado desconhecido.

15
00:01:17,100 --> 00:01:23,610
Esse é um tipo diferente de significante do que se a interface estiver inativa em um

16
00:01:24,150 --> 00:01:32,250
dispositivo que esteja funcionando em termos de monitoramento de desempenho. ICMP ou ping é usado para cálculos de disponibilidade

17
00:01:32,250 --> 00:01:41,670
e tempo de resposta de latência, já que o S&P é usado para quase todas as outras estatísticas, incluindo os buffers de memória

18
00:01:42,270 --> 00:01:46,470
tráfego de interface e erros e muitas outras estatísticas.

19
00:01:46,470 --> 00:01:55,740
Em alguns casos, para os sistemas Windows, os inimigos podem aproveitar a instrumentação de gerenciamento w ou my ou Windows para verificar o

20
00:01:56,340 --> 00:01:58,860
desempenho dos valores do tipo Karner.