On Thu, May 22, 2014 at 6:00 PM, chen zhang <3zhangchen9...@gmail.com> wrote: > is it true?but when i specify the table like this: > cookie=0x0, duration=68.077s, table=1, n_packets=13, n_bytes=962, in_port=1 > actions=goto_table:3 > cookie=0x0, duration=68.077s, table=1, n_packets=0, n_bytes=0, > in_port=1,dl_src=00:00:00:00:00:01 actions=goto_table:2 > > the latter entry works well though it is at the default priority level
"Those two flows have the same priority, so packets match one flow arbitrarily." "Arbitrarily" means that you can not predict which flow will be chosen. It does not mean one flow will not be chosen forever. > > > 2014-05-22 17:46 GMT+08:00 Kmindg G <kmi...@gmail.com>: > >> On Thu, May 22, 2014 at 4:54 PM, chen zhang <3zhangchen9...@gmail.com> >> wrote: >> > but i know that when a ofp_match has more specified fields than >> > another,it >> > would be chosen to function even with the same priority.is it true? >> >> Please do not drop the list. >> No. When a packet matches multiple flows, the highest priority of >> flow will be chosen. >> > >> > >> > 2014-05-22 16:12 GMT+08:00 Kmindg G <kmi...@gmail.com>: >> > >> >> On Thu, May 22, 2014 at 3:21 PM, chen zhang <3zhangchen9...@gmail.com> >> >> wrote: >> >> > hi, everybody >> >> > this is my table entry: >> >> > fnl@fnl-sdn:~$ sudo ovs-ofctl dump-flows s1 -O OpenFlow13 table=1 >> >> > OFPST_FLOW reply (OF1.3) (xid=0x2): >> >> > cookie=0x0, duration=68.077s, table=1, n_packets=13, n_bytes=962, >> >> > tcp,dl_vlan=3,tp_dst=80 actions=drop >> >> > cookie=0x0, duration=68.077s, table=1, n_packets=0, n_bytes=0, >> >> > tcp,dl_vlan=3,dl_src=00:00:00:00:00:01,tp_dst=80 actions=goto_table:2 >> >> > >> >> > >> >> > the first entry works well,while the second which is more specified >> >> > with >> >> > dl_src field didn't catch the pkts from host 00:00:00:00:00:01 in >> >> > vlan >> >> > 3,and >> >> > the pkts is matched by the first entry. >> >> > how did it come?and what should i do to make it correct? >> >> > >> >> Those two flows have the same priority, so packets match one flow >> >> arbitrarily. >> >> In this case, you should specify higher priority to the second flow >> >> than the fisrt one. >> >> > >> >> > _______________________________________________ >> >> > discuss mailing list >> >> > disc...@openvswitch.org >> >> > http://openvswitch.org/mailman/listinfo/discuss >> >> > >> > >> > > > _______________________________________________ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev