gmane.network.bird.user

erroneous "Netlink: File exists" ?

Aragon Gouveia — 2013-05-23T22:10:45

Hi,

So I've seen this issue mentioned in past mailings, and the FAQ, but I 
think I might be experiencing a buggy form of it in Bird 1.3.10.

In debug mode I'm getting this:

May 23 23:59:06 wugpi bird: device1: Scanning interfaces
May 23 23:59:06 wugpi bird: CTWUG: HELLO packet sent via eth0
May 23 23:59:06 wugpi bird: kernel1: Scanning routing table
May 23 23:59:06 wugpi bird: kernel1: Pruning table master
May 23 23:59:06 wugpi bird: kernel1: 172.18.102.32/32: reinstalling
May 23 23:59:06 wugpi bird: Netlink: File exists
May 23 23:59:06 wugpi bird: kernel1: 172.18.102.160/28: reinstalling
May 23 23:59:06 wugpi bird: Netlink: File exists
May 23 23:59:06 wugpi bird: kernel1: 172.18.102.224/28: reinstalling
May 23 23:59:06 wugpi bird: Netlink: File exists
May 23 23:59:06 wugpi bird: kernel1: 172.18.102.240/28: reinstalling
May 23 23:59:06 wugpi bird: Netlink: File exists
May 23 23:59:06 wugpi bird: kernel1: 172.18.128.0/22: reinstalling
May 23 23:59:06 wugpi bird: Netlink: File exists
May 23 23:59:06 wugpi b

Flood of: Netlink: File exists

Tapio Haapala — 2013-05-22T08:53:36

Hello,
We get <WARN> Netlink: File exists message to bird log about 25 times in
minute.
I think it comes when bird try add some routes to kernel table what are
allready in table. Is there way to get more information what it try
insert to table so then I maybe can resolve that with filters. I think
it just get same routes from two different protocol.

Running BIRD 1.3.4 on custom config Linux 3.8.13 kernel

Bao Nguyen — 2013-05-20T23:36:02

We testing BIRD on a custom 3.8.13 Linux kernel and seeing this message
every 20 seconds. We did not see this on 3.2 kernel release by Ubuntu 12.04
LTS release. Is there any chance that there's a kernel config that's needed
by BIRD that we are not aware of? I notice that the "wait 20" is the only
time that matches this interval in the log...

May 20 23:29:05 sja15 bird: Netlink: Invalid argument
May 20 23:29:26 sja15 bird: Netlink: Invalid argument
May 20 23:29:46 sja15 bird: Netlink: Invalid argument
May 20 23:30:06 sja15 bird: Netlink: Invalid argument
May 20 23:30:25 sja15 bird: Netlink: Invalid argument
May 20 23:30:45 sja15 bird: Netlink: Invalid argument
May 20 23:31:06 sja15 bird: Netlink: Invalid argument
May 20 23:31:26 sja15 bird: Netlink: Invalid argument


Here's our OSPF config.

protocol ospf {
  import filter import_OSPF;
  export filter export_OSPF;
  ecmp 4;

  area 0 {
    interface "eth0", "eth1" {
      cost 100;

      type broadcast;
      hello 10; retransmit 5; wait 20; dead 40;
    }

[PATCH RFC v2] Preserve BGP attributes from non-BGP protocols

Matthias Schiffer — 2013-05-17T14:31:07

There is no reason to overwrite attributes like AS path, next hop, etc. when the
route source is not BGP. Preserving them has several advantages:

 * no attributes are lost by using opaque pipes
 * BGP attributes can by pre-populated in other protocols' import filters

As a side effect of moving code from bgp_create_attrs() to bgp_update_attrs(),
the BGP protocol now uses the same logic to determine if the "gw" attribute
should be used as next hop for routes from BGP sources as for those from other
sources. Previously, the "gw" attribute was never for routes from BGP.

Limitations:
 * The handling of routes imported from/exported to route reflectors isn't
   preserved through opaque pipes
---

Hi,
I found a small issue with my first patch (origin and local_pref attributes not
being preserved), so here is a v2.

Regards,
Matthias

 proto/bgp/attrs.c | 101 ++++++++++++++++++++++++------------------------------
 1 file changed, 45 insertions(+), 56 deletions(-)

diff --git a/proto/bgp/attrs.c b/proto/bgp/attrs.

[PATCH RFC] Preserve BGP attributes from non-BGP protocols

Matthias Schiffer — 2013-05-17T14:03:54

There is no reason to overwrite attributes like AS path, next hop, etc. when the
route source is not BGP. Preserving them has several advantages:

 * no attributes are lost by using opaque pipes
 * BGP attributes can by pre-populated in other protocols' import filters

As a side effect of moving code from bgp_create_attrs() to bgp_update_attrs(),
the BGP protocol now uses the same logic to determine if the "gw" attribute
should be used as next hop for routes from BGP sources as for those from other
sources. Previously, the "gw" attribute was never for routes from BGP.

Limitations:
 * The handling of routes imported from/exported to route reflectors isn't
   preserved through opaque pipes
---

Hi,
this is a patch I just wrote up in need for this feature. I've tested it on a
handful of systems and everything seems to be working correctly. Comments
welcome :)

Regards,
Matthias


