This is one of a series of columns from the Society of Broadcast Engineers, published regularly in Radio World.
In early 2011, the shortage of commonly used IPv4 Internet protocol addresses reached the public media when the Internet Assigned Numbers Authority, the international body that allocates IP address space, depleted its pool of available addresses assigned to the five Regional Internet Registries, or RIRs.
The Asian-Pacific RIR subsequently depleted its pool of available IPv4 address space. In the United States, observers say the American Registry for Internet Numbers (ARIN) may exhaust its available IPv4 address pool as early as January 2013, though more optimistic projections cite 2016.
IPv6 was brought forward in the public eye as the solution for the dwindling availability of Internet address space.
At times, the address space shortage was considered an approaching Internet technology crisis. This may be true in some cases; but to many the “crisis” was nonexistent. In reality, the majority of North American network infrastructures are not ready for a “hot” cut to an IPv6-only mode of operation.
Many organizations have enough public IP address space or have met needs via dynamically assigning address space within their organizations. This resolution creates an attitude that “IPv6 is a possible future issue; however, it is not an issue today.” ARIN has IPv4 address space available and allocations are made based upon meeting the allocation and utilization rules of established ARIN policy.
However, this attitude can result in a certain sense of false security. The industry focus centers upon address space within an organization’s network; but shouldn’t the focus also be directed toward the broadcaster as a content provider and how the broadcaster is viewed by the Internet community?
From an international standpoint, the growth areas in terms of content consumers — “eyeballs and ears” — will be in an IPv6-only environment. This is especially true in the Asia-Pacific area, which is experiencing massive growth in Internet service demand. Growth is occurring in an IPv6-only environment simply due to lack of IPv4 address resources.
In the United States, because large blocks of IPv4 address space are not available, broadband cable and mobile data networks rapidly are moving to IPv6-only context to accommodate projected growth. ARIN has IPv4 address space to allocate, but not in the large block space desired by these providers. In addition, they are getting a jump on the future by implementing IPv6 now rather than later.
In either case, available IPv4 address space is decreasing as demand for Internet address space increases rapidly.
Fresh perspective
So what about this false sense of security for the broadcaster?
Instead of looking at your network from the inside and focusing solely on adequate IPv4 address space, look at your network from the outside. Who are the “eyeballs and ears” that desire your content? You will find the majority are IPv4-based content consumers; but at the same time, you may find a growing number of IPv6-only content consumers.
Evaluate when IPv6 implementation is needed by determining how the consumer has access to the content. Implement the network infrastructure that allows access in a native IPv6 format for the IPv6-only viewer and/or listener.
Technical solutions exist to accommodate the mixed world of IPv6-only consumers and IPv4-only content. Industry solutions include IPv6-IPv4 Network Address Translation (NAT) and, in many practical implementations, double NAT processes occur through solutions such as Carrier-Grade Nat (CGN).
IPv6 Quick Facts
IPv4 Address Space:
Slightly over 4,000,000 IP Addresses Available
IPv6 Address Space:
340,282,366,920,938,463,463,374,607,431,768,211.456 IP addresses available
(340 undecillion or 3.4×1038)
But, IPv6 is more than just larger address space:
— Security (IPsec) incorporated
— Designed with QoS in mind
— Has awareness of mobility
— Restores the end-end Internet communications model
For some types of Internet content, such as basic Web page content, these solutions are viable. However, a major drawback of any solution is the detriment to Quality of Service (QoS) factors that affect real-time media content, such as streaming audio and video content provided by the broadcaster or similar audio and/or video content providers.
Enabling
What is the solution for the broadcaster?
If you are a provider of content to the Internet audience, IPv6-enable your network to the outside world. In practical terms, enable your content servers, Web servers and external email so that your content or service is provided in native form to both IPv6 and IPv4-only consumers.
This approach eliminates the need for any translation or conversion schemes, thus eliminating the potential for performance degradation. A proactive approach also prepares you for the future sooner than later.
Enable your “outward-facing” network services in an IPv4-IPv6 “dual-stack” mode, which allows your content to be delivered in a native format to both IPv4 and IPv6 “eyeballs and ears,” and lets you provide the best possible listening or viewing experience for your content consumers.
IPv6 may not be on your technology roadmap today, but as you look to the future, be sure to survey the Internet content consumer world from the proper viewpoint so that your “roadmap” is reflective of the changing technology and consumer. Take the implementation road that provides the best possible experience for your content consumer. This just might be your competitive advantage.
For more information regarding IPv6 implementation, consider attending the SBE webinar to be offered this spring. It will focus upon implementing IPv6 as suggested. Visit the Education page on sbe.org for more details about the webinar.
Wayne M. Pecena, CPBE, is a member of the SBE Education Committee and a speaker for the SBE on networking technology at Ennes Workshop events and the SBE sponsored webinars. He is director of engineering at Educational Broadcast Services in the Office of Information Technology at Texas A&M University. Email w-pecena@tamu.edu.