<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Princeton S* Network Systems - Latest Comments in CoralCDN Lesson: Fair-sharing bandwidth via admission control</title><link>http://princetonsns.disqus.com/</link><description>Secure, Scalable, Self-Organizing, Storage, Self-Managing, Sensing, …</description><atom:link href="https://princetonsns.disqus.com/coralcdn_lesson_fair_sharing_bandwidth_via_admission_control/latest.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Fri, 20 Nov 2009 19:47:10 -0000</lastBuildDate><item><title>Re: CoralCDN Lesson: Fair-sharing bandwidth via admission control</title><link>http://sns.cs.princeton.edu/2009/06/coralcdn-lesson-fair-sharing-bandwidth-via-admission-control/#comment-23674601</link><description>&lt;p&gt;Rade,&lt;/p&gt;&lt;p&gt;Thanks for the comment.  The website for &lt;a href="http://hamilton.ie" rel="nofollow noopener" target="_blank" title="hamilton.ie"&gt;hamilton.ie&lt;/a&gt; seems offline, so I can't currently access your paper (Google HTML cache is a bit hard to read).&lt;/p&gt;&lt;p&gt;That said, I haven't thought much about formally formulating the problem, much actually solving it, but I could imagine specifying the function something like this:&lt;/p&gt;&lt;p&gt;For a given node:&lt;br&gt;  maximize \sum_{\forall_i}  u (c_i)&lt;br&gt;  subject to&lt;br&gt;      c_i &amp;gt;= 0   // allocated capacity to site i is non-negative&lt;br&gt;      c_i &amp;lt;= d_i  // site i's allocated capacity &amp;lt;= demand&lt;br&gt;      \sum_{\forall_i} c_i &amp;lt;= C  // allocated capacity doesn't exceed node's total capacity&lt;/p&gt;&lt;p&gt;and model the utility function u as some concave function (say log x).&lt;/p&gt;&lt;p&gt;Now, this doesn't say anything about performance, but it does say that, for a given node, it's better to allocate some marginal bandwidth to a new domain rather than allocate more resources to one existing one (subject to available capacity), given the concave utility.  Now if you extend this over all nodes, reasoning about a site's utility function taking as input \sum capacity c_i,j \forall node's j, subject to all available capacities, that might be a reasonable formulation.&lt;/p&gt;&lt;p&gt;Your thoughts are welcome.&lt;br&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Mike Freedman</dc:creator><pubDate>Fri, 20 Nov 2009 19:47:10 -0000</pubDate></item><item><title>Re: CoralCDN Lesson: Fair-sharing bandwidth via admission control</title><link>http://sns.cs.princeton.edu/2009/06/coralcdn-lesson-fair-sharing-bandwidth-via-admission-control/#comment-23538885</link><description>&lt;p&gt;The UCSD paper on Distributed Rate Limiting deals with the problem of controlling the aggregate usage of a service (service = domain, in your context) across a set of distributed nodes so that performance (reject rate) at each node is equalized. Their solution indeed uses gossiping to collect the aggregate (accounting) usage that is used as a feedback on when to discard packets/requests.&lt;/p&gt;&lt;p&gt;In &lt;a href="http://www.hamilton.ie/person/rade/C3PD2R2_0.pdf" rel="nofollow noopener" target="_blank" title="http://www.hamilton.ie/person/rade/C3PD2R2_0.pdf"&gt;this &lt;/a&gt; paper, we show that in fact one can solve the same problem, without collecting the aggregate info)and without any centralized controller). Namely, if every node updates its local limit based on its performance (QoS) and the performance of its few neighbors, eventually the system should converge to the state at which performance is equalized across all nodes.&lt;/p&gt;&lt;p&gt;However, the problem you are facing in CoralCDN with multiple domains sharing finite resources seems way more challenging. Actually, it is not obvious to me what the objective would be and how to formalize the problem of bandwidth sharing in such context. Do you have any thoughts on this? I suspect that for appropriate performance objective, one might not need per node/domain accounting, but could rely on some adaptive decentralized controller to drive the system to the desired state with minimal communication overhead.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Rade Stanojevic</dc:creator><pubDate>Thu, 19 Nov 2009 10:45:36 -0000</pubDate></item><item><title>Re: CoralCDN Lesson: Fair-sharing bandwidth via admission control</title><link>http://sns.cs.princeton.edu/2009/06/coralcdn-lesson-fair-sharing-bandwidth-via-admission-control/#comment-21178600</link><description>&lt;p&gt;Thank you for the article. I was unaware of CoralCDN before reading this. &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">nyccondoman</dc:creator><pubDate>Wed, 28 Oct 2009 10:53:10 -0000</pubDate></item><item><title>Re: CoralCDN Lesson: Fair-sharing bandwidth via admission control</title><link>http://sns.cs.princeton.edu/2009/06/coralcdn-lesson-fair-sharing-bandwidth-via-admission-control/#comment-13834870</link><description>&lt;p&gt;very nice article Thanks For Sharing nice Chart also its Really know about This....&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">advnet</dc:creator><pubDate>Mon, 03 Aug 2009 10:13:51 -0000</pubDate></item></channel></rss>