Two reminders: (1) you&nbsp;gotta&nbsp;keep&nbsp;in&nbsp;mind&nbsp;where&nbsp;the&nbsp;bottlenecks&nbsp;are,&nbsp;and&nbsp;<br>(2)&nbsp;network&nbsp;usage is&nbsp;bursty.&nbsp; <br><br>So (1): TCP flows will achieve &quot;min-max fair share&quot; of the bandwidth, i.e. <br>they will saturate a link to the maximum capacity of the bottleneck between
<br> the source and the sink. Suppose you have:<br><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;------------&nbsp;D&nbsp;------ F<br>A ---- B ---- C -----&lt;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;------------ E<br><br>Suppose DF is the bottleneck,&nbsp;and&nbsp;AB&nbsp;has&nbsp;6 Mb bandwidth. Flow A-F might
<br> consume somewhere between 0.5 DF to 1 DF&nbsp;on&nbsp;AB.&nbsp;The AE will have <br>plenty of bandwidth left over.<br><br>On (2): Suppose there is an AF flow, with the bottleneck link&nbsp;at AB@6Mb. The flow<br>will not be consuming bandwidth constantly - there will be bursts of activity.
<br>AIM may not have anything to send most of the time. When it does, it will <br>likely slow-start to bottleneck capacity pretty quickly. Another flow, say AE, <br>should get 5.9 Mb by bursting to 6 Mb when the link is free, and throttling to
<br>3Mb&nbsp;when&nbsp;there&nbsp;is&nbsp;competition.&nbsp;So&nbsp;achieving&nbsp;5.9&nbsp;depends&nbsp;on&nbsp;the&nbsp;&quot;over time&quot;<br>behavior  of the protocol as opposed to how it shares the bandwidth &quot;over space.&quot;<br><br>So&nbsp;that's&nbsp;two&nbsp;different&nbsp;scenarios&nbsp;where there would be unused capacity on the link.
<br>I think I summarized David's scenario accurately. <br> <br>Cheers,<br>Bob.<br><br><div><span class="gmail_quote">On 4/3/06, <b class="gmail_sendername">Matthew Kaufman</b> &lt;<a href="mailto:matthew@matthew.at">matthew@matthew.at
</a>&gt; wrote:</span><blockquote class="gmail_quote" style="margin-top: 0; margin-right: 0; margin-bottom: 0; margin-left: 0; margin-left: 0.80ex; border-left-color: #cccccc; border-left-width: 1px; border-left-style: solid; padding-left: 1ex">
David Barrett:<br>&gt; Um... most connections aren't saturated 24x7.&nbsp;&nbsp;Like, I have a<br>&gt; 6Mbps connection and sometimes I'm just using AIM.&nbsp;&nbsp;In this<br>&gt; situation, I'd like to measure that 5.9Mbps is free.<br><br>
5.9Mbps is free to where?<br><br>I'll bet that 5.9 Mbps isn't even free to the first IP hop you see, much of<br>the time.<br><br>What really matters is how much bandwidth is available between you *and the<br>source or sink you are trying to communicate with*
<br><br>Matthew Kaufman<br><a href="mailto:matthew@matthew.at">matthew@matthew.at</a><br><a href="http://www.amicima.com">http://www.amicima.com</a><br><br>_______________________________________________<br>p2p-hackers mailing list
<br><a href="mailto:p2p-hackers@zgp.org">p2p-hackers@zgp.org</a><br><a href="http://zgp.org/mailman/listinfo/p2p-hackers">http://zgp.org/mailman/listinfo/p2p-hackers</a><br>_______________________________________________<br>
Here is a web page listing P2P Conferences:<br><a href="http://www.neurogrid.net/twiki/bin/view/Main/PeerToPeerConferences">http://www.neurogrid.net/twiki/bin/view/Main/PeerToPeerConferences</a><br></blockquote></div><br>