Re: [ovs-discuss] ovs-dpctl del-flow works strange

2019-06-18 Thread Levente Csikor
Hi Ben, it's OK, behavior accepted :) But, I still cannot remove a specific entry without specifying the 'ufid'. Would you be so kind as to give me an example of how to remove a given entry without 'ufid'? Thanks On Tue, 2019-06-18 at 09:33 -0700, Ben Pfaff wrote: > In general, we don't pay

Re: [ovs-discuss] ovs-dpctl del-flow works strange

2019-06-18 Thread Ben Pfaff
In general, we don't pay much attention to OVS behavior here, because this isn't something users should do. On Tue, Jun 18, 2019 at 11:10:40AM +0800, Levente Csikor wrote: > Minor update: > Iperf was using different source port when re-initiated, so this is why > it became again part of fast

Re: [ovs-discuss] ovs-dpctl del-flow works strange

2019-06-17 Thread Levente Csikor
Minor update: Iperf was using different source port when re-initiated, so this is why it became again part of fast path. If I send packets that matches the allow rule and all header fields are the same, then it won't be cached again once it has been deleted. On Tue, 2019-06-18 at 10:38 +0800,

[ovs-discuss] ovs-dpctl del-flow works strange

2019-06-17 Thread Levente Csikor
Hi fellow OVS users and gurus, I am playing with ovs-dpctl del-flow command to manually remove entries from the cache. I have a following entry in the cache which let's incoming traffic to a destination IP with udp port 80 to a service: