<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="wordpress/2.0.4" -->
<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/"
	>

<channel>
	<title>Reinventing the Internet</title>
	<link>http://www.arl.wustl.edu/~jst/reInventTheNet</link>
	<description>dedicated to discussion of ideas for a new Internet architecture</description>
	<pubDate>Fri, 20 Apr 2007 18:13:06 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.4</generator>
	<language>en</language>
			<item>
		<title>GENI/FIND in the press</title>
		<link>http://www.arl.wustl.edu/~jst/reInventTheNet/?p=163</link>
		<comments>http://www.arl.wustl.edu/~jst/reInventTheNet/?p=163#comments</comments>
		<pubDate>Fri, 20 Apr 2007 18:13:06 +0000</pubDate>
		<dc:creator>BrandonHeller</dc:creator>
		
	<category>General</category>
		<guid isPermaLink="false">http://www.arl.wustl.edu/~jst/reInventTheNet/?p=163</guid>
		<description><![CDATA[It&#8217;s nice to see the press taking an interest in GENI and FIND.  The Associated Press released an article on future internet design yesterday, one that was featured on the website Digg:
http://www.signonsandiego.com/news/business/20070413-1017-rebuildingtheinternet.html

]]></description>
		<wfw:commentRSS>http://www.arl.wustl.edu/~jst/reInventTheNet/?feed=rss2&amp;p=163</wfw:commentRSS>
		</item>
		<item>
		<title>Simulation Metanetwork, CSE570 Final Project</title>
		<link>http://www.arl.wustl.edu/~jst/reInventTheNet/?p=162</link>
		<comments>http://www.arl.wustl.edu/~jst/reInventTheNet/?p=162#comments</comments>
		<pubDate>Wed, 17 Jan 2007 14:59:57 +0000</pubDate>
		<dc:creator>harri</dc:creator>
		
	<category>General</category>
		<guid isPermaLink="false">http://www.arl.wustl.edu/~jst/reInventTheNet/?p=162</guid>
		<description><![CDATA[Hi all, I thought I&#8217;d post my final project for the CSE570 course.  I&#8217;m doing this because I think it&#8217;s not too shabby  , but also because I&#8217;d be interested if other members of Class CSE570 of &#8216;06 were to post theirs.  I&#8217;m sure it makes good reading, but on a more [...]]]></description>
		<wfw:commentRSS>http://www.arl.wustl.edu/~jst/reInventTheNet/?feed=rss2&amp;p=162</wfw:commentRSS>
		</item>
		<item>
		<title>Why multicast is irrelevant to the Internet</title>
		<link>http://www.arl.wustl.edu/~jst/reInventTheNet/?p=161</link>
		<comments>http://www.arl.wustl.edu/~jst/reInventTheNet/?p=161#comments</comments>
		<pubDate>Thu, 14 Dec 2006 02:14:30 +0000</pubDate>
		<dc:creator>Sailesh Kumar</dc:creator>
		
	<category>Essays</category>
	<category>multicast/anycast</category>
		<guid isPermaLink="false">http://www.arl.wustl.edu/~jst/reInventTheNet/?p=161</guid>
		<description><![CDATA[Any communication process can be divided into one of the three main categories, unicast, multicast, and broadcast communication. In unicast, messages are sent from one source to one destination; the message may traverse through several intermediate nodes. In broadcast, messages are sent from one source to all destinations which have physical connectivity to the source. [...]]]></description>
		<wfw:commentRSS>http://www.arl.wustl.edu/~jst/reInventTheNet/?feed=rss2&amp;p=161</wfw:commentRSS>
		</item>
		<item>
		<title>The case for making multicast a first-class service in the Internet</title>
		<link>http://www.arl.wustl.edu/~jst/reInventTheNet/?p=160</link>
		<comments>http://www.arl.wustl.edu/~jst/reInventTheNet/?p=160#comments</comments>
		<pubDate>Mon, 04 Dec 2006 02:44:50 +0000</pubDate>
		<dc:creator>Michael Roche</dc:creator>
		
	<category>Essays</category>
	<category>multicast/anycast</category>
		<guid isPermaLink="false">http://www.arl.wustl.edu/~jst/reInventTheNet/?p=160</guid>
		<description><![CDATA[IP multicast is a must for the Internet. It provides many advantages over a plain unicast network. With demand growing toward more streaming media, IPTV, and video conferencing applications, multicast becomes more and more of a necessity. There are many advantages that multicast offers to these type of applications. The infrastructure for IP multicast already [...]]]></description>
		<wfw:commentRSS>http://www.arl.wustl.edu/~jst/reInventTheNet/?feed=rss2&amp;p=160</wfw:commentRSS>
		</item>
		<item>
		<title>The case for making multicast a first-class service in the Internet</title>
		<link>http://www.arl.wustl.edu/~jst/reInventTheNet/?p=159</link>
		<comments>http://www.arl.wustl.edu/~jst/reInventTheNet/?p=159#comments</comments>
		<pubDate>Mon, 04 Dec 2006 02:44:29 +0000</pubDate>
		<dc:creator>mbecchi</dc:creator>
		
	<category>Essays</category>
	<category>multicast/anycast</category>
		<guid isPermaLink="false">http://www.arl.wustl.edu/~jst/reInventTheNet/?p=159</guid>
		<description><![CDATA[A multicast communication service sends packets from a source to a set of destinations, also called multicast group. The basic underlying idea is to propagate the packets into the network so to reduce the bandwidth involved. If, for instance, a packet has to be sent from a source on ISP x to N recipients connected [...]]]></description>
		<wfw:commentRSS>http://www.arl.wustl.edu/~jst/reInventTheNet/?feed=rss2&amp;p=159</wfw:commentRSS>
		</item>
		<item>
		<title>Review of “Designing DCCP: Congestion Control Without Reliability</title>
		<link>http://www.arl.wustl.edu/~jst/reInventTheNet/?p=158</link>
		<comments>http://www.arl.wustl.edu/~jst/reInventTheNet/?p=158#comments</comments>
		<pubDate>Sat, 02 Dec 2006 01:01:05 +0000</pubDate>
		<dc:creator>Paul Moceri</dc:creator>
		
	<category>Paper reviews</category>
	<category>congestion control</category>
		<guid isPermaLink="false">http://www.arl.wustl.edu/~jst/reInventTheNet/?p=158</guid>
		<description><![CDATA[Streaming media applications such as real-time video and telephony continue to grow and become a large component of Internet traffic.  Since such applications favor low delay over reliable transmission they often opt for the unreliable transport protocol UDP.  However, UDP lacks built-in congestion control mechanisms leaving applications on their own to implement congestion [...]]]></description>
		<wfw:commentRSS>http://www.arl.wustl.edu/~jst/reInventTheNet/?feed=rss2&amp;p=158</wfw:commentRSS>
		</item>
		<item>
		<title>Review of &#8220;Designing DCCP: Congestion Control Without Reliability&#8221;</title>
		<link>http://www.arl.wustl.edu/~jst/reInventTheNet/?p=157</link>
		<comments>http://www.arl.wustl.edu/~jst/reInventTheNet/?p=157#comments</comments>
		<pubDate>Sat, 02 Dec 2006 01:00:40 +0000</pubDate>
		<dc:creator>BrandonHeller</dc:creator>
		
	<category>Paper reviews</category>
	<category>congestion control</category>
		<guid isPermaLink="false">http://www.arl.wustl.edu/~jst/reInventTheNet/?p=157</guid>
		<description><![CDATA[As a network application developer, you have only two realistic choices for your application’s transport layer.  You could pick UDP (User Datagram Protocol), which provides unreliable, connectionless data transport, for applications where timeliness is the primary data-delivery concern.  You’d be forced to implement congestion control yourself, and one bug could render the network [...]]]></description>
		<wfw:commentRSS>http://www.arl.wustl.edu/~jst/reInventTheNet/?feed=rss2&amp;p=157</wfw:commentRSS>
		</item>
		<item>
		<title>Review of “Designing DCCP: Congestion Control Without Reliability”</title>
		<link>http://www.arl.wustl.edu/~jst/reInventTheNet/?p=156</link>
		<comments>http://www.arl.wustl.edu/~jst/reInventTheNet/?p=156#comments</comments>
		<pubDate>Sat, 02 Dec 2006 00:59:25 +0000</pubDate>
		<dc:creator>Michael Roche</dc:creator>
		
	<category>Paper reviews</category>
	<category>congestion control</category>
		<guid isPermaLink="false">http://www.arl.wustl.edu/~jst/reInventTheNet/?p=156</guid>
		<description><![CDATA[This paper summarizes the design of Datagram Congestion Control Protocol (DCCP). DCCP is a congestion control protocol to be used with unreliable transfer protocols such as UDP. There are many applications such as streaming media or video conferencing that prefer timely data instead of reliable data. If these applications had the choice of either retransmitting [...]]]></description>
		<wfw:commentRSS>http://www.arl.wustl.edu/~jst/reInventTheNet/?feed=rss2&amp;p=156</wfw:commentRSS>
		</item>
		<item>
		<title>Geographic addressing in WANs to simplify routing and enable new services</title>
		<link>http://www.arl.wustl.edu/~jst/reInventTheNet/?p=155</link>
		<comments>http://www.arl.wustl.edu/~jst/reInventTheNet/?p=155#comments</comments>
		<pubDate>Mon, 27 Nov 2006 00:06:22 +0000</pubDate>
		<dc:creator>mbecchi</dc:creator>
		
	<category>Essays</category>
	<category>naming/addressing</category>
		<guid isPermaLink="false">http://www.arl.wustl.edu/~jst/reInventTheNet/?p=155</guid>
		<description><![CDATA[The question I want to address is the following: which, if any, would be the advantages of having geographic addressing in WANs? In order to analyze this problem, I will first summarize how routing is performed on WANs, what geographic routing is and in which context it has been deeply studied. The objective is to [...]]]></description>
		<wfw:commentRSS>http://www.arl.wustl.edu/~jst/reInventTheNet/?feed=rss2&amp;p=155</wfw:commentRSS>
		</item>
		<item>
		<title>Geographic addressing in WANs to simplify routing and enable new services</title>
		<link>http://www.arl.wustl.edu/~jst/reInventTheNet/?p=154</link>
		<comments>http://www.arl.wustl.edu/~jst/reInventTheNet/?p=154#comments</comments>
		<pubDate>Mon, 27 Nov 2006 00:05:59 +0000</pubDate>
		<dc:creator>Sailesh Kumar</dc:creator>
		
	<category>Essays</category>
	<category>naming/addressing</category>
		<guid isPermaLink="false">http://www.arl.wustl.edu/~jst/reInventTheNet/?p=154</guid>
		<description><![CDATA[Network addressing and routing protocols have received enormous attention since the inception of the Internet. Any addressing scheme used in the Internet must serve three fundamental objectives: identity (so that end nodes can be identifiable), location (so that packets destined for the end nodes can be routed), and reachability (which links should be taken to [...]]]></description>
		<wfw:commentRSS>http://www.arl.wustl.edu/~jst/reInventTheNet/?feed=rss2&amp;p=154</wfw:commentRSS>
		</item>
	</channel>
</rss>
