- Bird-users - Mailing Lists

code change to prevent crash in rt-attr.c
by Steve Atkinson 27 Jan '16

27 Jan '16

Hi, We have a port of bird for a powerpc based Znyx (http://www.znyx.com) ZX6000 ATCA Layer 3 Switch. We have discovered that the current mainline cores while processing rt-attr.c function rta_lookup(), we have traced this back to a uninitialized stack variable in linux/netlink.c function nl_parse_route(). The addition of memset(&ra, 0, sizeof(ra)); Just after the creation of ra, was enough to prevent the crash. Steve PS Apologize for not attaching a patch, but our code tree has many unwanted changes port to ZX6000 which is stuck on gcc-2.95.3 and glibc-2.1.3 ======================= Steve Atkinson CEng BEng(hon) MIET Teligent Ltd 2 Kings Hill Avenue West Malling Kent ME19 4AQ Telephone: +44(0) 1732 879 655 Fax: +44 (0) 1732 879601 [YourHomePhoneIsAnywhere] The information in this email is confidential. The contents may not be disclosed or used by anyone other than the addressee. If you are not the intended recipient, please notify the sender immediately at the above address. The sender cannot accept any responsibility for the accuracy or completeness of this message as it has been transmitted over a public network. [BSI] Teligent Ltd is registered in England and Wales, registration number 2893478. Registered office Lion House, Red Lion Street, London WC1R 4GB. VAT registration GB639938577.

1 0

Re: [PATCH v2 2/2] Add the Babel protocol.
by Toke Høiland-Jørgensen 18 Jan '16

18 Jan '16

Juliusz Chroboczek <jch(a)pps.univ-paris-diderot.fr> writes: >> I did not read mentioned thread, but note that here the function >> babel_find_source() iterates only through sources for one propagated >> prefix. > > Ah, I missed that. So yeah, no problem. Ah, right. Was wondering why that would be a problem... Yeah, there's a FIB for the prefix lookup :) Hmm, benchmarking would be interesting; maybe I'll try to get a node attached to that Slovenian network and see what breaks :) >> I have one more general question. Is ETX cost algorithm really >> a reasonable idea? [...] It seems to me that in many cases it will lead >> to oscillations, because packet loss in wireless networks usually >> depends on traffic load. It seems to me that dynamic cost algorithms >> based on packet loss should at least use some hysteresis. > > You're right, we're doing hysteresis in babeld. Yeah, that ended up on my "nice to have" list, so didn't implement it in the first round. Related to that: Ondrej, I believe I saw you mention in another thread that the planned 2.0 release will be coming out soonish. Does that mean there will be dual-stack capabilities? That, and source-specific routing, are the two main things missing from Bird to get this Babel implementation to feature parity with babeld... I'll be happy to look into that at some point in the future (after you're finished going over this version with that fine-toothed comb of yours) :) > I'll be deploying one or two nodes with Toke's code as soon as I redo > our bench network (migrating from AHCP to HNCP), we'll see whether it > introduces any pathologies. Yay! Will look forward to the torrent of bug reports ;) -Toke

1 0

Re: [PATCH v2 2/2] Add the Babel protocol.
by Ondrej Zajicek 17 Jan '16

17 Jan '16

On Mon, Jan 18, 2016 at 12:03:46AM +0100, Juliusz Chroboczek wrote: > > I have one more general question. Is ETX cost algorithm really > > a reasonable idea? [...] It seems to me that in many cases it will lead > > to oscillations, because packet loss in wireless networks usually > > depends on traffic load. It seems to me that dynamic cost algorithms > > based on packet loss should at least use some hysteresis. > > You're right, we're doing hysteresis in babeld. This is described in > Section III.E of > > http://arxiv.org/pdf/1403.3488.pdf Thanks, i will check that. -- Elen sila lumenn' omentielvo Ondrej 'Santiago' Zajicek (email: santiago(a)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."

1 0

Re: [PATCH v2 2/2] Add the Babel protocol.
by Ondrej Zajicek 17 Jan '16

17 Jan '16

On Mon, Jan 18, 2016 at 12:15:31AM +0100, Juliusz Chroboczek wrote: > > Where BABEL_MIN_MTU is 540 (512 adjusted for IP and UDP headers). > > Should this be 560? The control traffic is carried over IPv6. You are right, 540 is for IPv4. -- Elen sila lumenn' omentielvo Ondrej 'Santiago' Zajicek (email: santiago(a)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."

1 0

Birdc OSPF propagate connected networks from VLANs
by viker 12 Jan '16

12 Jan '16

Hello everybody, i have a strange problem with propagation of subnets to OSPF area. scheme: --------------- Area 0 ----------------- -- Router1 -- ------------------ -- Router 2 -- --------------- ----------------- | LAGG iface | LAGG iface On both routers are bonded ifaces in LAGG. When i create vlan on LAGG trunk (i'm on FreeBSD 10.2. bird 1.5.0), i have in route export only ip/32 on vlan iface, not whole subnet. Configuration of bird: #### Main #### log "/var/log/bird.log" all; router id XXX.XXX.XXX.XXX; debug protocols all; protocol static { route YYY.YYY.YYY.YYY/NN via "vlanXX"; export all; import all; } protocol device { scan time 120; export all; } protocol kernel { learn; persist; scan time 30; import all; export all; } protocol ospf { import filter { accept; }; export all; area 0.0.0.0 { interface "ix0" { cost 10; type broadcast; hello 10; retransmit 5; wait 15; dead 30; }; networks { 10.0.0.0/8; 172.16.0.0/12; 192.168.0.0/16; }; }; }; Interesting thing is , when i import subnet to main table via :route XXX.XXX.XXX.XXX via "vlanXXX"; in static protocol and do birdc configure, propagation is working. So it seems to me that protocol device (or kernel) is not correctly importing created subnet into main table. Any ideas ? Thank You All Viker -- S pozdravem Vilem Kebrt email: viker(a)viker.cz tel: +420 604 550 132

3 5

Turris Omnia - campaign ends soon
by Ondrej Filip 11 Jan '16

11 Jan '16

Hi BIRD users! I hope you will forgive me one e-mail regarding our other project. As you might know, our company (CZ.NIC) is currently developing not just BIRD, but we are also working on an open source (SW and HW) SOHO router called Turris Omnia. To support our development we launched an IndieGoGo campaign. The campaign will end on Monday, so if you want to buy a great open source router that works very well with BIRD, please check this URL - https://www.indiegogo.com/projects/turris-omnia-hi-performance-open-source-… Kind regards and good luck in 2016! Ondrej

8 14

Re: Turris Omnia - campaign ends soon
by Ondrej Filip 08 Jan '16

08 Jan '16

On 8.1.2016 19:25, Michal Humpula wrote: > Hi Ondřej, > > is there an estimate of routing capacity, i.e. octets and packets per second > it will be able to route between the SFP and gigabit ports? Hi Michal! Sure it is 450 000 packets per second Ondrej > > Cheers > Michal > > On Friday 08 of January 2016 17:52:31 Ondrej Filip wrote: >> Hi BIRD users! >> I hope you will forgive me one e-mail regarding our other project. As >> you might know, our company (CZ.NIC) is currently developing not just >> BIRD, but we are also working on an open source (SW and HW) SOHO >> router called Turris Omnia. To support our development we launched an >> IndieGoGo campaign. The campaign will end on Monday, so if you want to >> buy a great open source router that works very well with BIRD, please >> check this URL - >> https://www.indiegogo.com/projects/turris-omnia-hi-performance-open-source-r >> outer/x/12683243#/ >> >> Kind regards and good luck in 2016! >> >> Ondrej >

2 1

Bird and RIP
by Anton Kiryushkin 05 Jan '16

05 Jan '16

Hello. Could you tell me status RIP in bird. Is it still broken in Bird? Or it should works fine? I have a problem with rip_metric. -- Best regards, Anton Kiryushkin

3 7

deterministic order for include by wildcard
by Warren Turkal 28 Dec '15

28 Dec '15

Hey folks, Do wildcards in includes resolve in a deterministic order? I'd like to just put something like the following in my bird.conf: include "/etc/bird.d/*.conf" If I do that, can I rely on 10-common.conf to be included before 20-bgp_to_other_place.conf so that I can define templates in a common place and use those templated in the later included files? If there is a deterministic order, it might make sense to identify that order in the docs. I only found [1], which does not say anything about the order of the files included. Also, if the ordering does exist, does anything affect the ordering? As a side note, it would also be nice to add an anchor to each option in the different sections where there are options so that one could link directly to the option within the section. If that had existed, I could have linked to the "include" option directly. Is there a bug tracker somewhere for bird for this type of request? Thanks, wt [1]http://bird.network.cz/?get_doc&f=bird-3.html#ss3.2 at the "include" option

3 4

generic extended communities support
by Warren Turkal 28 Dec '15

28 Dec '15

Bird folks, Is there any chance that the transitive part of the following RFC draft will be implemented in BIRD? https://tools.ietf.org/html/draft-ietf-idr-as4octet-extcomm-generic-subtype… I only ask as the implementation seems like it might be trivial since one can already do something like (4, 4200000000, 60000) already works for ext communities in Bird. This would definitely be useful to me, as I am currently abusing route origin subtype ext communities since they have no special meaning in bird. I would love to see the following syntax available: (generic, 4200000000, 60000) Thanks, wt

2 1