<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>According to the Best Available Data</title>
	<atom:link href="http://blog.caida.org/best_available_data/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.caida.org/best_available_data</link>
	<description>A CAIDA Blog</description>
	<lastBuildDate>Mon, 20 May 2013 19:47:13 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
		<item>
		<title>Carna botnet scans confirmed</title>
		<link>http://blog.caida.org/best_available_data/2013/05/13/carna-botnet-scans/</link>
		<comments>http://blog.caida.org/best_available_data/2013/05/13/carna-botnet-scans/#comments</comments>
		<pubDate>Tue, 14 May 2013 00:40:26 +0000</pubDate>
		<dc:creator>alistair</dc:creator>
				<category><![CDATA[Commentaries]]></category>
		<category><![CDATA[Measurement]]></category>
		<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://blog.caida.org/best_available_data/?p=2245</guid>
		<description><![CDATA[On March 17, 2013, the authors of an anonymous email to the &#8220;Full Disclosure&#8221; mailing list announced that last year they conducted a full probing of the entire IPv4 Internet. They claimed they used a botnet (named &#8220;carna&#8221; botnet) created by infecting machines vulnerable due to use of default login/password pairs (e.g., admin/admin). The botnet instructed each [...]]]></description>
				<content:encoded><![CDATA[<p>On March 17, 2013, the authors of an <a href="http://seclists.org/fulldisclosure/2013/Mar/166" target="_blank">anonymous email</a> to the &#8220;Full Disclosure&#8221; mailing list announced that last year they conducted a <strong>full probing of the entire IPv4 Internet</strong>. They claimed they used a botnet (named <strong>&#8220;carna&#8221; botnet</strong>) created by infecting machines vulnerable due to use of default login/password pairs (e.g., admin/admin). The botnet instructed each of these machines to execute a portion of the scan and then transfer the results to a central server. The authors also <a href="http://internetcensus2012.bitbucket.org/paper.html" target="_blank">published</a> a detailed description of how they operated, along with 9TB of raw logs of the scanning activity.</p>
<p><a href="http://arstechnica.com/security/2013/03/guerilla-researcher-created-epic-botnet-to-scan-billions-of-ip-addresses/" target="_blank">Online magazines</a> and <a href="http://www.spiegel.de/international/world/hacker-measures-the-internet-illegally-with-carna-botnet-a-890413.html">newspapers</a> reported the news, which triggered some debate in the research community about the ethical implications of using such data for research purposes. A more fundamental question received less attention: since the authors went out of their way to remain anonymous, and the only data available about this event is the data they provide, <strong><em>how do we know this scan actually happened? If it did, how do we know that the resulting data is correct?</em></strong></p>
<p><span id="more-2245"></span><br />
<strong><em></em></strong>Since we could not find any third-party validation of this event, we looked for evidence in the traffic captured at the <a href="http://www.caida.org/projects/network_telescope/" target="_blank">UCSD Network Telescope</a> (a large darknet). From this traffic we selected probing packets consistent with the default <a href="http://nmap.org">nmap</a> host probe (comprised of four different types of packets) that the carna botnet used. The visualization below shows, for each day of 2012, the total number of probes we observed at the telescope in bins of 1 day (<em>blue line)</em>. While these probes may have been generated by any host on the Internet, the large increase visible between April and September 2012 matches the logs distributed by the authors of the botnet (<em>red line</em>), <strong>showing evidence of this scanning activity</strong>.</p>
<p><iframe style="border: 0px;" src="http://www.caida.org/research/security/carna/graphs/" height="650" width="100%" scrolling="no"></iframe><br />
We also found that some of the <strong>raw</strong> <strong>logs of the carna botnet erroneously reported that a large number of IPs in our darknet were active, and specifically accepting connections on port TCP 80</strong> (darknet IP addresses are inactive by definition, thus not accepting connections). A preliminary analysis suggests that this measurement error is likely due to the presence of HTTP proxies in some of the networks that hosted scanning bots. The default nmap host probe sends four different packets trying to solicit a response from the target: <em>(i) ICMP echo request, (ii) ICMP timestamp, (iii) TCP ack on port 80, (iv) TCP syn on port 443</em>.  For darknet addresses that the carna logs report as <em>inactive</em>, we observed all four of these packets, but for the addresses misreported as <em>active, </em>packets of type <em>(iii)</em> did not reach the telescope. We suspect that these packets were intercepted by HTTP proxies whose replies caused the bots to falsely report the target IP address as listening on port TCP 80.<br />
Assuming these bots probed the rest of the IPv4 Internet proportionally to their probing of the darknet we can observe, about 3% of the host probe logs and port scan logs of the carna botnet could potentially be affected by this particular problem. The maps and animations they published seem unaffected by this issue because they were based on ICMP pings and actual (application-layer) responses from the target hosts.</p>
<p>We have only briefly investigated the carna botnet scan, but there are clearly epistemological issues related to any potential scientific use of the data published by the botnet authors. There are even more complex ethical issues related to using this data set, as well as with its original collection. We have previously mentioned <a href="http://blog.caida.org/best_available_data/2012/02/07/the-menlo-report-and-its-companion-bring-ethical-guidelines-to-itc-research/">efforts to provide ethical guidance to Internet researchers</a>; the debate continues and this data set will likely become an interesting part of it.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.caida.org/best_available_data/2013/05/13/carna-botnet-scans/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Third Workshop on Internet Economics (WIE2012)</title>
		<link>http://blog.caida.org/best_available_data/2013/04/19/third-workshop-on-internet-economics-wie2012/</link>
		<comments>http://blog.caida.org/best_available_data/2013/04/19/third-workshop-on-internet-economics-wie2012/#comments</comments>
		<pubDate>Sat, 20 Apr 2013 05:30:29 +0000</pubDate>
		<dc:creator>kc</dc:creator>
				<category><![CDATA[Commentaries]]></category>

		<guid isPermaLink="false">http://blog.caida.org/best_available_data/?p=2203</guid>
		<description><![CDATA[As part of our NSF-funded network research project on modeling Internet interconnection dynamics, David Clark (MIT) and I hosted the second Workshop on Internet Economics (WIE2012) last December 12-13. The goal of the workshop was to provide a forum for researchers, commercial Internet facilities and service providers, technologists, economists, theorists, policy makers, and other stakeholders [...]]]></description>
				<content:encoded><![CDATA[<p>As part of our NSF-funded network research project on <a href="http://www.caida.org/projects/interconnection_econ/">modeling Internet interconnection</a> dynamics, David Clark (MIT) and I hosted the second Workshop on Internet Economics (WIE2012) last December 12-13.  The goal of the workshop was to provide a forum for researchers, commercial Internet facilities and service providers, technologists, economists, theorists, policy makers, and other stakeholders to empirically inform emerging regulatory and policy debates.  The theme for this year’s workshop was &#8220;Definitions and Data&#8221;. The <a href="http://www.caida.org/publications/papers/2013/wie2012_report/">final report</a> describes the discussions and presents relevant open research questions identified by workshop participants. Slides presented at the workshop are available at <a href="http://www.caida.org/workshops/wie/1212">the workshop home page</a>. From the intro (but the <a href="http://www.caida.org/publications/papers/2013/wie2012_report/wie12_report.pdf">full report (6-page pdf)</a> is worth reading):<br />
<span id="more-2203"></span></p>
<blockquote><p><i>Building on the success of our first two workshops in this series [<a href="http://www.caida.org/workshops/wie/0909">WIE09</a>,<a href="http://www.caida.org/workshops/wie/1211">WIE11</a>], we held the 3rd Workshop on Internet Economics (WIE).  The theme for this year&#8217;s workshop was &#8220;Definitions and Data&#8221;, motivated by our sense that many of the debates today about effective regulation are clouded by lack of clarity about terms and concepts, and lack of real information about the current state of the communications infrastructure.  Concepts that have resisted clean definition include network neutrality, reasonable network management, market power, and reliability. Stakeholders disagree on fundamental parameters of central concepts in the industry, such as interconnection, or the metrics for broadband quality itself.
</p>
<p>
Equally missing is good data on what is actually happening. Whether measurements are undertaken by the FCC, as with the current SamKnows effort, or by the research community or industry, good definition must precede good measurement, because collectively we must be consistent and clear what we are proposing to measure and why. A guiding premise of this workshop was that attention to definitions can inform research in data gathering, which in turn can inform regulatory debate. Workshop discussions also focused on the impacts of the limitations of currently available data (such as undersampling) and how to gain more relevant data with minimal impact on personal privacy.
</p>
<p>
The workshop format focused discussion around six pre-selected topics: defining broadband (wired and wireless); Interconnection; definitions and metrics of market power; the emergence of private IP networks; regulatory distinctions in a converged world; and defining acceptable practice for data-gathering.  We spent about two hours per topic, with at least two 10-minute talks followed by an hour for each discussion.  Three promising future research directions emerged.  First, we reached rough consensus on a proposed practical approach to measure a user&#8217;s &#8220;quality of experience&#8221; (QoE), one that could frame not only a stable definition of broadband Internet service but also enable more rigorous description of &#8220;willingness to pay&#8221; for different applications.  Second, most participants agreed that the rise of private IP networks as an alternative platform to the public Internet (and to the economically unsustainable PSTN) promise an even more opaque future at a time when it has become clear that much of current communications regulation lacks empirical basis.  Third, there was recognition that both scientific research and sound public policy share the need to develop, maintain, and archive some classic data sets to develop some sense of history and to inform general models of network behavior.  One possible goal for a future workshop is try articulate an argument for data that might be valuable in the future, not only to support specific policy questions but also to begin to establish historical baselines and promote scientific inquiry.  More formal and transparent ties between policymakers and researchers could frame ethical use of such data.<br />
</i></p></blockquote>
<p>Subsequent sections of the report are:<br />
2. Regulatory Distinctions Amid Convergence<br />
3. Defining Broadband<br />
4. Defining Market Power<br />
5. Interconnection<br />
6. The Emergence of Private IP Networks<br />
7. Acceptable Practices for Data-gathering<br />
8. Future Research Directions<br />
</P>
<p>
Full report: <a href="http://www.caida.org/publications/papers/2013/wie2012_report/">http://www.caida.org/publications/papers/2013/wie2012_report/</a><br />
Other materials from workshop: <a href="http://www.caida.org/workshops/wie/1212">http://www.caida.org/workshops/wie/1212</a>.<br />
Feedback welcome. Thanks to all who participated.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.caida.org/best_available_data/2013/04/19/third-workshop-on-internet-economics-wie2012/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Correlation between country governance regimes and the reputation of their Internet (IP) address allocations</title>
		<link>http://blog.caida.org/best_available_data/2013/04/15/correlation-between-country-governance-regimes-and-the-reputation-of-their-internet-ip-address-allocations/</link>
		<comments>http://blog.caida.org/best_available_data/2013/04/15/correlation-between-country-governance-regimes-and-the-reputation-of-their-internet-ip-address-allocations/#comments</comments>
		<pubDate>Mon, 15 Apr 2013 18:26:16 +0000</pubDate>
		<dc:creator>bradley</dc:creator>
				<category><![CDATA[Commentaries]]></category>
		<category><![CDATA[Economics]]></category>
		<category><![CDATA[Policy]]></category>
		<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://blog.caida.org/best_available_data/?p=2123</guid>
		<description><![CDATA[[While getting our feet wet with D3 (what a wonderful tool!), we finally tried this analysis tidbit that's been on our list for a while.] We recently analyzed the reputation of a country&#8217;s Internet (IPv4) addresses by examining the number of blacklisted IPv4 addresses that geolocate to a given country. We compared this indicator with [...]]]></description>
				<content:encoded><![CDATA[<p><em>[While getting our feet wet with <a href="http://d3js.org/" title="D3 JavaScript library">D3</a> (what a wonderful tool!), we finally tried this analysis tidbit that's been on our list for a while.]</em></p>
<p>We recently analyzed the reputation of a country&#8217;s Internet (IPv4) addresses by examining the number of blacklisted IPv4 addresses that geolocate to a given country. We compared this indicator with two qualitative measures of each country&#8217;s governance. We hypothesized that countries with more transparent, democratic governmental institutions would harbor a smaller fraction of misbehaving (blacklisted) hosts. The available data confirms this hypothesis. A similar correlation exists between perceived corruption and fraction of blacklisted IP addresses. </p>
<p>For more details of data sources and analysis, see:<br />
<a href="http://www.caida.org/research/policy/country-level-ip-reputation/" title="CAIDA's Correlation between country governance regimes and the reputation of their Internet (IP) address allocations page">http://www.caida.org/research/policy/country-level-ip-reputation/</a></p>
<table border="0"  align="center">
<tr>
<td colspan="3"><a href="http://www.caida.org/research/policy/country-level-ip-reputation/"><img src="http://blog.caida.org/best_available_data/wp-content/uploads/2013/04/ip-reputation_CPI_infect_500.png" alt="" title="See full analysis at http://www.caida.org/research/policy/country-level-ip-reputation/" width="500" height="400" class="aligncenter size-full wp-image-2184" /></a>
	</td>
</tr>
<tr>
<td><a href="http://www.caida.org/research/policy/country-level-ip-reputation/"><img src="http://blog.caida.org/best_available_data/wp-content/uploads/2013/04/ip-reputation_CPI_IPop_330-150x132.png" alt="" title="See full analysis at http://www.caida.org/research/policy/country-level-ip-reputation/" width="150" height="132" class="aligncenter size-thumbnail wp-image-2158" /></a></td>
<td><a href="http://www.caida.org/research/policy/country-level-ip-reputation/"><img src="http://blog.caida.org/best_available_data/wp-content/uploads/2013/04/ip-reputation_DI_IPop_330-150x132.png" alt="" title="See full analysis at http://www.caida.org/research/policy/country-level-ip-reputation/" width="150" height="132" class="aligncenter size-thumbnail wp-image-2160" /></a></td>
<td><a href="http://www.caida.org/research/policy/country-level-ip-reputation/"><img src="http://blog.caida.org/best_available_data/wp-content/uploads/2013/04/ip-reputation_DI_infect_330-150x132.png" alt="" title="See full analysis at http://www.caida.org/research/policy/country-level-ip-reputation/" width="150" height="132" class="aligncenter size-thumbnail wp-image-2159" /></a></td>
</tr>
<tr>
<td style="text-align:center">x:<b title="Corruption Perception Index">Corruption Perceptions Index</b><br />y:<b>IP population %</b></td>
<td style="text-align:center">x:<b title="Democracy Index">Democracy Index</b><br />y:<b>IP population %</b></td>
<td style="text-align:center">x:<b title="Democracy Index">Democracy Index</b><br />y:<b>IP infection %</b></td>
</tr>
</table>
<p><a href="http://www.caida.org/research/policy/country-level-ip-reputation/">Interactive graph and analysis on the CAIDA website</a></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.caida.org/best_available_data/2013/04/15/correlation-between-country-governance-regimes-and-the-reputation-of-their-internet-ip-address-allocations/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>2001:deba:7ab1:e::effe:c75</title>
		<link>http://blog.caida.org/best_available_data/2013/01/22/2001deba7ab1eeffec75/</link>
		<comments>http://blog.caida.org/best_available_data/2013/01/22/2001deba7ab1eeffec75/#comments</comments>
		<pubDate>Wed, 23 Jan 2013 00:55:46 +0000</pubDate>
		<dc:creator>rob</dc:creator>
				<category><![CDATA[Commentaries]]></category>
		<category><![CDATA[Economics]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[IPv6]]></category>
		<category><![CDATA[Measurement]]></category>
		<category><![CDATA[Topology]]></category>
		<category><![CDATA[Updates]]></category>

		<guid isPermaLink="false">http://blog.caida.org/best_available_data/?p=2106</guid>
		<description><![CDATA[[This blog entry is guest written by Robert Beverly at the Naval Postgraduate School.] In many respects, the deployment, adoption, use, and performance of IPv6 has received more recent attention than IPv4. Certainly the longitudinal measurement of IPv6, from its infancy to the exhaustion of ICANN v4 space to native 1% penetration (as observed by [...]]]></description>
				<content:encoded><![CDATA[<p><em>[This blog entry is guest written by <a href="http://rbeverly.net/research/">Robert Beverly</a> at the <a href="http://www.nps.edu/">Naval Postgraduate School</a>.]</em></p>
<p>In many respects, the deployment, adoption, use, and performance of IPv6 has received more recent attention than IPv4. Certainly the longitudinal measurement of IPv6, from its infancy to the exhaustion of ICANN v4 space to native 1% penetration (as observed by Google), is more complete than IPv4. Indeed, there are many vested parties in (either the success or failure) of IPv6, and numerous IPv6 measurement efforts afoot.</p>
<p>Researchers from Akamai, CAIDA, ICSI, NPS, and MIT <a href="http://www.cmand.org/ipv6/npsv6.php">met in early January, 2013</a> to firstly share and make sense of current measurement initiatives, while secondly plotting a path forward for the community in measuring IPv6. A specific objective of the meeting was to understand which aspects of IPv6 measurement are &#8220;done&#8221; (in the sense that there exists a sound methodology, even if measurement should continue), and which IPv6 questions/measurements remain open research problems. The <a href="http://www.cmand.org/ipv6/npsv6agenda.php">meeting agenda and presentation slides</a> are archived online.</p>
<p><span id="more-2106"></span>To this end, it&#8217;s important to note that one of the central observations of claffy&#8217;s <a title="Tracking IPv6 Evolution: Data We Have and Data We Need" href="http://www.sigcomm.org/ccr/papers/2011/July/2002250.2002258">CCR editorial from July 2011</a> is that the eventual fate of IPv6 remains undecided. Similarly, whether there will be a &#8220;forcing function&#8221; that leads to non-trivial IPv6 deployment is still unclear.</p>
<p>Thomas Blood of NPS&#8217;s central IT organization spoke to this point with respect to DoD IPv6 compliance mandates where all internal DoD networks should be IPv6 compliant by 2014. The deadline for universal DoD v6 compliance has passed a remarkable four times already, with only 1% of organizations meeting the mandate as of June 2012. Despite pressure to adopt IPv6 within the US government, funding and security issues trump most efforts to deploy IPv6. Without any demand from users, there is little incentive to deploy IPv6 &#8212; especially given IT personnel effort in supporting and securing v6. There is not only a large amount of legacy equipment that cannot support IPv6, but also a wide range of products on the market today that do not properly support IPv6. Indeed, <a title="Defense Research and Engineering Network" href="http://www.v6.dren.net/">DREN</a> has performed extensive vendor IPv6 testing, with mixed results, for example, discovering essential devices that do not support IPv6 ACLs, or those that do so with unacceptably low performance.</p>
<p>It is important for existing measurement efforts and methodologies to continue to collect data during this potential evolution &#8212; to understand the adoption of IPv6, or to better understand why IPv6 fails if its adoption languishes. Several components of the &#8220;data we need&#8221; have largely been addressed in the last year. For instance, while methodologies to assess IPv6 adoption are now well-understood, continued data collection is important. On the client-side, <a title="Mitigating Sampling Error when Measuring Internet Client IPv6 Capabilities" href="http://www-net.cs.umass.edu/imc2012/papers/p87.pdf">recent work from Zander <em>et al.</em></a> at <a href="http://www-net.cs.umass.edu/imc2012/">IMC 2012</a> showed a clever way to leverage Google&#8217;s vast visibility of the edge to obtain a large and diverse sample of client IPv6 capability by embedding measurements into flash advertisements. <a href="http://www.google.com/intl/en/ipv6/statistics.html">Google</a> and <a href="http://www.akamai.com/ipv6">Akamai</a> both publish IPv6 adoption data based on observing client behavior. Google now publishes non-whitelisted AAAA DNS records for its domains, and supports IPv6 end-to-end. On the server-side, significant insight can be gleaned from the DNS. For example, ICSI, in collaboration with the University of Michigan, is analyzing zone and query data from some of the TLD authorities to understand the penetration of infrastructure IPv6. While Claffy&#8217;s 2011 editorial noted that estimates of IPv6 penetration vary by orders of magnitude, these measurements are slowly converging to a more reliable estimate.</p>
<p>Performance comparisons between IPv4 and IPv6 have also received significant attention, including <a title="Measuring the Deployment of IPv6: Topology, Routing and Performance" href="http://www.caida.org/publications/papers/2012/measuring_deployment_ipv6/measuring_deployment_ipv6.pdf">CAIDA&#8217;s IMC 2012 paper</a> and <a href="http://www.cmand.org/ipv6/slides/Arthur_Berger_Seminar_29Sep2011.pdf">Akamai&#8217;s measurements</a>. Several independent sources have shown that, when paths are congruent at the AS-level, performance is largely the same &#8212; i.e. there is no data-plane performance penalty today to using IPv6. It will be important to continue performance measurements as more applications implement <a href="http://tools.ietf.org/rfc/rfc6555.txt">happy eyeballs</a>.</p>
<p>Workshop participants also identified areas where additional research is needed: a) measuring the extent of carrier grade NAT in the Internet; b) understanding IPv6 topology; c) characterizing IPv6 security issues; d) incorporating economic models.</p>
<p>Given IPv4 address exhaustion and economic incentives against adopting IPv6, providers may choose to deploy <a href="http://tech.slashdot.org/story/13/01/16/1417244/uk-isp-plusnet-testing-carrier-grade-nat-instead-of-ipv6">carrier grade NAT</a> rather than (or in addition to) investing in IPv6. Little data exists today to understand the extent and use of carrier grade NAT. Arthur Berger and Nick Weaver exchanged several ideas for finding carrier grade NATs during the meeting and Nick hopes to place new functionality into <a href="http://netalyzr.icsi.berkeley.edu/">Netalyzer</a> to more broadly study their deployment.</p>
<p>With respect to economics, Steven Bauer <a title="Economic and regulatory questions as drivers of IPv6 measurements and research" href="http://www.cmand.org/ipv6/slides/NPS-IPv6-Bauer-2013.pdf">presented</a> a thought-provoking assessment of the (lack of) time-series IPv6 data in residential broadband performance studies (e.g., Samknows, Bismark, etc). In particular, when evaluating speed measurements and overall user experience, how should one weight IPv4 versus IPv6? Further, <a href="http://www.caida.org/workshops/wie/1212/slides/wie1212_emaida.pdf">recent work</a> that has evaluated the graph-theoretic centrality of AS interconnection in an effort to quantify market power (e.g. with respect to recent de-peering arguments, etc), have not examined IPv6 peering &#8212; suggesting avenues of exploration that may be valuable in understanding IPv6.</p>
<p>Topology is a second area where slow but steady progress is being made &#8212; yet much more remains to be done. Researchers from NPS and CAIDA are collaborating on efforts to perform <a title="IPv6 Alias Resolution via Induced Fragmentation" href="http://www.cmand.org/ipv6/slides/nps6alias.pdf">IPv6 alias resolution</a> to reduce interface-level topologies (i.e. as collected by traceroute) to the more useful router-level topologies. Their most recent work will appear at <a href="http://pam2013.comp.polyu.edu.hk/">PAM 2013</a>; they are continuing the collaboration with a focus on scaling to Internet-size topologies, i.e., <a href="http://www.cmand.org/ipv6/slides/v6alias.pdf">large-scale IPv6 alias resolution</a>. Further, researchers from NPS, Akamai, and ICSI are collaborating on efforts to <a title="Inferring Internet Server IPv4 and IPv6 Address Relationships" href="http://www.cmand.org/ipv6/slides/v4_v6_address_relationships.pdf">infer &#8220;sibling&#8221; relationships between IPv4 and IPv6 addresses</a>, with the eventual goal of enabling comparative topology mapping, sound performance comparisons, and informing reputation and geolocation engines.</p>
<p>Lastly, there was consensus among participants that security is one of IPv6&#8242;s Achilles&#8217; heels. At the meeting, Chris Eagle, one of the organizers for previous <a href="http://www.defcon.org/html/links/dc-ctf.html">Defcon CTF</a> exercises, spoke about their recent use of IPv6 in the challenge, which pretty much stumped all the security experts participating in the contest. IPv6 as deployed today is largely unsecured with respect to known vulnerabilities in IPv4, while introducing a raft of new attack vectors. As a result, NPS is undertaking an effort to better support IPv6 in the <a href="http://spoofer.cmand.org/">spoofer project</a>, as well as continuing to use IPv6 attack traffic for opportunistic measurement insight.</p>
<p>Much exciting work is in progress!</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.caida.org/best_available_data/2013/01/22/2001deba7ab1eeffec75/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Packet Loss Metrics from Darknet Traffic</title>
		<link>http://blog.caida.org/best_available_data/2013/01/17/packet-loss-metrics-from-darknet-traffic/</link>
		<comments>http://blog.caida.org/best_available_data/2013/01/17/packet-loss-metrics-from-darknet-traffic/#comments</comments>
		<pubDate>Thu, 17 Jan 2013 18:20:49 +0000</pubDate>
		<dc:creator>karyn</dc:creator>
				<category><![CDATA[Commentaries]]></category>
		<category><![CDATA[Measurement]]></category>

		<guid isPermaLink="false">http://blog.caida.org/best_available_data/?p=2061</guid>
		<description><![CDATA[At the CoNEXT Student Workshop, in Nice, France on December 10, 2012, CAIDA shared recent research on Internet outages in a poster entitled &#8220;Gaining Insight Into AS-Level Outages through Analysis of Internet Background Radiation.&#8221; An initial task of our NSF-funded DALS SaTC project is to refine and extend indicators to support real-time detection and rapid [...]]]></description>
				<content:encoded><![CDATA[<p>At the <a href="http://conferences.sigcomm.org/co-next/2012/workshops/student/index.html">CoNEXT Student Workshop</a>, in Nice, France on December 10, 2012, CAIDA shared recent research on Internet outages in a poster entitled &#8220;Gaining Insight Into AS-Level Outages through Analysis of Internet Background Radiation.&#8221;</p>
<p><span id="more-2061"></span></p>
<p style="text-align: center;"><a href="http://www.caida.org/publications/posters/eps/dals-2012-dec-packetloss-poster.pdf"><img class="aligncenter size-full wp-image-2080" style="border: 1px solid black;" title="dals-2012-dec-packetloss-poster" src="http://blog.caida.org/best_available_data/wp-content/uploads/2013/01/dals-2012-dec-packetloss-poster.png" alt="" width="206" height="291" /></a></p>
<p>An initial task of our NSF-funded <a href="http://www.caida.org/funding/dals-satc/">DALS SaTC</a> project is to refine and extend indicators to support real-time detection and rapid characterization of Internet connectivity outage events. We used several darknet-based metrics in our studies of <a href="http://www.caida.org/publications/papers/2011/outages_censorship/">country-wide censorship </a>and the <a href="http://www.caida.org/publications/papers/2012/extracting_benefit_from_harm/">impact of political and geophysical events</a>.  This latest metric characterizes the number of TCP SYN packets sent from selected networks to the UCSD Network Telescope, to help determine whether packet loss (e.g., because of congestion) is associated with the outage.  Since the UCSD Network Telescope receives traffic sent to unassigned IP addresses but does not respond, TCP connection attempts are comprised of only SYN packets. Conficker-like packets comprise the vast majority of these packets, known as Internet Background Radiation.  Conficker-infected hosts <a href="http://www.caida.org/research/security/ms08-067/conficker.xml">are known to send two SYN packets per connection attempt</a>, a consistent behavior that allows us to infer packet loss when the number of packets per connection attempt decreases for this type of traffic.</p>
<p>The poster highlights two case studies. In the <a href="http://bgpmon.net/?p=554">&#8220;Dodo-Telstra&#8221; Routing Leakage</a>, caused by a BGP leak, the metric γ decreases significantly, consistent with a bottleneck preceding the outage.</p>
<p style="text-align: center;"><a href="http://blog.caida.org/best_available_data/wp-content/uploads/2013/01/telstra_poster.png"><img class="aligncenter size-full wp-image-2083" title="telstra_poster" src="http://blog.caida.org/best_available_data/wp-content/uploads/2013/01/telstra_poster.png" alt="" width="346" height="194" /></a></p>
<p>However, during the Libyan Internet Blackout of 2011, <a href="http://www.caida.org/publications/papers/2011/outages_censorship/outages_censorship.pdf">where the Libyan government used packet filtering to implement country wide censorship</a>, the value of  γ did not change when a few hosts were allowed through the &#8220;firewall&#8221;.  This behavior is consistent with filtering decreasing the number of sources sending traffic without changing its per-flow characteristics.</p>
<p style="text-align: center;"><a href="http://blog.caida.org/best_available_data/wp-content/uploads/2013/01/libya_poster.png"><img class="aligncenter size-full wp-image-2084" title="libya_poster" src="http://blog.caida.org/best_available_data/wp-content/uploads/2013/01/libya_poster.png" alt="" width="340" height="190" /></a></p>
<p>Our poster was voted as one of the top 8 of the student workshop; these 8 were presented at the main CoNEXT conference.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.caida.org/best_available_data/2013/01/17/packet-loss-metrics-from-darknet-traffic/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Syria disappears from the Internet</title>
		<link>http://blog.caida.org/best_available_data/2012/12/05/syria-disappears-from-the-internet/</link>
		<comments>http://blog.caida.org/best_available_data/2012/12/05/syria-disappears-from-the-internet/#comments</comments>
		<pubDate>Thu, 06 Dec 2012 01:03:43 +0000</pubDate>
		<dc:creator>alistair</dc:creator>
				<category><![CDATA[Commentaries]]></category>
		<category><![CDATA[International Networking]]></category>
		<category><![CDATA[Measurement]]></category>
		<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://blog.caida.org/best_available_data/?p=1988</guid>
		<description><![CDATA[On the 29th of November, shortly after 10am UTC (12pm Damascus time), the Syrian state telecom (AS29386) withdrew the majority of BGP routes to Syrian networks (see reports from Renesys, Arbor, CloudFlare, BGPmon). Five prefixes allocated to Syrian organizations remained reachable for another several hours, served by Tata Communications. By midnight UTC on the 29th, [...]]]></description>
				<content:encoded><![CDATA[<p>On the 29th of November, shortly after 10am UTC (12pm Damascus time), the Syrian state telecom (AS29386) withdrew the majority of BGP routes to Syrian networks (see reports from <a href="http://www.renesys.com/blog/2012/11/syria-off-the-air.shtml">Renesys</a>, <a href="http://ddos.arbornetworks.com/2012/11/syria-goes-dark/?utm_source=feedburner&amp;utm_medium=feed&amp;utm_campaign=Feed%3A+asert+%28DDoS+and+Security+Reports+%7C+Arbor+Networks+Security+Blog%29">Arbor</a>, <a href="http://blog.cloudflare.com/how-syria-turned-off-the-internet">CloudFlare</a>, <a title="BGPmon" href="http://www.bgpmon.net/syria-shuts-down-the-internet/">BGPmon</a>). Five prefixes allocated to Syrian organizations remained reachable for another several hours, served by Tata Communications. By midnight UTC on the 29th, as reported by <a href="http://www.bgpmon.net/syria-shuts-down-the-internet/">BGPmon</a>, these five prefixes had also been withdrawn from the global routing table, completing the disconnection of Syria from the rest of the Internet.</p>
<p><span id="more-1988"></span><br />
Several organizations with access to different sources of data that illuminate aspects of the blackout have released their data analyses. Renesys and BGPmon used BGP routing data to monitor the systematic withdrawal of routes to networks in Syria. Arbor Networks used traffic flow data collected from their globally distributed ATLAS infrastructure, which serves hundreds of customers. Akamai has traffic data from their own content distribution network infrastructure, and released <a href="https://twitter.com/akamai_soti/status/274163048263057408">a graph</a> showing an abrupt drop in the volume of (HTTP) traffic Akamai servers sent to Syrian hosts. While the RIPE NCC allowed users to <a href="https://labs.ripe.net/Members/emileaben/monitor-syrian-blackout-with-ripestat/">follow the BGP update activity for Syrian prefixes</a> in near-realtime.</p>
<p>We provide another lens through which the blackout could be observed: a drop in unsolicited traffic generated by malware-infected Syrian PCs. Malware (worms, viruses, etc) often spreads to other vulnerable computers over the Internet by way of random scanning by infected hosts. A signal-producing side effect of a country-level Internet blackout is that Internet access is also denied to malware attempting to infect other hosts. This drop in unsolicited traffic can be observed in data captured from a darknet such as the <a href="http://www.caida.org/projects/network_telescope/">UCSD Network Telescope</a>. A darknet is a block of globally reachable but unassigned IP addresses; all traffic destined to such addresses is unsolicited, most of it from malware-infected PCs. We have previously used this technique to analyze the <a href="http://www.caida.org/publications/presentations/2011/analysis_internet_outages_censorship/analysis_internet_outages_censorship.pdf">Internet blackouts in Egypt and Libya</a> during the Arab Spring uprisings of last year and the <a href="http://www.caida.org/publications/presentations/2012/extract_benefit_from_harm_sigcomm_2012/extract_benefit_from_harm_sigcomm_2012.pdf">impact of the earthquakes in Japan and New Zealand</a> in early 2011.</p>
<div id="attachment_2052" class="wp-caption aligncenter" style="width: 410px"><a href="http://blog.caida.org/best_available_data/wp-content/uploads/2012/12/syria_blackout.src_ips.caida_.201212052.png"><img class="size-full wp-image-2052  " title="syria_blackout.src_ips.caida.20121205" src="http://blog.caida.org/best_available_data/wp-content/uploads/2012/12/syria_blackout.src_ips.caida_.201212052.png" alt="The Syrian Internet Blackout in Nov 2012 as seen at the UCSD Network Telescope" width="400" height="280" /></a><p class="wp-caption-text">The Syrian Internet Blackout in Nov 2012 as seen at the UCSD Network Telescope </p></div>
<p>This graph shows the number of unique Syrian source IP addresses per hour sending traffic that reaches the UCSD Network Telescope. Our data confirms the findings of other groups, showing an abrupt decrease in the number of transmitting Syrian hosts between 10 and 11am UTC on the 29th. For the following 48 hours we received almost no traffic from Syrian hosts. To determine that an IP address belongs to a Syrian host, we constructed a list of prefixes officially delegated by <a href="http://www.ripe.net">RIPE NCC</a> to Syrian organizations, augmented with the 5 prefixes advertised by Tata Communications (as reported by <a href="http://www.bgpmon.net/syria-shuts-down-the-internet/">BGPmon</a>), which were the last to be withdrawn. We then validated the addresses found in the telescope data against the <a href="http://dev.maxmind.com/geoip/geolite">Maxmind GeoLite Country database </a>and through manual traceroutes.</p>
<p>During the period of the blackout we received a total of 6 packets from 3 sources inside Syrian address space. These packets had source IP addresses (which could be spoofed, we are still investigating) within the networks advertised by Tata Communications. We observed this traffic after these routes had been withdrawn (according to <a href="http://www.bgpmon.net/syria-shuts-down-the-internet/">BGPmon</a>), so it is possible that some Syrian networks were still able to send traffic by way of default routes, as was the case for some hosts during the Egyptian blackout (see <a href="http://www.caida.org/publications/papers/2011/outages_censorship/">our IMC2011 paper</a>). Traffic began returning to pre-blackout levels just after 2pm UTC on December 1st.</p>
<p><em>This activity is part of our NSF <a href="http://www.nsf.gov/publications/pub_summ.jsp?ods_key=nsf12596&amp;org=NSF">SATC</a>-funded project on Internet outages (<a href="http://www.caida.org/funding/dals-satc/">NSF CNS-1228994</a>), and is also supported by measurement and data curation made possible by DHS S&amp;T&#8217;s <a href="http://www.predict.org">PREDICT</a> and <a href="http://www.cyber.st.dhs.gov/">Cybersecurity</a> programs (Cooperative Agreement <a href="http://www.caida.org/projects/predict/">FA8750-12-2-0326</a> and Contract <a href="http://www.caida.org/funding/c4/">N66001-12-C-0130</a>).</em></p>
<p><em>Team: Alistair King, Karyn Benson, Brad Huffaker, Marina Fomenkov, Emile Aben, Alberto Dainotti, KC Claffy</em></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.caida.org/best_available_data/2012/12/05/syria-disappears-from-the-internet/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>CAIDA at the NSF Secure and Trustworthy Cyberspace (SaTC) Principal Investigators&#8217; Meeting</title>
		<link>http://blog.caida.org/best_available_data/2012/12/04/caida-at-the-nsf-secure-and-trustworthy-cyberspace-satc-principal-investigators-meeting/</link>
		<comments>http://blog.caida.org/best_available_data/2012/12/04/caida-at-the-nsf-secure-and-trustworthy-cyberspace-satc-principal-investigators-meeting/#comments</comments>
		<pubDate>Wed, 05 Dec 2012 03:09:47 +0000</pubDate>
		<dc:creator>Alberto</dc:creator>
				<category><![CDATA[Commentaries]]></category>
		<category><![CDATA[Measurement]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Updates]]></category>

		<guid isPermaLink="false">http://blog.caida.org/best_available_data/?p=2000</guid>
		<description><![CDATA[Last week CAIDA researchers (Alberto and kc) visited National Harbor (Maryland) for the 1st NSF Secure and Trustworthy Cyberspace (SaTC) Principal Investigators Meeting. The National Science Foundation&#8217;s SATC program is an interdisciplinary expansion of the old Trustworthy Computing program sponsored by CISE, extended to include the SBE, OCI, MPS, and EHR directorates. The SATC program [...]]]></description>
				<content:encoded><![CDATA[<p>Last week CAIDA researchers (<a href="http://www.caida.org/~alberto/">Alberto</a> and <a href="http://www.caida.org/~kc">kc) visited National Harbor (Maryland) for the <a href="http://cps-vo.org/group/satc/program">1st NSF Secure and Trustworthy Cyberspace (SaTC) Principal Investigators Meeting</a>.  The National Science Foundation&#8217;s <a href="http://www.nsf.gov/publications/pub_summ.jsp?ods_key=nsf12596&#038;org=NSF">SATC</a> program is an interdisciplinary expansion of the old Trustworthy Computing program sponsored by <a href="http://www.nsf.gov/dir/index.jsp?org=CISE">CISE</a>, extended to include the <a href="http://www.nsf.gov/sbe/about.jsp">SBE</a>, <a href="https://www.nsf.gov/od/oci/about.jsp">OCI</a>, <a href="https://nsf.gov/mps/about.jsp">MPS</a>, and <a href="http://www.nsf.gov/ehr/about.jsp">EHR</a> directorates. The SATC program also includes a bold new <em>Transition to Practice</em> category of project funding &#8212; to address the challenge of moving from research to capability &#8212; which we are excited and honored to be a part of. </p>
<p><span id="more-2000"></span></p>
<p>
This PI meeting included social science, economic, policy, as well as technical perspectives on cybersecurity through plenary talks, breakout sessions, posters, and an adventurous one-on-one researcher &#8220;speed dating&#8221; experiment.   We presented a poster that summarized <a href="http://www.caida.org/funding/dals-satc/">our current NSF SATC-funded effort</a> to build a platform for online monitoring and analysis of large-scale Internet infrastructure outages. The poster (reproduced below) displays highlights of our previous results from analyzing large outages in <a href="http://www.caida.org/publications/presentations/2011/analysis_internet_outages_censorship/analysis_internet_outages_censorship.pdf">Egypt and Libya</a> during the so called &#8220;Arab Spring&#8221;, and the impact of the <a href="http://www.caida.org/publications/presentations/2012/extract_benefit_from_harm_sigcomm_2012/extract_benefit_from_harm_sigcomm_2012.pdf">earthquakes in Japan and New Zealand</a> in 2011.  More soon, as we are still analyzing the most recent large-scale Internet outage in the news (Syria).  </p>
<p>&nbsp;</p>
<p style="text-align: center;"><a href="http://www.caida.org/publications/posters/eps/dals-2012-nov-outages-poster.pdf"><img class="aligncenter size-full wp-image-2001" title="DALS Poster at NSF SaTC meeting" src="http://blog.caida.org/best_available_data/wp-content/uploads/2012/12/DALS_Poster_Final.500x595.png" alt="" width="500" height="595" /></a></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.caida.org/best_available_data/2012/12/04/caida-at-the-nsf-secure-and-trustworthy-cyberspace-satc-principal-investigators-meeting/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>two recent workshop reports</title>
		<link>http://blog.caida.org/best_available_data/2012/07/27/two-recent-workshop-reports/</link>
		<comments>http://blog.caida.org/best_available_data/2012/07/27/two-recent-workshop-reports/#comments</comments>
		<pubDate>Fri, 27 Jul 2012 19:54:51 +0000</pubDate>
		<dc:creator>kc</dc:creator>
				<category><![CDATA[Commentaries]]></category>
		<category><![CDATA[Updates]]></category>

		<guid isPermaLink="false">http://blog.caida.org/best_available_data/?p=1977</guid>
		<description><![CDATA[This month CCR published final reports from two our of workshops: our BGP/traceroute workshop last July 2011 (final report here or here) and AIMS-4 last February (final report here or here).]]></description>
				<content:encoded><![CDATA[<p>This month CCR published final reports from two our of workshops: our <a href="http://www.caida.org/workshops/bgp-traceroute/"> BGP/traceroute workshop</a> last July 2011 (<a href="http://www.sigcomm.org/ccr/papers/2012/July/2317307.2317313">final report here</a> or <a href="http://www.caida.org/publications/papers/2012/bgp-traceroute_report/">here</a>) and <a href="http://www.caida.org/workshops/isma/1202/">AIMS-4</a> last February (<a href="http://www.sigcomm.org/ccr/papers/2012/July/2317307.2317315">final report here</a> or <a href="http://www.caida.org/publications/papers/2012/aims4_report/">here</a>).</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.caida.org/best_available_data/2012/07/27/two-recent-workshop-reports/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>CAIDA&#8217;s Annual Report for 2011</title>
		<link>http://blog.caida.org/best_available_data/2012/07/12/caidas-annual-report-for-2011/</link>
		<comments>http://blog.caida.org/best_available_data/2012/07/12/caidas-annual-report-for-2011/#comments</comments>
		<pubDate>Thu, 12 Jul 2012 21:16:05 +0000</pubDate>
		<dc:creator>kc</dc:creator>
				<category><![CDATA[Commentaries]]></category>
		<category><![CDATA[Updates]]></category>

		<guid isPermaLink="false">http://blog.caida.org/best_available_data/?p=1963</guid>
		<description><![CDATA[[Executive Summary from our annual report for 2011.] This annual report covers CAIDA&#8217;s activities in 2011, summarizing highlights from our research, infrastructure, data-sharing and outreach activities. Our current research projects span topology, routing, traffic, economics, future Internet architectures, and policy. Our infrastructure activities continue to support measurement-based studies of the Internet&#8217;s core infrastructure, with focus [...]]]></description>
				<content:encoded><![CDATA[<p><i>[Executive Summary from our annual report for 2011.]</i></p>
<p>This annual report covers CAIDA&#8217;s activities in 2011, summarizing highlights from our research, infrastructure, data-sharing and outreach activities. Our current research projects span topology, routing, traffic, economics, future Internet architectures, and policy. Our infrastructure activities continue to support measurement-based studies of the Internet&#8217;s core infrastructure, with focus on the health and integrity of the global Internet&#8217;s topology, routing, addressing, and naming systems. We are also dedicating resources to support the infrastructure measurement and data sharing interests and needs of two U.S. federal agency programs: the National Science Foundation&#8217;s International Research Network Connections (IRNC) program, and the Department of Homeland Security&#8217;s Protected Repository of Data on Internet CyberThreats (PREDICT) data-sharing project.</p>
<p><span id="more-1963"></span><br />
We continue to expand our Internet active measurement platform Ark in scale and functionality, and use this platform to collect and share the largest Internet topology data sets (IPv4 and IPv6) available to academic researchers, and share many aggregated annotated derivative data sets publicly. Our topology measurement platform supports IPv6 &#8212; by the end of 2011, 28 of our 57 Ark hosting sites provided IPv6 connectivity and topology measurements. We have dramatically improved existing techniques for IP address alias resolution for large Internet graphs; we submitted a paper describing and evaluating the performance of our algorithms in late 2011, hopefully for publication in 2012. (Preliminary technical report available on the web site now, see Topology section of the report.) Using these new techniques, we collected, analyzed, processed and released two Internet Topology Data Kit (ITDK) Datasets, reflecting measurements taken in April and October 2011. Each 2011 ITDK includes two related router-level topologies, router-to-AS assignments; geographic location of each router; and DNS lookups of all observed IP addresses. We are still working on improving and validating our AS relationship inference algorithm so that we can add additional annotations to future ITDKs.</p>
<p>On the theoretical side of topology research, we continued investigation of the geometric model we developed last year to study the structure and function of complex networks. This model assumes that hyperbolic geometry underlies many complex networks, which if true provides a natural explanation for the heterogeneous degree distributions and strong clustering that characterize so many complex networks, i.e., they are simple reflections of the negative curvature and metric property of the underlying hyperbolic geometry. We also showed that not only popularity but also similarity acts as a strong force in shaping complex network structure and dynamics. We developed a framework where new connections, instead of preferring popular nodes, optimize certain trade-offs between popularity and similarity. The optimization framework more accurately describes large-scale Internet evolution (new links) than previous models, e.g., preferential attachment. The mathematically inclined will appreciate our related recent investigation of random bipartite networks using a hidden variable formalism that facilitates study of the structure and function of complex networks, as well as inference of individual characteristics, attributes, and annotations of nodes in real bipartite networks. Particular applications of interest are network geometry and navigability.</p>
<p>We gained momentum on our economics and policy research agenda, focused primarily on explanatory and predictive modeling of the economics of transit and peering interconnections in the Internet. Two historical developments contribute to a persistent disconnect between economic models and actual operational practices on the Internet. First, the Internet became too complex &#8211; in traffic dynamics, topology, and economics &#8211; for currently available analytical tools to allow realistic modeling. Second, the data needed to parameterize more realistic models is simply not available. The problem is fundamental, and familiar: simple models are not valid, and complex models cannot be validated. We are making progress in both dimensions: creating more powerful, empirically parameterized computational tools, and enabling broader validation than previously possible. We also held the second interdisciplinary Workshop on Internet Economics (WIE) in December, connecting academic researchers, commercial Internet facilities and service providers, theorists, policy makers, and pundits of Internet economics to frame an Internet economics research agenda, and more specifically to improve the realism, utility, and predictive power of economic models of Internet topology and dynamics.</p>
<p>In the first months of 2011, Internet communications were disrupted in several North African countries in response to civilian protests and threats of civil war. We analyzed episodes of these disruptions in two countries: Egypt and Libya. Using both control plane and data plane data sets in combination allowed us to narrow down which forms of Internet access disruption were implemented in a given region over time. Among other insights, we detected what we believe were Libya&#8217;s attempts to test firewall-based blocking before they executed more aggressive BGP-based disconnection. Our methodology could be used, and automated, to detect outages or similar macroscopically disruptive events in other geographic or topological regions.</p>
<p>We are applying our theoretical, empirical, and practical understandings of the Internet&#8217;s evolution to engage in the NSF&#8217;s exciting Future Internet Architecture (FIA) Research program. In 2011 we participated in the Named Data Networking project, a 12-university collaboration funded by the FIA program to explore a generalization of the Internet architecture that allows naming more than just communication endpoints, i.e, the source and destination IP address, but also data (content) itself. This approach shifts the focus from where &#8212; addresses and hosts in today&#8217;s Internet &#8212; to what &#8212; the content that users and applications care about. By naming data instead of locations, the new architecture transforms data into a first-class entity while addressing the known technical challenges of the today Internet: routing scalability, network security, content protection and privacy. In 2011 we investigated combinations of name-space structure and network topology that optimize the efficiency of NDN algorithms and participated in NDN testbed development and evaluation.</p>
<p>Finally, as always, we engaged in a variety of tool development, data-sharing, and outreach activities, including web sites, peer-reviewed papers, technical reports, presentations, blogging, animations, and (six) workshops. Details of our activities are below. CAIDA&#8217;s program plan for 2010-2013 is available at <a href="http://www.caida.org/home/about/progplan/progplan2010/">http://www.caida.org/home/about/progplan/progplan2010/</a>. Please do not hesitate to send comments or questions to info at caida dot org. </p>
<p>Full annual report:<br />
<a href="http://www.caida.org/home/about/annualreports/2011/">http://www.caida.org/home/about/annualreports/2011/</a></p>
<p>Program plan for 2010-2013:<br />
<a href="http://www.caida.org/home/about/progplan/progplan2010/">http://www.caida.org/home/about/progplan/progplan2010/</a></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.caida.org/best_available_data/2012/07/12/caidas-annual-report-for-2011/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>IPv6: What could be (but isn’t yet)</title>
		<link>http://blog.caida.org/best_available_data/2012/06/04/ipv6-what-could-be-but-isnt-yet/</link>
		<comments>http://blog.caida.org/best_available_data/2012/06/04/ipv6-what-could-be-but-isnt-yet/#comments</comments>
		<pubDate>Mon, 04 Jun 2012 19:31:47 +0000</pubDate>
		<dc:creator>Matthew</dc:creator>
				<category><![CDATA[Commentaries]]></category>
		<category><![CDATA[IPv6]]></category>
		<category><![CDATA[Topology]]></category>

		<guid isPermaLink="false">http://blog.caida.org/best_available_data/?p=1942</guid>
		<description><![CDATA[With IPv6 Launch approaching, there is increasing interest in measuring the readiness of the IPv6 infrastructure. A major concern, particularly for networks that source or sink content, is the performance that is achievable over IPv6, and how it compares to the performance over IPv4. A recent study by Nikkah et al. argues that data plane [...]]]></description>
				<content:encoded><![CDATA[<p>With <a>IPv6 Launch</a> approaching, there is increasing interest in measuring the readiness of the IPv6 infrastructure. A major concern, particularly for networks that source or sink content, is the performance that is achievable over IPv6, and how it compares to the performance over IPv4. A <a href="http://repository.upenn.edu/cgi/viewcontent.cgi?article=1644&amp;context=ese_papers">recent study</a> by Nikkah <em>et al.</em> argues that data plane performance, as measured by web page download times, is largely comparable in IPv4 and IPv6, as long as the AS-level paths in IPv4 and IPv6 are identical.  We have confirmed these findings with our own measurements covering 593 dual-stack ASes: we found that 79% of paths had IPv6 performance within 10% of IPv4 (or IPv6 had better performance) if the forward AS-level path was the same in both protocols, while only 63% of paths had similar performance if the forward AS-level path was different.</p>
<p>Given the apparent importance of congruent AS-level paths in IPv4 and IPv6, we measured to what extent such congruence exists today, and how this has evolved historically. We measure IPv4 and IPv6 AS paths from seven vantage points (ACOnet/AS1853, IIJ/AS2497, NTT/AS2914, Tinet/AS3257, HE/AS6939, AT&amp;T/AS7018, NL-BIT/AS12859) which have provided BGP data to Routeviews and RIPE RIS since 2003. The figure below plots the fraction of dual-stack paths that are identical in IPv4 and IPv6 from each vantage point over time. According to this metric, IPv6 paths are maturing slowly. In January 2004, 10-20% of paths were the same for IPv4 and IPv6; eight years later, 40-50% of paths are the same for six of the seven vantage points.</p>
<p><a href="http://blog.caida.org/best_available_data/wp-content/uploads/2012/06/zero.scaled.png"><img class="alignnone size-full wp-image-1950" src="http://blog.caida.org/best_available_data/wp-content/uploads/2012/06/zero.scaled.png" alt="Fraction of identical dual-stack paths over time" width="500" height="250" /></a></p>
<p><span id="more-1942"></span></p>
<p>Even though the fraction of congruent AS-level paths has been increasing, it is still only around 50%. It is interesting to study the reasons for the divergence. Is it the case that some ASes or AS links from the IPv4 graph are not present in IPv6? How strong could the congruence possibly be, given the set of AS links and ASes from the IPv4 graph that are already present in the IPv6 graph? For each link in an IPv4 AS path toward a dual-stacked origin AS, we examine whether that link is present in the IPv6 topology, regardless of the AS path on which it appears. The figure below shows that currently, 60-70% of AS paths could be <em>link-identical</em> in IPv4 and IPv6 without configuring a new BGP peering session, because for these paths each IPv4 link is already present in the IPv6 topology, just not yet part of an observable BGP-policy-compliant path between the edges.</p>
<p><a href="http://blog.caida.org/best_available_data/wp-content/uploads/2012/06/pot-links.scaled.png"><img class="alignnone size-full wp-image-1951" src="http://blog.caida.org/best_available_data/wp-content/uploads/2012/06/pot-links.scaled.png" alt="Fraction of dual-stack paths that could be link-identical over time" width="500" height="250" /></a></p>
<p>We take a step further and examine what would happen if each IPv6-capable AS were to establish equivalent peerings in IPv6 and IPv4. For each AS in an IPv4 AS path toward a dual-stacked origin AS, we examine whether that AS is present in the IPv6 topology. The figure below shows the fraction of IPv4 AS paths where each AS on the IPv4 AS path is present in the IPv6 topology. If current IPv6-capable ASes established equivalent peerings in IPv4 and IPv6, 95% of AS paths could be <em>node-identical</em> in IPv4 and IPv6; that is, for an AS link on such a path, both ASes are present in the IPv6 topology, and both ASes already peer in IPv4. If these ASes also started IPv6 peering, we could see the AS paths converge.</p>
<p><a href="http://blog.caida.org/best_available_data/wp-content/uploads/2012/06/pot-nodes.scaled.png"><img class="alignnone size-full wp-image-1952" src="http://blog.caida.org/best_available_data/wp-content/uploads/2012/06/pot-nodes.scaled.png" alt="Fraction of dual-stack paths that coluld be node-identical over time" width="500" height="250" /></a></p>
<p>These results are encouraging, but they are even more motivating when juxtaposed with the above performance measurements which show IPv4 and IPv6 data plane performance is comparable when the AS paths are the same. Together, these results demonstrate the undeniable benefit of BGP peering parity between IPv4 and IPv6 AS-level topologies.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.caida.org/best_available_data/2012/06/04/ipv6-what-could-be-but-isnt-yet/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
