well looks likes we solved it the rtpkeepalive was set to 5 seconds on the trunk and every time asterisk sends a rtpkeepalive a cn packet is sent the same time a cn packet is sent asterisk loses the dtmf it was sent
On Wed, Dec 16, 2020 at 7:43 PM Israel Gottlieb <isr...@gmail.com> wrote: > Hi all > 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 > > the servers are configured all thru with rfc2833 for dtmf > 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 > > 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 > > 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 > another think i noticed is asterisk generating a rtp (cn) packet to leg > every time it misses > > any idea how i can check what asterisk is seeing if its just sending the > rtp without transcoding ? > does anyone have a idea of what might be the problem > > using chan_sip > rfc2833compensate=yes > relaxdtmf=yes > > thanks >
-- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
