Comcast XFINITY → [IPv6] ALL areas support /60 now..

If your router can request a IA_PD have fun with it..

Models/brands that do this?

off the top of my head the D-Link and Cisco.. just not sure what models..

I have a Cisco 3845 in the house that supports it..

Yeah, I'm an Asus RT-N66U

OK, what's the advantage to this?

I want to complain, I really don't feel that 295,147,905,179,352,825,856 addresses will meet my needs.

Is this for resi only or is BCI included?

Thanks for the excellent explanation.

I can't seem to find a definitive answer, but does anyone know (or has seen) if the asus rt-n66u can yank a /60 using native (dhcp-pd) IPv6, or am I missing some fundamentals here.

I seem to get a /64 no problem, everything works perfectly right now, so i'm basically seeing if i can screw it up somehow.

Take a number... from the /64, I will randomly pick one for next in line

resi gets a /60-/64
BCI will get a /56

I talked to ASUS about this over a year ago, but I don't know when they plan to add it.. I will see if I can dig up some contacts again..

Will all Business Class customers be able to get a /56 assignment (assuming that their owned router(s) can handle it), or just those using a leased Netgear or SMC gateway box? And/or would perhaps only static IP customers be able to get a /56 assignment?

Is BCI active yet?

Nope not yet..

+1 Here. Please ping ASUS about it - thank you

I sure hope you got that cheap *lol* that's a lot of money for a home user

Got what cheap?

I think he was referring to the cisco 3845

Yep I have had that for some time now.. From my last job

Are you running that via a 'cable modem', or do you have a DOCSIS HWIC in there?

Cable modem to the router.. I have a TM822 modem..

My router is requesting it, but y'all ain't givin' it.

Specifically it's getting two Advertise responses from two different DHCPv6 servers (different Server Identifiers). The first response offers the same /64 I've always had, while the second one offers a new /60. Obviously my router picks the first one, so I always get my same /64.

Here's a screenshot from Wireshark showing the first one:

I only get one response here using WIDE DHCPv6. Only /64.

root@rt01:~# tcpdump -vvv -n '(port 546 or port 547)'
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
17:51:29.492428 IP6 (hlim 1, next-header UDP (17) payload length: 62) fe80::2e0:4cff:fe21:23aa.546 > ff02::1:2.547: [udp sum ok] dhcp6 solicit (xid=68f4e2 (client-ID hwaddr/time type 1 time 434678277 00e04c2123aa) (rapid-commit) (elapsed-time 0) (option-request DNS-server) (IA_PD IAID:1 T1:0 T2:0))
 
17:51:29.507934 IP6 (hlim 64, next-header UDP (17) payload length: 134) fe80::201:5cff:fe33:2e41.547 > fe80::2e0:4cff:fe21:23aa.546: [udp sum ok] dhcp6 advertise (xid=68f4e2 (client-ID hwaddr/time type 1 time 434678277 00e04c2123aa) (server-ID hwaddr/time type 1 time 369849021 14feb5d5b76e) (IA_PD IAID:1 T1:172559 T2:276094 (IA_PD-prefix 2601:d:3880:5e0::/64 pltime:345118 vltime:345118) (preference 255)[|dhcp6ext]) (preference 255) (DNS-server 2001:558:feed::1 2001:558:feed::2))
 
17:51:29.508436 IP6 (hlim 1, next-header UDP (17) payload length: 105) fe80::2e0:4cff:fe21:23aa.546 > ff02::1:2.547: [udp sum ok] dhcp6 request (xid=82b1ae (client-ID hwaddr/time type 1 time 434678277 00e04c2123aa) (server-ID hwaddr/time type 1 time 369849021 14feb5d5b76e) (elapsed-time 0) (option-request DNS-server) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix 2601:d:3880:5e0::/64 pltime:345118 vltime:345118) (opt_0) (opt_0) (opt_0)))
 
17:51:29.523047 IP6 (hlim 64, next-header UDP (17) payload length: 129) fe80::201:5cff:fe33:2e41.547 > fe80::2e0:4cff:fe21:23aa.546: [udp sum ok] dhcp6 reply (xid=82b1ae (client-ID hwaddr/time type 1 time 434678277 00e04c2123aa) (server-ID hwaddr/time type 1 time 369849021 14feb5d5b76e) (IA_PD IAID:1 T1:172559 T2:276094 (IA_PD-prefix 2601:d:3880:5e0::/64 pltime:345118 vltime:345118)[|dhcp6ext]) (DNS-server 2001:558:feed::1 2001:558:feed::2))
 

Here be my config:

interface eth0 {
        send ia-pd 1;
        send rapid-commit;
        request domain-name-servers;
};
 
