On Mon, Oct 19, 2009 at 08:30:56PM +0200, Jann Traschewski wrote:

Thanks for your suggestion. Unfortunately my Linux routing table #230 is large: db0fhn:~# ip route show table 230 |wc 244 1464 12422

The entries will be changed daily and I want to use a routing daemon to save "handwork" time ;)

Is it an option for the developers to allow importing routes not from a direct neighbour in BIRD?

It would be easy to modify BIRD to import 'onlink' non-neighbor routes. I will send you a patch. -- 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."

Hello Ondrej,

Here is the patch. It allows ti import 'onlink' non-neighbor routes from kernet table.

Thanks! It works fine. Currently I try to exchange routes between a Mikrotik Router board and a linux machine without using BIRD's filters. Is there a way to import a Linux routing table e.g. #230 for redistribution by BGP4 and importing routes coming via BGP4 to the Linux routing table e.g. #170 without using filters? With my current config the BIRD will try to write back the routes from linux table #230 to linux table #170, since I copy table amprnet to table hamnet: table hamnet; table amprnet; protocol kernel kern1 { table amprnet; learn; # Learn all alien routes from the kernel scan time 20; # Scan kernel routing table every 20 seconds export all; # Default is export none kernel table 230; # Kernel table to synchronize with (default: main) } protocol kernel kern2 { table hamnet; learn; # Learn all alien routes from the kernel scan time 20; # Scan kernel routing table every 20 seconds export all; kernel table 170; # Kernel table to synchronize with (default: main) } protocol device { scan time 10; # Scan interfaces every 10 seconds } protocol pipe pipe1 { table hamnet; peer table amprnet; } protocol bgp { table hamnet; local as 64620; neighbor 44.130.230.249 as 64626; export all; import all; next hop self; # Disable next hop processing and always advertise our local address as nexthop source address 44.130.230.250; # What local address we use for the TCP connection } I think this will be easy to solve with filters (if you can handle them :)). Tnx, Jann -- Jann Traschewski, Drosselstr.1, D-90513 Zirndorf, Germany Tel.: +49-911-696971, Mobile: +49-170-1045937, E-Mail: jann@gmx.de Ham: DG8NGN / DB0VOX, http://www.qsl.net/dg8ngn, ICQ UIN: 4130182

Hello Ondrej,

The proper solution to the problem mentioned upwards is to use one routing table per protocol, one 'master' routing table, and connect 'protocol' routing table with 'master' routing table using transparent pipes and do all filtering using filters in transparent pipes.

I did it that way. Thank you. Today I crosscompiled bird-1.1.4 for OpenWRT Kamikaze 7.09. Unfortunately my timers are missing: root@db0zka:~# bird bird: Monotonic timer is missing I did compile it with this command: ./configure -host=mipsel -with-sysconfig=linux-22 bird_cv_c_endian=little-endian Any ideas? Tnx, Jann -- Jann Traschewski, Drosselstr.1, D-90513 Zirndorf, Germany Tel.: +49-911-696971, Mobile: +49-170-1045937, E-Mail: jann@gmx.de Ham: DG8NGN / DB0VOX, http://www.qsl.net/dg8ngn, ICQ UIN: 4130182

...

root@db0zka:~# bird bird: Monotonic timer is missing This is probably kernel issue. Do you know what kernel version is it and what platform?

root@db0zka:~# uname -a Linux db0zka 2.4.34 #2 Thu Feb 28 05:22:30 CET 2008 mips unknown root@db0zka:~# cat /proc/cpuinfo system type : Broadcom BCM4712 chip rev 1 processor : 0 cpu model : BCM3302 V0.7 BogoMIPS : 197.42 wait instruction : no microsecond timers : yes tlb_entries : 32 extra interrupt vector : no hardware watchpoint : no VCED exceptions : not available VCEI exceptions : not available root@db0zka:~# ldd bird libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x2aaed000) libc.so.0 => /lib/libc.so.0 (0x2ab3c000) ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0x2aaa8000) I crosscompiled it for OpenWRT Kamikaze 7.09 (with the "onlink-patch"). It is available through the IPKG-packaging system using "src dg8ngn-packages http://db0fhn-i.ampr.org/openwrt/kamikaze/packages/mipsel" in ipkg.conf.

BTW, this error message is harmless, it just means that BIRD uses older (and not ideal) kernel interface for timers, but it should work well too.

Indeed, it works ;) There was just the directory-path for "bird.ctl" missing :) Thanks. Bye, Jann

On Thu, Oct 22, 2009 at 05:35:09PM +0200, Ondrej Zajicek wrote:

On Thu, Oct 22, 2009 at 02:52:27PM +0200, Jann Traschewski wrote:

...

...

...

root@db0zka:~# bird bird: Monotonic timer is missing This is probably kernel issue. Do you know what kernel version is it and what platform?

root@db0zka:~# uname -a Linux db0zka 2.4.34 #2 Thu Feb 28 05:22:30 CET 2008 mips unknown

Yes, monotonic timers are available on Linux from 2.6.x.

BTW, if monotonic timers are not available, BIRD uses wall-clock time and might be infuenced by its change (by 'date --set' or NTP). BIRD ignores changes bigger than 60 seconds and sub-second changes (generated by NTP daemons) are also harmless, therefore in most cases it is OK. -- 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."

On Mon, Oct 26, 2009 at 07:00:03PM +0100, Jann Traschewski wrote:

...

Did you compile it separately or did you integrated it to OpenWRT buildsystem?

I checked out the OpenWRT Kamikaze 7.09 buildsystem and compiled it. It will fit for all Mipsel-based OpenWRT Kamikaze 7.09 installations. I don't know how to get packets official included into www.openwrt.org.

This is done by generating patch to their bulidsystem and sending that to their mailing list. I am planning to do it, if you could send me Makefile specifying BIRD package, it will help me a bit. -- 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."

I wrote:

- Determine the endianness by used crosscompiler (I put "bird_cv_c_endian=little-endian" for my Mipsel target into CONFIGURE_ARGS as a workaround). Maybe this check could be done using the configure-script.

After the release of V1.1.5 I was able to crosscompile BIRD using the OpenWRT buildsystem without my "hack".

- Find out how to get a package compiled with the buildsystem depending on "readline" (I put "--disable-client" into CONFIGURE_ARGS as a workaround). I managed to compile it manually by crosscompiling the readline lib before.

Further I figured out how to handle the readline dependency.

- Startupscripts: We need to put a startupscript depending on the used OpenWRT version into the archive. I did include the /etc/bird.conf file already.

It seems a user has to say "/etc/init.d/bird enable" to set a permanent symlink to /etc/rc.d which will enable BIRD at startup. Looking closer into the buildsystem I still have some questions: - It might be worth to split "bird" and "birdc" into two packages since birdc depends on libncurses and libreadline which takes much space on a router. What do you think? - Do I have to compile "birdc6 (or bird6c?)" if I want to provide the "bird6"-package or is the client the same for IPv4 and IPv6? The current Makefile looks like this: ---------- include $(TOPDIR)/rules.mk PKG_NAME:=bird PKG_VERSION:=1.1.5 PKG_RELEASE:=1 PKG_SOURCE:=bird-$(PKG_VERSION).tar.gz PKG_SOURCE_URL:=ftp://bird.network.cz/pub/bird PKG_MD5SUM:=87e005d258198d9ee4e4481164bf8c18 PKG_BUILD_DEPENDS:=libreadline PKG_BUILD_DIR:=$(BUILD_DIR)/bird-$(PKG_VERSION) include $(INCLUDE_DIR)/package.mk define Package/$(PKG_NAME) SECTION:=net CATEGORY:=Network TITLE:=The BIRD Internet Routing Daemon URL:=http://bird.network.cz DEPENDS:=+libncurses +libreadline endef define Package/$(PKG_NAME)/description The BIRD project aims to develop a fully functional dynamic IP routing daemon. endef CONFIGURE_ARGS += --with-linux-headers="$(LINUX_DIR)" -prefix= define Package/$(PKG_NAME)/conffiles /etc/bird.conf endef define Package/$(PKG_NAME)/install $(INSTALL_DIR) $(1)/usr/sbin $(INSTALL_DIR) $(1)/etc/init.d $(INSTALL_BIN) ./files/bird.init $(1)/etc/init.d/bird $(INSTALL_DATA) $(PKG_BUILD_DIR)/doc/bird.conf.example $(1)/etc/bird.conf $(INSTALL_BIN) $(PKG_BUILD_DIR)/bird $(1)/usr/sbin/ $(INSTALL_BIN) $(PKG_BUILD_DIR)/birdc $(1)/usr/sbin/ endef $(eval $(call BuildPackage,$(PKG_NAME))) ---------- Any comments? Bye, Jann -- Jann Traschewski, Drosselstr.1, D-90513 Zirndorf, Germany Tel.: +49-911-696971, Mobile: +49-170-1045937, E-Mail: jann@gmx.de Ham: DG8NGN / DB0VOX, http://www.qsl.net/dg8ngn, ICQ UIN: 4130182

