In call feature codes and metaflows do not work

[MikeMont]

I have been trying to get attended transfer to work and believe I have the default metaflow set up correctly in the system_config as well as the specific account. Konami is running.

{
   "_id": "metaflows",
   "_rev": "8-7fa71da774e5d0cefcbec95b9ae2106f",
   "default": {
       "patterns": {
           "^2(\\d+)$": {
               "data": {
                   "takeback_dtmf": "1"
               },
               "module": "transfer"
           }
       },
       "numbers": {
           "8": {
               "data": {
               },
               "module": "hold"
           }
       },
       "binding_digit": "*",
       "digit_timeout_ms": 800,
       "default_metaflow": "true"
   },

Freeswitch sees the DTMF, but there is no evidence that kazoo is notified or aware. Outside of running the konami_maintenance sup commands, setting the patterns and numbers in the metaflow records and making sure konami is running, are there other areas to be configured to enable metaflows? 

There is only one entry in kazoo.log mentioning konami

Mar 22 13:37:13 KZ1 2600hz[1292]: |38387f106ab2dc8a...@XX.X.XXX.30|konami_listener:116 (<0.31452.18>) no account id for undefined(undefined) owned by undefined

Additionally, it seems that feature codes initiated while in a call (like *3 park or *4 valet) do not work either. Feature codes like *0 intercom, *11/*12 enable/disable hot desk, *67 privacy, *98 voicemail, etc. that get initiated from an on hook state all work. In fact, *3 and *4 are recognized by kazoo, routed, and dispositioned correctly when initiated without a call being in progress (cold start/on hook condition). The only problem is that there is no active call to park/retrieve.

It seems there is a piece missing when freeswitch has an active call and either feature code or konami codes are pressed.

Are both the metaflow and in call feature code issues related? Perhaps a configuration parameter that alerts freeswitch to communicate DTMF to kazoo for further processing and action?

Your guidance on next steps is appreciated.

[Alocaurd]

im having the same issue on my 4 server cluster exactly.

On Tuesday, 22 March 2016 11:39:06 UTC-4, MikeMont wrote:

I have been trying to get attended transfer to work and believe I have the default metaflow set up correctly in the system_config as well as the specific account. Konami is running.

{
   "_id": "metaflows",
   "_rev": "8-7fa71da774e5d0cefcbec95b9ae2106f",
   "default": {
       "patterns": {
           "^2(\\d+)$": {
               "data": {
                   "takeback_dtmf": "1"
               },
               "module": "transfer"
           }
       },
       "numbers": {
           "8": {
               "data": {
               },
               "module": "hold"
           }
       },
       "binding_digit": "*",
       "digit_timeout_ms": 800,
       "default_metaflow": "true"
   },

Freeswitch sees the DTMF, but there is no evidence that kazoo is notified or aware. Outside of running the konami_maintenance sup commands, setting the patterns and numbers in the metaflow records and making sure konami is running, are there other areas to be configured to enable metaflows? 

There is only one entry in kazoo.log mentioning konami

Mar 22 13:37:13 KZ1 2600hz[1292]: |38387f106ab2dc8a62a73c9a7994898...@XX.X.XXX.30|konami_listener:116 (<0.31452.18>) no account id for undefined(undefined) owned by undefined

[Vic]

Hello Mike,

I'm having exactly the same behaviors with the in call feature "*4" with the version 4.0.41. Did you find a fix?

I played with all possible bypass_media=false everywhere without effect at all. Calls seem to bypass FreeSwitch.

Thanks,

Vic

On Tuesday, March 22, 2016 at 11:39:06 AM UTC-4, MikeMont wrote:

I have been trying to get attended transfer to work and believe I have the default metaflow set up correctly in the system_config as well as the specific account. Konami is running.

{
   "_id": "metaflows",
   "_rev": "8-7fa71da774e5d0cefcbec95b9ae2106f",
   "default": {
       "patterns": {
           "^2(\\d+)$": {
               "data": {
                   "takeback_dtmf": "1"
               },
               "module": "transfer"
           }
       },
       "numbers": {
           "8": {
               "data": {
               },
               "module": "hold"
           }
       },
       "binding_digit": "*",
       "digit_timeout_ms": 800,
       "default_metaflow": "true"
   },

Freeswitch sees the DTMF, but there is no evidence that kazoo is notified or aware. Outside of running the konami_maintenance sup commands, setting the patterns and numbers in the metaflow records and making sure konami is running, are there other areas to be configured to enable metaflows? 

There is only one entry in kazoo.log mentioning konami

Mar 22 13:37:13 KZ1 2600hz[1292]: |38387f106ab2dc8a62a73c9a7994898...@XX.X.XXX.30|konami_listener:116 (<0.31452.18>) no account id for undefined(undefined) owned by undefined

[Kirill Sysoev]

Hi

I had to look at metaflows a couple of days ago too.
The reason - channels actions (hangup, transfer) wasn't working at my setup.
System config 'default_metaflow true' didn't helped.
Arming calls started only when I set up metaflows on account level.
It seems there was similar observations in this list previously too.

So please give a try to setup metaflows at your test account and let us know if this helps.

Regards,
Kirill

-- You received this message because you are subscribed to the Google Groups "2600hz-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to 2600hz-users...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.

[Victor Velo]

Hello Kirill,

How would you enable it at the account level, for call praking "*4"? (the JSON... and where?)

I seems, that the media is always set to "bypass_media = true", regardless of the setting I put related to "bypass_media".

"*3" and "*4" react correctly when directly dialed, not when you are "in call", which is the normal usage. 

I need actually to have the "Media" to be always "passes through FS".

Kazoo version 4.0.41

Config tag: 4.0.9

Kamailio: 4.4.5

Thanks for helps and tips.

Vic  

 

-- You received this message because you are subscribed to the Google Groups "2600hz-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to 2600hz-users+unsubscribe@googlegroups.com. For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to a topic in the Google Groups "2600hz-users" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/2600hz-users/fU16vZKnJFQ/unsubscribe.
To unsubscribe from this group and all its topics, send an email to 2600hz-users+unsubscribe@googlegroups.com.

[Kirill Sysoev]

Hi,

Can't help here, cuz just can't get how bypass_media can't prevent you from putting call on hold, and never used parking at all.

Regarding how and where metaflows could be enabled at account level:

- settings are stored at account doc:

   "metaflows": {
       "numbers": {
       },
       "patterns": {
           "^2(\\d{2,4})?#$": {
               "module": "transfer",
               "data": {
                   "takeback_dtmf": "1"
               }
           }
       },
       "binding_digit": "*",
       "listen_on": "self",
       "digit_timeout_ms": "900",
       "default_metaflow": true
   },

- you could use API, which is preferrable: https://github.com/2600hz/kazoo/blob/master/applications/crossbar/doc/metaflows.md
- you could edit account doc manually and fluch cache after that

Regards,

-- You received this message because you are subscribed to the Google Groups "2600hz-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to 2600hz-users...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.

[antonsp]

Hi all!

Same issue.

kazoo-core-4.0-42.el7.centos.x86_64
freeswitch-kazoo-1.6.15-1.el7.centos.x86_64

[root@pbx]# sup kapps_controller list_apps
[konami,webhooks,ecallmgr,trunkstore,teletype,stepswitch,reorder,registrar,pivot,omnipresence,milliwatt,media_mgr,hangups,fax,crossbar,conference,cdr,callflow,blackhole,sysconf]
[root@pbx]# sup crossbar_maintenance running_modules
[cb_about,cb_accounts,cb_alerts,cb_api_auth,cb_apps_store,cb_auth,cb_basic_auth,cb_blacklists,cb_callflows,cb_cdrs,cb_channels,cb_clicktocall,cb_comments,cb_conferences,cb_configs,cb_connectivity,cb_contact_list,cb_devices_v1,cb_devices_v2,cb_directories,cb_faxboxes,cb_faxes,cb_groups,cb_hotdesks,cb_ips,cb_ledgers,cb_limits_v1,cb_limits_v2,cb_media,cb_menus,cb_metaflows,cb_notifications,cb_parked_calls,cb_phone_numbers_v1,cb_phone_numbers_v2,cb_pivot,cb_port_requests,cb_presence,cb_rates,cb_registrations,cb_resource_templates,cb_resources,cb_schemas,cb_search,cb_service_plans,cb_services,cb_simple_authz,cb_sms,cb_templates,cb_temporal_rules,cb_temporal_rules_sets,cb_token_auth,cb_token_restrictions,cb_transactions,cb_user_auth,cb_users_v1,cb_users_v2,cb_vmboxes,cb_webhooks,cb_websockets,cb_whitelabel]

Freeswitch gets the DTMF but nothing happen.
2017-04-11 11:45:35.149768 [INFO] switch_channel.c:515 RECV DTMF 7:2000
2017-04-11 11:45:35.169769 [DEBUG] switch_rtp.c:4905 Send end packet for [*] ts=89760 dur=1440/1440/1280 seq=63424 lw=90720
2017-04-11 11:45:35.169769 [DEBUG] switch_rtp.c:4854 Queue digit delay of 40ms
2017-04-11 11:45:35.369774 [DEBUG] switch_rtp.c:7217 RTP RECV DTMF 7:1280
2017-04-11 11:45:35.369774 [INFO] switch_channel.c:515 RECV DTMF 7:1280
2017-04-11 11:45:35.389803 [DEBUG] switch_rtp.c:5006 Send start packet for [7] ts=92400 dur=240/240/2000 seq=63428 lw=92400
2017-04-11 11:45:35.829775 [DEBUG] switch_rtp.c:4854 Queue digit delay of 40ms
2017-04-11 11:45:35.909797 [DEBUG] switch_rtp.c:7217 RTP RECV DTMF 1:1280
2017-04-11 11:45:35.909797 [INFO] switch_channel.c:515 RECV DTMF 1:1280
2017-04-11 11:45:35.929795 [DEBUG] switch_rtp.c:5006 Send start packet for [1] ts=96720 dur=240/240/2000 seq=63450 lw=96720
2017-04-11 11:45:36.129790 [INFO] switch_channel.c:515 RECV DTMF 5:2000
2017-04-11 11:45:36.369770 [DEBUG] switch_rtp.c:7217 RTP RECV DTMF 5:1280
2017-04-11 11:45:36.369770 [INFO] switch_channel.c:515 RECV DTMF 5:1280
2017-04-11 11:45:36.549808 [DEBUG] switch_rtp.c:4854 Queue digit delay of 40ms
2017-04-11 11:45:36.729766 [DEBUG] switch_rtp.c:7217 RTP RECV DTMF 2:1280
2017-04-11 11:45:36.729766 [INFO] switch_channel.c:515 RECV DTMF 2:1280

I tried account metaflows, global metaflows, device metaflows, Inband and 2833 DTMF. All same.

curl -v -X POST -H "X-Auth-Token: XXX" -H "Content-Type: application/json" http://pbx.XXX.ru:8000/v1/accounts/XXX/metaflows -d '{"data":{"patterns":{"^7(\\d{2,4})?#$":{"module":"transfer","data":{"takeback_dtmf":"*1"}}},"binding_digit":"*","digit_timeout_ms":"1000","listen_on":"self", "default_metaflow": true}}'

Please, post solution here, if you have it.

On Tuesday, March 22, 2016 at 8:39:06 PM UTC+5, MikeMont wrote:

I have been trying to get attended transfer to work and believe I have the default metaflow set up correctly in the system_config as well as the specific account. Konami is running.

{
   "_id": "metaflows",
   "_rev": "8-7fa71da774e5d0cefcbec95b9ae2106f",
   "default": {
       "patterns": {
           "^2(\\d+)$": {
               "data": {
                   "takeback_dtmf": "1"
               },
               "module": "transfer"
           }
       },
       "numbers": {
           "8": {
               "data": {
               },
               "module": "hold"
           }
       },
       "binding_digit": "*",
       "digit_timeout_ms": 800,
       "default_metaflow": "true"
   },

Freeswitch sees the DTMF, but there is no evidence that kazoo is notified or aware. Outside of running the konami_maintenance sup commands, setting the patterns and numbers in the metaflow records and making sure konami is running, are there other areas to be configured to enable metaflows? 

There is only one entry in kazoo.log mentioning konami

Mar 22 13:37:13 KZ1 2600hz[1292]: |38387f106ab2dc8a62a73c9a7994898...@XX.X.XXX.30|konami_listener:116 (<0.31452.18>) no account id for undefined(undefined) owned by undefined

[Yuriy Nasida]

Right, this doesn't work but you can get some update here I suppose.

https://groups.google.com/forum/#!topic/2600hz-dev/GJfm3YNfM-w

Mar 22 13:37:13 KZ1 2600hz[1292]: |38387f106ab2dc8a62a73c9a799489...@XX.X.XXX.30|konami_listener:116 (<0.31452.18>) no account id for undefined(undefined) owned by undefined

Additionally, it seems that feature codes initiated while in a call (like *3 park or *4 valet) do not work either. Feature codes like *0 intercom, *11/*12 enable/disable hot desk, *67 privacy, *98 voicemail, etc. that get initiated from an on hook state all work. In fact, *3 and *4 are recognized by kazoo, routed, and dispositioned correctly when initiated without a call being in progress (cold start/on hook condition). The only problem is that there is no active call to park/retrieve.

It seems there is a piece missing when freeswitch has an active call and either feature code or konami codes are pressed.

Are both the metaflow and in call feature code issues related? Perhaps a configuration parameter that alerts freeswitch to communicate DTMF to kazoo for further processing and action?

Your guidance on next steps is appreciated.

--