-
Posts
1,766 -
Joined
-
Days Won
4
Content Type
Profiles
Forums
Resource Library: Monster UI Apps for KAZOO
Events
Downloads
Posts posted by mc_
-
-
I believe it allows you to retry the ring group if no one answers in the allotted timeout before progressing to the next callflow action. So if you set it to 2, it would ring the group, timeout, ring the group again, then continue the callflow.
-
A couple ideas I have, in no particular order, that the backend could do:
- With the new Tasks API, store the output CSV file to S3/GoogleDrive/HTTP URL (in addition to or in lieu of the Kazoo DB) or email the CSV as a notification so you can provide reports to customers with white-labeled emails.
- Create tasks on the backend for the commonly requested reports. I think weekly/monthly usage reports make sense, Month-over-month and week-over-week as well, whatever else the business unit agrees are common requests.
-
Grandiose idea - create a DSL (basically a specific scripting language) for CDR reporting that Tasks can execute, allowing end users to construct their own reports
- Gets closer to providing ad-hoc reports that people want so they don't have to rely on 2600Hz/Kazoo to build the report
- Can store the DSL script and run it on a schedule
I wonder if we can use the forum software to run a poll? @Darren Schreiber, would it be worth a poll to find the top 3 CDR reports folks want?
-
I want to play with the idea of federated clusters more, to make this a more supported setup. In the meantime, I think the best you can do is setup HTTP replication in couch from their cluster to yours with the same account database. You'll have to go in each month to setup the MODB replication as well. There may be fancier ways to do it as well, but I haven't thought too hard about it.
-
I'm confused; bash auto-completion helps with exactly that. Consider:
james@pdx:~/local/git/2600hz/kazoo/core/sup$ sup acdc_agent_maintenance doodle_maintenance kapps_config kazoo_modb_maintenance kazoo_voicemail_maintenance tasks_maintenance acdc_maintenance ecallmgr_config kapps_controller kazoo_modb_migrate_maintenance konami_maintenance teletype_maintenance blackhole_maintenance ecallmgr_maintenance kapps_maintenance kazoo_number_manager_maintenance media_mgr_maintenance trunkstore_maintenance callflow_maintenance fax_maintenance kazoo_amqp_maintenance kazoo_oauth_maintenance notify_maintenance webhooks_maintenance call_inspector_maintenance frontier_maintenance kazoo_auth_maintenance kazoo_perf_maintenance notify_resend_maintenance cb_apps_maintenance hangups_maintenance kazoo_data_maintenance kazoo_proper_maintenance omnipresence_maintenance conference_maintenance hotornot_maintenance kazoo_ips_maintenance kazoo_services_maintenance pusher_maintenance crossbar_bindings jonny5_maintenance kazoo_maintenance kazoo_speech_maintenance registrar_maintenance crossbar_maintenance kapps_account_config kazoo_media_maintenance kazoo_transactions_maintenance stepswitch_maintenance james@pdx:~/local/git/2600hz/kazoo/core/sup$ sup ecallmgr_ ecallmgr_config ecallmgr_maintenance james@pdx:~/local/git/2600hz/kazoo/core/sup$ sup ecallmgr_maintenance acl_summary channel_summary disable_authz flush_node_channels limit_channel_uptime registrar_sync show_channels add_fs_node check_sync disable_local_resource_authz flush_node_conferences list_fs_nodes reload_acls sync_channels allow_carrier conference_details enable_authz flush_registrar node_details remove_acl sync_conferences allow_sbc conference_summary enable_local_resource_authz flush_util node_summary remove_fs_node test_carrier_ip carrier_acls deny_carrier flush_acls get_fs_nodes registrar_details sbc_acls test_sbc_ip channel_details deny_sbc flush_authn hangup_long_running_channels registrar_summary show_calls james@pdx:~/local/git/2600hz/kazoo/core/sup$ sup ecallmgr_maintenance flush_ flush_acls flush_authn flush_node_channels flush_node_conferences flush_registrar flush_util
I think the -h flag is preventing bash auto-completion for you.
-
Probably the best place to start is in the sysadmin docs while you get familiar with how Kazoo operates. Check out the CentOS 7 install guide and the quickstart API guide. If you find places in the docs that are unclear, click the edit link and submit a PR. The appendix is a pile of docs poorly migrated from the old wiki. There may still be some nuggets of wisdom that are worth cleaning up and moving to the main nav.
Please use the forums to search for answers then pose questions if you don't find the help you need. The community is quite knowledge-able!
-
I can't say definitively but I believe this cause can be added to ignored hangup causes. I know Kazoo has plumbing in ecallmgr the explicitly handles the case where the hangup cause is REDIRECTION_TO_NEW_DESTINATION. I can't imagine why a system operator would want alerts about this (but I'm not a typical system operator so hopefully someone else can chime in with a good reason to keep the alerts for this hangup cause).
Regarding Erlang, I would welcome you to pick it up just for general learning as well as being able to hack on Kazoo itself. Probably the best way to help the community is looking at the different doc sites and improve the docs. Each page should have an edit link taking you to the git repo backing the content. PRs welcome! Feel free to ask Erlang questions here as well, if you decide to pursue that avenue. Love to help folks get up to speed there!
-
Hi! and welcome!
If you want to remove this hangup cause from the ones that generate alerts, I think you need to edit the "hangups" document in the "system_config" database. There should be a key "ignore_hangup_causes" that will contain a list of hangup causes that Kazoo considers "normal" or expected. You can add this redirection cause to that list, flush the cache "sup kapps_config flush" on the VM, and see if that does the trick.
See here for more about monitoring hangup causes.
-
Good points. Any chance you can screenshot the X-Lite and Monster config screens so people can see which values in Monster go into which fields in X-Lite? Maybe include version numbers too in case things get redesigned or renamed in future versions.
-
Hi Lance,
There is a commercial offering called Qubicle. You'd have to talk to the sales team to find out more, get a demo, etc.
ACDc is community-supported and has several companies using it and occasionally submitting pull requests with updates.
-
Hard to know what "does not work" means in this case? What errors do you see? Does using 'curl' on the command line work? Maybe its an issue with Fauxton? Can you supply some more details around what you're experiencing?
-
Where are you putting this media? Most places that take a media_id of some sort will also accept the "shout://" URL as well. FreeSWITCH will need mod_shout enabled as well, by the by.
-
I don't think there's anything restricting the URL from being "shout://...". ecallmgr explicitly checks for shout:// and passes it direct to FreeSWITCH. Give it a shot and let us know!
-
If you have the time and inclination, create this as a doc on the Sysadmin repo. This will add it to the Sysadmin docs site and probably be more viewed.
This is great, btw!
-
To add, this will be on the latest and 3.20 builds when those jobs are run.
-
Hi Alex,
I've patched the relevant code to support multi-nested keys in the querystring filters. The relevant commit if you care is here
Customer with local solution
in Product Discussion
Posted
When the local cluster creates the MODb at the beginning of the month, no replication job will exist for it. You'll need to start one to replicate from the local cluster to your hosted cluster. Anyway, I'm sure there are dragons lurking in this setup so tread carefully, have lots of monitoring, etc.