From owner-freebsd-net@FreeBSD.ORG Sat Nov 20 03:52:12 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F95D16A4CE for ; Sat, 20 Nov 2004 03:52:12 +0000 (GMT) Received: from av4-2-sn3.vrr.skanova.net (av4-2-sn3.vrr.skanova.net [81.228.9.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id F302243D3F for ; Sat, 20 Nov 2004 03:52:10 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: by av4-2-sn3.vrr.skanova.net (Postfix, from userid 502) id 582FE37F1F; Sat, 20 Nov 2004 04:52:10 +0100 (CET) Received: from smtp1-1-sn3.vrr.skanova.net (smtp1-1-sn3.vrr.skanova.net [81.228.9.177]) by av4-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 3A95D37E45 for ; Sat, 20 Nov 2004 04:52:10 +0100 (CET) Received: from [192.168.1.1] (h65n2fls35o895.telia.com [217.211.109.65]) by smtp1-1-sn3.vrr.skanova.net (Postfix) with ESMTP id EFD5638003 for ; Sat, 20 Nov 2004 04:52:01 +0100 (CET) Message-ID: <419EBE2E.9080108@telia.com> Date: Sat, 20 Nov 2004 04:46:54 +0100 From: Pawel Worach User-Agent: Mozilla Thunderbird 0.9 (X11/20041110) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: multipart/mixed; boundary="------------000702090106080709040109" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: SACK (and PF) wierdness X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Nov 2004 03:52:12 -0000 This is a multi-part message in MIME format. --------------000702090106080709040109 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, I bumped into a wierd problem with SACK. Basically my setup is. 192.168.1.10 .-crossover 192.168.1.200 ftp server fxp0<->wireless ap<-> ~~~ <->laptop wireless ath0 I run ftp from the laptop to the server. This is what happens: ftp> get zero local: zero remote: zero 200 EPRT command successful. 150 Opening BINARY mode data connection for 'zero'. 476 KB 299.53 KB/s 426 Data connection: Operation not permitted. 487424 bytes received in 00:01 (299.49 KB/s) I started to look at tcpdump while this was happening and quickly noticed that the connection got dropped by PF when SACK kicked in. PF says:Nov 20 04:27:35 darkstar kernel: pf: BAD state: TCP 192.168.1.10:20 192.168.1.10:20 192.168.1.200:50640 [lo=3604799807 high=3604800103 win=33304 mod ulator=0 wscale=1] [lo=4089843176 high=4089909784 win=33304 modulator=0 wscale=1 ] 4:4 FPA seq=3604799807 ack=4089843176 len=296 ackskew=0 pkts=2497:1693 dir=out ,fwd Nov 20 04:27:35 darkstar kernel: pf: State failure on: 1 | Nov 20 04:27:40 darkstar kernel: pf: BAD state: TCP 192.168.1.10:20 192.168.1.10:20 192.168.1.200:58378 [lo=1373010668 high=1373010980 win=33304 mod ulator=0 wscale=1] [lo=3742879382 high=3742945990 win=33304 modulator=0 wscale=1 ] 4:4 A seq=1373010668 ack=3742879382 len=1448 ackskew=0 pkts=1266:851 dir=out,f wd Nov 20 04:27:40 darkstar kernel: pf: State failure on: 1 | Nov 20 04:27:40 darkstar kernel: pf: BAD state: TCP 192.168.1.10:20 192.168.1.10:20 192.168.1.200:58378 [lo=1373010668 high=1373010980 win=33304 mod ulator=0 wscale=1] [lo=3742879382 high=3742945990 win=33304 modulator=0 wscale=1 ] 4:4 A seq=1373010668 ack=3742879382 len=1448 ackskew=0 pkts=1266:851 dir=out,f wd If I disable sack on the ftp server everything works fine. I can reproduce this problem 100%, I have never managed to transfer more than 3Mb via ftp when SACK is on, with it off I see no problems, 11Mbit wireless at ~650Kb/s Attached are three tcpdumps of the ftp data channel after a 'get /dev/zero'. (I picked out the smallest ones, dropped after about 400kb of zeros) related pf.conf rules, on ftp server: pass out log quick on fxp0 inet proto tcp from fxp0 to any flags S/SA keep state queue (bulk, fast) and on client: pass in log quick inet proto tcp from any port 20 to port >= 1024 flags S/SA keep state Any ideas? More info? -- Pawel --------------000702090106080709040109--