I believe the flow entry is correctly installed in the switch. When I run
the "ovs-ofctl dump-flows" cmd, it returns me two entries, the wildcard and
the one I created. However, the pkt and byte counters of mine rule are
always empty. To test it I created a pcap file containing a single flow and
forced my controller to create a flow entry with match fields to match
exactly that flow. Strangely it creates the rule, the switch accepts it
without sending back an error message, but all subsequent pkts are
accounted for the wildcard rule.
Any other idea? Does someone have an example code where a flow entry is
created with match fields containing ip addresses or transport protocol
ports?
Thanks,
Ricardo
On Sat, May 10, 2014 at 4:43 PM, FUJITA Tomonori <
[email protected]> wrote:
> On Fri, 9 May 2014 13:31:09 +0200
> Ricardo Schmidt <[email protected]> wrote:
>
> > Hi all,
> >
> > We are having difficulties on setting the match fields of a flow entry
> > using Ryu. Our OpenFlow switch is a Pica8 running openvswitch 2.0.90.
> >
> > We inject some traffic in the interface of the switch by using tcpreplay.
> > This traffic consists of a single 12-second IP connection. As a reply for
> > the first packet_in msg, we define the match fields of our flow entry as:
> > ipv4 src and dst addr, src and dst ports and protocol (tcp or udp).
> >
> > Our goal is to create a drop-everything flow entry just for matters of
> > checking packet and bytes counters in the flow table.
> >
> > Our problem is that the match fields seem to be incorrect. Although the
> > switch accepts the flow_mod msg to add the flow entry, we continue to
> > receive packet_in msgs. Therefore, counters for the added flow entry are
> > always empty, like if the match fields are not correct (we see that by
> > dumping the flow entries of the flow table). If we ask for the info of
> the
> > wildcard flow entry, we see that the value of its counters are those that
> > we actually wanted to be in the added flow entry.
> >
> > To do so, we use the code lines below. Please, let us know if we are
> doing
> > something wrong. For example, we were wondering if we should use the
> fields
> > nw_src, nw_dst and nw_proto, instead of, respectively, ipv4_src,
> ipv4_dst,
> > ip_proto.
>
> Looks like there is nothing wrong with the code. Did you make sure
> that flows are correctly installed on a switch?
>
------------------------------------------------------------------------------
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
_______________________________________________
Ryu-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ryu-devel
