From owner-freebsd-net@FreeBSD.ORG Wed Feb 8 18:23:45 2012 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 054D3106564A; Wed, 8 Feb 2012 18:23:45 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id CB48B8FC0C; Wed, 8 Feb 2012 18:23:44 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RvCAz-000G2v-ID; Wed, 08 Feb 2012 13:23:29 -0500 Date: Wed, 8 Feb 2012 13:23:29 -0500 From: Gary Palmer To: Steven Hartland Message-ID: <20120208182329.GC10082@in-addr.com> References: <201202081300.q18D0Wnc067564@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on noop.in-addr.com); SAEximRunCond expanded to false Cc: freebsd-net@FreeBSD.org, Gleb Smirnoff Subject: Re: kern/161899: Repeating RTM_MISS packets causing high CPU load for ntpd 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: Wed, 08 Feb 2012 18:23:45 -0000 On Wed, Feb 08, 2012 at 01:44:56PM -0000, Steven Hartland wrote: > ----- Original Message ----- > From: "Gleb Smirnoff" > >> Any update on this, would have been nice to see a fix hit before > >> 9.0. If you need any more information please let me know. > > > >AFAIK, this is no longer a problem in 9.0-RELEASE or in HEAD. > > > >The cause for this number of misses is absense of a route for > >IPv4 mapped block in IPv6 routing table. > > > >Here it is: > > > ># netstat -rn -f inet6 > >Routing tables > > > >Internet6: > >Destination Gateway Flags > >Netif Expire > >::/96 ::1 UGRS > >lo0 > > > >Some rc.d script installs this prefix in 9.0 and 10.0. If it hasn't > >been merged to stable/8, then it needs to be found and merged. > > Thanks Gleb! > > Running the following commands does indeed stop this > route add -inet6 ::ffff:0.0.0.0 -prefixlen 96 ::1 -reject > route add -inet6 ::0.0.0.0 -prefixlen 96 ::1 -reject > > I found these in /etc/rc.d/network_ipv6 but I can't see why > these wouldnt be run on a machine that doesn't have an IPv6 > address, they seem to be added correctly on machines that do. Speculation: the machine(s) which didn't have the routes maybe didn't have ipv6_enable="YES" in /etc/rc.conf? Gary