[ovs-dev] Is there any way to simulate the tunnel traffic in test cases to test IPFIX feature?

Jesse Gross jesse at nicira.com
Wed Jun 4 18:41:38 UTC 2014


No, for the same reason. Tunnel information is metadata so you can't
construct a standalone packet that contains that.

On Tuesday, June 3, 2014, Wenyu Zhang <wenyuz at vmware.com> wrote:

> Thanks for your help.
>
> And how about "ovs-appctl ofproto/trace ovs-dummy" command? The manual
> about ovs-vswitchd says that it can generate a packet with "-generate"
> option.
> Can it fit my requirement?
>
> Bests,
> Wenyu
> ----- Original Message -----
> From: "Jesse Gross" <jesse at nicira.com <javascript:;>>
> To: "Wenyu Zhang" <wenyuz at vmware.com <javascript:;>>
> Cc: dev at openvswitch.org <javascript:;>
> Sent: Wednesday, June 4, 2014 8:11:30 AM
> Subject: Re: [ovs-dev] Is there any way to simulate the tunnel traffic in
> test cases to test IPFIX feature?
>
> On Tue, Jun 3, 2014 at 2:51 AM, Wenyu Zhang <wenyuz at vmware.com
> <javascript:;>> wrote:
> >
> > I am trying to simulate traffic in test cases to test IPFIX feature.
> >
> > For normal traffic, I can use "ovs-appctl netdev-dummy/receive " to
> simulate
> > it, just refer to the netflow and sflow cases in tests/ofproto-dpif.at
> > And I can capture the IPFIX packets on lo interface as expected.
> >
> > But for tunnel traffic, I haven't find a workable way to generate this
> kind
> > of traffic.
> > For example,  I try to use "ovs-appctl ofproto/trace ovs-dummy" command
> with
> > "-generate" option.
> > And we can see that the "sample" actions has been inserted as expected,
> but
> > these actions are not executed, and no IPFIX packets can be captured on
> lo
> > interface.
> >
> > Anyone knows about the usage of this command? Or other way to generate
> the
> > tunnel traffic to trigger IPFIX sample action? Thanks a lot.
>
> I don't believe that this is implemented. netdev-dummy/receive
> constructs a packet from the flow  and the discards everything else.
> Since there is no support for additional metadata beyond the input
> port or tunneling implemented in the dummy datapath, it basically ends
> up looking like a non-tunneled packet arriving on a tunnel port
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openvswitch.org/pipermail/ovs-dev/attachments/20140604/c05ba0e2/attachment-0005.html>


More information about the dev mailing list