On Fri, Feb 26, 2010 at 4:56 AM, Robert Story <rst...@freesnmp.com> wrote:
> On Tue, 23 Feb 2010 17:59:41 +0100 Bart wrote:
> [ ... ]
> BVA> It is not clear to me why a thread has been created to listen for
> BVA> RTM_NEWADDR, RTM_DELADDR and RTM_NEWPREFIX messages instead of
> processing
> BVA> the netlink socket data via snmp_sess_select() ?
>
> excellent point.
>
> BVA> Another remark: the code that handles the netlink messages is not
> correct.
> BVA> The queue used by the Linux kernel to pass data from the kernel to
> user
> BVA> space has a fixed size (configurable via SO_RCVBUF) and hence can
> overflow.
> BVA> When such an overflow happens some of the RTM_* messages are lost. The
> BVA> process that is listening for RTM_* messages must detect overflows and
> if an
> BVA> overflow happened it must poll the current state such that the
> in-kernel
> BVA> state and the state in the user process are again in sync. Overflows
> are
> BVA> reported by the kernel by sending a message with the type NLMSG_ERROR
> and
> BVA> setting an appropriate error code.
>
> again, excellent point. I think we need a bug report for both of these.
>
You can find the bug reports here:
*
https://sourceforge.net/tracker/?func=detail&aid=2959811&group_id=12694&atid=112694
*
https://sourceforge.net/tracker/?func=detail&aid=2959812&group_id=12694&atid=112694
Bart.
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Net-snmp-coders mailing list
Net-snmp-coders@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
