Feature codes issue

[José Manuel Soto Medina]

Hello,

I have an issue related to feature codes and mod_bind_digit_action.

When the inbound route is redirected to a callcenter, bind_digit_action doesn´t work. Also, same behaviour when I made a public outbound call. In contrast, when we redirect an inbound call to an extension, dtmf and bind_digit_action works, so calls can be recorded, transferred...

Watching logs, is likely that DTMF works but bid_digit_action not be enabled on callcenter or outbound calls. ¿How can we use feature codes on this applications when the call is established?

Trace Inbound call -->Callcenter (*1 blind transfer doesn´t work)

fd9fe58b-c19a-432b-ab2d-1865404871c8 2018-01-11 12:31:00.512576 [DEBUG] switch_rtp.c:7271 Correct audio ip/port confirmed.
fd9fe58b-c19a-432b-ab2d-1865404871c8 2018-01-11 12:31:02.432596 [DEBUG] switch_rtp.c:7497 RTP RECV DTMF *:800
fd9fe58b-c19a-432b-ab2d-1865404871c8 2018-01-11 12:31:02.432596 [INFO] switch_channel.c:515 RECV DTMF *:800
ffe9df47-cd1e-44ee-922a-22d2b9dd52a6 2018-01-11 12:31:02.432596 [DEBUG] switch_rtp.c:5235 Send start packet for [*] ts=10244640 dur=160/160/800 seq=57262 lw=10244640
ffe9df47-cd1e-44ee-922a-22d2b9dd52a6 2018-01-11 12:31:02.452572 [DEBUG] switch_rtp.c:5134 Send middle packet for [*] ts=10244640 dur=320/320/800 seq=57263 lw=10244800
ffe9df47-cd1e-44ee-922a-22d2b9dd52a6 2018-01-11 12:31:02.472562 [DEBUG] switch_rtp.c:5134 Send middle packet for [*] ts=10244640 dur=480/480/800 seq=57264 lw=10244960
ffe9df47-cd1e-44ee-922a-22d2b9dd52a6 2018-01-11 12:31:02.492559 [DEBUG] switch_rtp.c:5134 Send middle packet for [*] ts=10244640 dur=640/640/800 seq=57265 lw=10245120
ffe9df47-cd1e-44ee-922a-22d2b9dd52a6 2018-01-11 12:31:02.512565 [DEBUG] switch_rtp.c:5134 Send end packet for [*] ts=10244640 dur=800/800/800 seq=57266 lw=10245120
ffe9df47-cd1e-44ee-922a-22d2b9dd52a6 2018-01-11 12:31:02.512565 [DEBUG] switch_rtp.c:5134 Send end packet for [*] ts=10244640 dur=800/800/800 seq=57267 lw=10245120
ffe9df47-cd1e-44ee-922a-22d2b9dd52a6 2018-01-11 12:31:02.512565 [DEBUG] switch_rtp.c:5134 Send end packet for [*] ts=10244640 dur=800/800/800 seq=57268 lw=10245120
ffe9df47-cd1e-44ee-922a-22d2b9dd52a6 2018-01-11 12:31:02.512565 [DEBUG] switch_rtp.c:5082 Queue digit delay of 40ms
fd9fe58b-c19a-432b-ab2d-1865404871c8 2018-01-11 12:31:02.652600 [DEBUG] switch_rtp.c:7497 RTP RECV DTMF 1:800
fd9fe58b-c19a-432b-ab2d-1865404871c8 2018-01-11 12:31:02.652600 [INFO] switch_channel.c:515 RECV DTMF 1:800
ffe9df47-cd1e-44ee-922a-22d2b9dd52a6 2018-01-11 12:31:02.652600 [DEBUG] switch_rtp.c:5235 Send start packet for [1] ts=10246400 dur=160/160/800 seq=57271 lw=10246400
ffe9df47-cd1e-44ee-922a-22d2b9dd52a6 2018-01-11 12:31:02.672561 [DEBUG] switch_rtp.c:5134 Send middle packet for [1] ts=10246400 dur=320/320/800 seq=57272 lw=10246560
ffe9df47-cd1e-44ee-922a-22d2b9dd52a6 2018-01-11 12:31:02.692563 [DEBUG] switch_rtp.c:5134 Send middle packet for [1] ts=10246400 dur=480/480/800 seq=57273 lw=10246720
ffe9df47-cd1e-44ee-922a-22d2b9dd52a6 2018-01-11 12:31:02.712561 [DEBUG] switch_rtp.c:5134 Send middle packet for [1] ts=10246400 dur=640/640/800 seq=57274 lw=10246880
ffe9df47-cd1e-44ee-922a-22d2b9dd52a6 2018-01-11 12:31:02.732572 [DEBUG] switch_rtp.c:5134 Send end packet for [1] ts=10246400 dur=800/800/800 seq=57275 lw=10246880
ffe9df47-cd1e-44ee-922a-22d2b9dd52a6 2018-01-11 12:31:02.732572 [DEBUG] switch_rtp.c:5134 Send end packet for [1] ts=10246400 dur=800/800/800 seq=57276 lw=10246880
ffe9df47-cd1e-44ee-922a-22d2b9dd52a6 2018-01-11 12:31:02.732572 [DEBUG] switch_rtp.c:5134 Send end packet for [1] ts=10246400 dur=800/800/800 seq=57277 lw=10246880
ffe9df47-cd1e-44ee-922a-22d2b9dd52a6 2018-01-11 12:31:02.732572 [DEBUG] switch_rtp.c:5082 Queue digit delay of 40ms
fd9fe58b-c19a-432b-ab2d-1865404871c8 2018-01-11 12:31:05.592723 [NOTICE] sofia.c:1012 Hangup sofia/internal/301@xxx.xx.xxx.60:xxxx8 [CS_EXCHANGE_MEDIA] [NORMAL_CLEARING]

