From owner-freebsd-net@FreeBSD.ORG Wed Dec 17 00:32:39 2003 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 D4BAC16A4D4 for ; Wed, 17 Dec 2003 00:32:39 -0800 (PST) Received: from mizar.origin-it.net (mizar.origin-it.net [194.8.96.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id E706E43D55 for ; Wed, 17 Dec 2003 00:32:35 -0800 (PST) (envelope-from helge.oldach@atosorigin.com) Received: from matar.hbg.de.int.atosorigin.com (dehsfw3e.origin-it.net [194.8.96.68])hBH8WXm3082429 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Dec 2003 09:32:33 +0100 (CET) (envelope-from helge.oldach@atosorigin.com) Received: from galaxy.hbg.de.ao-srv.com (galaxy.hbg.de.ao-srv.com [161.89.20.4])ESMTP id hBH8WXQ8038547; Wed, 17 Dec 2003 09:32:33 +0100 (CET) (envelope-from helge.oldach@atosorigin.com) Received: (from hmo@localhost) by galaxy.hbg.de.ao-srv.com (8.9.3p2/8.9.3/hmo30mar03) id JAA27711; Wed, 17 Dec 2003 09:32:32 +0100 (MET) Message-Id: <200312170832.JAA27711@galaxy.hbg.de.ao-srv.com> In-Reply-To: <86brq8s773.fsf@t39bsdems.interne.kisoft-services.com> from Eric Masson at "Dec 16, 2003 11:56:16 pm" To: e-masson@kisoft-services.com (Eric Masson) Date: Wed, 17 Dec 2003 09:32:31 +0100 (MET) From: Helge Oldach X-Address: Atos Origin GmbH, Friesenstraße 13, D-20097 Hamburg, Germany X-Phone: +49 40 7886 7464, Fax: +49 40 7886 9464, Mobile: +49 160 4782517 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org Subject: Re: gre tunnel & ipsec transport mode 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: Wed, 17 Dec 2003 08:32:40 -0000 Eric Masson: >I'm experimenting dynamic routing protocols in a vpn setup. Ipsec tunnel >mode is not applicable here as selectors do not appear in system routing >table. I think the problem is that you need multicasts to exchange routing updates through the tunnel. If I am not mistaken that is supported with gif interfaces as well. Maybe you could do away with gif? >On destination box, tcpdump shows incoming ipsec gre transformed >packets, but these packets don't make their way to internal interface, >and are silently dropped (no log anywhere) This is odd. Do you have a chance to test this against another IPSec box, e.g. a Cisco router configured with a GRE Tunnel interface? Helge