Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 9 Feb 2012 16:04:07 +0000
From:      "Li, Qing" <qing.li@bluecoat.com>
To:        Steven Hartland <killing@multiplay.co.uk>, Gary Palmer <gpalmer@freebsd.org>
Cc:        "freebsd-net@freebsd.org" <freebsd-net@freebsd.org>
Subject:   RE: kern/161899: Repeating RTM_MISS packets causing high CPU load for ntpd
Message-ID:  <B143A8975061C446AD5E29742C53172321BFD6@PWSVL-EXCMBX-01.internal.cacheflow.com>
In-Reply-To: <7033DB091C8A46E0A14C7C2F52929C95@multiplay.co.uk>
References:  <201202081300.q18D0Wnc067564@freefall.freebsd.org> <F2AB6FBA67934AF38EA2BCB528D27F34@multiplay.co.uk> <20120208182329.GC10082@in-addr.com> <7033DB091C8A46E0A14C7C2F52929C95@multiplay.co.uk>

next in thread | previous in thread | raw e-mail | index | archive | help
Hmm...  I don't see this problem until multiple FIBs are enabled.

--Qing


> -----Original Message-----
> From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd-
> net@freebsd.org] On Behalf Of Steven Hartland
> Sent: Wednesday, February 08, 2012 11:13 AM
> To: Gary Palmer
> Cc: freebsd-net@freebsd.org; Gleb Smirnoff
> Subject: Re: kern/161899: Repeating RTM_MISS packets causing high CPU
> load for ntpd
>=20
> ----- Original Message -----
> From: "Gary Palmer" <gpalmer@freebsd.org>
> >> 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=3D"YES"
> >
> > in /etc/rc.conf?
>=20
> Doh!
>=20
> 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.
>=20
> 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
>=20
> Seems the relavent fix was part of a much bigger commit:-
> http://svnweb.freebsd.org/base?view=3Drevision&revision=3D197139
>=20
> So it may not be easy to patch this into 8.x
>=20
>     Regards
>     Steve
>=20
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> 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.
>=20
> 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.
>=20
> _______________________________________________
> freebsd-net@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?B143A8975061C446AD5E29742C53172321BFD6>