March 2011 - Bird-users - Mailing Lists

how to confirm which capabilities have been negotiated
by Eiichiro Watanabe 24 Oct '11

24 Oct '11

Hello, Do we have an appropriate command to show which BGP capabilities have been negotiated on bird after a peer has been established? Of course, I known I can recognize when I look into packets captured, or confirm it on the neighbor router by using "show ip bgp neighbor x.x.x.x" command (in the case of CiscoIOS). it wouldn't be smart. Thanks, eiichiro -- ################################################### Eiichiro Watanabe Internet Multifeed Co.

4 5

BIRD at MSK-IX
by Mikhail A. Grishin 27 May '11

27 May '11

Hi, We successfully finished the process of adaptation BIRD to MSK-IX network. Currently BIRD is running on both IPv4 Route Servers (version 1.2.0 with some patches from Ondrej Zajicek). Also we modified our public Looking Glass service. It's available via: http://www.msk-ix.ru/eng/lookingglass.html Thank you for help and cooperation! -- Mikhail A. Grishin E-mail: magr(a)ripn.net

4 4

Re: [OSPF] BIRD <> Mikrotik checksum
by Adrian Czapek 13 May '11

13 May '11

>On Thu, Sep 02, 2010 at 11:36:22AM +0200, Maciej Drobniuch wrote: >> Hi! >> I have a problem with binding bird with mikrotik router os. >> The RouterOS says: >> Discarding packet: wrong checksum. > >Strange. I will check that. Did you find anything? I've experienced the same problem last evening. Suddenly I've found my routeros logs flooded by: mar/16 23:32:31 route,ospf,info Discarding packet: wrong chekcsum mar/16 23:32:31 route,ospf,info source=78.31.143.69 this is backup link, with cost set to 100 on both sides - main link, between the same bird and the same routeros has been working perfectly. I first tried to reload ospf1 from bird console and guess what happened... main link went dead too... wrong checksums on both links. Then I did reload ospf1 again, main link went up, backup link stayed dead, but suddenly, other routeros in this area went dead: mar/16 23:37:27 route,ospf,info Discarding packet: wrong chekcsum mar/16 23:37:27 route,ospf,info source=78.31.136.169 I started to freak out and pullled bigger cannon: restart ospf1 - result: those 2 routeros went up (besides backup link - source=78.31.143.69), but heh, 3rd routeros went down mar/16 23:39:57 route,ospf,info Discarding packet: wrong chekcsum mar/16 23:39:57 route,ospf,info source=78.31.139.21 well, that was to much, I shutdown whole bird and started it again... all went up except the first mentioned backup link (which never went up btw). So I decided to go back to quagga and check it there with the same config. Disabled ospf in bird, started quagga and everything went up, even that backup link. I've left it for about an hour and stopped quagga, enabled ospf on bird, and everyting works fine, all links are up, backup link too. What may be wrong? Regards -- Adrian

2 4

BIRD: route selection question
by Mikhail A. Grishin 13 May '11

13 May '11

Hi, Why in the example below, the route via 194.226.100.51 is the best? According http://bird.network.cz/?get_doc&f=bird-6.html#ss6.1 Route selection rules ... "Prefer the lowest value of the Multiple Exit Discriminator." And at both peers we have commented string --- # default bgp_med 0; # MED value we use for comparison when none is defined --- and the default value is 0. Probably, for the route via 194.226.100.45 , the MED should be counted as zero, and this route should win? BIRD 1.2.5 ready. bird> show route 194.105.192.0/19 all 194.105.192.0/19 via 194.226.100.51 on em0 [R20632x1 2011-03-22 21:37:36] * (100) [AS6820i] Type: BGP unicast univ BGP.origin: IGP BGP.as_path: 20632 6820 BGP.next_hop: 194.226.100.51 BGP.med: 160 BGP.local_pref: 100 via 194.226.100.45 on em0 [R3277x1 2011-03-16 12:47:37] (100) [AS6820i] Type: BGP unicast univ BGP.origin: IGP BGP.as_path: 3277 6820 BGP.next_hop: 194.226.100.45 BGP.local_pref: 100

3 5

ospf uses private ip as a gateway
by Martin Kraus 04 Apr '11

04 Apr '11

Hi. I'm using bird 1.2.5 from debian squeeze respository. I've got two routers with public a private ip addresses on the connecting interfaces. The public addresses are selected as primary in device protocol but ospf chooses private address as the address to route prefixes over. When I block ospf packets from the private addresses it switches fine but when I allow ospf to them it switches all the routes to the private gateways again. Is there any way to force bird to use public addresses other then setting them as primary in device protocol specification? I want to keep interface names in interfaces definitions instead of ip addresses. thanks for your help mk

2 4

New release 1.3.0!
by Ondrej Filip 04 Apr '11

04 Apr '11

