On Tue, Jan 24, 2017 at 09:37:34AM +0100, Jiri Pirko wrote: > Tue, Jan 24, 2017 at 09:32:05AM CET, simon.hor...@netronome.com wrote: > >On Mon, Jan 23, 2017 at 11:07:08AM +0100, Jiri Pirko wrote: > >> From: Yotam Gigi <yot...@mellanox.com> > >> > >> Add a general way for kernel modules to sample packets, without being tied > >> to any specific subsystem. This netlink channel can be used by tc, > >> iptables, etc. and allow to standardize packet sampling in the kernel. > >> > >> For every sampled packet, the psample module adds the following metadata > >> fields: > >> > >> PSAMPLE_ATTR_IIFINDEX - the packets input ifindex, if applicable > >> > >> PSAMPLE_ATTR_OIFINDEX - the packet output ifindex, if applicable > >> > >> PSAMPLE_ATTR_ORIGSIZE - the packet's original size, in case it has been > >> truncated during sampling > >> > >> PSAMPLE_ATTR_SAMPLE_GROUP - the packet's sample group, which is set by the > >> user who initiated the sampling. This field allows the user to > >> differentiate between several samplers working simultaneously and > >> filter packets relevant to him > >> > >> PSAMPLE_ATTR_GROUP_SEQ - sequence counter of last sent packet. The > >> sequence is kept for each group > >> > >> PSAMPLE_ATTR_SAMPLE_RATE - the sampling rate used for sampling the packets > >> > >> PSAMPLE_ATTR_DATA - the actual packet bits > >> > >> The sampled packets are sent to the PSAMPLE_NL_MCGRP_SAMPLE multicast > >> group. In addition, add the GET_GROUPS netlink command which allows the > >> user to see the current sample groups, their refcount and sequence number. > >> This command currently supports only netlink dump mode. > >> > >> Signed-off-by: Yotam Gigi <yot...@mellanox.com> > >> Signed-off-by: Jiri Pirko <j...@mellanox.com> > >> Reviewed-by: Jamal Hadi Salim <j...@mojatatu.com> > > > >Hi Jiri, Hi Yotam, > > > >this looks good to me. > > > >Reviewed-by: Simon Horman <simon.hor...@netronome.com> > > > >I do, however, have one question: what is your feeling about allowing > >the per-action cooking which Jamal has proposed[1] to be emited as > >metadata as another PSAMPLE_ATTR_* attribute? For one thing I think it > >would allow for smooth integration with OvS user-space which makes use of a > >cookie. > > Yeah, cookie could be easily added.
Great. We can address that as follow-up work at some point.