From owner-freebsd-net@FreeBSD.ORG Mon Oct 30 14:35:47 2006 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 37CAF16A417; Mon, 30 Oct 2006 14:35:47 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53F7543D81; Mon, 30 Oct 2006 14:35:19 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id B4D1F1FFD70; Mon, 30 Oct 2006 15:35:10 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id D195E1FFD0B; Mon, 30 Oct 2006 15:35:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id E7D6E444885; Mon, 30 Oct 2006 14:33:16 +0000 (UTC) Date: Mon, 30 Oct 2006 14:33:16 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Khetan Gajjar In-Reply-To: <20061030145256.A2293@gauntlet.os.org.za> Message-ID: <20061030143114.I2462@maildrop.int.zabbadoz.net> References: <20061027203322.X2293@gauntlet.os.org.za> <20061030145256.A2293@gauntlet.os.org.za> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: "George V. Neville-Neil" , freebsd-net@freebsd.org Subject: Re: Path MTU discovery broken in IPSec 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: Mon, 30 Oct 2006 14:35:47 -0000 On Mon, 30 Oct 2006, Khetan Gajjar wrote: > There are no firewall rules that are specific to the IPSec tunnels. and no rules specific to ICMP? > This, combined with the fact that small data transfer sessions > across the IPSec tunnels work but small ones don't lead me to believe > this could be a PMTU issue within the IPSec tunnel. can you start trying with ping -s 1000 and going up to see when it starts to fail? Try to find out exactly. Also could you post the relevant netstat -rnW output? -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT