[106286] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: Software router state of the art

daemon@ATHENA.MIT.EDU (Sargun Dhillon)
Fri Jul 25 13:49:13 2008

Date: Fri, 25 Jul 2008 10:49:00 -0700
From: Sargun Dhillon <sdhillon@decarta.com>
To: Joe Greco <jgreco@ns.sol.net>
In-Reply-To: <200807251643.m6PGh5nH006433@aurora.sol.net>
Cc: nanog@merit.edu
Errors-To: nanog-bounces@nanog.org

It would be very useful if there was an effort from the telecom 
community to develop a dynamic routing frontend like Quagga. The amount 
of human work that it requires in order to build up a product is 
enormous. If only someone with millions of dollars could donate 
engineers. It would allow the deployment of small branch office systems 
at a much lower cost.

Would you rather deploy a $3000 cisco edge box which is a unexpandable, 
100 mbit piece of crap, or throw two $2000 Dell boxes and have a 1 GigE 
platform?


Joe Greco wrote:
>> Last thing to say is, I haven't tried upgrading since Vyatta abandoned 
>> the XORP platform and moved to the Quagga platform, but I'm guessing 
>> (based on experience w/ Quagga) that they have a lot fewer of these 
>> quirks that I've described.
>>     
>
> Quagga is pretty decent, but it is not uncommon for serious bugs to go
> unaddressed for a long time.  For example, this bug renders Quagga
> nearly unusable for OSPF on FreeBSD 7,
>
> http://bugzilla.quagga.net/show_bug.cgi?id=420
>
> which resulted in some finger-pointing, but the last I heard, it was 
> due to a kernel interface change where FreeBSD multicast code had been 
> rewritten and was DTRT, while Linux was doing something else.
>
> This is probably still better than the XORP platform, but it is 
> unfortunate.
>
> ... JG
>   


-- 
+1.925.202.9485
Sargun Dhillon
deCarta
sdhillon@decarta.com
www.decarta.com




home help back first fref pref prev next nref lref last post