IPv6 beta for Bigpipe

Forums › Spark New Zealand (including Skinny and BigPipe) › IPv6 beta for Bigpipe

1 | ... | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29

185 posts

Master Geek

Lifetime subscriber

#1923805 22-Dec-2017 22:51

Has IPv6 been enabled by default for all customers? I just noticed my router now has an IPv6 address as well even though I never asked for it. I don't seem to experience any problem though.

Quic Broadband

Move to New Zealand's best fibre broadband service (affiliate link). Note that to use Quic Broadband you must be comfortable with configuring your own router.

dolsen

1474 posts

Uber Geek

Trusted

Lifetime subscriber

#1923821 23-Dec-2017 00:31

siyuan:

Has IPv6 been enabled by default for all customers? I just noticed my router now has an IPv6 address as well even though I never asked for it. I don't seem to experience any problem though.

Don't know what the official word is, but, I am not on the trial but can now get an ipv6 address (although native ipv6 dns is still an issue).

edit - native ipv6 dns is no longer an issue.

edit2 - incoming ipv6 access to my website also works (added aaaa record).

IPv6pipe

98 posts

Master Geek

Trusted

BigPipe

#1932764 9-Jan-2018 13:00

Great to hear it's working well! If you like, PM me your account email address and I'll have a look into what has happened regarding v6 on your account.

robjg63

4077 posts

Uber Geek

Subscriber

#1933310 10-Jan-2018 07:34

So it has been enabled for all customers?

Nothing is impossible for the man who doesn't have to do it himself - A. H. Weiler

IPv6pipe

98 posts

Master Geek

Trusted

BigPipe

#1933333 10-Jan-2018 08:25

It's not on for everyone, no, but I would like to see that one day! :)

jfp

7 posts

Wannabe Geek

#1937615 12-Jan-2018 11:56

Hi, I have a recurring problem, whenever I reboot my router (Debian), I can't get ipv6 back for hours.

Basically I send dhcp6 requests on the ppp connections but never get a reply.

ie:

11:49:18.229493 IP6 fe80::41:2:561.546 > ff02::1:2.547: dhcp6 solicit

And then, hours later it start working.

Any ideas?

jfp

7 posts

Wannabe Geek

#1937694 12-Jan-2018 13:56

OK, turns out I still have the allocation and the routing is working. I just need to manually configure the delegation, so i'm up for now, but this will be an issue if the delegation changes.

Looks to me like the bigpipe dhcpv6 server doesn't answer while a reservation has not expired (TTL?) So intital connection is good, subsequent one not so good?

madduck

51 posts

Master Geek

#1943831 19-Jan-2018 23:13

I have the same problem here, actually. Just set it up today, restarted the PPP connection several dozen times, but the SOLICIT messages from dhcp6c simply remain unanswered. I've not received a prefix thus far.

FWIW, no ping replies from ff02::1:2, so maybe the DHCP server is down?

jfp

7 posts

Wannabe Geek

#1943992 20-Jan-2018 13:33

It's possible you got a response the first time, if you can see the allocation in the logs, try manually configuring it.

madduck

51 posts

Master Geek

#1944023 20-Jan-2018 14:52

I had already checked that, and no. But isn't it weird that there's no ping replies to ff02::1:2%ppp0?

jfp

7 posts

Wannabe Geek

#1944035 20-Jan-2018 15:28

ff02::1:2 is a special multicast address, so I'm not sure if ping would work and it might be firewalled off.

HamishMacEwan

28 posts

Geek

Trusted

#1944061 20-Jan-2018 16:38

Finally noticed that the IPv6 Firewall configuration was established during the IPoE trial, and forwarded IPv6 packets to ether1-gateway.

With the return to PPPoE, and DHCPv6 over the pppoe-out1 interface, this interface wasn't changed. When it was, it was all good again.

Thanks for the opportunity.

http://protopage.com/Hamish.MacEwan

madduck

51 posts

Master Geek

#1944257 21-Jan-2018 08:10

jfp:
ff02::1:2 is a special multicast address, so I'm not sure if ping would work and it might be firewalled off.

I don't see any reason why ping to this multicast address should not work, but you're right, that alone is not an indicator.

Anyway, last night at 4:23, the client actually received a DHCPv6 advertisement, to which is then replied with a request, but now it's waiting for a reply to that:

fe80::4:2:89 -> ff02::1:2 DHCPv6 108 Solicit XID: 0xedb806 CID: 0001000121f47882b827eb5d5c08

fe80::e2ac:f1ff:fe81:a104 -> fe80::4:2:89 DHCPv6 149 Advertise XID: 0xedb806 CID: 0001000121f47882b827eb5d5c08

fe80::4:2:89 -> ff02::1:2 DHCPv6 106 Request XID: 0xd52bc5 CID: 0001000121f47882b827eb5d5c08

…

Here's the corresponding bits in the log:

 
Jan 21 04:23:02 atom dhcp6c[30017]: client6_recv: receive advertise from fe80::e2ac:f1ff:fe81:a104%ppp0 on ppp0 
Jan 21 04:23:02 atom dhcp6c[30017]: dhcp6_get_options: get DHCP option server ID, len 10 
Jan 21 04:23:02 atom dhcp6c[30017]:   DUID: 00:03:00:01:a8:0c:0d:2c:d3:3e 
Jan 21 04:23:02 atom dhcp6c[30017]: dhcp6_get_options: get DHCP option client ID, len 14 
Jan 21 04:23:02 atom dhcp6c[30017]:   DUID: 00:01:00:01:21:f4:78:82:b8:27:eb:5d:5c:08 
Jan 21 04:23:02 atom dhcp6c[30017]: dhcp6_get_options: get DHCP option status code, len 2 
Jan 21 04:23:02 atom dhcp6c[30017]:   status code: unspec failure 
Jan 21 04:23:02 atom dhcp6c[30017]: client6_recvadvert: server ID: 00:03:00:01:a8:0c:0d:2c:d3:3e, pref=-1 
Jan 21 04:23:02 atom dhcp6c[30017]: client6_recvadvert: reset timer for ppp0 to 0.000000 
Jan 21 04:23:02 atom dhcp6c[30017]: select_server: picked a server (ID: 00:03:00:01:a8:0c:0d:2c:d3:3e) 
Jan 21 04:23:02 atom dhcp6c[30017]: client6_send: a new XID (d52bc5) is generated 
Jan 21 04:23:02 atom dhcp6c[30017]: copy_option: set client ID (len 14) 
Jan 21 04:23:02 atom dhcp6c[30017]: copy_option: set server ID (len 10) 
Jan 21 04:23:02 atom dhcp6c[30017]: copy_option: set elapsed time (len 2) 
Jan 21 04:23:02 atom dhcp6c[30017]: client6_send: send request to ff02::1:2%ppp0 
Jan 21 04:23:02 atom dhcp6c[30017]: dhcp6_reset_timer: reset a timer on ppp0, state=REQUEST, timeo=0, retrans=928 
Jan 21 04:23:32 atom dhcp6c[30017]: copy_option: set client ID (len 14) 
Jan 21 04:23:32 atom dhcp6c[30017]: copy_option: set server ID (len 10) 
Jan 21 04:23:32 atom dhcp6c[30017]: copy_option: set elapsed time (len 2) 
Jan 21 04:23:32 atom dhcp6c[30017]: client6_send: send request to ff02::1:2%ppp0 
Jan 21 04:23:32 atom dhcp6c[30017]: dhcp6_reset_timer: reset a timer on ppp0, state=REQUEST, timeo=0, retrans=928 
…

I sincerely hope this isn't PEBCAK on my side. 😇

jfp

7 posts

Wannabe Geek

#1944301 21-Jan-2018 10:15

You could always try SLAAC. Once you have your subnet you can harcode it for now.

madduck

51 posts

Master Geek

#1944329 21-Jan-2018 10:29

There are no prefixes advertised on the link. I could hard-code, but first I'd need to know which prefix I was assigned.

1 | ... | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29