<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div>Hello,</div><div><br></div><div>we need to monitor the voice quality on our server. To test this, we setup a test environment with 2 freeswitches, originating calls from freeswitch 1 and then answer them on freeswitch 2 and play an announcement. To analyze the traffic, we us tshark with the following command: &nbsp;&nbsp;</div><div><br></div><div><div style="margin: 0px; font-size: 14px; font-family: Menlo; color: rgb(0, 143, 0); background-color: rgb(0, 0, 0); position: static; z-index: auto;">tshark -q -f 'udp' -o rtp.heuristic_rtp:TRUE -z rtp,strems -w test-pcap</div></div><div><br></div><div>The result is, that we see packet loss around 20% on outgoing RTP streams, when we have more then 20 calls. The load average shown with the top command is always &lt; 0.3 with a 4 core CPU and CPU load is less then 10%.&nbsp;</div><div><br></div><div><div style="margin: 0px; font-size: 14px; font-family: Menlo; color: rgb(0, 143, 0); background-color: rgb(0, 0, 0); position: static; z-index: auto;">========================= RTP Streams ========================</div><div style="margin: 0px; font-size: 14px; font-family: Menlo; color: rgb(0, 143, 0); background-color: rgb(0, 0, 0); position: static; z-index: auto;">&nbsp; &nbsp; Src IP addr&nbsp; Port&nbsp; &nbsp; Dest IP addr&nbsp; Port &nbsp; &nbsp; &nbsp; SSRC&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Payload&nbsp; Pkts &nbsp; &nbsp; &nbsp; &nbsp; Lost &nbsp; Max Delta(ms)&nbsp; Max Jitter(ms) Mean Jitter(ms) Problems?</div><div style="margin: 0px; font-size: 14px; font-family: Menlo; color: rgb(0, 143, 0); background-color: rgb(0, 0, 0); position: static; z-index: auto;">&nbsp; 192.168.1.134 27590 &nbsp; 192.168.1.135 22576 0xCD7A189D&nbsp; &nbsp; &nbsp; ITU-T G.722 &nbsp; 800 &nbsp; &nbsp; 2 (0.2%) &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 59.93&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 0.11&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 0.05 X</div><div style="margin: 0px; font-size: 14px; font-family: Menlo; color: rgb(0, 143, 0); background-color: rgb(0, 0, 0); position: static; z-index: auto;">&nbsp; 192.168.1.135 22576 &nbsp; 192.168.1.134 27590 0x5D4E50CD&nbsp; &nbsp; &nbsp; ITU-T G.722 &nbsp; 599 &nbsp; 202 (25.2%)&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 160.24&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 0.16&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 0.05 X</div><div style="margin: 0px; font-size: 14px; font-family: Menlo; color: rgb(0, 143, 0); background-color: rgb(0, 0, 0); position: static; z-index: auto;">&nbsp; 192.168.1.134 28172 &nbsp; 192.168.1.135 29704 0xD53EC9AD&nbsp; &nbsp; &nbsp; ITU-T G.722 &nbsp; 798 &nbsp; &nbsp; 2 (0.2%) &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 59.99&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 0.07&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 0.04 X</div><div style="margin: 0px; font-size: 14px; font-family: Menlo; color: rgb(0, 143, 0); background-color: rgb(0, 0, 0); position: static; z-index: auto;">&nbsp; 192.168.1.135 29704 &nbsp; 192.168.1.134 28172 0x5D50942D&nbsp; &nbsp; &nbsp; ITU-T G.722 &nbsp; 713&nbsp; &nbsp; 86 (10.8%)&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 199.98&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 0.08&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 0.04 X</div><div style="margin: 0px; font-size: 14px; font-family: Menlo; color: rgb(0, 143, 0); background-color: rgb(0, 0, 0); position: static; z-index: auto;">&nbsp; 192.168.1.135 25794 &nbsp; 192.168.1.134 16460 0x5D51E43D&nbsp; &nbsp; &nbsp; ITU-T G.722 &nbsp; 633 &nbsp; 165 (20.7%)&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 180.25&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 0.75&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 0.07 X</div></div><div><br></div><div>Instead of tshark, we also tried to capture SIP &amp; RTP with tcpdump with the following command:</div><div><br></div><div><div style="margin: 0px; font-size: 14px; font-family: Menlo; color: rgb(0, 143, 0); background-color: rgb(0, 0, 0); position: static; z-index: auto;">tcpdump -i any -T rtp -vvvvv -s 0 -w test.pcap</div></div><div><br></div><div>If we analyze this file with wireshark (TELEPHONY-&gt;RTP-&gt;Show all Streams), it shows almost always 0% for packet loss. Only if we increase the load to 50 calls we can see a similar scenario where inbound calls still have &lt; 1% packet loss but outgoing RTP streams have up to 20 % packet loss. We also repeated the same test with freeswitch 1.4.15 with much more powerful hardware with almost the same results.</div><div><br></div><div>The question is what do we see here. Does tshark show us wrong result? Can we more trust on the results captured with tcpdump or is there finally an issue in freeswitch when sending outgoing packets? Or is the method to capture on the server in general the wrong approach?&nbsp;</div><div><br></div><div>Thanks for any comments and hints</div><br>Markus<br>
<br></body></html>