Trace Inbound call -->Extension (*1 blind transfer works)

42aff713-e054-46e6-a40f-f0f70266d9a9 2018-01-11 12:27:30.332567 [DEBUG] sofia.c:8061 Processing updated SDP
42aff713-e054-46e6-a40f-f0f70266d9a9 2018-01-11 12:27:30.332567 [DEBUG] switch_core_media.c:6861 Audio params are unchanged for sofia/internal/301@154.48.129.60:29608.
42aff713-e054-46e6-a40f-f0f70266d9a9 2018-01-11 12:27:31.572584 [DEBUG] switch_rtp.c:7497 RTP RECV DTMF *:800
42aff713-e054-46e6-a40f-f0f70266d9a9 2018-01-11 12:27:31.572584 [INFO] switch_channel.c:515 RECV DTMF *:800
42aff713-e054-46e6-a40f-f0f70266d9a9 2018-01-11 12:27:31.952575 [DEBUG] switch_rtp.c:7497 RTP RECV DTMF 1:800
42aff713-e054-46e6-a40f-f0f70266d9a9 2018-01-11 12:27:31.952575 [INFO] switch_channel.c:515 RECV DTMF 1:800
608fb1e2-efe2-4b0d-b2c3-7c8daab50bfe 2018-01-11 12:27:31.952575 [DEBUG] mod_dptools.c:188 sofia/internal/301@xxx.xx.xxx.60:xxxx8 Digit match binding [exec:execute_extension][dx XML

bind_digit_action dialplan



Thanks in advance

 

[SeanDevoy]

I don't have a good answer, but I think I can be of some help.
I suspect (but do not know) that Call Center actions set the digit_action realm to something other than local (like call center). So your digit bindings are ignored because they are not in the active realm.
I know bind_digit_action needs to know which leg to listen to for the key sequence. On an inbound call (or transfer to you), you are the b-leg. On an outbound call you are the a-leg. This doc may help. The FreeSwitch forum can probably give you want you need to know based on that.
HTH - Sean