Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 20 Sep 2005 00:08:55 +0100
From:      Daniel Pocock <daniel@lvdx.com>
To:        freebsd-isp@freebsd.org
Subject:   Re: FreeBSD, quagga (BGP) and 2950 VLANs
Message-ID:  <432F4507.4020708@lvdx.com>
In-Reply-To: <20050919215605.GK62233@complx.LF.net>
References:  <432EC4FF.4030706@lvdx.com> <20050919205757.GI62233@complx.LF.net>	<432F3013.7090001@keystreams.com>	<20050919214618.GJ62233@complx.LF.net> <20050919215605.GK62233@complx.LF.net>

index | next in thread | previous in thread | raw e-mail

[-- Attachment #1 --]


Kurt Jaeger wrote:

>Hi!
>
>  
>
>>>Doing a straight FTP transfer from one server to another 
>>>through a CIsco 3640 seems to cap at about 40 Mbits/second so I was 
>>>wondering how that compares to a x86 system running FreeBSD.
>>>      
>>>
>>The tests I made using some shuttle.com barebone hardware etc
>>seems to max out around 500 mbit/sec. It wasn't a full-blown BGP setup,
>>far from it. More seems easily be possible, but we still need
>>to test.
>>    
>>
>
>If you use ftp, the limit might be the IO from/to disk, not the cisco
>throughput.
>
>Use ttcp to test the transfer limits, not ftp.
>
>http://www.mirrors.wiretapped.net/security/packet-construction/ttcp/ttcp.c
>
>  
>
Thanks for all the great answers.  I think that packets per second is 
just as important as megabits per second when evaluating routing.  We 
are a wholesale VoIP operator, so we switch many small packets (less 
than 100 bytes each) - it takes almost as much CPU power to make routing 
decisions for a 100 byte packet as for a 1500 byte FTP packet.  You will 
find much of the Cisco specs talk about throughput in packets per second 
(pps, or kpps).

The NIC I am using is the built in Intel i82555 in a DL360 1U server.  
According to vlan(4), the fxp driver doesn't do native VLAN, but can do 
large MTU for VLAN tagging.  This should give enough performance for our 
initial requirements (up to 10mbit) and I'll review it later.

I'm also curious about whether FreeBSD supports polled rather than 
interrupt driven behaviour in the NIC driver - that means that the 
system won't keep on re-entering an interrupt handler concurrently while 
under load (when a DoS attack is in progress).

The server will be set up tommorrow - I'll do some tests and publish my 
experiences on my web site, as I know several of my customers want to 
duplicate this for their own redundancy plans.

Regards,

Daniel

--------------------------------------
Director
London Voice and Data Exchange Limited
http://www.lvdx.com
--------------------------------------



[-- Attachment #2 --]
0	*H
010	+0	*H
0040
	*H
0b10	UZA1%0#U
Thawte Consulting (Pty) Ltd.1,0*U#Thawte Personal Freemail Issuing CA0
050222170146Z
060222170146Z0A10UThawte Freemail Member10	*H
	daniel@lvdx.com0"0
	*H
0
GsȰ9|'@0DA­iKᅙmu\d)prWF퉗(7-&gW0J\PbL
(FN݈1HwLOnڼ&/%=HiH(ΆPOQ+C-T(ߖp[p>2!MߐD}9a.]<TIsagOFƎwBT=Ai0%dz:}޺ĉ3Z^U<},0*0U0daniel@lvdx.com0U00
	*H
.Ø[
`=%2.LX55\X=7yr` ^Bv|9lQ0)=c/`~Ǥ770F+Bj>qRn0d0040
	*H
0b10	UZA1%0#U
Thawte Consulting (Pty) Ltd.1,0*U#Thawte Personal Freemail Issuing CA0
050222170146Z
060222170146Z0A10UThawte Freemail Member10	*H
	daniel@lvdx.com0"0
	*H
0
GsȰ9|'@0DA­iKᅙmu\d)prWF퉗(7-&gW0J\PbL
(FN݈1HwLOnڼ&/%=HiH(ΆPOQ+C-T(ߖp[p>2!MߐD}9a.]<TIsagOFƎwBT=Ai0%dz:}޺ĉ3Z^U<},0*0U0daniel@lvdx.com0U00
	*H
.Ø[
`=%2.LX55\X=7yr` ^Bv|9lQ0)=c/`~Ǥ770F+Bj>qRn0d0?0
0
	*H
010	UZA10UWestern Cape10U	Cape Town10U
Thawte Consulting1(0&UCertification Services Division1$0"UThawte Personal Freemail CA1+0)	*H
	personal-freemail@thawte.com0
030717000000Z
130716235959Z0b10	UZA1%0#U
Thawte Consulting (Pty) Ltd.1,0*U#Thawte Personal Freemail Issuing CA00
	*H
0Ħ<UsUNʙZhup[v:aQP
0cZ,p+Z?qV˯<6$*+w=+>@dקe*TH<a@dr`00U00CU<0:08642http://crl.thawte.com/ThawtePersonalFreemailCA.crl0U0)U"0 010UPrivateLabel2-1380
	*H
HP.
fgCL!6-6/P p<ab:~t%Pb'qW%ݩ9 Oe_N4[5MwV!x!5$F]_eO1;070i0b10	UZA1%0#U
Thawte Consulting (Pty) Ltd.1,0*U#Thawte Personal Freemail Issuing CA0	+0	*H
	1	*H
0	*H
	1
050919230855Z0#	*H
	1ez^[Y??̏0R	*H
	1E0C0
*H
0*H
0
*H
@0+0
*H
(0x	+71k0i0b10	UZA1%0#U
Thawte Consulting (Pty) Ltd.1,0*U#Thawte Personal Freemail Issuing CA0z*H
	1ki0b10	UZA1%0#U
Thawte Consulting (Pty) Ltd.1,0*U#Thawte Personal Freemail Issuing CA0
	*H
^cHeakHsL(p]b#j'#Q
ZR"9ʖҝ{]Jgrj߶fkn^2TzDU][0S-zA3,ۚ@]6rLzۢ\>5ADeDe	dƒr	@څRr~xsp̥ujm6lz/~^o F\U1*LIm҈]Wep\:
help

Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?432F4507.4020708>