Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    No request for Prefix Delegation after WAN upstream fail

    Scheduled Pinned Locked Moved IPv6
    4 Posts 2 Posters 594 Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • K
      k6tu
      last edited by

      I apologize in advance if this should have been added to another thread such as this one:

      pfSense fails to restore IPV6 after WAN side service interruption

      but the referenced bug tracker item is marked as resolved in 21.02-RELEASE-p1 which I am running.

      If the WAN modem gets rebooted (either by the ISP or by me), no Prefix gets requested and ipv6 has no connectivity from the LAN side.

      If I take the WAN interface down and back up, connectivity is immediately restored.

      I have taken packet captures after a modem reboot and also after toggling the WAN interface on pfSense but can't see any different behavior from the modem.

      As referenced in some other similar threads, I have removed my ipv6 configuration from pfSense, rebooted then reconfigured a couple of times but the behavior remains the same - 100% reproducible on a modem reboot.

      I have a v6 address assigned as a monitor IP on the v6 WAN route.

      My DHCP v6 Server/RA is configured as Managed.

      Does anyone have any recommendations or pointers to get to the bottom of this?

      I have static IPv4 addresses from the ISP and the v4 connectivity starts back up correctly on a modem reboot - but the v6 behaves as described above.

      Thanks
      Stu

      JKnottJ 1 Reply Last reply Reply Quote 0
      • JKnottJ
        JKnott @k6tu
        last edited by

        @k6tu

        If the modem is rebooted, then the Ethernet disconnect should be noticed by pfsense and DHCPv6 restarted when it's reconnected.

        PfSense running on Qotom mini PC
        i5 CPU, 4 GB memory, 32 GB SSD & 4 Intel Gb Ethernet ports.
        UniFi AC-Lite access point

        I haven't lost my mind. It's around here...somewhere...

        K 1 Reply Last reply Reply Quote 0
        • K
          k6tu @JKnott
          last edited by

          @jknott From looking at the pfSense System/general log, it does BUT...

          When the modem reboots, the Ethernet is disconnected for about 90 seconds. When it comes back, the modem "bounces" the interface...

          t0 - modem reboots, Ethernet goes DOWN for ~90 seconds
          (t1) t0 + 90 - Ethernet event UP
          (t2) t1 + 32 - Ethernet event DOWN
          (t3) t2 + 3 - Ethernet event UP

          from the log the clean up process on the link DOWN doesn't get to complete before the interface comes back up after the bounce.

          LOG Extract.jpeg

          You can see this in the screen capture of this portion of the log... this is the only thing I can see that is different from the interface toggle...

          Stu

          K 1 Reply Last reply Reply Quote 0
          • K
            k6tu @k6tu
            last edited by

            Well, with apologies for the noise level, I found a "fix" - I enabled "Do not wait for a RA" on the WAN interface, rebooted the modem and now recovery is complete without having to toggle the interface.

            I am stumped why this makes any difference as the modem clearly is sending out RAs after its reboot.

            I can see from the System logs that dhcp6 client is started without RA mode - consistent with how its now configured! :-) and sends a solicit and gets an advertise back - which then kicks the PD process off.

            Stu

            1 Reply Last reply Reply Quote 0
            • First post
              Last post
            Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.