 proto/bgp/attrs.c | 101 ++++++++++++++++++++++++------------------------------
 1 file changed, 45 insertions(+), 56 deletions(-)

Cacti Scripts

Joe Wooller — 2013-05-16T15:48:18

Hey All, 

We have just been making some cacti scripts for graphing routes.
Please let me know what you think.

https://github.com/dowlingw/bird-tool

Cheers
Joe

dumb question

Henry Yen — 2013-05-15T17:38:29

Dumb question, but didn't readily see it in the documentation; pointers to
where it is in the doc would be humbly appreciated.

The following is typical response for BIRDC route query:

   bird> show route 192.168.5.0/24 all
   192.168.5.0/24     via 10.110.110.5 on tun4 [bm 13:21 from 65.242.137.98] * (100/?) [i] 
           Type: BGP unicast univ
           BGP.origin: IGP
           BGP.as_path:
           BGP.next_hop: 65.242.137.98
           BGP.med: 0
           BGP.local_pref: 100
   bird>

What does the '*' in the response signify? "Valid" like in cisco?
What does the "100/" signify? Is it local preference, or
   the route metric, or something else?
What does the "/?" signify? Some examples show "-" or a numeric value.

Thanks.

OSPF HELLO wrong mask

Slawa Olhovchenkov — 2013-05-15T16:06:07

BIRD 1.3.9 running on FreeBSD 9.1 with next interfaces (not all showed):

em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
        options=4219b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4,WOL_MAGIC,VLAN_HWTSO>
        ether 68:05:ca:0e:d3:e1
        inet 10.254.0.2 netmask 0xffff0000 broadcast 10.254.255.255
vlan1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
        options=3<RXCSUM,TXCSUM>
        ether 50:46:5d:b1:98:6c
        inet 10.90.90.91 netmask 0xfffffff8 broadcast 10.90.90.95
        inet6 2a03:e2c0::1 prefixlen 64 
        nd6 options=1<PERFORMNUD>
        media: Ethernet autoselect (1000baseT <full-duplex>)
        status: active
        vlan: 1 parent interface: re0

ospf configuration:

protocol ospf {
        area 0 {
                interface "em0" ;
        };
}

Bird send HELLO packet with wrong mask (and Designated Router also):

tcpdump: listening on em0, link-type EN10MB (Ethernet), capture size 65535 bytes
20:04:06.186362 IP

BIRD support programme

Ondrej Filip — 2013-05-15T13:47:26

Dear BIRD users,
please excuse me for one non-technical e-mail. But in order to
increase the speed and the quality of BIRD development we have
launched a support programme. The funds raised from this programme
will serve on one hand to support BIRD users that need quicker
response times, consultancy etc. and also on the other hand to finance
BIRD development, travel costs of BIRD developers, equipment etc.

So if you need BIRD support or you just want to help BIRD development,
please consider joining this programme.

http://bird.network.cz/?support

Kind regards
Ondrej

★ Bird Users, Kalil te mandou uma mensagem

Badoo — 2013-05-13T16:14:56

Kalil te mandou uma mensagem

Só você pode ver o conteúdo desta mensagem e quem a enviou. Você pode deletar a qualquer momento. Para responder basta clicar no link:

http://us1.badoo.com/01240426473/in/Rrc7T1eGICA/?lang_id=61&g=57&m=63&mid=5191117f00000000003d000001a17e7f0307eb240069



Se os links desta mensagem não funcionaram,
copie e cole-os na barra de endereços de seu navegador.

E-mail enviado como parte do sistema de mensagens do Kalil. 
Se recebeu este e-mail por engano, por favor, simplesmente ignore-o. Em breve a mensagem será removida do sistema.


Divirta-se!
A Equipe Badoo 

E-mail enviado por Badoo Trading Limited.
http://us1.badoo.com/impersonation.phtml?lang_id=61&email=bird-users%40trubka.network.cz&block_code=afa63e&m=63&mid=5191117f00000000003d000001a17e7f0307eb240069

Badoo Trading Limited é uma sociedade limitada registada na Inglaterra e País de Gales sob o CRN 7540255 e firma registrada em 131 - 151 Great Titchfield Street, Londres, W1W 5BB.

HOWTO: Learning recursive routes from kernel protocol

Сергей Попович — 2013-05-13T14:13:16