id-assoc pd 1 {
        prefix-interface eth1 {
                sla-id 1;
                sla-len 0;
        };
};
 
 

I feel like I've read the entire man page of dhcp6c 10 times. I was looking for some sort of config that would allow me to request a /60, but my limited knowledge of DHCP tells me that's not how it works. We request ia-pd and the Comcast DHCP servers give us exactly what they're told to give us. There's no way for the client to manipulate this. However, that's just speculation on my part.

That's what your router's doing, but it is possible to request a specific prefix and hence prefix length, which could be a zero/unspecified prefix with a length. That's what my router is doing, as I can see in the packet capture I took. Of course in my case it's only working with one of the two Comcast servers, so YMMV.

Here's what I see in the dhcp6c.conf man page from the wide-dhcpv6 project repo on sourceforge (pasted without formatting, which makes it more confusing):

             The followings are possible substatements for an IA of type pd.
             prefix_interface_statement
                     specifies the client's local configuration of how dele-
                     gated prefixes should be used (see below).
             prefix ipv6-prefix pltime [vltime];
                     specifies a prefix and related parameters that the client
                     wants to be delegated.  Multiple prefixes can be speci-
                     fied, each of which is described as a separate prefix
                     substatement.  dhcp6c will include all the prefixes (and
                     related parameters) in Solicit messages, as an IA_PD pre-
                     fix option encapsulated in the corresponding IA_PD
                     option.  Note, however, that the server may or may not
                     respect the specified prefix parameters.  For parameters
                     of the prefix substatement, see dhcp6s.conf(5).
 

You already have a prefix interface statement, so here's what you'd do to match what my router's doing:

id-assoc pd 1 {
        # (existing prefix interface statement is still here)
        # now add this line:
        prefix ::/60 0;
};
 

No idea if this will help though. Maybe it's not necessary to request a specific length, and Comcast is just broken in your area too. :-) I've only taken the one packet capture so I don't know how the second server would behave with different requests.

edit: left off semicolon in config

Just tried it. Didn't seem to work for me. However, my packet dump did reflect the prefix ::/60 0; option. Great tip! Thanks.

Packet Dump

root@rt01:~# tcpdump -vvv -n '(port 546 or port 547)'
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
21:38:56.300217 IP6 (hlim 1, next-header UDP (17) payload length: 91) fe80::2e0:4cff:fe21:23aa.546 > ff02::1:2.547: [udp sum ok] dhcp6 solicit (xid=53cbf (client-ID hwaddr/time type 1 time 434678277 00e04c2123aa) (rapid-commit) (elapsed-time 0) (option-request DNS-server) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/60 pltime:0 vltime:0) (opt_0) (opt_0) (opt_0)))
21:38:56.315663 IP6 (hlim 64, next-header UDP (17) payload length: 134) fe80::201:5cff:fe33:2e41.547 > fe80::2e0:4cff:fe21:23aa.546: [udp sum ok] dhcp6 advertise (xid=53cbf (client-ID hwaddr/time type 1 time 434678277 00e04c2123aa) (server-ID hwaddr/time type 1 time 369849021 14feb5d5b76e) (IA_PD IAID:1 T1:172800 T2:276480 (IA_PD-prefix 2601:d:3880:5e0::/64 pltime:345600 vltime:345600) (preference 255)[|dhcp6ext]) (preference 255) (DNS-server 2001:558:feed::1 2001:558:feed::2))
21:38:56.316165 IP6 (hlim 1, next-header UDP (17) payload length: 105) fe80::2e0:4cff:fe21:23aa.546 > ff02::1:2.547: [udp sum ok] dhcp6 request (xid=f53229 (client-ID hwaddr/time type 1 time 434678277 00e04c2123aa) (server-ID hwaddr/time type 1 time 369849021 14feb5d5b76e) (elapsed-time 0) (option-request DNS-server) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix 2601:d:3880:5e0::/64 pltime:345600 vltime:345600) (opt_0) (opt_0) (opt_0)))
21:38:56.337821 IP6 (hlim 64, next-header UDP (17) payload length: 129) fe80::201:5cff:fe33:2e41.547 > fe80::2e0:4cff:fe21:23aa.546: [udp sum ok] dhcp6 reply (xid=f53229 (client-ID hwaddr/time type 1 time 434678277 00e04c2123aa) (server-ID hwaddr/time type 1 time 369849021 14feb5d5b76e) (IA_PD IAID:1 T1:172800 T2:276480 (IA_PD-prefix 2601:d:3880:5e0::/64 pltime:345600 vltime:345600)[|dhcp6ext]) (DNS-server 2001:558:feed::1 2001:558:feed::2))
 

