Project

General

Profile

Actions
Copy link

Bug #13253

closed

``dhcp6c`` is not restarted when applying settings when multiple WANs are configured for DHCP6

Added by Jim Pingle about 3 years ago. Updated about 2 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Jim Pingle
Category:
DHCP (IPv6)
Target version:
2.7.0
Start date:
Due date:
% Done:

100%

Estimated time:
Plus Target Version:
23.01
Release Notes:
Default
Affected Version:
2.7.0
Affected Architecture:

Description

After #6880 it seems that when applying settings on multiple WANs, dhcp6c is not restarted so the new configuration isn't picked up.

If I manually kill dhcp6c before applying changes, then it's started properly and the additional WAN picks up its IPv6 address as it should.

Rebooting also works, naturally.

Related issues

Related to Bug #6880: Multiple DHCP6 WAN connections leads to multiple dhcp6c clientsResolvedViktor Gurov10/28/2016

Actions
Actions
Copy link
 #1

Updated by Jim Pingle about 3 years ago

  • Related to Bug #6880: Multiple DHCP6 WAN connections leads to multiple dhcp6c clients added
Actions
Copy link
 #2

Updated by Jim Pingle about 3 years ago

  • Plus Target Version changed from 22.09 to 22.11
Actions
Copy link
 #3

Updated by Jim Pingle almost 3 years ago

  • Plus Target Version changed from 22.11 to 23.01
Actions
Copy link
 #4

Updated by Jim Pingle over 2 years ago

  • Assignee set to Jim Pingle
Actions
Copy link
 #5

Updated by Jim Pingle over 2 years ago

  • Status changed from New to Feedback
  • % Done changed from 0 to 100
Actions
Copy link
 #6

Updated by Jim Pingle over 2 years ago

The change is working as expected for this case in the latest snapshot. Saving and applying on a DHCP6 WAN causes the client to restart.

I'll leave this open a little longer in case the change had an unintended negative impact on other DHCP6 events.

If it's still open with no negative feedback in ~1 week it can be closed.

Actions
Copy link
 #7

Updated by Jim Pingle over 2 years ago

  • Status changed from Feedback to Resolved
Actions
Copy link
 #8

Updated by Jim Pingle over 2 years ago

  • Status changed from Resolved to In Progress

There is a bit of a regression here in certain cases. For whatever reason the change made here is causing a failure for dhcp6/track6 on the 1100 at least, and possibly others depending on interface event timing. Also in that case it isn't starting the client if it's stopped already. So maybe it only worked by accident.

I'll investigate an alternate fix.

Actions
Copy link
 #9

Updated by Jim Pingle over 2 years ago

  • Status changed from In Progress to Feedback
Actions
Copy link
 #10

Updated by Jim Pingle over 2 years ago

Backing out this change and re-testing on lab systems with multiple DHCP6 WANs, dhcp6 is still restarted now. Some other change in a related area must have altered this behavior.

I'm going to re-target this and keep an eye on it. It might be that it can be closed safely now, but I'll wait until the previous commit is reverted in a snapshot to test more thoroughly.

Actions
Copy link
 #11

Updated by Jim Pingle over 2 years ago

  • Status changed from Feedback to Resolved

Re-tested on 23.01.b.20221221.1946 and dhcp6c is restarted there when applying WAN changes.

Actions
Copy link
 #12

Updated by Jim Pingle about 2 years ago

  • Affected Version set to 2.7.0
Actions
Copy link

Also available in: Atom PDF