<div><div dir="auto">Lots of people complaining about audio drop are in fact getting false dtmf detection when dtmf is detected app-rpt will prevent the dtmf to be repeated on the iax trunk and on the audio out line. If its the case check the input levels.there is also a radiorelax option that I remember can do a difference.</div></div><div dir="auto"><br></div><div dir="auto">Best way to know if you suffer from packet drop is to connect the node to a busy net and listen to rf audio and the iax links. Since the network will be tested inbound, from the busy node feed, and tested oubound from the local iax link to your computer, you will also know if it is the up or downlink to the node that is a problem.</div><div dir="auto"><br></div><div dir="auto">If both audio have drop, could be the uplink or node that have a problem, if the rf audio drop and iax trunk is ok, you are overloading your radio input and there is a level cutoff that come in, if you have no rf drop but iax link have drops, your node is ok, but the downlink is at fault...</div><div dir="auto"><br></div><div dir="auto">Hope this helped</div><div dir="auto"><br></div><div dir="auto">Ve2pf</div><div><br><div class="gmail_quote"><div>Le jeu. 13 sept. 2018 à 01:33, TGundo 2003 <<a href="mailto:tgundo2003@yahoo.com">tgundo2003@yahoo.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="font-family:Helvetica Neue,Helvetica,Arial,sans-serif;font-size:13px"><div>I recently updated my node to a Pi b3+ because I was having audio dropout issues and we suspected it was a resource issue with the pi.</div><div><br></div><div>Did some testing tonight, seemed better, had a little dropout but nothing like it was. I have a pretty stretched internet connection as I live in the farm fields, so we figured it was just a bandwidth issue on my connection.</div><div><br></div><div>Later tonight as I did more testing I monitored with an IAX client. I get the same dropouts on it just on the local LAN.</div><div><br></div><div>This was the results of my Ping test internally from the Pi to a local managed switch was this:</div><div><br></div><div><br></div><div><span>







<p class="m_-7842179290385258216ydpdc90e528p1"><span class="m_-7842179290385258216ydpdc90e528s1">202 packets transmitted, 202 received, 0% packet loss, time 211498ms</span></p>
<p class="m_-7842179290385258216ydpdc90e528p1"><span class="m_-7842179290385258216ydpdc90e528s1">rtt min/avg/max/mdev = 0.647/0.844/5.241/0.507 ms</span></p></span>I'm not seeing an issue with the internal network. I'm wondering what else it may be, and/or if there is a scientific way to pinpoint the trouble.I'm using Repeater Builder USB RIM Lite for interfacing my Pi to the S-Com7330.</div><div><br></div><div>Any thoughts welcome!</div><div><br></div><div>Thanks!</div><div>Tom</div><div><br></div><div><br></div><div style="font-family:Helvetica Neue,Helvetica,Arial,sans-serif;font-size:13px"></div></div></div>_______________________________________________<br>
App_rpt-users mailing list<br>
<a>App_rpt-users@lists.allstarlink.org</a><br>
<a rel="noreferrer">http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users</a><br>
<br>
To unsubscribe from this list please visit <a rel="noreferrer">http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users</a> and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"<br>
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. <br>
</blockquote></div></div>