OpenWrt 21.02 status

Hauke Mehrtens hauke at hauke-m.de
Wed Sep 1 09:41:28 PDT 2021


On 9/1/21 4:15 AM, Andy Botting wrote:
> On Wed, 1 Sept 2021 at 11:56, Alexander E. Patrakov <patrakov at gmail.com> wrote:
>>
>> Hauke Mehrtens <hauke at hauke-m.de>:
>>
>>>
>>> On 8/31/21 1:52 PM, Alexander E. Patrakov wrote:
>>>> Hauke Mehrtens wrote:
>>>>
>>>>> We did the 21.02-rc4, but there is still a problem with flow offloading
>>>>> as this was not fixed. The other problems should be fixed now.
>>>>
>>>>> ...
>>>>
>>>>> Some more information can be found here:
>>>>> https://forum.openwrt.org/t/software-flow-offloading-and-conntrack-timeouts/74588
>>>>> https://bugs.openwrt.org/index.php?do=details&task_id=3373
>>>>> https://bugs.openwrt.org/index.php?do=details&task_id=3759
>>>>
>>>>> It could be that this change causes the problems:
>>>>> https://patchwork.ozlabs.org/project/netdev/patch/20180720130906.27687-3-pablo@netfilter.org/
>>>>
>>>>> I do not know how much time and interest I have in debugging and fixing
>>>>> this problem. If someone wants to have a closer look into this problem
>>>>> it would be really nice. even when you can make it easier to reproduce
>>>>> it in a test environment it would be nice.
>>>>
>>>> There is no need to debug this problem. Just revert the patch, because
>>>> the upstream kernel history looks like this:
>>>>
>>>> Jun 15, 2018, e97d940: flow offload pickup timeouts were changed to
>>>> hard-coded values, 120 seconds for TCP and 30 seconds for UDP, because
>>>> the author had a concern with the "established" timeout to be too huge
>>>> for this purpose.
>>>> Jun 3, 2021, 1d91d2e: sysctls are introduced so that the timeouts for
>>>> picking up offloaded flows are configurable, because they were too low
>>>> for some use cases.
>>>> Aug 4, 2021, 4592ee7: the timeouts were bumped again to their old
>>>> "established" values, sysctls are removed, the motivation is,
>>>> essentially, that the pickup timeouts were effectively acting like the
>>>> new version of established timeouts.
>>>>
>>>> I.e., the patch was effectively reverted upstream.
>>>>
> 
> I'd be happy to try it soon if you could point me to the specific
> commit. I can reproduce the issue quite easily here.
> 
> Thanks!
> 
Hi,

The commits are in the mail.

You could try to revert this one:
https://git.kernel.org/linus/e97d9404d5e8aea1f91f4c00dbe7854008f3a1e1
in Linux 5.15 it will be more or less reverted again.

Hauke
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_0x93DD20630910B515.asc
Type: application/pgp-keys
Size: 13571 bytes
Desc: OpenPGP public key
URL: <http://lists.openwrt.org/pipermail/openwrt-devel/attachments/20210901/e1a25f88/attachment-0001.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <http://lists.openwrt.org/pipermail/openwrt-devel/attachments/20210901/e1a25f88/attachment-0001.sig>


More information about the openwrt-devel mailing list