BigPipe IPv6

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

1 | 2 | 3

hio77

12999 posts

Uber Geek
+1 received by user: 3867

ID Verified

Trusted

Lizard Networks

#1568188 8-Jun-2016 20:09

BarTender:

Implementing IPv6 at at ISP in New Zealand requires (and this is not a complete list)

- Deciding on your end subscriber address space allocation, do you want to do /64's or /56's and should they be dynamic or sticky per customer?

Realistically would it not be a nobrainer to do static/sticky rather than dynamic in the first place. Considering how IPv6 works for the internal network.

The biggest issue with snaps ipv6 is the dynamic allocation, on an unstable connection that just causes a mess!

#include <std_disclaimer>

Any comments made are personal opinion and do not reflect directly on the position my current or past employers may have.

SirHumphreyAppleby

2871 posts

Uber Geek
+1 received by user: 1808

#1568360 9-Jun-2016 07:44

BigPipeNZ:

Patience for the IPv6. The switch flipping takes time. (It's a pretty big switch, needs a bit of CRC to get it going).

It's not too far away now though.

I've not been on Geekzone much lately. In fact, I came back yesterday after months of absence, to get information on why my Internet connection was down.

I was very pleased to see IPv6 is finally progressing, and even more pleased to see it mentioned as part of the scheduled updates that took place this morning. Please keep us informed of when we can get IPv6. I'm happy to be a test customer, as I'm sure are many others on these forums.

Don't forget PTRs, we need a way to configure those :)

MrTomato

149 posts

Master Geek
+1 received by user: 35

Lifetime subscriber

#1568427 9-Jun-2016 09:17

SirHumphreyAppleby:

lease keep us informed of when we can get IPv6. I'm happy to be a test customer, as I'm sure are many others on these forums.

Don't forget PTRs, we need a way to configure those :)

Yep, I'd be pleased to put my hand up to be a guinea pig too.

Static prefix allocations, please; and like SirHumphreyAppleby said, don't forget PTRs - or even better / less trouble for you, the ability to delegate xxx.ip6.arpa to customer-specified nameservers.

SirHumphreyAppleby

2871 posts

Uber Geek
+1 received by user: 1808

#1568459 9-Jun-2016 09:27

MrTomato:

PTRs - or even better / less trouble for you, the ability to delegate xxx.ip6.arpa to customer-specified nameservers.

That would be the ideal solution, yes.

It's one thing to kindly ask Bigpipe to set a PTR on a single IPv4 address, but multiple addresses, particularly those which are subject to change (e.g. I moved my mail server from :2 to :3 when I upgraded the host), may not be so well received. If we can do it ourselves, it's easier for everyone.

Yabanize

2350 posts

Uber Geek
+1 received by user: 583

#1579882 24-Jun-2016 22:34

I got an email tonight,

"We're currently doing some preparatory work before we can enable IPv6 on our network, and would like to test it on a few customers first before we roll it out to everyone. Would you like to help?

This would involve about 15 minutes and you will need to reconfigure your router for DHCP.

If you would like to help, please follow the steps below.

-Unplug your router from the ONT.
-While it is unplugged, reconfigure the WAN connection type to Dynamic IP
-Wait 5 minutes (you have to wait otherwise it won't work)
-Plug your router back into the ONT.
-Let us know if you can get online, and if so is it any faster than before!

If this is not the right time it's fine."

Excite!

michaelmurfy

meow
13367 posts

Uber Geek
+1 received by user: 10370

Moderator

ID Verified

Trusted

Lifetime subscriber

#1579934 25-Jun-2016 08:30

They must be just testing it with Enable circuits at the moment - just tried that and couldn't get any IP but then again I am on a VLAN 10 connection ;)

This sounds excellent though, without PPPoE overheads the connection should be a bit faster.

Michael Murphy | https://murfy.nz
Referral Links: Quic Broadband (use R122101E7CV7Q for free setup)

Are you happy with what you get from Geekzone? Please consider supporting us by subscribing.
Opinions are my own and not the views of my employer.

Yabanize

2350 posts

Uber Geek
+1 received by user: 583

#1580099 25-Jun-2016 13:32

michaelmurfy:
They must be just testing it with Enable circuits at the moment - just tried that and couldn't get any IP but then again I am on a VLAN 10 connection ;)

This sounds excellent though, without PPPoE overheads the connection should be a bit faster.

Yeah, im sure if it were available to you they would've let you know about it. I haven't tried it yet. Will do soon

Wise

Send money globally for less with Wise - one free transfer up to NZ$900 (affiliate link).

CcMaN

87 posts

Master Geek
+1 received by user: 37

#1580306 25-Jun-2016 19:32

Ooooh, would be keen to be a trial customer on Chorus Auckland, if BigPipe need any testers!

Yabanize

2350 posts

Uber Geek
+1 received by user: 583

#1580909 27-Jun-2016 09:35

BTW, IPv6 is not actually live yet. they're just testing the change to DHCP/IPoE, which it sounds like they will use instead of PPPoE when IPv6 comes.

matisyahu

1634 posts

Uber Geek
+1 received by user: 348

Trusted

#1581925 28-Jun-2016 13:32

Yabanize:

BTW, IPv6 is not actually live yet. they're just testing the change to DHCP/IPoE, which it sounds like they will use instead of PPPoE when IPv6 comes.

Regarding IPoE, does that mean in future the router just attaches to the ONT box and configures itself to DHCP rather than having to choose PPPoE as we current do today? From what it appears (based on the Wikipedia entry) that IPoE is considerably more efficient than PPPoE.

"When the people are being beaten with a stick, they are not much happier if it is called 'the People's Stick'"

dolsen

1477 posts

Uber Geek
+1 received by user: 310

Trusted

Lifetime subscriber

#1582017 28-Jun-2016 14:20

matisyahu:

Regarding IPoE, does that mean in future the router just attaches to the ONT box and configures itself to DHCP rather than having to choose PPPoE as we current do today? From what it appears (based on the Wikipedia entry) that IPoE is considerably more efficient than PPPoE.

And on that, for people with static ip addresses - does this mean that you would need to supply the mac address presented to enable you to always get the correct ip address, or, is some other system in play?

BarTender

3614 posts

Uber Geek
+1 received by user: 2539

ID Verified

Trusted

Lifetime subscriber

#1582018 28-Jun-2016 14:21

matisyahu:

Yabanize:

BTW, IPv6 is not actually live yet. they're just testing the change to DHCP/IPoE, which it sounds like they will use instead of PPPoE when IPv6 comes.

Regarding IPoE, does that mean in future the router just attaches to the ONT box and configures itself to DHCP rather than having to choose PPPoE as we current do today? From what it appears (based on the Wikipedia entry) that IPoE is considerably more efficient than PPPoE.

Yet PPPoE is considerably more robust in a broadband space than IPoE / DHCP is for keeping customers online.

When you want to change an IP Address of a customer worse case secnario 90 seconds later from when you action it, the customer will have disconnected and if their router is decent it will have already reconnected with the new IP.

With IPoE you need to wait until the DHCP lease has expired and having short DHCP leases is a bad thing. Not many DHCP clients support inform so grooming a connection to another site can be then forcing the customer to reboot their modem to get service again. So the router won't display the "Sorry you can't connect to the internet" captive portal when the service is offline until the lease expires. This is especially bad on UFB where the ONT is still up and the link is up but the connection back to the BNG has gone AWOL. Ends up with a poor customer experience.

You also get via PPPoE the ADSL Forum Actual DSL Rate for ADSL2 and VDSL connections as per RFC4679 so you know the connect rate of the customer. This can be really useful when debugging speed / broadband issues where the line drops and comes back at a different speed. You can also do a number of very clever things if you know the exact speed the customer received when their line came up. You don't get that via IPoE as it's not part of RFC3046 where the Circuit ID / Remote ID is defined.

You can't also easily have a username / password on IPoE like you can on PPPoE. So if you want to identify your customers by username & password rather than RemoteID/CircuitID Port or if you aren't sure which port the customer is on they can't put in "findmeplease" in their username field and you can search in your logs and find them.

Sure you have a 8 byte packet overhead from doing it, but in regards to keeping a stable connection and using IPCP & IPv6CP on a dual stack is very-doable, so give me PPPoE any day of the week over IPoE.

Just my 2 cents ;)

Lorenceo

904 posts

Ultimate Geek
+1 received by user: 336

Trusted

#1582056 28-Jun-2016 14:56

dolsen:

matisyahu:

Regarding IPoE, does that mean in future the router just attaches to the ONT box and configures itself to DHCP rather than having to choose PPPoE as we current do today? From what it appears (based on the Wikipedia entry) that IPoE is considerably more efficient than PPPoE.

And on that, for people with static ip addresses - does this mean that you would need to supply the mac address presented to enable you to always get the correct ip address, or, is some other system in play?

Some other system is in play. :)

1 | 2 | 3