Open Stack

Hi Moshe Levi,
    Sorry for replying to this message after so long time. The testing 
environment was unavailable before.
    I use Intel cards, but could only tested base kilo and vlan. Could 
it work?

在 2015/9/22 13:24, Moshe Levi 写道:
> Hi Yujie,
>
> There is a patch https://review.openstack.org/#/c/198736/ which I wrote to add the mac of the normal instance to
> the SR-IOV embedded switch so that the packet will go to the PF instead of going to the wire.
> This is done by using bridge tool with the command "bridge fdb add <mac> dev <interface>"
>
> I was able to test it on Mellanox ConnectX3  card with both  vlan and flat network and it worked fine.
> I wasn't able to test it on any of the Intel cards, but I was told the it only working on flat network, in vlan network the Intel card is dropping the tagged packets and they are not go up to the VF.
>
> What NIC are you using? Can you try using "bridge fdb add <mac> dev <interface>" where <mac> is the mac of the normal vm and <interface> is the PF
> and see if  that resolve the issue.
> Also can you check it with  flat and vlan networks.
>
>
> -----Original Message-----
> From: yujie [mailto:judy_yujie at 126.com]
> Sent: Tuesday, September 22, 2015 6:28 AM
> To: openstack-dev at lists.openstack.org
> Subject: [openstack-dev] [neutron][sriov] SRIOV-VM could not work well with normal VM
>
> Hi all,
> I am using neutron kilo without dvr to create sriov instance VM-A,it works well and could connect to its gateway fine.
> But when I let the normal instance VM-B which in the same compute-node with VM-A ping its gateway, it failed. I capture the packet on the network-node, find the gateway already reply the ARP-reply message to VM-B. But compute-node which VM-B lives could not send the package to VM-B.
> If delete VM-A and set : echo 0 >
> /sys/class/enp5s0f0/device/sriov_numvfs, the problem solved.
>
> Is it a same question with the bug: SR-IOV port doesn't reach OVS port on same compute node ?
> https://bugs.launchpad.net/neutron/+bug/1492228
> Any suggestions will be grateful.
>
> Thanks,
> Yujie
>
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>