- Bird-users - Mailing Lists

Re: New release 1.3.5!
by Ebed 17 Jan '12

17 Jan '12

What about multipath device route ondrej? Is it already supported in version 1.3.5? It's definitely needed when you can only get dynamic ip. Look at this sample, route 0.0.0.0/0 multipath via "modem0" weight 1 via "modem1" weight 1 On 10/01/2012 21:56, Ondrej Filip wrote: > > Hi! > > A new version is ready! > > > > Changes: > > Version 1.3.5 > > o Protocol templates. > > o Deterministic MED option for BGP. > > o Support for link-local addresses in BGP and static protocols. > > o Several bugfixes. > > > > >

2 1

[PATCH 2/4] * Assign default protocol preference via proto_config_new()
by Alexander V. Chernikov 12 Jan '12

12 Jan '12

--- nest/config.Y | 1 - nest/proto.c | 1 + nest/protocol.h | 1 + nest/rt-dev.c | 1 + proto/bgp/bgp.c | 1 + proto/bgp/config.Y | 1 - proto/ospf/config.Y | 1 - proto/ospf/ospf.c | 1 + proto/pipe/config.Y | 1 - proto/pipe/pipe.c | 1 + proto/rip/rip.c | 2 +- proto/static/static.c | 2 +- sysdep/unix/krt.Y | 2 -- sysdep/unix/krt.c | 2 ++ 14 files changed, 10 insertions(+), 8 deletions(-) diff --git a/nest/config.Y b/nest/config.Y index a6baf4e..3fcfa52 100644 --- a/nest/config.Y +++ b/nest/config.Y @@ -219,7 +219,6 @@ CF_ADDTO(proto, dev_proto '}') dev_proto_start: proto_start DIRECT { this_proto = proto_config_new(&proto_device, sizeof(struct rt_dev_config), $1); - this_proto->preference = DEF_PREF_DIRECT; init_list(&DIRECT_CFG->iface_list); } ; diff --git a/nest/proto.c b/nest/proto.c index d55c348..0fc72ce 100644 --- a/nest/proto.c +++ b/nest/proto.c @@ -200,6 +200,7 @@ proto_config_new(struct protocol *pr, unsigned size, int class) c->global = new_config; c->protocol = pr; c->name = pr->name; + c->preference = pr->preference; c->class = class; c->out_filter = FILTER_REJECT; c->table = c->global->master_rtc; diff --git a/nest/protocol.h b/nest/protocol.h index 3766e15..a83c4ff 100644 --- a/nest/protocol.h +++ b/nest/protocol.h @@ -39,6 +39,7 @@ struct protocol { char *template; /* Template for automatic generation of names */ int name_counter; /* Counter for automatic name generation */ int attr_class; /* Attribute class known to this protocol */ + unsigned preference; /* Default protocol preference */ void (*preconfig)(struct protocol *, struct config *); /* Just before configuring */ void (*postconfig)(struct proto_config *); /* After configuring each instance */ diff --git a/nest/rt-dev.c b/nest/rt-dev.c index 497ee80..54cb14b 100644 --- a/nest/rt-dev.c +++ b/nest/rt-dev.c @@ -109,6 +109,7 @@ dev_copy_config(struct proto_config *dest, struct proto_config *src) struct protocol proto_device = { name: "Direct", template: "direct%d", + preference: DEF_PREF_DIRECT, init: dev_init, reconfigure: dev_reconfigure, copy_config: dev_copy_config diff --git a/proto/bgp/bgp.c b/proto/bgp/bgp.c index 66fdc60..4d3c32f 100644 --- a/proto/bgp/bgp.c +++ b/proto/bgp/bgp.c @@ -1178,6 +1178,7 @@ struct protocol proto_bgp = { name: "BGP", template: "bgp%d", attr_class: EAP_BGP, + preference: DEF_PREF_BGP, init: bgp_init, start: bgp_start, shutdown: bgp_shutdown, diff --git a/proto/bgp/config.Y b/proto/bgp/config.Y index 5fb6094..78ca52d 100644 --- a/proto/bgp/config.Y +++ b/proto/bgp/config.Y @@ -33,7 +33,6 @@ CF_ADDTO(proto, bgp_proto '}' { bgp_check_config(BGP_CFG); } ) bgp_proto_start: proto_start BGP { this_proto = proto_config_new(&proto_bgp, sizeof(struct bgp_config), $1); - this_proto->preference = DEF_PREF_BGP; BGP_CFG->hold_time = 240; BGP_CFG->connect_retry_time = 120; BGP_CFG->initial_hold_time = 240; diff --git a/proto/ospf/config.Y b/proto/ospf/config.Y index 4ada41e..24e125a 100644 --- a/proto/ospf/config.Y +++ b/proto/ospf/config.Y @@ -129,7 +129,6 @@ CF_ADDTO(proto, ospf_proto '}' { ospf_proto_finish(); } ) ospf_proto_start: proto_start OSPF { this_proto = proto_config_new(&proto_ospf, sizeof(struct ospf_config), $1); - this_proto->preference = DEF_PREF_OSPF; init_list(&OSPF_CFG->area_list); init_list(&OSPF_CFG->vlink_list); OSPF_CFG->rfc1583 = DEFAULT_RFC1583; diff --git a/proto/ospf/ospf.c b/proto/ospf/ospf.c index ce7ad37..73c06c2 100644 --- a/proto/ospf/ospf.c +++ b/proto/ospf/ospf.c @@ -1542,6 +1542,7 @@ struct protocol proto_ospf = { name: "OSPF", template: "ospf%d", attr_class: EAP_OSPF, + preference: DEF_PREF_OSPF, init: ospf_init, dump: ospf_dump, start: ospf_start, diff --git a/proto/pipe/config.Y b/proto/pipe/config.Y index 4478afe..4063755 100644 --- a/proto/pipe/config.Y +++ b/proto/pipe/config.Y @@ -24,7 +24,6 @@ CF_ADDTO(proto, pipe_proto '}') pipe_proto_start: proto_start PIPE { this_proto = proto_config_new(&proto_pipe, sizeof(struct pipe_config), $1); - this_proto->preference = DEF_PREF_PIPE; PIPE_CFG->mode = PIPE_TRANSPARENT; } ; diff --git a/proto/pipe/pipe.c b/proto/pipe/pipe.c index 420c5a9..fe8618b 100644 --- a/proto/pipe/pipe.c +++ b/proto/pipe/pipe.c @@ -197,6 +197,7 @@ pipe_get_status(struct proto *P, byte *buf) struct protocol proto_pipe = { name: "Pipe", template: "pipe%d", + preference: DEF_PREF_PIPE, postconfig: pipe_postconfig, init: pipe_init, start: pipe_start, diff --git a/proto/rip/rip.c b/proto/rip/rip.c index 543aa30..f0a4134 100644 --- a/proto/rip/rip.c +++ b/proto/rip/rip.c @@ -975,7 +975,6 @@ void rip_init_config(struct rip_proto_config *c) { init_list(&c->iface_list); - c->c.preference = DEF_PREF_RIP; c->infinity = 16; c->port = 520; c->period = 30; @@ -1032,6 +1031,7 @@ struct protocol proto_rip = { name: "RIP", template: "rip%d", attr_class: EAP_RIP, + preference: DEF_PREF_RIP, get_route_info: rip_get_route_info, get_attr: rip_get_attr, diff --git a/proto/static/static.c b/proto/static/static.c index f6c2a33..aaa9bfa 100644 --- a/proto/static/static.c +++ b/proto/static/static.c @@ -353,7 +353,6 @@ static_if_notify(struct proto *p, unsigned flags, struct iface *i) void static_init_config(struct static_config *c) { - c->c.preference = DEF_PREF_STATIC; init_list(&c->iface_routes); init_list(&c->other_routes); } @@ -523,6 +522,7 @@ static_copy_config(struct proto_config *dest, struct proto_config *src) struct protocol proto_static = { name: "Static", template: "static%d", + preference: DEF_PREF_STATIC, init: static_init, dump: static_dump, start: static_start, diff --git a/sysdep/unix/krt.Y b/sysdep/unix/krt.Y index 8608196..18e1e52 100644 --- a/sysdep/unix/krt.Y +++ b/sysdep/unix/krt.Y @@ -31,7 +31,6 @@ kern_proto_start: proto_start KERNEL { cf_error("Kernel protocol already defined"); #endif cf_krt = this_proto = proto_config_new(&proto_unix_kernel, sizeof(struct krt_config), $1); - this_proto->preference = DEF_PREF_INHERITED; THIS_KRT->scan_time = 60; THIS_KRT->learn = THIS_KRT->persist = 0; krt_scan_construct(THIS_KRT); @@ -67,7 +66,6 @@ kif_proto_start: proto_start DEVICE { if (cf_kif) cf_error("Kernel device protocol already defined"); cf_kif = this_proto = proto_config_new(&proto_unix_iface, sizeof(struct kif_config), $1); - this_proto->preference = DEF_PREF_DIRECT; THIS_KIF->scan_time = 60; init_list(&THIS_KIF->primary); krt_if_construct(THIS_KIF); diff --git a/sysdep/unix/krt.c b/sysdep/unix/krt.c index e5a8ce1..c4886c9 100644 --- a/sysdep/unix/krt.c +++ b/sysdep/unix/krt.c @@ -236,6 +236,7 @@ kif_copy_config(struct proto_config *dest, struct proto_config *src) struct protocol proto_unix_iface = { name: "Device", template: "device%d", + preference: DEF_PREF_DIRECT, preconfig: kif_preconfig, init: kif_init, start: kif_start, @@ -961,6 +962,7 @@ struct protocol proto_unix_kernel = { name: "Kernel", template: "kernel%d", attr_class: EAP_KRT, + preference: DEF_PREF_INHERITED, preconfig: krt_preconfig, postconfig: krt_postconfig, init: krt_init, -- 1.7.3.2 --------------020905020108020403060403--

1 0

Bird upgrade
by Marek Wajdzik 11 Jan '12

11 Jan '12

Hi group! It is possible to upgrade bird binary without restart of any protocol? If yes, then how to do it :)?

2 1

New release 1.3.5!
by Ondrej Filip 10 Jan '12

10 Jan '12

Hi! A new version is ready! Changes: Version 1.3.5 o Protocol templates. o Deterministic MED option for BGP. o Support for link-local addresses in BGP and static protocols. o Several bugfixes.

1 0

Re: default gateway
by Jaroslav Jirásek 09 Jan '12

09 Jan '12

> On Mon, Jan 09, 2012 at 04:53:35PM +0100, Jaroslav Jirásek wrote: >> How can I export default route from router which does not have >> default >> gateway? >> Now I am exporting default gateway with >> >> export where source = RTS_STATIC; > > Yes, having a static default route is the usual way. Export with this command works. But now I have router, which does not have default gateway. And from this router I need to export default gateway to ospf areas Jirasek

2 1

default gateway
by Jaroslav Jirásek 09 Jan '12

09 Jan '12

How can I export default route from router which does not have default gateway? Now I am exporting default gateway with export where source = RTS_STATIC; Thank you Jirasek

2 1

OSPF loading State
by Ryan Whelan 09 Jan '12

09 Jan '12

I have 2 linux machines connected to one another over the internet via a IPSec protected GRE tunnel. Each of them are running OSPF from bird 1.3.2. The issue is that one of them will not fully peer with the other, unless the other is started after the one with the issue. Is just stays in state 'loading' while the other machine will be in state 'full'. In other words, node 2 will only go to state 'full' if node 1 is started after node 2. If node 2 is started after node 1, it will sit in state 'loading' forever. Node 1 has no issues. Here is a log from the node that is failing to sync up (node 2): http://pastebin.com/ZjVcc1wB bird> show ospf neighbors axa0: Router ID Pri State DTime Interface Router IP 111.222.333.444 1 loading/ptp 00:13 tun10 172.31.255.255 bird> the config on both machines is identical protocol kernel { learn;; persist; scan time 20; export all; } protocol device { scan time 10; } protocol static { } protocol ospf axa0 { tick 1; rfc1583compat yes; area 0.0.0.0 { stub no; interface "tun*" { hello 5; retransmit 5; cost 10; transmit delay 5; dead 15; wait 50; type ptp; }; }; }

4 17

Regarding BGP route update‏
by Sushant K.R. 05 Jan '12

05 Jan '12

Hi !!! I have configured 2 iBGP peers in Bird and they are using same "export filter". I am getting strange case.when i disable export filter of BGP peer from bird configuration file and issue reload command of that specific protocol, the route is not removed in BRP peers and "sgow protocol all" of that bgp still shows that it is exporting routes. normal configuration: protocol bgp aa { local as my_as; neighbor X.X.X.X as my_as; source address y.y.y.y; multihop 3; import all; export filter r_test; } protocol bgp bb { local as my_as; neighbor Z.Z.Z.Z as my_as; source address y.y.y.y; multihop 3; import all; export filter r_test; } After Change protocol bgp aa { local as my_as; neighbor X.X.X.X as my_as; source address y.y.y.y; multihop 3; import all; export filter r_test; } protocol bgp bb { local as my_as; neighbor Z.Z.Z.Z as my_as; source address y.y.y.y; multihop 3; import all; # export filter r_test; } then i issued " reload all bb" but still "bb" is receiving old routes.But when is restarted bird service then after BGP got up, then "bb" did not got route. Can you assist what i am missing to do?

2 1

Re: change src in imported routes
by Jaroslav Jirásek 02 Jan '12

02 Jan '12

I'm sorry, it works. I change configuration with birdc "configure soft" Jirasek On Mon, 2 Jan 2012 01:49:22 +0100, Ondrej Zajicek wrote: > On Mon, Jan 02, 2012 at 12:30:00AM +0100, Jaroslav Jirásek wrote: >> Hi >> >> I need to change preffered source in imported routes (in ospf >> protocol) >> >> I tried import filter { krt_prefsrc = some.ip.of.router; accept; }; >> >> but it doesnt work for me. Is there any way to change this? > > BTW, using this in import from OSPF works for me: > > > bird> show route all > > ... > 192.168.42.192/29 via 81.92.145.129 on eth0 [ospf1 01:44] * I > (150/15) [192.168.43.1] > Type: OSPF unicast univ > OSPF.metric1: 15 > OSPF.metric2: 16777215 > OSPF.tag: 0x00000000 > OSPF.router_id: 192.168.43.1 > Kernel.prefsrc: 1.2.3.4 > ... > > > You don't have Kernel.prefsrc here (if you use that import filter) ?

1 0

BGP: Add support for peerings with link-local v6 addresses
by Matthias Schiffer 02 Jan '12

02 Jan '12

Hi, I already posted a first patch to add support for link-local addresses for BGP peerings one year ago, and now I've finally found time to update the patch for the current bird version and fix the problems mentioned in reply to the first patch. This patch series allows using NEF_STICKY neighbors for link-local addresses by saving the interface name in the neighbor structure, thus working even when the interface is removed and re-added causing the interface index to change. The BPG patch itself adds an interface attribute to the BGP protocol definition allowing to specify an interface to use for the BGP session. An additional patch that is needed to make this work under FreeBSD is also included; the current behaviour doesn't handle numbered v6 addresses on peer-to-peer interfaces correctly, which link-local addresses are generally. I didn't get the chance to test this under other BSDs though. The patches have been tested under Linux and FreeBSD, with Bird and Quagga peers, and a few different configurations. Best regards, Matthias Schiffer

4 13