 Deploying VLAN per user with IP unnumbered schema using Linux as access server
we face with following problem:

  BIRD's kernel protocol does not learn routes with nexthop, that resolves trought
  another route (recursive routes).

This is reproducable for both IPv4 and IPv6.
----------------------------------------------------------

While for IPv4 this has minimal impact, as typically customer gets its /32 ip address and
entire LAN part of the customer connection uses addresses from RFC1918 and NAT.

For IPv6 this becomes more complicated:
  - there is no NAT in such view as with IPv4, (ok)
  - as with IPv4 customer gets one IPv6 address on its WAN interface (ok)
  - customer gets additional IPv6 block with 64 long prefix for its LAN interface (fail)

So for typical IPv6 deplyment with IP unnumbered schema we need:
# ip -6 route add fd11::2/128 dev vlan10 proto static src fd11::1
# ip -6 route add fd22::/64 dev vlan10 via fd11::2 proto static src fd11::1
# birdc 'show route filter { if proto = ker

show route filter & static routes

Dan Rimal — 2013-05-12T16:39:55

Hello,

I've found confused behaviour "show route filter". I have basic test 
setup with some filters, see attachment.

With this setup, i've got this result:

bird> show route export test
1.0.0.0/20         blackhole [static_bgp 18:22] * (1200)
bird> show route filter upstream_out
bird>

and error log shows:
12-05-2013 18:23:24 <ERR> filters, line 28: Prefix or path expected


When i commented out line "if bgp_path.len > 64 then return false;" in 
"function rt_export_ebgp()", i've got expected result:

bird> show route export test
1.0.0.0/20         blackhole [static_bgp 18:22] * (1200)
bird>
bird> show route filter upstream_out
1.0.0.0/20         blackhole [static_bgp 18:22] * (1200)


Unexpected behaviour (for me) arrive when filter contain whatever with 
BGP PATH and exported routes are static, without bgp path. For example, 
if i add "bgp_path.prepend(65001);" to "filter usptream_out", i've got 
same bad result again:

bird> show route export test
1.0.0.0/20         blackhole [static_bgp 18:22] * (1200)

[PATCH] Locking in BGP proto generates deadlocks with link-local addresses

Fritz Grimpen — 2013-05-09T03:53:05

Hi.

Today I have figured out that BIRD will generate a deadlock if you are
using the same remote address on multiple BGP protocols:

protocol bgp {
    neighbor fe80::1%tun1 as 1;
    local fe80::2 as 2;
}

protocol bgp {
    neighbor fe80::1%tun2 as 1;
    local fe80::2 as 3;
}

In this case, only one of these protocols will change it's state and
the other will stuck in Idle state forever. Here is my patch:

cat <<PATCH
diff --git a/proto/bgp/bgp.c b/proto/bgp/bgp.c
index 0f351b4..b1594b9 100644
--- a/proto/bgp/bgp.c
+++ b/proto/bgp/bgp.c
< at >< at > -840,7 +840,6 < at >< at > bgp_start(struct proto *P)
   lock->iface = p->cf->iface;
   lock->type = OBJLOCK_TCP;
   lock->port = BGP_PORT;
-  lock->iface = NULL;
   lock->hook = bgp_start_locked;
   lock->data = p;
   olock_acquire(lock);
PATCH

Fritz.

New release 1.3.10

Ondrej Filip — 2013-05-07T11:47:03

Hi Bird users,
we have a new version of your popular routing daemon.

Ondrej



Version 1.3.10
  o Lightweight BIRD client for embedded environments.
  o Dynamic IPv6 router advertisements.
  o New 'next hop keep' option for BGP.
  o Smart default routing table for 'show route export/preexpot/protocol'.
  o Automatic router ID selection could be configured to use address
of loopback.
  o Allows configured global addresses of NBMA neighbors in OSPFv3.
  o Allows BIRD commands from UNIX shell even in restricted mode.
  o Route limits inherited from templates can be disabled.
  o Symbol names enclosed by apostrophes can contain dots.
  o Several bugfixes.

ECMP on 2 x 1ge Linux hosts

Bao Nguyen — 2013-05-07T01:50:10

I'm trying out OSPF ECMP on BIRD (with ECMP set and enabled on kernel) and
on hosts A and host B are configured as below and connected via a switch,
the dummy0 interface is used as the loopback address for two physical nics.

host A
eth1 - /30 - OSPF
eth0 - /30 - OSPF
dummy0 - /32

host B
eth1 - /30 - OSPF
eth0 - /30 - OSPF
dummy0 - /32

From host A I do "iperf -c x.x.x.x -P 4" to host B's dummy0 interface, host
A iperf seemed to pick a single eth0 or eth1 but not both interfaces and
use it to send out traffic on all 4 difference processes. Ideally how would
one allow a single application (in this case iperf) with multiple
threads/processes to send 2Gbit worth of traffic? Ideally to a logical
interface and it's hash automatically to two difference eth0 and eth1?

I've looked at setting (krt_prefsrc) to source the address as the dummy0
interface on each host. Would that be the answer?

thanks,
-bn
0216331C

JUNOS and BIRD OSPF ptp netmask 0.0.0.0 mismatch problem

Bao Nguyen — 2013-05-03T02:04:58

Hello all,

I'm running BIRD 1.3.4 with JUNOS and I ran into the issue of "netmask
0.0.0.0" was seen by JUNOS as it's not being sent by BIRD on a OSPF
point-to-point link per RFC spec but JUNOS perform strict check on it.

There seemed to be quite a bit of discussions about this online [1][2] and
I'm wondering if anyone got a better alternatives then switching to link
broadcast mode?

I also looked at BIRD code, it seemed like someone have applied a patch for
a "ptp netmask" option on in April 17 to work around this issue but
upgrading BIRD is not an option at this point.

[1]
https://kb.juniper.net/InfoCenter/index?page=content&enablesaml=yes&id=KB23533&max-yv=1&cat=M_SERIES&actp=LIST&smlogin=true
[2]
http://forums.juniper.net/t5/Junos-and-Junosphere/ospf-point-to-point-interface-type-on-ethernet/td-p/39375

thanks,


-bn
0216331C

BGP is not coming up: Error: Invalid next hop

Timur Irmatov — 2013-04-30T18:53:56

Hi.


We have a pretty simple BGP configuration with bird:

protocol static static_isp {
        import all;

