There seems to be difference between in #flows between ovs-dpctl vs ovs-ofctl.
In the below output, ovs-ofctl has only one entry and act's as a normal learning bridge where-as ovs-dpctl seem to have complete qualified output. My assumption is that that ovs-ofctl and ovs-dpctl share similar relationship like HW-SW Fib, where SW (ovs-ofctl) has all the entries that HW has (kernel in our case) ?. ovs-ofctl dump-flows ==================== root@Server-1-VM-5:/home/BB/openvswitch-2.1.0# ovs-ofctl dump-flows br0 NXST_FLOW reply (xid=0x4): cookie=0x0, duration=10590.850s, table=0, n_packets=20313, n_bytes=4823527, idle_age=0, actions=NORMAL ovs-dpctl dump-flows ==================== root@Server-1-VM-5:/home/BB/openvswitch-2.1.0# ovs-dpctl dump-flows skb_priority(0),in_port(2),eth(src=00:00:00:00:00:d0,dst=00:00:00:00:00:0C),eth_type(0x0800),ipv4(src= 10.0.0.1/0.0.0.0,dst=10.0.0.2/0.0.0.0,proto=6/0,tos=0x10/0,ttl=62/0,frag=no/0xff), packets:26, bytes:2244, used:0.000s, actions:1 skb_priority(0x6),in_port(1),eth(src=00:00:00:00:00:0C,dst=00:00:00:00:00:d0),eth_type(0x0800),ipv4(src= 10.0.0.2/0.0.0.0,dst=10.0.0.1/0.0.0.0,proto=6/0,tos=0x10/0,ttl=64/0,frag=no/0xff), packets:16, bytes:2512, used:0.000s, actions:2 skb_priority(0),in_port(2),eth(src=00:00:00:00:00:d0,dst=01:80:c2:00:00:00),eth_type(0/0xffff), packets:0, bytes:0, used:never, actions:drop skb_priority(0),in_port(2),eth(src=d4:ae:52:98:1c:37,dst=00:00:00:00:00:d0),eth_type(0x0800),ipv4(src= 10.11.181.31/0.0.0.0,dst=10.11.204.85/0.0.0.0,proto=17/0,tos=0/0,ttl=64/0,frag=no/0xff), packets:0, bytes:0, used:never, actions:drop Thanks Bhargav
_______________________________________________ discuss mailing list [email protected] http://openvswitch.org/mailman/listinfo/discuss