Hi! New version is ready. This version includes many changes and bugfixes. We are working on packaging and other stuff. Changes: Version 1.3.0 (2011-03-31) o Proper iBGP (can be used with IGP). o Multipath support (OSPF and static). o L2 link state detection. o IPv6 router advertisements. o Much improved OSPF reconfiguration. o Point-to-MultiPoint interfaces (OSPF). o Minor changes and improvements in config file grammar. o Better community list matching o Changes default behavior of BGP IPv6 socket to v6only. Use 'listen bgp dual' for the old behavior. o Changes default for handling missing link-local addresses on route servers. Use 'missing lladdr drop' for the old behavior. o Important bugfix for OSPF. o Several minor bugfixes. Ondrej

6 13

Patch to fix BGP ghost routes resulting from loops
by Ivo Smits 04 Apr '11

04 Apr '11

I've created attached patches to prevent BGP route loops from turning into ghosts (issue reported earlier to the mailing list: http://marc.info/?l=bird-users&m=129433651229774&w=2) Instead of completely ignoring received BGP routes containing the router's own AS number, it should now handle them as if the prefixes are unreachable. We have tested the patch against git and it fixed the issue there. I've also made an (untested) patch against bird 1.2.5. -- Ivo

4 9

source address for routes installed in routing table (on linux)
by Arkadiusz Miskiewicz 03 Apr '11

03 Apr '11

Hello, bird installs routes in kernel table without any source address, so for all connections initiated at that machine kernel chooses address from interface. I'm looking for a sane way to get routes installed with specific source address - basically an equivalent of "ip r a x.y.z.q/prefix via nexthop dev ethX src MYIP" command. I don't see such functionality in bird (so consider this to be a feature request). From irc I see that there are hacky way to get archieve that but these are just hacky (adding ipv4 address with scope link or preferred_lft 0 for ipv6). -- Arkadiusz Miśkiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/

2 2

Re: BIRD: route selection question
by Mikhail A. Grishin 31 Mar '11

31 Mar '11

Alexander Ilin wrote, 30.03.2011 18:15: > On Mon, Mar 28, 2011 at 06:43:41PM +0200, Ondrej Zajicek wrote: >> On Mon, Mar 28, 2011 at 03:25:51PM +0400, Mikhail A. Grishin wrote: >>> Hi, Ondrej >>> >>> Thank you for explanation. >>> >>> One more question: is it possible to add "bgp always-compare-med" option >>> in BIRD? >> That would not be a problem. A question is under which circumstances such >> comparison has some sense. Probably only if user overwrites all MEDs >> on input to the AS. > > Hi Ondrej, > > We are using it at Cisco Route Servers and some of customers using it. > I think it could be a good idea to have this option available, as some > of our members want to have this feature enabled at our IXP. And one more thing: in some of the previous answers you told about "time of route". In route selection process inside the BIRD, at what step this criteria counted? Before 'router_id' or after? > > Best regards, > > --- > Alexander Y. Ilin > CTO MSK-IX > Phone:+7(495)737-0685, +7(499)192-9179

2 1

Re: IRC
by Jiří Kubíček 28 Mar '11

28 Mar '11

Hello, there is ircnet which is most used in .cz, but there were some problems with this irc network so we moved for example #rubyonrails.cz to freenode a while ago and we do not experience any problems. All of the free software channels I have recently used (ie. #puppet, #couchdb, #rabbitmq, #elasticsearch) are on freenode as well. Already four of us are on #bird at freenode. Join us :) Jiri Kubicek On 24.3.2011, at 21:42, Chris Malayter wrote: > From a network perspective, I'd much rather use a smaller network, than a large network like freenode. Keeps the troll level down. > > -Chris > > On Mar 24, 2011, at 4:18 PM, Jiří Kubíček wrote: > >> Hello, >> >>>>> ps. is there bird related irc channel or do devs use irc? >>>>> (arekm@freenode) >>>> I am also interested in this (consi@freenode). :) >>> +1 (_ruben@freenode) >> >> >> I have joined #bird channel on freenode. Meantime two other bird users have joined this channel as well. >> >> #bird channel was registered by another user, but has not been used by this user about a year. >> >> I have asked on #freenode channel, if there is any way to gain registration of this channel and i was pointed to group registration page (http://freenode.net/group_registration.shtml) This registration has to be filled by bird team representative. >> >> Another option is to use channel ##bird as unofficial bird channel, but I hope bird team will fill the registration. >> >> S pozdravem >> >> Jiri KUBICEK >> >> -- >> KRAXNET s.r.o. - www.kraxnet.cz >> Kamenicka 26, 170 00 Praha 7 >> --- >> >> > S pozdravem Jiri KUBICEK -- KRAXNET s.r.o. - www.kraxnet.cz Kamenicka 26, 170 00 Praha 7 ---

2 1