From owner-freebsd-net@FreeBSD.ORG Wed Feb 8 19:13:05 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 4E4731065673; Wed, 8 Feb 2012 19:13:05 +0000 (UTC) (envelope-from prvs=1385245108=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 63E188FC1D; Wed, 8 Feb 2012 19:13:03 +0000 (UTC) X-Spam-Processed: mail1.multiplay.co.uk, Wed, 08 Feb 2012 19:13:00 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50017949032.msg; Wed, 08 Feb 2012 19:13:00 +0000 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1385245108=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <7033DB091C8A46E0A14C7C2F52929C95@multiplay.co.uk> From: "Steven Hartland" To: "Gary Palmer" References: <201202081300.q18D0Wnc067564@freefall.freebsd.org> <20120208182329.GC10082@in-addr.com> Date: Wed, 8 Feb 2012 19:12:38 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 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 19:13:05 -0000 ----- Original Message ----- From: "Gary Palmer" >> 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? Doh! Indeed they don't so of course /etc/rc.d/network_ipv6 doesnt start but IPv6 is in the kernel and ipv6 is configured on lo0 via /etc/rc.d/auto_linklocal so it looks like ipv6 is enabled even though it isnt. Given this would a reasonable patch be to move the internal routing to auto_linklocal i.e. these lines:- # disallow "internal" addresses to appear on the wire route add -inet6 ::ffff:0.0.0.0 -prefixlen 96 ::1 -reject route add -inet6 ::0.0.0.0 -prefixlen 96 ::1 -reject Seems the relavent fix was part of a much bigger commit:- http://svnweb.freebsd.org/base?view=revision&revision=197139 So it may not be easy to patch this into 8.x Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk.