Testing mod_verto, a few ideas
Hi,. i was testing mod_verto. I love this new endpoint. :) During the tests, i saw a few details that i think could be nice to have comparing to the other endpoints. - dbname - we can't force the path where to store json.db for presence, right now it creats a json.db in the directory, freeswitch/db, This db is used for presence, no? - profile restart / relaod configuration without dropping the active calls, right now the command i use is reload mod_verto which drops all the active calls - implement new option to disable login from websocket, like in sofia "sip-forbid-register", i solved by setting a random jsonrpc-password - cannot force caller id from directory with variables, i set the variable effective_caller_id_name and effective_caller_id_number in directory.xml but they are not used... possible other variables could be nice. - missing internal events, like in sofia, for example, sofia:register, quite useful to monitor the registered verto endpoints with esl. - without setting the parameter mcast_ip, sometimes i have the error repeated multiple times: 2014-07-24 16:59:25.973074 [ERR] mod_verto.c:3247 MCAST INVALID READ -1 Since this is a resume of my testing i didn't report them on jira, If you wish i can open separated jira's to each point. Thanks, António
Hi, solving one of my features request, to be have events on mod_verto you can check the patch on: https://jira.freeswitch.org/browse/FS-6690 This allows verto to fire events when a client connect/disconnect and login. In the event we have the variables: verto_profile_name client_address verto_login verto_result verto_result_txt For calls we already have the internal events CHANNEL_STATE.... Hope it helps someone :) Regards, António On Thu, 2014-07-24 at 18:55 +0200, Antonio Silva wrote:
Hi,.
i was testing mod_verto. I love this new endpoint. :)
During the tests, i saw a few details that i think could be nice to have comparing to the other endpoints.
- dbname - we can't force the path where to store json.db for presence, right now it creats a json.db in the directory, freeswitch/db, This db is used for presence, no? - profile restart / relaod configuration without dropping the active calls, right now the command i use is reload mod_verto which drops all the active calls - implement new option to disable login from websocket, like in sofia "sip-forbid-register", i solved by setting a random jsonrpc-password - cannot force caller id from directory with variables, i set the variable effective_caller_id_name and effective_caller_id_number in directory.xml but they are not used... possible other variables could be nice. - missing internal events, like in sofia, for example, sofia:register, quite useful to monitor the registered verto endpoints with esl. - without setting the parameter mcast_ip, sometimes i have the error repeated multiple times: 2014-07-24 16:59:25.973074 [ERR] mod_verto.c:3247 MCAST INVALID READ -1
Since this is a resume of my testing i didn't report them on jira, If you wish i can open separated jira's to each point.
Thanks, António
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (1)
-
Antonio Silva