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

    PPPoE IPv4 Address Lost after IPv6 /128 address assigned by DHCP

    Scheduled Pinned Locked Moved IPv6
    11 Posts 3 Posters 804 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.
    • Bob.DigB
      Bob.Dig LAYER 8 @cwager990
      last edited by

      @cwager990 What ISP, Country, technology?

      C 1 Reply Last reply Reply Quote 0
      • C
        cwager990 @Bob.Dig
        last edited by

        @Bob-Dig Andrews and Arnold; I've configured it as per the guide on there own support site.

        Technology is VDSL2 / FTTC, so external VDSL2 modem connected to the WAN port of pfSense for PPPoE.

        Untied Kingdom.

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

          @cwager990 said in PPPoE IPv4 Address Lost after IPv6 /128 address assigned by DHCP:

          Any ideas ?

          Try selecting Request only an IPv6 prefix. That should prevent assigning the /128 address. You don't really need it, as it just provides an address to the interface. If you need an address for a VPN, etc. you can use your LAN IPv6 address.

          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...

          C 1 Reply Last reply Reply Quote 0
          • C
            cwager990 @JKnott
            last edited by

            @JKnott Hi, I have tried this as suggested and the behaviour is the same.

            It is worth nothing that I have now discovered if I force disconnect the pppoe session several times it eventually sets up correctly with both an IPv6 and an IPv4 address.

            This is a problem because a reboot and its back to just IPv6 making a remote reboot all but impossible.

            Still hoping to find a solution to this.

            Thanks
            Chris

            Bob.DigB 1 Reply Last reply Reply Quote 0
            • Bob.DigB
              Bob.Dig LAYER 8 @cwager990
              last edited by

              @cwager990 What happens if you disable IPv6, is IPv4 working with no problem?

              C 1 Reply Last reply Reply Quote 0
              • C
                cwager990 @Bob.Dig
                last edited by

                @Bob-Dig Yeah if I disable IPv6 it established fine on IPv4 no issues no drop-outs nothing.

                Bob.DigB 1 Reply Last reply Reply Quote 0
                • Bob.DigB
                  Bob.Dig LAYER 8 @cwager990
                  last edited by

                  @cwager990 Have you tried "Do not wait for a RA"? This is common around here for DSL.

                  C 2 Replies Last reply Reply Quote 0
                  • C
                    cwager990 @Bob.Dig
                    last edited by

                    @Bob-Dig Hi, so that seems to have fixed my issue although quite what RA has to do with an IPv4 address being dropped beats me. Thanks

                    1 Reply Last reply Reply Quote 0
                    • C
                      cwager990 @Bob.Dig
                      last edited by

                      @Bob-Dig looks like I spoke to soon still have the same issue it's intermittent sometimes it gets both address on reboot or session reconnect sometimes it doesn't.

                      1 Reply Last reply Reply Quote 0
                      • C
                        cwager990
                        last edited by

                        I am still having this issue, does anyone have any other ideas ? I really don't want to be forced back to my slow ASA 5512's ha!

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