RE: How redistribute routes from kernel table to OSPF protocol?
Problem solved. I find it Kernel protocol with learn may generate these routes, but there is an exception for device routes in sysdep/linux/netlink/netlink.c:848 : /* * In Linux IPv6, 'native' device routes have proto * RTPROT_BOOT and not RTPROT_KERNEL (which they have in * IPv4 and which is expected). We cannot distinguish * 'native' and user defined device routes, so we ignore all * such device routes and for consistency, we have the same * behavior in IPv4. Anyway, users should use RTPROT_STATIC * for their 'alien' routes. */ if (i->rtm_protocol == RTPROT_BOOT) src = KRT_SRC_KERNEL; If you remove these two lines and recompile BIRD, you could probably be able to import device routes. Vladislav Grishin After I restart bird proxmox-host1:/var/log# tail /var/log/debug Feb 22 14:59:09 proxmox-host1 bird: kernel1: Pruning inherited routes Feb 22 14:59:11 proxmox-host1 bird: device1: Scanning interfaces Feb 22 14:59:11 proxmox-host1 bird: kernel1: Scanning routing table Feb 22 14:59:11 proxmox-host1 bird: kernel1: 10.18.1.25/32: ignored <-- Feb 22 14:59:11 proxmox-host1 bird: kernel1: 10.18.1.26/32: ignored <-- Feb 22 14:59:11 proxmox-host1 bird: kernel1: 0.0.0.0/0: [alien] seen Feb 22 14:59:11 proxmox-host1 bird: kernel1: Pruning table master Feb 22 14:59:11 proxmox-host1 bird: kernel1: 10.16.1.0/24: reinstalling Feb 22 14:59:11 proxmox-host1 bird: kernel1: 10.17.1.0/24: reinstalling Feb 22 14:59:11 proxmox-host1 bird: kernel1: Pruning inherited routes proxmox-host1:/var/log# Vladislav Grishin -Original Message- From: owner-bird-us...@atrey.karlin.mff.cuni.cz [mailto:owner-bird-us...@atrey.karlin.mff.cuni.cz] On Behalf Of Владислав Гришин Sent: Wednesday, February 22, 2012 1:23 PM To: bird-us...@trubka.network.cz Subject: How redistribute routes from kernel table to OSPF protocol? 1. Routes into kernel routing table proxmox-host1:/# ip ro list 10.18.1.25 dev venet0 scope link 10.18.1.26 dev venet0 scope link 10.16.1.0/24 dev vmbr0 proto kernel scope link src 10.16.1.27 10.17.1.0/24 dev eth1 proto kernel scope link src 10.17.1.27 default via 10.16.1.1 dev vmbr0 proxmox-host1:/# 2. Bird Config file filter export_OSPF { # redistribute connected if ( source = RTS_DEVICE ) then { print "net accepted:", net; ospf_metric2 = 20; accept; } # redistribute static if ( source = RTS_STATIC_DEVICE ) then { print "net accepted:", net; ospf_metric2 = 20; accept; } if ( source = RTS_STATIC ) then { print "net accepted:", net; ospf_metric2 = 20; accept; } reject; } filter import_OSPF { if ( source = RTS_OSPF_EXT2 && net != 0.0.0.0/0 ) then { print "net accepted:", net; accept; } reject; } protocol direct { interface "eth1"; interface "venet0"; } protocol kernel { # table main; learn; # Learn all alien routes from the kernel device routes; # persist off;# Don't remove routes on bird shutdown # scan time 20; # Scan kernel routing table every 20 seconds scan time 2;# Scan kernel routing table every 60 seconds import all; # Default is import all export all; # Default is export none # kernel table 5; # Kernel table to synchronize with (default: main) } protocol ospf myospf { router id 10.17.1.27; debug all; export filter export_OSPF; import filter import_OSPF; area 0.0.0.0 { interface "eth1" { hello 10; retransmit 5; cost 10; transmit delay 1; dead count 4; wait 40; type broadcast; priority 0; authentication cryptographic; password "ХХ"; }; }; } 3. Output bird console bird> show route all 0.0.0.0/0 via 10.16.1.1 on vmbr0 [kernel1 2012-02-22 12:47:54] * (10) Type: inherit unicast univ 10.16.1.0/24 via 10.17.1.28 on eth1 [myospf 2012-02-22 12:48:04] * E2 (150/10/20) [10.17.1.28] Type: OSPF-boundary unicast univ OSPF.metric1: 10 OSPF.metric2: 20 OSPF.tag: 0x OSPF.router_id: 10.17.1.28 10.17.1.0/24 dev eth1 [direct1 2012-02-22 12:47:54] * (240) Type: device unicast univ bird> But I don't see these routes in a bird 10.18.1.25 dev venet0 scope link 10.18.1.26 dev venet0 scope link (Only default route present from kernel.) It is necessary to declare these routes to OSPF neighbors. Vladislav Grishin
RE: How redistribute routes from kernel table to OSPF protocol?
After I restart bird proxmox-host1:/var/log# tail /var/log/debug Feb 22 14:59:09 proxmox-host1 bird: kernel1: Pruning inherited routes Feb 22 14:59:11 proxmox-host1 bird: device1: Scanning interfaces Feb 22 14:59:11 proxmox-host1 bird: kernel1: Scanning routing table Feb 22 14:59:11 proxmox-host1 bird: kernel1: 10.18.1.25/32: ignored <-- Feb 22 14:59:11 proxmox-host1 bird: kernel1: 10.18.1.26/32: ignored <-- Feb 22 14:59:11 proxmox-host1 bird: kernel1: 0.0.0.0/0: [alien] seen Feb 22 14:59:11 proxmox-host1 bird: kernel1: Pruning table master Feb 22 14:59:11 proxmox-host1 bird: kernel1: 10.16.1.0/24: reinstalling Feb 22 14:59:11 proxmox-host1 bird: kernel1: 10.17.1.0/24: reinstalling Feb 22 14:59:11 proxmox-host1 bird: kernel1: Pruning inherited routes proxmox-host1:/var/log# Vladislav Grishin -Original Message- From: owner-bird-us...@atrey.karlin.mff.cuni.cz [mailto:owner-bird-us...@atrey.karlin.mff.cuni.cz] On Behalf Of Владислав Гришин Sent: Wednesday, February 22, 2012 1:23 PM To: bird-us...@trubka.network.cz Subject: How redistribute routes from kernel table to OSPF protocol? 1. Routes into kernel routing table proxmox-host1:/# ip ro list 10.18.1.25 dev venet0 scope link 10.18.1.26 dev venet0 scope link 10.16.1.0/24 dev vmbr0 proto kernel scope link src 10.16.1.27 10.17.1.0/24 dev eth1 proto kernel scope link src 10.17.1.27 default via 10.16.1.1 dev vmbr0 proxmox-host1:/# 2. Bird Config file filter export_OSPF { # redistribute connected if ( source = RTS_DEVICE ) then { print "net accepted:", net; ospf_metric2 = 20; accept; } # redistribute static if ( source = RTS_STATIC_DEVICE ) then { print "net accepted:", net; ospf_metric2 = 20; accept; } if ( source = RTS_STATIC ) then { print "net accepted:", net; ospf_metric2 = 20; accept; } reject; } filter import_OSPF { if ( source = RTS_OSPF_EXT2 && net != 0.0.0.0/0 ) then { print "net accepted:", net; accept; } reject; } protocol direct { interface "eth1"; interface "venet0"; } protocol kernel { # table main; learn; # Learn all alien routes from the kernel device routes; # persist off;# Don't remove routes on bird shutdown # scan time 20; # Scan kernel routing table every 20 seconds scan time 2;# Scan kernel routing table every 60 seconds import all; # Default is import all export all; # Default is export none # kernel table 5; # Kernel table to synchronize with (default: main) } protocol ospf myospf { router id 10.17.1.27; debug all; export filter export_OSPF; import filter import_OSPF; area 0.0.0.0 { interface "eth1" { hello 10; retransmit 5; cost 10; transmit delay 1; dead count 4; wait 40; type broadcast; priority 0; authentication cryptographic; password "ХХ"; }; }; } 3. Output bird console bird> show route all 0.0.0.0/0 via 10.16.1.1 on vmbr0 [kernel1 2012-02-22 12:47:54] * (10) Type: inherit unicast univ 10.16.1.0/24 via 10.17.1.28 on eth1 [myospf 2012-02-22 12:48:04] * E2 (150/10/20) [10.17.1.28] Type: OSPF-boundary unicast univ OSPF.metric1: 10 OSPF.metric2: 20 OSPF.tag: 0x OSPF.router_id: 10.17.1.28 10.17.1.0/24 dev eth1 [direct1 2012-02-22 12:47:54] * (240) Type: device unicast univ bird> But I don't see these routes in a bird 10.18.1.25 dev venet0 scope link 10.18.1.26 dev venet0 scope link (Only default route present from kernel.) It is necessary to declare these routes to OSPF neighbors. Vladislav Grishin
How redistribute routes from kernel table to OSPF protocol?
1. Routes into kernel routing table proxmox-host1:/# ip ro list 10.18.1.25 dev venet0 scope link 10.18.1.26 dev venet0 scope link 10.16.1.0/24 dev vmbr0 proto kernel scope link src 10.16.1.27 10.17.1.0/24 dev eth1 proto kernel scope link src 10.17.1.27 default via 10.16.1.1 dev vmbr0 proxmox-host1:/# 2. Bird Config file filter export_OSPF { # redistribute connected if ( source = RTS_DEVICE ) then { print "net accepted:", net; ospf_metric2 = 20; accept; } # redistribute static if ( source = RTS_STATIC_DEVICE ) then { print "net accepted:", net; ospf_metric2 = 20; accept; } if ( source = RTS_STATIC ) then { print "net accepted:", net; ospf_metric2 = 20; accept; } reject; } filter import_OSPF { if ( source = RTS_OSPF_EXT2 && net != 0.0.0.0/0 ) then { print "net accepted:", net; accept; } reject; } protocol direct { interface "eth1"; interface "venet0"; } protocol kernel { # table main; learn; # Learn all alien routes from the kernel device routes; # persist off;# Don't remove routes on bird shutdown # scan time 20; # Scan kernel routing table every 20 seconds scan time 2;# Scan kernel routing table every 60 seconds import all; # Default is import all export all; # Default is export none # kernel table 5; # Kernel table to synchronize with (default: main) } protocol ospf myospf { router id 10.17.1.27; debug all; export filter export_OSPF; import filter import_OSPF; area 0.0.0.0 { interface "eth1" { hello 10; retransmit 5; cost 10; transmit delay 1; dead count 4; wait 40; type broadcast; priority 0; authentication cryptographic; password "ХХ"; }; }; } 3. Output bird console bird> show route all 0.0.0.0/0 via 10.16.1.1 on vmbr0 [kernel1 2012-02-22 12:47:54] * (10) Type: inherit unicast univ 10.16.1.0/24 via 10.17.1.28 on eth1 [myospf 2012-02-22 12:48:04] * E2 (150/10/20) [10.17.1.28] Type: OSPF-boundary unicast univ OSPF.metric1: 10 OSPF.metric2: 20 OSPF.tag: 0x OSPF.router_id: 10.17.1.28 10.17.1.0/24 dev eth1 [direct1 2012-02-22 12:47:54] * (240) Type: device unicast univ bird> But I don't see these routes in a bird 10.18.1.25 dev venet0 scope link 10.18.1.26 dev venet0 scope link (Only default route present from kernel.) It is necessary to declare these routes to OSPF neighbors. Vladislav Grishin
scan time of protocol kernel
Hi, Now 'scan time' set to 60 sec. The bird load system up to 100% during 10-12 sec every 60 sec. What circumstances to take into consideration that it is correct to set 'scan time' of protocol kernel? If I do not add paths with linux the console, whether I can delete 'scan time' from the protocol kernel? Vladislav Grishin
RE: Error after I add RTS_OSPF_EXT in filter
Ok. I have changed filter. Now he is if ( source = RTS_OSPF_EXT && net != 0.0.0.0/0 ) bird> configure soft Reading configuration from /etc/bird.conf /etc/bird.conf, line 167: RTS_OSPF_EXT: variable expected. bird> bird> Error again. I have checked all from possible values: RTS_DUMMY, RTS_STATIC, RTS_INHERIT, RTS_DEVICE, RTS_STATIC_DEVICE, RTS_REDIRECT, RTS_RIP, RTS_OSPF, RTS_OSPF_IA, RTS_OSPF_EXT, RTS_BGP, RTS_PIPE. Only RTS_OSPF_EXT don't work. PS RTS_OSPF_INT - It is my carelessness Vladislav Grishin -Original Message- From: owner-bird-us...@atrey.karlin.mff.cuni.cz [mailto:owner-bird-us...@atrey.karlin.mff.cuni.cz] On Behalf Of Ondrej Zajicek Sent: Wednesday, July 14, 2010 5:27 PM To: ? ?? Cc: bird-us...@trubka.network.cz Subject: Re: Error after I add RTS_OSPF_EXT in filter On Wed, Jul 14, 2010 at 04:41:12PM +0400, ? ?? wrote: > > filter import_exclude_default { > if ( source = RTS_OSPF_INT && net != 0.0.0.0/0 ) then { ... > what protocol has told me about this route. Possible values: RTS_DUMMY, > RTS_STATIC, RTS_INHERIT, RTS_DEVICE, RTS_STATIC_DEVICE, RTS_REDIRECT, > RTS_RIP, RTS_OSPF, RTS_OSPF_IA, RTS_OSPF_EXT, RTS_BGP, RTS_PIPE. > > > Why I receive error? Because the values are RTS_OSPF, RTS_OSPF_IA and RTS_OSPF_EXT, not RTS_OSPF_INT. RTS_OSPF is for plain, intra-area OSPF routes. -- Elen sila lumenn' omentielvo Ondrej 'SanTiago' Zajicek (email: santi...@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."
Error after I add RTS_OSPF_EXT in filter
I change filter from filter import_exclude_default { if ( source != RTS_BGP && net != 0.0.0.0/0 ) then { print "net accepted:", net; ospf_metric1 = 60; accept; } reject; } to filter import_exclude_default { if ( source = RTS_OSPF_INT && net != 0.0.0.0/0 ) then { print "net accepted:", net; ospf_metric1 = 60; accept; } reject; } after 'configure soft' I see error bird> configure soft Reading configuration from /etc/bird.conf /etc/bird.conf, line 167: RTS_OSPF_INT: variable expected. bird> >From documentation 5.5 Route attributes ... enum source what protocol has told me about this route. Possible values: RTS_DUMMY, RTS_STATIC, RTS_INHERIT, RTS_DEVICE, RTS_STATIC_DEVICE, RTS_REDIRECT, RTS_RIP, RTS_OSPF, RTS_OSPF_IA, RTS_OSPF_EXT, RTS_BGP, RTS_PIPE. Why I receive error? Vladislav Grishin
RE: Whether are compatible Cisco IOS and BIRD at usage OSPF MD5ofauthentification?
Yes. Right config of cisco interface Vlan550 ip address 10.10.1.3 255.255.255.128 ip ospf authentication message-digest ip ospf message-digest-key 1 md5 7 15220D080E26292F2E6760 ip ospf priority 5 ! -Original Message- From: owner-bird-us...@atrey.karlin.mff.cuni.cz [mailto:owner-bird-us...@atrey.karlin.mff.cuni.cz] On Behalf Of Ondrej Zajicek Sent: Tuesday, July 13, 2010 5:32 PM To: ? ?? Cc: 'Vitaliy Kolodinsky'; bird-us...@trubka.network.cz Subject: Re: Whether are compatible Cisco IOS and BIRD at usage OSPF MD5ofauthentification? On Tue, Jul 13, 2010 at 04:57:27PM +0400, ? ?? wrote: > > Debug output of cisco 3550 after I insert command 'ip ospf lls disable'. > > ... > interface Vlan550 > ip address 10.10.1.3 255.255.255.128 > ip ospf authentication > ip ospf message-digest-key 1 md5 7 15220D080E26292F2E6760 > ip ospf priority 5 > ip ospf lls disable > ... > > 10.10.1.1 and 10.10.1.2 is IPs of bird. > > 3550-L3-S1#debug ip ospf events > OSPF events debugging is on > 3550-20a-L3-S1#debug ip ospf hello > OSPF hello events debugging is on > 3550-20a-L3-S1# > *Mar 16 02:45:55.637: OSPF: Send hello to 224.0.0.5 area 0 on Vlan550 from > 10.10.1.3 > *Mar 16 02:45:55.637: OSPF: Rcv pkt from 10.10.1.2, Vlan550 : Mismatch > Authentication type. Input packet specified type 2, we use type 1 > *Mar 16 02:45:56.593: OSPF: end of Wait on interface Vlan550 > *Mar 16 02:45:56.593: OSPF: DR/BDR election on Vlan550 > *Mar 16 02:45:56.593: OSPF: Elect BDR 10.10.1.3 > *Mar 16 02:45:56.593: OSPF: Elect DR 10.10.1.3 > *Mar 16 02:45:56.593: OSPF: Elect BDR 0.0.0.0 > *Mar 16 02:45:56.593: OSPF: Elect DR 10.10.1.3 > *Mar 16 02:45:56.593:DR: 10.10.1.3 (Id) BDR: none > *Mar 16 02:45:57.093: OSPF: No full nbrs to build Net Lsa for interface > Vlan550 > *Mar 16 02:45:58.049: OSPF: Rcv pkt from 10.10.1.1, Vlan550 : Mismatch > Authentication type. Input packet specified type 0, we use type 1 > *Mar 16 02:46:04.821: OSPF: Rcv pkt from 10.10.1.2, Vlan550 : Mismatch > Authentication type. Input packet specified type 2, we use type 1 I don't have much experience with Cisco, but i would guess that you have configured Cisco to use plaintext passwords (type 1) instead of MD5 auth (type 2). -- Elen sila lumenn' omentielvo Ondrej 'SanTiago' Zajicek (email: santi...@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."
RE: Whether are compatible Cisco IOS and BIRD at usage OSPF MD5 ofauthentification?
Debug output of cisco 3550 after I insert command 'ip ospf lls disable'. ... interface Vlan550 ip address 10.10.1.3 255.255.255.128 ip ospf authentication ip ospf message-digest-key 1 md5 7 15220D080E26292F2E6760 ip ospf priority 5 ip ospf lls disable ... 10.10.1.1 and 10.10.1.2 is IPs of bird. 3550-L3-S1#debug ip ospf events OSPF events debugging is on 3550-20a-L3-S1#debug ip ospf hello OSPF hello events debugging is on 3550-20a-L3-S1# *Mar 16 02:45:55.637: OSPF: Send hello to 224.0.0.5 area 0 on Vlan550 from 10.10.1.3 *Mar 16 02:45:55.637: OSPF: Rcv pkt from 10.10.1.2, Vlan550 : Mismatch Authentication type. Input packet specified type 2, we use type 1 *Mar 16 02:45:56.593: OSPF: end of Wait on interface Vlan550 *Mar 16 02:45:56.593: OSPF: DR/BDR election on Vlan550 *Mar 16 02:45:56.593: OSPF: Elect BDR 10.10.1.3 *Mar 16 02:45:56.593: OSPF: Elect DR 10.10.1.3 *Mar 16 02:45:56.593: OSPF: Elect BDR 0.0.0.0 *Mar 16 02:45:56.593: OSPF: Elect DR 10.10.1.3 *Mar 16 02:45:56.593:DR: 10.10.1.3 (Id) BDR: none *Mar 16 02:45:57.093: OSPF: No full nbrs to build Net Lsa for interface Vlan550 *Mar 16 02:45:58.049: OSPF: Rcv pkt from 10.10.1.1, Vlan550 : Mismatch Authentication type. Input packet specified type 0, we use type 1 *Mar 16 02:46:04.821: OSPF: Rcv pkt from 10.10.1.2, Vlan550 : Mismatch Authentication type. Input packet specified type 2, we use type 1 *Mar 16 02:46:05.261: OSPF: Send hello to 224.0.0.5 area 0 on Vlan550 from 10.10.1.3 *Mar 16 02:46:08.525: OSPF: Rcv pkt from 10.10.1.1, Vlan550 : Mismatch Authentication type. Input packet specified type 0, we use type 1 *Mar 16 02:46:14.537: OSPF: Send hello to 224.0.0.5 area 0 on Vlan550 from 10.10.1.3 *Mar 16 02:46:15.537: OSPF: Rcv pkt from 10.10.1.2, Vlan550 : Mismatch Authentication type. Input packet specified type 2, we use type 1 *Mar 16 02:46:18.201: OSPF: Rcv pkt from 10.10.1.1, Vlan550 : Mismatch Authentication type. Input packet specified type 0, we use type 1 *Mar 16 02:46:23.745: OSPF: Send hello to 224.0.0.5 area 0 on Vlan550 from 10.10.1.3 3550-20a-L3-S1# "Specified type 2" is result of bird command 'authentication cryptographic'. "Specified type 0" is result of bird command 'authentication none'. [r...@border-t2 ~]# tail -f /var/log/messages May 15 16:55:03 border-t2 bird: OSPF: Bad packet from 10.10.1.3 - authentification failed May 15 16:55:05 border-t2 bird: OSPF: Bad packet from 10.10.1.1 - authentification failed May 15 16:55:13 border-t2 bird: OSPF: Bad packet from 10.10.1.3 - authentification failed May 15 16:55:15 border-t2 bird: OSPF: Bad packet from 10.10.1.1 - authentification failed May 15 16:55:22 border-t2 bird: OSPF: Bad packet from 10.10.1.3 - authentification failed -Original Message- From: owner-bird-us...@atrey.karlin.mff.cuni.cz [mailto:owner-bird-us...@atrey.karlin.mff.cuni.cz] On Behalf Of Ondrej Zajicek Sent: Tuesday, July 13, 2010 4:22 PM To: Vitaliy Kolodinsky Cc: ? ??; bird-us...@trubka.network.cz Subject: Re: Whether are compatible Cisco IOS and BIRD at usage OSPF MD5 ofauthentification? On Tue, Jul 13, 2010 at 01:48:44PM +0300, Vitaliy Kolodinsky wrote: > > Cisco1 with cisco2 have installed the neighbourhood with each other. > > Bird1 and bird2 have installed the neighbourhood with each other, but Cisco? > > bird? not. > > > Give examples of configs if exist. > > > Vladislav Grishin > > You can use a patch to enable bird to work correctly with LLS packages > or you can disable the LLS at the interfaces cisco > ip ospf lls disable I think that the problem with LLS is fixed in BIRD version 1.2.2 . -- Elen sila lumenn' omentielvo Ondrej 'SanTiago' Zajicek (email: santi...@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."
Whether are compatible Cisco IOS and BIRD at usage OSPF MD5 of authentification?
I have of two bird (bird1 and bird2 ) and two Cisco devices (cisco1 and cisco2). I have decided to confirue OSPF MD5 authentification. Whether are compatible Cisco IOS and BIRD at usage OSPF MD5 of authentification? Config of Cisco devices. interface Vlan550 ip address 10.10.1.3 255.255.255.128 ip ospf authentication ip ospf message-digest-key 1 md5 7 0636092546420B12034347 ip ospf priority 5 Config of bird devices interface "eth1.550" { hello 10; retransmit 5; cost 10; transmit delay 1; dead count 4; wait 40; type broadcast; priority 0; authentication cryptographic; password "Prjcsalfr45"; }; Cisco1 with cisco2 have installed the neighbourhood with each other. Bird1 and bird2 have installed the neighbourhood with each other, but CiscoХ birdХ not. Give examples of configs if exist. Vladislav Grishin
RE: Delay after interrupt output
I have another computer with Intel(R) Pentium(R) Dual CPU @ 2.20GHz and 2048MB, delay is 4 sec. BGP receive full view (320k routes). Vladislav Grishin. -Original Message- From: Ondrej Zajicek [mailto:santi...@crfreenet.org] Sent: Monday, July 12, 2010 1:02 PM To: ? ?? Cc: bird-us...@trubka.network.cz Subject: Re: Delay after interrupt output On Mon, Jul 12, 2010 at 12:08:33PM +0400, ? ?? wrote: > > BGP protocol receive full view. > > If during review of the table of routing by ' show route ' command to > interrupt output having pressed a key ' q ', bird long thinks. I wait for > appearance ' bird> ' approximately 7 seconds. Such delay on Cisco routers is > not present. With such delay it is very inconvenient to work with birdc. There is a delay because scrolling and interrupting of output is implemented solely in birdc and bird always generates full output that takes a time. OTOH, on testing masine with Pentium 2, 2 Ghz with full BGP feed (320k routes) i got a delay ~ 1.5 s. Usually this is not a problem because users anyway have to use filtered show route cmd to cope with many routes. -- Elen sila lumenn' omentielvo Ondrej 'SanTiago' Zajicek (email: santi...@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."
Delay after interrupt output
BGP protocol receive full view. If during review of the table of routing by ' show route ' command to interrupt output having pressed a key ' q ', bird long thinks. I wait for appearance ' bird> ' approximately 7 seconds. Such delay on Cisco routers is not present. With such delay it is very inconvenient to work with birdc. Bird works on the computer with the processor Pentium(R) Dual-Core CPU 2.50GHz and RAM 2048MB. top - 12:04:06 up 1 day, 17:44, 4 users, load average: 0.20, 0.17, 0.12 Tasks: 75 total, 2 running, 72 sleeping, 1 stopped, 0 zombie Cpu0 : 0.7%us, 0.3%sy, 0.0%ni, 99.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu1 : 45.8%us, 54.2%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 2065884k total, 457820k used, 1608064k free, 148148k buffers Swap: 4192956k total,0k used, 4192956k free, 112580k cached It is a bug or a feature? Vladislav Grishin
RE: BGP Error: No listening socket
> Do you use 'listen bgp address' config option? I tried two variants. > Is bird started with root privileges? [r...@border-t2 ~]# whoami root [r...@border-t2 ~]# ps -aef | grep bird root 2877 1 0 12:01 ?00:00:00 /usr/local/sbin/bird -c /etc/bird.conf root 2884 2671 0 12:01 pts/000:00:00 grep bird [r...@border-t2 ~]# > Isn't there anything other listening on port 179 (can be checked by netstat -anp) ? BIRD 1.2.3 ready. bird> down Shutdown requested Connection closed by server. [r...@border-t2 ~]# netstat -anp | grep tcp tcp0 0 :::22 :::* LISTEN 2545/sshd tcp0 0 :::10.16.1.73:22:::10.16.1.244:2389 ESTABLISHED 2805/2 tcp0 52 :::10.16.1.73:22:::10.16.1.244:2128 ESTABLISHED 2669/0 tcp0 0 :::10.16.1.73:22:::10.16.1.244:2379 ESTABLISHED 2699/1 [r...@border-t2 ~]# [r...@border-t2 ~]# netstat -anp | grep 179 [r...@border-t2 ~]# -Original Message- From: owner-bird-us...@atrey.karlin.mff.cuni.cz [mailto:owner-bird-us...@atrey.karlin.mff.cuni.cz] On Behalf Of Ondrej Zajicek Sent: Saturday, July 10, 2010 11:58 AM To: Vladislav Grishin Cc: bird-us...@trubka.network.cz Subject: Re: BGP Error: No listening socket On Sat, Apr 10, 2010 at 11:14:56AM +0400, ? ?? wrote: > Hi! > > I have been forced to change customisations of network interfaces on a > server with bird. After modification bird.conf I has checked up availability > of BGP neighbors. Everything is all right. ping ok. telnet neighbor> 179 - ok. After restart bird see error in/var/log/messges > > May 12 10:03:01 border-t2 bird: Reconfiguring > May 12 10:03:01 border-t2 bird: Enabling protocol bgpfiord > May 12 10:03:01 border-t2 bird: Enabling protocol bgpabonent > May 12 10:03:01 border-t2 bird: Reconfigured > May 12 10:03:01 border-t2 bird: sk_open: bind: Cannot assign requested > address > May 12 10:03:01 border-t2 bird: BGP: Unable to open listening socket > May 12 10:03:01 border-t2 bird: sk_open: bind: Cannot assign requested > address > May 12 10:03:01 border-t2 bird: BGP: Unable to open listening socket > > OSPF the protocol works perfectly. BGP no. ... > I can not understand in any way that happens? What to check up? Do you use 'listen bgp address' config option? Is bird started with root privileges? Isn't there anything other listening on port 179 (can be checked by netstat -anp) ? BTW, your emails have bad date (Apr 10, 2010). -- Elen sila lumenn' omentielvo Ondrej 'SanTiago' Zajicek (email: santi...@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."
BGP Error: No listening socket
Hi! I have been forced to change customisations of network interfaces on a server with bird. After modification bird.conf I has checked up availability of BGP neighbors. Everything is all right. ping ok. telnet 179 - ok. After restart bird see error in/var/log/messges May 12 10:03:01 border-t2 bird: Reconfiguring May 12 10:03:01 border-t2 bird: Enabling protocol bgpfiord May 12 10:03:01 border-t2 bird: Enabling protocol bgpabonent May 12 10:03:01 border-t2 bird: Reconfigured May 12 10:03:01 border-t2 bird: sk_open: bind: Cannot assign requested address May 12 10:03:01 border-t2 bird: BGP: Unable to open listening socket May 12 10:03:01 border-t2 bird: sk_open: bind: Cannot assign requested address May 12 10:03:01 border-t2 bird: BGP: Unable to open listening socket OSPF the protocol works perfectly. BGP no. [r...@border-t2 etc]# ping 93.191.9.205 PING 93.191.9.205 (93.191.9.205) 56(84) bytes of data. 64 bytes from 93.191.9.205: icmp_seq=1 ttl=64 time=0.799 ms 64 bytes from 93.191.9.205: icmp_seq=2 ttl=64 time=0.824 ms 64 bytes from 93.191.9.205: icmp_seq=3 ttl=64 time=0.836 ms --- 93.191.9.205 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2002ms rtt min/avg/max/mdev = 0.799/0.819/0.836/0.036 ms [r...@border-t2 etc]# bird> show protocols myospf name prototablestate since info myospf OSPF master up 09:37 Running bird> bird> show protocols bgpabonent name prototablestate since info bgpabonent BGP testable down 10:02 Error: No listening socket bird> bird> show protocols bgpfiord name prototablestate since info bgpfiord BGP master down 10:02 Error: No listening socket bird> [r...@border-t2 ~]# birdc BIRD 1.2.3 ready. bird> show interfaces lo up (index=1) MultiAccess AdminUp LinkUp Loopback Ignored MTU=16436 127.0.0.1/8 (Primary, broadcast 127.255.255.255, scope host) eth0 DOWN (index=2) MultiAccess Broadcast Multicast AdminUp LinkUp MTU=1500 eth1 DOWN (index=3) MultiAccess Broadcast Multicast AdminUp LinkUp MTU=1500 eth2 up (index=4) MultiAccess Broadcast Multicast AdminUp LinkUp MTU=1500 10.16.1.73/24 (Primary, broadcast 10.16.1.255, scope site) eth0.20 up (index=5) MultiAccess Broadcast Multicast AdminUp LinkUp MTU=1500 192.168.20.1/24 (Primary, broadcast 192.168.20.255, scope site) eth0.701 up (index=6) MultiAccess Broadcast Multicast AdminUp LinkUp MTU=1500 93.191.9.206/30 (Primary, broadcast 93.191.9.207, opposite 93.191.9.205, scope univ) <-FOR bgpfiord eth1.10 up (index=8) MultiAccess Broadcast Multicast AdminUp LinkUp MTU=1500 192.168.10.1/24 (Primary, broadcast 192.168.10.255, scope site) eth1.550 up (index=9) <--FOR OSPF and bgpabonent MultiAccess Broadcast Multicast AdminUp LinkUp MTU=1500 10.10.1.2/25 (Primary, broadcast 10.10.1.127, scope site) sit0 DOWN (index=10) MultiAccess AdminUp LinkDown MTU=1480 bird> bird> show interfaces summary interface state address loup127.0.0.1/8 eth0 DOWN eth1 DOWN eth2 up10.16.1.73/24 eth0.20 up192.168.20.1/24 eth0.701 up93.191.9.206/30<--for bgpfiord eth1.10 up192.168.10.1/24 eth1.550 up10.10.1.2/25<--for bgpabonent and myospf sit0 DOWN bird> I can not understand in any way that happens? What to check up? Vladislav Grishin
RE: Why filter not work for two cases?
Почему лучший маршрут в таблице маршрутизации из протокола статик а не из протокола BGP ? Vladislav Grishin
BGP Error: No listening socket
Hi! I have been forced to change customisations of network interfaces on a server with bird. After modification bird.conf I has checked up availability of BGP neighbors. Everything is all right. ping ok. telnet 179 - ok. After restart bird see error in/var/log/messges May 12 10:03:01 border-t2 bird: Reconfiguring May 12 10:03:01 border-t2 bird: Enabling protocol bgpfiord May 12 10:03:01 border-t2 bird: Enabling protocol bgpabonent May 12 10:03:01 border-t2 bird: Reconfigured May 12 10:03:01 border-t2 bird: sk_open: bind: Cannot assign requested address May 12 10:03:01 border-t2 bird: BGP: Unable to open listening socket May 12 10:03:01 border-t2 bird: sk_open: bind: Cannot assign requested address May 12 10:03:01 border-t2 bird: BGP: Unable to open listening socket OSPF the protocol works perfectly. BGP no. [r...@border-t2 etc]# ping 93.191.9.205 PING 93.191.9.205 (93.191.9.205) 56(84) bytes of data. 64 bytes from 93.191.9.205: icmp_seq=1 ttl=64 time=0.799 ms 64 bytes from 93.191.9.205: icmp_seq=2 ttl=64 time=0.824 ms 64 bytes from 93.191.9.205: icmp_seq=3 ttl=64 time=0.836 ms --- 93.191.9.205 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2002ms rtt min/avg/max/mdev = 0.799/0.819/0.836/0.036 ms [r...@border-t2 etc]# bird> show protocols myospf name prototablestate since info myospf OSPF master up 09:37 Running bird> bird> show protocols bgpabonent name prototablestate since info bgpabonent BGP testable down 10:02 Error: No listening socket bird> bird> show protocols bgpfiord name prototablestate since info bgpfiord BGP master down 10:02 Error: No listening socket bird> [r...@border-t2 ~]# birdc BIRD 1.2.3 ready. bird> show interfaces lo up (index=1) MultiAccess AdminUp LinkUp Loopback Ignored MTU=16436 127.0.0.1/8 (Primary, broadcast 127.255.255.255, scope host) eth0 DOWN (index=2) MultiAccess Broadcast Multicast AdminUp LinkUp MTU=1500 eth1 DOWN (index=3) MultiAccess Broadcast Multicast AdminUp LinkUp MTU=1500 eth2 up (index=4) MultiAccess Broadcast Multicast AdminUp LinkUp MTU=1500 10.16.1.73/24 (Primary, broadcast 10.16.1.255, scope site) eth0.20 up (index=5) MultiAccess Broadcast Multicast AdminUp LinkUp MTU=1500 192.168.20.1/24 (Primary, broadcast 192.168.20.255, scope site) eth0.701 up (index=6) MultiAccess Broadcast Multicast AdminUp LinkUp MTU=1500 93.191.9.206/30 (Primary, broadcast 93.191.9.207, opposite 93.191.9.205, scope univ) <-FOR bgpfiord eth1.10 up (index=8) MultiAccess Broadcast Multicast AdminUp LinkUp MTU=1500 192.168.10.1/24 (Primary, broadcast 192.168.10.255, scope site) eth1.550 up (index=9) <--FOR OSPF and bgpabonent MultiAccess Broadcast Multicast AdminUp LinkUp MTU=1500 10.10.1.2/25 (Primary, broadcast 10.10.1.127, scope site) sit0 DOWN (index=10) MultiAccess AdminUp LinkDown MTU=1480 bird> bird> show interfaces summary interface state address loup127.0.0.1/8 eth0 DOWN eth1 DOWN eth2 up10.16.1.73/24 eth0.20 up192.168.20.1/24 eth0.701 up93.191.9.206/30<--for bgpfiord eth1.10 up192.168.10.1/24 eth1.550 up10.10.1.2/25<--for bgpabonent and myospf sit0 DOWN bird> I can not understand in any way that happens? What to check up? Vladislav Grishin
RE: Why filter not work for two cases?
I thank you, it seems clearly. Vladislav Grishin. -Original Message- From: Ondrej Zajicek [mailto:santi...@crfreenet.org] Sent: Thursday, July 08, 2010 5:28 PM To: ? ?? Cc: bird-us...@trubka.network.cz Subject: Re: Why filter not work for two cases? On Thu, Jul 08, 2010 at 01:17:45PM +0400, ? ?? wrote: > My network. > > Bird is used as border router on the standalone server. > > I have a two upstream ISPs from which I accept full view + default route > over eBGP. > I have a one downstream ISP to which I announce full view + default route. > > Into my AS a IGP protocol is OSPF. The L3 switch Cisco 3550 is used on a > network. > Bird IP is 10.10.1.2, Cisco 3550 IP is 10.10.1.3. > > To BGP downstream I plan to announce a default route which is exported from > the bird static protocol, for stability. > For OSPF neighbors I plan to announce a default route which is received from > the upstream ISPs, since for each operator in the future there will be a > server. ... > Why the default route is not exported to OSPF protocol from bird routing > table after adding > > route 0.0.0.0/0 via "lo"; > > in bird.config of static protocol? > > Why filter export_default_route_from_bgp_to_ospf does not work for two > cases? If there are more routes to the same destination, only the best route is considered for export. If the best route is filtered, then no route is exported. If you want to export one default route to the OSPF and a different one to the downstream BGP, you have to use two routing tables and a pipe, for example one (master) routing table for upstream BGP and OSPF and another table for downstream BGP and a static protocol with a default route. And a pipe that forwards routes from master to the secondary table, but does not forward default from secondary to the primary table. -- Elen sila lumenn' omentielvo Ondrej 'SanTiago' Zajicek (email: santi...@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."
Why filter not work for two cases?
My network. Bird is used as border router on the standalone server. I have a two upstream ISPs from which I accept full view + default route over eBGP. I have a one downstream ISP to which I announce full view + default route. Into my AS a IGP protocol is OSPF. The L3 switch Cisco 3550 is used on a network. Bird IP is 10.10.1.2, Cisco 3550 IP is 10.10.1.3. To BGP downstream I plan to announce a default route which is exported from the bird static protocol, for stability. For OSPF neighbors I plan to announce a default route which is received from the upstream ISPs, since for each operator in the future there will be a server. Now the default route in routing table is imported only from upstreams, route to 0.0.0.0/0 network is not present in static protocol of bird. Оutput of birdc bird> show route where source=RTS_BGP && net = 0.0.0.0/0 0.0.0.0/0 via 93.191.9.205 on eth2.701 [bgpfiord 2010-05-09 19:37:35] * (100) [AS28917i] via 82.138.44.129 on eth2.51 [bgpcomcor 2010-05-09 19:37:31] (100) [AS8732i] bird> bird> show route where net = 0.0.0.0/0 0.0.0.0/0 via 93.191.9.205 on eth2.701 [bgpfiord 2010-05-09 19:37:35] * (100) [AS28917i] via 82.138.44.129 on eth2.51 [bgpcomcor 2010-05-09 19:37:31] (100) [AS8732i] bird> The filter which exports a default route from routing table to OSPF protocol looks as follows ... filter export_default_route_from_bgp_to_ospf { if ( source = RTS_BGP && net = 0.0.0.0/0 ) then { print "net accepted:", net; ospf_metric1 = 48; accept; } reject; } ... Default route is present в LSA_DB of OSPF bird. See output of birdc bird> show ospf lsadb Global Type LS ID Router Age Sequence Checksum 0005 0.0.0.0 10.10.1.2 41 8001a16c 0005 11.11.11.12 10.10.1.31880 80379f88 0005 12.12.12.12 10.10.1.31880 80377ba9 0005 13.13.13.12 10.10.1.31880 803757ca Area 0.0.0.0 Type LS ID Router Age Sequence Checksum 0001 10.10.1.2 10.10.1.2 125 812919a8 0001 10.10.1.3 10.10.1.3 93 818acf76 0002 10.10.1.3 10.10.1.3 94 80067ed6 bird> Console output of 3550 3550-L3-S1#show ip route 0.0.0.0 Routing entry for 0.0.0.0/0, supernet Known via "ospf 65500", distance 110, metric 49, candidate default path, type extern 1 Last update from 10.10.1.2 on Vlan550, 00:00:39 ago Routing Descriptor Blocks: * 10.10.1.2, from 10.10.1.2, 00:00:39 ago, via Vlan550 Route metric is 49, traffic share count is 1 3550-L3-S1# Default route is present в LSA_DB of OSPF Cisco 3550. Now I add a command in a configuration of the static protocol protocol static { ... route 0.0.0.0/0 via "lo"; ... } I softly restart bird and see the following bird> show route where source=RTS_BGP && net = 0.0.0.0/0 0.0.0.0/0 via 93.191.9.205 on eth2.701 [bgpfiord 2010-05-09 19:37:35] (100) [AS28917i] via 82.138.44.129 on eth2.51 [bgpcomcor 2010-05-09 19:37:31] (100) [AS8732i] bird> bird> show route where net = 0.0.0.0/0 0.0.0.0/0 dev lo [static1 2010-05-09 20:12:32] * (254) via 93.191.9.205 on eth2.701 [bgpfiord 2010-05-09 19:37:35] (100) [AS28917i] via 82.138.44.129 on eth2.51 [bgpcomcor 2010-05-09 19:37:31] (100) [AS8732i] bird> Default route is not present в LSA_DB of OSPF bird. Оutput of birdc bird> show ospf lsadb Global Type LS ID Router Age Sequence Checksum 0005 11.11.11.12 10.10.1.3 246 80389d89 0005 12.12.12.12 10.10.1.3 246 803879aa 0005 13.13.13.12 10.10.1.3 246 803855cb Area 0.0.0.0 Type LS ID Router Age Sequence Checksum 0001 10.10.1.2 10.10.1.2 519 812919a8 0001 10.10.1.3 10.10.1.3 487 818acf76 0002 10.10.1.3 10.10.1.3 488 80067ed6 bird> In result OSPF neighbor Cisco 3550 does not receive default route from bird. 3550-L3-S1#show ip route 0.0.0.0 % Network not in table 3550-L3-S1# Сlause "source = RTS_BGP && net = 0.0.0.0/0" in filter export_default_route_from_bgp_to_ospf and clause "source=RTS_BGP && net = 0.0.0.0/0" in the "show route" command is same. Why the default route is not exported to OSPF protocol from bird routing table after adding route 0.0.0.0/0 via "lo"; in bird.config of static protocol? Why filter export_default_route_from_bgp_to_ospf does not work for two cases? Vladislav Grishin
RE: Explain a difference between filters??
Many thanks! Vladislav grishin -Original Message- From: owner-bird-us...@atrey.karlin.mff.cuni.cz [mailto:owner-bird-us...@atrey.karlin.mff.cuni.cz] On Behalf Of Ondrej Filip Sent: Wednesday, July 07, 2010 11:49 PM To: Vladislav grishin Cc: bird-us...@trubka.network.cz Subject: Re: Explain a difference between filters?? On 7.7.2010 16:00, Vladislav grishin wrote: > > Why filters export_net_1 and export_net_2 work equally, and/but filters > export_default_1 and export_default_1 on a miscellaneous? > Why the filter export_default_2 "does not work" also as the filter > export_net_2 works? Hi Vladislav, this clause: net ~ 1.0.0.0/8 means "NET is subnetwork (of network itself) of 1.0.0.0/8". So networks like 1.1.0.0/16 or 1.0.0.0/8 are accepted by the filter. But this clause: net ~ [ 1.0.0.0/8 ] means "NET is a member of prefix list (prefix list is in []) with a single member 1.0.0.0/8. So basically only 1.0.0.0/8 is matched. That's why export_default_1 accepts just default route (0.0.0.0/0) and export_default_2 accepts default route and all subnetworks. So your filters export_net_1 and export_net_2 are not equal. The filter export_net_2 would e.g. accept route 12.12.12.13/32, but that is probably not in your routing table. "net ~ [ 1.0.0.0/8]" is equal with "net = 1.0.0.0/8" Ondrej F. > > Vladislav Grishin >
RE: Why routes have no attribute source = RTS_STATIC ?
Many thanks! Vladislav grishin -Original Message- From: Ondrej Zajicek [mailto:santi...@crfreenet.org] Sent: Wednesday, July 07, 2010 5:28 PM To: ? ?? Cc: bird-us...@trubka.network.cz Subject: Re: Why routes have no attribute source = RTS_STATIC ? On Wed, Jul 07, 2010 at 04:35:19PM +0400, ? ?? wrote: >Why 1.1.1.0/24 and 2.2.2.0/24 have no attribute source = RTS_STATIC in the >bird routing table despite the fact that what 1.1.1.0/24 and 2.2.2.0/24 >are configured in protocol static? Static device routes has source = RTS_STATIC_DEVICE. I don't know why there is such irregularity. -- Elen sila lumenn' omentielvo Ondrej 'SanTiago' Zajicek (email: santi...@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."
Explain a difference between filters??
Part of bird.conf ... filter export_default_1 { if net ~ [ 0.0.0.0/0 ] then accept; reject; } filter export_default_2 { if net ~ 0.0.0.0/0 then accept; reject; } filter export_net_1 { if net ~ [ 12.12.12.12/30 ] then accept; reject; } filter export_net_2 { if net ~ 12.12.12.12/30 then accept; reject; } bird> show route filter export_net_1 12.12.12.12/30 via 10.10.1.3 on eth1.550 [myospf 2010-05-08 18:54:23] * E2 (150/10/20) [10.10.1.3] bird> show route filter export_net_2 12.12.12.12/30 via 10.10.1.3 on eth1.550 [myospf 2010-05-08 18:54:23] * E2 (150/10/20) [10.10.1.3] bird> show route filter export_default_1 0.0.0.0/0 via 93.191.9.205 on eth2.701 [static1 2010-05-09 16:31:10] * (254) via 93.191.9.205 on eth2.701 [bgpfiord 2010-05-08 18:54:21] (100) [AS28917i] via 82.138.44.129 on eth2.51 [bgpcomcor 2010-05-08 18:54:15] (100) [AS8732i] bird> show route filter export_default_2 0.0.0.0/0 via 93.191.9.205 on eth2.701 [static1 2010-05-09 16:31:10] * (254) via 93.191.9.205 on eth2.701 [bgpfiord 2010-05-08 18:54:21] (100) [AS28917i] via 82.138.44.129 on eth2.51 [bgpcomcor 2010-05-08 18:54:15] (100) [AS8732i] 12.12.12.12/30 via 10.10.1.3 on eth1.550 [myospf 2010-05-08 18:54:23] * E2 (150/10/20) [10.10.1.3] 208.0.208.0/22 via 93.191.9.205 on eth2.701 [bgpfiord 2010-05-08 18:54:41] * (100) [AS26759i] via 82.138.44.129 on eth2.51 [bgpcomcor 2010-05-08 18:54:24] (100) [AS26759i] 40.0.40.0/24 via 93.191.9.205 on eth2.701 [bgpfiord 2010-05-08 18:55:07] * (100) [AS4249i] via 82.138.44.129 on eth2.51 [bgpcomcor 2010-05-08 18:54:49] (100) [AS4249i] 69.0.69.0/24 via 93.191.9.205 on eth2.701 [bgpfiord 2010-05-08 18:55:20] * (100) [AS19374i] via 82.138.44.129 on eth2.51 [bgpcomcor 2010-05-08 18:54:48] (100) [AS19374i] ... more output 8.2.0.0/24 via 93.191.9.205 on eth2.701 [bgpfiord 2010-05-08 18:55:10] * (100) [AS20473i] via 82.138.44.129 on eth2.51 [bgpcomcor 2010-05-08 18:54:25] (100) [AS20473i] 200.2.192.0/19 via 93.191.9.205 on eth2.701 [bgpfiord 2010-05-08 18:55:22] * (100) [AS10778i] via 82.138.44.129 on eth2.51 [bgpcomcor 2010-05-08 18:54:26] (100) [AS10778i] 72.2.64.0/19 via 93.191.9.205 on eth2.701 [bgpfiord 2010-05-08 18:55:08] * (100) [AS19009i] via 82.138.44.129 on eth2.51 [bgpcomcor 2010-05-08 18:54:28] (100) [AS19009i] 69.2.77.0/24 via 93.191.9.205 on eth2.701 [bgpfiord 2010-05-08 18:54:52] * (100) [AS15105i] via 82.138.44.129 on eth2.51 [bgpcomcor 2010-05-08 18:55:07] (100) [AS15105i] --More-- ... more output Why filters export_net_1 and export_net_2 work equally, and/but filters export_default_1 and export_default_1 on a miscellaneous? Why the filter export_default_2 "does not work" also as the filter export_net_2 works? Vladislav Grishin
Why routes have no attribute source = RTS_STATIC ?
Hi, ALL. Part of bird.conf : protocol static { # disabled; # Disable by default # table testable; # Connect to a non-default table preference 254; # Default preference of routes # debug { states, routes, filters, interfaces, events, packets }; # debug all; route 1.1.1.0:255.255.255.0 via "lo"; route 2.2.2.0:255.255.255.0 via "lo"; route 3.3.3.0/24 reject; route 0.0.0.0/0 via 93.191.9.205; } : Console output of birdc bird> show static static1 3.3.3.0/24 unreachable 0.0.0.0/0 via 93.191.9.205 1.1.1.0/24 dev lo 2.2.2.0/24 dev lo bird> bird> show route where source=RTS_STATIC 0.0.0.0/0 via 93.191.9.205 on eth2.701 [static1 2010-05-09 16:31:10] * (254) 3.3.3.0/24 unreachable [static1 2010-05-08 18:54:13] * (254) bird> Why 1.1.1.0/24 and 2.2.2.0/24 have no attribute source = RTS_STATIC in the bird routing table despite the fact that what 1.1.1.0/24 and 2.2.2.0/24 are configured in protocol static? Vladislav Grishin