<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Mapping the Internet</title>
	<atom:link href="http://dweekly.wordpress.com/2008/03/30/mapping-the-internet/feed/" rel="self" type="application/rss+xml" />
	<link>http://dweekly.wordpress.com/2008/03/30/mapping-the-internet/</link>
	<description>gluing myself together again</description>
	<lastBuildDate>Tue, 16 Jun 2009 02:08:20 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: David Weekly</title>
		<link>http://dweekly.wordpress.com/2008/03/30/mapping-the-internet/#comment-76</link>
		<dc:creator>David Weekly</dc:creator>
		<pubDate>Fri, 13 Feb 2009 01:18:45 +0000</pubDate>
		<guid isPermaLink="false">http://dweekly.wordpress.com/?p=13#comment-76</guid>
		<description>As a further followup, I&#039;m currently in a suburb of Amsterdam at a conference.

A traceroute to the State Bank of India (sbi.co.in) is 27 hops, 358ms RTT, and routes Amsterdam-&gt;London-&gt;NYC-&gt;San Jose-&gt;Singapore-&gt;India.

Then again, a traceroute to Reliance (www.rcom.co.in) is only 13 hops, 159ms and routes from London directly to Mumbai over Flag Telecom (n.b. a wholly owned subsidiary of Reliance telecom), showing that not everyone has bad routes. Then again, if one of the global network infrastructure leaders didn&#039;t have a good route to their website in India, who would?

