Re: MPLS

2002-05-30 Thread Andre Oppermann
Richard A Steenbergen wrote: > > On Wed, May 29, 2002 at 08:31:24PM +0200, Andre Oppermann wrote: > > > Basically just gut the current radix tree and fast-switch like route-cache > > > system, and replace it with something optimized for fast insertions and > > > deletions (and FIB building) but n

Re: MPLS

2002-05-30 Thread Christophe Prevotaux
I am also very interested by this , as it has been mentioned already it would be nice if the Ayame project and your work could be somehow merged if necessary or at least some kind of a collaborative work. On Wed, 29 May 2002 09:18:07 +0200 (MEST) Luigi Iannone <[EMAIL PROTECTED]> wrote: > Hi! >

Re: netgraph warnings

2002-05-30 Thread Bruce Evans
On Wed, 29 May 2002, Alfred Perlstein wrote: > Something bizzaro with the 'struct ng_parse_struct_info' declarations, > please suggest or make a fix: > ... > cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes >-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual

Re: MPLS

2002-05-30 Thread Richard A Steenbergen
On Thu, May 30, 2002 at 11:46:21AM +0200, Andre Oppermann wrote: > > Flow has its benefits, such as netflow export, and maybe even at some > > point it could be tied into ipfw to improve performance... I'd like to see > > it stay around as a route-cache method, but probably not in its current > >

Re: MPLS

2002-05-30 Thread Andre Oppermann
Richard A Steenbergen wrote: > On Thu, May 30, 2002 at 11:46:21AM +0200, Andre Oppermann wrote: > > The theorie about the LC-Trie is that it'll fit into L2 cache for the > > entire default-free forwarding table. > > Versus the reality of doing bit operations instead of byte operations. In > my te

FreeBSD kernel routing table, need statistics, please install this patch

2002-05-30 Thread Andre Oppermann
Hi all, while working on a design overhaul of the kernel routing table I was inspecting the rt_metrics stuff a little bit closer. Then I checked with some busier web servers to see how much effect the rt_metric caching actually has. The result was not very clear. Some conntctions never got cached

Bug in net/route.[ch] with rmx_pksent while cloning

2002-05-30 Thread Andre Oppermann
Hi all, there is a bug in sys/route.[ch] with the rmx_pksent statistics (which counts how many times the route has been used to forward a ip packet). The bug is pretty simply: When cloning an rtentry in rtrequest1() the metrics get copied one to one. Unfortunatly also the rmx_pksent sta- tistic

Re: Bug in net/route.[ch] with rmx_pksent while cloning

2002-05-30 Thread Mike Silbersack
On Fri, 31 May 2002, Andre Oppermann wrote: > Hi all, > > there is a bug in sys/route.[ch] with the rmx_pksent statistics (which > counts how many times the route has been used to forward a ip packet). > > Silby, Bosko or Luigi, could you have a look at this? > > -- > Andre Sure, I'll take a

Re: Bug in net/route.[ch] with rmx_pksent while cloning

2002-05-30 Thread Mike Silbersack
On Fri, 31 May 2002, Andre Oppermann wrote: Ok, here we go. > if (req == RTM_RESOLVE) { > rt->rt_rmx = (*ret_nrt)->rt_rmx; /* copy metrics */ > + rt->rt_rmx.rmx_pksent = 0; /* reset packet counter */ This has been committed to -current, a

review request: cloning for ppp(4)

2002-05-30 Thread Brooks Davis
Below is a patch which does the important parts of making kernel ppp devices clonable and making the module unloadable. It combines both "ifconfig create" style cloning and the sl(4) create on attach method. This was done to allow interfaces to be pre-created so things like firewall rules would