<div dir="ltr">Hello asterisk-users,<div><br></div><div>We're having very odd problems while testing a new server, the configuration is exactly the same as our live cluster, save for a floating address managed by exabgp - the remaining nodes use ucarp.</div><div>As far as I could tell the versions of asterisk ( 1.8.23.1 ), system packages and even the hardware are the same as on all the others.</div><div><br></div><div>The most confusing of all is the output of core show translation recalc:</div><div><div><br></div><div>ast9a*CLI> core show translation recalc 10</div><div> Recalculating Codec Translation (number of sample seconds: 10)</div><div><br></div><div> Translation times between formats (in microseconds) for one second of data</div><div> Source Format (Rows) Destination Format (Columns)</div><div><br></div><div> g723 gsm ulaw alaw g726aal2 adpcm slin lpc10 g729 speex ilbc g726 g722 siren7 siren14 slin16 g719 speex16 testlaw</div><div> g723 - 2 2 2 2 2 1 2 2 - 2 2 2 - - 3 - - 2</div><div> gsm 2 - 2 2 2 2 1 2 2 - 2 2 2 - - 3 - - 2</div><div> ulaw 2 2 - 1 2 2 1 2 2 - 2 2 2 - - 3 - - 2</div><div> alaw 2 2 1 - 2 2 1 2 2 - 2 2 2 - - 3 - - 2</div><div> g726aal2 2 2 2 2 - 2 1 2 2 - 2 2 2 - - 3 - - 2</div><div> adpcm 2 2 2 2 2 - 1 2 2 - 2 2 2 - - 3 - - 2</div><div> slin 1 1 1 1 1 1 - 1 1 - 1 1 1 - - 2 - - 1</div><div> lpc10 2 2 2 2 2 2 1 - 2 - 2 2 2 - - 3 - - 2</div><div> g729 2 2 2 2 2 2 1 2 - - 2 2 2 - - 3 - - 2</div><div> speex - - - - - - - - - - - - - - - - - - -</div><div> ilbc 2 2 2 2 2 2 1 2 2 - - 2 2 - - 3 - - 2</div><div> g726 2 2 2 2 2 2 1 2 2 - 2 - 2 - - 3 - - 2</div><div> g722 2 2 2 2 2 2 1 2 2 - 2 2 - - - 1 - - 2</div><div> siren7 - - - - - - - - - - - - - - - - - - -</div><div> siren14 - - - - - - - - - - - - - - - - - - -</div><div> slin16 3 3 3 3 3 3 2 3 3 - 3 3 1 - - - - - 3</div><div> g719 - - - - - - - - - - - - - - - - - - -</div><div> speex16 - - - - - - - - - - - - - - - - - - -</div><div> testlaw 2 2 2 2 2 2 1 2 2 - 2 2 2 - - 3 - - -</div></div><div><br></div><div>The above result starts showing up about a minute or two into asterisk's runtime, and never goes back to normal. We're not 100% it's related, but the nodes that are functioning correctly do not exhibit this behaviour. Could this be in-memory caching ? Why on this node and not others ?</div><div>On the end user side this seems to be a 5-10 second delay in receiving audio, sometimes no audio is received at all. Nothing unusual in logs. We have also done several packet captures and from the network side it seems like asterisk is just not sending any audio after the call is picked up. We are using UDP for transport.</div><div>Please let us know if you've come across a problem like this before, I've had no luck tracking down any similar problems, most people seem to have trouble just with g729, if at all.</div><div><br clear="all"><div><div class="gmail_signature"><div dir="ltr">Kind regards,<div>Maciej Bonin</div><div>Systems Administrator</div><div>Packnet Limited</div></div></div></div>
</div></div>