Date: Sat, 05 Nov 2005 22:44:59 +0100 From: Marko Cuk <cuk@cuk.nu> To: freebsd-stable@freebsd.org, freebsd-pf@freebsd.org Subject: [Fwd: Tun] Message-ID: <436D27DB.40205@cuk.nu>
next in thread | raw e-mail | index | archive | help
This is a multi-part message in MIME format. --------------060201030205000008050804 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Max obvious didn't have time to answer... Any ideas ? Tnx, Marko Cuk -- NetInet d.o.o. http://www.NetInet.si Private: http://cuk.nu MountainBikeSlovenia team: http://mtb.si Slovenian FreeBSD mirror admin http://www2.si.freebsd.org --------------060201030205000008050804 Content-Type: message/rfc822; name="Tun" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="Tun" Message-ID: <436A6A3A.2080305@cuk.nu> Date: Thu, 03 Nov 2005 20:51:22 +0100 From: Marko Cuk <cuk@cuk.nu> Organization: NetInet User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Max Laier <max@love2party.net> Subject: Tun References: <20050815154642.GD91135@nevermind.kiev.ua> <200508151756.19109.max@love2party.net> In-Reply-To: <200508151756.19109.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello Max ! Please, do you have any ideas... What is the status of the tun0 driver and ALTQ ? I have FreeBSD 6.0-RELEASE and have tried it without success. Why 6.0 ? Don't know... curious maybe... if you think, that 5.4 will work better, I'll reinstall it. The tun0 is because od xDSL ( PPPoE ) It seems like packets won't match queue. Look at the pfctl output ( look at the "bucy" rules -- he is a huge consumer and the primary uplink is out for a week, xDSL is only backup and he consumes all the avail bandwidth ) THIS IFACE IS TUN0 ( pppoe ) queue root_em0 bandwidth 1Gb priority 0 cbq( wrr root ) {std_ext, bucy_out} [ pkts: 76053 bytes: 7390221 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 199.0 packets/s, 146.71Kb/s ] queue std_ext bandwidth 384Kb cbq( default ) [ pkts: 76053 bytes: 7390221 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 59 ] [ measured: 199.0 packets/s, 146.71Kb/s ] THIS ONE IS PROBLEMATIC - Won't match queue bucy_out bandwidth 128Kb [ pkts: 0 bytes: 0 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 0.0 packets/s, 0 b/s ] queue root_em1 bandwidth 1Gb priority 0 cbq( wrr root ) {std_int, bucy_in} [ pkts: 91920 bytes: 100394990 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 260.4 packets/s, 2.37Mb/s ] queue std_int bandwidth 2Mb cbq( default ) [ pkts: 50302 bytes: 58076735 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 2359 ] [ measured: 194.6 packets/s, 1.89Mb/s ] queue bucy_in bandwidth 900Kb [ pkts: 41618 bytes: 42318255 dropped pkts: 446 bytes: 433317 ] [ qlength: 0/ 50 borrows: 0 suspends: 7440 ] [ measured: 65.8 packets/s, 475.89Kb/s ] queue root_dc0 bandwidth 10Mb priority 0 cbq( wrr root ) {std_int_wifi_in} [ pkts: 3967 bytes: 1730908 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 2.6 packets/s, 4.17Kb/s ] queue std_int_wifi_in bandwidth 5Mb cbq( default ) [ pkts: 3967 bytes: 1730908 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 2.6 packets/s, 4.17Kb/s ] This are the rules: ########################################################################################## # QUEUEING: rule-based bandwidth control. ########################################################################################### # TOLE JE NAS ODHODNI PROMET VEN - UPLOAD altq on em0 cbq bandwidth 100% queue { std_ext,bucy_out } queue std_ext bandwidth 384Kb cbq(default) queue bucy_out bandwidth 128Kb ######################################################################################### # TOLE JE NAS DOHODNI PROMER NOTRI - DOWNLOAD altq on em1 cbq bandwidth 100% queue { std_int,bucy_in } queue std_int bandwidth 2Mb cbq(default) queue bucy_in bandwidth 900Kb # QUEUE rule pass in log on em1 from 10.0.100.0/24 to any queue bucy_out pass out log on em1 from any to 10.0.100.0/24 queue bucy_in Many thanks for any informations. I have changed the various eth cards, from dc cards to em gigabit cards, etc, etc. Without success. I know, that there has been some issues with tun0 on OpenBSD, but that was a little time ago. Bye, Marko p.s. I have a very huge sistem, dualhomed , all based on pf and there is one issue too, but we'll discuss it later. I have managed it with ipf ( only that source routing issue ). Anyway, your work is very good and thanks for porting pf to FreeBSD. -- NetInet d.o.o. http://www.NetInet.si Private: http://cuk.nu MountainBikeSlovenia team: http://mtb.si Slovenian FreeBSD mirror admin http://www2.si.freebsd.org --------------060201030205000008050804--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?436D27DB.40205>