From owner-freebsd-pf@FreeBSD.ORG Mon Nov 7 23:00:20 2005 Return-Path: X-Original-To: freebsd-pf@freebsd.org Delivered-To: freebsd-pf@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A2D116A42A; Mon, 7 Nov 2005 23:00:20 +0000 (GMT) (envelope-from cuk@cuk.nu) Received: from nu.cuk.nu (tm.213.143.78.60.lc.telemach.net [213.143.78.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A28943D7B; Mon, 7 Nov 2005 23:00:12 +0000 (GMT) (envelope-from cuk@cuk.nu) Received: from localhost (localhost.cuk.nu [127.0.0.1]) by nu.cuk.nu (Postfix) with ESMTP id 1FB35E0439; Tue, 8 Nov 2005 00:00:11 +0100 (CET) Received: from nu.cuk.nu ([127.0.0.1]) by localhost (nu.cuk.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 82717-07; Tue, 8 Nov 2005 00:00:10 +0100 (CET) Received: from [192.168.6.60] (unknown [192.168.6.60]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by nu.cuk.nu (Postfix) with ESMTP id 35315E0431; Tue, 8 Nov 2005 00:00:10 +0100 (CET) Message-ID: <436FDC90.3020108@cuk.nu> Date: Tue, 08 Nov 2005 00:00:32 +0100 From: Marko Cuk Organization: NetInet User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-pf@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at NetInet.si Cc: Subject: Tun and ALTQ X-BeenThere: freebsd-pf@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Technical discussion and general questions about packet filter \(pf\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 23:00:20 -0000 Resend... Please, does anyone 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. 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