[dpdk-dev] [PATCH] vhost: broadcast RARP pkt by injecting it to receiving mbuf array

2016-02-29 Thread Thomas Monjalon
2016-02-22 22:36, Yuanhan Liu: > The wrong mac table lead all the packets to the VM go to the "ovsbr0" > in the end, which ends up with all packets being lost, until the guest > send a ARP quest (or reply) to refresh the mac learning table. > > Jianfeng then came up with a solution I have thought

[dpdk-dev] [PATCH] vhost: broadcast RARP pkt by injecting it to receiving mbuf array

2016-02-25 Thread Qiu, Michael
On 2/24/2016 4:27 PM, Yuanhan Liu wrote: > On Wed, Feb 24, 2016 at 08:15:36AM +, Qiu, Michael wrote: >> On 2/22/2016 10:35 PM, Yuanhan Liu wrote: >>> Broadcast RARP packet by injecting it to receiving mbuf array at >>> rte_vhost_dequeue_burst(). >>> >>> Commit 33226236a35e ("vhost: handle

[dpdk-dev] [PATCH] vhost: broadcast RARP pkt by injecting it to receiving mbuf array

2016-02-24 Thread Yuanhan Liu
On Wed, Feb 24, 2016 at 08:15:36AM +, Qiu, Michael wrote: > On 2/22/2016 10:35 PM, Yuanhan Liu wrote: > > Broadcast RARP packet by injecting it to receiving mbuf array at > > rte_vhost_dequeue_burst(). > > > > Commit 33226236a35e ("vhost: handle request to send RARP") iterates > > all host

[dpdk-dev] [PATCH] vhost: broadcast RARP pkt by injecting it to receiving mbuf array

2016-02-24 Thread Qiu, Michael
On 2/22/2016 10:35 PM, Yuanhan Liu wrote: > Broadcast RARP packet by injecting it to receiving mbuf array at > rte_vhost_dequeue_burst(). > > Commit 33226236a35e ("vhost: handle request to send RARP") iterates > all host interfaces and then broadcast it by all of them. It did > notify the

[dpdk-dev] [PATCH] vhost: broadcast RARP pkt by injecting it to receiving mbuf array

2016-02-22 Thread Yuanhan Liu
Broadcast RARP packet by injecting it to receiving mbuf array at rte_vhost_dequeue_burst(). Commit 33226236a35e ("vhost: handle request to send RARP") iterates all host interfaces and then broadcast it by all of them. It did notify the switches about the new location of the migrated VM, however,