<DIV>thank you for all the feedbacks.</DIV>
<DIV><BR><B><I>Rik Wade &lt;rik@rikwade.com&gt;</I></B> wrote:</DIV>
<DIV>&gt; I am not aware of any real world implementations of a packet-pair </DIV>
<DIV>&gt; estimator other than those mentioned. </DIV>
<DIV>So, even after a few improvement (like packet trains or packet bunches) from original Keshav version, there&nbsp;is still no real world implementation yet. Or, anybody can suggest any implementation, if it is.</DIV>
<DIV>&nbsp;</DIV>
<DIV>&gt; However, I did a great deal of work with packet-pair as part of my PhD &gt; thesis in the Real and NS simulators. I have an implementation of </DIV>
<DIV>&gt; packet-pair for both simulators if anyone would like the source code.</DIV>
<DIV>Thank you very much. However, if I don't misunderstand,&nbsp;PP is implemented in REAL by Keshav already. Is your PP module in Real different from the original one? What exactly is it? Receiver-side Packet Bunches of Paxson or Packet train of Bengta or other variants? I would be very interested if it's an improved version.&nbsp; Also, in NS, what&nbsp;exactly is your PP? I think PLM Ns2 module of Legout has provided Receiver-side Packet Bunches already. which variants? Or, is it your own improved version? I have been in your homepage but see no details. </DIV>
<DIV>If U have done any improvement of PP, it would be very interesting for me.</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV>&gt; At least in a simulation environment packet-pair was very effective, </DIV>
<DIV>&gt; at least until the congestion became so great that probe packets were &gt; regularly lost.</DIV>
<DIV>It would be very difficult to show the weakpoint of PP in simulation, I figure. Also, in pathological case that probe packet regularly lost during high congestion, we would need to provide other alternatives to handle situation (just in my opinion).<BR></DIV>
<DIV>In my opinion, if we can find a way to measure the available bandwidth correctly, it would simplify the congestion control technique. We can </DIV>
<DIV>just explicitly adjust the transmission rate accordingly. From several feedbacks, there are a few improvement works on top of PP to measure the available bandwidth properly. </DIV>
<DIV>&nbsp;</DIV>
<DIV>I am still curious that ... Among them,&nbsp;is there any&nbsp;of them&nbsp;matured enough and will be (or has been) implemented in the real world or in the test-bed?</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV>Atsuo</DIV><p><hr SIZE=1>
Do you Yahoo!?<br>
<a href="http://us.rd.yahoo.com/search/mailsig/*http://search.yahoo.com">The New Yahoo! Search</a> - Faster. Easier. Bingo.