dhcp6c Verbose Output

root@rt01:~# /usr/sbin/dhcp6c -d -D -f -c /usr/local/etc/dhcp6c.conf eth0
Oct/13/2013 21:38:56: get_duid: extracted an existing DUID from /var/lib/dhcpv6/dhcp6c_duid:  <DUID_HERE>
Oct/13/2013 21:38:56: cfdebug_print: <3>[interface] (9)
Oct/13/2013 21:38:56: cfdebug_print: <5>[eth0] (4)
Oct/13/2013 21:38:56: cfdebug_print: <3>begin of closure [{] (1)
Oct/13/2013 21:38:56: cfdebug_print: <3>[send] (4)
Oct/13/2013 21:38:56: cfdebug_print: <3>[ia-pd] (5)
Oct/13/2013 21:38:56: cfdebug_print: <3>[1] (1)
Oct/13/2013 21:38:56: cfdebug_print: <3>end of sentence [;] (1)
Oct/13/2013 21:38:56: cfdebug_print: <3>[send] (4)
Oct/13/2013 21:38:56: cfdebug_print: <3>[rapid-commit] (12)
Oct/13/2013 21:38:56: cfdebug_print: <3>end of sentence [;] (1)
Oct/13/2013 21:38:56: cfdebug_print: <3>[request] (7)
Oct/13/2013 21:38:56: cfdebug_print: <3>[domain-name-servers] (19)
Oct/13/2013 21:38:56: cfdebug_print: <3>end of sentence [;] (1)
Oct/13/2013 21:38:56: cfdebug_print: <3>end of closure [}] (1)
Oct/13/2013 21:38:56: cfdebug_print: <3>end of sentence [;] (1)
Oct/13/2013 21:38:56: cfdebug_print: <3>[id-assoc] (8)
Oct/13/2013 21:38:56: cfdebug_print: <15>[pd] (2)
Oct/13/2013 21:38:56: cfdebug_print: <15>[1] (1)
Oct/13/2013 21:38:56: cfdebug_print: <15>begin of closure [{] (1)
Oct/13/2013 21:38:56: cfdebug_print: <3>[prefix-interface] (16)
Oct/13/2013 21:38:56: cfdebug_print: <5>[eth1] (4)
Oct/13/2013 21:38:56: cfdebug_print: <3>begin of closure [{] (1)
Oct/13/2013 21:38:56: cfdebug_print: <3>[sla-id] (6)
Oct/13/2013 21:38:56: cfdebug_print: <3>[1] (1)
Oct/13/2013 21:38:56: cfdebug_print: <3>end of sentence [;] (1)
Oct/13/2013 21:38:56: cfdebug_print: <3>[sla-len] (7)
Oct/13/2013 21:38:56: cfdebug_print: <3>[0] (1)
Oct/13/2013 21:38:56: cfdebug_print: <3>end of sentence [;] (1)
Oct/13/2013 21:38:56: cfdebug_print: <3>end of closure [}] (1)
Oct/13/2013 21:38:56: cfdebug_print: <3>end of sentence [;] (1)
Oct/13/2013 21:38:56: cfdebug_print: <3>[prefix] (6)
Oct/13/2013 21:38:56: cfdebug_print: <3>[::] (2)
Oct/13/2013 21:38:56: cfdebug_print: <3>[/] (1)
Oct/13/2013 21:38:56: cfdebug_print: <3>[60] (2)
Oct/13/2013 21:38:56: cfdebug_print: <3>[0] (1)
Oct/13/2013 21:38:56: cfdebug_print: <3>end of sentence [;] (1)
Oct/13/2013 21:38:56: cfdebug_print: <3>end of closure [}] (1)
Oct/13/2013 21:38:56: cfdebug_print: <3>end of sentence [;] (1)
Oct/13/2013 21:38:56: configure_pool: called
Oct/13/2013 21:38:56: clear_poolconf: called
Oct/13/2013 21:38:56: dhcp6_reset_timer: reset a timer on eth0, state=INIT, timeo=0, retrans=54
Oct/13/2013 21:38:56: client6_send: a new XID (53cbf) is generated
Oct/13/2013 21:38:56: copy_option: set client ID (len 14)
Oct/13/2013 21:38:56: copy_option: set rapid commit (len 0)
Oct/13/2013 21:38:56: copy_option: set elapsed time (len 2)
Oct/13/2013 21:38:56: copy_option: set option request (len 2)
Oct/13/2013 21:38:56: copyout_option: set IA_PD prefix
Oct/13/2013 21:38:56: copyout_option: set IA_PD
Oct/13/2013 21:38:56: client6_send: send solicit to ff02::1:2%eth0
Oct/13/2013 21:38:56: dhcp6_reset_timer: reset a timer on eth0, state=SOLICIT, timeo=0, retrans=1042
Oct/13/2013 21:38:56: client6_recv: receive advertise from fe80::201:5cff:fe33:2e41%eth0 on eth0
Oct/13/2013 21:38:56: dhcp6_get_options: get DHCP option client ID, len 14
Oct/13/2013 21:38:56:   DUID:  <DUID_HERE>
Oct/13/2013 21:38:56: dhcp6_get_options: get DHCP option server ID, len 14
Oct/13/2013 21:38:56:   DUID: <DUID_HERE>
Oct/13/2013 21:38:56: dhcp6_get_options: get DHCP option IA_PD, len 41
Oct/13/2013 21:38:56:   IA_PD: ID=1, T1=172800, T2=276480
Oct/13/2013 21:38:56: copyin_option: get DHCP option IA_PD prefix, len 25
Oct/13/2013 21:38:56: copyin_option:   IA_PD prefix: 2601:d:3880:5e0::/64 pltime=345600 vltime=345600
Oct/13/2013 21:38:56: dhcp6_get_options: get DHCP option preference, len 1
Oct/13/2013 21:38:56:   preference: 255
Oct/13/2013 21:38:56: dhcp6_get_options: get DHCP option DNS, len 32
Oct/13/2013 21:38:56: client6_recvadvert: server ID: <DUID_HERE>, pref=255
Oct/13/2013 21:38:56: client6_recvadvert: unexpected advertise
Oct/13/2013 21:38:56: client6_send: a new XID (f53229) is generated
Oct/13/2013 21:38:56: copy_option: set client ID (len 14)
Oct/13/2013 21:38:56: copy_option: set server ID (len 14)
Oct/13/2013 21:38:56: copy_option: set elapsed time (len 2)
Oct/13/2013 21:38:56: copy_option: set option request (len 2)
Oct/13/2013 21:38:56: copyout_option: set IA_PD prefix
Oct/13/2013 21:38:56: copyout_option: set IA_PD
Oct/13/2013 21:38:56: client6_send: send request to ff02::1:2%eth0
Oct/13/2013 21:38:56: dhcp6_reset_timer: reset a timer on eth0, state=REQUEST, timeo=0, retrans=960
Oct/13/2013 21:38:56: client6_recv: receive reply from fe80::201:5cff:fe33:2e41%eth0 on eth0
Oct/13/2013 21:38:56: dhcp6_get_options: get DHCP option client ID, len 14
Oct/13/2013 21:38:56:   DUID: <DUID_HERE>
Oct/13/2013 21:38:56: dhcp6_get_options: get DHCP option server ID, len 14
Oct/13/2013 21:38:56:   DUID: <DUID_HERE>
Oct/13/2013 21:38:56: dhcp6_get_options: get DHCP option IA_PD, len 41
Oct/13/2013 21:38:56:   IA_PD: ID=1, T1=172800, T2=276480
Oct/13/2013 21:38:56: copyin_option: get DHCP option IA_PD prefix, len 25
Oct/13/2013 21:38:56: copyin_option:   IA_PD prefix: 2601:d:3880:5e0::/64 pltime=345600 vltime=345600
Oct/13/2013 21:38:56: dhcp6_get_options: get DHCP option DNS, len 32
Oct/13/2013 21:38:56: info_printf: nameserver[0] 2001:558:feed::1
Oct/13/2013 21:38:56: info_printf: nameserver[1] 2001:558:feed::2
Oct/13/2013 21:38:56: get_ia: make an IA: PD-1
Oct/13/2013 21:38:56: update_prefix: create a prefix 2601:d:3880:5e0::/64 pltime=345600, vltime=30065116672
Oct/13/2013 21:38:56: ifaddrconf: failed to add an address on eth1: File exists
Oct/13/2013 21:38:56: dhcp6_remove_event: removing an event on eth0, state=REQUEST
Oct/13/2013 21:38:56: dhcp6_remove_event: removing server (ID: <DUID_HERE>)
Oct/13/2013 21:38:56: client6_recvreply: got an expected reply, sleeping.
 

Sad. All eyes are on NetDog now.

In this thread I see only NetFixer confirmed to be getting a /60. NetFixer do you have a way to show us a tcpdump like Clever_Proxy's or mine?

edit: Well I guess I am getting a /60, it's just losing the race to the /64. I tried changing my config to not request a particular prefix length, so that my tcpdump looked like Clever_Proxy's original one. Both servers returned a /64. Then I tried requesting a /48, and they returned a /60 and a /64 just like when I requested a /60. So basically you have to request something, which I think NetDog has said before.