summaryrefslogtreecommitdiff
path: root/scripts/cli
diff options
context:
space:
mode:
authorChristian Breunig <christian@breunig.cc>2026-09-09 18:42:24 +0000
committerChristian Breunig <christian@breunig.cc>2026-09-09 18:42:24 +0000
commit395338fe0692b4ecf8547ab5cf18dd147e07902d (patch)
tree9b59af2d285a3314fe731b5e802518b64e2cd2e4 /scripts/cli
parent438463db0d290e58cb733893478cdb4537d922f8 (diff)
downloadvyos-1x-395338fe0692b4ecf8547ab5cf18dd147e07902d.tar.gz
vyos-1x-395338fe0692b4ecf8547ab5cf18dd147e07902d.zip
bond: T9269: keep the bond MAC when appending a member interface
Commit 6ebb8cd26 ("bond: T7571: fix inconsistent MAC address behaviour") re-assigns the first member's MAC address to the bond, as newer Kernels no longer do so themselves. The flag driving it was initialized unconditionally and an already enslaved member hits "continue" without clearing it, so the step ran again on every append and handed the bond the newly added member's address: bond0 aa:c1:ab:c3:62:48 eth1 aa:c1:ab:98:48:0f eth2 aa:c1:ab:c3:62:48 Only adopt a member MAC while the bond has no member at all, which is what T7571 intended. The added smoketest covers this together with T9269 in leaf_node_changed: it commits one member, appends a second, and verifies both stay enslaved, the pre-existing member stays admin up, and the bond MAC does not move.
Diffstat (limited to 'scripts/cli')
0 files changed, 0 insertions, 0 deletions