Home / Blogs

Apple Requires All iOS Apps to Work on IPv6-Only Networks as of June 1

Dan York

Yesterday Apple declared that as of June 1 all iOS apps submitted to the AppStore MUST support IPv6-only networking. Back at their June 2015 WWDC event, Apple announced that all iOS 9 applications must support IPv6 — the news this week is reinforcing that requirement. From Apple's blog post:

At WWDC 2015 we announced the transition to IPv6-only network services in iOS 9. Starting June 1, 2016 all apps submitted to the App Store must support IPv6-only networking. Most apps will not require any changes because IPv6 is already supported by NSURLSession and CFNetwork APIs.

If your app uses IPv4-specific APIs or hard-coded IP addresses, you will need to make some changes.

As Apple continues to point out, the vast majority of application developers will not need to do anything to support IPv6. If developers use the standard networking APIs provided by Apple, they should not experience any problems in an IPv6-only network. It should "just work". It's only when developers use IPv4-specific APIs or addresses that there is a problem.

Why This Matters

This is an extremely important step. As I wrote last year after WWDC 2015, this requirement means that iOS apps will work in the IPv6-only networks that are starting to appear.

More than that, this requirement will drive millions of developers to test their apps in an IPv6-only network. This kind of testing will increase basic knowledge developers have of IPv6 — and will lead to better networking knowledge all around.

Additionally, if the app connects back to a web site or service, this requirement may encourage developers to understand what they need to do to make that site / service reachable via IPv6. It seems that Apple may be testing for an "IPv6-only" network that also has IPv4-translation at the edge. From Apple's developer documentation:

"A DNS64/NAT64 network is an IPv6-only network that continues to provide access to IPv4 content through translation."

So to meet the June 1 requirement, apps may only need to:

  1. work over IPv6 network connections; and
  2. use DNS over IPv6.

At the current time it appears from what I can read that the site / service to which an application connects will NOT need to be reachable over IPv6 because of the ability to use IPv4 translation. However, developers may want to explore what they need to do to be reachable over IPv6 as that may be simpler and faster than dealing with IPv4 translation.

Eventually the sites and services will need to be reachable over IPv6 — and so this requirement may drive more requests for IPv6 connectivity to ISPs and other hosting providers.

All in all it is a great move to help drive IPv6 usage!

Getting Help

Apple suggests that people read their developer documentation "Supporting IPv6 DNS64/NAT64 Networks” and watch the WWDC 2015 video "Your App and Next Generation Networks”. I previously provided a summary of this video along with screenshots of the major points.

I would also suggest developers visit the Deploy360 Start Here page to find IPv6 resources for different types of organization. Specifically for app developers I suggest:

The key point is to start NOW, if you haven't already, as any AppStore submissions after June 1 will require IPv6-only testing.

Thank you, Apple, for making this hard requirement! It will only help as we continue to work to transition the Internet from the "beta" of IPv4 to the "production" IPv6 network!

* * *

More discussion of this topic:

Note: an earlier version of this post appeared on the Internet Society Deploy360 blog.

By Dan York, Author and Speaker on Internet technologies - and on staff of Internet Society. Dan is employed as a Senior Content Strategist with the Internet Society but opinions posted on CircleID are entirely his own. Visit the blog maintained by Dan York here.

Related topics: IPv6, Mobile Internet, Networks

 
   

Don't miss a thing – get the Weekly Wrap delivered to your inbox.

Comments

To post comments, please login or create an account.

Related Blogs

Related News

Explore Topics

Dig Deeper

Afilias Mobile & Web Services

Mobile Internet

Sponsored by Afilias Mobile & Web Services
Afilias

DNS Security

Sponsored by Afilias
Verisign

Cybersecurity

Sponsored by Verisign

Promoted Posts

Now Is the Time for .eco

.eco launches globally at 16:00 UTC on April 25, 2017, when domains will be available on a first-come, first-serve basis. .eco is for businesses, non-profits and people committed to positive change for the planet. See list of registrars offering .eco more»

Industry Updates – Sponsored Posts

Attacks Decrease by 23 Precent in 1st Quarter While Peak Attack Sizes Increase: DDoS Trends Report

Major Media Websites Lose Audience Due to Slow Load Times on Mobile

DeviceAtlas Wins 2017 IHS Markit Innovation Award

DeviceAtlas' Deep Device Intelligence Now Addresses Native App Environment

Verisign Releases Q2 2016 DDoS Trends Report - Layer 7 DDoS Attacks a Growing Trend

Airpush Chooses DeviceAtlas to Provide Device Awareness to Mobile Ad Network

DeviceAtlas Releases Q2 2016 Mobile Web Intelligence Report, Apple Loses Browsing Market Share

What are the World’s Most Popular Smartphones

Verisign Q1 2016 DDoS Trends: Attack Activity Increases 111 Percent Year Over Year

Mobile Web Intelligence Report: Bots and Crawlers May Represent up to 50% of Web Traffic

Best Practices from Verizon - Proactively Mitigating Emerging Fraudulent Activities

The Latest Mobile Web Report Q4 2015 from DeviceAtlas

2015 Trends: Multi-channel, Streaming Media and the Growth of Fraud

DeviceAtlas Brings Device Awareness to HAProxy

Data Volumes and Network Stress to Be Top IoT Concerns

Verisign Mitigates More Attack Activity in Q3 2015 Than Any Other Quarter During Last Two Years

Dyn Evolves Internet Performance Space with Launch of Internet Intelligence

Verisign's Q2'15 DDoS Trends: DDoS for Bitcoin Increasingly Targets Financial Industry

Protect Your Network From BYOD Malware Threats With The Verisign DNS Firewall

DeviceAtlas Granted Patent on Device Detection Accuracy Method