From owner-freebsd-net@FreeBSD.ORG Tue Jun 5 07:09:29 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 64B5016A468; Tue, 5 Jun 2007 07:09:29 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: from wmail.teledomenet.gr (wmail.teledomenet.gr [213.142.128.16]) by mx1.freebsd.org (Postfix) with ESMTP id 1A8BD13C447; Tue, 5 Jun 2007 07:09:29 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: from iris (unknown [192.168.1.71]) by wmail.teledomenet.gr (Postfix) with ESMTP id 0E9161C8E50; Tue, 5 Jun 2007 10:09:24 +0300 (EEST) From: Nikos Vassiliadis To: Gleb Smirnoff Date: Tue, 5 Jun 2007 10:09:24 +0300 User-Agent: KMail/1.9.1 References: <1179829392.00743801.1179818401@10.7.7.3> <200706040957.38906.nvass@teledomenet.gr> <20070604113754.GA89017@glebius.int.ru> In-Reply-To: <20070604113754.GA89017@glebius.int.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706051009.25548.nvass@teledomenet.gr> Cc: freebsd-net@freebsd.org, Alexander Motin Subject: Re: ng_pptpgre + netmask_change results to lock 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, 05 Jun 2007 07:09:29 -0000 On Monday 04 June 2007 14:37, Gleb Smirnoff wrote: > On Mon, Jun 04, 2007 at 09:57:36AM +0300, Nikos Vassiliadis wrote: > N> On Friday 01 June 2007 14:14, Gleb Smirnoff wrote: > N> > On Wed, May 30, 2007 at 02:32:21PM +0300, Alexander Motin wrote: > N> > A> Nikos Vassiliadis wrote: > N> > A> >> In my case doing a few times: > N> > A> >> ifconfig fxp0 192.168.1.71/16 > N> > A> >> ifconfig fxp0 192.168.1.71/24 > N> > A> >> locks the box. > N> > A> > N> > A> Doing this you are dropping all routes going via that network. > N> > Probably you A> are dropping route to your pptp peer which can > lead to N> > wrapping tunnel A> inside himself. > N> > > N> > Yes. This is a known problem with netgraph tunnels. > N> > N> I see. Would it be possible/desirable to control this kind > N> of situations using a LINK[012] flag? I mean having code/kludge > N> doing loop detection? > > I think that in this case loop detection can be implemented only > using mbuf tags. Thanks for the info. I'll try to break to the debugger and keep you informed about it. Nikos