All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nikolay Aleksandrov <nikolay@cumulusnetworks.com>
To: netdev@vger.kernel.org
Cc: Roopa Prabhu <roopa@cumulusnetworks.com>,
	Shrijeet Mukherjee <shm@cumulusnetworks.com>,
	Satish Ashok <sashok@cumulusnetworks.com>,
	Donald Sharp <sharpd@cumulusnetworks.com>,
	"David S. Miller" <davem@davemloft.net>,
	Alexey Kuznetsov <kuznet@ms2.inr.ac.ru>,
	James Morris <jmorris@namei.org>,
	Hideaki YOSHIFUJI <yoshfuji@linux-ipv6.org>,
	Patrick McHardy <kaber@trash.net>
Subject: Re: [PATCH net-next] net: ipmr/ip6mr: add support for keeping an entry age
Date: Fri, 15 Jul 2016 16:19:15 -0700	[thread overview]
Message-ID: <5C88DC97-D16D-4E0F-9846-BFE9DA4625E3@cumulusnetworks.com> (raw)
In-Reply-To: <1468508930-32720-1-git-send-email-nikolay@cumulusnetworks.com>


> On Jul 14, 2016, at 8:08 AM, Nikolay Aleksandrov <nikolay@cumulusnetworks.com> wrote:
> 
> In preparation for hardware offloading of ipmr/ip6mr we need an
> interface that allows to check (and later update) the age of entries.
> Relying on stats alone can show activity but not actual age of the entry,
> furthermore when there're tens of thousands of entries a lot of the
> hardware implementations only support "hit" bits which are cleared on
> read to denote that the entry was active and shouldn't be aged out,
> these can then be naturally translated into age timestamp and will be
> compatible with the software forwarding age. Using a lastuse entry doesn't
> affect performance because the entries in that cache line are written to
> along with the age. Once an entry goes above the member size (32 bits) we
> keep it at UINT_MAX as we cannot afford to wrap it which will falsely show
> that it was used recently. This is not supposed to happen as entries should
> be aged out in matter of minutes or seconds.
> Since all new users are encouraged to use ipmr via netlink, this is
> exported via the RTA_CACHEINFO attribute which has rta_lastuse entry.
> 
> Signed-off-by: Nikolay Aleksandrov <nikolay@cumulusnetworks.com>
> CC: Roopa Prabhu <roopa@cumulusnetworks.com>
> CC: Shrijeet Mukherjee <shm@cumulusnetworks.com>
> CC: Satish Ashok <sashok@cumulusnetworks.com>
> CC: Donald Sharp <sharpd@cumulusnetworks.com>
> CC: David S. Miller <davem@davemloft.net>
> CC: Alexey Kuznetsov <kuznet@ms2.inr.ac.ru>
> CC: James Morris <jmorris@namei.org>
> CC: Hideaki YOSHIFUJI <yoshfuji@linux-ipv6.org>
> CC: Patrick McHardy <kaber@trash.net>
> —

Self-NAK, I’ll send a revised v2 version using a single u32 attribute (RTA_EXPIRES), no need to waste the space
right now. We’ll add more as we need them.

Sorry for the noise.

Cheers,
 Nik

      parent reply	other threads:[~2016-07-15 23:19 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-07-14 15:08 [PATCH net-next] net: ipmr/ip6mr: add support for keeping an entry age Nikolay Aleksandrov
2016-07-14 16:28 ` [PATCH net-next v2] " Nikolay Aleksandrov
2016-07-16  5:56   ` David Miller
2016-07-16  6:11     ` Nikolay Aleksandrov
2016-07-16  6:21       ` David Miller
2016-07-17  3:20   ` David Miller
2016-07-15 23:19 ` Nikolay Aleksandrov [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5C88DC97-D16D-4E0F-9846-BFE9DA4625E3@cumulusnetworks.com \
    --to=nikolay@cumulusnetworks.com \
    --cc=davem@davemloft.net \
    --cc=jmorris@namei.org \
    --cc=kaber@trash.net \
    --cc=kuznet@ms2.inr.ac.ru \
    --cc=netdev@vger.kernel.org \
    --cc=roopa@cumulusnetworks.com \
    --cc=sashok@cumulusnetworks.com \
    --cc=sharpd@cumulusnetworks.com \
    --cc=shm@cumulusnetworks.com \
    --cc=yoshfuji@linux-ipv6.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.