Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 14 Oct 2012 02:08:19 +0900 (JST)
From:      Hiroki Sato <hrs@FreeBSD.org>
To:        melifaro@FreeBSD.org
Cc:        net@FreeBSD.org
Subject:   Re: [PATCH] IPv6 and ICMP6 redirects - routing performance
Message-ID:  <20121014.020819.1069705220778418073.hrs@allbsd.org>
In-Reply-To: <5076C0E3.9050803@FreeBSD.org>
References:  <5076C0E3.9050803@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
----Security_Multipart(Sun_Oct_14_02_08_19_2012_155)--
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

"Alexander V. Chernikov" <melifaro@freebsd.org> wrote
  in <5076C0E3.9050803@FreeBSD.org>:

me> Hello list!
me>
me> Currently there are some unnecessary code residing in
me> netinet6/in6_rmx.c causing performance degradation for IPv6
me> forwarding.
me>
me> Initially it was merged from netinet/in_rmx.c but it seems it is
me> totally unused now due to different approach used in IPv6 redirects.
me>
me> Code calls mtx_lock() on rte per each routing lookup in
me> in6_matroute().
me> Initially I plan to make someting like r241406 for IPv6, but after
me> some investigation I found that no one is currently setting
me> RTF_DYNAMIC flag for IPv6 routes.
me>
me> the question is: can we remove this entirely (patch attached) or we
me> still needs some parts of this due to incomplete RFC 4861
me> implementation?

 I think there is no problem with the removal because route handling
 by rtqkill() is not needed for routes injected by ND and removal of
 in6_clsroute() has already made the in6_rtqtimo() no-op.

-- Hiroki

----Security_Multipart(Sun_Oct_14_02_08_19_2012_155)--
Content-Type: application/pgp-signature
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (FreeBSD)

iEYEABECAAYFAlB5oAMACgkQTyzT2CeTzy1BUgCfdw2MVPNd4De/IfotSe6jZljy
wDYAnRdBezUC24CQygVSBVij0BvxtDQq
=AFyo
-----END PGP SIGNATURE-----

----Security_Multipart(Sun_Oct_14_02_08_19_2012_155)----



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