Ahora tiene un mensaje de S&P una vez más de la estación de administración de red.
En otras palabras, NPM para escribir un a 10 1 100 2.
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
de conexión.
A diferencia de TTP, UDP no proporciona confiabilidad de la misma manera que TTP.
También notará que el puerto es Pt. 1 6 1 para que la estación de administración
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
al número de puerto efímero o aleatorio elegido por el animus para esta conexión.
Es importante recordar que el puerto UDP 161 es el puerto de destino que en un desastre también
inicia sesiones.
En otras palabras, el animus o NPM en este caso va a iniciar sesiones en enrutadores en
el puerto 161.
Debe asegurarse de que sus firewalls o listas de acceso o ACLU permitan o permitan el puerto UDP 161 de los enemigos a
los dispositivos que están siendo monitoreados y el tráfico inverso también debe permitirse.
Es posible que incluso desee configurar dispositivos para usar un puerto no predeterminado para S&P.
Entonces, en lugar de usar el puerto predeterminado de 161, puede optar por usar otro número de puerto
como diez mil ciento sesenta y uno lo configuraría en el dispositivo y también
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
get como en el S&P request, así como la respuesta.
Verá los valores de OED y moverá la información que NPM está obteniendo del dispositivo.
Entonces, en la solicitud podemos ver que los valores en nulo y en la respuesta podemos ver los valores reales para los
de I. RE..
Exploraremos eso con más detalle en un video separado donde discutiremos sobre I. RE. mapas y otras opciones.