<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.4" -->
<rss version="0.92">
<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>
	<lastBuildDate>Fri, 20 Apr 2007 18:13:06 +0000</lastBuildDate>
	<docs>http://backend.userland.com/rss092</docs>
	<language>en</language>
	
	<item>
		<title>GENI/FIND in the press</title>
		<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>
		<link>http://www.arl.wustl.edu/~jst/reInventTheNet/?p=163</link>
			</item>
	<item>
		<title>Simulation Metanetwork, CSE570 Final Project</title>
		<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>
		<link>http://www.arl.wustl.edu/~jst/reInventTheNet/?p=162</link>
			</item>
	<item>
		<title>Why multicast is irrelevant to the Internet</title>
		<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>
		<link>http://www.arl.wustl.edu/~jst/reInventTheNet/?p=161</link>
			</item>
	<item>
		<title>The case for making multicast a first-class service in the Internet</title>
		<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>
		<link>http://www.arl.wustl.edu/~jst/reInventTheNet/?p=160</link>
			</item>
	<item>
		<title>The case for making multicast a first-class service in the Internet</title>
		<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>
		<link>http://www.arl.wustl.edu/~jst/reInventTheNet/?p=159</link>
			</item>
	<item>
		<title>Review of “Designing DCCP: Congestion Control Without Reliability</title>
		<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>
		<link>http://www.arl.wustl.edu/~jst/reInventTheNet/?p=158</link>
			</item>
	<item>
		<title>Review of &#8220;Designing DCCP: Congestion Control Without Reliability&#8221;</title>
		<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>
		<link>http://www.arl.wustl.edu/~jst/reInventTheNet/?p=157</link>
			</item>
	<item>
		<title>Review of “Designing DCCP: Congestion Control Without Reliability”</title>
		<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>
		<link>http://www.arl.wustl.edu/~jst/reInventTheNet/?p=156</link>
			</item>
	<item>
		<title>Geographic addressing in WANs to simplify routing and enable new services</title>
		<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>
		<link>http://www.arl.wustl.edu/~jst/reInventTheNet/?p=155</link>
			</item>
	<item>
		<title>Geographic addressing in WANs to simplify routing and enable new services</title>
		<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>
		<link>http://www.arl.wustl.edu/~jst/reInventTheNet/?p=154</link>
			</item>
</channel>
</rss>
