Hello Zephyr Vance,
Telemetry drops after migrating to SNMP v3 typically occur because the monitoring station caches an outdated snmpEngineID or because of a mismatch in the AES-256 implementation, specifically between the standard Blumenthal and Reeder draft formats. To resolve this, configure your network devices with a static authoritative Engine ID rather than relying on dynamic MAC or IP generation, ensuring the engine boots and engine time counters do not trigger out-of-window packet drops. On your Windows-based monitoring server, flush the local SNMP engine discovery cache and verify that both the polling software and the target network appliances are explicitly set to the identical AES-256 privacy protocol variant along with SHA-256 for authentication.
Additionally, check that UDP port 161 is open bi-directionally through your Windows Defender Firewall profiles and that the security level is consistently configured to authPriv across all polling nodes. If these adjustments stabilize your telemetry stream and restore continuous polling, please consider accepting the answer.
Tracy Le.