<div dir="ltr">well looks likes we solved it<div>the rtpkeepalive was set to 5 seconds on the trunk and every time asterisk sends a rtpkeepalive a cn packet is sent </div><div>the same time a cn packet is sent asterisk loses the dtmf it was sent</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Dec 16, 2020 at 7:43 PM Israel Gottlieb <<a href="mailto:isrlgb@gmail.com">isrlgb@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi all<div>i have a asterisk server 16.11.1 (server A) that gets a call (leg A) and then calls a second server (leg B) server B is a freeswitch server</div><div><br></div><div>the servers are configured all thru with rfc2833 for dtmf</div><div>the caller enters a number a long 15 digit number like a credit card number or even a phone number and in alot of cases server B always doesn't get part of the digits from server A</div><div><br></div><div>running a trace on server (A) i checked the trace of leg A and of leg B on the same server (A) and i see that the from the provider to asterisk has all digits correct but leg b going out the same server has a missed digit </div><div><br></div><div>so either asterisk isnt getting all digits from the provider for some reason or it fails to regenerate the dtmf when sending to server b</div><div>another think i noticed is asterisk generating a rtp  (cn) packet to leg every time it misses</div><div><br></div><div>any idea how i can check what asterisk is seeing if its just sending the rtp without transcoding ?</div><div>does anyone have a idea of what might be the problem</div><div><br></div><div>using chan_sip</div><div>rfc2833compensate=yes<br>relaxdtmf=yes<br></div><div><br></div><div>thanks</div></div>
</blockquote></div>