From owner-freebsd-net@FreeBSD.ORG Thu Jan 15 12:24:57 2004 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 CA56C16A4CE; Thu, 15 Jan 2004 12:24:57 -0800 (PST) Received: from sizone.org (mortar.sizone.org [65.126.154.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DB4543D6A; Thu, 15 Jan 2004 12:24:56 -0800 (PST) (envelope-from dgilbert@daveg.ca) Received: by sizone.org (Postfix, from userid 66) id 100943081B; Thu, 15 Jan 2004 15:24:56 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 0C0331D201E; Thu, 15 Jan 2004 15:24:51 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16390.63251.901089.277458@canoe.dclg.ca> Date: Thu, 15 Jan 2004 15:24:51 -0500 To: Andre Oppermann In-Reply-To: <4006F47D.592D4CF1@freebsd.org> References: <40055744.5030607@freebsd.org> <16390.61995.829098.247043@canoe.dclg.ca> <4006F47D.592D4CF1@freebsd.org> X-Mailer: VM 7.17 under 21.4 (patch 14) "Reasonable Discussion" XEmacs Lucid cc: freebsd-net@freebsd.org cc: freebsd-gnats-submit@FreeBSD.org cc: freebsd-current@freebsd.org cc: David Gilbert Subject: Re: kern/61215: off-by-one error likely in ip_fragment() 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: Thu, 15 Jan 2004 20:24:57 -0000 >>>>> "Andre" == Andre Oppermann writes: >> I'm not sure what's up. Your patch wouldn't apply to v1.17 of my >> if_gre.c, so something's wrong with the patch. Regardless, I >> applied the patch by hand and things didn't work yet. Andre> Didn't it apply because of patch complaining or because it Andre> didn't match at all? It looked like it was mostly whitespace errors or somesuch. The patch algorythm couldn't find the are to patch. ... however, as I said... I was able to patch it by hand. >> The kernel didn't crash, but packets routed into the tunnel didn't >> show up on the outbound interface. I my case, the machine has >> three ethernet-like interfaces and the gre. >> >> wi0 and sis0 are internal networks. dc0 is the external network >> interface. A /32 route for the far end of the tunnel exists (and >> works on the new kernel ... it pings), but pings into the tunnel >> don't generate traffic on dc0 (at least according to tcpdump). Andre> Do you enable "link1" on your GRE interface? What does link1 do to gre? It hasn't been necessary before. Andre> What does ifconfig -a show? Ifconfig -a output was normal. I didn't save the new output, but the old output is the same ... save the fact that the new output prints the tunnel endpoints. gre0: flags=9011 mtu 1476 inet6 fe80::2d0:9ff:fee4:bbc2%gre0 prefixlen 64 scopeid 0x5 inet 66.246.133.114 --> 66.246.133.113 netmask 0xfffffffc Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================