From equinox at diac24.net Fri Feb 5 14:54:50 2010 From: equinox at diac24.net (David Lamparter) Date: Fri, 05 Feb 2010 14:54:50 +0100 Subject: [dn42] [RFC] quagga 1.1.0-dn42.11 in last-minute fixes process Message-ID: <1265378090.11038.505.camel@arkology.n2.diac24.net> Hi quagga-dev list, Hi dn42 list, the dn42.11 release of quagga now is in the "last-minute fixes" state. I've finished coding and merging the features I want to have in this release, so now I need to find the (probably dozens of) bugs I've introduced in the process. You can find: * a short release announcement at http://www.diac24.net/files/quagga/info-1.1.0-dn42.11.html * a preliminary tarball at http://www.diac24.net/files/quagga/quagga-1.1.0-dn42.11.tar.bz2 * my git repo at git://spaceboyz.net/equinox/quagga.git http://git.spaceboyz.net/equinox/quagga.git Please note that I'm accumulating and merging patches very freely. This branch is not suitable for high-availability production use. Also, the next few days I will probably be fixing bugs on the fly as I find them, so if you can, use git. Also note that there is no official quagga 1.1 or even 1.0 yet. I increased the version number to 1.1.0 because at least 50% of the patches I merged are most likely not going to be in quagga 1.0. They're aimed at the "next" tree which will (probably) be named 1.1, so I guess this version number is appropriate. I would've used 1.1.-1 ;-). A big thanks to all the people contributing patches, and also to Paul Jakma, Denis Ovisienko, Joakim Tjernlund, Stephen Hemminger and David Ward for the work they to for and on quagga. This version of quagga is supposed to run on Linux 2.6, NetBSD 5.0 and FreeBSD 8.0. I'm hoping zebra, bgpd and ospfd are usable; ospf6d and isisd might have quirks. pimd is wholly untested... If you're brave enough to run this version of quagga, please provide feedback - bugreports are very welcome, as are patches. Reports of success are the most welcome of course! -David Lamparter -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From equinox at diac24.net Fri Feb 5 16:31:16 2010 From: equinox at diac24.net (David Lamparter) Date: Fri, 05 Feb 2010 16:31:16 +0100 Subject: [dn42] [quagga-dev 7776] [RFC] quagga 1.1.0-dn42.11 in last-minute fixes process In-Reply-To: <1265378090.11038.505.camel@arkology.n2.diac24.net> References: <1265378090.11038.505.camel@arkology.n2.diac24.net> Message-ID: <1265383876.11038.518.camel@arkology.n2.diac24.net> Am Freitag, den 05.02.2010, 14:54 +0100 schrieb David Lamparter: > If you're brave enough to run this version of quagga, please provide > feedback - bugreports are very welcome, as are patches. Reports of > success are the most welcome of course! .... aaaand I've tripped the first bug. bgpd SEGVs on establishing a peering - ouch. do a "git revert a8c48bb76f291c673438d2061753d05a0d9b3276" to avoid it. uploading fixed version in a few minutes... its always these innocent-looking don't-do-much patches... -David commit a8c48bb76f291c673438d2061753d05a0d9b3276 Author: Stephen Hemminger Date: Wed Dec 9 17:28:48 2009 +0000 bgp: move cleanup fifo code This patch started while looking at the compiler aliasing warnings from FIFO_HEAD() in BGP. Then I realized the FIFO code was only being used in BGP, so it made sense to move it from zebra to BGP. In the process convert from macro's to inline and add more type safety. From equinox at diac24.net Fri Feb 5 17:45:48 2010 From: equinox at diac24.net (David Lamparter) Date: Fri, 05 Feb 2010 17:45:48 +0100 Subject: [dn42] [quagga-dev 7777] FIFO cleanup broken In-Reply-To: <1265383876.11038.518.camel@arkology.n2.diac24.net> References: <1265378090.11038.505.camel@arkology.n2.diac24.net> <1265383876.11038.518.camel@arkology.n2.diac24.net> Message-ID: <1265388348.11038.534.camel@arkology.n2.diac24.net> Stephen, you get 100 points for one of the most well-hidden bugs I've ever seen: @@ static inline void FIFO_ADD(... - fifo->prev = fifo->prev->next = node; + fifo->prev = fifo->prev->fifo.next = node; @@ static inline void FIFO_DEL(... - fifo->prev->next = fifo->next; - fifo->next->prev = fifo->prev; + fifo->prev->fifo.next = fifo->next; + fifo->next->fifo.prev = fifo->prev; I've changed bgp_advertise_fifo to store pointers to bgp_advertise_fifo instead of bgp_advertise in my branch, this is way too much of a pitfall as-is. Oh, and actually it goes down from 3 casts to 1. Patch attached, dn42.11 tarball fixed. Cheers, -David -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-bgpd-fix-bgp-move-cleanup-fifo-code.patch Type: text/x-patch Size: 2201 bytes Desc: URL: From shemminger at vyatta.com Fri Feb 5 17:40:47 2010 From: shemminger at vyatta.com (Stephen Hemminger) Date: Fri, 5 Feb 2010 08:40:47 -0800 Subject: [dn42] [quagga-dev 7776] [RFC] quagga 1.1.0-dn42.11 in last-minute fixes process In-Reply-To: <1265383876.11038.518.camel@arkology.n2.diac24.net> References: <1265378090.11038.505.camel@arkology.n2.diac24.net> <1265383876.11038.518.camel@arkology.n2.diac24.net> Message-ID: <20100205084047.30227133@s6510> On Fri, 05 Feb 2010 16:31:16 +0100 David Lamparter wrote: > Am Freitag, den 05.02.2010, 14:54 +0100 schrieb David Lamparter: > > If you're brave enough to run this version of quagga, please provide > > feedback - bugreports are very welcome, as are patches. Reports of > > success are the most welcome of course! > > .... aaaand I've tripped the first bug. bgpd SEGVs on establishing a > peering - ouch. > > do a "git revert a8c48bb76f291c673438d2061753d05a0d9b3276" to avoid it. > uploading fixed version in a few minutes... its always these > innocent-looking don't-do-much patches... > > > -David > > > commit a8c48bb76f291c673438d2061753d05a0d9b3276 > Author: Stephen Hemminger > Date: Wed Dec 9 17:28:48 2009 +0000 > > bgp: move cleanup fifo code > > This patch started while looking at the compiler aliasing warnings > from FIFO_HEAD() in BGP. Then I realized the FIFO code was only > being used in BGP, so it made sense to move it from zebra to > BGP. In the process convert from macro's to inline and add more > type safety. > > > Yes, ignore that patch. It isn't needed, and we don't run it in our tree. From shemminger at vyatta.com Fri Feb 5 18:48:20 2010 From: shemminger at vyatta.com (Stephen Hemminger) Date: Fri, 5 Feb 2010 09:48:20 -0800 Subject: [dn42] [quagga-dev 7777] FIFO cleanup broken In-Reply-To: <1265388348.11038.534.camel@arkology.n2.diac24.net> References: <1265378090.11038.505.camel@arkology.n2.diac24.net> <1265383876.11038.518.camel@arkology.n2.diac24.net> <1265388348.11038.534.camel@arkology.n2.diac24.net> Message-ID: <20100205094820.5011ce78@nehalam> On Fri, 05 Feb 2010 17:45:48 +0100 David Lamparter wrote: > Stephen, > > > you get 100 points for one of the most well-hidden bugs I've ever seen: > > @@ static inline void FIFO_ADD(... > - fifo->prev = fifo->prev->next = node; > + fifo->prev = fifo->prev->fifo.next = node; > @@ static inline void FIFO_DEL(... > - fifo->prev->next = fifo->next; > - fifo->next->prev = fifo->prev; > + fifo->prev->fifo.next = fifo->next; > + fifo->next->fifo.prev = fifo->prev; > > > I've changed bgp_advertise_fifo to store pointers to bgp_advertise_fifo > instead of bgp_advertise in my branch, this is way too much of a pitfall > as-is. > > Oh, and actually it goes down from 3 casts to 1. > Patch attached, dn42.11 tarball fixed. > > Cheers, > > > -David > Thanks for fixing it. not sure why the bug crept in. -- From drixter at e-utp.net Sat Feb 6 20:24:42 2010 From: drixter at e-utp.net (Marcin Gondek) Date: Sat, 6 Feb 2010 20:24:42 +0100 Subject: [dn42] Looking for additional peer Message-ID: <3D81D4ED-C1F9-4BBA-A071-563684AE2A4E@e-utp.net> Hi, First of all I want to say "hello" to everyone :-) I'm currently connected with dn42/diac/spaceboyz via Helios's node @ Hetzner as a part of Hetzner IPv6 Project. Currently I'm looking for a backup peer from HostEurope DataCenter, anyone open? For best a node with 10Mbit+ symetric link. Peer and traffiic will be IPv6 only. Or can I also request dn42 subblock when my AS number is not "compatiable" with dn42 rules: Netnumber We have the AS Numbers: 64.. Your AS number is: 64600+n Your own network is: 172.22.n.0/25 I'm managing currenly a AS65000, AS65100, AS65101, AS65102, AS65200, More explaination on the map: http://www.e-utp.net/images/IPv6.jpg Thanks in Advance Regards, -- Marcin Gondek / Drixter e-utp.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From casandro at casandro.dyndns.org Sat Feb 6 22:39:28 2010 From: casandro at casandro.dyndns.org (Christian Berger) Date: Sat, 6 Feb 2010 22:39:28 +0100 Subject: [dn42] Peering with Freifunk Franken Message-ID: <201002062239.31336.casandro@casandro.dyndns.org> Servus, (=bavarian for hello and goodbye) I'd like to anounce experimental peering with the Freifunk Franken network on 10.50.0.0/16 seems to be working right now. If you have any problems, just e-mail me. Servus Casandro -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From dn42 at kevinsteen.net Mon Feb 8 15:38:13 2010 From: dn42 at kevinsteen.net (Kevin Steen) Date: Mon, 08 Feb 2010 14:38:13 +0000 Subject: [dn42] New node seeks peers Message-ID: <1265639893.2108.16.camel@rover> After watching the 26C3 presentation and hearing there are others who also like to play with BGP, I'd like to join up to the dn42 network. My servers are physically wired to the 'Net in London, UK - are there any 'nearby' peers? I use openvpn between servers at the moment and I've played a bit with quagga, but all guidance is appreciated. I'm also interested in experimenting with multicast, video streaming, IPv6 and P2P vpns. Thanks in advance -Skyguy skyguy at jabber.ccc.de From sebastian at laubscher.name Mon Feb 8 15:49:42 2010 From: sebastian at laubscher.name (Sebastian Laubscher) Date: Mon, 8 Feb 2010 15:49:42 +0100 Subject: [dn42] New node seeks peers In-Reply-To: <1265639893.2108.16.camel@rover> References: <1265639893.2108.16.camel@rover> Message-ID: Hi Kevin, 2010/2/8 Kevin Steen : > My servers are physically wired to the 'Net in London, UK - are there > any 'nearby' peers? I'm not really in the neighborhood, but if you need another v4 peer located in Germany, just drop me a line. Bye, Sebastian From schrodinger at konundrum.org Mon Feb 8 17:01:09 2010 From: schrodinger at konundrum.org (Schrodinger) Date: Mon, 8 Feb 2010 16:01:09 +0000 Subject: [dn42] New node seeks peers In-Reply-To: <1265639893.2108.16.camel@rover> References: <1265639893.2108.16.camel@rover> Message-ID: <20100208160109.GA50263@purplehaze.kerna.ie> On 2010/02/08 14:38, Kevin Steen wrote: > After watching the 26C3 presentation and hearing there are others who > also like to play with BGP, I'd like to join up to the dn42 network. > > My servers are physically wired to the 'Net in London, UK - are there > any 'nearby' peers? > > I use openvpn between servers at the moment and I've played a bit with > quagga, but all guidance is appreciated. I'm also interested in > experimenting with multicast, video streaming, IPv6 and P2P vpns. > > Thanks in advance > -Skyguy > > skyguy at jabber.ccc.de Hello, I'm in Ireland. I'll give you a shout later on. Check my signature for contact details, or schrodinger at jabber.ccc.de or in the dn42 jabber conference. Cheers, Conor. > > > > _______________________________________________ > dn42 mailing list > dn42 at lists.spaceboyz.net > http://lists.spaceboyz.net/mailman/listinfo/dn42 -- +---------------------------------------------------------------+ It was a new day yesterday, but it's an old day now. MSN: schro5 at hotmail.com ICQ: 112562229 GPG: http://www.konundrum.org/schro.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available URL: From dn42 at kevinsteen.net Mon Feb 8 21:17:27 2010 From: dn42 at kevinsteen.net (Kevin Steen) Date: Mon, 08 Feb 2010 20:17:27 +0000 Subject: [dn42] New node seeks peers In-Reply-To: <1265639893.2108.16.camel@rover> References: <1265639893.2108.16.camel@rover> Message-ID: <1265660247.2108.26.camel@rover> On Mon, 2010-02-08 at 14:38 +0000, Kevin Steen wrote: > After watching the 26C3 presentation and hearing there are others who > also like to play with BGP, I'd like to join up to the dn42 network. Not even 6 hours later and I'm connected! Thanks to ichdasich for helping me setup my first link. To crest, Sebastian and Schroedinger who also offered peering, thank you, but I'd like to do some bgp-learning before taking you up on your offers. -skyguy From paul at jakma.org Tue Feb 9 20:24:52 2010 From: paul at jakma.org (paul at jakma.org) Date: Tue, 9 Feb 2010 19:24:52 +0000 (GMT) Subject: [dn42] [quagga-dev 7776] [RFC] quagga 1.1.0-dn42.11 in last-minute fixes process In-Reply-To: <1265378090.11038.505.camel@arkology.n2.diac24.net> References: <1265378090.11038.505.camel@arkology.n2.diac24.net> Message-ID: On Fri, 5 Feb 2010, David Lamparter wrote: > http://git.spaceboyz.net/equinox/quagga.git This is great! However, it isn't pullable into Quagga upstream as it stands, given the free form commit messages versus the desired commit messages documented in HACKING (along with the rationale). It'd be a nice if we got a consensus on updating HACKING, and it'd perhaps be nice if commit messages followed the requested format until then, regardless of personal opinion (cause otherwise the committing maintainer may have to write the message - and that does not scale). regards, -- Paul Jakma paul at jakma.org Key ID: 64A2FF6A Fortune: Illusion is the first of all pleasures. -- Voltaire From paul at jakma.org Tue Feb 9 22:39:37 2010 From: paul at jakma.org (paul at jakma.org) Date: Tue, 9 Feb 2010 21:39:37 +0000 (GMT) Subject: [dn42] [quagga-dev 7776] [RFC] quagga 1.1.0-dn42.11 in last-minute fixes process In-Reply-To: References: <1265378090.11038.505.camel@arkology.n2.diac24.net> Message-ID: On Tue, 9 Feb 2010, paul at jakma.org wrote: > It'd be a nice if we got a consensus on updating HACKING, This may have sounded snarky - it wasn't meant to be. Jus that someone needs to submit the HACKING diff though and put it up for discussion. regards, -- Paul Jakma paul at jakma.org Key ID: 64A2FF6A Fortune: Software, n.: Formal evening attire for female computer analysts. From arian at sanusi.de Thu Feb 11 14:33:57 2010 From: arian at sanusi.de (Arian Sanusi) Date: Thu, 11 Feb 2010 14:33:57 +0100 Subject: [dn42] seeking peers Message-ID: <4B740745.5040600@sanusi.de> Hi, I am Ari from CCC HB | CCC ZH and want to participate dn42 with my WG ( shared flat ). I am currently peered with tim (AS 64825) and crest (AS 64828) and would like some more links :) router is a openbsd box running bgpd, network details: 172.22.30.0/25 AS64630 physical internet connection is 15M/1M5 cable thanks, ari xmpp: ari at unstable.nl From tobias.fiebig at wouldyoubuythis.net Thu Feb 11 14:48:21 2010 From: tobias.fiebig at wouldyoubuythis.net (Tobias Fiebig) Date: Thu, 11 Feb 2010 14:48:21 +0100 Subject: [dn42] seeking peers In-Reply-To: <4B740745.5040600@sanusi.de> References: <4B740745.5040600@sanusi.de> Message-ID: <20100211134820.GB4316@mail.wouldyoubuythis.net> Hi there, > router is a openbsd box running bgpd, network details: > 172.22.30.0/25 > AS64630 > physical internet connection is 15M/1M5 cable Just jabber ichdasich at jabber.ccc.de. With best regards, Tobias From fabian at datensalat.eu Thu Feb 11 16:18:31 2010 From: fabian at datensalat.eu (fabian at datensalat.eu) Date: Thu, 11 Feb 2010 16:18:31 +0100 Subject: [dn42] seeking peers In-Reply-To: <4B740745.5040600@sanusi.de> References: <4B740745.5040600@sanusi.de> Message-ID: <95bfe71917c0da94b605486bb52533a6@localhost> Hi, On Thu, 11 Feb 2010 14:33:57 +0100, Arian Sanusi wrote: > 64828) and would like some more links :) jabber: fabian at datensalat.eu Yours Fabian From tobias at linuxdingsda.de Thu Feb 11 18:03:29 2010 From: tobias at linuxdingsda.de (Tobias Winter) Date: Thu, 11 Feb 2010 18:03:29 +0100 Subject: [dn42] seeking peers In-Reply-To: <4B740745.5040600@sanusi.de> References: <4B740745.5040600@sanusi.de> Message-ID: <4B743861.9090008@linuxdingsda.de> On 02/11/2010 02:33 PM, Arian Sanusi wrote: > router is a openbsd box running bgpd, network details: > 172.22.30.0/25 > AS64630 > physical internet connection is 15M/1M5 cable Since you don't have 100Mbit full duplex, please remember to prepend your AS number in order to not become a transit with little bandwidth. -- wintix -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 261 bytes Desc: OpenPGP digital signature URL: From arian at sanusi.de Thu Feb 11 19:02:47 2010 From: arian at sanusi.de (Arian Sanusi) Date: Thu, 11 Feb 2010 19:02:47 +0100 Subject: [dn42] seeking peers In-Reply-To: <4B743861.9090008@linuxdingsda.de> References: <4B740745.5040600@sanusi.de> <4B743861.9090008@linuxdingsda.de> Message-ID: <4B744647.5070209@sanusi.de> > Since you don't have 100Mbit full duplex, please remember to prepend > your AS number in order to not become a transit with little bandwidth. > already did so, thx for your advice ari From bef at erlangen.ccc.de Tue Feb 16 20:39:18 2010 From: bef at erlangen.ccc.de (BeF) Date: Tue, 16 Feb 2010 20:39:18 +0100 Subject: [dn42] Subscribed/FYI Message-ID: <4B7AF466.6010605@erlangen.ccc.de> Hi there, you may have seen my nick while browsing the nd42-wiki. I just subscribed this list for even better communication - FYI. Cheers, BeF From maxx at spaceboyz.net Fri Feb 19 09:54:31 2010 From: maxx at spaceboyz.net (maxx at spaceboyz.net) Date: Fri, 19 Feb 2010 09:54:31 +0100 Subject: [dn42] BUGS: quagga-1.1.0-dn42.11 Message-ID: <20100219085431.GB29979@neo.maxx.net> Hey, I've experienced two flaws up to now: 0) When using zebra itself to write it's own configuration back to a file it appends the scope identifier to 'ipv6 address' (...scope foo) but in turn is unable to use this when reading back it's configuration after restart. (invalid command) 1) I did some testing involving the removal and recreation of some tunnel interface which seemed to be the reason for zebra to suck as much cpu as it can get. I'm sorry i did not investigate this further before killing the process. Post-mortem analysis (less-ing log-files ;) did not reveal any clues. Greetings MaxX