<br><br><div><span class="gmail_quote">On 11/16/07, <b class="gmail_sendername">Jim Dalton</b> &lt;<a href="mailto:jim.dalton@transnexus.com">jim.dalton@transnexus.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Each call has two legs: one call leg inbound to the B2BUA and one call leg<br>outbound from the B2BUA.<br><br>1500/400 calls<br>3000/800 call legs</blockquote><div><br><br>I have been going through the PDF a bit and that prompted me for some questions.
<br><br>On page 48-50 you list &quot;Test Rate (cps)&quot; as 1-8,5.&nbsp; Is the highest cps you did was 8.5?&nbsp; That seems low, especially with the 180 second ALOC (please verify that there was a reference to a 180 second pcap file).
<br><br>For 1 cps you have 600 completed calls but 3000 OSP CDRs why is there a 5:1 ratio on that?<br><br></div><br>Bandwidth utilization to calls:<br>CPS&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1&nbsp;&nbsp;&nbsp; &nbsp;&nbsp; &nbsp;&nbsp; 2&nbsp; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 3&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 4&nbsp;&nbsp;&nbsp;&nbsp; &nbsp; &nbsp; 5&nbsp; &nbsp; &nbsp;&nbsp; &nbsp;&nbsp; 6&nbsp;&nbsp; &nbsp; &nbsp; &nbsp; 7&nbsp;&nbsp; &nbsp; &nbsp; &nbsp; 8&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
8.5<br>total calls&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 600&nbsp;&nbsp;&nbsp; 1200&nbsp;&nbsp; 1800&nbsp;&nbsp; 2400&nbsp;&nbsp; 3000&nbsp;&nbsp; 3600&nbsp;&nbsp; 4200&nbsp;&nbsp;&nbsp; 4800&nbsp;&nbsp;&nbsp; 5100<br>simultaneous* &nbsp;&nbsp; 185&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 369&nbsp;&nbsp;&nbsp; 556&nbsp;&nbsp;&nbsp;&nbsp; 741&nbsp;&nbsp;&nbsp;&nbsp; 924&nbsp;&nbsp;&nbsp; 1113&nbsp;&nbsp; 1293&nbsp;&nbsp;&nbsp; 1474&nbsp;&nbsp;&nbsp; 1563<br>MB one side*&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 2&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 4&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 6&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 8&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 10&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 12&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 14&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 16&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 16
<br>* I rounded to be easier<br>Depending on ptime and other factors G.711 can take a varying amount of bandwidth generally 80-90kbps, so if we were to take the reported bandwidth usage, multiply by 8000 (to make it kbits) and divide by lets say 85 as an average for overhead inclusion we can arrive at how many channels actually could have done media.
<br><br>2*8000/85=188&nbsp; ok, so that is close to what sipp reports<br>4*8000/85=376 again very close to what sipp reports<br>16*8000/85=1505, really close to your 8/8.5cps (remember I did round numbers and am estimating usage)
<br><br>The bandwidth is reported as the &quot;asterisk server&quot; which would see both legs, and thus should have 2x the bandwidth for the concurrent call count, not half.&nbsp; Why does the bandwidth used seem to indicate that only one leg had media, or is that correct and only one leg had media?&nbsp; Yes its broken into Tx/Rx but for each leg you would Tx/Rx the amount listed and it appears like half the media is missing.&nbsp; Were you only monitoring one interface and didnt report on the other?
<br><br></div><br>-- <br>Trixter <a href="http://www.0xdecafbad.com">http://www.0xdecafbad.com</a>&nbsp;&nbsp;&nbsp;&nbsp; Bret McDanel<br>Belfast +44 28 9099 6461&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;US +1 516 687 5200<br><a href="http://www.trxtel.com">http://www.trxtel.com
</a> the phone company that pays you!