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

    Cox IPv6 working for a time

    Scheduled Pinned Locked Moved IPv6
    20 Posts 9 Posters 5.9k 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.
    • stan-qazS
      stan-qaz
      last edited by

      What city are you in?

      If you are having issues with Cox try the DSL Reports Cox HSI forum, there are several Cox folks that monitor the forum and can take a direct hand in solving your problems, even when your local Cox folks are dropping the ball.

      https://www.dslreports.com/forum/coxhsi

      1 Reply Last reply Reply Quote 0
      • MikeV7896M
        MikeV7896
        last edited by

        A helpful hint for the gateway monitoring/dpinger (2.3)… do a traceroute to a couple of hosts... hopefully your second (third, if you do it from a PC on your LAN) hop is the same for all (or at least most) of them. Configure the gateway to use that next hop host instead of the default gateway... that way you take out link-local/NDP from the "is it up?" test. I recommend doing this for both IPv4 and v6, though IPv4 doesn't have the link-local fallback like IPv6 does for a default gateway.

        Some might say that it's better to ping a host on the internet instead of within your ISP's local network... that way you can tell if your ISP is having internet connectivity issues. If you had multi-WAN, and needed to fail over to a backup WAN when internet connectivity is lost (meaning there's an issue on the ISP's end), this might be helpful... but with only one ISP and WAN connection, I prefer to see what kind of latency is present between me and my ISP, rather than latency on the internet.

        The S in IOT stands for Security

        1 Reply Last reply Reply Quote 0
        • M
          mmiller7
          last edited by

          Was this ever resolved?  If so, how?

          I've got Cox and I have the EXACT thing you're describing.

          1 Reply Last reply Reply Quote 0
          • O
            ohwell
            last edited by

            It appears to be mostly fixed. Fixed enough that I can leave IPv6 enabled and it works for weeks/months. But, Cox still manages to break it once in a while which can require either resetting the WAN interface or rebooting to fix. It helps to have shorter internal network SLAAC and DHCPv6 life times.

            1 Reply Last reply Reply Quote 0
            • DerelictD
              Derelict LAYER 8 Netgate
              last edited by

              Cox IPv6 here in Las Vegas has been solid as a rock. /56 PD. They are even honoring the DUID and my /56 has not changed despite a couple firewall swaps, cable modem changes, and about a half-dozen new IPv4 assignments.

              ![Browser Shot-2017-03-06-23-45-47.png_thumb](/public/imported_attachments/1/Browser Shot-2017-03-06-23-45-47.png_thumb)
              ![Browser Shot-2017-03-06-23-45-47.png](/public/imported_attachments/1/Browser Shot-2017-03-06-23-45-47.png)

              Chattanooga, Tennessee, USA
              A comprehensive network diagram is worth 10,000 words and 15 conference calls.
              DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
              Do Not Chat For Help! NO_WAN_EGRESS(TM)

              1 Reply Last reply Reply Quote 0
              • T
                the_MiCrO
                last edited by

                Try this:
                Open 'Wan interface' click 'save' and click 'apply', wait 1 minute
                Is IPv6 restored?
                Yes: https://redmine.pfsense.org/issues/7330

                1 Reply Last reply Reply Quote 0
                • DerelictD
                  Derelict LAYER 8 Netgate
                  last edited by

                  To my knowledge there is no PPPoE on Cox, so that issue would not apply here.

                  Edit/Save WAN is required to make changes to what interfaces are tracking WAN though.

                  Chattanooga, Tennessee, USA
                  A comprehensive network diagram is worth 10,000 words and 15 conference calls.
                  DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
                  Do Not Chat For Help! NO_WAN_EGRESS(TM)

                  1 Reply Last reply Reply Quote 0
                  • M
                    maverick_slo
                    last edited by

                    I don't think that dhcp/pppoe makes difference.
                    Your config uses same dhcpv6 client…
                    Can you test my scenario in my thread here on forums? In ipv6 section...
                    Thanks.

                    1 Reply Last reply Reply Quote 0
                    • DerelictD
                      Derelict LAYER 8 Netgate
                      last edited by

                      I have never seen the PD, etc go away from them so I can't check it here.

                      Chattanooga, Tennessee, USA
                      A comprehensive network diagram is worth 10,000 words and 15 conference calls.
                      DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
                      Do Not Chat For Help! NO_WAN_EGRESS(TM)

                      1 Reply Last reply Reply Quote 0
                      • M
                        maverick_slo
                        last edited by

                        Ahh ok I hope some of devs have access to pd setup somewhere… Otherwise I can make it available to collect necessary things...

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