Project

General

Profile

Actions

Bug #13218

open

GIF-based interface MTU is assigned to parent interface on boot when parent interface is a LAGG

Added by Graeme Bragg about 1 month ago. Updated about 1 month ago.

Status:
Pull Request Review
Priority:
Normal
Assignee:
Viktor Gurov
Category:
Interfaces
Target version:
Start date:
Due date:
% Done:

0%

Estimated time:
Plus Target Version:
22.09
Release Notes:
Default
Affected Version:
2.6.0
Affected Architecture:

Description

Minimal reproducible configuration:
round-robin LAGG pair assigned as the WAN interface with either an MTU of 1500 or no MTU set.
a GIF interface (he.net tunnel used for testing) assigned as OPT1 with an MTU of 1480 set.

System:
Intel i3 8100,
16GB RAM,
Chelsio T422-CR 2x10Gb/2x1Gb NIC,
2x Intel I210AT 1Gb NIC

(Also tested on an older i5 2500-based system with 4x Intel Pro/1000 PT NICs)

Issue:
In the stated configuration, the MTU assigned to OPT1 is applied to the WAN interface on each reboot according to Status > Interfaces and ifconfig.

This occurs with both Intel and Chelsio NICs. I have not tested with other brands.

This occurs whether the MTU of the parent interface is specifically set to 1500 or left at the default value.
Once the issue manifests, any MTU setting for the WAN interface is ignored.

Clearing the problem involves removing the MTU setting from the GIF interface before setting the WAN interface's MTU to a temporary value.
The WAN interface's MTU can then be returned to 1500 (or the default setting) and the MTU limit on the GIF interface restored.
The correct MTU remains on the WAN interface until the next reboot.

The problem does not occur when the NIC is set to a single, non-aggregated interface.


Files

806.diff (2.87 KB) 806.diff Viktor Gurov, 05/27/2022 02:59 AM
Actions #1

Updated by Viktor Gurov about 1 month ago

  • Assignee set to Viktor Gurov
Actions #2

Updated by Jim Pingle about 1 month ago

  • Status changed from New to Pull Request Review
  • Target version set to 2.7.0
  • Plus Target Version set to 22.09
Actions #3

Updated by Graeme Bragg about 1 month ago

Thanks for looking at this so quickly. Please let me know if you need/want me to test anything.

Actions #4

Updated by Viktor Gurov about 1 month ago

Graeme Bragg wrote in #note-3:

Thanks for looking at this so quickly. Please let me know if you need/want me to test anything.

You can try to test the attached patch.
See https://docs.netgate.com/pfsense/en/latest/development/system-patches.html

Actions #5

Updated by Graeme Bragg about 1 month ago

I've applied it and it looks to do the job. I will keep an eye on it and throw in a couple of reboots over the weekend - I'll report back if I have any issues.

Actions

Also available in: Atom PDF