Zabbix is probably one of the more robust snmp platform, it's database backed by either postgres, mysql or oracle and scales pretty big. If this is more than a one-time event, you'll need some real horsepower and HDD space to keep all that data. It might be worth writing a custom ruby/python/perl application on a platform that allows a clean fork just prior to the SNMP call it'll allow you to remain in the wait-state for that one snmp thread without blocking the next request, and let you manage the workload of the server by controlling the number of simultaneous forks. -----Original Message----- From: NANOG [mailto:nanog-bounces+daniel.jameson=tdstelecom.com@nanog.org] On Behalf Of Pavel Dimow Sent: Tuesday, September 29, 2015 3:20 PM To: NANOG Subject: SNMP - monitoring large number of devices Hi all, recently I have been tasked with a NMS project. The idea is to pool about 20 OID's from 50k cable modems in less then 5 minutes (yes, I know it's a one million OID's). Before you say check out some very professional and expensive solutions I would like to know are there any alternatives like open source "snmp framework"? To be more descriptive many of you knows how big is the mess with snmp on cable modem. You always first perform snmp walk in order to discover interfaces and then read the values for those interfaces. As cable modem can bundle more DS channels, one time you can have one and other time you can have N+1 DS channels = interfaces. All in all I don't believe that there is something perfect out there when it comes to tracking huge number of cable modems so I would like to know is there any "snmp framework" that can be exteded and how did you (or would you) solve this problem. Thank you.