abuzooz
-
Posts
97 -
Joined
-
Last visited
-
Days Won
3
Content Type
Profiles
Forums
Resource Library: Monster UI Apps for KAZOO
Events
Downloads
Posts posted by abuzooz
-
-
well, it seems that having couple of kazooApps servers and ecallmgr in the same cluster is not a good idea, this is what was causing the problem, when I turned off ecallmgr2 and kazooApps2 severs and left the cluster with 1 for each, everything worked fine!
Is it not recommended to have multiple kazooApps & ecallmgr in the same cluster?
-
Hi All
I recently implemented Amazon S3 storage to save voice message using below settings, saving is going great, however when I try to listen to my voice messages using my softphone or Yealink device, the call drops throwing below exception in Kazoo. what I noticed but not sure if this is relevant, when Kazoo tries to build the proxy URL, it is using account-monthyear ...etc while the settings in the storage plan build the URL as follows S3-URL/account_id/const/attachment
Where in the logs, if you see Kazoo is building the URL as follows --> building proxy URI: {<<"account%2Fba%2F47%2F74842e5840b29c5f6ab1784ad171-202010">>,<<"202010-381bd9efb3b8caafd80554e090a36c00">>,<<"15b051d51c4441cc77d0cf56e6d709ea.mp3">>,[{handler,{[{<<"kz_att_s3">>,{[{<<"S3">>, ..etc which is different than the media url in S3.
Not sure if this is the reason, and if so what am I doing wrong here?
Json used to build storage plan:
{"data":{
"attachments": {"bb966f5b0af243bb835b6c07ca3120a7":{"handler":"s3","name":"Kazoo S3","settings":{"bucket":"test","key":"XXX","secret":"X/XXXX","bucket_access_method":"auto","field_list":[{"arg":"account_id"},{"const":"voicemail"},{"arg":"attachment"}]}},"f8885bb42bdb4466a88847e2d6fbe1b2":{"handler":"s3","name":"Kazoo S3","settings":{"bucket":"talkchief","key":"XXX","secret":"XX/XX","bucket_access_method":"auto","field_list":[{"arg":"account_id"},{"const":"recordings"},{"arg":"attachment"}]}}},"plan":{"modb":{"types":{"call_recording":{"attachments":{"handler":"f8885bb42bdb4466a88847e2d6fbe1b2"}},"mailbox_message":{"attachments":{"handler":"bb966f5b0af243bb835b6c07ca3120a7"}}}}}}}Kazoo Error logs when trying to listen to voice messages
Oct 27 22:58:50 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|kz_amqp_channel:221(<0.19072.238>) published(c13f0645b60df8c3dccb48c8ed9a0b94 334B) to callctl(amqp://guest:guest@10.1.0.100:5672) exchange (routing key ecallmgr@ecallmgr.deskwaves.com-ecallmgr_call_control-<0.28696.46>-cfd9382e) via <0.4367.238>
Oct 27 22:58:50 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|cf_voicemail:211(<0.19072.238>) answered the call and composing the voicemail
Oct 27 22:58:50 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|cf_voicemail:1963(<0.19072.238>) opening df2ddb35ff8caeca1284ac14b556cb6f
Oct 27 22:58:50 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|cf_voicemail:1775(<0.19072.238>) loaded voicemail box df2ddb35ff8caeca1284ac14b556cb6f
Oct 27 22:58:50 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|cf_voicemail:1790(<0.19072.238>) mailbox limited to 100 voicemail messages (has 1 currently)
Oct 27 22:58:50 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|kapps_config:475(<0.19072.238>) missing category keys(default) [<<"voicemail">>]: undefined
Oct 27 22:58:50 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|cf_voicemail:421(<0.19072.238>) caller is the owner of this mailbox
Oct 27 22:58:50 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|cf_voicemail:422(<0.19072.238>) overriding action as check (instead of compose)
Oct 27 22:58:50 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|cf_voicemail:280(<0.19072.238>) caller is the owner of this mailbox, and requires no pin
Oct 27 22:58:50 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|cf_voicemail:753(<0.19072.238>) playing mailbox main menu
Oct 27 22:58:50 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|kz_amqp_channel:221(<0.19072.238>) published(e3af2ca25537432b514dc1442e4c9fd1 352B) to callctl(amqp://guest:guest@10.1.0.100:5672) exchange (routing key ecallmgr@ecallmgr.deskwaves.com-ecallmgr_call_control-<0.28696.46>-cfd9382e) via <0.4367.238>
Oct 27 22:58:50 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|cf_voicemail:760(<0.19072.238>) mailbox has 1 new and 0 saved messages
Oct 27 22:58:50 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|kz_media_util:502(<0.19072.238>) using account override for vm-you_have in account ba4774842e5840b29c5f6ab1784ad171
Oct 27 22:58:50 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|kz_media_util:522(<0.19072.238>) building default prompt path. Error looking up for prompt vm-you_have: {error,not_found}
Oct 27 22:58:50 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|kz_media_util:502(<0.19072.238>) using account override for vm-new_message in account ba4774842e5840b29c5f6ab1784ad171
Oct 27 22:58:50 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|kz_media_util:522(<0.19072.238>) building default prompt path. Error looking up for prompt vm-new_message: {error,not_found}
Oct 27 22:58:50 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|kz_media_util:502(<0.19072.238>) using account override for vm-main_menu in account ba4774842e5840b29c5f6ab1784ad171
Oct 27 22:58:50 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|kz_media_util:522(<0.19072.238>) building default prompt path. Error looking up for prompt vm-main_menu: {error,not_found}
Oct 27 22:58:50 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|kz_amqp_channel:221(<0.19072.238>) published(85338a6b8576533184352f487462e87e 1K) to callctl(amqp://guest:guest@10.1.0.100:5672) exchange (routing key ecallmgr@ecallmgr.deskwaves.com-ecallmgr_call_control-<0.28696.46>-cfd9382e) via <0.4367.238>
Oct 27 22:58:57 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|kz_amqp_channel:221(<0.19072.238>) published(9bb24f978cb30dcd326f36bcceb784f5 352B) to callctl(amqp://guest:guest@10.1.0.100:5672) exchange (routing key ecallmgr@ecallmgr.deskwaves.com-ecallmgr_call_control-<0.28696.46>-cfd9382e) via <0.4367.238>
Oct 27 22:58:57 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|kapps_call_command:2495(<0.19072.238>) collected maximum digits ('1') from caller
Oct 27 22:58:57 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|cf_voicemail:779(<0.19072.238>) playing all messages in folder: new
Oct 27 22:58:57 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|kz_media_url:54(<0.19072.238>) building media url from doc
Oct 27 22:58:57 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|kz_media_file:68(<0.19072.238>) fetching attachment url for '<<"account%2Fba%2F47%2F74842e5840b29c5f6ab1784ad171-202010">>' , '<<"202010-381bd9efb3b8caafd80554e090a36c00">>', '<<"15b051d51c4441cc77d0cf56e6d709ea.mp3">>'
Oct 27 22:58:57 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|kz_media_file:75(<0.19072.238>) building proxy URI: {<<"account%2Fba%2F47%2F74842e5840b29c5f6ab1784ad171-202010">>,<<"202010-381bd9efb3b8caafd80554e090a36c00">>,<<"15b051d51c4441cc77d0cf56e6d709ea.mp3">>,[{handler,{[{<<"kz_att_s3">>,{[{<<"S3">>,<<"g2gCdAAAAAVkAAZidWNrZXRtAAAACXRhbGtjaGllZmQAFGJ1Y2tldF9hY2Nlc3NfbWV0aG9kbQAAAARhdXRvZAAKZmllbGRfbGlzdGwAAAADdAAAAAFtAAAAA2FyZ20AAAAKYWNjb3VudF9pZHQAAAABbQAAAAVjb25zdG0AAAAJdm9pY2VtYWlsdAAAAAFtAAAAA2FyZ20AAAAKYXR0YWNobWVudGpkAANrZXltAAAAFEFLSUE0VDVUSktFQUlXNVZVVUlNZAAGc2VjcmV0bQAAAChOMml3WUhmVHZFOEFISXVXcTQvM3haWUpZRmVBcVdXS3Jpc1JKOEtKbQAAAE9iYTQ3NzQ4NDJlNTg0MGIyOWM1ZjZhYjE3ODRhZDE3MS92b2ljZW1haWwvMTViMDUxZDUxYzQ0NDFjYzc3ZDBjZjU2ZTZkNzA5ZWEubXAz">>},{<<"metadata">>,{[{<<"etag">>,<<"4a17005921e3f3d9f6a5c3b90d86949f">>},{<<"x-amz-request-id">>,<<"CCA38C9F65270D4B">>},{<<"x-amz-id-2">>,<<"wa/XMQ8akRC+Zwb3HPziYZa79AM+90hxSyLQAuHuvKgumEhmSJylDHBggKWXlk+5hN3W5KKtrg0=">>}]}}]}}]}},{rev,<<"2-d5af58792568c0e78d351a55c732c815">>},{stream_type,<<"single">>},{doc_type,<<"mailbox_message">>},{storage_id,<<"df2ddb35ff8caeca1284ac14b556cb6f">>}]}
Oct 27 22:58:57 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|kz_media_file:55(<0.19072.238>) file server at <0.19154.238> for account%2Fba%2F47%2F74842e5840b29c5f6ab1784ad171-202010/202010-381bd9efb3b8caafd80554e090a36c00/15b051d51c4441cc77d0cf56e6d709ea.mp3
Oct 27 22:58:57 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|cf_voicemail:912(<0.19072.238>) playing mailbox message 1 (http://kz-webhook.deskwaves.com:24517/single/g2gEbQAAADdhY2NvdW50JTJGYmElMkY0NyUyRjc0ODQyZTU4NDBiMjljNWY2YWIxNzg0YWQxNzEtMjAyMDEwbQAAACcyMDIwMTAtMzgxYmQ5ZWZiM2I4Y2FhZmQ4MDU1NGUwOTBhMzZjMDBtAAAAJDE1YjA1MWQ1MWM0NDQxY2M3N2QwY2Y1NmU2ZDcwOWVhLm1wM2wAAAACaAJkAAhkb2NfdHlwZW0AAAAPbWFpbGJveF9tZXNzYWdlaAJkAApzdG9yYWdlX2lkbQAAACBkZjJkZGIzNWZmOGNhZWNhMTI4NGFjMTRiNTU2Y2I2Zmo%3D/15b051d51c4441cc77d0cf56e6d709ea.mp3)
Oct 27 22:58:57 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|cf_exe:800(<0.19072.238>) action cf_voicemail died unexpectedly (error): function_clause
Oct 27 22:58:57 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|kz_util:97(<0.19072.238>) stacktrace:
Oct 27 22:58:57 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|kz_util:106(<0.19072.238>) st: calendar:date_to_gregorian_days at 125
Oct 27 22:58:57 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|kz_util:107(<0.19072.238>) args: error
Oct 27 22:58:57 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|kz_util:104(<0.19072.238>) st: calendar:datetime_to_gregorian_seconds/1 at (138)
Oct 27 22:58:57 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|kz_util:104(<0.19072.238>) st: cf_voicemail:get_unix_epoch/2 at (2259)
Oct 27 22:58:57 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|kz_util:104(<0.19072.238>) st: cf_voicemail:message_prompt/4 at (876)
Oct 27 22:58:57 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|kz_util:104(<0.19072.238>) st: cf_voicemail:play_messages/5 at (913)
Oct 27 22:58:57 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|kz_util:104(<0.19072.238>) st: cf_voicemail:main_menu/3 at (781)
Oct 27 22:58:57 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|kz_util:104(<0.19072.238>) st: cf_voicemail:check_mailbox/2 at (242)
Oct 27 22:58:57 kz-webhook 2600hz[862]: |db9ab9c9120442b6be66f0e1c81fce2a|kz_util:104(<0.19072.238>) st: cf_voicemail:handle/2 at (212)
Oct 27 22:58:57 kz-webhook 2600hz[862]: |0000000000|Undefined:Undefined(emulator) Error in process <0.19072.238> on node 'kazoo_apps@kz-webhook.deskwaves.com' with exit value:#012{{nocatch,function_clause},[{cf_exe,cf_module_task,4,[{file,"src/cf_exe.erl"},{line,802}]}]}
-
@mc_ I am not getting kz_att_ for the faulty recordings, only for the one who succeeded, the only error I get is on ecallmgr server as below .
It is worth to mention that this used to work just fine before upgrading kazoo to version 4.3-126 and I am not using Kazoo storage configuration, I only set URL in recording settings and point it to my S3 bucket
2020-10-27 18:54:46.254175 93.10% [ERR] kazoo_commands.c:395 Received HTTP error 0 trying to save /tmp/de304538f3bc261e17ce7bd4fab50294.mp3 to http://d0f0148eb2da5499:7586908d6b54a522@ecallmgr.deskwaves.com:24517/store/g2gEbQAAADdhY2NvdW50JTJGYmElMkY0NyUyRjc0ODQyZTU4NDBiMjljNWY2YWIxNzg0YWQxNzEtMjAyMDEwbQAAACcyMDIwMTAtOTdjMjYyOTllYzRlNjkxN2ZlMjJiYjgwNGY1ZWYyYWFtAAAAJGRlMzA0NTM4ZjNiYzI2MWUxN2NlN2JkNGZhYjUwMjk0Lm1wM2wAAAACaAJkAAhkb2NfdHlwZW0AAAAOY2FsbF9yZWNvcmRpbmdoAmQADXBsYW5fb3ZlcnJpZGV0AAAAA2QAC2F0dF9oYW5kbGVyaAJkAAtrel9hdHRfaHR0cHQAAAAEZAAKZmllbGRfbGlzdGwAAAATbQAAAA9jYWxsX3JlY29yZGluZ19oAmQABWZpZWxkbQAAAAdjYWxsX2lkbQAAAAUuLm1wM20AAAAGP2Zyb209aAJkAAVmaWVsZG0AAAAEZnJvbW0AAAAEJnRvPWgCZAAFZmllbGRtAAAAAnRvbQAAABAmY2FsbGVyX2lkX25hbWU9aAJkAAVmaWVsZG0AAAAOY2FsbGVyX2lkX25hbWVtAAAAEiZjYWxsZXJfaWRfbnVtYmVyPWgCZAAFZmllbGRtAAAAEGNhbGxlcl9pZF9udW1iZXJtAAAACSZjYWxsX2lkPWgCZAAFZmllbGRtAAAAB2NhbGxfaWRtAAAACCZjZHJfaWQ9aAJkAAVmaWVsZG0AAAAGY2RyX2lkbQAAABAmaW50ZXJhY3Rpb25faWQ9aAJkAAVmaWVsZG0AAAAOaW50ZXJhY3Rpb25faWRtAAAADCZhY2NvdW50X2lkPW0AAAAgYmE0Nzc0ODQyZTU4NDBiMjljNWY2YWIxNzg0YWQxNzFqZAAPZmllbGRfc2VwYXJhdG9ybQAAAABkAAN1cmxtAAAAMWh0dHBzOi8vZHctcmVjb3JkaW5ncy5zMy11cy13ZXN0LTEuYW1hem9uYXdzLmNvbS9kAAR2ZXJibQAAAANwdXRkABBhdHRfcG9zdF9oYW5kbGVyZAAIZXh0ZXJuYWxkAAlhdHRfcHJveHlkAAR0cnVlag%3D%3D/de304538f3bc261e17ce7bd4fab50294.mp3
-
Thank you @mc_ for the advise.
I enabled debug mode on Kazoo apps server and on ecallmanager servers, below are the logs I received when freeswitch throw the error for saving a recording file:
On EcallManager Server
First I received this error
Oct 27 17:24:48 ecallmgr2 2600hz[872]: |2235b4fc-931c-1239-808a-96000047b665|ecallmgr_call_control:1162(<0.20860.45>) sending execution error: [{<<"Msg-ID">>,<<"92c9f70a822734147e2fc87b6d21432e">>},{<<"Error-Message">>,<<"Could not execute dialplan action: bridge">>},{<<"Request">>,{[{<<"Export-Bridge-Variables">>,[<<"hold_music">>]},{<<"Timeout">>,20},{<<"Ignore-Forward">>,<<"false">>},{<<"Dial-Endpoint-Method">>,<<"simultaneous">>},{<<"Endpoints">>,[{[{<<"Endpoint-Actions">>,{[{<<"Execute-On-Answer">>,{[{<<"Record-Endpoint">>,{[{<<"Application-Name">>,<<"record_call">>},{<<"Record-Action">>,<<"start">>},{<<"Follow-Transfer">>,false},{<<"Time-Limit">>,3600},{<<"Media-Name">>,<<"67174e29afa55a3477a75518c0cc0516.mp3">>},{<<"Media-Recording-ID">>,<<"202010-291af209ed763ebffa284d3e6e2567bc">>},{<<"Media-Recording-Origin">>,<<"offnet">>},{<<"Media-Recording-Endpoint-ID">>,<<"ed4421e3c7d6d66f303279edce5cd322">>},{<<"Record-Min-Sec">>,<<"1">>},{<<"Media-Recorder">>,<<"kz_media_recording">>},{<<"Call-ID">>,<<"2235b4fc-931c-1239-808a-96000047b665">>},{<<"Msg-ID">>,<<"d746eea51d32d3d336333d33447b6a81">>},{<<"Server-ID">>,<<>>},{<<"Event-Category">>,<<"call">>},{<<"Event-Name">>,<<"command">>},{<<"App-Name">>,<<"kazoo_endpoint">>},{<<"App-Version">>,<<"4.3.120">>},{<<"Node">>,<<"kazoo_apps@kz-webhook.deskwaves.com">>}]}}]}}]}},{<<"To-Username">>,<<"yazan">>},{<<"To-User">>,<<"yazan">>},{<<"To-Realm">>,<<"atlantic.deskwaves.com">>},{<<"To-DID">>,<<"+972559664237">>},{<<"Presence-ID">>,<<"10080@atlantic.deskwaves.com">>},{<<"Privacy-Method">>,<<"kazoo">>},{<<"Outbound-Callee-ID-Number">>,<<"+972559664237">>},{<<"Outbound-Callee-ID-Name">>,<<"yazan inaimss">>},{<<"Ignore-Completed-Elsewhere">>,false},{<<"Endpoint-Timeout">>,<<"20">>},{<<"Custom-SIP-Headers">>,{[{<<"X-KAZOO-INVITE-FORMAT">>,<<"contact">>},{<<"X-KAZOO-AOR">>,<<"sip:yazan@atlantic.deskwaves.com">>}]}},{<<"Custom-Channel-Vars">>,{[{<<"SIP-Invite-Domain">>,<<"atlantic.deskwaves.com">>},{<<"Media-Encryption-Enforce-Security">>,false},{<<"Account-ID">>,<<"ba4774842e5840b29c5f6ab1784ad171">>},{<<"Owner-ID">>,<<"2399970e0db1a68698fd21ea0ec1999c">>},{<<"Authorizing-Type">>,<<"device">>},{<<"Authorizing-ID">>,<<"ed4421e3c7d6d66f303279edce5cd322">>}]}},{<<"Codecs">>,[<<"OPUS">>]},{<<"Callee-ID-Number">>,<<"+972559664237">>},{<<"Callee-ID-Name">>,<<"yazan inaimss">>},{<<"Invite-Format">>,<<"contact">>}]}]},{<<"Call-ID">>,<<"2235b4fc-931c-1239-808a-96000047b665">>},{<<"Application-Name">>,<<"bridge">>},{<<"Server-ID">>,<<"kazoo_apps@kz-webhook.deskwaves.com-cf_exe-<0.7347.234>-8f29a565">>},{<<"Node">>,<<"kazoo_apps@kz-webhook.deskwaves.com">>},{<<"Msg-ID">>,<<"92c9f70a822734147e2fc87b6d21432e">>},{<<"Event-Name">>,<<"command">>},{<<"Event-Category">>,<<"call">>},{<<"App-Version">>,<<"4.0.0">>},{<<"App-Name">>,<<"callflow">>}]}},{<<"Call-ID">>,<<"2235b4fc-931c-1239-808a-96000047b665">>},{<<"Custom-Channel-Vars">>,undefined},{<<"Server-ID">>,<<>>},{<<"Event-Category">>,<<"error">>},{<<"Event-Name">>,<<"dialplan">>},{<<"App-Name">>,<<"ecallmgr">>},{<<"App-Version">>,<<"4.0.0">>},{<<"Node">>,<<"ecallmgr@ecallmgr2.deskwaves.com">>},{<<"Disposition">>,<<"SUCCESS">>},{<<"Hangup-Cause">>,<<"NORMAL_CLEARING">>},{<<"Hangup-Code">>,<<"sip:200">>}]
Then I received this error on ecallmger when freeswitch throw error for saving the recording file
Oct 27 17:33:57 ecallmgr2 2600hz[872]: |89984f4d-04c2-457a-8224-0fc33ee9e5eb|kz_media_file:75(<0.22029.45>) building proxy URI: {<<"account%2Fba%2F47%2F74842e5840b29c5f6ab1784ad171-202010">>,<<"202010-d155b1aa71750e81de832d9cf2f6863b">>,<<"0d9845c26c117d17a911961435c9b1a5.mp3">>,[{rev,<<"1-35255159d3f4cfa13e14d8c0578e0c0b">>},{stream_type,<<"store">>},{doc_type,<<"call_recording">>},{plan_override,#{att_handler => {kz_att_http,#{field_list => [<<"call_recording_">>,{field,<<"call_id">>},<<"..mp3">>,<<"?from=">>,{field,<<"from">>},<<"&to=">>,{field,<<"to">>},<<"&caller_id_name=">>,{field,<<"caller_id_name">>},<<"&caller_id_number=">>,{field,<<"caller_id_number">>},<<"&call_id=">>,{field,<<"call_id">>},<<"&cdr_id=">>,{field,<<"cdr_id">>},<<"&interaction_id=">>,{field,<<"interaction_id">>},<<"&account_id=">>,<<"ba4774842e5840b29c5f6ab1784ad171">>],field_separator => <<>>,url => <<"https://dw-recordings.s3-us-west-1.amazonaws.com/">>,verb => <<"put">>}},att_post_handler => external,att_proxy => true}}]}
On Kazoo Apps server
This is the error shown in KazooApps server when freeswitch throw the error for saving the recording file
Oct 27 17:31:25 kz-webhook 2600hz[862]: |ebee3a7b9f867d2a8eb962652259bdd4|kzs_attachments:144(<0.10111.234>) using handler kz_att_http to store account%2Fba%2F47%2F74842e5840b29c5f6ab1784ad171-202010/202010-528e2fd62354fac43107aa0a034cdf1f/4952ca1fb10a41ee56243daa4f56b4f3.mp3
Oct 27 17:31:25 kz-webhook 2600hz[862]: |ebee3a7b9f867d2a8eb962652259bdd4|kz_att_http:49(<0.10111.234>) storing via put to https://dw-recordings.s3-us-west-1.amazonaws.com/call_recording_17c1dbd3-66dc-4b47-8c8b-1361ff211ba8..mp3?from=972599796989%40atlantic.deskwaves.com&to=10080%40atlantic.deskwaves.com&caller_id_name=972599796989&caller_id_number=972599796989&call_id=17c1dbd3-66dc-4b47-8c8b-1361ff211ba8&cdr_id=202010-17c1dbd3-66dc-4b47-8c8b-1361ff211ba8&interaction_id=63771039078-833e2b68&account_id=ba4774842e5840b29c5f6ab1784ad171 -
well, basically I have 2 ecallmgr separate servers in my Kazoo cluster, working fine with no issues.
After checking the logs, I can see similar error in only one of the ecallmgr nodes, error message is identical to the one provided above which was showing on freeswitch server.
2020-10-23 21:08:58.814190 92.10% [ERR] kazoo_commands.c:395 Received HTTP error 0 trying to save /tmp/3cbfd6241913cda2317d50cda2a90938.mp3 to http://d0f0148eb2da5499:7586908d6b54a522@ecallmgr2.xxxxx.com:24517/store/g2gEbQAAADdhY2NvdW50JTJGYmElMkY0NyUyRjc0ODQyZTU4NDBiMjljNWY2YWIxNzg0YWQxNzEtMjAyMDEwbQAAACcyMDIwMTAtZGY2N2Y4NjgyMjRiYTlkZWMzMDcxM2UzOTVhNjhhNDRtAAAAJDNjYmZkNjI0MTkxM2NkYTIzMTdkNTBjZGEyYTkwOTM4Lm1wM2wAAAACaAJkAAhkb2NfdHlwZW0AAAAOY2FsbF9yZWNvcmRpbmdoAmQADXBsYW5fb3ZlcnJpZGV0AAAAA2QAC2F0dF9oYW5kbGVyaAJkAAtrel9hdHRfaHR0cHQAAAAEZAAKZmllbGRfbGlzdGwAAAATbQAAAA9jYWxsX3JlY29yZGluZ19oAmQABWZpZWxkbQAAAAdjYWxsX2lkbQAAAAUuLm1wM20AAAAGP2Zyb209aAJkAAVmaWVsZG0AAAAEZnJvbW0AAAAEJnRvPWgCZAAFZmllbGRtAAAAAnRvbQAAABAmY2FsbGVyX2lkX25hbWU9aAJkAAVmaWVsZG0AAAAOY2FsbGVyX2lkX25hbWVtAAAAEiZjYWxsZXJfaWRfbnVtYmVyPWgCZAAFZmllbGRtAAAAEGNhbGxlcl9pZF9udW1iZXJtAAAACSZjYWxsX2lkPWgCZAAFZmllbGRtAAAAB2NhbGxfaWRtAAAACCZjZHJfaWQ9aAJkAAVmaWVsZG0AAAAGY2RyX2lkbQAAABAmaW50ZXJhY3Rpb25faWQ9aAJkAAVmaWVsZG0AAAAOaW50ZXJhY3Rpb25faWRtAAAADCZhY2NvdW50X2lkPW0AAAAgYmE0Nzc0ODQyZTU4NDBiMjljNWY2YWIxNzg0YWQxNzFqZAAPZmllbGRfc2VwYXJhdG9ybQAAAABkAAN1cmxtAAAAMWh0dHBzOi8vZHctcmVjb3JkaW5ncy5zMy11cy13ZXN0LTEuYW1hem9uYXdzLmNvbS9kAAR2ZXJibQAAAANwdXRkABBhdHRfcG9zdF9oYW5kbGVyZAAIZXh0ZXJuYWxkAAlhdHRfcHJveHlkAAR0cnVlag%3D%3D/3cbfd6241913cda2317d50cda2a90938.mp3
Is it related to authentication issues between freeswtich and ecallmanager2 maybe? I think that freeswitches are able to store recording files normally when they communicate with ecallmanager1 but when dealing with ecallmanager2 it gives this error.
What would be the issue in this case? how can I troubleshoot further?
-
Hi @Loup
Sure, CRM integration is important for any offering, I am now familiar with the CRMs you mentioned above, but are you offering a custom development service to integrate Kazoo 2600hz with CRMs? or are you asking for guidance?
-
Hi All
We are running kazoo version 4.3-126, we have the following call recording setting for our users to get the recording to be uploaded to an external storage, as below.
Everything works just fine, however, sometimes, we encounter an issue that the recording is not being uploaded and we notice that freeswitch in this case has the following error in its logs, any idea what is wrong here? the strange thing is, it is working many times and only having an issue randomly, I would say it fails 2 times out of 5.
2020-10-23 21:08:58.814190 92.10% [ERR] kazoo_commands.c:395 Received HTTP error 0 trying to save /tmp/3cbfd6241913cda2317d50cda2a90938.mp3 to http://d0f0148eb2da5499:7586908d6b54a522@ecallmgr2.xxxxx.com:24517/store/g2gEbQAAADdhY2NvdW50JTJGYmElMkY0NyUyRjc0ODQyZTU4NDBiMjljNWY2YWIxNzg0YWQxNzEtMjAyMDEwbQAAACcyMDIwMTAtZGY2N2Y4NjgyMjRiYTlkZWMzMDcxM2UzOTVhNjhhNDRtAAAAJDNjYmZkNjI0MTkxM2NkYTIzMTdkNTBjZGEyYTkwOTM4Lm1wM2wAAAACaAJkAAhkb2NfdHlwZW0AAAAOY2FsbF9yZWNvcmRpbmdoAmQADXBsYW5fb3ZlcnJpZGV0AAAAA2QAC2F0dF9oYW5kbGVyaAJkAAtrel9hdHRfaHR0cHQAAAAEZAAKZmllbGRfbGlzdGwAAAATbQAAAA9jYWxsX3JlY29yZGluZ19oAmQABWZpZWxkbQAAAAdjYWxsX2lkbQAAAAUuLm1wM20AAAAGP2Zyb209aAJkAAVmaWVsZG0AAAAEZnJvbW0AAAAEJnRvPWgCZAAFZmllbGRtAAAAAnRvbQAAABAmY2FsbGVyX2lkX25hbWU9aAJkAAVmaWVsZG0AAAAOY2FsbGVyX2lkX25hbWVtAAAAEiZjYWxsZXJfaWRfbnVtYmVyPWgCZAAFZmllbGRtAAAAEGNhbGxlcl9pZF9udW1iZXJtAAAACSZjYWxsX2lkPWgCZAAFZmllbGRtAAAAB2NhbGxfaWRtAAAACCZjZHJfaWQ9aAJkAAVmaWVsZG0AAAAGY2RyX2lkbQAAABAmaW50ZXJhY3Rpb25faWQ9aAJkAAVmaWVsZG0AAAAOaW50ZXJhY3Rpb25faWRtAAAADCZhY2NvdW50X2lkPW0AAAAgYmE0Nzc0ODQyZTU4NDBiMjljNWY2YWIxNzg0YWQxNzFqZAAPZmllbGRfc2VwYXJhdG9ybQAAAABkAAN1cmxtAAAAMWh0dHBzOi8vZHctcmVjb3JkaW5ncy5zMy11cy13ZXN0LTEuYW1hem9uYXdzLmNvbS9kAAR2ZXJibQAAAANwdXRkABBhdHRfcG9zdF9oYW5kbGVyZAAIZXh0ZXJuYWxkAAlhdHRfcHJveHlkAAR0cnVlag%3D%3D/3cbfd6241913cda2317d50cda2a90938.mp3
-
Hi @Alisa
Can we install it on a community self-hosted version? If so, can you please explain how?
Thanks in advance
Yazan
-
1 hour ago, mc_ said:
This has been part of 4.3 since 4.3.90: https://github.com/2600hz/kazoo/releases/tag/4.3.90
So make sure you have a version >= .90.
But, more importantly, you continue to show examples using "sequential". That means "in the order they appear in the gateways array".
Thank you @mc_ the version I have is 4.3-126, somehow when I changed the strategy to "random" it worked, the strange thing when using sequential it keeps using the same gateway without changing, over and over.
I am glad with random it worked, thanks again for your help! -
2 hours ago, mc_ said:
You want to set `gateway_strategy` to `random` on the top-level of the document (not per-gateway). See the schema at https://docs.2600hz.com/dev/applications/crossbar/doc/resources/
Sequential will dial the gateways in the order they appear in the array; random will shuffle the array and dial in that randomized order. Assuming the shuffle is "random" enough, you should see a roughly even balance of which gateway is dialed first.
I am not sure what I am doing wrong, I change where should I put gateway_strategy almost everywhere in the document with no luck,(trial #1 and trial #2 for example), somehow it is always using the first gateway defined in the document in below example (bill.xxx.com), and ignoring the gateway_strategy option, I tried to shuffel gateways and it is always selecting the first one.
am I doing something wrong here?
{
"data": {"emergency": false,"enabled": true,"flags": [],"gateway_strategy":"sequential", ---> tried it here (trial #1)"gateways": [{"gateway_strategy":"sequential", ---> tried it here (trial #2)"codecs": ["PCMU","PCMA"],"custom_sip_headers": {"out": {"user_caller_id_number": "{caller_id_number}","user_caller_id_name": "{caller_id_name}","X-account-id": "{account_id}","X-Member": "{caller_id_name}"}},"emergency": false,"enabled": true,"endpoint_type": "sip","format_from_uri": false,"invite_format": "route","prefix": "","progress_timeout": 15,"realm": "bill.xxx.com","server": "bill.xxx.com","suffix": "","username": "","password": "","Custom-Channel-Vars": {"Caller-Privacy-Hide-Name": false,"Caller-Privacy-Hide-Number": false},"force_port": false,"port": 5060,"skype_rr": true},{"channel_selection": "ascending","codecs": ["PCMU","PCMA"],"custom_sip_headers": {"out": {"user_caller_id_number": "{caller_id_number}","user_caller_id_name": "{caller_id_name}","X-account-id": "{account_id}","X-Member": "{caller_id_name}"}},"emergency": false,"enabled": true,"endpoint_type": "sip","format_from_uri": false,"invite_format": "route","prefix": "","progress_timeout": 15,"realm": "bill2.xxx.com","server": "bill2.xxx.com","suffix": "","username": "","password": "","Custom-Channel-Vars": {"Caller-Privacy-Hide-Name": false,"Caller-Privacy-Hide-Number": false},"force_port": false,"port": 5060,"skype_rr": true},{"channel_selection": "ascending","codecs": ["PCMU","PCMA"],"custom_sip_headers": {"out": {"user_caller_id_number": "{caller_id_number}","user_caller_id_name": "{caller_id_name}","X-account-id": "{account_id}","X-Member": "{caller_id_name}"}},"emergency": false,"enabled": true,"endpoint_type": "sip","format_from_uri": false,"invite_format": "route","prefix": "","progress_timeout": 15,"realm": "bill3.xxx.com","server": "bill3.xxx.com","suffix": "","username": "","password": "","Custom-Channel-Vars": {"Caller-Privacy-Hide-Name": false,"Caller-Privacy-Hide-Number": false},"force_port": false,"port": 5060,"skype_rr": true}],"grace_period": 10,"media": {"audio": {"codecs": ["PCMU","PCMA"]},"video": {"codecs": []},"encryption": {"enforce_security": false,"methods": []}},"name": "billing","rules": ["[1-9]\\d+"],"weight_cost": 100,"id": "billing"},"auth_token": "{auth_token}}"} -
Hi @mc_
If I understood you correctly, I added 1 resource with 3 gateways as below, still the first defined gateway will be always used and no load distribution is happening, am I doing anything wrong?
{
"data":{
"emergency":false,
"enabled":true,
"flags":[
],
"gateways":[
{
"channel_selection":"ascending",
"codecs":[
"PCMU",
"PCMA"
],
"custom_sip_headers":{
"out":{
"user_caller_id_number":"{caller_id_number}",
"user_caller_id_name":"{caller_id_name}",
"X-account-id":"{account_id}",
"X-Member":"{caller_id_name}"
}
},
"emergency":false,
"enabled":true,
"endpoint_type":"sip",
"format_from_uri":false,
"gateway_strategy":"sequential",
"invite_format":"route",
"prefix":"",
"progress_timeout":15,
"realm":"bill.XXX.com",
"server":"bill.XXX.com",
"suffix":"",
"username":"",
"password":"",
"Custom-Channel-Vars":{
"Caller-Privacy-Hide-Name":false,
"Caller-Privacy-Hide-Number":false
},
"force_port":false,
"port":5060,
"skype_rr":true
},
{
"channel_selection":"ascending",
"codecs":[
"PCMU",
"PCMA"
],
"custom_sip_headers":{
"out":{
"user_caller_id_number":"{caller_id_number}",
"user_caller_id_name":"{caller_id_name}",
"X-account-id":"{account_id}",
"X-Member":"{caller_id_name}"
}
},
"emergency":false,
"enabled":true,
"endpoint_type":"sip",
"format_from_uri":false,
"gateway_strategy":"sequential",
"invite_format":"route",
"prefix":"",
"progress_timeout":15,
"realm":"bill2.XXX.com",
"server":"bill2.XXX.com",
"suffix":"",
"username":"",
"password":"",
"Custom-Channel-Vars":{
"Caller-Privacy-Hide-Name":false,
"Caller-Privacy-Hide-Number":false
},
"force_port":false,
"port":5060,
"skype_rr":true
},
{
"channel_selection":"ascending",
"codecs":[
"PCMU",
"PCMA"
],
"custom_sip_headers":{
"out":{
"user_caller_id_number":"{caller_id_number}",
"user_caller_id_name":"{caller_id_name}",
"X-account-id":"{account_id}",
"X-Member":"{caller_id_name}"
}
},
"emergency":false,
"enabled":true,
"endpoint_type":"sip",
"format_from_uri":false,
"gateway_strategy":"sequential",
"invite_format":"route",
"prefix":"",
"progress_timeout":15,
"realm":"bill3.XXX.com",
"server":"bill3.XXX.com",
"suffix":"",
"username":"",
"password":"",
"Custom-Channel-Vars":{
"Caller-Privacy-Hide-Name":false,
"Caller-Privacy-Hide-Number":false
},
"force_port":false,
"port":5060,
"skype_rr":true
}
],
"grace_period":10,
"gateway_strategy":"sequential",
"media":{
"audio":{
"codecs":[
"PCMU",
"PCMA"
]
},
"video":{
"codecs":[
]
},
"encryption":{
"enforce_security":false,
"methods":[
]
}
},
"name":"bill.XXX.com",
"rules":[
"[1-9]\\d+"
],
"weight_cost":50,
"id":"billing"
},
"auth_token":"{auth_token}}"
} -
Problem was solved using this command sup kapps_config set_default ecallmgr restrict_channel_state_publisher true
-
Hi All
We are having a duplicate in any webbook event, for example, we build a webbook for channel destroy, we expect to received 2 events for a channel destroy, however, we receive 4 (duplicated events), we have 2 ecallmgr in our zone, we stopped one of the ecallmgr and we started to receive only 2 (normal without duplicates), but when both are running we receive 4 event (duplicated records) as you can see below, is there a way to prevent this from happening?
{
"account_id":"ba4774842e5840b29c5f6ab1784ad171",
"call_direction":"outbound",
"call_id":"ed5c6510-16b3-4c98-9b18-ad896c7d520f",
"callee_id_name":"985555",
"callee_id_number":"985555",
"caller_id_name":"yazan inaimss",
"caller_id_number":"+985555",
"custom_channel_vars":{
"Bridge-ID":"0_3481997043@192.168.10.3",
"Channel-Authorized":"true",
"E164-Destination":"+972599796989",
"Global-Resource":"true",
"Matched-Number":"985555",
"Original-Number":"985555",
"Reseller-ID":"d751fcae7bebadcae4acfa188ca21939",
"Resource-ID":"billing",
"Resource-Type":"offnet-termination"
},
"emergency_resource_used":"false",
"from":"1008@atlantic.xx.com",
"local_resource_used":"false",
"is_internal_leg":"false",
"other_leg_call_id":"0_3481997043@192.168.10.3",
"request":"985555@atlantic.xx.com",
"reseller_id":"d751fcae7bebadcae4acfa188ca21939",
"timestamp":"63768627479",
"to":"nouser@atlantic.xxxx.com",
"hook_event":"channel_destroy",
"hangup_cause":"ORIGINATOR_CANCEL",
"hangup_code":"sip:487",
"duration_seconds":"0",
"ringing_seconds":"0",
"billing_seconds":"0",
"cluster_id":"44b1e0dc2c0bca7cd07916ae16d14da7"
}{
"account_id":"ba4774842e5840b29c5f6ab1784ad171",
"authorizing_id":"ed4421e3c7d6d66f303279edce5cd322",
"authorizing_type":"device",
"call_direction":"inbound",
"call_id":"0_3481997043@192.168.10.3",
"caller_id_name":"yazan_inaimss",
"caller_id_number":"1008",
"custom_channel_vars":{
"Application-Name":"callflow",
"Application-Node":"kazoo_apps@kz.xx.com",
"Bridge-ID":"0_3481997043@192.168.10.3",
"CallFlow-ID":"25178a8c5f2ad05d145e59f89835679d",
"Channel-Authorized":"true",
"Privacy-Hide-Name":"false",
"Privacy-Hide-Number":"false",
"Reseller-ID":"d751fcae7bebadcae4acfa188ca21939"
},
"custom_application_vars":{
"SHARAMEET":"0_3481997043@192.168.10.3",
"SHARAMEET-EXTENSION":"1008",
"SHARAMEET_CALLER_ID":"12518068273"
},
"emergency_resource_used":"false",
"from":"1008@atlantic.xx.com",
"local_resource_used":"true",
"is_internal_leg":"false",
"owner_id":"2399970e0db1a68698fd21ea0ec1999c",
"request":"985555@atlantic.xx.com",
"reseller_id":"d751fcae7bebadcae4acfa188ca21939",
"timestamp":"63768627479",
"to":"972599796989@atlantic.xx.com:5060",
"hook_event":"channel_destroy",
"hangup_cause":"ORIGINATOR_CANCEL",
"hangup_code":"sip:487",
"duration_seconds":"1",
"ringing_seconds":"1",
"billing_seconds":"0",
"cluster_id":"44b1e0dc2c0bca7cd07916ae16d14da7"
}---------------------------------------------------------------------------------------------------------------
{
"account_id":"ba4774842e5840b29c5f6ab1784ad171",
"authorizing_id":"ed4421e3c7d6d66f303279edce5cd322",
"authorizing_type":"device",
"call_direction":"inbound",
"call_id":"0_3481997043@192.168.10.3",
"caller_id_name":"yazan_inaimss",
"caller_id_number":"1008",
"custom_channel_vars":{
"Application-Name":"callflow",
"Application-Node":"kazoo_apps@kz.xx.com",
"Bridge-ID":"0_3481997043@192.168.10.3",
"CallFlow-ID":"25178a8c5f2ad05d145e59f89835679d",
"Channel-Authorized":"true",
"Privacy-Hide-Name":"false",
"Privacy-Hide-Number":"false",
"Reseller-ID":"d751fcae7bebadcae4acfa188ca21939"
},
"custom_application_vars":{
"SHARAMEET":"0_3481997043@192.168.10.3",
"SHARAMEET-EXTENSION":"1008",
"SHARAMEET_CALLER_ID":"12518068273"
},
"emergency_resource_used":"false",
"from":"1008@atlantic.xx.com",
"local_resource_used":"true",
"is_internal_leg":"false",
"owner_id":"2399970e0db1a68698fd21ea0ec1999c",
"request":"985555@atlantic.xx.com",
"reseller_id":"d751fcae7bebadcae4acfa188ca21939",
"timestamp":"63768627479",
"to":"972599796989@atlantic.xx.com:5060",
"hook_event":"channel_destroy",
"hangup_cause":"ORIGINATOR_CANCEL",
"hangup_code":"sip:487",
"duration_seconds":"1",
"ringing_seconds":"1",
"billing_seconds":"0",
"cluster_id":"44b1e0dc2c0bca7cd07916ae16d14da7"
}{
"account_id":"ba4774842e5840b29c5f6ab1784ad171",
"call_direction":"outbound",
"call_id":"ed5c6510-16b3-4c98-9b18-ad896c7d520f",
"callee_id_name":"985555",
"callee_id_number":"985555",
"caller_id_name":"yazan inaimss",
"caller_id_number":"+985555",
"custom_channel_vars":{
"Bridge-ID":"0_3481997043@192.168.10.3",
"Channel-Authorized":"true",
"E164-Destination":"+972599796989",
"Global-Resource":"true",
"Matched-Number":"985555",
"Original-Number":"985555",
"Reseller-ID":"d751fcae7bebadcae4acfa188ca21939",
"Resource-ID":"billing",
"Resource-Type":"offnet-termination"
},
"emergency_resource_used":"false",
"from":"1008@atlantic.xx.com",
"local_resource_used":"false",
"is_internal_leg":"false",
"other_leg_call_id":"0_3481997043@192.168.10.3",
"request":"985555@atlantic.xx.com",
"reseller_id":"d751fcae7bebadcae4acfa188ca21939",
"timestamp":"63768627479",
"to":"nouser@atlantic.xxxx.com",
"hook_event":"channel_destroy",
"hangup_cause":"ORIGINATOR_CANCEL",
"hangup_code":"sip:487",
"duration_seconds":"0",
"ringing_seconds":"0",
"billing_seconds":"0",
"cluster_id":"44b1e0dc2c0bca7cd07916ae16d14da7"
} -
Hi @lazedo
Thank you for your feedback.
I tried to do clustering for days, but it seems there is no clear way to do it while still compatible with Kazoo. I was able to cluster Rabbitmq, however, Kazoo-rabbitmq service wont start after clustering as the cluster was using rabbitmq-server service instead of Kazoo-Rabbitmq, as both native Rabbitmq and Kazoo_rabbitmq will be listening to same port which will make kazoo-rabbitmq service down, hence, Kazoo apps wont be able to conenct to Rabbitmq server.
I tried following below articles how to cluster Rabbitmq in a way that will be compatible with Kazoo, but it didnt work at all
Can you recommend steps or an article to explain how to cluster RabbitMQ in Kazoo environment? or is clustering the only was to have an automatic RabbitMQ failover in Kazoo environment?
Thanks in advance
Yazan
-
Hi All
I have 2 Rabbitmq servers in my zone, I configured it in Kazoo apps, ecallmgr and Kamailio. all is working just fine until the main RabbitMQ desfined in Kamailio as primary is down, it is not switching to the secondary RabbitMQ server while other kazoo apps does, it is giving connection timeout while it is connecting with no issues if testing the connectivity using cmd CURL command to the secondary rabbit server.
Any advise?
Kamailio settings in local.cfg file is as below:
#!substdef "!MY_AMQP_URL!amqp://guest:guest@10.1.0.15:5672!g"
#!substdef "!MY_AMQP_SECONDARY_URL!amqp://guest:guest@10.1.0.9:5672!g"
-
@mc_ thank you for your continue help! worked like a charm
-
That would be amazing!
-
Hi All
I am not sure this feature exist in Kazoo, but I guess so as I saw there is weight assigned in resources, what I am trying to do, is to define 3 servers as gateway for Kazoo (I used to have 1 and working perfectly) and Kazoo shall chose one of the servers for outbound calls randomly as I set the resources weight to be equal. However, it is always calling one server and if this server (gateway) is down the call fails.
Any Idea?
Dailplan regex is the same for all gateways
-
Thank you @esoare
-
Hi All
I am trying to figure out how to do warm call transfer, cold transfer is done easily and without any issue.
Any ideas?
Thanks
-
@Karl Stallknecht I agree, but do you know how to enable/disable it using Kazoo API or configuration? as by default it is on, but I want to give my customers an option to set it on or off.
Much apprecaited.
-
Thank you @Karl Stallknecht , OK sounds fair. maybe If I can enable call waiting on user level a lot of this behavior will be enhanced, as we face the same when a user receive 4 concurrent inbound calls, his screen is covered with requests.
Is it an option to enable/disable call waiting on user level?
-
Hi All
We face the following issue with ring groups, when we define a ring group with 2 users for example, and we receive 4 inbound calls at the same time, the 4 calls will be shown as pop-ups on the soft-phone of all agents even if the agent is already ringing or in a call! we were expecting that ring groups will behave same as ring groups in Freeswitch, i.e. if a member where busy (ringing) or in a call, to keep the caller (inbound call) on hold until one of the agents in this ring group is free, then his device will ring, something similar to Queue behaviour
Is this doable or am I doing something wrong in my Kazoo setup?
P.S. we use Kazoo version 4.3
Thanks
-
What about limits on user level, If device level is not possible? and if this is not possible on Kazoo config, can it be done on Kamailio or other Kazoo module as script?
Kazoo cant get Voice messages from Amazon S3
in 2600Hz Mobile
Posted
It seems this is related to timezone according to the article below
@Darren Schreiber you were right in below article, when changing time zone from Asia/Jerusalem to America/NewYork it worked, but this would cause issues with the termporal rules if we dont set the correct timezone for the companies, I saw this issue was reported since 2017, any workaround here?