On 30.6.2009 12:43, Martin Kraus wrote:

Hi. I've just ran into a little problem with bird 1.1.0, but it just might be a problem with linux. I'm setting ip addresses on interfaces using ifupdown and /etc/network/interfaces where public ip address gets set up using builtin configuration parameters(address/netmask) and private ip address(for switches etc.) gets set up using the "up /sbin/ip address add ...." command.

I've never had any problems using this setup, since it first sets the public ip address, which ospf uses, and then sets the private prefix, which just gets propagated. Today, using the same configuration, bird chose the private ip address as a primary address for ospf. The ip private ip address was set up as a second address but using show interfaces in bird client showed the private ip address as primary:

Yes, we changed this mechanism. It is described here: http://bird.network.cz/?get_doc&f=bird-6.html#ss6.2 So you have to change your "device" section for example like this: protocol device { scan time 10; # Scan the interfaces often primary 212.71.128.0/18; } Ondrej

eth1 up (index=3) MultiAccess Broadcast Multicast AdminUp LinkUp MTU=1500 172.23.17.129/25 (Primary, broadcast 172.23.17.255, scope site) 212.71.177.129/28 (Unselected, broadcast 212.71.177.143, scope univ)

Could this be an issue with bird, or is it some problem with kernel/ifupdown?

thanks mk

On Tue, Jun 30, 2009 at 12:43:15PM +0200, Martin Kraus wrote:

Hi. I've just ran into a little problem with bird 1.1.0, but it just might be a problem with linux. I'm setting ip addresses on interfaces using ifupdown and /etc/network/interfaces where public ip address gets set up using builtin configuration parameters(address/netmask) and private ip address(for switches etc.) gets set up using the "up /sbin/ip address add ...." command.

I've never had any problems using this setup, since it first sets the public ip address, which ospf uses, and then sets the private prefix, which just gets propagated.

Another change is that 'secondary' address ranges are now by default propagated as stub networks (You can change it using 'stubnet' option). If you propagated that address through OSPF, you probably exported it to OSPF as external route, which is not needed now. -- Elen sila lumenn' omentielvo Ondrej 'SanTiago' Zajicek (email: santiago@crfreenet.org) OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, wwwkeys.pgp.net) "To err is human -- to blame it on a computer is even more so."