        route <net1>/22 via <gw>;
        route <net2>/23 via <gw>;
}

protocol bgp isp {
        disabled on;
        import none;
        export where proto = "static_isp";

        local as <X>;
        neighbor <nei> as <Y>;
}

Initially, we configured network interface with wrong ip address, then
after fixing this, bird gives us this error after reconfiguration
(Error: Invalid next hop). What's the problem? We could tried
restarting bird but this is production router (we have replaced Cisco
router with this Linux box) and we woudn't want to do that unless this
is really needed.


--
Timur Irmatov

BGP password behaviour

Dan Rimal — 2013-04-28T15:48:32

Hello,

today i have had very strange experience with bird. Few days ago (approx 
6 days) i have established bgp session with bgp password attribute. 
Since established this session, i have got messages in system log like this:

kernel: [2956936.985539] MD5 Hash failed for (195.81.xxx.yy, 
179)->(195.81.xxx.yy, 46595)
kernel: [2956936.985761] huh, entered softirq 3 NET_RX ffffffff814e7060 
preempt_count 00000100, exited with 00000101?

But peer was UP, routes was installed, everything seemed OK. I didn't 
notice this messages for few days althoug messages was added very often.

After few days, it changes to:

Apr 28 00:33:59 r1 kernel: [3432467.222576] BUG: scheduling while 
atomic: bird/6356/0x00000001
Apr 28 00:33:59 r1 kernel: [3432467.222656] Modules linked in: 
binfmt_misc ip_vs nf_conntrack libcrc32c 8021q garp stp llc dummy 
ipmi_devintf ipmi_si ipmi_msghandler mlx4_en mlx4_core joydev i2c_i801 
i2c_core iTCO_wdt iTCO_vendor_support ixgbe i7core_edac ioatdma mdio eda
c_core igb dca raid1 [last unloade

unnecessary and frequency kernel routing update

Slawa Olhovchenkov — 2013-04-26T13:12:47

bird router got from BGP peer update don't change routing table:

26-04-2013 15:49:55 <TRACE> le2 > added [best] 209.142.140.0/24 via 10.90.90.92 on vlan1

and send unneeded routing update to kernel (old route is same):

26-04-2013 15:49:55 <TRACE> kernel1 < replaced 209.142.140.0/24 via 10.90.90.92 on vlan1

From this BGP peer similar updates got very frequence (50 per second and higher).
How to prevent unneeded routing update to kernel?

BGP Extended Communities

Joe Wooller — 2013-04-22T16:30:05

Hey All, 

Just wondering if anyone in the IXP world would care to share how they do their Communities/Extended Communities and if most of the IXP actually conform to the same standard?

BIRD examples appreciated too! 

Regards
Joe

Watchdog/Supervise?

Joe Wooller — 2013-04-22T06:16:51

Hey All, 

Just wondering what people are using to monitor the bird process(es)?
Has anyone configured Supervise or the like?

I have set up a test BIRD VM and have managed to make it Segfault once… :P

Cheers
Joe