From owner-freebsd-net Tue Aug 13 13:31:24 2002 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 43EA737B400 for ; Tue, 13 Aug 2002 13:31:21 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9715C43E72 for ; Tue, 13 Aug 2002 13:31:20 -0700 (PDT) (envelope-from crist.clark@attbi.com) Received: from blossom.cjclark.org ([12.234.91.48]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020813203119.MYLK13899.sccrmhc02.attbi.com@blossom.cjclark.org>; Tue, 13 Aug 2002 20:31:19 +0000 Received: from blossom.cjclark.org (localhost. [127.0.0.1]) by blossom.cjclark.org (8.12.3/8.12.3) with ESMTP id g7DKVJJK005650; Tue, 13 Aug 2002 13:31:19 -0700 (PDT) (envelope-from crist.clark@attbi.com) Received: (from cjc@localhost) by blossom.cjclark.org (8.12.3/8.12.3/Submit) id g7DKVHEd005649; Tue, 13 Aug 2002 13:31:17 -0700 (PDT) X-Authentication-Warning: blossom.cjclark.org: cjc set sender to crist.clark@attbi.com using -f Date: Tue, 13 Aug 2002 13:31:17 -0700 From: "Crist J. Clark" To: Julian Elischer Cc: Julian Elischer , net@FreeBSD.ORG Subject: Re: Racoon question Message-ID: <20020813203117.GD5009@blossom.cjclark.org> Reply-To: cjclark@alum.mit.edu References: <20020813052619.GD1675@blossom.cjclark.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, Aug 12, 2002 at 10:42:42PM -0700, Julian Elischer wrote: [snip] > > This actually is not the problem. IKE/IPsec implementations have to be > > smart enough to handle the negotiations "OOB." > > So how does racoon talk "OOB"? does it add it's own SA? > how does it stop it's own packets from being thrown away at the > far end when they are not encrypted correctly for the transport layer > ipsec? I believe racoon(8) does it by forcing a "bypass" policy on the socket it opens for the ISAKMP negotiations. -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message