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

    Comcast IPv6 - no IP received

    Scheduled Pinned Locked Moved IPv6
    18 Posts 7 Posters 3.2k 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
      kejianshi
      last edited by

      I'm pretty sure this is your problem.  Take a second look at that thread.

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

        Based on your interface addresses, it appears as though IPv6 IS working for you (both WAN and LAN have IPv6 addresses that are appropriate for Comcast), but there's something else not working right to allow devices on your network to get IPv6 addresses. BTW, my settings are the same as yours (and I have Comcast too) and everything is working fine for me.

        So something to check… In your services, is radvd running? Had you previously run with a different IPv6 setup and you just decided to switch to native IPv6?

        The S in IOT stands for Security

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

          radvd is running. I once used a tunnel broker and later 6to4.  That was ages ago.  I know my hardware has changed since then, but it's possible I carried over the config.

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

            If you had changed settings for DHCPv6 server and RA before, those settings are likely still being applied, even though you can't modify them now (something that has been requested in feature #3029).

            You might want to change to static IPv6 on your LAN for a moment and set RA to Unmanaged, remove any other custom or advanced settings, then clear all the DHCPv6 server boxes and disable it. Then switch back to Track Interface on LAN and see if that helps.

            The S in IOT stands for Security

            1 Reply Last reply Reply Quote 0
            • A
              azzido
              last edited by

              mrhanman your issue has definitively nothing to do with previous thread. You successfully receive IP and PD from Comcast DHCP server.

              What OS is client running? If you know how run Wireshark and look for RA messages; enter 'icmpv6.type == 134' in the filter field.
              Make sure that radvd process is really running on pfSense and post content of /var/etc/radvd.conf file.

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

                I'm running Windows 8.1 x64.  I'm  having the same problem on two linux machines, one running NAS4Free (FreeBSD 10.1) and another running Steam OS (Debian).  Here's my radvd.conf:

                # Automatically Generated, do not edit
                # Generated config for dhcp6 delegation from wan on lan
                interface msk0 {
                	AdvSendAdvert on;
                	MinRtrAdvInterval 3;
                	MaxRtrAdvInterval 10;
                	AdvLinkMTU 1500;
                	AdvOtherConfigFlag on;
                		prefix 2601:2:xxxx:xxxx::/60 {
                		AdvOnLink on;
                		AdvAutonomous on;
                		AdvRouterAddr on;
                	};
                	RDNSS 2601:2:8a00:xxxx:xxxx:xxxx:fe30:dcba { };
                	DNSSL mydomain.com { };
                };
                
                

                radvd is running:

                $ ps ax | grep radvd
                32549  -  S       0:02.40 /usr/local/sbin/radvd -p /var/run/radvd.pid -C /var/e
                

                I'm seeing these every few seconds with that filter in wireshark:

                2562	132.511429000	fe80::1:1	ff02::1	ICMPv6	166	Router Advertisement from xx:xx:xx:xx:xx:xx
                
                1 Reply Last reply Reply Quote 0
                • A
                  azzido
                  last edited by

                  Kill radvd process, change line 'prefix 2601:2:xxxx:xxxx::/60 {' to 'prefix 2601:2:xxxx:xxxx::/64 {' and start radvd again by running '/usr/local/sbin/radvd -p /var/run/radvd.pid -C /var/etc/radvd.conf -m syslog'

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

                    It works!  ;D

                    Thanks so much, azzido.  This one really had me pulling my hair out.

                    So, why was it incorrect there?

                    1 Reply Last reply Reply Quote 0
                    • A
                      azzido
                      last edited by

                      Glad it worked, but don't be too happy :) Config file will be reset to /60 if you make changes on GUI or radvd is restarted by pfSense.

                      It puts /60 probably because Comcast delegated you /60 prefix, but I am not sure about it. Need to look at the code to see what it is doing.

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

                        Well, if Comcast is giving me a /60 prefix, should that be what I have configured on my WAN connection?

                        1 Reply Last reply Reply Quote 0
                        • K
                          kejianshi
                          last edited by

                          If you are using comcast you should be getting a /64 on the wan…

                          But - In your unique case I'm sure its totally different....

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

                            if it's comcast business, they likely supply a /56 prefix by default and having the PD set to anything but /56 will make it configure the wrong prefix size on the tracked interfaces.

                            I noticed that a while back, maybe some kind of checking could be added before it writes the radvd and dhcp6 files and have it warn/notice that a non /64 size is being written to them.

                            1 Reply Last reply Reply Quote 0
                            • R
                              razzfazz
                              last edited by

                              Make sure you have the prefix delegation size on the WAN set correctly; Comcast will give you a /64 prefix if you send no hint, or up to a /60 if you send the respective hint. You would see a non-/64 prefix on your LAN if the prefix size you indicate in the WAN config doesn't match what Comcast actually gives you (e.g. because you selected /56).

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

                                I set the prefix hint to /60, and now my radvd.conf shows /64  :o

                                Is this correct?  It at least seems to be working, but I would have expected them to both be the same.

                                1 Reply Last reply Reply Quote 0
                                • R
                                  razzfazz
                                  last edited by

                                  If everything is configured right, you'll always end up with /64 prefixes on your LAN interfaces; the /60 is the total address space delegated to you, and pfSense will split it up into up to 16 /64 prefixes, one for each interfaces configured to track the WAN.

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