Project

General

Profile

Actions

Bug #15452

open

Unexpected/Undefined behaviour of disabled interfaces

Added by Steve Wheeler 2 months ago. Updated 25 days ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
Interfaces
Target version:
-
Start date:
Due date:
% Done:

0%

Estimated time:
Plus Target Version:
Release Notes:
Default
Affected Version:
2.7.2
Affected Architecture:
All

Description

Interfaces that are assigned but disabled can produce unexpected behaviour.

Setting an interface to disabled when it was previously enabled will set the interface as down or remove it entirely for sub-interface types.
That happens even if other interfaces are using it as a parent creating unexpected failures such as:
https://redmine.pfsense.org/issues/9453

However an interface assigned but disabled will still be brought up or created at boot.
More confusing is that parameters set on the disabled interface will still be set on it at boot.

Some users are using that behaviour to set parameters such as the MTU on a VLAN parent which works but brings down all the sub-interfaces until reboot.
There is no input error checking to prevent it.
My own understanding here is that an interface should be assigned an d enabled in order to apply config to it but the expected behaviour seems to be undefined.

We looked at this before here: https://redmine.pfsense.org/issues/11091
Nothing ended up from that after hitting more problems than it solved.

To resolve this either:
  • Interface config should not be applied to disabled interfaces at any time. Any users using this behaviour will need to enable those interfaces.
  • Saving an interface config that is already disabled should not kill the interface. But it would need to apply new parameters.

Related issues

Related to Bug #9453: Reconfiguring a parent LAGG interface breaks its VLANsResolvedMarcos M04/04/2019

Actions
Actions #1

Updated by Steve Wheeler 2 months ago

The first option there seems far more logical to me but I have always assumed that was the behaviour anyway. Anyone relying on that behaviour might disagree!

Actions #2

Updated by Jordan G about 2 months ago

this can be triggered by changing MTU on disabled parent LAGG ala XG-7100 @ 24.03 and lower

Actions #3

Updated by Marcos M about 2 months ago

  • Related to Bug #9453: Reconfiguring a parent LAGG interface breaks its VLANs added
Actions #4

Updated by Marcos M about 2 months ago

Some parent interfaces like LAGGs are configured separately from the assigned interfaces page. The undefined behavior is an issue once those parent interfaces are also assigned in the interfaces page since doing so introduces two sources of potentially conflicting configurations.

In the case of an assigned LAGG interface the "Enabled" field can be hidden since the existence of the LAGG configuration means it should be created, enabled, and configured. Otherwise disabling the interface results in it being created from the LAGG page then deleted from the assigned (and disabled) page. On upgrade, disabled LAGG interfaces would need to be enabled automatically.

Actions #5

Updated by Jordan G about 1 month ago

possible to provide the ability to configure MTU for (a) LAGG specifically, when also configuring the other parameters like protocol, HASH, etc?

on the 7100, I referred to it as disabled but initially (OOB) the 7100 never has the parent LAGG enabled as interface. It only exists in the LAGG and VLAN interface submenus. One might attempt adding it as an actual interface in an effort to increase the parent's MTU, allowing for an increase in the child interfaces' beyond the default 1500.

Actions #6

Updated by Jim Pingle about 1 month ago

  • Plus Target Version changed from 24.07 to 24.08
Actions #7

Updated by Marcos M 25 days ago

  • Target version deleted (2.8.0)
  • Plus Target Version deleted (24.08)
Actions

Also available in: Atom PDF