Ok, so far I think we need four separate packages for OpenWRT: - bird - birdc (depends libncurses/libreadline) - bird6 - birdc6 (depends libncurses/libreadline) They should be chooseable through "menuconfig". I don't know whether this is possible using just one single Makefile?

...

Further I figured out how to handle the readline dependency. Probably ncurses have to be handled in the same way.

You can savely drop my line "PKG_BUILD_DEPENDS:=libreadline" from the Makefile. I just checked out the buildroot again, put the birds Makefile into the package/bird directory and did a new full compile run. It is just important to have "DEPENDS:=+libncurses +libreadline" in the file... OpenWRT will build the necessary libs before compiling bird. If you look in menuconfig at the package bird there is a new line: "Selects: PACKAGE_libreadline && PACKAGE_libncurses". Further you can look at the libs and you can't unselect the needed libs anymore. E.g. libreadline has a line with "Selected by: PACKAGE_gdb || PACKAGE_bird". I did have some problems before because libreadline wasn't included on my old buildroot from Kamikaze 7.09. So I needed to compile it manually. Now I workt with 8.09.

I think that bird without birdc is not really useful, but

Maybe an option would be starting birdc on the users local desktop and connect it via tcpip to the router running bird? Yes, security needs to be implemented...

probably it might be useful to compile birdc without libncurses and libreadline (or perhaps just without libreadline).

Do you want to link it statically? I did try this with libreadline: libreadline linked into the binary: root@OpenWrt:~# ls -alh /usr/sbin/birdc -rwxr-xr-x 1 root root 284.1k Oct 22 10:38 /usr/sbin/birdc libreadline dynamically linked: root@OpenWrt:~# ls -alh ./birdc -rwxr-xr-x 1 root root 21.1k Nov 4 18:42 ./birdc root@OpenWrt:~# ls -ahl $(opkg files libreadline|tail -5) lrwxrwxrwx 1 root root 17 Nov 6 11:41 /usr/lib/libhistory.so.5 -> libhistory.so.5.2 -r-xr-xr-x 1 root root 34.9k Jan 14 2009 /usr/lib/libhistory.so.5.2 lrwxrwxrwx 1 root root 18 Nov 6 11:41 /usr/lib/libreadline.so.5 -> libreadline.so.5.2 -r-xr-xr-x 1 root root 246.8k Jan 14 2009 /usr/lib/libreadline.so.5.2 You will save about 20k if you link it statically. I think it is better to leave it dynamically linked. Bye, Jann -- Jann Traschewski, Drosselstr.1, D-90513 Zirndorf, Germany Tel.: +49-911-696971, Mobile: +49-170-1045937, E-Mail: jann@gmx.de Ham: DG8NGN / DB0VOX, http://www.qsl.net/dg8ngn, ICQ UIN: 4130182

Yes, it is possible, i will make it in that way.

Ok, great. So I drop my work on the Makefile now and hope you will send a patch to the OpenWRT team one day.

No, just to have birdc-lite that does not use libncurses and libreadline. That would be easy to implement it.

That's an option ;) Bye, Jann -- Jann Traschewski, Drosselstr.1, D-90513 Zirndorf, Germany Tel.: +49-911-696971, Mobile: +49-170-1045937, E-Mail: jann@gmx.de Ham: DG8NGN / DB0VOX, http://www.qsl.net/dg8ngn, ICQ UIN: 4130182