[lkml]   [2001]   [Aug]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH] CDP handler for linux
On 14 Aug 2001 21:59:02 +0100, Alan Cox wrote:
> > This said, if the consesus is that it belongs in userspace, I
> > shall set about porting the code over to a dameon and possibly maintaing
> > the kernel patch as a secondary "hobby project".
> I really think user space is the right place for it. That keeps it in
> pageable memory and likely to dump a core not an entire box on errors.

You're right (of course), but to a small extent it may depend how
critical CDP is to your routing. Both CDP and HSRP are things which
can be used by Ciscos to choose backup paths, but neither protocol is
really "urgent, real-time priority required" in the timing so that's
really the main reason to stay out of the kernel.

If you're using "set ip next-hop verify-availability" in a Cisco router
then you don't want CDP to fail unless the machine is unavailable to
route. But then I guess we don't have OSPF or BGP in the kernel, so CDP
doesn't belong there either.

One thing which would be nice though from a performance perspective is
a kernel NetFlow collector. I'm currently using a netflow collecter
which uses <asm/unistd.h> and doesn't link against libc or crt0.o,
accumulates all it's write()s as 128k chunks, etc, and that's damn fast,
but the kernel should be able to be even faster (avoid all those
context switches on each packet received).
David Luyer Phone: +61 3 9674 7525
Engineering Projects Manager P A C I F I C Fax: +61 3 9699 8693
Pacific Internet (Australia) I N T E R N E T Mobile: +61 4 1111 2983 NASDAQ: PCNTF
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:17    [W:0.084 / U:18.048 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site