Flavio,
tnl_neigh_cache_flush(), flushes entire tunnel ARP table. When a bridge is
removed, ARP entries learnt on that bridge alone have to be removed.
Entries from other bridges have to be in tact.
I am thinking of doing the following:
1. Write a new API in lib/tnl-neigh-cache.c:
Yes Flavio. Looking at code to fix this. Will send fix for review soon.
Vasu
> On Jun 13, 2019, at 7:15 PM, Flavio Leitner wrote:
>
>> On Wed, Jun 12, 2019 at 07:18:27PM -0400, Vasu Dasari wrote:
>> Thanks Ben. Meanwhile I think I found an bug in OVS 2.9.0 with stale ARP
>> entries after a
On Wed, Jun 12, 2019 at 07:18:27PM -0400, Vasu Dasari wrote:
> Thanks Ben. Meanwhile I think I found an bug in OVS 2.9.0 with stale ARP
> entries after a bridge is deleted.
>
> I ran my tunneling experiment successfully. Used mininet to simulate the
> environment. After quitting the mininet,
On Thu, Jun 13, 2019 at 12:33:40PM +0800, xia rui wrote:
> Hello, everyone.
> I am using OVS+DPDK to test the throughput of two docker containers. I set
> up my platform as described in the following question in StackOverflow (url:
>
Hi Numan,
The libopenvswitch.so is indeed being generated if i do not invoke the
"setup.py build" in the do_compile_append() function (of the OVS bitbake) i
mentioned in my email. However i see the C JSON parser extension doesnt get
compiled. The "*import ovs._json*" fails on the target..This
On 6/12/2019 2:47 PM, Gregory Rose wrote:
On 6/12/2019 2:20 AM, Eli Britstein wrote:
I started to code a support for upstream kernel. With this, the OVS
port is created, as well as the netdev Linux device. I still don't
have traffic, but I'm not sure it is not something else.
Could you
On Thu, Jun 13, 2019 at 8:17 AM nitish nagesh
wrote:
> Thanks Ben.
>
> Guys, any other recommendations, please help me out here.
>
I think you may have to compile openvswitch too with shared library option
so that libopenvswitch.so is generated.
I am not sure if this would help, but the
