marcel
join:2013-02-23
Mississauga, ON | reply to SimplePanda
Re: IPv6 beta said by SimplePanda:N66u is easy to configure with TekSavvy.
Yes, you do use "Static IPv6". In the future hopefully this will move to automatic with DHCPv6-PD but for now static is the way it's done.
Configure your PPPoE connection for your @hsiservice.net login first and verify that regular IPv4 works fine, then...
Assuming TekSavvy assigned you:
IPV6 /64: 2607:f2c0:a000:aa::/64
IPV6 /56: 2607:f2c0:f00f:bb::/56
You would fill in the following on your 66u:
WAN IPv6 Address: 2607:f2c0:a000:aa::1
WAN Prefix Length: 64
WAN IPv6 Gateway: 2607:f2c0:a000:aa::1 (same as your address)
LAN IPv6 Prefix: 2607:f2c0:f00f:bb::
LAN Prefix Length: 56
LAN IPv6 Address : 2607:f2c0:f00f:bb::1
So, the WAN is your /64 address with "1" on the end (or could be anything, it's just an assignment you give) and a 64 prefix (hence /64).
The LAN prefix is your /56 without any address (so ending in ::), 56 as the prefix lenght, and your prefix with "1" at the end (or whatever you want) as the LAN address.
You can leave the DNS servers blank as TSI's v4 name servers resolve AAAA without issue and I've found TSI's v6 name servers be a little unreliable.
Once this is done you can go to »test-ipv6.com
If it shows the following:
Your IPv6 address on the public Internet appears to be XXXX
then it works. Hope that helps.
I have almost given up on this, thank you very much this works for my RT-AC66U router as well. I just wish ASUS would give better documentation on how to set this up. |
|
Reviews:
 ·TekSavvy DSL
| reply to brad
said by brad:said by johnwhelan:So it appears the new userid is both IPv4 and IPV6 which I didn't appreciate.
Huh? That's what it is supposed to be. Not making any sense. I think he meant appreciate as in 'understand', not that he was unhappy. |
|
brad
join:2007-09-06
Etobicoke, ON | reply to johnwhelan
said by johnwhelan:So it appears the new userid is both IPv4 and IPV6 which I didn't appreciate.
Huh? That's what it is supposed to be. Not making any sense. |
|
Reviews:
·TekSavvy DSL
| reply to johnwhelan
said by johnwhelan:So it appears the new userid is both IPv4 and IPV6 which I didn't appreciate.
Correct. The @hsiservice.net login will give you both traditional IPv4 and IPv6 over PPP natively.
Enjoy. |
|
|
|
| reply to SimplePanda
I dug around the WAN settings and eventually stumbled across PPPoE then it was just a matter of dropping in the new userid. So it appears the new userid is both IPv4 and IPV6 which I didn't appreciate.
The test-ipv6.com shows its all working. I did wonder if I might need to play in Win 7 but apparently not.
Many Thanks
Cheerio John |
|
Reviews:
·TekSavvy DSL
| reply to johnwhelan
said by johnwhelan:I now have the IPV6 setup as static with the addresses in.
>Configure your PPPoE connection for your @hsiservice.net login first and verify that regular IPv4 works fine, then...
I'm still running on the old login not the @hsiservice.net so how do I change this?
Thanks John
On the left where it says WAN, click that.
Change the username to your username @hsiservice.net
Click apply. |
|
| reply to SimplePanda
I now have the IPV6 setup as static with the addresses in.
>Configure your PPPoE connection for your @hsiservice.net login first and verify that regular IPv4 works fine, then...
I'm still running on the old login not the @hsiservice.net so how do I change this?
Thanks John |
|
Reviews:
·TekSavvy DSL
| reply to johnwhelan
N66u is easy to configure with TekSavvy.
Yes, you do use "Static IPv6". In the future hopefully this will move to automatic with DHCPv6-PD but for now static is the way it's done.
Configure your PPPoE connection for your @hsiservice.net login first and verify that regular IPv4 works fine, then...
Assuming TekSavvy assigned you:
IPV6 /64: 2607:f2c0:a000:aa::/64
IPV6 /56: 2607:f2c0:f00f:bb::/56
You would fill in the following on your 66u:
WAN IPv6 Address: 2607:f2c0:a000:aa::1
WAN Prefix Length: 64
WAN IPv6 Gateway: 2607:f2c0:a000:aa::1 (same as your address)
LAN IPv6 Prefix: 2607:f2c0:f00f:bb::
LAN Prefix Length: 56
LAN IPv6 Address : 2607:f2c0:f00f:bb::1
So, the WAN is your /64 address with "1" on the end (or could be anything, it's just an assignment you give) and a 64 prefix (hence /64).
The LAN prefix is your /56 without any address (so ending in ::), 56 as the prefix lenght, and your prefix with "1" at the end (or whatever you want) as the LAN address.
You can leave the DNS servers blank as TSI's v4 name servers resolve AAAA without issue and I've found TSI's v6 name servers be a little unreliable.
Once this is done you can go to »test-ipv6.com
If it shows the following:
Your IPv6 address on the public Internet appears to be XXXX
then it works. Hope that helps. |
|
| reply to marcel
It sounds like we need the static IP side but what the values for
WAN IPv6 Address
WAN Prefix Length
WAN IPv6 Gateway
LAN IPv6 Prefix
LAN Prefix Length
LAN IPv6 Address
IPv6 DNS Server 1
IPv6 DNS Server 2
IPv6 DNS Server 3
are I'm unclear. Perhaps someone can translate the terms into Teksavvyish.
Thanks John |
|
marcel
join:2013-02-23
Mississauga, ON | reply to johnwhelan
I have RT-AC66U same options and I have pretty much given up on getting it to work with Teksavvy. I am not an expert on this stuff so I am not really sure who to blame but although I love my router Documentation on how to set up IPv6 simply sux. I wish it was automatic. I think that's what "DHCP-PD" connection would do if it was supported by Teksavvy. |
|
| reply to InvalidError
I'm not sure how active this thread is but I'd like to add IPv6 to an ASUS rt-n66u running 3.0.0.4.220 firmware.
The options I get on the router under connection type are
Native with DHCP-PD
Static IPV6
and various tunneling options.
I have my /56 and /64 numbers from Teksavvy.
What should I enter and where?
Thanks John |
|
| reply to TSI Gabe
Still seeing a lot of congestion on @hsiservice.net logins in the evenings. @teksavvy.com to google.ca = 8ms right now, @hsiservice.net to google.ca = 150ms. |
|
Reviews:
·TekSavvy DSL
| reply to brad
said by brad:iOS supported v6 over HSPA already. The issue was with LTE only on the iPad and Wifi must have been with the iPad only too since it already worked with the iPod and iPhone with 5.x
iPad has supported V6 over Wifi only for a while so it must have been an LTE specific update. |
|
brad
join:2007-09-06
Etobicoke, ON | reply to TSI Gabe
One thing I noticed when testing out dnsmasq's ra-names feature which creates DNS AAAA/PTR records for v6 addies using RA based on comparing MAC addresses with a DHCPv4 request (to me that is pretty nice for a typical home network or smaller corp environments) is that the Boxee Box has v6 support with its embeded Linux distrib. The web browser and web related streaming works over v6 but not the Netflix client or SMB/NFS. |
|
brad
join:2007-09-06
Etobicoke, ON | reply to SimplePanda
said by SimplePanda:re: Android our app tests all show it works well in the lab. This is SLAAC configured and with IPv4 DNS servers that will return AAAA records, hence why we never see issues with it I suppose. I do know there are "v6 only" issues with Android for sure.
You need RFC6106 support to receive the name servers on a v6-only network using RA or DHCPv6 and some environments like universities and corp. will insist on DHCPv6. Without those there is no point worrying about v6 only networks but they're a dependency.
said by SimplePanda:re: iOS the one place iOS wasn't doing well was in V6 over WWAN. At WWDC Apple mentioned that iOS 6 now supports V6 over both Wi-Fi -and- LTE, which I took to mean that a) it didn't support V6 over WWAN previously and possibly b) it won't support V6 over HSPA. I didn't think to clarify with anyone.
iOS supported v6 over HSPA already. The issue was with LTE only on the iPad and Wifi must have been with the iPad only too since it already worked with the iPod and iPhone with 5.x
said by SimplePanda:re: 360; true enough. The MSDN blogs have some good info about this. It's basically a fork of Windows kernel and is entirely custom on top, using a subset of Win32. Interesting stuff but also suggests that V6 bake-in would need to be intentional.
That wasn't to imply adding v6 support is impossible or anywhere near it and I think they very much could upgrade the 360 to support v6. But I wouldn't bet on it much with Xbox Durango coming out soon. I'm not sure if it will have it enabled out of the box or supported but it would be down the road just as Wii U/PS4 will. |
|
Reviews:
·TekSavvy DSL
| reply to brad
said by brad:Unfortunately that is not true. Android has somewhat big warts with its v6 support. No DHCPv6 support, no RFC6106 support, it can't connect to v6-only networks over wireless, no UI support for displaying v6 info, it seems to have issues dropping RA packets/ICMP more than enough to cause problems, issues with its wireless (as in 3G/4G) support. AFAIK all of these issues do not exist with iOS. Apple over all has done a much better job (although they're not 100% perfect).
360 does NOT use Windows. It along with the original Xbox use their own custom OS. That seems to be a common misconception. It doesn't even use DirectX either but a derivative API.
re: Android our app tests all show it works well in the lab. This is SLAAC configured and with IPv4 DNS servers that will return AAAA records, hence why we never see issues with it I suppose. I do know there are "v6 only" issues with Android for sure.
re: iOS the one place iOS wasn't doing well was in V6 over WWAN. At WWDC Apple mentioned that iOS 6 now supports V6 over both Wi-Fi -and- LTE, which I took to mean that a) it didn't support V6 over WWAN previously and possibly b) it won't support V6 over HSPA. I didn't think to clarify with anyone.
re: 360; true enough. The MSDN blogs have some good info about this. It's basically a fork of Windows kernel and is entirely custom on top, using a subset of Win32. Interesting stuff but also suggests that V6 bake-in would need to be intentional. |
|
brad
join:2007-09-06
Etobicoke, ON | reply to SimplePanda
said by SimplePanda:An additional portion of this problem is that there still isn't a very well defined port management system for IPV6 firewalls.
With V4 we have NAT-PMP and UPnP (gross) to handle this. V6 still doesn't really have a counterpart to tell the firewall to open ports as needed by opening/closing applications.
The port problem is compounded by address randomization on V6 networks by default in most OS's in SLAAC environments. DHCPv6 can solve this to some extent in that you can configure your router manually to always give your computer a specific address and then manually open ports needed but that's a pretty lousy solution compared to the relatively transparent operating of a NAT with PMP/UPnP support.
This is one area where Apple can show some real leadership - updating NAT-PMP to work well with IPv6 and really push it as a standard. Alas, Apple seems to care about 0% about IPv6, as evidenced by their V6 stack on OS X (happy eyeballs always on and can't be disabled) and their routers (PPPoE IPv6 completely unsupported).
Not really true. UPnP has already been updated for IPv6 and there are already implementations out there supporting it now.
The privacy address issue shouldn't be an issue if the UPnP client is doing its job properly. It should be able to monitor the OS to see the new privacy address being added and as new connections are being made outbound using the new address the UPnP client should know to open the ports with the new IP address too.
I can't say as I agree about Apple and v6. There execution and implementation has not been perfect but in a lot of regards they have done a better job than most of the other vendors over all. |
|
brad
join:2007-09-06
Etobicoke, ON | reply to SimplePanda
said by SimplePanda:Android both support V6 without issue
Console wise I don't expect Sony or Nintendo to be really -with it- on this issue given their lineage. Since the 360 (and theoretical 720) are Windows based I can see them getting V6 "for free" as part of the operating system stack, but Sony and Nintendo would have to bake V6 in by choice and I don't really see either of them having the foresight.
Unfortunately that is not true. Android has somewhat big warts with its v6 support. No DHCPv6 support, no RFC6106 support, it can't connect to v6-only networks over wireless, no UI support for displaying v6 info, it seems to have issues dropping RA packets/ICMP more than enough to cause problems, issues with its wireless (as in 3G/4G) support. AFAIK all of these issues do not exist with iOS. Apple over all has done a much better job (although they're not 100% perfect).
360 does NOT use Windows. It along with the original Xbox use their own custom OS. That seems to be a common misconception. It doesn't even use DirectX either but a derivative API. |
|
| reply to SimplePanda
said by SimplePanda:re: vendors - V6 support doesn't depend on hardware. If the device was Wifi or a cell radio and supports V4 it can support V6 via software without issue and almost always does. The part about hardware was intended for software/OS in general. The Linux kernel (or Windows) supports millions of things that will never get attached to a tablet since tablets/smartphones/etc. lack the ports required to use them. |
|
Reviews:
·TekSavvy DSL
| reply to InvalidError
said by InvalidError:said by SimplePanda:re: tablets/smartphones etc - this is quite untrue. Basically all smartphones and tablets (which basically all run iOS or Android) support IPv6 natively and without issue. While I have no doubt that Android devices should technically support IPv6 since they are based on the Linux kernel, their UIs do a very good job not making any mention of it if IPv6 is actually enabled on them. What the OS supports is moot if vendors either do not include the hardware/connectors to use it or do not enable those features on their products... and this being Linux we are talking about, compiling a kernel without IPv6 support to save a few hundred KBs on the kernel and related support tools is always an option. The UI portion is mixed. The main status screen lacks V6 address display for sure but the APN configuration has V4/V6 configuration for WWAN so it's in there. Most Canadians of course would never notice this as there are no WWAN providers handing out V6 anyways.
re: vendors - V6 support doesn't depend on hardware. If the device was Wifi or a cell radio and supports V4 it can support V6 via software without issue and almost always does.
In practice, as an Android developer, I've never seen an Android device in the last couple of years that didn't support V6 if it was offered by the LAN. Leaving out V6 from the kernel to save on resources is pretty much pointless on any modern or quasi-modern device. Testing V6 connectivity where possible is part of the standard test procedure for our connected apps so this is something I've had a pretty good look at.
And of course, iOS has supported V6 fully and includes status displays to indicate as such when enabled. |
|
