Obligatory reminder that it's 2022 and Roku still doesn't support IPv6.
Meanwhile ALL other streaming platforms have native IPv6 support.
Thanks for reading. That's all folks.
Hello @imcdona
For the benefit of others here and Roku, exactly what benefit (to you, or generally) would IPv6 add to a consumer video streaming device?
What is it not possible to do without IPv6?
Have other streaming devices just added IPv6 because the underlying open source OS they use has added it, and all it does for most people is take up memory and add complexity?
I get why IPv6 will ultimately be necessary and benefit other devices, but why Roku, where the device probably will only last 3-5 years before being obsolute and replaced with something better?
Just taking the role of devil's advocate here, to result in better understanding.
I think you are looking at it the wrong way. What is the reason not to have it? I personally have ipv6 only hosts at home as I have only 5 static ips but a /56 from my internet provider and a /59 from he.net. I have tons of v6. If I’m remote and want to connect to my home server I require ipv6!
I currently do this with a laptop due to Roku limitatIons.
That is a pretty niche use case and I'm sure Roku devs are constrained to maximising investment in other areas.
Supporting ipv6 stack in parallel to ipv4 will also take a bit more memory and processor and older devices are pretty tight already (and Roku seems to have a one codebase/binary strategy).
Any streaming platform that doesn't support IPv6 in 2022 is doing the entire Internet a disservice. Google, Netflix, and the other major streaming services support it, and their Roku apps would use it if they could. I don't care if Roku uses IPv6 for its system management, but they absolutely should have the stack available for modern apps to use.
It would definitely cause less issues in a dual stack CGNAT deployment....
Supporting legacy IPv4 is expensive and enforces inequality which favors those older providers which were able to get large IPv4 allocations years ago.
Any new ISP starting up (or significantly expanding) today (especially in developing countries) will not be able to get enough IPv4 to provide to customers, at least not at an affordable price. They will use CGNAT - that is sharing a single IPv4 address between hundreds or even thousands of customers. The only providers that have enough legacy IPv4, are those in saturated markets where their customer base is static or declining.
The side effect of this is that the connection is slower due to the extra overhead of CGNAT, and because all the traffic for many users originates from a single address it is likely to get blacklisted from services (eg if one user does something malicious or gets infected with malware). CGNAT also creates other problems for the users.
This makes using the internet over legacy IPv4 a quite painful experience in developing countries. People in developed countries where ISPs typically provide each customer their own IPv4 address tend not to care. This ensure that developing countries are held back.
IPv6 is plentiful, putting everyone on a level playing field. Everyone can have their own block of IPv6 and be a part of the modern internet, not an outsider peering in through a slow and congested CGNAT gateway.
The Amazon Fire TV has had IPv6 for several years now.
But, since it is Android based, only works with SLAAC and not DHCPv6.
@MilesT wrote:Hello @imcdona
For the benefit of others here and Roku, exactly what benefit (to you, or generally) would IPv6 add to a consumer video streaming device?
With IPv4 Address Exhaustion, ISPs have limited options for IPv4:
Having the streaming box be dual-stacked (being able to use IPv4 or IPv6) would avoid the performance hit and other issues that public IPv4 sharing technologies may cause by allowing the streaming box to use IPv6 where available.
No, it won't take more memory and resources. The Linux kernel versions in use by Roku have supported IPv6 for years. Shortsighted consumer electronics vendors have already had problems with IPv6 network providers here in North America, c.f. Tablo remote access & T-Mobile wireless. Wireless ISP's, Satellite operators, & other new entrants are and will continue to use IPv6 transition technologies and native IPv6. Come on CE vendors, World IPv6 Launch Day was 2012. AT&T High Speed (VDSL) & now fiber have been dual-stack for many years. All the major cloud providers and content delivery networks now have (admittedly varying) IPv6 capability as well.
As an aside, it appears from browsing Roku's source tarballs, that different hardware versions use different kernel versions even for the same Roku OS release. That looks like a ridiculously complex testing challenge to me and likely explains some of the odd bugs that pop up after every new release affecting mainly one hardware version and not others.