Hi Ben,

   Thanks for your kind advice. Sorry for the late response since I'm on
travel last week.

   Currently, I want to add the bloom filter into the datapath to select
the packets to be measured by Netflow. So, I really hope to know the way in
which the packets in datapath are sent to the Netflow module.

   I read the OVS code, and found the flow_update function is called in
void xlate_push_stats() and void xlate_actions(), then, xlate_actions() is
called by static void upcall_xlate(), then, upcall_xlate() is called by
static int process_upcall() in the case of "MISS_UPCALL". I'm confused why
the measured packets are classified as MISS_UPCALL, rather than
"FLOW_SAMPLE_UPCALL" in that switch-case? And what is the "xlate" related
file used for? I need to know this because I have to choose a correct
position to set my bloom filter.

   Thanks.

+++++++++++++++++
Best,
Hao

On Mon, Mar 30, 2015 at 9:59 AM, Ben Pfaff <b...@nicira.com> wrote:

> On Sat, Mar 28, 2015 at 02:06:54PM -0700, Hao Wu wrote:
> >    I add a bloom filter struct into the netflow module,
> /ofproto/netflow.c.
> > Now I insert items into the bloom filter through command ovs-vsctl, as
> the
> > same way to update the parameters in netflow module, like active_timeout
> or
> > targets, etc.. But I find the parameters are written into the ovs
> database
> > first, under ovs-vsctl command, then sent to the netflow module, in which
> > the update throughput is too slow. Is there any way that I can add items
> > into my bloom filter directly and bypass the database? like the way to
> add
> > flow item into flow table? Many thanks.
>
> You can add support through OpenFlow messages.  See the FAQ for a
> starting point:
>
> ### Q: How do I implement a new OpenFlow message?
>
> A: Add your new message to "enum ofpraw" and "enum ofptype" in
>    lib/ofp-msgs.h, following the existing pattern.  Then recompile and
>    fix all of the new warnings, implementing new functionality for the
>    new message as needed.  (If you configure with --enable-Werror, as
>    described in [INSTALL.md], then it is impossible to miss any warnings.)
>
>    If you need to add an OpenFlow vendor extension message for a
>    vendor that doesn't yet have any extension messages, then you will
>    also need to edit build-aux/extract-ofp-msgs.
>
_______________________________________________
discuss mailing list
discuss@openvswitch.org
http://openvswitch.org/mailman/listinfo/discuss

Reply via email to