https://redmine.pfsense.org/https://redmine.pfsense.org/favicon.ico?16780521162022-03-16T07:58:01ZpfSense bugtrackerpfSense - Bug #12947: DHCP6 client does not take any action if the interface IPv6 address changes during renewalhttps://redmine.pfsense.org/issues/12947?journal_id=597652022-03-16T07:58:01ZJim Pingle
<ul><li><strong>Assignee</strong> set to <i>Jim Pingle</i></li><li><strong>Target version</strong> set to <i>2.7.0</i></li><li><strong>Plus Target Version</strong> set to <i>22.05</i></li></ul><p>For that to trigger the client would have to fire the script during an event when the change occurs. It may not, but it's hard to say for sure based on the logs you have. For starters, go to System > Advanced on the Networking tab and check "DHCP6 Debug" and see what it logs at the time.</p>
<p>It's possible that would get triggered by the script at the RENEW case but it's not certain. The next problem is that at least according to the documentation, it doesn't look like the script will get any environment variables populated with data it could leverage to compare old/new IP addresses similar to what is done for the IPv4 client. It might be viable to read the address out of the <code>/var/db/<if>_ipv6</code> file and compare, like you suggest, but it would require testing to confirm.</p> pfSense - Bug #12947: DHCP6 client does not take any action if the interface IPv6 address changes during renewalhttps://redmine.pfsense.org/issues/12947?journal_id=597662022-03-16T08:01:16ZJim Pingle
<ul><li><strong>Subject</strong> changed from <i>IPv6 address change not noticed</i> to <i>DHCP6 client does not take any action if the interface IPv6 address changes during renewal</i></li></ul> pfSense - Bug #12947: DHCP6 client does not take any action if the interface IPv6 address changes during renewalhttps://redmine.pfsense.org/issues/12947?journal_id=597692022-03-16T14:37:39ZJim Pingle
<ul><li><strong>File</strong> <a href="/attachments/4080">dhcp6c-renew-12947.diff</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/4080/dhcp6c-renew-12947.diff">dhcp6c-renew-12947.diff</a> added</li><li><strong>Assignee</strong> deleted (<del><i>Jim Pingle</i></del>)</li><li><strong>Target version</strong> deleted (<del><i>2.7.0</i></del>)</li><li><strong>Plus Target Version</strong> deleted (<del><i>22.05</i></del>)</li></ul><p>I tried altering the script so it would fire during a renew with mixed success. Though I found another odd behavior. If I change the IP address assigned to the device in upstream DHCP, the next renew it picks up the new address. However, it gets <em>added</em> to the interface, so both the old and new are present. The old address isn't removed until its lease expires, even though it's supposed to be using the new address instead. It's marked deprecated in the meantime:</p>
<pre>
vtnet0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
description: WAN
options=800b8<VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,LINKSTATE>
ether ca:1d:62:6c:c6:9c
inet6 fe80::c81d:62ff:fe6c:c69c%vtnet0 prefixlen 64 scopeid 0x1
inet6 2001:db8::103:1 prefixlen 128 deprecated
inet6 2001:db8::103:2 prefixlen 128
inet 198.51.100.103 netmask 0xffffff00 broadcast 198.51.100.255
media: Ethernet 10Gbase-T <full-duplex>
status: active
nd6 options=23<PERFORMNUD,ACCEPT_RTADV,AUTO_LINKLOCAL>
</pre>
<p>The functions that fetch and check the interface address only get the old address which remains on the interface, not the additional address that came through.</p>
<p>When picking up the new address dhcp6c also seems to get stuck in a bit of a loop of REQUEST and RENEW messages (which I've seen be anywhere from ~15 seconds apart to ~60 seconds apart), but it may be related to the changes made here and not something else. It's been an issue in the past, though, see <a class="issue tracker-1 status-3 priority-4 priority-default closed" title="Bug: dhcp6c never run rc.newwanipv6 (Resolved)" href="https://redmine.pfsense.org/issues/11100">#11100</a> and <a class="issue tracker-1 status-3 priority-4 priority-default closed" title="Bug: rc.newwanipv6 is called although dhcp6c should discard Request messages (Resolved)" href="https://redmine.pfsense.org/issues/9634">#9634</a></p>
<p>Attached is a patch to try, though it's not very well optimized, it should at least show a difference in behavior.</p>
<p>Clearing the targets and assignment since there is a bit more happening here than I thought.</p> pfSense - Bug #12947: DHCP6 client does not take any action if the interface IPv6 address changes during renewalhttps://redmine.pfsense.org/issues/12947?journal_id=597942022-03-18T14:01:47ZDavid Myers
<ul><li><strong>File</strong> <a href="/attachments/4085">dhcpd.log</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/4085/dhcpd.log">dhcpd.log</a> added</li><li><strong>File</strong> <a href="/attachments/4086">system.log</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/4086/system.log">system.log</a> added</li></ul><p>The patch didn't work.</p>
<p>I applied the patch to my 2.5.2 system then enabled DHCP6 client debug mode and saved the interface in order to force the dhcp6c client script to get regenerated. I did not reboot.</p>
<p>The IPv6 address changed at approximately 13:07 in the attached logs, which are edited from about 13:00 until rc.newwanipv6 ran a couple times, and with DHCPv4 messages removed.</p>
<p>One thing I don't understand is why there are no messages in the logs from the calls to logger from the dhcp6c client script. The logger command works fine from the command line.</p>
<p>While IPv6 was not working ifconfig showed this:</p>
<pre>
igb2: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1420
description: LTE
options=e100bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,VLAN_HWFILTER,RXCSUM_IPV6,TXCSUM_IPV6>
ether 00:e0:67:22:fc:52
inet6 fe80::2e0:67ff:fe22:fc52%igb2 prefixlen 64 scopeid 0x3
inet6 2607:fb90:5120:e987:2e0:67ff:fe22:fc52 prefixlen 64 detached deprecated autoconf
inet6 2607:fb90:1b7d:9992:2e0:67ff:fe22:fc52 prefixlen 64 autoconf
inet6 2607:fb90:1b7d:9992:24dc:4e2:d0b6:df11 prefixlen 128
inet 192.168.12.245 netmask 0xffffff00 broadcast 192.168.12.255
media: Ethernet autoselect (1000baseT <full-duplex>)
status: active
nd6 options=23<PERFORMNUD,ACCEPT_RTADV,AUTO_LINKLOCAL>
</pre><br />In order to recover IPv6 I needed to release and renew the interface, at which point it looked like this:
<pre>
igb2: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1420
description: LTE
options=e100bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,VLAN_HWFILTER,RXCSUM_IPV6,TXCSUM_IPV6>
ether 00:e0:67:22:fc:52
inet6 fe80::2e0:67ff:fe22:fc52%igb2 prefixlen 64 scopeid 0x3
inet6 2607:fb90:1b7d:9992:2e0:67ff:fe22:fc52 prefixlen 64 autoconf
inet6 2607:fb90:1b7d:9992:24dc:4e2:d0b6:df11 prefixlen 128
inet 192.168.12.245 netmask 0xffffff00 broadcast 192.168.12.255
media: Ethernet autoselect (1000baseT <full-duplex>)
status: active
nd6 options=23<PERFORMNUD,ACCEPT_RTADV,AUTO_LINKLOCAL>
</pre><br />I hadn't looked at ifconfig before and was surprised to see two addresses. pfSense uses the first one.
<p>I've backed out the patch.</p> pfSense - Bug #12947: DHCP6 client does not take any action if the interface IPv6 address changes during renewalhttps://redmine.pfsense.org/issues/12947?journal_id=599652022-03-28T10:13:22ZDavid Myers
<ul></ul><p>I neglected to mention that I was using "Disable Gateway Monitoring Action" on my gateways when the above issues occurred. Perhaps that isn't relevant. In any event, I've re-enabled actions because I'm now using a Gateway Group.</p> pfSense - Bug #12947: DHCP6 client does not take any action if the interface IPv6 address changes during renewalhttps://redmine.pfsense.org/issues/12947?journal_id=618272022-06-16T23:54:50Z→ luckman212luke.hamburg@gmail.com
<ul></ul><p><a class="user active" href="https://redmine.pfsense.org/users/6047">David Myers</a> I believe I'm facing this exact issue, take a look at <a class="external" href="https://forum.netgate.com/topic/172849/rtsold-not-running-ipv6-wan-dhcp-keeps-losing-connectivity/">https://forum.netgate.com/topic/172849/rtsold-not-running-ipv6-wan-dhcp-keeps-losing-connectivity/</a></p>
<p>I'm highly motivated to try to get this fixed!</p> pfSense - Bug #12947: DHCP6 client does not take any action if the interface IPv6 address changes during renewalhttps://redmine.pfsense.org/issues/12947?journal_id=618422022-06-19T12:20:33Z→ luckman212luke.hamburg@gmail.com
<ul></ul><p>It appears we are out of luck on having <code>devd</code> fire events for IP address changes. There is a commit: <a class="external" href="https://reviews.freebsd.org/rGa75819461ec7c7d8468498362f9104637ff7c9e9">https://reviews.freebsd.org/rGa75819461ec7c7d8468498362f9104637ff7c9e9</a> but that seems like it might not even be in FreeBSD13 (much less 12.3...). Maybe we can get this backported to 12.x somehow? Seems like it would be immensely useful in these cases.</p>
<p>My poor man's solution is hashing the output of <code>ifconfig</code> on all DHCP6 interfaces with cron and firing an event if the hash changes. But this places unnecessary load on the system and also has a potential for up to 1 minute of downtime before the change is picked up. Still, it's the best I can come up with for now until devd can trigger on address changes. I have a PR for this that I will submit later today.</p> pfSense - Bug #12947: DHCP6 client does not take any action if the interface IPv6 address changes during renewalhttps://redmine.pfsense.org/issues/12947?journal_id=618512022-06-19T21:34:40Z→ luckman212luke.hamburg@gmail.com
<ul></ul><p>Just updated <a href="https://github.com/pfsense/pfsense/pull/4595" class="external">PR #4595</a> with the new mitigation changes. Testers & feedback wanted.</p> pfSense - Bug #12947: DHCP6 client does not take any action if the interface IPv6 address changes during renewalhttps://redmine.pfsense.org/issues/12947?journal_id=619172022-06-26T19:44:57Z→ luckman212luke.hamburg@gmail.com
<ul></ul><p>I posted on the PR that since <a class="user active" href="https://redmine.pfsense.org/users/43551">Reid Linnemann</a> has just deprecated pfSense_getall_interface_addresses(), this should probably be updated to use the new pfSense_get_ifaddrs() function, where possible.</p>
<p>However, I do want to note for the record that my patch has been running for over a week now and has 100% fixed my issue.</p> pfSense - Bug #12947: DHCP6 client does not take any action if the interface IPv6 address changes during renewalhttps://redmine.pfsense.org/issues/12947?journal_id=619242022-06-27T07:31:01ZJim Pingle
<ul><li><strong>Status</strong> changed from <i>New</i> to <i>Pull Request Review</i></li><li><strong>Target version</strong> set to <i>2.7.0</i></li><li><strong>Plus Target Version</strong> set to <i>22.09</i></li></ul> pfSense - Bug #12947: DHCP6 client does not take any action if the interface IPv6 address changes during renewalhttps://redmine.pfsense.org/issues/12947?journal_id=619752022-06-28T12:01:09ZJim Pingle
<ul><li><strong>Plus Target Version</strong> changed from <i>22.09</i> to <i>22.11</i></li></ul> pfSense - Bug #12947: DHCP6 client does not take any action if the interface IPv6 address changes during renewalhttps://redmine.pfsense.org/issues/12947?journal_id=631462022-10-11T14:40:56ZJim Pingle
<ul><li><strong>Plus Target Version</strong> changed from <i>22.11</i> to <i>23.01</i></li></ul> pfSense - Bug #12947: DHCP6 client does not take any action if the interface IPv6 address changes during renewalhttps://redmine.pfsense.org/issues/12947?journal_id=638252022-11-15T14:35:07ZJim Pingle
<ul><li><strong>Status</strong> changed from <i>Pull Request Review</i> to <i>Feedback</i></li></ul><p>This needs re-tested since snapshots are on FreeBSD 14-CURRENT (main) now the change noted above is in the tree. I checked and the relevant commit is present in the branch(es) used to build dev snapshots.</p>
<p>If it still requires changes to the pfSense source we'll need an updated PR and to move this ahead to 23.05 since the current PR does not apply, and additional changes will need more time than we have for the 23.01 release.</p> pfSense - Bug #12947: DHCP6 client does not take any action if the interface IPv6 address changes during renewalhttps://redmine.pfsense.org/issues/12947?journal_id=643192022-12-07T13:57:38ZJim Pingle
<ul><li><strong>Plus Target Version</strong> changed from <i>23.01</i> to <i>23.05</i></li></ul> pfSense - Bug #12947: DHCP6 client does not take any action if the interface IPv6 address changes during renewalhttps://redmine.pfsense.org/issues/12947?journal_id=668662023-04-17T09:19:28ZJim Pingle
<ul><li><strong>Plus Target Version</strong> changed from <i>23.05</i> to <i>23.09</i></li></ul><p>Still waiting on feedback from someone who can reproduce this to test against a 2.7.0 snap, 23.01 release, or a 23.05 snap.</p> pfSense - Bug #12947: DHCP6 client does not take any action if the interface IPv6 address changes during renewalhttps://redmine.pfsense.org/issues/12947?journal_id=668962023-04-17T10:19:20ZDavid Myers
<ul></ul><p>Jim Pingle wrote in <a href="#note-15">#note-15</a>:</p>
<blockquote>
<p>Still waiting on feedback from someone who can reproduce this to test against a 2.7.0 snap, 23.01 release, or a 23.05 snap.</p>
</blockquote>
<p>I'm pretty sure this is still happening on 23.01. With T-Mobile Home Internet I can go weeks without the IPv6 address changing, or it can change several times in one day, so I can't reproduce it on demand.</p>
<p>I've written a simple-minded script to detect and correct the problem and run it from cron every 5 minutes, and there's evidence in the logs of it taking action a few times.</p>
<pre><code class="perl syntaxhl"><span class="c1">#!/usr/bin/env perl</span>
<span class="c1">#</span>
<span class="c1"># Delete deprecated IPv6 addresses.</span>
<span class="c1">#</span>
<span class="k">use</span> <span class="nv">v5</span><span class="mf">.30</span><span class="p">;</span>
<span class="k">my</span> <span class="nv">$if</span> <span class="o">=</span> <span class="p">'</span><span class="s1">igb2</span><span class="p">';</span>
<span class="k">my</span> <span class="nv">$deleted</span> <span class="o">=</span> <span class="mi">0</span><span class="p">;</span>
<span class="nb">open</span><span class="p">(</span><span class="k">my</span> <span class="nv">$ifconfig</span><span class="p">,</span> <span class="p">"</span><span class="s2">-|</span><span class="p">",</span> <span class="p">"</span><span class="s2">/sbin/ifconfig </span><span class="si">$if</span><span class="s2"> inet6</span><span class="p">")</span> <span class="o">||</span> <span class="nb">die</span> <span class="p">"</span><span class="s2">Can't run /sbin/ifconfig: $!</span><span class="p">";</span>
<span class="k">while</span> <span class="p">(</span><span class="o"><</span><span class="nv">$ifconfig</span><span class="o">></span><span class="p">)</span> <span class="p">{</span>
<span class="k">if</span> <span class="p">(</span><span class="sr">/inet6 ([0-9a-fA-F.:]+) prefixlen (\d+) .*deprecated/</span><span class="p">)</span> <span class="p">{</span>
<span class="nb">system</span><span class="p">("</span><span class="s2">/sbin/ifconfig </span><span class="si">$if</span><span class="s2"> inet6 $1/$2 delete</span><span class="p">");</span>
<span class="nv">$deleted</span><span class="o">++</span><span class="p">;</span>
<span class="p">}</span>
<span class="p">}</span>
<span class="nb">close</span><span class="p">(</span><span class="nv">$ifconfig</span><span class="p">);</span>
<span class="k">if</span> <span class="p">(</span><span class="nv">$deleted</span><span class="p">)</span> <span class="p">{</span>
<span class="nb">system</span><span class="p">("</span><span class="s2">/etc/rc.newwanipv6 </span><span class="si">$if</span><span class="p">");</span>
<span class="p">}</span>
</code></pre>
<p>In fact I think this was the script firing off early this morning. I've edited out messages from NUT:</p>
<pre>
Apr 17 01:21:49 router rc.gateway_alarm[72711]: >>> Gateway alarm: TMHI_DHCP6 (Addr:2620:fe::10 Alarm:1 RTT:53.447ms RTTsd:9.178ms Loss:41%)
Apr 17 01:21:49 router check_reload_status[401]: updating dyndns TMHI_DHCP6
Apr 17 01:21:49 router check_reload_status[401]: Restarting IPsec tunnels
Apr 17 01:21:49 router check_reload_status[401]: Restarting OpenVPN tunnels/interfaces
Apr 17 01:21:49 router check_reload_status[401]: Reloading filter
Apr 17 01:21:51 router php-fpm[65938]: /rc.filter_configure_sync: MONITOR: TMHI_DHCP6 has packet loss, omitting from routing group TMHI_FAILOVER6
Apr 17 01:21:51 router php-fpm[65938]: 2620:fe::10|2607:fb90:7522:c4a9:a484:c093:675:c336|TMHI_DHCP6|52.851ms|8.805ms|44%|down|highloss
Apr 17 01:25:00 router php-cgi[83652]: rc.newwanipv6: rc.newwanipv6: Info: starting on igb2.
Apr 17 01:25:00 router php-cgi[83652]: rc.newwanipv6: rc.newwanipv6: on (IP address: 2607:fb90:759b:d695:2e0:67ff:fe26:47ea) (interface: opt1) (real interface: igb2).
Apr 17 01:25:01 router php-cgi[83652]: rc.newwanipv6: Removing static route for monitor 2620:fe::fe:10 and adding a new route through fdfd:10:167:100::1
Apr 17 01:25:01 router php-cgi[83652]: rc.newwanipv6: Removing static route for monitor 9.9.9.10 and adding a new route through 192.168.12.1
Apr 17 01:25:01 router php-cgi[83652]: rc.newwanipv6: Removing static route for monitor 2620:fe::10 and adding a new route through fe80::c6e5:32ff:fed7:634e%igb2
Apr 17 01:25:01 router php-cgi[83652]: rc.newwanipv6: Removing static route for monitor 149.112.112.10 and adding a new route through 10.155.98.1
Apr 17 01:25:02 router check_reload_status[401]: Reloading filter
Apr 17 01:25:02 router php-cgi[83652]: rc.newwanipv6: The command '/sbin/ifconfig igb2 inet6 2607:fb90:7522:c4a9:2e0:67ff:fe26:47ea delete' returned exit code '1', the output was 'ifconfig: ioctl (SIOCDIFADDR): Can't assign requested address'
Apr 17 01:25:02 router php-cgi[83652]: rc.newwanipv6: Resyncing OpenVPN instances for interface TMHI.
Apr 17 01:25:02 router php-cgi[83652]: rc.newwanipv6: Creating rrd update script
Apr 17 01:25:02 router php-cgi[83652]: rc.newwanipv6: Netgate pfSense Plus package system has detected an IP change or dynamic WAN reconnection - 2607:fb90:7522:c4a9:2e0:67ff:fe26:47ea -> 2607:fb90:759b:d695:2e0:67ff:fe26:47ea - Restarting packages.
Apr 17 01:25:02 router check_reload_status[401]: Starting packages
Apr 17 01:25:02 router check_reload_status[401]: Reloading filter
Apr 17 01:25:03 router php-fpm[79152]: /rc.start_packages: Restarting/Starting all packages.
Apr 17 01:25:03 router php-fpm[79152]: /rc.start_packages: Stopping service nut
Apr 17 01:25:03 router php-fpm[79152]: /rc.start_packages: Starting service nut
Apr 17 01:25:03 router php-fpm[7842]: /rc.filter_configure_sync: MONITOR: TMHI_DHCP6 is available now, adding to routing group TMHI_FAILOVER6
Apr 17 01:25:03 router php-fpm[7842]: 2620:fe::10|2607:fb90:759b:d695:2e0:67ff:fe26:47ea|TMHI_DHCP6|43.574ms|1.428ms|0.0%|online|none
</pre> pfSense - Bug #12947: DHCP6 client does not take any action if the interface IPv6 address changes during renewalhttps://redmine.pfsense.org/issues/12947?journal_id=679232023-06-13T19:47:54ZJim Pingle
<ul><li><strong>Status</strong> changed from <i>Feedback</i> to <i>New</i></li><li><strong>Target version</strong> changed from <i>2.7.0</i> to <i>CE-Next</i></li></ul> pfSense - Bug #12947: DHCP6 client does not take any action if the interface IPv6 address changes during renewalhttps://redmine.pfsense.org/issues/12947?journal_id=695952023-09-12T17:50:10ZJim Pingle
<ul><li><strong>Plus Target Version</strong> changed from <i>23.09</i> to <i>24.01</i></li></ul> pfSense - Bug #12947: DHCP6 client does not take any action if the interface IPv6 address changes during renewalhttps://redmine.pfsense.org/issues/12947?journal_id=696232023-09-13T23:23:05ZMarcos M
<ul><li><strong>Status</strong> changed from <i>New</i> to <i>Feedback</i></li></ul><p>I tested this in 23.09 dev snapshots and am not able to reproduce the issue.</p>
<p>The following are logs from a lease change and a manual release/renew - of note is an additional IPv6 autoconf address that gets added:</p>
<p><a href="#" onclick="$('#collapse-19941a2b-show, #collapse-19941a2b-hide').toggle(); $('#collapse-19941a2b').fadeToggle(150);; return false;" id="collapse-19941a2b-show" class="icon icon-collapsed collapsible">Show</a><a href="#" onclick="$('#collapse-19941a2b-show, #collapse-19941a2b-hide').toggle(); $('#collapse-19941a2b').fadeToggle(150);; return false;" id="collapse-19941a2b-hide" class="icon icon-expended collapsible" style="display:none;">Hide</a><div id="collapse-19941a2b" class="collapsed-text" style="display:none;"><pre>
# ifconfig
vmx1: flags=1008843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST,LOWER_UP> metric 0 mtu 1500
description: LAN
options=4e000bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,RXCSUM_IPV6,TXCSUM_IPV6,HWSTATS,MEXTPG>
ether 00:50:56:b2:72:81
inet 10.0.50.98 netmask 0xffffff00 broadcast 10.0.50.255
inet6 fe80::250:56ff:feb2:7281%vmx1 prefixlen 64 scopeid 0x2
inet6 2001:db8:db8:50:51::1 prefixlen 128 pltime 37 vltime 60
media: Ethernet autoselect
status: active
nd6 options=23<PERFORMNUD,ACCEPT_RTADV,AUTO_LINKLOCAL>
# lease change on upstream DHCP6 server
Sep 13 21:21:13 php-fpm 52211 /rc.newwanipv6: rc.newwanipv6: Info: starting on vmx1.
Sep 13 21:21:13 php-fpm 52211 /rc.newwanipv6: rc.newwanipv6: on (IP address: 2001:db8:db8:50:51::2) (interface: lan) (real interface: vmx1).
Sep 13 21:21:14 php-fpm 52211 /rc.newwanipv6: Gateway, NONE AVAILABLE
Sep 13 21:21:14 check_reload_status 424 Reloading filter
Sep 13 21:21:14 php-fpm 52211 /rc.newwanipv6: Resyncing OpenVPN instances for interface LAN.
Sep 13 21:21:14 php-fpm 52211 /rc.newwanipv6: Creating rrd update script
Sep 13 21:21:14 php-fpm 52211 /rc.newwanipv6: pfSense package system has detected an IP change or dynamic WAN reconnection - 2001:db8:db8:50:51::1 -> 2001:db8:db8:50:51::2 - Restarting packages.
Sep 13 21:21:14 check_reload_status 424 Starting packages
Sep 13 21:21:14 check_reload_status 424 Reloading filter
Sep 13 21:21:15 php-fpm 25148 /rc.start_packages: Restarting/Starting all packages.
Sep 13 21:21:31 php-fpm 52211 /rc.newwanipv6: rc.newwanipv6: Info: starting on vmx1.
Sep 13 21:21:31 php-fpm 52211 /rc.newwanipv6: rc.newwanipv6: on (IP address: 2001:db8:db8:50:51::2) (interface: lan) (real interface: vmx1).
Sep 13 21:21:31 php-fpm 52211 /rc.newwanipv6: Gateway, NONE AVAILABLE
Sep 13 21:21:31 check_reload_status 424 Reloading filter
Sep 13 21:21:49 php-fpm 388 /rc.newwanipv6: rc.newwanipv6: Info: starting on vmx1.
Sep 13 21:21:49 php-fpm 388 /rc.newwanipv6: rc.newwanipv6: on (IP address: 2001:db8:db8:50:51::2) (interface: lan) (real interface: vmx1).
Sep 13 21:21:49 php-fpm 388 /rc.newwanipv6: Gateway, NONE AVAILABLE
Sep 13 21:21:49 check_reload_status 424 Reloading filter
# manual release
Sep 13 22:40:31 php-fpm 388 /status_interfaces.php: Resyncing OpenVPN instances for interface LAN.
Sep 13 22:40:31 check_reload_status 424 Reloading filter
Sep 13 22:40:31 php-fpm 388 /status_interfaces.php: Gateway, switch to:
Sep 13 22:40:31 check_reload_status 424 Starting packages
Sep 13 22:40:32 php-fpm 35396 /rc.start_packages: Restarting/Starting all packages.
Sep 13 22:40:32 php-fpm 387 /rc.filter_configure_sync: Gateway, switch to:
# manual renew
Sep 13 22:41:16 php-fpm 35396 /status_interfaces.php: calling interface_dhcpv6_configure.
Sep 13 22:41:16 php-fpm 35396 /status_interfaces.php: Accept router advertisements on interface vmx1
Sep 13 22:41:16 php-fpm 35396 /status_interfaces.php: Starting DHCP6 client for interfaces vmx1 in DHCP6 without RA mode
Sep 13 22:41:16 php-fpm 35396 /status_interfaces.php: Starting rtsold process on lan(vmx1)
Sep 13 22:41:18 php-fpm 734 /rc.newwanipv6: rc.newwanipv6: Info: starting on vmx1.
Sep 13 22:41:18 php-fpm 734 /rc.newwanipv6: rc.newwanipv6: on (IP address: 2001:db8:db8:50:51::2) (interface: lan) (real interface: vmx1).
Sep 13 22:41:19 php-fpm 734 /rc.newwanipv6: Gateway, switch to:
Sep 13 22:41:19 check_reload_status 424 Reloading filter
Sep 13 22:41:19 rtsold 11486 Received RA specifying route fe80::250:56ff:feb2:8560 for interface lan(vmx1)
Sep 13 22:41:19 rtsold 12407 RTSOLD Lock in place - sending SIGHUP to dhcp6c
Sep 13 22:41:19 php-fpm 25148 /rc.newwanipv6: rc.newwanipv6: Info: starting on vmx1.
Sep 13 22:41:19 php-fpm 25148 /rc.newwanipv6: rc.newwanipv6: on (IP address: 2001:db8:db8:50:250:56ff:feb2:7281) (interface: lan) (real interface: vmx1).
Sep 13 22:41:20 php-fpm 388 /rc.filter_configure_sync: Gateway, switch to: LAN_DHCP6
Sep 13 22:41:20 php-fpm 388 /rc.filter_configure_sync: Default gateway setting Interface LAN_DHCP6 Gateway as default.
Sep 13 22:41:21 check_reload_status 424 Reloading filter
Sep 13 22:41:21 php-fpm 25148 /rc.newwanipv6: The command '/sbin/ifconfig vmx1 inet6 2001:db8:db8:50:51::2 delete' returned exit code '1', the output was 'ifconfig: ioctl (SIOCDIFADDR): Can't assign requested address'
Sep 13 22:41:21 php-fpm 25148 /rc.newwanipv6: Resyncing OpenVPN instances for interface LAN.
Sep 13 22:41:21 php-fpm 25148 /rc.newwanipv6: Creating rrd update script
Sep 13 22:41:21 php-fpm 25148 /rc.newwanipv6: pfSense package system has detected an IP change or dynamic WAN reconnection - 2001:db8:db8:50:51::2 -> 2001:db8:db8:50:250:56ff:feb2:7281 - Restarting packages.
Sep 13 22:41:21 check_reload_status 424 Starting packages
Sep 13 22:41:21 check_reload_status 424 Reloading filter
Sep 13 22:41:22 php-fpm 387 /rc.newwanipv6: rc.newwanipv6: Info: starting on vmx1.
Sep 13 22:41:22 php-fpm 387 /rc.newwanipv6: rc.newwanipv6: on (IP address: 2001:db8:db8:50:51::2) (interface: lan) (real interface: vmx1).
Sep 13 22:41:22 php-fpm 734 /rc.start_packages: Restarting/Starting all packages.
Sep 13 22:41:23 check_reload_status 424 Reloading filter
Sep 13 22:41:23 php-fpm 387 /rc.newwanipv6: Resyncing OpenVPN instances for interface LAN.
</pre></div></p>
<p>After stopping the DHCP6 server (including RAs), the lease expires and the interface address is marked as deprecated. After starting DHCP6/RAs again, pfSense picks up the change.</p>
<p><a href="#" onclick="$('#collapse-54403bf4-show, #collapse-54403bf4-hide').toggle(); $('#collapse-54403bf4').fadeToggle(150);; return false;" id="collapse-54403bf4-show" class="icon icon-collapsed collapsible">Show</a><a href="#" onclick="$('#collapse-54403bf4-show, #collapse-54403bf4-hide').toggle(); $('#collapse-54403bf4').fadeToggle(150);; return false;" id="collapse-54403bf4-hide" class="icon icon-expended collapsible" style="display:none;">Hide</a><div id="collapse-54403bf4" class="collapsed-text" style="display:none;"><pre>
# lease expires
vmx1: flags=1008843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST,LOWER_UP> metric 0 mtu 1500
description: LAN
options=4e000bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,RXCSUM_IPV6,TXCSUM_IPV6,HWSTATS,MEXTPG>
ether 00:50:56:b2:72:81
inet6 fe80::250:56ff:feb2:7281%vmx1 prefixlen 64 scopeid 0x2
inet6 2001:db8:db8:50:250:56ff:feb2:7281 prefixlen 64 deprecated autoconf pltime 0 vltime 7200
inet6 2001:db8:db8:50:51::1 prefixlen 128 deprecated pltime 37 vltime 60
media: Ethernet autoselect
status: active
nd6 options=23<PERFORMNUD,ACCEPT_RTADV,AUTO_LINKLOCAL>
Sep 13 22:47:58 php-fpm 35396 /rc.newwanipv6: rc.newwanipv6: Info: starting on vmx1.
Sep 13 22:47:58 php-fpm 35396 /rc.newwanipv6: rc.newwanipv6: on (IP address: 2001:db8:db8:50:51::1) (interface: lan) (real interface: vmx1).
Sep 13 22:47:59 check_reload_status 424 Reloading filter
# upstream IPv6 service restored
vmx1: flags=1008843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST,LOWER_UP> metric 0 mtu 1500
description: LAN
options=4e000bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,RXCSUM_IPV6,TXCSUM_IPV6,HWSTATS,MEXTPG>
ether 00:50:56:b2:72:81
inet6 fe80::250:56ff:feb2:7281%vmx1 prefixlen 64 scopeid 0x2
inet6 2001:db8:db8:50:250:56ff:feb2:7281 prefixlen 64 autoconf pltime 14400 vltime 86400
inet6 2001:db8:db8:50:51::1 prefixlen 128 pltime 37 vltime 60
media: Ethernet autoselect
status: active
nd6 options=23<PERFORMNUD,ACCEPT_RTADV,AUTO_LINKLOCAL>
Sep 13 22:52:31 php-fpm 35396 /rc.newwanipv6: rc.newwanipv6: Info: starting on vmx1.
Sep 13 22:52:31 php-fpm 35396 /rc.newwanipv6: rc.newwanipv6: on (IP address: 2001:db8:db8:50:51::1) (interface: lan) (real interface: vmx1).
Sep 13 22:52:33 check_reload_status 424 Reloading filter
</pre></div></p>
<p>Given the above, it looks like the original issue as described has been resolved - additional feedback is welcomed.</p> pfSense - Bug #12947: DHCP6 client does not take any action if the interface IPv6 address changes during renewalhttps://redmine.pfsense.org/issues/12947?journal_id=698982023-09-26T17:28:24ZJim Pingle
<ul><li><strong>Plus Target Version</strong> changed from <i>24.01</i> to <i>24.03</i></li></ul> pfSense - Bug #12947: DHCP6 client does not take any action if the interface IPv6 address changes during renewalhttps://redmine.pfsense.org/issues/12947?journal_id=704662023-10-29T18:06:51ZMarcos M
<ul><li><strong>Related to</strong> <i><a class="issue tracker-8 status-5 priority-4 priority-default closed" href="/issues/11570">Regression #11570</a>: Gateway monitoring services is not always restarted on interface events, which may prevent a WAN from recovering back to an online state</i> added</li></ul>