Richard Kojedzinszky writes:
> Sorry for sending the tgz with .svn included. And i did not send
> instructions.
> To do a test with fib_trie, issue
> $ make clean all ROUTE_ALG=TRIE & ./try a
> with fib_radix:
> $ make clean all ROUTE_ALG=RADIX & ./try a
> with fib_lef:
> $ make clean al
Dear Robert,
Sorry for sending the tgz with .svn included. And i did not send
instructions.
To do a test with fib_trie, issue
$ make clean all ROUTE_ALG=TRIE & ./try a
with fib_radix:
$ make clean all ROUTE_ALG=RADIX & ./try a
with fib_lef:
$ make clean all ROUTE_ALG=LEF SBBITS=4 & ./try a
Thi
Richard Kojedzinszky writes:
> traffic, and also update the routing table (from BGP), the route cache
> seemed to be the bottleneck, as upon every fib update the whole route
> cache is flushed, and sometimes it took as many cpu cycles to let some
> packets being dropped. Meanwhile i knew t
Dear all,
I work for an ISP, and we do not spend money on heavy routers, we use
linux to do the routing tasks, even at core level. We use commercial Intel
servers to do this job, but when such a router has come to handle ~1GBit/s
traffic, and also update the routing table (from BGP), the route