As an interesting sidenote, it seems that some of India&#039;s largest corporations do their hosting in the US. Tata and Aditya Birla both even host with the same SF ISP, Cybercon.</description>
		<content:encoded><![CDATA[<p>As a further followup, I&#8217;m currently in a suburb of Amsterdam at a conference.</p>
<p>A traceroute to the State Bank of India (sbi.co.in) is 27 hops, 358ms RTT, and routes Amsterdam-&gt;London-&gt;NYC-&gt;San Jose-&gt;Singapore-&gt;India.</p>
<p>Then again, a traceroute to Reliance (www.rcom.co.in) is only 13 hops, 159ms and routes from London directly to Mumbai over Flag Telecom (n.b. a wholly owned subsidiary of Reliance telecom), showing that not everyone has bad routes. Then again, if one of the global network infrastructure leaders didn&#8217;t have a good route to their website in India, who would?</p>
<p>As an interesting sidenote, it seems that some of India&#8217;s largest corporations do their hosting in the US. Tata and Aditya Birla both even host with the same SF ISP, Cybercon.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Weekly</title>
		<link>http://dweekly.wordpress.com/2008/03/30/mapping-the-internet/#comment-75</link>
		<dc:creator>David Weekly</dc:creator>
		<pubDate>Thu, 12 Feb 2009 21:43:50 +0000</pubDate>
		<guid isPermaLink="false">http://dweekly.wordpress.com/?p=13#comment-75</guid>
		<description>Bram,

These were round trip times. :)

Cheers,
 David</description>
		<content:encoded><![CDATA[<p>Bram,</p>
<p>These were round trip times. :)</p>
<p>Cheers,<br />
 David</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bram Cohen</title>
		<link>http://dweekly.wordpress.com/2008/03/30/mapping-the-internet/#comment-74</link>
		<dc:creator>Bram Cohen</dc:creator>
		<pubDate>Thu, 12 Feb 2009 21:38:37 +0000</pubDate>
		<guid isPermaLink="false">http://dweekly.wordpress.com/?p=13#comment-74</guid>
		<description>Are those one-way or round trip times you have listed?</description>
		<content:encoded><![CDATA[<p>Are those one-way or round trip times you have listed?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Weekly</title>
		<link>http://dweekly.wordpress.com/2008/03/30/mapping-the-internet/#comment-25</link>
		<dc:creator>David Weekly</dc:creator>
		<pubDate>Wed, 02 Apr 2008 23:56:39 +0000</pubDate>
		<guid isPermaLink="false">http://dweekly.wordpress.com/?p=13#comment-25</guid>
		<description>Sam - I have a link to the VPSes I use in the post. Click on &quot;Singapore&quot; or &quot;The Netherlands&quot;.</description>
		<content:encoded><![CDATA[<p>Sam &#8211; I have a link to the VPSes I use in the post. Click on &#8220;Singapore&#8221; or &#8220;The Netherlands&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sam</title>
		<link>http://dweekly.wordpress.com/2008/03/30/mapping-the-internet/#comment-24</link>
		<dc:creator>sam</dc:creator>
		<pubDate>Wed, 02 Apr 2008 23:38:31 +0000</pubDate>
		<guid isPermaLink="false">http://dweekly.wordpress.com/?p=13#comment-24</guid>
		<description>Which VPS hosters do you use?  Thanks!</description>
		<content:encoded><![CDATA[<p>Which VPS hosters do you use?  Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Byers</title>
		<link>http://dweekly.wordpress.com/2008/03/30/mapping-the-internet/#comment-21</link>
		<dc:creator>James Byers</dc:creator>
		<pubDate>Mon, 31 Mar 2008 04:27:09 +0000</pubDate>
		<guid isPermaLink="false">http://dweekly.wordpress.com/?p=13#comment-21</guid>
		<description>Thanks for the stats David, your Order of International Expansion looks right on.  I&#039;ve also been watching a set of posts you might find interesting about putting a mozilla.com node in China over on mrz&#039;s blog:

http://blog.mozilla.com/mrz/2008/01/24/china-amsterdam-san-jose-and-global-load-balancing/

through

http://blog.mozilla.com/mrz/2008/03/10/hello-china-part-iii./</description>
		<content:encoded><![CDATA[<p>Thanks for the stats David, your Order of International Expansion looks right on.  I&#8217;ve also been watching a set of posts you might find interesting about putting a mozilla.com node in China over on mrz&#8217;s blog:</p>
<p><a href="http://blog.mozilla.com/mrz/2008/01/24/china-amsterdam-san-jose-and-global-load-balancing/" rel="nofollow">http://blog.mozilla.com/mrz/2008/01/24/china-amsterdam-san-jose-and-global-load-balancing/</a></p>
<p>through</p>
<p><a href="http://blog.mozilla.com/mrz/2008/03/10/hello-china-part-iii./" rel="nofollow">http://blog.mozilla.com/mrz/2008/03/10/hello-china-part-iii./</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dweekly</title>
		<link>http://dweekly.wordpress.com/2008/03/30/mapping-the-internet/#comment-16</link>
		<dc:creator>dweekly</dc:creator>
		<pubDate>Mon, 31 Mar 2008 01:58:38 +0000</pubDate>
		<guid isPermaLink="false">http://dweekly.wordpress.com/?p=13#comment-16</guid>
		<description>Paul - thanks for the comment. PBwiki&#039;s network was not involved in this case, however. A virtual machine located in Amsterdam and not on PBwiki&#039;s production network traced connections to several machines located in India which are also not on PBwiki&#039;s production network. It&#039;s possible that there may have been some temporary BGP issues involved, but I find it more likely that the global network is still dealing with the FLAG fiber cuts. http://www.dailywireless.org/2008/01/30/oceanic-fiber-cut/</description>
		<content:encoded><![CDATA[<p>Paul &#8211; thanks for the comment. PBwiki&#8217;s network was not involved in this case, however. A virtual machine located in Amsterdam and not on PBwiki&#8217;s production network traced connections to several machines located in India which are also not on PBwiki&#8217;s production network. It&#8217;s possible that there may have been some temporary BGP issues involved, but I find it more likely that the global network is still dealing with the FLAG fiber cuts. <a href="http://www.dailywireless.org/2008/01/30/oceanic-fiber-cut/" rel="nofollow">http://www.dailywireless.org/2008/01/30/oceanic-fiber-cut/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Singh</title>
		<link>http://dweekly.wordpress.com/2008/03/30/mapping-the-internet/#comment-15</link>
		<dc:creator>Paul Singh</dc:creator>
		<pubDate>Mon, 31 Mar 2008 01:36:23 +0000</pubDate>
		<guid isPermaLink="false">http://dweekly.wordpress.com/?p=13#comment-15</guid>
		<description>Regarding the Amsterdam packets routing through Palo Alto - you may want to present your findings to PBwiki&#039;s network connectivity providers. Such routing may be indicative of faulty BGP setups somewhere along their edge routers.</description>
		<content:encoded><![CDATA[<p>Regarding the Amsterdam packets routing through Palo Alto &#8211; you may want to present your findings to PBwiki&#8217;s network connectivity providers. Such routing may be indicative of faulty BGP setups somewhere along their edge routers.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
