On Sun, 3 Oct 2004 18:49:17 +0200 Geert wrote: GDP> OK ... Replying off-list [...]
Replying on-list, because everyone should see all the arguments (eg this isn't solely my decision, so you need to present your arguments to everyone). GDP> You did mention in your original reply to up the buffers of the server GDP> apps. Now what about an snmpset with a huge payload (which might work, GDP> because send buffers could be treated differently than receive buffers) GDP> ... Or even snmpbulkget, snmpget which will have to return a large amount GDP> of data. You could even have a MIB with unrealistically big OID values GDP> (dynamic MIBS for example), in that case the amount of data won't even GDP> matter ... Yes, those are all considerations. GDP> So in that case when the OS has a default buffer that is too small for the GDP> PDU, then reply won't fit in the udp buffer, the message will never be GDP> received (think the client app will timeout). Well, that depends on the client side, and we can't assume that the client side has the same buffer size as us anyways. Not everyone uses net-snmp! ;-) The minimum size required in the RFCs is just 484 bytes. GDP> I feel this is breaking with backward compatibilty (because in the past, GDP> you had 128K at your disposal), but my definition of backward compatible GDP> might be off with yours. I think that backwards compatibility applies to the APIs, not the internals. GDP> I feel that a client app should therefore at least have a GDP> SNMP_MAX_PDU_SIZE buffer available on it's sockets (which was a suggestion GDP> I sent in the very first reply). I'm not convinced. I still think we shouldn't mess with os defaults. If someone want's their default to be larger, they now have a mechanism to to increase it, without tuning the kernel or recompiling the application. Another possibility (if you want to submit another patch), would be to add a configure option to specify the default at configure time. -- Robert Story; NET-SNMP Junkie <http://www.net-snmp.org/> <irc://irc.freenode.net/#net-snmp> Archive: <http://sourceforge.net/mailarchive/forum.php?forum=net-snmp-coders> You are lost in a twisty maze of little standards, all different. ------------------------------------------------------- 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
