Michael J Slifcak writes: > With the greatest respect to the author of the patch, > I think the default should be "do not set this". Better yet, > I think the patch should be removed, and left in the "This Works For Me" > kind of patches that we collect, and not incorporated into the project.
> If the community really wants the patch, well, I will reconsider > my arguments in that light. I have some experience with UDP-packet-consuming applications, and I think that tunable receive buffers for the UDP sockets in snmpd and snmptrapd are an EXCELLENT idea. I also think that 128 KB is a very reasonable default value. I wouldn't worry too much about memory waste, because typically one has very few snmpds and snmptrapds listening for UDP packets. Having the system buffer a burst of 128 KB worth of traps while snmptrapd is somehow busy is neat. In particular when you consider that people can run scripts off their snmptrapd.conf. And an snmptrapd will often get traps from many devices, sometimes almost at once as the result of a failure (e.g. when a router that acts as a BGP Route Reflector is rebooted and all route reflector clients send adjacency traps). For the snmpd I'm not sure how much incoming traffic you really want the OS to buffer - probably depends on how many independent pollers you want to support. I guess that the buffer requirement would typiclly be somewhat lower than for snmptrapd, but 128 KB seems reasonable here, too. I don't really have an opinion on the UDP sending buffers. For the sake of symmetry, it's nice to have them configurable, too, but I cannot think of good defaults. So it seems to make sense to leave the system-wide defaults in place when nothing is specified here. -- Simon. ------------------------------------------------------- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl _______________________________________________ Net-snmp-coders mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
