<?xml version='1.0' encoding='UTF-8'?><?xml-stylesheet href="http://www.blogger.com/styles/atom.css" type="text/css"?><feed xmlns='http://www.w3.org/2005/Atom' xmlns:openSearch='http://a9.com/-/spec/opensearchrss/1.0/' xmlns:georss='http://www.georss.org/georss' xmlns:gd='http://schemas.google.com/g/2005' xmlns:thr='http://purl.org/syndication/thread/1.0'><id>tag:blogger.com,1999:blog-8685716738679030859</id><updated>2011-11-27T15:15:11.650-08:00</updated><category term='content distribution'/><category term='conference notes'/><category term='CDN'/><category term='wireless mesh networks.'/><category term='wireless MAC'/><category term='my papers'/><title type='text'>Cedric Westphal's Networking Notes</title><subtitle type='html'>This is an open-source notebook of reflexions about papers I read and issues which affect me as a participant in the wireless networking and stochastic networking community.</subtitle><link rel='http://schemas.google.com/g/2005#feed' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/posts/default'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default?max-results=100'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/'/><link rel='hub' href='http://pubsubhubbub.appspot.com/'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><generator version='7.00' uri='http://www.blogger.com'>Blogger</generator><openSearch:totalResults>68</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>100</openSearch:itemsPerPage><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-7344497665245523979</id><published>2010-07-21T13:57:00.000-07:00</published><updated>2010-07-21T15:12:12.286-07:00</updated><title type='text'>A Rant on Reviews</title><content type='html'>We submitted a paper to a conference (ICNP) which is quite selective (30 papers accepted for 170 submissions). Grade-wise, the reviews of our paper are decent (three 'accept with room' and one 'accept'). The conference being very competitive, our paper did not get accepted, but I admit to being irritated enough by the strange reasoning of some of the reviews to pen this post. &lt;br /&gt;&lt;br /&gt;One reviewer states: &lt;em&gt;'The evaluation considers only two network graph types... In both cases, they &lt;strong&gt;only consider relatively small networks, up to 10^5 nodes&lt;/strong&gt;. Hence, while the results obtained are indicative, they don't really support the claims of 'extensive simulations' and 'close to optimal on a wide variety of topologies.'&lt;/em&gt;&lt;br /&gt;&lt;br /&gt;This floored me: 10^5 nodes for routing simulation is actually A LOT. If you want to evaluate your routing on PlanetLab, you get 800 nodes. If you use NS, you can't do over a 1,000 nodes. The other papers we looked at get to 1,000 nodes, maybe 10,000 at the most. We had to implement our own emulator from scratch to get to 300,000 nodes. And it's hardware limitations that stopped us at that scale: with 4GB in RAM, the matrix to describe the network connectivity, if not optimized, is already 10^10 bits on a 10^5 nodes network. &lt;br /&gt;&lt;br /&gt;Reviewer keeps going: &lt;em&gt;instead of using home-brewn [sic] scale free graphs, it would be better to use graph generators that are known to produce topologically similar graphs to the Internet; consider e.g. BRITE or INET.&lt;/em&gt; This refers to the fact we use, quotes the reviewer, &lt;em&gt;Barabasi-Albert scale free networks, which are known to be somewhat different from the real graphs met in the internet.&lt;/em&gt;&lt;br /&gt;&lt;br /&gt;So this reviewer wants us to use &lt;strong&gt;LARGE&lt;/strong&gt; graph, generated from &lt;strong&gt;BRITE&lt;/strong&gt;, but &lt;strong&gt;NOT Barabasi-Albert&lt;/strong&gt;. Looking at the BRITE doc, however, one can see that BRITE defines LARGE as 10^5 (see &lt;a href="www.cs.bu.edu/brite/publications/BriteMascots.pdf"&gt;Item 4 on the wish list (link to pdf)&lt;/a&gt;); and that BRITE uses...(click to enlarge)&lt;br /&gt;&lt;br /&gt;&lt;a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://1.bp.blogspot.com/_Maygvad1hMw/TEdkYe2qRLI/AAAAAAAABs0/JxlBfn6vqCY/s1600/BRITE.jpg"&gt;&lt;img style="display:block; margin:0px auto 10px; text-align:center;cursor:pointer; cursor:hand;width: 320px; height: 240px;" src="http://1.bp.blogspot.com/_Maygvad1hMw/TEdkYe2qRLI/AAAAAAAABs0/JxlBfn6vqCY/s320/BRITE.jpg" border="0" alt=""id="BLOGGER_PHOTO_ID_5496472241990943922" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;... Barabasi-Albert to create Internet-like topologies. &lt;br /&gt;&lt;br /&gt;Another reviewer mentions: &lt;em&gt;The &lt;strong&gt;main problem with the paper&lt;/strong&gt; is that there is no comparison with recent research in the area of designing routing protocols with small stretch and small per-node state. Specifically, there are at least two lines of recent research that are worth comparing against:&lt;br /&gt;- Practical implementation of Compact Routing &lt;/em&gt; [the reviewer mentions S4]&lt;em&gt;&lt;br /&gt;- Routing based on distributed Delaunay Triangulation (which guarantees that greedy routing always works)&lt;/em&gt; [and the reviewer cites two more papers on Delaunay triangulation].&lt;br /&gt;&lt;br /&gt;But, we can't compare with compact routing, because, as our paper states: "The idea of trading-off path stretch for routing table size is the core component of the work on &lt;strong&gt;compact routing&lt;/strong&gt;. Thorup et al. show that it is possible to guarantee a path stretch of three with a route table size growing as &lt;em&gt;O(\sqrt{n \log(n)})&lt;/em&gt;." This is much higher than our polylogarithmic scheme. S4 selects K beacons which have to maintain path in between them, and each node has an associated cluster, where the cluster size is about sqrt(n) when the number of beacon is sqrt(n). We consider log(n), how can we compare?&lt;br /&gt;&lt;br /&gt;We can't compare with routing on Delaunay triangulations (DT), because we consider graphs, not Euclidean spaces. Plus, DT requires planar connectivity, which we don't assume. We start from a graph G=(E,V) and we try to find a representation in a Euclidean space. To get a DT, you need to be in the Euclidean space first! &lt;br /&gt;&lt;br /&gt;So the "main problem" with our paper is that we don't consider work that, while excellent, is not relevant to our results (granted, the reviewer gave us 'accept if room' so the main problem is not a deal breaker for him either). Still, this drives home the point of &lt;a href="http://cacm.acm.org/magazines/2010/7/95070-hypercriticality/fulltext"&gt;hypercriticality&lt;/a&gt;.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-7344497665245523979?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/7344497665245523979/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=7344497665245523979' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/7344497665245523979'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/7344497665245523979'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2010/07/rant-on-reviews.html' title='A Rant on Reviews'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://1.bp.blogspot.com/_Maygvad1hMw/TEdkYe2qRLI/AAAAAAAABs0/JxlBfn6vqCY/s72-c/BRITE.jpg' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-2476609301503126440</id><published>2010-06-16T09:49:00.000-07:00</published><updated>2010-06-16T09:57:50.813-07:00</updated><title type='text'>Reliable Embeddings.Designing and Embedding Reliable Virtual Infrastructures</title><content type='html'>First time we put something on ArXiv:&lt;br /&gt;&lt;br /&gt;&lt;a href="http://arxiv.org/abs/1005.5367"&gt;Designing and Embedding Reliable Virtual Infrastructures&lt;/a&gt;, Wai-Leong Yeow, Cédric Westphal, Ulaş C. Kozat, http://arxiv.org/abs/1005.5367, Submitted May 28th. &lt;br /&gt;&lt;br /&gt;This is a technical report version of a paper that was accepted into the &lt;a href="http://conferences.sigcomm.org/sigcomm/2010/VISA.php"&gt;ACM SIGCOMM VISA workshop&lt;/a&gt;, which will take place in September 2010 in New Dehli, India. I am co-chair of the VISA workshop*, on the topic of Infrastructure Virtualization. This is a very exciting, very current area of research, so hopefully you can attend the workshop!&lt;br /&gt;&lt;br /&gt;&lt;em&gt;&lt;font size="-1"&gt;* I hasten to add that any paper that was co-authored by a VISA chair has been handled out-of-band by the other chairs.&lt;/em&gt; &lt;/font&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-2476609301503126440?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/2476609301503126440/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=2476609301503126440' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/2476609301503126440'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/2476609301503126440'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2010/06/reliable-embeddingsdesigning-and.html' title='Reliable Embeddings.Designing and Embedding Reliable Virtual Infrastructures'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-3959090680642133693</id><published>2010-05-18T11:40:00.000-07:00</published><updated>2010-05-18T11:53:23.082-07:00</updated><title type='text'>Maranello: Practical Partial Packet Recovery for 802.11</title><content type='html'>&lt;strong&gt;Maranello: Practical Partial Packet Recovery for 802.11&lt;/strong&gt;, &lt;em&gt;Bo Han and Aaron Schulman, Francesco Gringoli, Neil Spring and Bobby Bhattacharjee, Lorenzo Nava, Lusheng Ji, Seungjoon Lee, and Robert Miller,&lt;/em&gt; in Proc. NSDI'10, San Jose, CA, April 2010.&lt;br /&gt;&lt;br /&gt;This is another paper which has built a system that works. There is no super deep theory behind it, but a lot of effort to implement something in a real environment. This is basically a partial packet recovery mechanism which is compatible with 802.11 and works as follows:&lt;br /&gt;- the sender sends a packet to the receiver. Typically, if the packet is received correctly, an Ack is sent; if not, no Ack is sent, and after a time-out, the sender attempts a retransmission. In maranello, if the paper is not received correctly, the receiver still transmit an Ack, except it is a Nack with a checksum of blocks within the packets. Based on the checksum, the sender can retransmit only the corrupted blocks and not the whole packet. &lt;br /&gt;&lt;br /&gt;This speeds up the retransmission and reduces the congestion on the air interface. As a consequence, throughput is roughly 50% higher than 802.11 and delay is significantly reduced. &lt;br /&gt;&lt;br /&gt;The system is evaluated alongside traditional 802.11, which shows that both system can coexist peacefully.&lt;br /&gt;&lt;br /&gt;This was pointed to me as an excellent paper by a Stanford faculty, and it did not disappoint indeed. I have no idea where the name Maranello comes from. I mean, I know of the city in Italy, but not how it relates to partial packet recovery.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-3959090680642133693?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/3959090680642133693/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=3959090680642133693' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/3959090680642133693'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/3959090680642133693'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2010/05/maranello-practical-partial-packet.html' title='Maranello: Practical Partial Packet Recovery for 802.11'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-7644768287999876106</id><published>2010-05-18T09:48:00.000-07:00</published><updated>2010-05-18T10:01:02.891-07:00</updated><title type='text'>Reverse traceroute</title><content type='html'>&lt;strong&gt;Reverse traceroute&lt;/strong&gt;, &lt;em&gt;Ethan Katz-Bassett, Harsha V. Madhyastha,  Vijay Kumar Adhikari, Colin Scott, Justine Sherry, Peter van Wesep, Thomas Anderson, and Arvind Krishnamurthy,&lt;/em&gt; in Proc. NSDI'10, San Jose, CA, April 2010.&lt;br /&gt;&lt;br /&gt;I did not attend the conference, it conflicted with other meetings, but have been going through the proceedings. I'm starting with this paper since it got the best paper award, and I might post about a few more. &lt;br /&gt;&lt;br /&gt;It's a cute paper and useful. They build a tool to compute the reverse route from the destination back to the source (as opposed to traceroute which identifies the route from the source to the destination). It's a full of good little tricks, it's nicely put together, and it's practical and useful.&lt;br /&gt;&lt;br /&gt;The main idea is to use two IP options and source IP spoofing. The IP options are the route recording, which logs up to 9 intermediate relays in the probe packet; and the timestamp option, which is used to confirm whether a specific router is on the path of the probe.&lt;br /&gt;&lt;br /&gt;The goal is to find the path D-&gt;S, where S is the source and D the destination. Traceroute gives S-&gt;D and they want to find the reverse. Using a set of vantage points, they pick one, say V, which is less than 8 hops away from the source. They spoof a packet from V as being from S, with the IP-RR option and send it to D. D returns it to S (due to the spoof) and logs the first hop on the D-&gt;S path due to the route recording and the fact that there was room for at least one hop in the header from the choice of V. &lt;br /&gt;&lt;br /&gt;If the routers don't support the IP-RR, or if there is no V at less than 8 hops from D, then they use the timestamp option to validate whether a set of guesses is on the path or not. &lt;br /&gt;&lt;br /&gt;This is not perfect, but neither is traceroute anyway, and the results offered by the mechanisms are much more useful and accurate than assuming symmetry of the path.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-7644768287999876106?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/7644768287999876106/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=7644768287999876106' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/7644768287999876106'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/7644768287999876106'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2010/05/reverse-traceroute.html' title='Reverse traceroute'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-4000536990924327906</id><published>2010-04-21T15:25:00.000-07:00</published><updated>2010-04-21T16:04:18.849-07:00</updated><title type='text'>SmartRE: An Architecture for Coordinated Network-wide Redundancy Elimination</title><content type='html'>&lt;strong&gt;SmartRE: An Architecture for Coordinated Network-wide Redundancy Elimination&lt;/strong&gt;, &lt;i&gt;Ashok Anand, Vyas Sekar, Aditya Akella&lt;/i&gt;, in Proc. of ACM SIGCOMM'09, August 2009, Barcelona, Spain.&lt;br /&gt;&lt;br /&gt;Traffic in network exhibits some redundancy and this paper presents an architecture which attempts to encode packets in order to remove these redundancies. It take into account some specific constraints (encoding and decoding rates) and defines where to cache the packets and how to ensure that an encoded packet based on the information at a router will find a decoder further down the path.&lt;br /&gt;&lt;br /&gt;The proposed approach approximates relatively well an omniscient encoder and removes most of the redundancy. It also demonstrates that handling network-wide redundancy removal is preferable to hop-by-hop.&lt;br /&gt;&lt;br /&gt;While the approach is promising, it assumes that there is redundancy in the traffic. There are some &lt;a href="http://en.wikipedia.org/wiki/WAN_optimization"&gt;WAN optimization&lt;/a&gt; products and thus a market, but some of the evaluation assumes a 10% redundancy. As such, setting up a complex caching and encoding/decoding infrastructure for such a gain does not seem worth it. I would like to see better characterized the true redundancy gain, before dwelling on how to remove these redundancies.&lt;br /&gt;&lt;br /&gt;I attended Sigcomm in BCN, and I don't recall seeing this talk, even though I most likely have. It was in a morning session, and I don't think I missed any morning session. Funny how remembering the talk would have saved me from re-discovering these results.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-4000536990924327906?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/4000536990924327906/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=4000536990924327906' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/4000536990924327906'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/4000536990924327906'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2010/04/smartre-architecture-for-coordinated.html' title='SmartRE: An Architecture for Coordinated Network-wide Redundancy Elimination'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-4583577211673467811</id><published>2010-01-28T16:57:00.000-08:00</published><updated>2010-01-28T17:05:14.882-08:00</updated><title type='text'>Mobile Call Graphs: Beyond Power-Law and Lognormal Distributions</title><content type='html'>&lt;strong&gt;Mobile Call Graphs: Beyond Power-Law and Lognormal Distributions&lt;/strong&gt;, &lt;em&gt;Mukund Seshadri, Sridhar Machiraju, Ashwin Sridharan, Jean Bolot, Christos Faloutsos, Jure Leskovec&lt;/em&gt;, Proc. of ACM KDD'08, August 2008, Las Vegas, NV. &lt;br /&gt;&lt;br /&gt;This paper analyzes mobile phone calls data from the Sprint network and tries to create a model of the underlying graphs associated with different metrics: Partners (number of callers and callees associated with each user); calls (total number of calls made or received by a given user); duration (total duration of calls for each user). For each of these, the distribution has a power law tail, but a power law distribution does not fit well the rest of the distribution. The lognormal distribution fits better, except for the tail where it is off. So the paper considers the Double Pareto Log Normal (DPLN) distribution and explains how to find the best fit for that distribution. &lt;br /&gt;&lt;br /&gt;This distribution would be useful for creating synthetic models to evaluate different social network parameters.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-4583577211673467811?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/4583577211673467811/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=4583577211673467811' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/4583577211673467811'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/4583577211673467811'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2010/01/mobile-call-graphs-beyond-power-law-and.html' title='Mobile Call Graphs: Beyond Power-Law and Lognormal Distributions'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-8460358598040224203</id><published>2010-01-28T15:42:00.000-08:00</published><updated>2010-01-28T16:51:17.696-08:00</updated><title type='text'>Understanding the Spreading Patterns of Mobile Phone Viruses</title><content type='html'>&lt;strong&gt;Understanding the Spreading Patterns of Mobile Phone Viruses&lt;/strong&gt;, &lt;i&gt;Pu Wang, Marta Gonzalez, Cesar Hidalgo, Albert-Laszlo Barabasi&lt;/i&gt;, in Science Express, April 2009, DOI: 10.1126/science.1167053&lt;br /&gt;&lt;br /&gt;This paper studies data from cell phone usage and mobility and extrapolate a mobility model and a connectivity graph from proximity and from call connections. In the former graph, two points are connected if they are within a given distance of each other; in the latter, they connect if a phone call is made between two points (users). &lt;br /&gt;&lt;br /&gt;From the graph, they can derive some basic properties. Also, if an Operating System is assigned to nodes on a graph, then the propagation of viruses targeting that OS can be computed. There is a critical threshold for the market share of a given OS (that is the fraction of cell phones using this OS in the graph) so that the virus becomes epidemic.&lt;br /&gt;&lt;br /&gt;The topology of the graph is interesting (similar to that of Mobile Call Graphs by Seshadri et al) and the characterization could be useful in social network studies. The mathematical tools to compute the size of the cluster is also of interest. It's a cute paper. I would be cautious with the results for bluetooth virus propagation, which is extrapolated from the graph data, but is not really validated. I guess the extrapolation cannot be that off due to the multiple data points in between the extrapolated trajectories.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-8460358598040224203?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/8460358598040224203/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=8460358598040224203' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/8460358598040224203'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/8460358598040224203'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2010/01/understanding-spreading-patterns-of.html' title='Understanding the Spreading Patterns of Mobile Phone Viruses'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-20177450196690517</id><published>2010-01-12T17:00:00.000-08:00</published><updated>2010-01-13T16:42:49.611-08:00</updated><title type='text'>Fast, Memory Efficient Flow Rate Estimation Using Runs</title><content type='html'>&lt;strong&gt;Fast, Memory Efficient Flow Rate Estimation Using Runs&lt;/strong&gt;, &lt;i&gt;Fang Hao, Murali Kodialam, T.V. Lakshman, Shantidev Mohanty&lt;/i&gt;, in IEEE/ACM Transactionson Networking, Vol. 15, No. 6, December 2007.&lt;br /&gt;&lt;br /&gt;The paper suggests to estimate the rate of flows by basically looking indirectly at the flow rate. The quantity is the number of 2-runs, that is the number of time that consecutive arrivals belong to the same flow. The occurrence of a 2-run will depend on the rate of the flow, and from observing the flows during a long enough time, one can infer the fraction of traffic belong to a flow by counting the two-runs.&lt;br /&gt;&lt;br /&gt;This is similar in concept to the &lt;a href="http://stochasticnetworking.blogspot.com/2009/10/probabilistic-counting-algorithms-for.html"&gt;Flageolet &amp; Martin&lt;/a&gt; paper, which observes some metric which is derived from the underlying process. F&amp;M toss a geometric random variable and keep the max every time a flow works through the system; while this paper considers another derivative function of the rate. I believe I have seen a version of F&amp;M used for the purpose of this paper, which seems natural. &lt;br /&gt;&lt;br /&gt;The idea is cute, and leads to some straightforward analysis of the accuracy of the method. I was curious about how the assumptions of the model (independent Poisson processes for each flow, stationarity, etc.) would translate in a real link, but for a link with enough traffic, the method seems to work quite well.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-20177450196690517?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/20177450196690517/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=20177450196690517' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/20177450196690517'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/20177450196690517'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2010/01/fast-memory-efficient-flow-rate.html' title='Fast, Memory Efficient Flow Rate Estimation Using Runs'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-2674651889837644421</id><published>2010-01-12T10:57:00.000-08:00</published><updated>2010-01-18T22:39:42.729-08:00</updated><title type='text'>Sampling Biases in Network Path Measurements and What to Do About It</title><content type='html'>&lt;strong&gt;Sampling Biases in Network Path Measurements and What to Do About It&lt;/strong&gt;, &lt;em&gt;Srikanth Kandula, Ratul Mahajan&lt;/em&gt;, in Proc. ACM IMC'09, November 2009, Chicago, IL.&lt;br /&gt;&lt;br /&gt;The paper considers the difference in the results obtained by sampled network path measurements with the actual performance. It shows that source sampling is a source of bias, and that picking only a few sources to gather data, and then extrapolating from this data leads to poor results. &lt;br /&gt;&lt;br /&gt;The paper then presents three methods to improve the interpolation from the data. One is to consider only the tail of the path, to remove the source bias. This proves relatively ineffective compared to the other two methods. The next method is to embed the coordinates in a low dimensional space and to compute the missing paths in the coordinate space. This provides the best improvement for latency. Finally, the last method consist in clustering the nodes into an organization which somewhat mimics the typical network architecture of an access network near the source, a core network in the middle, and then another access network at the destination. This proves the best method for capacity.&lt;br /&gt;&lt;br /&gt;The paper is interesting, mostly empirical, looking at the methods inspired from removing sampling bias in other context and seeing if they work in this context. &lt;br /&gt;&lt;br /&gt;The embedding method is interesting to me, owing to our work on embedding graphs for routing. They use vivaldi, for which code exists, but has some limitations.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-2674651889837644421?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/2674651889837644421/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=2674651889837644421' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/2674651889837644421'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/2674651889837644421'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2010/01/sampling-biases-in-network-path.html' title='Sampling Biases in Network Path Measurements and What to Do About It'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-8390952519834602919</id><published>2009-12-09T01:33:00.000-08:00</published><updated>2009-12-09T01:40:50.050-08:00</updated><title type='text'>Empirical Evaluation of Hash Functions for Multipoint Measurements.</title><content type='html'>&lt;strong&gt;Empirical Evaluation of Hash Functions for Multipoint Measurements.&lt;/strong&gt; &lt;i&gt;C. Henke, C. Schmoll, T. Zseby&lt;/i&gt;, CCR vol. 38, No. 3, July 2008.&lt;br /&gt;&lt;br /&gt;This paper is exactly what the title says it is: it uses 25 different hash functions, and assess the performance of these functions with respect to four criteria: performance (how long it takes to compute the hash); non-linearity (how different/correlated are the output given that the input are similar); unbiasedness (does the hash function select packets independently); representativeness of the selected subset (is the hashed output representative of the input). &lt;br /&gt;&lt;br /&gt;Of the 25 hash functions, they show that 8 perform well under these criteria. Also, they compare non-crypto hashes and crypto hashes. For non-crypto hashes, it is possible to create an attack so that the packet of an adversary are disproportionally selected by the hash function (this is not a result of this paper, but is referenced here). &lt;br /&gt;&lt;br /&gt;The paper is a good way to know which hash function to use for network measurement. It is also nicely written and easy to read.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-8390952519834602919?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/8390952519834602919/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=8390952519834602919' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/8390952519834602919'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/8390952519834602919'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2009/12/empirical-evaluation-of-hash-functions.html' title='Empirical Evaluation of Hash Functions for Multipoint Measurements.'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-4902596942177718005</id><published>2009-11-12T12:40:00.000-08:00</published><updated>2009-11-12T12:53:08.861-08:00</updated><title type='text'>IEEE NOMS rebuttal redux</title><content type='html'>I wrote below about &lt;a href="http://stochasticnetworking.blogspot.com/2009/10/ieee-noms-rebuttal.html"&gt;rebuttals&lt;/a&gt;, and how the reviews were obscure and vague that I was unable to tell whether the reviewers appreciated the paper or not. I assumed it meant it was in a weak reject-weak accept range.&lt;br /&gt;&lt;br /&gt;For two of them, it &lt;em&gt;was&lt;/em&gt; weak accept. But the third one gave us a puzzler: "Strong reject- I have strong arguments against acceptance." Then why doesn't you review say so? Why was I unsure earlier reading the review whether you liked the paper or not? I mean, "strong arguments"!&lt;br /&gt;&lt;br /&gt;Turns out the paper got accepted anyway as a short paper, which is what it was (you can submit to NOMS as 4 pages or 8 pages, and we went for four), so I'm not particularly bitter. But I certainly hope that when I write a review recommending strong rejection, I make it clear enough why. It was very instructive to view the reviews without the grades, it's a good exercise when writing a review to check whether one can guess the rating from the text.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-4902596942177718005?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/4902596942177718005/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=4902596942177718005' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/4902596942177718005'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/4902596942177718005'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2009/11/ieee-noms-rebuttal-redux.html' title='IEEE NOMS rebuttal redux'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-736817493197657224</id><published>2009-11-12T12:11:00.000-08:00</published><updated>2009-11-12T12:37:37.645-08:00</updated><title type='text'>Efficient Navigation in Scale-Free Newtorks Embedded in Hyperbolic Metric Spaces</title><content type='html'>&lt;strong&gt;Efficient Navigation in Scale-Free Newtorks Embedded in Hyperbolic Metric Spaces&lt;/strong&gt;, &lt;i&gt;Dmitri Krioukov, Fragkiskos Papadopoulos, Marian Boguna, Amin Vahdat&lt;/i&gt;, &lt;a href="http://arxiv.org/abs/0805.1266"&gt;Arxiv:0805.1266v1&lt;/a&gt;, May 2008.&lt;br /&gt;&lt;br /&gt;Some related &lt;a href="http://www.caida.org/~frag/fpapadop_mama.pdf"&gt;version&lt;/a&gt; was submitted to a SIGMETRICS workshop.&lt;br /&gt;&lt;br /&gt;This paper shows that you can create some random topologies using some simple rules in hyperbolic graphs such that these graphs exhibit similar properties than Internet AS topologies (clustering properties, triangles, node degrees). &lt;br /&gt;&lt;br /&gt;Within the hyperbolic space with the associated distance, the paper observes that greedy routing work pretty near optimal (where optimal is shortest path) for these topologies. It thus conjectures that, if one could map the Internet AS topology to a hidden hyperbolic topology, one could use this topology to do routing relatively efficiently.&lt;br /&gt;&lt;br /&gt;This is very cute, and indeed if you could identify an underlying hidden metric space under the graph topology, that'd be great. A few thoughts quickly come to mind though: first, shortest path is not what's happening in between ASes anyway, so there's another step to take right there. Another thought is that, hyperbolic topology have an inherent scalability issue: because you can cram more points within the space (it's "larger" in some sense), then you have to use more bits to describe each point. An example: in Euclidean geometry, I can put n points equally spaced and use log(n) bits to describe each position. In hyperbolic geometry, I would need n bits to describe each position, since they would be at 1/k^n for them to be equidistant. So I can put infinitely many of them on (0,1], but with O(n) bits for each position. So greedy routing does simplify to some extent, but since O(n) bits gives me shortest path routing in Euclidean space, there's no benefit from that perspective.&lt;br /&gt;&lt;br /&gt;Another question is this: some properties are similar in the AS-topology, and in the hyperbolic generated graph. But to what extent the graphs are truly isomorphic? &lt;a href="http://arxiv.org/pdf/cond-mat/0501169"&gt;Li, Alderson, Tanaka, Doyle, Willinger&lt;/a&gt; have this paper where they confront analysis based on this kind of high level similarities, which could lead to drastically different conclusions. So proceed with caution, it's a treacherous path. But if it leads somewhere, it could have dramatic impact.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-736817493197657224?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/736817493197657224/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=736817493197657224' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/736817493197657224'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/736817493197657224'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2009/11/efficient-navigation-in-scale-free.html' title='Efficient Navigation in Scale-Free Newtorks Embedded in Hyperbolic Metric Spaces'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-3730302732802954170</id><published>2009-10-22T12:22:00.000-07:00</published><updated>2009-10-22T14:39:52.296-07:00</updated><title type='text'>IEEE NOMS rebuttal.</title><content type='html'>I had no clue that IEEE NOMS would have a rebuttal phase. We only submitted to the conference mostly because it was in Japan (if accepted, we'll combine with a trip to the mothership) and the deadline coincided with our post-doc taking a paternity leave, so was not aware of the process of the conference.&lt;br /&gt;&lt;br /&gt;I found the rebuttal phase from the reviewer point of view quite useless during the Globecom PC. From the author point of view, the sample is much smaller; it is quite strange that the reviews are provided without the grade, so I'm unable to say if the reviewers liked the paper or not. Obviously they are in between, they don't think it's the best or worst thing ever, but it's hard to decipher if it's leaning one way or the other. I guess it's mostly due to the format of the question, which emphasizes both positive and negative: strength, weakness and detailed (editorial) comments. &lt;br /&gt;&lt;br /&gt;I'm not sure how to reply to the reviews, though, not knowing if the job is to not screw it up, or if it's pointless to try to change someone's mind (can a reviewer of an unconvincing paper be turned around in 3,000 characters?)&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-3730302732802954170?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/3730302732802954170/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=3730302732802954170' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/3730302732802954170'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/3730302732802954170'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2009/10/ieee-noms-rebuttal.html' title='IEEE NOMS rebuttal.'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-3743837706705806384</id><published>2009-10-22T11:53:00.000-07:00</published><updated>2009-10-22T12:06:43.347-07:00</updated><title type='text'>An Analysis of Packet Sampling in the Frequency Domain</title><content type='html'>&lt;strong&gt;An Analysis of Packet Sampling in the Frequency Domain&lt;/strong&gt;, &lt;i&gt;Luigi Alfredo Grieco, Chadi Barakat&lt;/i&gt;, in Proc. of ACM SIGCOM IMC'09, November 2009, Chicago.&lt;br /&gt;&lt;br /&gt;I have been looking with great interest at the &lt;a href="http://www.imconf.net/imc-2009/program.htm"&gt;technical program for IMC'09&lt;/a&gt; (see &lt;a href="http://stochasticnetworking.blogspot.com/2009/10/wheres-that-phone-geolocating-ip.html"&gt;here&lt;/a&gt; and a few more papers to come). I have to say the stuff from &lt;i&gt;other&lt;/i&gt; communities look quite exciting. Grass greener and all.&lt;br /&gt;&lt;br /&gt;Anyway, this paper is a very cute (and simple) thing: it considers the Fourier transform of the packet size from a source-destination pair, and assesses a rule for the sampling rate in order to avoid aliasing effects when reconstructing the signal from the Fourier transform. &lt;br /&gt;&lt;br /&gt;This is somewhat preliminary and applications to compressing the signal or to use it for anomaly detection are not presented (but hinted at). I would have thought the community of traffic measurement would have done this kind of transforms on the signal a long time ago.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-3743837706705806384?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/3743837706705806384/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=3743837706705806384' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/3743837706705806384'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/3743837706705806384'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2009/10/analysis-of-packet-sampling-in.html' title='An Analysis of Packet Sampling in the Frequency Domain'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-1722762905149287150</id><published>2009-10-22T11:45:00.000-07:00</published><updated>2009-10-22T11:53:15.265-07:00</updated><title type='text'>On the Interplay Between Routing and Signal Representation for Compressive Sensing in Wireless Sensor Networks</title><content type='html'>&lt;strong&gt;On the Interplay Between Routing and Signal Representation for Compressive Sensing in Wireless Sensor Networks&lt;/strong&gt;, &lt;i&gt;Giorgio Quer, Riccardo Masiero, Danilele Munaretto, Michele Rossi, Joerg Widmer, Michele Zorzi&lt;/i&gt;.&lt;br /&gt;&lt;br /&gt;This paper addresses the same problem as the paper right &lt;a href="http://stochasticnetworking.blogspot.com/2009/10/spatially-localized-compressed-sensing.html"&gt;below&lt;/a&gt;. Actually, it's interesting that both papers cite versions each other, which is quite rare.  &lt;br /&gt;&lt;br /&gt;This paper is a bit more optimistic in the use of compressed sensing in conjunction with routing and data aggregation in sensor networks, but still raises some issues into which random projection would be best for real data (the best results are obtained for synthetic data). It seems there is a trial-and-error phase to see what compressed sensing bring to this problem, with no definite answer thus far.&lt;br /&gt;&lt;br /&gt;Disclosure: one of the authors here, Joerg, is my colleague in Munich.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-1722762905149287150?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/1722762905149287150/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=1722762905149287150' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/1722762905149287150'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/1722762905149287150'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2009/10/on-interplay-between-routing-and-signal.html' title='On the Interplay Between Routing and Signal Representation for Compressive Sensing in Wireless Sensor Networks'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-2549811487403636390</id><published>2009-10-22T11:26:00.000-07:00</published><updated>2009-10-22T11:45:20.505-07:00</updated><title type='text'>Spatially-Localized Compressed Sensing and Routing in Multi-Hop Sensor Networks</title><content type='html'>&lt;strong&gt;Spatially-Localized Compressed Sensing and Routing in Multi-Hop Sensor Networks&lt;/strong&gt;, &lt;i&gt;Sungwon Lee, Sundeep Pattem, Maheswaran Sathiamoorthy, Bhaskar Krishnamachari, Antonio Ortega&lt;/i&gt; in Proc. of the 3rd International Conference on GeoSensor Networks, 2009.&lt;br /&gt;&lt;br /&gt;This &lt;a href="http://portal.acm.org/citation.cfm?id=1577736"&gt;paper&lt;/a&gt; considers the use of compressed sensing with data aggregation in sensor networks. The paper proposes a clustering scheme to compressed the data along the cluster, and reconstruct the data later (either independently within a cluster, or jointly, assuming some spatial correlation between the clusters). The results are not very promising for the approach, once energy costs (for transmission) are taken into account. But there are not too many references using compressed sensing in concert with routing applications.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-2549811487403636390?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/2549811487403636390/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=2549811487403636390' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/2549811487403636390'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/2549811487403636390'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2009/10/spatially-localized-compressed-sensing.html' title='Spatially-Localized Compressed Sensing and Routing in Multi-Hop Sensor Networks'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-8882203562581225934</id><published>2009-10-21T17:21:00.001-07:00</published><updated>2009-10-22T11:24:05.259-07:00</updated><title type='text'>Space-Code Bloom Filter for Efficient Per-Flow Traffic Measurement</title><content type='html'>&lt;strong&gt;Space-Code Bloom Filter for Efficient Per-Flow Traffic Measurement&lt;/strong&gt; &lt;i&gt;Abhishek Kumar, Jun (Jim) Xu, Jia Wang, Oliver Spatschek, Li (Erran) Li&lt;/i&gt;, in Proc. of the 3rd ACM SIGCOMM conference on Internet Measurement 2003.&lt;br /&gt;&lt;br /&gt;The paper uses a bloom filters for counting traffic. It does so by having &lt;i&gt;l&lt;/i&gt; Bloom filters (BF), and each time a flow comes in, it chooses one of the &lt;i&gt;l&lt;/i&gt; BFs at random. The idea is that, by counting how many different BFs are hit by the request, one can assess an estimate of the number of packets. If the BFs are chosen with equal probability, then after &lt;i&gt;l log(l)&lt;/i&gt; packets, all of the &lt;i&gt;l&lt;/i&gt; would return a positive reply to a query membership for the packet. Of course, that would restrict the counting to low values, so they don't select the BF uniformly, but at random with a geometric distribution.&lt;br /&gt;&lt;br /&gt;If that reminds you of the paper &lt;a href="http://stochasticnetworking.blogspot.com/2009/10/probabilistic-counting-algorithms-for.html"&gt;below&lt;/a&gt;, it's basically the same idea (the authors were most likely unaware of that paper, since they don't cite it, and don't make use of the theory developed in the Flajolet/Martin paper). &lt;br /&gt;&lt;br /&gt;The theory should be a bit more involved than Flajolet/Martin since the BF introduce some noise (false positive) that basically would tend to overestimate a bit the packet count if the F/M analysis was used straight out of the box. So this paper derives another way of inverting the counting from the BFs which, in the simulations, does not skew either over/under but seems to have its error centered around the original value. &lt;br /&gt;&lt;br /&gt;Anyway, it seems that this counting using geometric random variables is quite popular a structure.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-8882203562581225934?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/8882203562581225934/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=8882203562581225934' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/8882203562581225934'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/8882203562581225934'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2009/10/space-code-bloom-filter-for-efficient.html' title='Space-Code Bloom Filter for Efficient Per-Flow Traffic Measurement'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-7639698831585583257</id><published>2009-10-21T16:41:00.000-07:00</published><updated>2009-10-21T17:17:15.013-07:00</updated><title type='text'>RouteBricks: Exploiting Parallelism to Scale Software Routers</title><content type='html'>&lt;strong&gt;RouteBricks: Exploiting Parallelism to Scale Software Routers&lt;/strong&gt;, &lt;i&gt;Mihai Doberscu, Norbert Egi, Katerina Argyrako, Byung-Gon Chun, Kevin Fall, Gianluca Iannaccone, Allan Knies, Maziar Manesh, Sylvia Ratnasamy&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;This paper got Best Paper award at SOSP, and I got pointed to it by a blog post &lt;a href="http://matt-welsh.blogspot.com/2009/10/sosp-2009-day-one.html"&gt;here&lt;/a&gt;. Actually, I believe that Katerina and/or Sylvia discussed the concept of RouteBricks during some lunch during SIGCOMM in Barcelona, so I kinda had heard of it. Congrats for the award!&lt;br /&gt;&lt;br /&gt;Paper is deserving of it, for sure. It presents an architecture to create a router using commodity hardware (well, sophisticated commodity hardware, prototype Nehalem servers, you can't build this in your garage yet) to achieve the performance of a Cisco router at a fraction of the cost. &lt;a href="http://www.sigops.org/sosp/sosp09/index.html"&gt;SOSP&lt;/a&gt; has the slides and the recorded audio of the presentation on the website, which is pretty neat. &lt;br /&gt;&lt;br /&gt;Most of the details are in how to avoid the bottlenecks in the architecture to spread the traffic over several servers rather than into a choking point. They use valiant load balancing, and a multi-hop butterfly topology to connect them. They also need some optimization in the processing to get to faster rates (multi-queue NIC, batch processing). &lt;br /&gt;&lt;br /&gt;My thoughts reading this was: what a good idea, and what a nicely written paper! Also, what kind of reliability do you get from this platform (I would assume Cisco routers have some up-time requirements, fault tolerance, hot swappable line cards, whatever, to keep the ISP happy); I was thinking about reliability from the cellular network operator point of view (since I was thinking if this router design could translate into, say, a commodity base station. Of course, on 2nd thought, what un-commoditize the BS is the air interface, not the switching part of it). I also would like to know what Cisco margins are, since they can only compare the cost of their router to a list price.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-7639698831585583257?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/7639698831585583257/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=7639698831585583257' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/7639698831585583257'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/7639698831585583257'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2009/10/routebricks-exploiting-parallelism-to.html' title='RouteBricks: Exploiting Parallelism to Scale Software Routers'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-4224752839251718646</id><published>2009-10-21T16:27:00.000-07:00</published><updated>2009-10-21T16:41:49.637-07:00</updated><title type='text'>Weighted Bloom Filter</title><content type='html'>&lt;strong&gt;Weighted Bloom Filter&lt;/strong&gt;, &lt;i&gt;Jehoshua Bruck, Jie Gao, Anxiao Jiang&lt;/i&gt;, in Proc. IEEE International Symposium on Information Theory (ISIT'06), July 2006.&lt;br /&gt;&lt;br /&gt;This paper makes an interesting observation: a Bloom filter functions as follows. For each element, if the element belongs to a specific set, then the element is hashed into a bit vector of length m. It is hashed by computing k hash functions, each pointing to a bit in the bit vector which is then flipped to 1 (if it is 0).&lt;br /&gt;&lt;br /&gt;The observation of the paper is that, if you know a priori the frequency of the requests for each elements, then you should not allocate the same number of bits to each element in the bit vector, but vary the number of hash functions k as a function of the popularity of the request. &lt;br /&gt;&lt;br /&gt;The paper goes on to produce a function which gives the number of hash vectors for each element depending on the popularity. The counter-argument to this would be naturally that it is only shifting the problem around: the membership query structure is optimized, but at the cost of creating another structure to assign the popularity of the item. &lt;br /&gt;&lt;br /&gt;Actually, paper answers this objection: it shows that a simple bucketing of "hot" items vs "cold" items lead to improvement in the performance of the Weighted Bloom Filter vs the regular Bloom Filter. So there is no need for a complicated structure to define the popularity. &lt;br /&gt;&lt;br /&gt;I had a chuckle thinking how to verify if an item is hot or cold: query the membership in the "hot" set using a Bloom filter!&lt;br /&gt;&lt;br /&gt;I have met one of the authors (Andrew) when I visited CalTech back in 2005, where he gave just for me a dry run presentation of his MobiHoc paper on the NP complexity of locating a user through angle triangulation.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-4224752839251718646?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/4224752839251718646/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=4224752839251718646' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/4224752839251718646'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/4224752839251718646'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2009/10/weighted-bloom-filter.html' title='Weighted Bloom Filter'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-857387924874389576</id><published>2009-10-21T15:54:00.001-07:00</published><updated>2009-10-21T16:18:08.312-07:00</updated><title type='text'>Probabilistic Counting Algorithms for Data Base Applications</title><content type='html'>&lt;strong&gt;Probabilistic Counting Algorithms for Data Base Applications&lt;/strong&gt; &lt;i&gt;Philippe Flajolet, Nigel Martin&lt;/i&gt;, Journal of Computer and System Sciences, Vol. 31, No. 2, October 1985.&lt;br /&gt;&lt;br /&gt;This seems to be a classic paper. It was pointed as a major reference in a review request, so I went to read it. I'm glad I did, it is very cute. It basically describes a counting schemes for knowing the number of distinct items in a set. It is a probabilistic mechanism with a single pass and low storage requirement.&lt;br /&gt;&lt;br /&gt;It works as follows: for every item in the set, it computes a hash. The hash maps to a random variable with a geometric distribution, such that it is equal 0 with probability 1/2, 1 wp 1/4, 2 wp 1/8, etc. up to 2^L-1. Consider a bit vector of length 2^L, and flip the i-th bit to 1 if the geometric random variable points to i (keep it to 0 otherwise). Since two items in the data base that are identical will hash to the same value, then the number of times that the geometric random variables is generated is a function of the number of distinct items.&lt;br /&gt;&lt;br /&gt;For a large number, the values of 0, 1, ..etc will be one in the bit vector. The first non-1 bit is used to estimate the number of different items. Denote by R the left-most entry in the bit vector which has value 0. Then the paper shows that R is about log(\phi n), with \phi = 0.77351, with a relatively small variance, such that the number n can be estimated from R relatively accurately. The size of the counter is this bitvector L, which has size of O(log(n)).&lt;br /&gt;&lt;br /&gt;The paper makes some of the proofs formal, but the analysis is relatively complex. But I like the idea of looking at some properties of a sequence of random variables to estimate the number of elements in the sequence. I believe I have seen somewhere a reference where the longest run of a particular value is used to estimate the number of items (for instance, for head/tail coin toss, the longest run of heads will grow as O(log(n)), if I recall well, which would lead to a log(log(n)) bit size for such scheme).&lt;br /&gt;&lt;br /&gt;The interesting question is: what other proxy can be used to compress the count, and can be inverted relatively easily to yield a good estimate of the original data.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-857387924874389576?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/857387924874389576/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=857387924874389576' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/857387924874389576'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/857387924874389576'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2009/10/probabilistic-counting-algorithms-for.html' title='Probabilistic Counting Algorithms for Data Base Applications'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-4507786897170919871</id><published>2009-10-21T15:46:00.001-07:00</published><updated>2009-10-21T15:52:50.773-07:00</updated><title type='text'>Architectures for the Future Networks and the Next Generation Internet: A Survey</title><content type='html'>&lt;strong&gt;Architectures for the Future Networks and the Next Generation Internet: A Survey&lt;/strong&gt;, &lt;i&gt;Subharthi Paul, Jianli Pan, Raj Jain&lt;/i&gt;, Washington University in St Louis Technical Report, 2009-69.&lt;br /&gt;&lt;br /&gt;This survey attempts to cover possible architectures for the future network. It is very relevant to me, since I had at one point the intent of putting together a similar technical report. And after reading this one, I realize that I could still do it: while this paper covers a lot of ground, much of the papers I read on the topic don't overlap with this: it is such a wide topic to cover that only 60 pages and 200 references don't seem to do it justice!&lt;br /&gt;&lt;br /&gt;The survey contains basically eight sections, one on the Internet 3.0 vision at WUSTL, and one each on security, content delivery, DTNs, management and control, service architectures, routing, and future Internet infrastructure design. I was interested mostly in the management &amp; control, routing and future Internet design (GENI). I could use this as a reference in those fields, as it contains a lot of the must-read papers and it explains in great details the different control frameworks for GENI.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-4507786897170919871?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/4507786897170919871/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=4507786897170919871' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/4507786897170919871'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/4507786897170919871'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2009/10/architectures-for-future-networks-and.html' title='Architectures for the Future Networks and the Next Generation Internet: A Survey'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-8285918540568877163</id><published>2009-10-21T10:28:00.000-07:00</published><updated>2009-10-21T15:44:39.351-07:00</updated><title type='text'>Where's that Phone?: Geolocating IP Addresses on 3G Networks</title><content type='html'>&lt;strong&gt;Where's that Phone?: Geolocating IP Addresses on 3G Networks&lt;/strong&gt;, &lt;i&gt;Mahesh Balakrishnan, Iqbal Mohomed, Venugopalan Ramasubramanian&lt;/i&gt;, in Proc. of SIGCOMM Internet Measurement Conference'09, November 2009.&lt;br /&gt;&lt;br /&gt;I was looking at the program for IMC'09 and this paper caught my interest. It is a very basic experimental study which shows that: &lt;br /&gt;&lt;li&gt;for a given mobile device, the IP address assigned by the operator (in most cases, AT&amp;T wireless) is not static, but changes a lot over time. This creates issues (or opportunities) for IP-filtered web sites.&lt;/li&gt;&lt;br /&gt;&lt;li&gt;for a given IP address, the location of the device cannot be predicted: the same IP address could be assigned at different times to device in wildly different locations. This has implications, in particular for the service which hopes to translate the IP address into location-based advertising.&lt;/li&gt;&lt;br /&gt;&lt;li&gt;the delay information is the best predictor for location: there is correlation in the application delay and the location of the device.&lt;/li&gt;&lt;br /&gt;&lt;br /&gt;Those are quite interesting results to keep in mind, as the number of mobile devices connected to the Internet through 3G is increasing rapidly. So it is a really cute observation.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-8285918540568877163?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/8285918540568877163/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=8285918540568877163' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/8285918540568877163'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/8285918540568877163'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2009/10/wheres-that-phone-geolocating-ip.html' title='Where&apos;s that Phone?: Geolocating IP Addresses on 3G Networks'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-3939254726933814162</id><published>2009-10-21T10:27:00.001-07:00</published><updated>2009-10-21T10:27:16.703-07:00</updated><title type='text'>Peer Review Does Not Work,... or Does It?</title><content type='html'>In my inbox:&lt;br /&gt;&lt;br /&gt;&lt;em&gt;From: ISPR/KGCM 2009 [mailto:...@.ICTconfer.org] &lt;br /&gt;Sent: Thursday, February 12, 2009 3:38 PM&lt;br /&gt;Subject: Invitation to a Symposium on Peer Reviewing&lt;br /&gt;&lt;br /&gt;Only 8% members of the Scientific Research Society agreed that "peer review works well as it is." (Chubin and Hackett, 1990; p.192).&lt;br /&gt;&lt;br /&gt;"A recent U.S. Supreme Court decision and an analysis of the peer review system substantiate complaints about this fundamental aspect of scientific research." (Horrobin, 2001).&lt;br /&gt;&lt;br /&gt;Horrobin concludes that peer review "is a non-validated charade whose processes generate results little better than does chance." (Horrobin, 2001). This has been statistically proven and reported by an increasing number of journal editors.&lt;br /&gt;&lt;br /&gt;Since a growing number of studies conclude that peer review is flawed and ineffective as it is being implemented, why not apply scientific and engineering research and methods to the peer review process?&lt;br /&gt;&lt;br /&gt;This is the purpose of the International Symposium on Peer Reviewing:... which will be held on July 10-13, 2009, in Orlando, Florida, USA.&lt;/em&gt;&lt;br /&gt;&lt;br /&gt;So peer review is ineffective and flawed and sucks. And the punch line?&lt;br /&gt;&lt;br /&gt;&lt;em&gt;All Submitted papers will be reviewed using a double-blind (at least three reviewers), non-blind, and participative peer review.&lt;/em&gt;&lt;br /&gt;&lt;br /&gt;Time to submit a &lt;a href="http://pdos.csail.mit.edu/scigen"&gt;randomly generated paper!&lt;/a&gt;.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-3939254726933814162?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/3939254726933814162/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=3939254726933814162' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/3939254726933814162'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/3939254726933814162'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2009/10/peer-review-does-not-work-or-does-it.html' title='Peer Review Does Not Work,... or Does It?'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-4968507463444571365</id><published>2009-05-27T10:08:00.000-07:00</published><updated>2009-05-27T13:47:39.656-07:00</updated><title type='text'>Back from Hiatus.</title><content type='html'>I haven't posted here in a while, but I'll make an effort to do so. It is valuable for me to have some thoughts and references stored somewhere for easy, ubiquitous access.&lt;br /&gt;&lt;br /&gt;It turns out I accepted to serve on the Globecom PC this year, and I just noticed that they will open a rebuttal phase for the authors. This is very intriguing: globecom receives relatively short papers, usually not very mature work. Someone once described the publication phases in networking as: workshop paper -&gt; globecom or ICC -&gt; infocom -&gt; journal, as the results mature and become more complete. Also, Globecom is not very selective (say, 35-40% acceptance rate nowadays). &lt;br /&gt;&lt;br /&gt;On the reviewer side, I can only speak for myself, but different conferences call for different level of scrutiny and time spent reading the papers. I see my job for Globecom as sorting the papers out, not as much as providing feedback to the authors: since the work is still in progress, I give a general indication of whether I think it's worth pursuing. But I won't go into the details of a still immature, evolving research. Mostly, unlike a journal or an Infocom/Mobihoc/MobiCom review, I keep it succinct. I usually keep my notes after a review, but I might not go through the trouble with 2nd tier conferences. Had I known there would be a rebuttal, I would have, dang. &lt;br /&gt;&lt;br /&gt;As an author, I have wished in the past there would be a rebuttal. As a program chair, I've had (unrequited) rebuttal emails from disgruntled authors (who had a point, I'll concede that a clarification was necessary). So authors like rebuttals, solicited or not. That and my short reviews, it might be an explosive mix!&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-4968507463444571365?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/4968507463444571365/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=4968507463444571365' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/4968507463444571365'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/4968507463444571365'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2009/05/back-from-hiatus.html' title='Back from Hiatus.'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-8659171873141719173</id><published>2007-05-22T15:52:00.000-07:00</published><updated>2007-07-18T16:32:02.595-07:00</updated><title type='text'>Iterative Scheduling Algorithms</title><content type='html'>&lt;b&gt;Iterative Scheduling Algorithms&lt;/b&gt;, &lt;i&gt;Mohsen Bayati, Balaki Prabhakar, Devavrat Shah, Mayank Sharma&lt;/i&gt;, in Proc. of Infocom'07, Anchorage, May 2007.&lt;br /&gt;&lt;br /&gt;A paper where I attended the session at Infocom and made a note to read the document. This is basically a distributed iterative algorithm to schedule the packets to transfer between the input and the output of a switch with no speed up.&lt;br /&gt;&lt;br /&gt;The algorithm is an auction algorithm proposed by Bertsekas where the bids are based on the queue length at each input buffer (actually, at each virtual output queue in the input buffer, namely the virtual buffer corresponding to the packets requesting a specific output buffer). The details of the algorithm are not particularly intuitive, a reaction I've had at the presentation itself and reading the paper. &lt;br /&gt;&lt;br /&gt;The algorithm enacts a maximum weight matching approximation, which can be arbitrarily good, and the throughput is thus almost optimal. This improves over the previous switch scheduling algorithm (iSLIP in particular).&lt;br /&gt;&lt;br /&gt;Anyhow, the reason I was interested was that the algorithm supposedly could be applied to wireless networks. While the result in the paper is extremely valuable, I am disappointed on this count. First, the number of required iterations seems impractical for an actual wireless networks. Second, it is not clear to me who should be participating in the auction algorithm or how. I guess I would need to see a protocol. But the switch allows all inputs and outputs to exchange bids and assignments easily, something that I do not see in the wireless mesh context.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-8659171873141719173?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/8659171873141719173/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=8659171873141719173' title='2 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/8659171873141719173'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/8659171873141719173'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/05/iterative-scheduling-algorithms.html' title='Iterative Scheduling Algorithms'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-2550696813192557268</id><published>2007-05-19T18:03:00.000-07:00</published><updated>2009-10-21T10:27:58.870-07:00</updated><title type='text'>Starvation Mitigation Through Multi-Channel Coordination in CSMA Multi-hop Wireless Networks</title><content type='html'>&lt;b&gt;Starvation Mitigation Through Multi-Channel Coordination in CSMA Multi-hop Wireless Networks&lt;/b&gt;, &lt;i&gt;Jingpu Shi, Theodoros Salonidis, Edward Knightly&lt;/i&gt;, in Proc. of MobiHoc'06, May 22-27, Florence, Italy.&lt;br /&gt;&lt;br /&gt;This paper follows up on the Infocom paper of the same team (replace the first author with M. Garetto) which identified some starvation conditions based on the mesh topology in networks using a CSMA/CA scheme. Basically (I don't think I wrote up that Infocom paper here, did I?) the 802.11 protocol fail in some scenarios based on the asymmetric distribution of protocol messages. For instance, if A initiates a communication with a and B with b, and if B is in range of a, but not A, then B hears the protocol messages of the A-a pair (at least a's CTS) while A hears nothing of the messages from the B-b pair. This of course advantages B.&lt;br /&gt;&lt;br /&gt;This paper suggests a multi-channel protocol with a simple contending control channel and data transmission are allocated on the other channels based on the information available at the node trying to initiate a connection. Only the channels for which the node knows the transmission information are being considered for transmission, the other (unknown) channels are unavailable. The node can thus contend fairly to these channels it has information about, since it knows when they become available.&lt;br /&gt;&lt;br /&gt;This is not dissimilar to some multi-channel proposal I saw where nodes announce they have freed the channel when they come back to the control channel. The trade-off: more messages on the control channel in one case (more collisions thus) vs. better knowledge of the NAV for each channel, ie. more channels to use for transmissions. I guess the parameter that control the trade-off would be the amount of data transferred per channel negotiation. The larger the data, the more one benefits knowing which channels are available and the fewer messages on the control channel.&lt;br /&gt;&lt;br /&gt;This paper here is quite simple and elegant, however, since it only requires the sam number of messages as those defined in the 802.11s multi-channel mode I believe.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-2550696813192557268?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/2550696813192557268/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=2550696813192557268' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/2550696813192557268'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/2550696813192557268'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/05/starvation-mitigation-through-multi.html' title='Starvation Mitigation Through Multi-Channel Coordination in CSMA Multi-hop Wireless Networks'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-1265119779092072890</id><published>2007-05-17T22:59:00.000-07:00</published><updated>2007-05-18T15:22:43.554-07:00</updated><title type='text'>Gateway Placement Optimization in Wireless Mesh Networks with QoS Constraints</title><content type='html'>&lt;b&gt;Gateway Placement Optimization in Wireless Mesh Networks with QoS Constraints&lt;/b&gt;, &lt;i&gt;Bassam Aoun, Raouf Boutaba, Youssef Iraqi, Gary Kenward&lt;/i&gt;, in IEEE Journal on Selected Areas in Communications, Nov. 2006, Vol. 24, No. 11, pp. 2127-2136.&lt;br /&gt;&lt;br /&gt;This paper computes the grouping of wireless mesh nodes around a cluster head in order to satisfy some constraints (mostly max number of hops for any node to reach the gateway). The algorithm is a recursive use of a gready Dominated Set algorithm (find the node with highest degree, remove this node and its neighbors, then repeat) to construct clusters of the desired size.&lt;br /&gt;&lt;br /&gt;Actually, it seems that the iteration would yield clusters of size increasing geometrically (of the order 2^n after n iterations) so that the maximum diameter better be a power of two for the algorithm to work optimally.&lt;br /&gt;&lt;br /&gt;Nonetheless, the idea is interesting, the algorithm relatively simple and the paper is very readable (despite using word instead of latex in the print-out I have; maybe the actual journal version looks better after the editing from the journal).&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-1265119779092072890?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/1265119779092072890/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=1265119779092072890' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/1265119779092072890'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/1265119779092072890'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/05/gateway-placement-optimization-in.html' title='Gateway Placement Optimization in Wireless Mesh Networks with QoS Constraints'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-8345916753811388776</id><published>2007-05-17T22:31:00.000-07:00</published><updated>2007-05-17T22:44:12.741-07:00</updated><title type='text'>Revising buffering in multihop CSMA/CA wireless networks</title><content type='html'>&lt;b&gt;Revising buffering in multihop CSMA/CA wireless networks&lt;/b&gt;, &lt;i&gt;Olivier Dousse&lt;/i&gt;,  in Proc. of IEEE SECON'07.&lt;br /&gt;&lt;br /&gt;This paper is more a position paper than a technical paper: it presents some new directions to investigate, and some ideas to get thoughts rolling.&lt;br /&gt;&lt;br /&gt;It considers a wireless multi-hop tandem network and considers the achieved throughput when using CSMA/CA. The paper observes that for a long line, the packets are accumulated at the beginning, then sparely spaced over the rest of the line. The author then suggests to impose some rules, which are in essence a rate limiting mechanism.&lt;br /&gt;&lt;br /&gt;The imposed rules force a structure on the problem which is tractable as a Markov chain. Some of the additional assumptions to optimize the problem are a bit unrealistic (all packets of equal size, all buffers of size one, if a flow is bi-directional, then exactly the same number of packets in each direction) but just bringing up these ideas and deriving the consequences is refreshing. &lt;br /&gt;&lt;br /&gt;I have some doubts about the derivations (actually, the maths are only sketched) but the first proposition states that, for N links in series, the average occupancy at the i-th buffer is equal to 1 - the average occupancy at the (N-i)-th buffer. That would force the average occupancy at 1/2 for a buffer where i = N-i. However, if l links interfere, then only 1 buffer is occupied, and the next l-1 are empty, so the average occupancy is 1/l. Anyhow, it is a paper which thinks outside of the box, so this is not very consequential.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-8345916753811388776?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/8345916753811388776/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=8345916753811388776' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/8345916753811388776'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/8345916753811388776'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/05/revising-buffering-in-multihop-csmaca.html' title='Revising buffering in multihop CSMA/CA wireless networks'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-4887958525016368646</id><published>2007-05-16T12:59:00.000-07:00</published><updated>2007-05-16T13:19:06.862-07:00</updated><title type='text'>Robust Geo-Routing on Embeddings of Dynamic Wireless Networks</title><content type='html'>&lt;b&gt;Robust Geo-Routing on Embeddings of Dynamic Wireless Networks&lt;/b&gt;, &lt;i&gt;Dominique Tschopp, Suhas Diggavi, Matthias Grossglauser, J&amp;ouml;rg Widmer&lt;/i&gt;, in Proc. of IEEE Infocom 2007, Anchorage, May 2007.&lt;br /&gt;&lt;br /&gt;This (and if I get to it, the next few posts) is a paper whose Infocom talk I attended, and I made a note to get to the paper and read it. I have to say that the subject of embeddings of virtual coordinates to allow for routing in ad hoc networks is a much more traveled area than I would have suspected.&lt;br /&gt;&lt;br /&gt;The idea of the paper is to build some embedding based on the distance of a few beacons and the graph distance between a node and the beacon. Basically, if I get it right, the nodes receive some beacons with a hop count h and a position p for the sender of the beacon. It infers a virtual position based on h and p. The embedding has a higher dimensionality (even though beacons are in the plane). The beaconing is probabilistic, as the system is dynamic and getting a random beacon from the set of beacon nodes evens out the chance that some beacons gets in a degenerated situation. The virtual coordinates are averaged over a local neighborhood to ensure consistency.&lt;br /&gt;&lt;br /&gt;Based on the embedding, one can perform geographic routing on the virtual coordinates. The proposed algorithm is described and evaluated through simulation (no analysis, which looks like it would be extremely complex). The performance of the proposed Probabilistic Beaconing (PB) is much better than all the stuff they compare it with (mostly Beacon Vector Routing, NoGeo and greedy routing on the real coordinates).&lt;br /&gt;&lt;br /&gt;Paper is not that easy to read, I have to admit. I blame the 9p limit, which forces authors to condense their stuff beyond readability.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-4887958525016368646?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/4887958525016368646/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=4887958525016368646' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/4887958525016368646'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/4887958525016368646'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/05/robust-geo-routing-on-embeddings-of.html' title='Robust Geo-Routing on Embeddings of Dynamic Wireless Networks'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-6229976722486530156</id><published>2007-05-15T14:50:00.000-07:00</published><updated>2007-05-15T15:03:28.650-07:00</updated><title type='text'>The Pareto or Truncated Pareto Distribution? Measurement-Based Modeling of Session Traffic for Wi-Fi Wireless Internet Access</title><content type='html'>&lt;b&gt;The Pareto or Truncated Pareto Distribution? Measurement-Based Modeling of Session Traffic for Wi-Fi Wireless Internet Access&lt;/b&gt;, &lt;i&gt;Edward Chlebus, Gautam Divgi&lt;/i&gt; in Proc. of WCNC'07, Hong-Kong, March 2007.&lt;br /&gt;&lt;br /&gt;This paper was pointed out to me by its first author at the conference, and I eventually got to read it. It is a pretty simple analysis of data gathered from an Australian hot-spot operator, and it finds the session length distribution for session connection at a wifi hotspot which ends connection over 5 hours long. Thus the truncated Pareto distribution. It is pretty basic statistical analysis: discovering a distribution that fits by observation of the data, then fitting the model parameters to get a good match. &lt;br /&gt;&lt;br /&gt;This could be useful when actually simulating wifi sessions. I am not sure there is a significant difference in the behavior of wifi users on an unlimited plan wrt to the other internet users (say, DSL), so those models should be similar. I guess the truncation is the novelty introduced by the data here, as I recall that internet traffic follows a Pareto distribution or some power law. I have to get back to &lt;a href="http://portal.acm.org/citation.cfm?id=205464"&gt;On the self-similar nature of Ethernet traffic&lt;/a&gt;. Interestingly enough, there is no mention of the difference between wired and wifi users here.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-6229976722486530156?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/6229976722486530156/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=6229976722486530156' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/6229976722486530156'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/6229976722486530156'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/05/pareto-or-truncated-pareto-distribution.html' title='The Pareto or Truncated Pareto Distribution? Measurement-Based Modeling of Session Traffic for Wi-Fi Wireless Internet Access'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-4054897798138155224</id><published>2007-04-30T18:10:00.000-07:00</published><updated>2007-04-30T18:18:11.961-07:00</updated><title type='text'>Bandwidth Balancing in Multi-Channel IEEE 802.16 Wireless Mesh Networks.</title><content type='html'>&lt;b&gt;Bandwidth Balancing in Multi-Channel IEEE 802.16 Wireless Mesh Networks&lt;/b&gt; &lt;i&gt;Claudio Cicconetti, Ian Akyildiz, Luciano Lenzini&lt;/i&gt; to appear in Proc. of INFOCOM'07, Anchorage, AK, May 2007.&lt;br /&gt;&lt;br /&gt;This paper presents a way to improve on the fairness of 802.16 distributed scheduler for mesh networks. It is interesting for me, since the standard for 802.16 distributed scheduling came from the work of a group that was located in the same office as I am, the rooftop wireless router. &lt;br /&gt;&lt;br /&gt;Anyhow, the paper is pretty well made and presents the key idea nicely. It is to my knowledge the first paper considering fairness in the mesh 802.16 standard. The answer to the fairness issue exhibited by 802.16 is pretty straightforward, but you had to identify the problem in the first place. &lt;br /&gt;&lt;br /&gt;The solution is distributed as well, of course, and maintains limited state: a few buffers per neighbors. There is no complicated optimization, just a simple weighing mechanism to split the bandwidth fairly among the active flows. Nice performance evaluation using an NS-2 implementation of the 802.16 distributed mesh function that I'd like to get my hands on.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-4054897798138155224?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/4054897798138155224/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=4054897798138155224' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/4054897798138155224'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/4054897798138155224'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/04/bandwidth-balancing-in-multi-channel.html' title='Bandwidth Balancing in Multi-Channel IEEE 802.16 Wireless Mesh Networks.'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-7873978996312374566</id><published>2007-03-17T20:30:00.000-07:00</published><updated>2007-03-17T20:40:57.371-07:00</updated><title type='text'>On mitigating the broadcast storm problem with directional antennas</title><content type='html'>&lt;i&gt;On mitigating the broadcast storm problem with directional antennas&lt;/i&gt;, Chunyu Hu, Yifei Hong, Jennifer Hou, IEEE International Conference on Communications, 2003. ICC'03. Vol. 1, Issue , 11-15 May 2003 Page(s): 104 - 110.&lt;br /&gt;&lt;br /&gt;This is a short, breezy read. It considers three schemes to reduce the broadcast storm problem: one is to not rebroadcast on the sector which receives the packet to be broadcast; the second is to identify some relay nodes in each sector and to have these rebroadcast, hoping that these relays are enough to cover all the nodes; the third is to pick the relay which maximizes the new coverage. This means that the scheme retransmits first in the sector for which there is a node which covers the most new ground (ie. its own coverage area minus the area covered by forwarding the broadcast to this node in this sector).&lt;br /&gt;&lt;br /&gt;The three schemes are intuitively sounds, and bring some performance benefits when evaluated through QualNet simulations. J. Hou is principal investigator for J-Sim, a simulation environment to perform this kind of evaluation, I guess qualnet was not the perfect tool then (for one thing, it is a commercial tool, whereas JSim is freely available).&lt;br /&gt;&lt;br /&gt;Inconsequential details: this paper is written using word, which makes the equations look funky. And there is a little mix-up: "This is termed as the broadcast storm in [20]" in the abstract, and "This is termed as the broadcast storm in [7]" in the intro. The abstract is correct.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-7873978996312374566?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/7873978996312374566/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=7873978996312374566' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/7873978996312374566'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/7873978996312374566'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/03/on-mitigating-broadcast-storm-problem.html' title='On mitigating the broadcast storm problem with directional antennas'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-1240733741856835725</id><published>2007-03-17T20:18:00.000-07:00</published><updated>2007-03-17T20:30:17.571-07:00</updated><title type='text'>Opportunities and Challenges in Mesh Networks Using Directional Anntenas</title><content type='html'>&lt;i&gt;Opportunities and Challenges in Mesh Networks Using Directional Anntenas&lt;/i&gt;, Gupqing Li, Lily Yang, W. Steven Conner, Bahar Sadeghi, in Proc. of WiMesh 2005, Santa Clara, Sept. 2005.&lt;br /&gt;&lt;br /&gt;This is an interesting survey. I am now debating whether or not I should attend/participate in conferences, since I attended this workshop. I even chaired a session. Yet, I have no recollection of this paper, despite the fact that it is actually a good and interesting survey of the use of directional antennas in mesh networks. [In my defense, I was tutorial chair of the conference associated with the workshop, IEEE SECON, and kinko's was supposed to have made the tutorial hand-out the Saturday before, which they failed to do. They said it would be ready at 6am on the Monday morning of the tutorials/WiMesh workshop, but it was not ready when I showed up: the binding machine had broken down. I had to pick up whatever they had printed out --which they wanted me to pay full price for it, despite it being useless!!!--, go down to Santa Clara to another kinko's where they did the binding just in time for the 9am tutorial start. At that point, I was rather frazzled. I hate kinko's].&lt;br /&gt;&lt;br /&gt;It does a good job at presenting the most salient issues, providing the key reference, and giving accessible definitions and insights into the concepts. This is a good place to start if interested about directional antennas in mesh networks, a fact that I realize only after getting deep into the literature. My fault: with such a title, I should have put it on top of the pile.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-1240733741856835725?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/1240733741856835725/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=1240733741856835725' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/1240733741856835725'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/1240733741856835725'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/03/opportunities-and-challenges-in-mesh.html' title='Opportunities and Challenges in Mesh Networks Using Directional Anntenas'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-1964893605850800930</id><published>2007-03-16T08:32:00.000-07:00</published><updated>2007-03-16T08:48:48.355-07:00</updated><title type='text'>A Topology Control Approach to Using Directional Antennas in Wireless Mesh Networks</title><content type='html'>&lt;i&gt;A Topology Control Approach to Using Directional Antennas in Wireless Mesh Networks&lt;/i&gt;, Umesh Kumar, Himanshu Gupta, Samir Das, in Proc. of IEEE International Conference on Communications (ICC), 2006.&lt;br /&gt;&lt;br /&gt;I read the paper as it was referenced in some other paper, and I have to say: I am shocked to discover it is an ICC paper. I attended ICC'06, I even presented a paper there, and this paper is much better than anything I have seen there at the time (including my own stuff, to which I am very partial). This paper is very cute.&lt;br /&gt;&lt;br /&gt;The idea is simple: what if you assume that you want to make a network using directional antennas but you don't want to get into writing new MACs (which is a hard thing to do) but just want to use legacy off-the-shelf hardware? This paper presents a way to orient the antennas so as to cover not the whole area around the nodes, but only a fraction, so as to minimize interference. &lt;br /&gt;&lt;br /&gt;The key is to pick the number of antennas and their orientation so as to keep the network connected (in the last resort, use a few omni-directional antennas). The algorithm to select which nodes to pick is a spanning tree building algorithm, but its application in this context is really cute and smart. The paper gives up on the total connectivity (some links might be unavailable here that would be in an omni-directional context) but the reduction of the interference more than makes up for it. Namely, pick k antenna with total covered angle k \theta, where k \theta is strictly less than 360 degrees. &lt;br /&gt;&lt;br /&gt;This is very practical too, as most mesh network deployment don't really care for the maximal connectivity, but only care to find a good path to the internet gateway. So this is an elegant and economical solution. &lt;br /&gt;&lt;br /&gt;The funny thing is that, despite reducing the number of paths in the network (more exactly, by putting a ceiling on the degree of the nodes), the shortest path is shorter here than for the omni-directional shortest path, due to the longer transmission range of the narrow beam antennas. Also, the PDR really kicks ass over the omni-directional set-up. The results are so impressive that really, this should have been an Infocom paper, not an ICC. I even checked for Turkish names in the author list as an explanation why they submitted to a conference in Istanbul.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-1964893605850800930?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/1964893605850800930/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=1964893605850800930' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/1964893605850800930'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/1964893605850800930'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/03/topology-control-approach-to-using.html' title='A Topology Control Approach to Using Directional Antennas in Wireless Mesh Networks'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-3842294249376807600</id><published>2007-03-16T07:58:00.000-07:00</published><updated>2007-03-16T08:32:21.616-07:00</updated><title type='text'>Ad Hoc Routing Using Directional Antennas</title><content type='html'>&lt;i&gt;Ad Hoc Routing Using Directional Antennas&lt;/i&gt;, Romit Roy Choudhury, Nitin Vaidya. Technical Report. &lt;br /&gt;&lt;br /&gt;I believe this technical paper is an early version of &lt;i&gt;Performance of Ad Hoc Routing using Directional Antennas&lt;/i&gt;, Romit Roy Choudhury, Nitin Vaidya, Journal of Ad Hoc Networks - Elsevier Publishers, November, 2004. At least the ideas and most of the content seems similar enough that I will only read the tech report, not the journal paper.&lt;br /&gt;&lt;br /&gt;Like the previous paper I wrote about (just below), this one modifies the MAC protocol to support directional antennas, by having omni-directional listening, and directional transmitting of CTS and RTS. It also considers the impact of the directional antenna on routing, namely the DSR protocol, and how to improve DSR to support directional antennas.&lt;br /&gt;&lt;br /&gt;The key insight is that: directional antennas improve the performance a lot when the network is random and sparse, and when the directional transmission range is significantly longer than the omni transmission range. Basically, there is a great gain when the transmission beam is narrow and focused. In other set ups, the paper does not find a great gain from directional antenna, a rather counter-intuitive result.&lt;br /&gt;&lt;br /&gt;The paper is mostly a performance evaluation using qualnet simulation. Also, the paper takes into account the sweeping time, ie. the delay in broadcast (for DSR) incurred by transmitting the broadcast packet sequentially over the different sector (ie. sweeping) over an omni-directional broadcast to all neighbors at the same time.&lt;br /&gt;&lt;br /&gt;An interesting idea to reduce the sweeping time is to broadcast not to all neighbors, but only to those in a few sector opposite from the one receiving sector of the broadcast. I'm curious to see whether this would not yield to route requests which miss the destination (however, it is hard to miss it, since the neighbors of the destination are as good as the destination, and since many RREQs are redundant anyway).&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-3842294249376807600?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/3842294249376807600/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=3842294249376807600' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/3842294249376807600'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/3842294249376807600'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/03/ad-hoc-routing-using-directional.html' title='Ad Hoc Routing Using Directional Antennas'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-9062088106557083104</id><published>2007-03-16T07:33:00.000-07:00</published><updated>2007-03-16T07:58:01.863-07:00</updated><title type='text'>Medium Access Control Protocols Using Directional Antennas in Ad Hoc Networks</title><content type='html'>&lt;i&gt;Medium Access Control Protocols Using Directional Antennas in Ad Hoc Networks&lt;/i&gt;, Young-Bae Ko, Vinaychandra Shankarkumar, and Nitin Vaidya, in Proc. of IEEE Infocom 2000.&lt;br /&gt;&lt;br /&gt;The second reviewer had me wondering if I usually write the full name or only the first initial. If you read the paper, see how his (her?) email handle is much more convenient.&lt;br /&gt;&lt;br /&gt;The paper is a look into how to modify the 802.11 protocol to support directional antenna. Basically, due to deafness and blind terminal issues, you still need to send omni-directional control packets, but in some situation, you should send some that are directional, using only on antenna sector to transmit. First: you should always use directional antenna for the transmission. The paper details two schemes to use directional control messages. &lt;br /&gt;&lt;br /&gt;The paper is relatively simple in its insights, but that's what you get for blazing a new trail, you have to get the low hanging fruits first. The directional MACs proposed in the paper (reasonably) assume that the location (in terms of which sector is best to use to transmit/receive to them) of the neighbors is known.&lt;br /&gt;&lt;br /&gt;The two schemes are: 1-using directional RTS (so that you don't block nodes away from where you are transmitting); 2-using both ORTS and DRTS depending on the current status of the corresponding sector. &lt;br /&gt;&lt;br /&gt;The performance evaluation is rather basic, using a 5x5 grid with some simple scenarios. I would have enjoyed a more realistic set-up. For instance, directional antenna performance is different on a grid, because nodes line up within a sector, so  it artificially increase the interference. Also, I don't know if the baseline comparison is directional for 802.11 or not. It looks like what is being compared is:&lt;br /&gt;-basic 802.11 with omni-directional antenna; and -proposed MAC with directional antenna. That is 2 parameters here (basic 802.11 vs proposed MAC, and omni vs. directional) in the simulation, while the results are used to quantify and discuss the impact of only the second parameter. &lt;br /&gt;&lt;br /&gt;The interference level in the network for bare 802.11 would significantly decrease when using directional antenna without modifying the MAC, thus improving the performance. I don't see this explicit here.  It would have been nice to quantify the impact of pure directional antennas, as there is an area of space where the interference of an on-going connection is strong enough to disturb another connection attempt nearby, but not strong enough for the nodes to successfully decode the MAC packets and update the NAV tables. For those, using a basic 802.11 with directional antennas and appropriate power control would go a long way improving performance.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-9062088106557083104?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/9062088106557083104/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=9062088106557083104' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/9062088106557083104'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/9062088106557083104'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/03/medium-access-control-protocols-using.html' title='Medium Access Control Protocols Using Directional Antennas in Ad Hoc Networks'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-7194442203506984962</id><published>2007-03-05T22:02:00.000-08:00</published><updated>2007-03-05T22:20:27.667-08:00</updated><title type='text'>Information-theoretic bounds for mobile ad hoc networks routing protocols</title><content type='html'>&lt;i&gt;Information-theoretic bounds for mobile ad hoc networks routing protocols&lt;/i&gt;, Nianjun Zhou, Alhussein Abouzeid, Lecture Notes in Computer Science: Information Networking, vol. 2662, pp. 651-61, October 2003.&lt;br /&gt;&lt;br /&gt;This paper is a bit frustrating. I am still looking around how much information to store for routing in ad hoc network (I guess the trilogy of posts below is not over). Anyhow, I found a version of this paper, which is probably a pre-draft or the submitted version, or whatnot, but not the final version (which is being a paying wall at Springer).  &lt;br /&gt;&lt;br /&gt;So it is not as polished as I'd like to fully enjoy the paper. For instance, it computes some lower bounds on the amount of information required to keep a proactive routing protocol updated. It is fine, but it should be explained: why is a lower bound enough? What good does it do to us? &lt;br /&gt;&lt;br /&gt;First, the argument is combinatorial, and based on dividing the network into relays and regular nodes. The number of information is computed based on how many nodes are required to divide the nodes in different groups,and for each group, how to elect a leader. &lt;br /&gt;&lt;br /&gt;But it is a lower bound, so it does not tell you the amount of information that is indeed required. It does not say how tight the bound is. So it says: well, at least you need this much, which at least tells you that the performance is as least as good as with the bound. So the bound can be used to tell you the best case performance, but the version I have does not make the point. For instance, if the bounds gives a bad performance, then the system will be worst, so it might be useful to know.&lt;br /&gt;&lt;br /&gt;It makes, on the other hand, comparisons between two lower bounds:  "Clearly, a large amount of saving is achieved with prediction". But that is not true: the difference in the bounds is meaningful only if the actual quantity is close to the bound. Here we don't know. It is most likely true that prediction saves a lot, but you cannot deduct this by the bounds. If I give 0 as a lower bound of the predictive case, then my amount of saving increases even more, but I did not get a better result!&lt;br /&gt;&lt;br /&gt;Anyhow, the combinatorial method is interesting, and the bound could be useful, if used in the right context.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-7194442203506984962?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/7194442203506984962/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=7194442203506984962' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/7194442203506984962'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/7194442203506984962'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/03/information-theoretic-bounds-for-mobile.html' title='Information-theoretic bounds for mobile ad hoc networks routing protocols'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-6004462354531916825</id><published>2007-03-05T19:32:00.000-08:00</published><updated>2007-03-05T19:48:14.251-08:00</updated><title type='text'>Predictive Caching Srategy for On-Demand Routing Protocols in Wireless Ad Hoc Networks</title><content type='html'>&lt;i&gt;Predictive Caching Srategy for On-Demand Routing Protocols in Wireless Ad Hoc Networks&lt;/i&gt; Wenjing Lou and Yuguang Fang, in Wireless Networks 8, 671-79, 2002, Kluwer.&lt;br /&gt;&lt;br /&gt;This to complete the 3 part series on caching (see two post below). It is a paper which suggests to use an adaptive value for the route time out based on the observed lifetime of the route. Updating the lifetime of the route allows for a finer granularity of the caching, and for better performance. It is light and easy reading, and the technical contribution is pretty simple. There is some performance analysis. I found it cited in some other paper, and the reference list inside has sent me looking for some other older papers I was not aware of (especially in the proactive vs. reactive discussion).&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-6004462354531916825?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/6004462354531916825/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=6004462354531916825' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/6004462354531916825'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/6004462354531916825'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/03/predictive-caching-srategy-for-on.html' title='Predictive Caching Srategy for On-Demand Routing Protocols in Wireless Ad Hoc Networks'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-8778641973819493894</id><published>2007-03-05T18:47:00.000-08:00</published><updated>2007-03-05T19:00:44.367-08:00</updated><title type='text'>Caching Strategies in On-Demand Routing Protocols for Wireless Ad Hoc Ne</title><content type='html'>&lt;i&gt;Caching Strategies in On-Demand Routing Protocols for Wireless Ad Hoc Networks&lt;/i&gt;, Yih-Chun Hu, David B. Johnson, in MOBICOM 2000, Boston, MA, pp. 231-42.&lt;br /&gt;&lt;br /&gt;This paper proves that analytical modeling in ad-hoc network research is way overrated: there is not a single complicated mathematical equation. Even the study of correlation between different metrics seems to be done by observation rather than using sophisticated statistical tools. Yet, the paper does present a pretty compelling picture of different cache strategies. And rather than struggling to define an analytical model and then show it is valid, it cuts the middle-man and shows right away the impact of different parameters using extensive simulation.&lt;br /&gt;&lt;br /&gt;The simulation is of course the main part: it is the CMU extension of the NS-2 simulator, which was designed by the group of this paper, and which was designed to produce results like this one. It is still the de facto standard for wireless mesh network simulation (it has been integrated in NS-2 distribution now) so this is as much part of the legacy of this group as the actual results presented in the paper.&lt;br /&gt;&lt;br /&gt;The cache strategies studied are: unlimited cache size, or finite cache size with different sizes, or different ways of caching depending on who issues the node, or different ways of updating the cache (FIFO or not).&lt;br /&gt;&lt;br /&gt;The paper finds a better value of the active time-out of the cached routes (the previous paper below would tell you it is velocity dependent, but here they seem to agree on a 5s value for most mobility models). It also shows that the larger cache study is not necessarily good, as it means more broken routes are being carried around, which leads to suboptimal performance. &lt;br /&gt;&lt;br /&gt;I enjoyed the "omniscient expiration" concept (the strategy which keeps the route as long as it is valid), and will use it in a future paper.&lt;br /&gt;&lt;br /&gt;The link to the monarch project: &lt;a href="http://www.monarch.cs.cmu.edu"&gt;here&lt;/a&gt;.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-8778641973819493894?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/8778641973819493894/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=8778641973819493894' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/8778641973819493894'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/8778641973819493894'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/03/caching-strategies-in-on-demand-routing.html' title='Caching Strategies in On-Demand Routing Protocols for Wireless Ad Hoc Ne'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-9095653926918508322</id><published>2007-03-05T18:22:00.000-08:00</published><updated>2007-03-05T18:47:27.064-08:00</updated><title type='text'>Optimizing Route-Cache Lifetime in Ad Hoc Network.</title><content type='html'>&lt;i&gt;Optimizing Route-Cache Lifetime in Ad Hoc Network&lt;/i&gt;, Ben Liang, Zygmunt Haas, IEEE Infocom 2003.&lt;br /&gt;&lt;br /&gt;This paper deals with building a mathematical framework to analyze the performance of ad hoc network and the effectiveness of route cache. The mathematical framework is straightforward probabilistic analysis (same tools as queueing theory, I'd say), trying  to find the residual lifetime of a link (or, rather, the Laplace transform of the distribution thereof) as well, then computing the probability that the link is still up, and thus that the cost (in terms of delay) of the route discovery process is nil, the probability that the link has timed out (therefore: cost=route discovery overhead) or the probability that the cost is that of using an entry corresponding to a broken link (cost=route repair).&lt;br /&gt;&lt;br /&gt;The analytical result involves solving some polynomial equations and inverting the Laplace transform. A closed form expression is given for the case where the arrival process and the link breakage process are memoryless (both reasonable assumption, actually).&lt;br /&gt;&lt;br /&gt;The result shows that the optimal route time-out is independent of the packet arrival process (which is actually quite obvious when you think about it: you should keep the route as long as the network topology is valid, which is independent of the packet arrivals).&lt;br /&gt;&lt;br /&gt;The not-technical note: Ben Liang was TPC program co-chair for IEEE MASS'06. I believe that Ben's advisor and co-author here, Zygmunt Haas was TPC chair, with Jennifer Hou, if my memory is correct. Ben is now a faculty at UToronto, and as publication chair for the conference, I ended up interacting with him quite a bit. We actually got quite a few new features implemented in EDAS to support our needs (e-copyrights, or a way to export data to fit the proceedings CD processing company requirements, thanks to Henning's willingness and responsiveness). I feel I should have known about this paper then.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-9095653926918508322?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/9095653926918508322/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=9095653926918508322' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/9095653926918508322'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/9095653926918508322'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/03/optimizing-route-cache-lifetime-in-ad.html' title='Optimizing Route-Cache Lifetime in Ad Hoc Network.'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-5159571278315273362</id><published>2007-02-28T19:45:00.000-08:00</published><updated>2007-02-28T20:07:22.460-08:00</updated><title type='text'>Losing Opportunism: Evaluating Service Integration in an Opportunistic Wireless System.</title><content type='html'>&lt;i&gt;Losing Opportunism: Evaluating Service Integration in an Opportunistic Wireless System.&lt;/i&gt; Hongseok Kim, Gustavo de Veciana, to appear in Proc. of IEEE Infocom'07.&lt;br /&gt;&lt;br /&gt;The Infocom'07 program has been announced and you can find some of the papers here and there is you google around. I read this one, as I have been interested in opportunism and its benefit. I believe that the main function of opportunism stays in its ability to accommodate mobility: by having a flexible list of potential suitors to relay your packet, you can adapt the list to the topology dynamically. This paper somewhat pokes holes in the other benefit of opportunism: bandwidth gain.&lt;br /&gt;&lt;br /&gt;The idea of the paper (and I will not go in the technical details, which are, unlike the intuition behind them, rather complicated) is that there is a benefit to use opportunistic mechanism, which has been quantified in a single hop, cellular-like wireless system. Basically, by picking the user with the best instantaneous condition, that user will be out-doing its average rate, and you will increase the capacity of the system. You can quantify how much this is true.&lt;br /&gt;&lt;br /&gt;However, this comes at the cost of fairness: picking the best guy at some time, also means not picking some guy, potentially for extended periods of time. This is where Proportional Fairness for instance comes in. This is also where this paper come in, but from a different angle: it asks the question, not how to provide fairness to the users, but what if a user &lt;i&gt;demands&lt;/i&gt; some type of service: a user with a certain level of QoS. &lt;br /&gt;&lt;br /&gt;Users with QoS require the channel to be allocated to them whether or not a better (best effort) transmission candidate exists. The paper provides some analytical model to describe this, and some simulation results (based on their analysis). Basically, it shows that the stability region is reduced by QoS users (in the extreme, you cannot provide more than your average capacity C to a QoS user because it depends on other users being there; so if you have N channels, the capacity is CN with N QoS users, instead of the much greater capacity of an opportunistic system. &lt;br /&gt;&lt;br /&gt;It is very intuitive that providing strict QoS requirement will cause a loss in flexibility in the choice of the node to communicate with, and thus a degradation in the performance that this flexibility provide. It is good to have an analytical framework to quantify this. I would say it is best paper award territory (based on my very partial view of the Infocom'07 paper stack).&lt;br /&gt;&lt;br /&gt;It is particularly important to have this kind of intuition described clearly: the impact of a single QoS user is a great degradation in the system performance. One application of wireless mesh networks is to replace broadband services and to provide VoIP over these networks (say as a way for a city to repay the wireless network investment by switching its phone bill away from cellular operator to VoIP over the handset). Well, if your scheduling algorithm in the backhaul uses some similar kind of opportunism, the effect this paper describes starts to kick in: either you have higher priority to your VoIP flows, and then you lose the opportunistic effect; or you don't, and then you do get unreliable performance for your VoIP call. It boils down to a network design issue, but seems to say that you cannot put opportunism gain in the bank too much. Something to keep in mind.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-5159571278315273362?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/5159571278315273362/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=5159571278315273362' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/5159571278315273362'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/5159571278315273362'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/02/losing-opportunism-evaluating-service.html' title='Losing Opportunism: Evaluating Service Integration in an Opportunistic Wireless System.'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-4527784672773692890</id><published>2007-02-27T23:54:00.000-08:00</published><updated>2007-02-28T00:00:15.791-08:00</updated><title type='text'>Multi-Channel MAC for Ad Hoc Networks: Handling Multi-Channel Hidden terminals Using A Single Transceiver.</title><content type='html'>&lt;i&gt;Multi-Channel MAC for Ad Hoc Networks: Handling Multi-Channel Hidden terminals Using A Single Transceiver.&lt;/i&gt; J. So, N. Vaidya, in Proc. of ACM MobiHoc 2004, Roppongi, Japan.&lt;br /&gt;&lt;br /&gt;I read the paper, but it was a short read: it has been cited and the principles explained in a few other articles, so I just basically had to check the paper existed. But the read was fast: I had an idea what it was about, I did not have to be convinced and scratch my head too much. Plus, the idea is simple and elegant, as more often than not with Nitin.&lt;br /&gt;&lt;br /&gt;What is not usually explained: the actual channel selection (how two nodes decide during the ATIM window to pick one channel over the other; I kinda assumed it would be a round-robin or random or something uniform like that. It is actually based on the number of previous nodes requesting the channel for transmission and a list of preference based on channel quality). And the performance analysis: mostly a comparison with DCA, a multi-channel MAC with multiple interfaces (MMAC uses only one interface). Good stuff all around.&lt;br /&gt;&lt;br /&gt;The unrelated note: Roppongi means 6 trees.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-4527784672773692890?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/4527784672773692890/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=4527784672773692890' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/4527784672773692890'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/4527784672773692890'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/02/multi-channel-mac-for-ad-hoc-networks.html' title='Multi-Channel MAC for Ad Hoc Networks: Handling Multi-Channel Hidden terminals Using A Single Transceiver.'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-48667110440790340</id><published>2007-02-27T05:27:00.000-08:00</published><updated>2007-02-27T07:26:38.634-08:00</updated><title type='text'>Optimizing the Placement of Internet TAPs in Wireless Neighborhood Networks</title><content type='html'>&lt;i&gt;Optimizing the Placement of Internet TAPs in Wireless Neighborhood Networks,&lt;/i&gt; R. Chandra, L. Qiu, K. Jain, M. Mahdian. ICNP'04.&lt;br /&gt;&lt;br /&gt;This is strange, the version I downloaded has the first two authors inverted. It is titled &lt;i&gt;Optimizing the Placement of Integration Points in Multi-Hop Wireless Networks&lt;/i&gt;, but it really looks like the same thing. Maybe a journal version or something. I am putting up the reference in the actual &lt;a href="http://ieeexplore.ieee.org/iel5/9334/29645/01348117.pdf"&gt;ICNP'04 proceedings&lt;/a&gt;, but I read the other version.&lt;br /&gt;&lt;br /&gt;Anyhow, the paper is a follow-up to &lt;a href="http://stochasticnetworking.blogspot.com/2007/02/on-placement-of-web-server-replicas.html"&gt;On the Placement of Web server replicas&lt;/a&gt;, whom Lily Qiu also co-authored. The funny thing is that I am basically following the same thought process: a student is looking into designing CDNs into wireless mesh networks, and has me reading this literature so I can be useful. Then I think: hey! CDN servers, or wired gateway, same thing, that's where the data is coming from. So on from CDN servers to "integration points" and "wired access points" which lead to a google search, where we found this. Only 3 years too late, of course.&lt;br /&gt;&lt;br /&gt;The paper follow the same architecture as the previous one: convince the reader that you cannot really solve the problem, it's NP-hard, so you'll provide a set of heuristic strategies and test and compare them. The strategies are similar: random, greedy, etc. Of course, the wireless set-up introduces all kind of kinks which make the paper interesting and the contribution significant over the previous work. &lt;br /&gt;&lt;br /&gt;There is a proof of the closeness of the strategy to the optimal solution, and a great match between a computable lower bound and the greedy strategy (which both book-end the optimal strategy), so the solutions proposed here are working well.&lt;br /&gt;&lt;br /&gt;Having said enough good about the paper, I can share my little giggle. My version of the paper includes the following sentence:&lt;br /&gt;&lt;br /&gt;&lt;em&gt;In comparison [to TDMA scheduling schemes], in this paper we look at more general and efficient MAC schemes such as IEEE 802.11&lt;/em&gt;&lt;br /&gt;&lt;br /&gt;More general, maybe, but more &lt;em&gt;efficient&lt;/em&gt;? The MAC layer ends up being abstracted away sooner afterwards, so it does not really matter.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-48667110440790340?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/48667110440790340/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=48667110440790340' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/48667110440790340'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/48667110440790340'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/02/optimizing-placement-of-internet-taps.html' title='Optimizing the Placement of Internet TAPs in Wireless Neighborhood Networks'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-8132892043090125968</id><published>2007-02-26T21:38:00.000-08:00</published><updated>2007-02-26T23:21:51.824-08:00</updated><title type='text'>Multichannel MAC Protocols for Wireless Networks.</title><content type='html'>&lt;i&gt;Multichannel MAC Protocols for Wireless Networks&lt;/i&gt; Ritesh Maheshwari, Himanshu Gupta, Samir Das, In Proc of IEEE SECON 2006, Reston, VA, Sept 2006&lt;br /&gt;&lt;br /&gt;This paper I don't think I saw at the conference, even though I attended and presented a paper. I had to leave early to go to another conference, maybe that's how I missed it. &lt;br /&gt;&lt;br /&gt;Anyhow, now I caught up with it, and it is one of these papers that are nice to read in the morning as you don't need to much caffeine to grasp what it is about: the papers present two protocols to access multiple channel with a single transmission interface (and in one case, a busy tone interface). The protocols are intuitive enough, the motivations are clear, the validation show the promised improvement. There is no analysis, just a simulation validation, so it is 8 pages of light reading. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;The two protocols that are described are some variation of other protocols, which is interesting to provide some context for these other protocols. The two protocols they improve upon are RDT and MMAC. MMAC is a protocol which uses a mechanism similar to the power save mechanism of 802.11 to define a control time slot and a transmission phase. The control slot is used for the nodes to agree on which channel to switch to for transmission. Nodes should be synchronized to know when the control time slot is and when the transmission phase ends. All nodes meet on the same channel during the control slot.&lt;br /&gt;&lt;br /&gt;RDT (Receiver Directed Transmission) is a protocol for which each nodes select a "quiescent channel", which is the channel where it will receive transmission. It switches to the quiescent channel of the receiver when it wishes to transmit to that receiver. Allocation of quiescent channel can be done off-line or dynamically.&lt;br /&gt;&lt;br /&gt;One more protocol is mentioned in the paper: DCA. DCA (Dynamic Channel Assignment) is a two-interface protocol: one interface is the control interface, used by the nodes to schedule to which channel they will switch their other interface, which they use for the actual transmission.&lt;br /&gt;&lt;br /&gt;Ok: that's the background. The contribution: the paper introduces a version of xRDT which is extended with a busy tone interface (a simpler-to-implement interface) and an explicit notification of the termination of the transmission, so as to reduce the deafness of the terminals (a terminal is deaf when not on his quiescent channel; a would-be transmitter needs to explicitly know when his intended receiver returns to its quiescent channel). &lt;br /&gt;&lt;br /&gt;The paper also introduces another protocol, Local Coordination-based Multichannel (LCM)MAC, which works on a single interface and is a self-clocking (ie. nodes synchronize themselves) version of MMAC. Nodes define a transmission schedule which include a control phase and a data transmission phase. The first one to win the race to set-up the schedule wins and the other act according to that schedule. &lt;br /&gt;&lt;br /&gt;Performance analysis is straightforward. The only odd part is that RDT is not included (DCA, MMCA and the two new protocols, xRDT and LCM-MAC are). I would assume xRDT offering an improvement on RDT would be subject to validation. Other than that, it is only a simulation, which shows the benefit of multiple interfaces over single interface, and the benefit of the new protocols over the legacy protocols.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-8132892043090125968?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/8132892043090125968/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=8132892043090125968' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/8132892043090125968'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/8132892043090125968'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/02/multichannel-mac-protocols-for-wireless.html' title='Multichannel MAC Protocols for Wireless Networks.'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-562695787991758690</id><published>2007-02-21T19:14:00.000-08:00</published><updated>2007-02-21T19:31:31.510-08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='wireless mesh networks.'/><category scheme='http://www.blogger.com/atom/ns#' term='wireless MAC'/><title type='text'>MAC-Layer Anycasting in Ad Hoc Networks.</title><content type='html'>&lt;i&gt;MAC-Layer Anycasting in Ad Hoc Networks&lt;/i&gt; Romit Roy Choudhury and Nitin Vaidya. ACM SIGMCOMM Computer Communications Review, Vol. 34, number 1, Jan. 2004.&lt;br /&gt;&lt;br /&gt;This is a paper I should have read a long time ago about multi-hop wireless mesh networks. It is deceiptively simple: the idea is to create a set of equivalent paths from the source to the destination using the route table information (the paper assumes a table-driven routing protocol) using a hop-count metric. If the metric is such tat no routes are strictly equivalent, routes could also be ordered and the set created from the list of routes satisfying a given criteria, say within some factor of the best path according to that metric.&lt;br /&gt;&lt;br /&gt;Anyhow, once the route set is created at the network layer, the packet is given to the MAC layer with a list of potential candidates. The MAC layer then chooses which candidate to use based on the information available at the MAC layer. So if there are two possible candidates to send the packets to, the MAC chooses the one with the best condition (for example, availability, if one has sent a CTS and the other has not; or link rate and link conditions).&lt;br /&gt;&lt;br /&gt;So the packet's route is not set a priori, but it is evolving as the packet moves along. The packet is not duplicated, there is still only one copy forwarded at each hop, but it makes use of the diversity available at each hop at this point in time.&lt;br /&gt;&lt;br /&gt;A few notes: the benefit is not evaluated at all in this paper, which is a huge surprise to me. It is typically a requirement from any reviewer I have encountered. I am sure there is a subsequent performance evaluation somewhere, I just haven't looked for it.&lt;br /&gt;&lt;br /&gt;But it would actually be interesting to see the performance improvement. On a short path, there would not be any. And the performance of long path is degraded by the fact that the multiple path are &lt;i&gt;long&lt;/i&gt;. It might improve on a basic routing protocol, but it would improve on poor performance in the first place. Anyhow, I should look for that performance evaluation follow-up which must be somewhere.&lt;br /&gt;&lt;br /&gt;The paper discusses using reactive protocols, such as DSR, but the solution is actually rather convoluted: instead of collecting a route, the RREQ-RREP exchange must collect a whole tree routed at the destination (for the uplink) so that each node can know the place of its neighbor in the relaying structure toward the destination. So that means that each RREQ-RREP must be broadcast more than strictly necessary, and extra-flooding is usually viewed as a bad thing.&lt;br /&gt;&lt;br /&gt;Anyhow, this is really light reading. It is only the description of the idea, with no analysis nor performance evaluation, so it is a quick and easy and interesting read.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-562695787991758690?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/562695787991758690/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=562695787991758690' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/562695787991758690'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/562695787991758690'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/02/mac-layer-anycasting-in-ad-hoc-networks.html' title='MAC-Layer Anycasting in Ad Hoc Networks.'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-8579151136440962075</id><published>2007-02-21T00:09:00.000-08:00</published><updated>2007-02-21T00:19:10.521-08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='CDN'/><category scheme='http://www.blogger.com/atom/ns#' term='wireless mesh networks.'/><category scheme='http://www.blogger.com/atom/ns#' term='content distribution'/><title type='text'>On the Placement of Web Server Replicas</title><content type='html'>&lt;i&gt;On the Placement of Web Server Replicas&lt;/i&gt;, L. Qiu, V. Padmanabhan, G. Voelker, IEEE Incofom 2001, 1587-96.&lt;br /&gt;&lt;br /&gt;This paper is definitely the inspiration for &lt;a href="http://stochasticnetworking.blogspot.com/2007/02/object-replication-strategies-in.html"&gt;this one&lt;/a&gt; or the other way around. One is a journal paper from 2002 and the other a conference paper from 2001, so I would have to see which one came out when.&lt;br /&gt;&lt;br /&gt;Anyway, it covers much of the same ground: placing web server replicas to form a Content Distribution Network (CDN) is a problem which is hard, and the paper presents some heuristic algorithms to solve the problem using an AS topology (and other topologies). &lt;br /&gt;&lt;br /&gt;The goal is to improve on the result of a paper which proves the optimal placement on a tree topology (B. Li, M. Golin, G. Ialiano, X. Deng, "on the optimal placement of web proxies on the internet", infocom 1999): the internet is a mesh, not a tree, so using the tree optimal placement result in a sub-optimal internet placement.&lt;br /&gt;&lt;br /&gt;The heuristics are similar to &lt;a href="http://stochasticnetworking.blogspot.com/2007/02/object-replication-strategies-in.html"&gt;here&lt;/a&gt;: random, greedy (pick the best spot for a replica that minimize the cost, then iterate taking into account the already place replicas), hot spot (put the replicas near the sites which generate the most traffic) and super-optimal algorithm (which is super-optimal not because it is really super-duper, but because it might not feasible, thus might perform better than the optimal; it is solved using some Lagrangian relaxation of the integer programming problem defined by the problem).&lt;br /&gt;&lt;br /&gt;There is a neat evaluation section, over a lot of different topologies and which shows that the greedy algorithm behaves pretty good. One really cool link from the paper is the &lt;a href="http://www.nada.kth.se/~viggo/problemlist/compendium.html"&gt;NP problem compendium&lt;/a&gt; web page. I mean, once you think to add the tilde to the reference provided in the paper.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-8579151136440962075?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/8579151136440962075/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=8579151136440962075' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/8579151136440962075'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/8579151136440962075'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/02/on-placement-of-web-server-replicas.html' title='On the Placement of Web Server Replicas'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-5154381419138659365</id><published>2007-02-20T23:22:00.000-08:00</published><updated>2007-02-20T23:40:17.732-08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='wireless mesh networks.'/><title type='text'>ROMER: Resilient Opportunistic Mesh Routing for Wireless Mesh Networks.</title><content type='html'>&lt;i&gt;ROMER: Resilient Opportunistic Mesh Routing for Wireless Mesh Networks.&lt;/i&gt; Y. Yuan, H. Yang, S. Wong, S. Lu, W. Arbaugh, WiMesh workshop, IEEE SECON 2005.&lt;br /&gt;&lt;br /&gt;This paper I saw being presented at the 1st WiMesh workshop in Santa Clara in 2005, but I just re-read it recently. I might even have chaired the session it was in. The workshop was consisting of invited papers I believe, and the chairs selected right.&lt;br /&gt;&lt;br /&gt;Anyhow, the crux of the paper is: give a packet an amount of credit which is equal to the cost C(S) of transmission times a constant. The cost C(S) is the cost to route from the source S to the destination. At each hop, pick K relays to forward the packet, so that each relay satisfies a credit/cost, where credit is the updated credit (ie. credit minus the cost used up to this point) and cost is the remaining cost at the node to the destination.&lt;br /&gt;&lt;br /&gt;The K relays ensure the resilience, as you have a lot of packets going forward. As for the opportunism, it comes in the form of picking the K best relays according to the current conditions, that is: among the potential candidates, pick the K ones with the hight instantaneous rate conditions.&lt;br /&gt;&lt;br /&gt;There are some good ideas, and some stuff that I don't necessarily agree with. The credit-based system is simple, but needs nodes to have a cost to each destination, which seems a bit un-scalable. Actually, it depends on how you define the credit and the cost, as a hop-count-based cost is scalable in some situations. &lt;br /&gt;&lt;br /&gt;The K-resiliency would seem to me a strange way to optimize the use of the air interface. For instance, the paper does not specify how the K candidates receive the packet. Is it K unicast communications? In which case it is pretty sub-optimal. If it is one broadcast, how do you indicate the K recipients. How do they acknowledge. It runs into the same issues as ExOR basically, without providing the answer. &lt;br /&gt;&lt;br /&gt;And then, this K-relaying introduces some race conditions to compete with the channel, between the 2nd transmission of the packet to the 2nd best neighbor, and the 1st neighor transmission of the same packet, but one hop downward. Again, solutions have been proposed (staggered Acks and re-tx) but this would need to be solved explicitly before an actual implementation.&lt;br /&gt;&lt;br /&gt;Anyway, this is an interesting read, it triggers lots of good questions and ideas. I did not expect much from the WiMesh workshop as it was a new meeting, but I now have been to the two editions, and it is pretty good everytime.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-5154381419138659365?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/5154381419138659365/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=5154381419138659365' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/5154381419138659365'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/5154381419138659365'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/02/romer-resilient-opportunistic-mesh.html' title='ROMER: Resilient Opportunistic Mesh Routing for Wireless Mesh Networks.'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-4973405745242426056</id><published>2007-02-20T21:25:00.000-08:00</published><updated>2007-02-20T21:38:29.706-08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='conference notes'/><title type='text'>SenSys'05 conference.</title><content type='html'>Some notes from the &lt;a href="http://sensys.csail.mit.edu/"&gt;SenSys'05&lt;/a&gt; conference. I attended only tangentially (I assisted at the first keynote, but had to leave right afterwards).&lt;br /&gt;&lt;br /&gt;&lt;ul&gt;&lt;br /&gt;&lt;li&gt;Radio Interferometric Geolocation. Miklos Maroti, Branislav Kusy, Gyorgy Balogh, Peter Volgyesi, Andras Nadas, Karoly Molnar, Sebestyen Dora, Akos Ledeczi (Vanderbilt University)&lt;br /&gt;This paper might be very interesting for multiple applications outside of the sensor network world, despite sensors being its primary focus. The idea is to send two signals with slightly different frequencies from two sources, and two observe the phase of the cumulative signal at the receiver. Based on the phase, the receiver can obtain its distance from the sources. This allow to perform geolocation (localization, positioning) at little cost, since there is no need for GPS or dedicated (cricket-like) hardware.&lt;br /&gt;Application is obvious for positioning of a handset (caveat: I am not aware of the techniques currently used, it might already be something similar). This could be used for indoor localization, or for emergency services localization. The technique is simple enough so that it could be easily implemented on a handheld device.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;li&gt; High-Accuracy, Low-Cost Localization System for Wireless Sensor Network. Radu Stoleru, Tian He, John A. Stankovic, David Luebke (University of Virginia)&lt;br /&gt;This is a paper on localization, which, unlike the previous one, has no applicability to cellular networks. It uses dedicated hardware to measure the distance of the distributed sensors. Localization cannot be performed in real-time, and requires the sensor nodes to be static.&lt;br /&gt;&lt;br /&gt;&lt;li&gt; A New Approach for Establishing Pairwise Keys for Securing Wireless Sensor Networks. Arno Wacker, Mirko Knoll, Timo Heiber, Kurt Rothermel (Universität Stuttgart)&lt;br /&gt;I have not read this paper, its applicability to my work seems limited.&lt;br /&gt;&lt;br /&gt;&lt;li&gt; TSAR: A Two Tier Sensor Storage Architecture Using Interval Skip Graphs. Peter Desnoyers, Deepak Ganesan, Prashant Shenoy (University of Massachusetts Amherst)&lt;br /&gt;I have not read this paper in details, it is about distributed storage and a hierarchical architecture to perform storage, not unlike a distributed hash table.&lt;br /&gt;&lt;br /&gt;&lt;li&gt; A Macroscope in the Redwoods. Gilman Tolle, Joseph Polastre, Robert Szewczyk, Neil Turner, Kevin Tu, Stephen Burgess (UCB), David Gay, Phil Buonadonna, Wei Hong (Arch Rock Corporation), Todd Dawson, David Culler (UCB)&lt;br /&gt;This paper is describes an experimental approach for observing an ecosystem using sensor network. I saw most of the material presented in this paper during a keynote talk by David Culler for the MobiHoc 2005 conference. The sensor network is used to extract data streams, such as the temperature and humidity in a redwood grove as a function of the elevation into the tree. Very interesting as an environment monitoring tool.&lt;br /&gt;&lt;br /&gt;&lt;li&gt;Design and Deployment of Industrial Sensor Networks: Experiences from the North Sea and a Semiconductor Plant. Robert Adler, Phil Buonadonna, Jasmeet Chhabra, Mick Flanigan, Lakshman Krishnamurthy, Nandakishore Kushalnagar, Lama Nachman, Mark Yarvis (Intel)&lt;br /&gt;This is the poster child for sensor network in industrial monitoring application. It is the example given by Intel people as to what is the application for sensor networking. I was surprised to see this presented here, as I was convinced it had been presented already. Basically, it describes the deployment of a sensor network for monitoring instrumentation on an oil tanker, and for monitoring vibrations in a silican wafer manufacturing plant. In both cases (for which the cost of wiring is extremely harsh), the wireless sensor network proves superior.&lt;br /&gt;&lt;br /&gt;&lt;li&gt;A Unifying Link Abstraction for Wireless Sensor Networks. Joseph Polastre, Jonathan Hui, Philip Levis (University of California, Berkeley), Jerry Zhao (ICSI Berkeley), David Culler (University of California, Berkeley), Scott Shenker (ICSI Berkeley and University of California, Berkeley), Ion Stoica (University of California, Berkeley)&lt;br /&gt;This paper argues that the "narrow waist" of the protocol stack for sensor networks should be at the link layer, and not at the network layer, as it is in IP.&lt;br /&gt;&lt;br /&gt;&lt;li&gt;Z-MAC: A hybrid MAC for wireless sensor networks. Injong Rhee, Ajit C. Warrier, Mahesh Aia, Jenogki Min (NCSU) Prashant Patel (Progress Energy)&lt;br /&gt;I did not look into the details of the protocols, but it looks like another TDMA-CSMA hybrid. It might be interesting, but it is definitely not exciting.&lt;br /&gt;&lt;br /&gt;&lt;li&gt;Packet Combining in Sensor Networks. Henri Dubois-Ferriere (EPFL), Deborah Estrin (UCLA), Martin Vetterli (EPFL)&lt;br /&gt;The very good idea of the paper is relatively simple: when transmitting a packet over multiple hop, say from A to B to C, C might overhear some of the transmission from A to B. Thus it does not require a perfect transmission from B to C, but just enough so that it can reconstruct the packet. Of course, using coding so that the packet from A to B is the original data, and the packet from B to C is some packet of same length made of parity bits, which allows a more efficient decoding at C than just transmitting the orginal packets twice between A and B and between B and C.&lt;br /&gt;&lt;br /&gt;[update: these notes were written in 2005. But as I put them here, I see that I just read a paper by Ed Knightly's group to appear in Infocom'07 which puts out a very similar idea.]&lt;br /&gt;&lt;br /&gt;&lt;li&gt;Siphon: Overload Traffic Management using Multi-Radio Virtual Sinks. Chieh-Yih Wan (Intel Research), Shane B. Eisenman (Columbia University), Andrew T. Campbell (Dartmouth College), Jon Crowcroft (Cambridge University)&lt;br /&gt;The idea is to detect congestion in the network, which is typically due to funneling effect: all the traffic fans in towards the data sink. The combat this fanning in issue, another sink, using a different radio connection towards the initial sink, can be placed in the network to redirect traffic.&lt;br /&gt;This is a relatively obvious result: you add capacity where you need it. I fear it might be a technique with limited applicability: coming up with new hardware to reduce traffic in a hot spot might make sense in a static sensor network, but not in a dynamic environment. I guess it all depends on the granularity of the time scales.&lt;br /&gt;&lt;br /&gt;&lt;li&gt;Estimating Clock Uncertainty for Efficient Duty-Cycling in Sensor Networks. Saurabh Ganeriwal (University of California Los Angeles), Deepak Ganesan (University of Massachusetts), Hohyun Shim, Vlassios Tsiatsis, Mani B. Srivastava (University of California Los Angeles)&lt;br /&gt;I did not go into the details of this one. Power saving technique might have application outside of the sensor network universe, but it seems cellular clock sync is working. It also seems that the dynamic aspect of the cellular environment might prove too challenging for these techniques.&lt;br /&gt;&lt;br /&gt;&lt;li&gt;Firefly-Inspired Sensor Network Synchronicity with Realistic Radio Effects. Geoffrey Werner-Allen, Geetika Tewari, Ankit Patel, Matt Welsh, Radhika Nagpal (Harvard University)&lt;br /&gt;This paper present a node synchronization protocol based on locking in phase with ones neighbor, a process similar to that of the dance of the fireflies. It is cute, but the real-world applicability seems far away.&lt;br /&gt;&lt;br /&gt;&lt;li&gt;Data Collection, Storage and Retrieval with an Underwater Optical and Acoustical Sensor Network. Iuliu Vasilescu, Keith Kotay, Daniela Rus (Massachusetts Institute of Technology), Peter Corke, Matthew Dunbabin (CSIRO Australia)&lt;br /&gt;Under-water sensor network is a challenging application, but not of much interest to me.&lt;br /&gt;&lt;br /&gt;&lt;li&gt;MAX: Human-Centric Search of the Physical World. Kok Kiong Yap, Vikram Srinivasan, Mehul Motani (National University of Singapore)&lt;br /&gt;This is a paper to allow localization of object using a taxonomy which is easily understandable by a human user. This might be of interest to the UI community.&lt;br /&gt;&lt;br /&gt;&lt;li&gt;CenWits: A Sensor-Based Loosely-Coupled Search and Rescue System using Witnesses. Jyh-How Huang, Saqib Amjad, Shivakant Mishra (University of Colorado, Boulder)&lt;br /&gt;The paper describes a search and rescue systems which functions as follows: people wear tags (802.11 based, but one assume RFID could be an alternative technology); some readers are distributed in the environment, and take a reading of the tags. When a catastrophe occurs (say, an avalanche), the tag readings are used to locate the users.&lt;br /&gt;There is a huge privacy issue here. On the other hand, the system could be integrated on a cell phone, so that the 'tag' becomes the handheld device. I guess it is practical of people of University of Colorado to come up with avalanche rescue systems. I wish I could work there, the experimentation must be fun!&lt;br /&gt;&lt;br /&gt;&lt;li&gt;Cyclops: In Situ Image Sensing and Interpretation in Wireless Sensor Networks. Mohammad Rahimi (Center for Embedded Networked Sensing - UCLA), Rick Baer (Agilent Technology), Obimdinachi I. Iroezi, Juan C. Garcia (Center for Embedded Networked Sensing - UCLA), Jay Warrior (Agilent Technology), Deborah Estrin, Mani Srivastava (Center for Embedded Networked Sensing - UCLA)&lt;br /&gt;This is a sensor network platform which carries a low resolution digital camera, ie a so-called image sensor. This is made in partnership with Agilent Technology.&lt;br /&gt;&lt;br /&gt;&lt;li&gt;Lightweight Detection and Classification for Wireless Sensor Networks in Realistic Environment. Lin Gu (University of Virginia), Dong Jia (Carnegie Mellon University), Pascal Vicaire, Ting Yan, Liqian Luo, Tian He (University of Virginia), Ajay Tirumala (University of Illinois at Urbana-Champaign), Qing Cao, John. A. Stankovic, Tarek Abdelzaher (University of Virginia), B.H. Krogh (Carnegie Mellon University)&lt;br /&gt;This paper I did not read in details.&lt;br /&gt;&lt;br /&gt;&lt;li&gt;Intelligent Light Control using Sensor Networks. Vipul Singhvi, Andreas Krause, Carlos Guestrin, Jim Garrett, H. Scott Matthews (Carnegie Mellon University)&lt;br /&gt;I think the title says it all: it is a sensor network which controls a lighting system. It seems very application specific.&lt;br /&gt;&lt;br /&gt;&lt;li&gt;Algorithms for Generic Role Assignment in Wireless Sensor Networks. Christian Frank, Kay Roemer (ETH Zurich)&lt;br /&gt;This paper (and the next two as well) I did not go into details, as it deals with software support for sensor network, a topic I am not familiar with.&lt;br /&gt;&lt;br /&gt;&lt;li&gt;VM*: A Scalable Runtime Environment for Sensor Networks. Joel Koshy, Raju Pandey (University of California, Davis)&lt;br /&gt;I did not go into the details of this paper, as it deals with software support for sensor network, a topic I am not familiar with.&lt;br /&gt;&lt;br /&gt;&lt;li&gt;Sympathy for the Sensor Network Debugger. Nithya Ramanathan, Kevin Chang, Lewis Girod, Rahul Kapur, Eddie Kohler, Deborah Estrin (UCLA)&lt;br /&gt;I did not go into the details of this paper, as it deals with software support for sensor network, a topic I am not familiar with. &lt;br /&gt;&lt;/ul&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-4973405745242426056?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/4973405745242426056/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=4973405745242426056' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/4973405745242426056'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/4973405745242426056'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/02/sensys05-conference.html' title='SenSys&apos;05 conference.'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-3227261145353943386</id><published>2007-02-20T21:21:00.000-08:00</published><updated>2007-02-20T21:24:57.257-08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='conference notes'/><category scheme='http://www.blogger.com/atom/ns#' term='wireless mesh networks.'/><title type='text'>Anti-Packets in Wireless Multi-Hop Network</title><content type='html'>&lt;i&gt;The Anti-Packets Can Increase the Achievable Throughput of a Wireless Multi-Hop Network,&lt;/i&gt; by Petar Popovski and Hiroyuki Yomo, of Aalborg University, ICC'06.&lt;br /&gt;&lt;br /&gt;The idea is very simple, and it is one of the few applications that I have seen of the field of network coding, which may actually work. Surprisingly enough, the authors don't seem to know what network coding is. At least, they don't mention it.&lt;br /&gt;&lt;br /&gt;This paper came at about the same time as the COPE paper from Dina Katabi's group at MIT which presents the same idea with a slightly different approach (COPE is more general). I would guess that, due to the MIT reputation and the publication forum, the citation count for COPE will outnumber the number of citations for this paper by a factor 100, even though both had the same idea at about the same time.  &lt;br /&gt;&lt;br /&gt;Assume a multi-hop wireless network with 3 nodes, A, B and C. A needs to send a packet AC to C, and C a packet CA to A (both packets of same length and errorless transmissions). The current way of doing it is in 4 time slot: 1-AC from A to B; 2-CA from C to B; 3-AC from B to C; 4-CA from B to A.&lt;br /&gt;&lt;br /&gt;The idea of the paper is to combine 3 and 4, and to use the fact that since A and C both hear B, the last step can be: 3-B transmits ACA = XOR(AC,CA) to both B and A.&lt;br /&gt;&lt;br /&gt;A, using ACA and AC, can recover CA, and similarly C can recover AC. The gain in bandwidth is 33%.&lt;br /&gt;&lt;br /&gt;The throughput can be doubled in an analog manner: if A and C transmit at the same time (slot 1), then B hears a signal composed of both A and C components, A+C. Assuming B hears them both with the same power, then it can just replay the signal it heared in slot 1 in slot 2. It acts only as an amplificator. A hears A+C and can substract its own component to recover the packet from C, and C similarly. Bandwidth gain is 100%.&lt;br /&gt;&lt;br /&gt;There are a lot of implementation issues and assumptions that should be debated (it requires symmetric traffic from A to C and C to A, at least bit-wise; synchronization; error recovery mechanisms look more complicated; etc) but the main idea is quite sexy.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-3227261145353943386?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/3227261145353943386/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=3227261145353943386' title='5 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/3227261145353943386'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/3227261145353943386'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/02/anti-packets-in-wireless-multi-hop.html' title='Anti-Packets in Wireless Multi-Hop Network'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>5</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-381942483280540334</id><published>2007-02-20T21:19:00.000-08:00</published><updated>2007-02-20T21:21:16.268-08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='conference notes'/><category scheme='http://www.blogger.com/atom/ns#' term='wireless mesh networks.'/><title type='text'>Cooperative Communication in Wireless Networks</title><content type='html'>&lt;i&gt;Cooperative Communication in Wireless Networks&lt;/i&gt;, Aria Nosratinia, Todd E. Hunter, Ahmadreza Hedayat, IEEE Communications Magazine, October 2004. Authors with UT Dallas, and Nortel Networks.&lt;br /&gt;&lt;br /&gt;The paper is a survey of the field on cooperative networks. Surprisingly enough, it is a short survey, meaning the field is still very new. It has only 11 references. This survey cites the origin of cooperative network in the paper of Cover and El-Gamal (capacity theorems for the relay channel, IEEE Trans. Info Theory, 1979).&lt;br /&gt;&lt;br /&gt;The survey categorizes four different types of cooperation: detectand forward; amplify and forward; decode and forward; coded cooperation.&lt;br /&gt;&lt;ul&gt;&lt;li&gt;The first one pairs nodes in a pair, and each partner's node attempts to detect the partner's bits and then retransmits the detected bits.&lt;br /&gt;&lt;li&gt;Amplify and forward is more of an analog version of the first one: the partner receives a signal, and amplifies it. The receiver then decodes based on the signal received fromt the source and from the source's partner.&lt;br /&gt;&lt;li&gt;Decode and forward is a variation of the first one, in which the partner encodes the packet from the source differently, so that the receiver has to different encoding to reconstruct the packet from (similar to the sensys paper by Dubois-Ferriere &lt;a href="http://blogs.nokia.com/blogs/cedric/2005/11/sensys_conferen.html"&gt;here&lt;/a&gt;, where I found this reference.)&lt;br /&gt;&lt;li&gt;Coded cooperation: each user sneds different portion of each user's code word via two independent fading paths. I guess at the simplest, it is the decode-and-forward above.&lt;br /&gt;&lt;/ul&gt;&lt;br /&gt;&lt;br /&gt;Performance is strongly improved by cooperation in terms of block error rate.&lt;br /&gt;&lt;br /&gt;Paper is low level technical reading (no complex analysis or concepts) and clearly presented. It'd be interesting to know what applications --if any-- Nortel has in mind for this work.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-381942483280540334?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/381942483280540334/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=381942483280540334' title='3 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/381942483280540334'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/381942483280540334'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/02/cooperative-communication-in-wireless.html' title='Cooperative Communication in Wireless Networks'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>3</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-5705216047606792549</id><published>2007-02-20T21:18:00.000-08:00</published><updated>2007-02-20T21:19:06.106-08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='conference notes'/><category scheme='http://www.blogger.com/atom/ns#' term='wireless mesh networks.'/><title type='text'>Characterisation of the Performance of Cooperative Networks in Ricean Fading Channels</title><content type='html'>J. Adeane, M. R. D. Rodrigues and I. J. Wassell, &lt;i&gt;Characterisation of the performance of cooperative networks in Ricean fading channels&lt;/i&gt;, Proceedings of the International Conference on Telecommunications, Cape Town, South Africa, May 2005.&lt;br /&gt;&lt;br /&gt;Another paper on my list of cooperative network channels. This ones looks at the performance in Ricean fading channels, and consider a simple network topology with two cooperating nodes trying to send data to a single destination, ie. the source-relay-destination triad.&lt;br /&gt;&lt;br /&gt;Benefits of cooperation depends on the channel quality between the source and destination and between the source and relay. The paper actually shows a spot in which there is a degradation of the performance created by the cooperation (ie. the information provided by the relay to the destination does not improve that provided by the source, but even interferes with it or contradicts it).&lt;br /&gt;&lt;br /&gt;Paper is relatively simple and results are relatively straight-forward, but a good read nonetheless.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-5705216047606792549?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/5705216047606792549/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=5705216047606792549' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/5705216047606792549'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/5705216047606792549'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/02/characterisation-of-performance-of.html' title='Characterisation of the Performance of Cooperative Networks in Ricean Fading Channels'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-1888256281039511183</id><published>2007-02-20T21:15:00.000-08:00</published><updated>2007-02-20T21:17:35.755-08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='conference notes'/><category scheme='http://www.blogger.com/atom/ns#' term='wireless mesh networks.'/><title type='text'>Two papers on ad hoc routing</title><content type='html'>These two papers were suggested by a reviewer of a paper of mine regarding opportunistic routing. They associated these papers with my results, which means I should have differentiated the results better, as it is pretty obvious to me they have little in common.&lt;br /&gt;&lt;br /&gt;Anyhow, I have now read the papers:&lt;br /&gt;&lt;i&gt;AODV-BR: Backup Routing in Ad Hoc Networks&lt;/i&gt;, Sung-Ju Lee and Mario Gerla, in Proceedings of IEEE WCNC 2000.&lt;br /&gt;&lt;br /&gt;&lt;i&gt;On-Demand Multipath Distance Vector Routing in Ad Hoc Networks&lt;/i&gt;, Mahesh Marina, Samir Das, in Proceedings of IEEE ICNP, November 2001.&lt;br /&gt;&lt;br /&gt;&lt;i&gt;AODV-BR: Backup Routing in Ad Hoc Networks&lt;/i&gt;, Sung-Ju Lee and Mario Gerla, in Proceedings of IEEE WCNC 2000.&lt;br /&gt;&lt;br /&gt;This paper introduces an extension of AODV which allows for graceful recovery when a link breaks. It uses the query-reply mechanism to build additional back-up routes at nodes adjacent to the route in the path.&lt;br /&gt;&lt;br /&gt;Once a link on the route breaks, it can be temporarily recovered using the alternate path, while a route error is sent to the source and a new route discovery is triggered.&lt;br /&gt;&lt;br /&gt;The idea is simple and practical, and works fine. It does bring improvement over AODV. The key difference with opportunistic routing is that the alternate is used after a broken link, and is not used otherwise. This means that if the route is reliable, but better links appear later on, these are ignored.&lt;br /&gt;&lt;br /&gt;&lt;i&gt;On-Demand Multipath Distance Vector Routing in Ad Hoc Networks&lt;/i&gt;, Mahesh Marina, Samir Das, in Proceedings of IEEE ICNP, November 2001.&lt;br /&gt;&lt;br /&gt;This is similar to the previous paper, except that it computes link disjoint paths between source and destination. Same as above, the query-reply mechanism of the route discovery is used to set up the multiple link disjoint paths (as opposed to just associated nodes along the path as in the previous paper). In case of link failure, the traffic fails over to another path.&lt;br /&gt;&lt;br /&gt;Again, it obviously outperforms AODV. Again, it does not make use of the promiscuous nature of the air interface to forward packets further.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-1888256281039511183?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/1888256281039511183/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=1888256281039511183' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/1888256281039511183'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/1888256281039511183'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/02/two-papers-on-ad-hoc-routing.html' title='Two papers on ad hoc routing'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-4955816017274308555</id><published>2007-02-20T21:12:00.000-08:00</published><updated>2007-02-20T21:14:39.195-08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='conference notes'/><category scheme='http://www.blogger.com/atom/ns#' term='wireless mesh networks.'/><title type='text'>Opportunistic Multi-Hop Routing for Wireless Networks</title><content type='html'>This are some old notes, but I am consolidating here.&lt;br /&gt;&lt;br /&gt;&lt;i&gt;Opportunistic Multi-Hop Routing for Wireless Networks&lt;/i&gt;, Sanjit Biswas, Robert Morris, SIGCOMM 2005. Best Paper Award.&lt;br /&gt;&lt;br /&gt;This is a continuation upon the work of Biswas and Morris, Opportunistic Routing in Multi-Hop Wireless Networks in HotNets-II, 2003. The previous work is the one which triggered my own work on opportunistic routing, which is basically to adapt Biswas and Morris's to dynamic network using an adapted version of AODV.&lt;br /&gt;&lt;br /&gt;The paper presents an extension of the opportunistic routing from the previous paper. However, it seems that there were issues in applying the protocol to the RoofNet network, a mesh network based on 802.11 APs deployed by Morris's group in Cambridge, MA, as the protocol presented here is vastly different from the previous protocol (given also that this came out in 2005, while the previous paper was presented in 12/2003).&lt;br /&gt;&lt;br /&gt;One issue is that: all packets end up not being accounted for, and the new paper proposes the opportunistic routing on a batch of paper, and default back to traditional routing once a 90% threshold has be attained for delivery. This is a bit cumbersome, and especially means that no real-life live traffic can be used using this. Heavy file transfers only.&lt;br /&gt;&lt;br /&gt;Also, the MAC protocol from the earlier paper (with a RTS/CTS mechanism designed for opportunistic routing) is replaced by a different scheduled MAC, with no specific RTS/CTS. A ExOR header is added which contains information pertaining to the potential relays. This information is based on measurement and probes performed beforehand.&lt;br /&gt;&lt;br /&gt;The node which forwards the packet is the closest to destination using an ETX (expected retransmission) metric, ie. a path is chosen not on the number of hops but on how many times the packet would be re-tx-ed to get to the destination. The fewer the re-tx, the closer.&lt;br /&gt;&lt;br /&gt;Main issues/challenges regarding my own work: this is highly static. ETX requires to have a good knowledge of the routes a priori, which works if stuff does not move. Then sending a large batch and wait until 90% is transmitted implies that you have massive re-ordering. And some time on your hand, which again means static.&lt;br /&gt;&lt;br /&gt;Concern: are the changes to the original protocol (hotnet-II 2003) made because the MAC layer was not accessible in their off-the-shelf 802.11 testbed, or was it made because of performance. The changes move everything up at the network level, so implementation could have driven it.&lt;br /&gt;&lt;br /&gt;Performance evaluation of my own protocols will tell...&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-4955816017274308555?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/4955816017274308555/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=4955816017274308555' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/4955816017274308555'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/4955816017274308555'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/02/opportunistic-multi-hop-routing-for.html' title='Opportunistic Multi-Hop Routing for Wireless Networks'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-1276675502204901696</id><published>2007-02-20T21:10:00.000-08:00</published><updated>2007-02-20T21:11:44.113-08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='conference notes'/><category scheme='http://www.blogger.com/atom/ns#' term='wireless mesh networks.'/><title type='text'>Opportunistic Packet Scheduling and Media Access Control for Wireless LANs and Multi-Hop Ad Hoc Networks.</title><content type='html'>&lt;i&gt;Opportunistic Packet Scheduling and Media Access Control for Wireless LANs and Multi-Hop Ad Hoc Networks.&lt;/i&gt; J. Wang, H. Zhai and Y. Fang, WCNC 2004.&lt;br /&gt;&lt;br /&gt;This paper proposes to perform a scheduling similar to proportional fairness in multi-hop networks, by sending a CTS to a list of potential relays (those whose packets are waiting for transmission in the output buffer of the node), receiving the RTS with an indication of current signal strength, and picking the "best" node, according to a metric similar to that of proportional fair (based on the achieved throughput to each node up to this time).&lt;br /&gt;&lt;br /&gt;The idea is straight-forward, but quite good actually (by which I mean: this should be a better-than-WCNC paper). It should be obvious that, as soon as several packets are awaiting transmission at any node, then the node has the choice to pick which one to transmit based on instantaneous conditions.&lt;br /&gt;&lt;br /&gt;Performance gains shown, obviously. Little analysis, simulation only.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-1276675502204901696?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/1276675502204901696/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=1276675502204901696' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/1276675502204901696'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/1276675502204901696'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/02/opportunistic-packet-scheduling-and.html' title='Opportunistic Packet Scheduling and Media Access Control for Wireless LANs and Multi-Hop Ad Hoc Networks.'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-7358153654315382143</id><published>2007-02-20T20:58:00.000-08:00</published><updated>2007-02-20T21:10:17.916-08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='conference notes'/><category scheme='http://www.blogger.com/atom/ns#' term='wireless mesh networks.'/><title type='text'>The Critical Transmitting Range for Connectivity in Sparce Wireless Ad Hoc Networks</title><content type='html'>This paper: &lt;i&gt;The Critical Transmitting Range for Connectivity in Sparce Wireless Ad Hoc Networks&lt;/i&gt; P. Santi, D. Blough, IEEE Trans on Mobile Computing, Vol.2,No.1,Jan-Mar 2003, is excellent.&lt;br /&gt;&lt;br /&gt;It computes the asymptotic relation between the range r, the length l and the number n of nodes uniformly (randomly) distributed in a square area of side length l with connectivity range r. It establish the value for r for which the graph is connected with high probability, or disconnected with high probability.&lt;br /&gt;&lt;br /&gt;The main result is: in one dimension, rn &gt; 2l log(l) ensures connectivity, rn &lt; (1-epsilon) l log(l) ensures disconnectivity.&lt;br /&gt;&lt;br /&gt;In higher dimension (2 and 3), connectivity is assured for r^d n &gt; k l^d log(l), with k a constant which depends on the dimension. If r^d n &lt; l^2, then the graph is disconnected.&lt;br /&gt;&lt;br /&gt;There is a gap in dimension 2 and 3 wrt the asymptotes. Also, paper conjectures that in dim 1, rn &lt; 2l log(l) should ensure disconnectedness.&lt;br /&gt;&lt;br /&gt;Most of the proofs come from a pigeon-hole argument, which is relatively simple and elegant.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-7358153654315382143?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/7358153654315382143/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=7358153654315382143' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/7358153654315382143'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/7358153654315382143'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/02/critical-transmitting-range-for.html' title='The Critical Transmitting Range for Connectivity in Sparce Wireless Ad Hoc Networks'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-1016275163112698332</id><published>2007-02-19T19:54:00.000-08:00</published><updated>2007-02-19T20:07:50.904-08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='wireless mesh networks.'/><title type='text'>A High Throughput Path Metric for Multi-Hop Wireless Routing.</title><content type='html'>&lt;i&gt;Douglas DeCouto, Daniel Aguayo, John Bicket, Robert Morris&lt;/i&gt;, Wireless Networks 11, 419-34, 2005.&lt;br /&gt;&lt;br /&gt;I had read a version of this paper a little while ago, but some reviewing duty sent me back to it to confirm a thing or two. It introduces the ETX measure, which is an additive measure to find the path between two nodes on a wireless mesh network which minimizes the number of retransmission.&lt;br /&gt;&lt;br /&gt;That it is additive is a good thing, and it does not have the issues of other metric: shortest hop count might find long links with bad quality and the actual performance of shortest path is demonstrated in the paper to be quite poor. Using a product of delivery ratio (which is additive too if you take the logs) or the minimal PDR (again, additive in a (max,+) algebra) will favor multi-hop links with good PDR over a single link with lesser PDR, but the relaying interference of the multi-hop path will divide the bandwidth of the path by two, so it is not a good metric either. &lt;br /&gt;&lt;br /&gt;ETX computes the delivery rate of a link in each direction and is computed as the inverse of the product of these rates. The higher the ETX count, the more the expected the number of re-transmission, so the routing should choose the path with the lowest cumulative ETX. Performance is actually improved, especially as path are longer.&lt;br /&gt;&lt;br /&gt;What is nice about the paper: it is very nicely explained. It is thinner in technical content than I remembered (basically it is the idea of the ETX metrics which matters) but each choice is very nicely argued and motivated, and each decision made very clear. So it is a very nice read. &lt;br /&gt;&lt;br /&gt;The main thing I am now taking from the paper is that the performance of the metric is the invert of the packet delivery in both directions. However, one direction is the ACK direction, and this can be improved by sending mutliple ACKs, or by adding enough redundancy in the ACK to decode it successfully every time. Then your ETX drop. For instance, if you have 1/2 pdr in each direction, your ETX is 4. If you add enough coding redundancy so as to decode the Ack succesfully every time, then your ETX drops to 2. That's a pretty major gain. It is obvious, but the paper does not suggest doing it.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-1016275163112698332?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/1016275163112698332/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=1016275163112698332' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/1016275163112698332'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/1016275163112698332'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/02/high-throughput-path-metric-for-multi.html' title='A High Throughput Path Metric for Multi-Hop Wireless Routing.'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-6133141237496032171</id><published>2007-02-19T19:45:00.000-08:00</published><updated>2007-02-19T19:53:43.651-08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='CDN'/><category scheme='http://www.blogger.com/atom/ns#' term='content distribution'/><title type='text'>Object Replication Strategies in Content Distribution Networks</title><content type='html'>&lt;i&gt;Jussi Kangasharju, James Roberts, Keith Ross&lt;/i&gt;, Computer Communication Journal, 25 (2002) 376-83.&lt;br /&gt;&lt;br /&gt;This papers looks at the Autonomous System level distribution of content (such as Akamai content distribution network, CDN, for instance) and how to replicate the content so that, constrained on a limited memory space, the distance from the end user to the looked-for data object is minimized. &lt;br /&gt;&lt;br /&gt;The paper shows that this is a variant of the knapsack problem and thus is NP-Complete and cannot be solved. But they provide some heuristics which show that a network wide collaboration (that is, a global management of the CDN) best all the other heuristic strategies (random, popularity-based, greedy single and greedy global). Greedy single is the strategy of replicating the content most favored by the client of each AS. Greedy global is the strategy of finding over all AS the object which replication would decrease the cost the most, and iterate until all storage space is filled.&lt;br /&gt;&lt;br /&gt;The paper is interesting, especially since the NP-completeness of the CDN problem they consider basically includes the NP-completeness of the problem I am considering, and thus relieves me from theoretical work: all I have to do is to evaluate the proper heuristics. This also makes this paper a very easy read, as there is no equation, only the comparison of the performance of the different strategies.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-6133141237496032171?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/6133141237496032171/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=6133141237496032171' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/6133141237496032171'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/6133141237496032171'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/02/object-replication-strategies-in.html' title='Object Replication Strategies in Content Distribution Networks'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-795271362741548887</id><published>2007-02-18T19:52:00.000-08:00</published><updated>2007-02-18T19:59:12.696-08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='my papers'/><category scheme='http://www.blogger.com/atom/ns#' term='wireless mesh networks.'/><title type='text'>Little Tom Thumb Went Straight Home.</title><content type='html'>C. Westphal, &lt;a href="http://people.nokia.net/cedric/Papers/infocom07.pdf"&gt;Little Tom Thumb Went Straight Home&lt;/a&gt;, in Proc. of Infocom 07, Anchorage, Alaska.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-795271362741548887?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/795271362741548887/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=795271362741548887' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/795271362741548887'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/795271362741548887'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/02/little-tom-thumb-went-straight-home.html' title='Little Tom Thumb Went Straight Home.'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-5893182427447446462</id><published>2007-02-18T19:44:00.000-08:00</published><updated>2007-02-18T19:51:18.238-08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='CDN'/><category scheme='http://www.blogger.com/atom/ns#' term='wireless mesh networks.'/><category scheme='http://www.blogger.com/atom/ns#' term='content distribution'/><title type='text'>Content and Service Replication Strategies in Multi-hop Wireless Mesh Networks.</title><content type='html'>by &lt;i&gt;Shudong Jin, Limin Wang&lt;/i&gt;. MSWiM'05, Oct. 10-13, Montreal, Quebec. Paper &lt;a href="http://portal.acm.org/citation.cfm?id=1089460"&gt;here&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;The paper studies the impact of the replication of content in a wireless mesh networks. They show that in a 2-d mesh network, the optimal number of replicas of an object is $p^(2/3)$, where $p$ is the access probability of the object.&lt;br /&gt;&lt;br /&gt;The result is pretty, as it is a bit counter-intuitive (a replication rate proportional to the access probability is what would seem natural), and the derivation is actually rather simple and straightforward.&lt;br /&gt;&lt;br /&gt;The paper also opens research questions into: how to account for the wireless physical layer. In the paper, it is abstracted as a way to define the connectivity, and thus the topology, of the network, but the actual impact of the wireless interface on the placement of the replicated content could have some other implications. An interesting idea to look into.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-5893182427447446462?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/5893182427447446462/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=5893182427447446462' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/5893182427447446462'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/5893182427447446462'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2007/02/content-and-service-replication.html' title='Content and Service Replication Strategies in Multi-hop Wireless Mesh Networks.'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-9064311998286922597</id><published>2006-12-18T00:47:00.001-08:00</published><updated>2006-12-18T00:47:46.685-08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='my papers'/><title type='text'>Opportunistic Routing in Dynamic Ad Hoc Networks: the OPRAH protocol</title><content type='html'>Cedric Westphal, &lt;a href="http://people.nokia.net/cedric/Papers/opportunistic.pdf"&gt;Opportunistic Routing in Dynamic Ad Hoc Networks: the OPRAH protocol&lt;/a&gt;, in Proc. of IEEE MASS'06, Vancouver, Canada.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-9064311998286922597?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/9064311998286922597/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=9064311998286922597' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/9064311998286922597'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/9064311998286922597'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2006/12/opportunistic-routing-in-dynamic-ad-hoc.html' title='Opportunistic Routing in Dynamic Ad Hoc Networks: the OPRAH protocol'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-7839743895215126978</id><published>2006-12-18T00:46:00.001-08:00</published><updated>2006-12-18T00:46:57.359-08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='my papers'/><title type='text'>On the Information Lifetime and the Localization Cost in Sensor Networks with Random Topologies</title><content type='html'>Cedric Westphal, &lt;a href="http://people.nokia.net/cedric/Papers/secon06maxlife.pdf"&gt;On the Information Lifetime and the Localization Cost in Sensor Networks with Random Topologies&lt;/a&gt;, in Proc. IEEE SECON 2006, September 2006.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-7839743895215126978?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/7839743895215126978/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=7839743895215126978' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/7839743895215126978'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/7839743895215126978'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2006/12/on-information-lifetime-and.html' title='On the Information Lifetime and the Localization Cost in Sensor Networks with Random Topologies'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-7494566676872845490</id><published>2006-12-18T00:45:00.002-08:00</published><updated>2006-12-18T00:46:26.882-08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='my papers'/><title type='text'>Randomized Channel Selection in Multichannel Access Point Networks</title><content type='html'>Cedric Westphal, &lt;a href="http://people.nokia.net/cedric/Papers/VTC06multiaccess.pdf"&gt;Randomized Channel Selection in Multichannel Access Point Networks&lt;/a&gt;, in Proc. of IEEE VTC Fall 2006, Montreal, Canada.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-7494566676872845490?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/7494566676872845490/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=7494566676872845490' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/7494566676872845490'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/7494566676872845490'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2006/12/randomized-channel-selection-in.html' title='Randomized Channel Selection in Multichannel Access Point Networks'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-8859990623406184815</id><published>2006-12-18T00:45:00.001-08:00</published><updated>2006-12-18T00:45:45.513-08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='my papers'/><title type='text'>Bridging Intermittently Connected Mobile Ad hoc Networks (ICMAN) with Sociological Orbits</title><content type='html'>Joy Ghosh, Cedric Westphal, Hung Ngo, Chunming Qiao, &lt;a href="http://people.nokia.net/cedric/Papers/INFOCOM_ABSTRACT_SOLAR.pdf"&gt;Bridging Intermittently Connected Mobile Ad hoc Networks (ICMAN) with Sociological Orbits&lt;/a&gt; - Poster at IEEE Infocom 2006, Barcelona.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-8859990623406184815?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/8859990623406184815/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=8859990623406184815' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/8859990623406184815'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/8859990623406184815'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2006/12/bridging-intermittently-connected.html' title='Bridging Intermittently Connected Mobile Ad hoc Networks (ICMAN) with Sociological Orbits'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-8998840589688835501</id><published>2006-12-18T00:44:00.000-08:00</published><updated>2006-12-18T00:45:09.830-08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='my papers'/><title type='text'>Layered IP Header Compression Architecture for Multi-Hop Compression</title><content type='html'>Cedric Westphal, &lt;a href="http://people.nokia.net/cedric/Papers/icc06.pdf"&gt;Layered IP Header Compression Architecture for Multi-Hop Compression&lt;/a&gt;, in Proc. of IEEE ICC 2006, Istanbul, Turkey.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-8998840589688835501?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/8998840589688835501/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=8998840589688835501' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/8998840589688835501'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/8998840589688835501'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2006/12/layered-ip-header-compression.html' title='Layered IP Header Compression Architecture for Multi-Hop Compression'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-2405278563210931138</id><published>2006-12-18T00:42:00.002-08:00</published><updated>2006-12-18T00:43:29.228-08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='my papers'/><title type='text'>Quantized Scheduling for Radio Networks with Heterogenous Fading Characteristics</title><content type='html'>Cedric Westphal, &lt;a href="http://people.nokia.net/cedric/Papers/WiMob05.pdf"&gt;Quantized Scheduling for Radio Networks with Heterogenous Fading Characteristics&lt;/a&gt;, in Proc. of the IEEE Wireless Mobility Conference (WiMOB) 2005, Montreal, Quebec.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-2405278563210931138?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/2405278563210931138/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=2405278563210931138' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/2405278563210931138'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/2405278563210931138'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2006/12/quantized-scheduling-for-radio-networks.html' title='Quantized Scheduling for Radio Networks with Heterogenous Fading Characteristics'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-4179044818064059460</id><published>2006-12-18T00:42:00.001-08:00</published><updated>2006-12-18T00:42:51.986-08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='my papers'/><title type='text'>On Maximizing the Lifetime of Distributed Information in Ad Hoc Networks with Individual Constraints</title><content type='html'>Cedric Westphal, &lt;a href="http://people.nokia.net/cedric/Papers/mobihoc05.pdf"&gt;On Maximizing the Lifetime of Distributed Information in Ad Hoc Networks with Individual Constraints&lt;/a&gt;, in the Sixth ACM International Symposium on Mobile Ad Hoc Networking and Computing, MobiHoc 2005, Urbana-Champaign, USA.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-4179044818064059460?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/4179044818064059460/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=4179044818064059460' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/4179044818064059460'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/4179044818064059460'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2006/12/on-maximizing-lifetime-of-distributed.html' title='On Maximizing the Lifetime of Distributed Information in Ad Hoc Networks with Individual Constraints'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-3909855203031329614</id><published>2006-12-18T00:40:00.000-08:00</published><updated>2006-12-18T00:41:16.612-08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='my papers'/><title type='text'>Stateless Header Compression</title><content type='html'>Cedric Westphal, Rajeev Koodli, &lt;a href="http://people.nokia.net/cedric/Papers/ICC05.pdf"&gt;Stateless Header Compression&lt;/a&gt;, in Proc. of IEEE ICC 2005, Seoul, Korea.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-3909855203031329614?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/3909855203031329614/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=3909855203031329614' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/3909855203031329614'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/3909855203031329614'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2006/12/stateless-header-compression.html' title='Stateless Header Compression'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-8685716738679030859.post-8022724001577417223</id><published>2006-12-18T00:37:00.000-08:00</published><updated>2006-12-18T00:41:38.163-08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='my papers'/><title type='text'>Monitoring Proportional Fairness in cdma2000 HDR Networks</title><content type='html'>Cedric Westphal, &lt;a href="http://people.nokia.net/cedric/Papers/globecom04-camera.pdf"&gt;Monitoring Proportional Fairness in cdma2000 HDR Networks&lt;/a&gt;, in Proc. of IEEE Globecom 2004, Dallas, TX.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/8685716738679030859-8022724001577417223?l=stochasticnetworking.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://stochasticnetworking.blogspot.com/feeds/8022724001577417223/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=8685716738679030859&amp;postID=8022724001577417223' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/8022724001577417223'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8685716738679030859/posts/default/8022724001577417223'/><link rel='alternate' type='text/html' href='http://stochasticnetworking.blogspot.com/2006/12/monitoring-proportional-fairness-in.html' title='Monitoring Proportional Fairness in cdma2000 HDR Networks'/><author><name>Ced</name><uri>http://www.blogger.com/profile/02611663819436917513</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry></feed>
