On 21/01/14 at 12:14, Patrick McHardy wrote: > On Tue, Jan 21, 2014 at 12:59:09PM +0100, Andreas Herz wrote: > > First of all thanks for the release and ongoing work! > > > > On 20/01/14 at 13:11, Patrick McHardy wrote: > > > nftables features native support for sets and dictionaries of arbitrary > > > types, support for many different protocols, meta data types, connection > > > tracking, NAT, logging, atomic incremental and full ruleset updates, > > > a netlink API with notification support, a format grammar, a compatiblity > > > layer for iptables/ip6tables and more. > > > > Does the native set support also include sets with timeout, like the > > ipset maintained by Jozsef? > > Or is there any plan to introduce this feature into nftables or just use > > ipset and make it nftables compatible? > > > > Since i'm using a patched version of ipset i would like to know the > > future related to that feature :) > > Currently we don't support timeouts and also don't support dynamically > adding members to sets, though the last part would be pretty easy to > implement. Thanks for the info. > Timeouts shouldn't be that hard as well, but I would need to think about > this some more, I'd prefer not to add struct timer_lists everywhere. That sounds like it rather won't come into nftables code. So what would be the suggestion? Or asking more specific, what would be the suggested way to add special features needed for some scenarios? For example, how would you port modules like portscan or others from xtables-addons to nftables. Integrate it or port it to be used as a addon. > I'll intend to work on some set related stuff in the next time, I'll look > into it then. Thanks and no hurry, it just helps me to find out where i should focus on my own development affected by the switch to nftables some day :) -- Andreas Herz -- To unsubscribe from this list: send the line "unsubscribe netfilter" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
