{"id":1018,"date":"2011-05-03T12:00:32","date_gmt":"2011-05-03T19:00:32","guid":{"rendered":"http:\/\/blog.caida.org\/best_available_data\/?p=1018"},"modified":"2012-04-10T16:09:24","modified_gmt":"2012-04-10T23:09:24","slug":"exhausted-ipv4-address-architectures","status":"publish","type":"post","link":"https:\/\/blog.caida.org\/best_available_data\/2011\/05\/03\/exhausted-ipv4-address-architectures\/","title":{"rendered":"Exhausted IPv4 address architectures"},"content":{"rendered":"<p><\/P><\/p>\n<p>In light of <a href=\"http:\/\/blog.caida.org\/best_available_data\/2011\/04\/28\/data-on-current-status-of-ipv6-deployment\/\">available data on global IPv6 deployment<\/a>, ISPs, and those who build equipment for them, have already accepted that multi-level network address translation (NAT, between IPv4 and IPv6 networks) is here for the foreseeable future, with all its limits on end-to-end reachability and application functionality, and its required unscalable per-protocol hacks.  Whether &#8220;carrier-grade&#8221; NAT (CGN) technology supports a transition to IPv6 or becomes the endgame itself is irrelevant to the planning horizon of public companies, who must now develop sustainable business models that accommodate, if not support, IPv4 scarcity.   I&#8217;ve heard a few notable predicted outcomes from engineers in the field.<\/p>\n<p><!--more--><\/p>\n<ol>\n<li>ISPs already offer multiple service classes to support those who want to pay more to get (more) globally unique IP addresses; typical home users will accept to be NATed in the ISP cloud in exchange for keeping their current &#8220;low&#8221; monthly fees.  It is certainly bad for innovation, but the average end user does not care about innovation, they care about web and web-video, which will keep working fine with NAT in most forms.<\/li>\n<li>Multiple layers of NAT will hit P2P technology hard, since P2P is an inherently less attractive prospect when 90% of the peers are not contactable.  But if the history of piracy\/porn-driven technology is any indicator, we can safely assume that BitTorrent will hack its way through the problem eventually, perhaps unscalably.  (Imagine a temporary use of a public IP to knit two NATed TCP sessions together. Shuddering optional.) <\/li>\n<li>Skype, however, which requires a higher level of performance and reachability, must prepare for the worst case (&#8220;Pandora&#8221;) scenario, because their network needs enough publicly routable Skype users to convert into supernodes.  They will at least take a profit hit when they need to run a bunch of non-revenue supernodes themselves &#8220;in the cloud&#8221;.  Or more likely do profit-sharing with ISPs to get the ISP to run supernodes for them next to their giant NAT boxes in the core, similar to today&#8217;s online streaming videogame providers that put hardware close to gamers, in the ISP datacenters, and to do so they must share revenue with the ISPs.  Future attempts to commercialize any P2P technology would face similar obstacles. Since the Internet architecture was designed to be a P2P architecture, admission control by gatekeepers is indeed a manipulation (violation or evolution, depending on your point of view) of the Internet architecture.\n<\/li>\n<\/ol>\n<p>\nOnce there are proven business models built on IPv4 scarcity, incumbent ISPs (i.e., those with IPv4 addresses) will be even more incented to invest in the failure of IPv6 than in its success.   Equipment vendors already have mixed incentives, as sustaining NAT technology will only grow more complex and challenging, and complex solutions can be sold for a higher profit margin than simplicity.  The RIRs are also counter-incented to make IPv6 happen, since it threatens (at best) their business model. Bureaucracies rarely advocate themselves out of existence, or even into dramatic transitions.   Especially a bureaucracy composed of members of the industry it&#8217;s intended to regulate.  <\/p>\n<p>Many have acknowledged the <a href=\"http:\/\/www.cisco.com\/web\/about\/ac123\/ac147\/archived_issues\/ipj_11-4\/114_eternity.html\">lasting harms<\/a> expected as a result of IPv4 address exhaustion: to users and aspiring new ISP entrants, technical coordination and fault management mechanisms, and most vitally to the unique cooperative governance models.  But the leading <a href=\"http:\/\/www.cisco.com\/web\/about\/ac123\/ac147\/archived_issues\/ipj_12-1\/121_eternity2.html\">proposed transition mechanism<\/a> &#8212; IPv4 address markets &#8212; has never been well-justified as the most obvious or effective &#8212; or even workable &#8212; mechanism for coordinating the distribution of IP addresses during the transition to widespread IPv6 adoption (as <a href=\"http:\/\/www.cisco.com\/web\/about\/ac123\/ac147\/archived_issues\/ipj_12-3\/123_letter.html\">Tom Vest noted<\/a>). On the contrary, it seems obvious that institutionalizing a valuable market in IPv4 addresses is a reliable recipe for removing any incentive for IPv4-holders to invest in upgrading to IPv6.    Believing that address markets can help us steward a transition to IPv6 is as grounded in reality as (the same authors&#8217;) belief that two parallel Internets are a sustainable endgame (<a href=\"http:\/\/www.cisco.com\/web\/about\/ac123\/ac147\/archived_issues\/ipj_11-4\/114_eternity.html\">&#8220;an IPv6 Internet, or at least enough of one to  keep off address scarcity for a workable subset of the industry.&#8221;<\/a>)<\/p>\n<p><\/P><\/p>\n<p> I&#8217;m a known skeptic regarding self-directed architectural transitions of trillion-dollar networked infrastructures with radically distributed ownership, especially accompanied by investment climates that disincent long-term investments in the common good. I also had a front row seat for the last decade, when all the now-IPv6-zealots were admitting how much of IPv6 its designers got wrong. [&#8220;They even got the main point wrong!  We should have moved to variable length addresses like OSI had in the first place, precisely for the reason of extensibility!&#8221;] While running out of addresses is undoubtedly an architectural failure, I suspect we will discover a bigger failure &#8212; of the Internet&#8217;s current political economy to accommodate a network-layer &#8220;innovation&#8221; to IPv6, or to anything else. The magic of markets notwithstanding.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>In light of available data on global IPv6 deployment, ISPs, and those who build equipment for them, have already accepted that multi-level network address translation (NAT, between IPv4 and IPv6 networks) is here for the foreseeable future, with all its limits on end-to-end reachability and application functionality, and its required unscalable per-protocol hacks. Whether &#8220;carrier-grade&#8221; [&hellip;]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[1,7,17,8,9],"tags":[],"coauthors":[],"_links":{"self":[{"href":"https:\/\/blog.caida.org\/best_available_data\/wp-json\/wp\/v2\/posts\/1018"}],"collection":[{"href":"https:\/\/blog.caida.org\/best_available_data\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.caida.org\/best_available_data\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.caida.org\/best_available_data\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.caida.org\/best_available_data\/wp-json\/wp\/v2\/comments?post=1018"}],"version-history":[{"count":19,"href":"https:\/\/blog.caida.org\/best_available_data\/wp-json\/wp\/v2\/posts\/1018\/revisions"}],"predecessor-version":[{"id":1799,"href":"https:\/\/blog.caida.org\/best_available_data\/wp-json\/wp\/v2\/posts\/1018\/revisions\/1799"}],"wp:attachment":[{"href":"https:\/\/blog.caida.org\/best_available_data\/wp-json\/wp\/v2\/media?parent=1018"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.caida.org\/best_available_data\/wp-json\/wp\/v2\/categories?post=1018"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.caida.org\/best_available_data\/wp-json\/wp\/v2\/tags?post=1018"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/blog.caida.org\/best_available_data\/wp-json\/wp\/v2\/coauthors?post=1018"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}