[Intel-wired-lan] Bonding problem on Intel X710 hardware

Switzer, David david.switzer at intel.com
Sat Jun 11 01:27:31 UTC 2022


>-----Original Message-----
>From: Intel-wired-lan <intel-wired-lan-bounces at osuosl.org> On Behalf Of
>Sven Anders
>Sent: Monday, June 6, 2022 11:05 PM
>To: intel-wired-lan at osuosl.org
>Subject: Re: [Intel-wired-lan] Bonding problem on Intel X710 hardware
>
>Hello!
Hi Sven!  My apologies on taking so long to reply.
>
>Was anybody able to reproduce the problem?
I haven't been able to reproduce your issue yet, but with your description it sounds that the issue could be related to the X710 hardware LLDP engine consuming the LLDP packets.  To disable the hardware engine, user the following command on each of the ports that you're using in the bond:
ethtool --set-priv-flags <interface name> disable-fw-lldp on

Then the LLDP packets that the bonding modules relies on will be forwarded by the hardware to the OS network stack.

I hope you have a great weekend!
Dave

>Do you need assistance or further information?
>
>Regards
>  Sven
>
>Am 30.05.22 um 17:53 schrieb Sven Anders:
>>>>> Hello!
>>>>>
>>>>> This is a follow up to my question. I did not hear anything so far,
>>>>> but I tried to find some some information meanwhile.
>>>>>
>>>>> I've got a guess from somebody, that the error message "Error
>>>>> I40E_AQ_RC_EINVAL adding RX filters on PF, promiscuous mode forced
>>>>> on" maybe triggered, because I'm hitting a limit here.
>>>
>>> Yes, typically this is a response from our firmware that a table is
>>> full in hardware, and I'm guessing that you might be running into a filter
>limit due to using vlans?
>>
>> That's what I suspect, but I did know the hardware and firmware
>> insufficiently to be sure.
>> What I'm wondering is: Why this is only triggered if I toggle the "ntuples
>support"
>> and not earlier when setting up the interface?
>>
>>>>> Data packets are only received sporadically. If I run the same test
>>>>> with only one slave port, it works without problems.
>>>
>>> And there are no counters going up in ethtool -S when you receive/drop
>packets?
>>
>> I'm not sure here. I tried to inspect the counters and it seems that
>> the counters are going up slower in this case, but it's difficult to
>> say, because there is some "noise" on the line and I do not have
>> direct access to the hardware at the moment.
>>
>> If you need any further information or tests, just contact me.
>
>Regards
>    Sven Anders
>--
>  Sven Anders                  () UTF-8 Ribbon Campaign
>                                                  /\ Support plain text e-mail
>  ANDURAS intranet security AG
>  Messestrasse 3 - 94036 Passau - Germany
>  Web: www.anduras.de - Tel: +49 (0)851-4 90 50-0 - Fax: +49 (0)851-4 90 50-55
>
>Those who would give up essential Liberty, to purchase a little temporary
>Safety, deserve neither Liberty nor Safety.
>   - Benjamin Franklin
>
>_______________________________________________
>Intel-wired-lan mailing list
>Intel-wired-lan at osuosl.org
>https://lists.osuosl.org/mailman/listinfo/intel-wired-lan


More information about the Intel-wired-lan mailing list