<div dir="ltr">Al and Alex,<br>Thank you for your input, <br>Sorry TDM is not the option at this time :( . <br>Everything has been great until last 2-3 days. Machine loads is not the issue, we have multiple asterisk server to share the load. Not much change in traffic. <br>
<br>Now it been narrowed down to networking and we are trying to find out where the issue is? In our Firewall or SP's router. Does any one know of any tool to simulate RTP traffic. Its pain to find out the bad calls out of hundreds of calls. <br>
BTW, What should be right value for tos in sip.conf. <br>We have <br>tos=0x68<br>Dont remember how did I come up with this value. <br><br>I found this<br><a href="http://www.voip-info.org/wiki/index.php?page=Asterisk+sip+tos">http://www.voip-info.org/wiki/index.php?page=Asterisk+sip+tos</a><br>
<br><table class="bittable"><tbody><tr class="even"><td>tos=0x10 </td><td> low delay</td></tr><tr class="odd"><td>tos=0x08 </td><td> high throughput</td></tr><tr class="even"><td> tos=0x04 </td><td> high reliability</td>
</tr><tr class="odd"><td> tos=0x02 </td><td> ECT bit set</td></tr><tr class="even"><td> tos=0x01 </td><td> CE bit set</td></tr></tbody></table><br>-Jai<br><br><br><div class="gmail_quote">On Fri, Oct 3, 2008 at 4:58 AM, Al Baker <span dir="ltr"><<a href="mailto:bwentdg@pipeline.com">bwentdg@pipeline.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">USE TDM Circuits - Voice Quality Good<br>
<div class="Ih2E3d"><br>
Alex Balashov wrote:<br>
> Jai Rangi wrote:<br>
><br>
><br>
>> All,<br>
>><br>
>> I am having audio quality problem in some calls (1-2%) on asterisk. I<br>
>> captured RTP traffic using ethereal and this is what I found with the<br>
>> problematic calls. (Worst cases)<br>
>> Drop by Jitter buff: 25-75%<br>
>> Out of Seq: 50-100% (100 % means very very poor call quality).<br>
>><br>
>> Has anyone had similar problem? If yes, can you please share your<br>
>> experience on how did you fix this?<br>
>><br>
><br>
> Such poor performance is not fixable. The network, connectivity issues,<br>
> machine load, etc. needs to be addressed - the underlying cause, in<br>
> other words.<br>
><br>
> BTW, 100% out-of-sequence RTP packets leads to a lot more than just<br>
> "very very poor call quality." I don't see how the conversation could<br>
> even be coherent in that situation.<br>
><br>
> What is more likely is that Wireshark's RTP stats are giving you some<br>
> distorted information. I've found its stream analysis to be somewhat<br>
> buggy in that regard.<br>
><br>
><br>
>> I was wondering if I can decrease the MTU size to 250-500 on the network<br>
>> card and use that card only for VoIP traffic. Will this have any bad<br>
>> effect on sip traffic/packets?<br>
>><br>
><br>
> No. RTP packets are very small - much smaller than that MTU, or any<br>
> reasonable MTU you could set.<br>
><br>
><br>
<br>
</div><div><div></div><div class="Wj3C7c">_______________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
<br>
AstriCon 2008 - September 22 - 25 Phoenix, Arizona<br>
Register Now: <a href="http://www.astricon.net" target="_blank">http://www.astricon.net</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
</div></div></blockquote></div><br></div>