<?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/"
		>
<channel>
	<title>Comments on: On implementing Chord</title>
	<atom:link href="http://www.emilsit.net/blog/archives/on-implementing-chord/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.emilsit.net/blog/archives/on-implementing-chord/</link>
	<description></description>
	<lastBuildDate>Wed, 10 Feb 2010 17:08:52 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Princeton S* Network Systems&#187; Blog Archive &#187; &#8220;Systems Researcher Interview&#8221;</title>
		<link>http://www.emilsit.net/blog/archives/on-implementing-chord/comment-page-1/#comment-27127</link>
		<dc:creator>Princeton S* Network Systems&#187; Blog Archive &#187; &#8220;Systems Researcher Interview&#8221;</dc:creator>
		<pubDate>Wed, 25 Mar 2009 14:28:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.emilsit.net/blog/?p=171#comment-27127</guid>
		<description>&lt;p&gt;[...] from colleagues about their experience building distributed systems. He started this series after describing some implementation issues with building Chord, which was one of the first and remains the [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] from colleagues about their experience building distributed systems. He started this series after describing some implementation issues with building Chord, which was one of the first and remains the [...]</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Systems Researchers Interview Series - Emil Sit: Thoughts on Systems</title>
		<link>http://www.emilsit.net/blog/archives/on-implementing-chord/comment-page-1/#comment-27119</link>
		<dc:creator>Systems Researchers Interview Series - Emil Sit: Thoughts on Systems</dc:creator>
		<pubDate>Sun, 15 Mar 2009 01:41:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.emilsit.net/blog/?p=171#comment-27119</guid>
		<description>&lt;p&gt;[...] Emil Sit: Thoughts on Systems    Skip to content Archives     &#171; On implementing Chord [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] Emil Sit: Thoughts on Systems    Skip to content Archives     &laquo; On implementing Chord [...]</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Emil Sit</title>
		<link>http://www.emilsit.net/blog/archives/on-implementing-chord/comment-page-1/#comment-27118</link>
		<dc:creator>Emil Sit</dc:creator>
		<pubDate>Sat, 14 Mar 2009 13:49:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.emilsit.net/blog/?p=171#comment-27118</guid>
		<description>&lt;p&gt;@ctl: Yeah, we don&#039;t do that...&lt;br /&gt;
@Derrick: STP is simply implemented over UDP, but it&#039;s a bit hairy.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>@ctl: Yeah, we don&#8217;t do that&#8230;<br />
@Derrick: STP is simply implemented over UDP, but it&#8217;s a bit hairy.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Derrick Coetzee</title>
		<link>http://www.emilsit.net/blog/archives/on-implementing-chord/comment-page-1/#comment-27116</link>
		<dc:creator>Derrick Coetzee</dc:creator>
		<pubDate>Sat, 07 Mar 2009 01:33:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.emilsit.net/blog/?p=171#comment-27116</guid>
		<description>&lt;p&gt;Hi Mendel, David Hilley pointed me to this interesting post after I recently (coincidentally) wrote a post summarizing and discussing the original Chord paper at:&lt;/p&gt;

&lt;p&gt;http://papersincomputerscience.org/2009/03/04/chord-a-scalable-peer-to-peer-lookup-service-for-internet-applications/&lt;/p&gt;

&lt;p&gt;I&#039;m most intrigued by your use of a custom transport protocol - I&#039;m surprised you have enough control over your network stack to pull that off. Thanks for taking the time to share your practical insights.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Hi Mendel, David Hilley pointed me to this interesting post after I recently (coincidentally) wrote a post summarizing and discussing the original Chord paper at:</p>

<p><a href="http://papersincomputerscience.org/2009/03/04/chord-a-scalable-peer-to-peer-lookup-service-for-internet-applications/" rel="nofollow">http://papersincomputerscience.org/2009/03/04/chord-a-scalable-peer-to-peer-lookup-service-for-internet-applications/</a></p>

<p>I&#8217;m most intrigued by your use of a custom transport protocol &#8211; I&#8217;m surprised you have enough control over your network stack to pull that off. Thanks for taking the time to share your practical insights.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Lesniewski-Laas</title>
		<link>http://www.emilsit.net/blog/archives/on-implementing-chord/comment-page-1/#comment-27057</link>
		<dc:creator>Chris Lesniewski-Laas</dc:creator>
		<pubDate>Mon, 02 Mar 2009 16:33:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.emilsit.net/blog/?p=171#comment-27057</guid>
		<description>&lt;p&gt;A good DHT ought to be able to deal with asymmetrically reachable nodes by routing over the DHT peers, a la RON.  If A mentions B to C, then A either can contact B itself, or A knows another node D which can contact B directly.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>A good DHT ought to be able to deal with asymmetrically reachable nodes by routing over the DHT peers, a la RON.  If A mentions B to C, then A either can contact B itself, or A knows another node D which can contact B directly.</p>]]></content:encoded>
	</item>
</channel>
</rss>
