From owner-freebsd-net@FreeBSD.ORG Tue Dec 27 19:31:59 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org 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 69B3216A41F for ; Tue, 27 Dec 2005 19:31:59 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A9C343D7B for ; Tue, 27 Dec 2005 19:31:52 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id jBRJVmIE020050 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Dec 2005 22:31:49 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id jBRJVm6K020049; Tue, 27 Dec 2005 22:31:48 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 27 Dec 2005 22:31:48 +0300 From: Gleb Smirnoff To: Oleg Tarasov Message-ID: <20051227193148.GP1496@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Oleg Tarasov , freebsd-net@FreeBSD.org References: <1687545235.20051226134150@osk.com.ua> <1122736554.20051226175631@osk.com.ua> <20051227002927.GH1496@FreeBSD.org> <1945317870.20051227175519@osk.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <1945317870.20051227175519@osk.com.ua> User-Agent: Mutt/1.5.6i Cc: freebsd-net@FreeBSD.org Subject: Re: Router on 6.0-stable fails to route tcp packets due to NAT?? malfunction X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 19:31:59 -0000 On Tue, Dec 27, 2005 at 05:55:19PM +0200, Oleg Tarasov wrote: O> I have analysed the problem further and came to a conclusion that my O> ISP's server is blocking ICMP type 3 packets what leads to the O> malfunction. O> O> I have the latest version of ported mpd (3.18_3) installed and tried O> to insert O> set iface enable tcpmssfix O> but no positive result, but I understand that this option should help O> in this situation. Unfortunately this options will not help in your situation. It affects only the packets received on the mpd's interface, while you need to alter outgoing packets. I have fixed this in mpd CVS, but this isn't included in any release yet. However, if you are experienced enough with CVS you can grab and compile sources yourself. O> Can you possibly tell me what am I doing wrong? O> I'll say again that setting MTU on client machine to 1492 helps. O> What can be the reason for tcpmssfix option not to be working? Maybe O> there should be an additional kernel module loaded? I didnt find any O> words mentioning usage of tcpmssfix in mpd's log file. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE