On Mon, Jul 04, 2011 at 06:13:29AM +0200, Claudio Jeker wrote:
On Tue, Jun 28, 2011 at 04:42:09PM +1000, David Gwynne wrote:
this works great for me. i'll pressure claudio@ to have a look at it over
the
next week or two.
I just commited this (a modified version of the diff by Patrick
this works great for me. i'll pressure claudio@ to have a look at it over the
next week or two.
cheers,
dlg
On 25/04/2011, at 8:44 PM, Patrick Coleman wrote:
On Wed, Jan 5, 2011 at 8:32 PM, Jan Johansson janj+open...@wenf.org
wrote:
So I found a bug here.
Your mk2 patch (didn't try the
On Wed, Jan 5, 2011 at 8:32 PM, Jan Johansson janj+open...@wenf.org wrote:
So I found a bug here.
Your mk2 patch (didn't try the mk1) does not advertise gif
tunnels this works with the unpatched binary.
Apologies for the delay on this one - finally got around to setting up
a test environment
Hello!
Just a FYI.
I have now upgraded our five IPv6 routers with the first patch
Patrick sent out. We are seeing some problems with the fib and
kernel routing getting out of sync when rebooting the core
routers. This is fixed by doing down and up on the gif tunnel
interface. We see this as good
Patrick Coleman blin...@gmail.com wrote:
Ok, the following should fix this. It's a little more involved; here's
what's new:
http://patrick.ld.net.au/ospf6d-fix-passive-interfaces-mk2.patch
So I found a bug here.
Your mk2 patch (didn't try the mk1) does not advertise gif
tunnels this works
On Mon, Jan 3, 2011 at 5:27 PM, Jan Johansson janj+open...@wenf.org wrote:
If an CARP interface is in BACKUP state the route is still
advertised which leads to assymetric routing.
Ok, the following should fix this. It's a little more involved; here's
what's new:
- Avoid sending LSAs if the link
Patrick Coleman blin...@gmail.com wrote:
Ok, the following should fix this. It's a little more involved; here's
what's new:
- Avoid sending LSAs if the link state is down (to avoid
double-advertising CARP interfaces). OSPFd does this a little more
elegantly using metrics[1], but I wasn't able
Patrick Coleman blin...@gmail.com wrote:
I've found that if an interface is declared passive (or is a
CARP interface) in ospf6d.conf, ospf6d will not send LSAs for
that interface, and any associated prefixes will not be
advertised. This is contrary to the behaviour in ospfd and what
I would
Hi,
I've found that if an interface is declared passive (or is a CARP
interface) in ospf6d.conf, ospf6d will not send LSAs for that
interface, and any associated prefixes will not be advertised. This is
contrary to the behaviour in ospfd and what I would expect.
The problem appears to be that