Return-Path: <linux-kernel-owner+willy=40w.ods.org-S932201AbVIXR32@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932201AbVIXR32 (ORCPT <rfc822;willy@w.ods.org>);
	Sat, 24 Sep 2005 13:29:28 -0400
Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932203AbVIXR31
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Sat, 24 Sep 2005 13:29:27 -0400
Received: from mail.tmr.com ([64.65.253.246]:5268 "EHLO gaimboi.tmr.com")
	by vger.kernel.org with ESMTP id S932201AbVIXR31 (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sat, 24 Sep 2005 13:29:27 -0400
Message-ID: <43358D22.4010108@tmr.com>
Date: Sat, 24 Sep 2005 13:30:10 -0400
From: Bill Davidsen <davidsen@tmr.com>
Organization: TMR Associates Inc, Schenectady NY
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.11) Gecko/20050729
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Nishanth Aravamudan <nacc@us.ibm.com>
CC: sean.bruno@dsl-only.net, ak@suse.de, LKML <linux-kernel@vger.kernel.org>
Subject: Re: The system works (2.6.14-rc2): functional k8n-dl
References: <20050922155254.GE5910@us.ibm.com> <433303A9.6050909@tmr.com> <20050923171514.GF5910@us.ibm.com> <43343EBE.2070101@tmr.com> <20050923175525.GL5910@us.ibm.com>
In-Reply-To: <20050923175525.GL5910@us.ibm.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
X-Mailing-List: linux-kernel@vger.kernel.org
Content-Length: 2401
Lines: 81

Nishanth Aravamudan wrote:

>On 23.09.2005 [13:43:26 -0400], Bill Davidsen wrote:
>  
>
>>Nishanth Aravamudan wrote:
>>
>>    
>>
>>>On 22.09.2005 [15:19:05 -0400], Bill Davidsen wrote:
>>>
>>>
>>>      
>>>
>>>>Nishanth Aravamudan wrote:
>>>>  
>>>>
>>>>        
>>>>
>>>>>Hello all,
>>>>>    
>>>>>
>>>>>          
>>>>>
>>><snip my long mail>
>>>
>>>
>>>
>>>      
>>>
>>>>>code in such a solid state. I have had only one complaint so far: it
>>>>>seems that the the "Broadcom Corporation NetXtreme BCM5751 Gigabit
>>>>>Ethernet PCI Express" adapter, with the tg3 driver, downs and ups the
>>>>>iface on MTU changes. Unfortunately, with some VPN software I use, it is
>>>>>sometimes necessary to drop the MTU to 1300 or so to get consistent
>>>>>connections. When I do this, though, ssh through the tunnel tends to not
>>>>>function. I have a workaround, where I bounce over a different laptop,
>>>>>but that's a bit of a pain (and that network adapter seems to be able to
>>>>>transiently change the MTU). Not a big deal, in any case.
>>>>>    
>>>>>
>>>>>          
>>>>>
>>>>You can (or could in 2.4) sometimes play with the size for an individual 
>>>>IP by using the "mss" option of the old "route" command. That shouldn't 
>>>>glitch anything, it just should use little packets.
>>>>  
>>>>
>>>>        
>>>>
>>>Yes, I see that still being an option. Let me go learn how to use route
>>>and see if that works better.
>>>
>>>
>>>      
>>>
>>route <destination_IP> gw <default_router_IP> mss 1200
>>    
>>
>
>Thanks, that works for setting the mss, but when setting it to 1200, i
>can't even ping the remote host. I can ping it if remove the mss change.
>I can even ssh to it. It just so happens that when I try to ls a large
>directory, the connection tends to hang. Any other ideas? Or tracing I
>can do to figure it out?
>

tcpdump is your friend, and I just gave 1200 as an example, set it as 
large as you can without hitting the original problem. Then check what's 
actually happening with tcpdump if it doesn't work.

-- 
bill davidsen <davidsen@tmr.com>
  CTO TMR Associates, Inc
  Doing interesting things with small computers since 1979

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/