On Mon, 2011-10-10 at 16:37 +0200, Ondrej Filip wrote:
But the good thing is that the Debian packaging is kept in the git as
well and can be accessed via browser at:
You're also welcome to use the mirror I have on Launchpad.
https://code.launchpad.net/bird
There are bazaar code branches on
On Tue, 2011-07-26 at 20:43 -0400, Ryan Whelan wrote:
This is perfect. I don't remember why I compiled from source, but
thats why I missed them; I didn't use the bin packages.
There are upstart files for bird here:
https://build.opensuse.org/package/files?package=birdproject=home%
3Awilsonn
On Wed, 2011-07-13 at 23:10 +0200, Ondrej Zajicek wrote:
How many static routes do you have?
I have potentially a few hundred thousand routes - that can't be
summarised for various reasons and tend to change a lot. A situation
that the standard routing protocols were not designed to handle.
On Wed, 2011-07-13 at 13:24 +0200, Ondrej Zajicek wrote:
Quick workaround would be split these routes to several static protocols
(for examle one per hundred routes).
Yep, that works like magic. Down to 2 seconds from six minutes!
Thanks
Neil
Hi all,
Loading a large set of prefixes into the static protocol is pretty
quick, but reconfiguring is really slow.
The current implementation uses linked lists which are traversed lots of
times during the reconfiguration.
I was wondering if these could be indexed and sorted in some way with
On Tue, 2011-07-05 at 11:16 +0200, Ondrej Zajicek wrote:
No, it is completely pointless. This is one thing i would like to fix
soon. If you have a static list of IP/prefixes, one workaround is to
activate OSPF just on non-stub interfaces/prefixes and add stub
prefixes using 'stubnet' option.
On Mon, 2011-07-04 at 00:23 +0200, Ondrej Zajicek wrote:
Thanks for a bugreport. There was a bug in checksum calculating
function. The patch is attached.
That's done the trick. Many thanks
Rgs
Neil
Hi,
Is there a way of turning off the socket listen for OSPF interfaces
marked as 'stub'?
At the moment I'm running up against the 1024 open file limit on servers
(such as VM hosts) with lots of interfaces.
I could alter the ulimit but it seems a bit of a waste to have all those
open sockets