From owner-freebsd-stable@FreeBSD.ORG Fri Apr 10 10:13:22 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 486DA106566B for ; Fri, 10 Apr 2009 10:13:22 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.230]) by mx1.freebsd.org (Postfix) with ESMTP id 0FE828FC19 for ; Fri, 10 Apr 2009 10:13:21 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id l9so964214rvb.43 for ; Fri, 10 Apr 2009 03:13:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=36MkPs425K87IXjJwkN+TXHjBVJfcSfi0nl7YpGEHhI=; b=n3G4be4m+fPXmj29pzeoBaoLvsKVbV4byMDnT+EBuN6XlJNJwUBmyNZgTcN4kBBV/c U08X30TmkfREBoSz8w/rZFIc+QaYUOdUp8PFNrOovKGw7iXGswXv7jaNdFmcYPZnJgmw muLZpwy1OWCLqRuxZd9cTBNdC/Mk72zV/NFn4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=mVap8D067596BCXgFmT8gUK5BCbImWy1w9BvdmUgOGY12g9ydnDRyZDwLowvQwpGtd 0XiVV4u8L5LxBDiKgkWKziGDIKOeB7v3EFzbh28cTDyx0mDsZaOXOXomBEWSIfMWuGti ytKlB0qRiVds3vCAWKkmSi+pB4zdRsk/PsiS8= Received: by 10.140.134.10 with SMTP id h10mr1141607rvd.93.1239358401716; Fri, 10 Apr 2009 03:13:21 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id c20sm3466298rvf.50.2009.04.10.03.13.20 (version=SSLv3 cipher=RC4-MD5); Fri, 10 Apr 2009 03:13:21 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Fri, 10 Apr 2009 19:14:45 +0900 From: Pyun YongHyeon Date: Fri, 10 Apr 2009 19:14:45 +0900 To: Bjoern Koenig Message-ID: <20090410101445.GL37714@michelle.cdnetworks.co.kr> References: <70ba25e4f1a5e43ab8d99b361235dda2.squirrel@webmail.alpha-tierchen.de> <20090409000427.GD37714@michelle.cdnetworks.co.kr> <2f68678165f20f2e1dae10cb0e63761d.squirrel@webmail.alpha-tierchen.de> <20090409072309.GF37714@michelle.cdnetworks.co.kr> <37a8d3252c3d50682f4fb790e30e09f3.squirrel@webmail.alpha-tierchen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <37a8d3252c3d50682f4fb790e30e09f3.squirrel@webmail.alpha-tierchen.de> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: fxp: stalled transfers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Apr 2009 10:13:22 -0000 On Fri, Apr 10, 2009 at 08:46:08AM +0200, Bjoern Koenig wrote: > I wrote: > > > >> If you can easily reproduce the issue, can you capture stalled TCP > >> session with tcpdump on receiving host?(Make sure to disable Rx > >> checksum offload prior to capturing the session.) > > > > I transferred a 256 kiB file and these are the tcpdumps: > > > > http://www.alpha-tierchen.de/~bkoenig/fxp0-with-tso.txt > > http://www.alpha-tierchen.de/~bkoenig/fxp0-without-tso.txt > > > > Actually the transfer doesn't stall although ftp and scp told me so. It > > becomes incredibly slow. It seems like that the chunks are too large and a > > smaller packet will be resent. I decreased the MTU from 1500 to 1492 and > > it works fine with TSO enabled. > > > > I also captured the traffic on my router: > > > > http://www.alpha-tierchen.de/~bkoenig/fxp0-with-tso-router.txt > > http://www.alpha-tierchen.de/~bkoenig/fxp0-without-tso-router.txt > > > > It reveals a suspect information: "truncated-ip - 8 bytes missing!" > > > > I almost suppose that this is a PPPoE-related configuration issue and the > > fxp driver is not necessarily the problem since decreasing the MTU of the > > LAN host solves it. > > Hello, it's me again. :) > > It's not PPPoE-related. I was able to reproduce the behaviour within a > regular LAN from host to host. I also have another symptom which denies > the PPPoE assumption: > > If I set MTU to value X then it doesn't work with MTU X+N anymore. I'll > get the message "N bytes missing!" in the tcpdump output. For example: > > ifconfig fxp0 mtu 1448 # works > ifconfig fxp0 mtu 1412 # still works > ifconfig fxp0 mtu 1448 # doesn't work (36 bytes missing) > ifconfig fxp0 mtu 1400 # works > ifconfig fxp0 mtu 1412 # doesn't work (12 bytes missing) > Hmm, I can't reproduce this. Can you send me a URL to captured data for broken case?