<html><div>Michael</div>
<br>
<div>Does it take that much more control traffic for a Video Stream than
a Voice Stream? If you model the restriction based on a ratio that is
fixed regardless of Media type, I think you'll guarantee wasted
bandwidth. </div>
<br>
<div>Another example, does an MPEG4 media flow require more control
traffic/packets than an MPEG2 flow? And are the proportional?</div>
<br>
<div>The flows I consider to be latency sensitive all the time, yet
control is based much more on a reliable receipt model, for efficient
forwarding, but not real-time, is necessary.</div>
<br>
<div>All I advocating is the ratio will (likely) be non-linear as the
media flow increases in bandwidth per flow.</div>
<br>
<div>At 12:18 PM 5/25/2001 +0200, Michael Welzl wrote:</div>
<div>&gt;Hi all,</div>
<div>&gt;</div>
<div>&gt;To achieve scalability, it seems reasonable to restrict the
amount of</div>
<div>&gt;control traffic which is related to a payload traffic stream by
a fraction</div>
<div>&gt;of the payload traffic: this way, the overall control traffic
remains a</div>
<div>&gt;fraction of the related payload traffic no matter how many
senders there</div>
<div>&gt;are.</div>
<div>&gt;</div>
<div>&gt;For Internet traffic, it may also make sense to restrict control
traffic by</div>
<div>&gt;the amount of packets, so not only traffic forwarding but also
per-packet</div>
<div>&gt;header processing is taken into account. So a rule should
probably be:</div>
<div>&gt;</div>
<div>&gt;control traffic = min (x % of payload traffic, every yth payload
packet)</div>
<div>&gt;</div>
<div>&gt;The values x and y must be predefined (if a single sender
exceeds a certain</div>
<div>&gt;x or y, the concept won't work).</div>
<div>&gt;</div>
<div>&gt;My question is: how do I come up with appropriate values for x
and y?</div>
<div>&gt;The answer is probably a trade off between wasted bandwidth and
processing</div>
<div>&gt;cost vs. gain from control traffic; but these things are very
hard to</div>
<div>&gt;quantify.</div>
<div>&gt;For instance, how did the AVT working group come up with the
value of 5% for</div>
<div>&gt;RTCP traffic?</div>
<div>&gt;</div>
<div>&gt;&gt;From RFC1889:</div>
<div>&gt;&nbsp;&nbsp; The control traffic should be limited to a small
and known fraction</div>
<div>&gt;&nbsp;&nbsp; of the session bandwidth: small so that the primary
function of the</div>
<div>&gt;&nbsp;&nbsp; transport protocol to carry data is not impaired;
known so that the</div>
<div>&gt;&nbsp;&nbsp; control traffic can be included in the bandwidth
specification given</div>
<div>&gt;&nbsp;&nbsp; to a resource reservation protocol, and so that
each participant can</div>
<div>&gt;&nbsp;&nbsp; independently calculate its share. It is suggested
that the fraction</div>
<div>&gt;&nbsp;&nbsp; of the session bandwidth allocated to RTCP be fixed
at 5%. While the</div>
<div>&gt;&nbsp;&nbsp; value of this and other constants in the interval
calculation is not</div>
<div>&gt;&nbsp;&nbsp; critical, all participants in the session must use
the same values so</div>
<div>&gt;&nbsp;&nbsp; the same interval will be calculated. Therefore,
these constants</div>
<div>&gt;&nbsp;&nbsp; should be fixed for a particular profile.</div>
<div>&gt;</div>
<div>&gt;My interpretation of &quot;all participants in the session must
use the same</div>
<div>&gt;values&quot; is that RTCP will scale &quot;within a
session&quot;. But why 5%? Why not 10?</div>
<div>&gt;or 15? or 1?</div>
<div>&gt;This question may not be as critical for RTCP as it is for
control traffic</div>
<div>&gt;which needs extra processing by routers.</div>
<div>&gt;</div>
<div>&gt;Cheers,</div>
<div>&gt;Michael</div>
<div>&gt;</div>
<div>&gt;</div>
<br>

<div align="center">
*************************************<br>
&quot;People generally demand more respect for their own rights than they
are willing to allow for others&quot;<br>
<br>
</div>
James M. Polk<br>
Consulting Engineer<br>
Office of the CTO<br>
<br>
Cisco Systems<br>
18581 N. Dallas Parkway<br>
Dallas, Texas 75287<br>
w) 972.813.5208<br>
f)&nbsp; 972.813.5280<br>
<a href="http://www.cisco.com/" eudora="autourl">www.cisco.com</a></html>