Hi Beilei. > What's the firmware version you used? Did you try testpmd? I've tried testpmd and didn't find any issues too. Therefore there are some specific initialization steps that I do in my application that cause the issue, or there are steps that I don't do, but I should.
Also, I've figured out that the address 01:00:5E:00:00:12 has nothing to do with my problem. The problem is a VRRP virtual MAC address 00:00:5E:00:01:0A itself. The problematic packets I can't receive have source mac address 00:00:5E:00:01:0A and once that address is added to an interface as an additional MAC I stop receiving them on that interface. Could you please give me any ideas where should I start to find out what prevents my application from receiving those packets? Thanks. > I tried testpmd with X710 on my side, the steps are: testpmd>> set fwd rxonly testpmd>> set verbose 1 testpmd>> start testpmd>> mac_addr add 0 00:00:5E:00:01:0A testpmd>> stop testpmd>> start > After that, packets with destination 01:00:5E:00:00:12 still can be received. > Best Regards > Beilei Xing >> -----Original Message----- >> From: Alex Kiselev [mailto:[email protected]] >> Sent: Tuesday, May 22, 2018 6:42 PM >> To: [email protected]; Xing, Beilei <[email protected]>; Zhang, Qi Z >> <[email protected]> >> Subject: problem with an additional MAC address on i40e >> Hi. >> I am facing an issue trying to receive packets destined to the MAC address >> ipv4_mcast_12 01:00:5E:00:00:12. >> The problem is that once I add to a port additional MAC address >> 00:00:5E:00:01:0A using rte_eth_dev_mac_addr_add(), the port stop >> receiving packets destinated to the address 01:00:5E:00:00:12. When there >> is no additinal mac on a port everything is ok. Also, there is no such issue >> when I am using intel X520 nic (ixgbe), I am facing this behavior only with >> X710 (i40e) intel NIC. >> DPDK ver dpdk-stable-17.11.1 >> -- >> Alex Kiselev. -- С уважением, Alex mailto:[email protected]
