1
00:00:00,670 --> 00:00:05,920
Ahora tiene un mensaje de S&P una vez más de la estación de administración de red.

2
00:00:06,010 --> 00:00:11,500
En otras palabras, NPM para escribir un a 10 1 100 2.

3
00:00:11,530 --> 00:00:19,790
Puede ver esto como un mensaje de S&P y S&P usa UDP o usa un protocolo de Graham de datos que es un protocolo de lista

4
00:00:19,790 --> 00:00:20,720
de conexión.

5
00:00:20,720 --> 00:00:28,000
A diferencia de TTP, UDP no proporciona confiabilidad de la misma manera que TTP.

6
00:00:28,000 --> 00:00:34,660
También notará que el puerto es Pt. 1 6 1 para que la estación de administración

7
00:00:34,660 --> 00:00:43,060
de red se comunique con el enrutador en el puerto de destino 1 6 1 y los timones respondan desde el puerto 1 6 1

8
00:00:43,390 --> 00:00:47,950
al número de puerto efímero o aleatorio elegido por el animus para esta conexión.

9
00:00:47,950 --> 00:00:56,920
Es importante recordar que el puerto UDP 161 es el puerto de destino que en un desastre también

10
00:00:56,920 --> 00:00:57,930
inicia sesiones.

11
00:00:57,940 --> 00:01:06,370
En otras palabras, el animus o NPM en este caso va a iniciar sesiones en enrutadores en

12
00:01:06,520 --> 00:01:08,380
el puerto 161.

13
00:01:08,380 --> 00:01:18,010
Debe asegurarse de que sus firewalls o listas de acceso o ACLU permitan o permitan el puerto UDP 161 de los enemigos a

14
00:01:18,010 --> 00:01:24,130
los dispositivos que están siendo monitoreados y el tráfico inverso también debe permitirse.

15
00:01:24,160 --> 00:01:30,120
Es posible que incluso desee configurar dispositivos para usar un puerto no predeterminado para S&P.

16
00:01:30,300 --> 00:01:37,630
Entonces, en lugar de usar el puerto predeterminado de 161, puede optar por usar otro número de puerto

17
00:01:38,110 --> 00:01:43,690
como diez mil ciento sesenta y uno lo configuraría en el dispositivo y también

18
00:01:44,020 --> 00:01:52,990
necesitaría configurarlo en NPM para que sepa qué número de puerto usar para conectarse a ese dispositivo para monitorear tanto en el S&P

19
00:01:52,990 --> 00:01:57,550
get como en el S&P request, así como la respuesta.

20
00:01:57,550 --> 00:02:06,250
Verá los valores de OED y moverá la información que NPM está obteniendo del dispositivo.

21
00:02:06,350 --> 00:02:12,880
Entonces, en la solicitud podemos ver que los valores en nulo y en la respuesta podemos ver los valores reales para los

22
00:02:12,880 --> 00:02:14,470
de I. RE..

23
00:02:14,800 --> 00:02:22,260
Exploraremos eso con más detalle en un video separado donde discutiremos sobre I. RE. mapas y otras opciones.