[DPDK/ethdev Bug 1629] Packets are not sent by the 1 GbE/10 GbE SR-IOV driver when the source MAC is not the MAC assigned to the VF NIC

[DPDK/ethdev Bug 1629] Packets are not sent by the 1 GbE/10 GbE SR-IOV driver when the source MAC is not the MAC assigned to the VF NIC

[bugzilla]

[-- Attachment #1: Type: text/plain, Size: 1371 bytes --]

https://bugs.dpdk.org/show_bug.cgi?id=1629

            Bug ID: 1629
           Summary: Packets are not sent by the 1 GbE/10 GbE SR-IOV driver
                    when the source MAC is not the MAC assigned to the VF
                    NIC
           Product: DPDK
           Version: unspecified
          Hardware: All
                OS: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: ethdev
          Assignee: dev@dpdk.org
          Reporter: nandinipersad361@gmail.com
  Target Milestone: ---

The 1 GbE/10 GbE SR-IOV driver can only send packets when the Ethernet header’s
source MAC address is the same as that of the VF NIC. The reason for this is
that the Linux ixgbe driver module in the host OS has its anti-spoofing feature
enabled.

Implication:
Packets sent using the 1 GbE/10 GbE SR-IOV driver must have the source MAC
address correctly set to that of the VF NIC. Packets with other source address
values are dropped by the NIC if the application attempts to transmit them.

Resolution/Workaround:
Configure the Ethernet source address in each packet to match that of the VF
NIC.

Affected Environment/Platform:
All.

Driver/Module:
1 GbE/10 GbE VF Poll Mode Driver (PMD).

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #2: Type: text/html, Size: 3269 bytes --]

[DPDK/ethdev Bug 1629] Packets are not sent by the 1 GbE/10 GbE SR-IOV driver when the source MAC is not the MAC assigned to the VF NIC

[bugzilla]

[-- Attachment #1: Type: text/plain, Size: 819 bytes --]

https://bugs.dpdk.org/show_bug.cgi?id=1629

Stephen Hemminger (stephen@networkplumber.org) changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|---                         |WONTFIX
                 CC|                            |stephen@networkplumber.org

--- Comment #1 from Stephen Hemminger (stephen@networkplumber.org) ---
In recent kernels, the spoofing check is controllable on a per-interface basis
via ip link parameter (spoofchk).

This is already documented on the vf_offload page:

https://doc.dpdk.org/dts/test_plans/vf_offload_test_plan.html

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #2: Type: text/html, Size: 3244 bytes --]