From owner-freebsd-net@FreeBSD.ORG Tue Mar 24 21:38:39 2009 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AD42106578B for ; Tue, 24 Mar 2009 21:38:39 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.119.58.2]) by mx1.freebsd.org (Postfix) with ESMTP id E92808FC0A for ; Tue, 24 Mar 2009 21:38:38 +0000 (UTC) (envelope-from brett@lariat.net) Received: from anne-o1dpaayth1.lariat.org (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2]) by lariat.net (8.9.3/8.9.3) with ESMTP id PAA27632; Tue, 24 Mar 2009 15:38:30 -0600 (MDT) Message-Id: <200903242138.PAA27632@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 24 Mar 2009 15:38:26 -0600 To: "Luiz Otavio O Souza" , "Li, Qing" From: Brett Glass In-Reply-To: <0DC74661A0F84C5EA642A274E0CEF595@adnote989> References: <200903222114.PAA17884@lariat.net> <87153F88702C4FBCA3FC799082960C45@adnote989> <5E03C21CD6544D23B4E4A61E85C7E2C8@adnote989> <0DC74661A0F84C5EA642A274E0CEF595@adnote989> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: net@freebsd.org Subject: Re: Problems with inward PPTP tunnel 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, 24 Mar 2009 21:38:42 -0000 >Qing, > >Sorry, but your patch doesn't fix the issue, everytime the >route_UpdateMTU* is called the route is set to the ethernet >interface using the gateway address instead of the correct tun interface. > >The patch in PR works exactly in that situation as confirmed by Brett. > >Thanks, >Luiz > >* This will happen every time you provide ppp over ethernet (pppoe, vpns) Qing: I can confirm that Luiz' patch does work. I applied it and was able to disable my workaround. The only thing I would change is that I would turn off the "gateway" flag (RTF_GATEWAY) in the routing table entry. (You suggested this, implicitly, when you mentioned using the -iface flag.) This is because the "tun" interface is really a bridge, not a gateway. --Brett Glass