Bug #4308


LAGG LACP defaults to strict mode in FreeBSD >= 10

Added by Chris Buechler almost 7 years ago. Updated almost 7 years ago.

Target version:
Start date:
Due date:
% Done:


Estimated time:
Plus Target Version:
Release Notes:
Affected Version:
Affected Architecture:


In FreeBSD 10.0 and newer, LAGG with LACP defaults to strict mode. If it's not getting LACPDUs on the ports, it doesn't bring them up. That's opposite pre-10.0 behavior. This change will break a number of situations using LACP unless users disable strict mode as noted in the 2.2 upgrade guide.
Many existing configurations use passive LACP, and a good deal of those on lower end switches that don't support active.

This should default to strict mode being disabled, with a checkbox on interfaces_lagg_edit.php when LACP is selected for "enable strict mode".

Actions #1

Updated by Jim Thompson almost 7 years ago

Can we talk about not disabling strict mode? FreeBSD 10 runs LAGG LACP in 'strict' mode for a reason. for reference and background.

So the issue is likely that the customer switch is not set up correctly, or they're running a poor implementation.
802.1AX-2008 says it needs receive LACPDU from partners: Switch needs to be in ACTIVE mode.

I would much rather document how to fix this than t restore the old bad default.
The previous behavior should be considered a bug and the standard should be respected

Actions #2

Updated by Chris Buechler almost 7 years ago

  • Assignee set to Chris Buechler
  • Affected Version changed from 2.1 to 2.2

After reconsideration, I agree we should keep the existing default. I'm not sure that's the right answer for upgraded configs as it seems like a POLA violation, but leaning towards leaving things as is and making sure it's as prominently noted as possible in the release notes (including future 2.2.x releases) and upgrade section. I'll review that.

Actions #3

Updated by Ermal Luçi almost 7 years ago

The problem i think is that on FreeBSD 10 you have no tunnable to revert to 8.x behaviour.
That is only on HEAD.

Actions #4

Updated by Chris Buechler almost 7 years ago

  • Status changed from Confirmed to Closed

It's best to leave as is, the upgrade and release notes describe how to work around pre-upgrade if necessary, and we'll make sure to continue to add that note to all 2.2.x release notes to make it as clear as possible.


Also available in: Atom PDF