On Thu, May 31, 2007 at 11:45:08PM +0200, Claudio Jeker wrote:
On Wed, May 30, 2007 at 08:04:45PM +0200, Christian Plattner wrote:
Hi,
I am testing OpenBGPD and OpenOSPFD on a couple of Soekris boxes.
Even though I am using the latest code (-stable with ospfd kroute.c
revision 1.48), I
I applied the diff manually to -stable (watch out for
path_updateall/prefix_updateall), and now it works perfectly.
Thanks, Claudio!
And here is a preliminary diff for all the curious ones. bgpd needs to
track changes of routes with F_NEXTHOP checked and report them to the RDE.
The RDE will
On Wed, May 30, 2007 at 08:04:45PM +0200, Christian Plattner wrote:
Hi,
I am testing OpenBGPD and OpenOSPFD on a couple of Soekris boxes.
Even though I am using the latest code (-stable with ospfd kroute.c
revision 1.48), I am having problems with the kernel routing table
when OSPFD has to
Hi,
I am testing OpenBGPD and OpenOSPFD on a couple of Soekris boxes.
Even though I am using the latest code (-stable with ospfd kroute.c
revision 1.48), I am having problems with the kernel routing table
when OSPFD has to react to changes in the topology. I verified the
problem on a virtual
On 2007/02/23 12:52, Falk Brockerhoff wrote:
Claudio Jeker schrieb:
Hmm. For some reasons the carp route is not cleared correctly.
I'll have a look at it.
Do you have any news on this topic? I like to run OpenOSPFd on my
routers, but since the bugfix there isn't any redundancy. Hope to
Claudio Jeker schrieb:
Hmm. For some reasons the carp route is not cleared correctly.
I'll have a look at it.
Do you have any news on this topic? I like to run OpenOSPFd on my
routers, but since the bugfix there isn't any redundancy. Hope to hear
some good news :)
Thanks!
Falk
On Sun, Feb 18, 2007 at 02:46:09PM +0100, Falk Brockerhoff wrote:
And the output of the forwarding database with the unexpected nexthop of
the local interface instead of the opsf-neighbor:
# ospfctl sh fib
flags: * = valid, O = OSPF, C = Connected, S = Static
Flags Destination
Claudio Jeker wrote:
Hmm. For some reasons the carp route is not cleared correctly.
I'll have a look at it.
Thanks, I would be happy if this works.
Btw. I think for your simple setup with two bgpd routers and one carped LAN
network behind them does not need ospfd. Try to keep it simple
Hello,
I just set up OSPF to talk within two OpenBSD-Boxes (Pinky and Brain, do
you remember? :-). On both machines I configured a carp interface to
provide a default gateway for my local VLANs. The configuration was very
easy and intuitive. OSPF is redistributing routes only for
And the output of the forwarding database with the unexpected nexthop of
the local interface instead of the opsf-neighbor:
# ospfctl sh fib
flags: * = valid, O = OSPF, C = Connected, S = Static
Flags Destination Nexthop
C 195.140.212.0/24 link#22
I killed the ospfd-process
10 matches
Mail list logo