[Freeswitch-users] Opposite of flush_dtmf - grab dtmf from before the IVR + debug rfc2833

[Avi Marcus]

Thanks to Anthony's help in the channel...  I'm not sure where to put
this on the wiki, but thought I should at least report back.
You don't need to SAVE The dtmf digits, you just need to make sure
they don't get eaten.
If you use lua to do session:execute('playback',file) or 'say', it
eats the dtmf digits. If you do session:streamfile or session:say it
won't eat the digits and they will be queued up for whatever is next.
execute('log',stuff) won't eat any digits.

-Avi



On Tue, Sep 6, 2011 at 1:08 AM, Avi Marcus <avi at avimarcus.net> wrote:
> I have a calling card IVR and upon an error, it announces the error, then
> goes back to the calling card IVR. How can I use the digits they started
> dialing during the pre-IVR announcement as part of the IVR?
> e.g. http://pastebin.freeswitch.org/17283
> During the announcement of the "wrong" dialed number, I started dialing and
> FS got the digits. But it didn't start "listening" until... just before (??)
> the calling_card_short IVR started.
> How can I get it to listen to everything that got queued up?
> Thanks,
> -Avi
> p.s. is there somelinke like ngrep/tcpdump on regular SIP packets to
> live-view the rfc-2833 that come in, before they even hit FS? I know
> wireshark can understand them in a pcap, but I couldn't figure out how to
> filter live...