sofia_count_reg - return -1
Hi , Today I update the most recent version from git. Does sofia_count_reg broken? It always return -1 Thanks Lloyd
On Sat, Apr 21, 2012 at 7:48 PM, Lloyd Aloysius <lloyd.aloysius@gmail.com> wrote:
Today I update the most recent version from git. Does sofia_count_reg broken? It always return -1
I'll save you some time... if you think it's a bug, go here: http://jira.freeswitch.org/secure/Dashboard.jspa Directing users to report bugs in Jira has been a pretty constant theme on the mailing list (especially the last few weeks). Good luck! Best, Gabe
Looks like it's been broken for awhile now, but yes, as Gabe mentioned you need to file a JIRA. This is the wrong place for bug reports. -BDF On Sat, Apr 21, 2012 at 11:46 PM, Gabriel Gunderson <gabe@gundy.org> wrote:
On Sat, Apr 21, 2012 at 7:48 PM, Lloyd Aloysius <lloyd.aloysius@gmail.com> wrote:
Today I update the most recent version from git. Does sofia_count_reg broken? It always return -1
I'll save you some time... if you think it's a bug, go here: http://jira.freeswitch.org/secure/Dashboard.jspa
Directing users to report bugs in Jira has been a pretty constant theme on the mailing list (especially the last few weeks).
Good luck!
Best, Gabe
_________________________________________________________________________ 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
-- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
By the way, you need to do this: sofia_count_reg user/<user_id>@<domain> In my case I get 0, but there's one registered. On another that's not registered I get -1. Add that into your bug report. -BDF On Sun, Apr 22, 2012 at 12:18 AM, Brian Foster <bdfoster@endigotech.com>wrote:
Looks like it's been broken for awhile now, but yes, as Gabe mentioned you need to file a JIRA. This is the wrong place for bug reports.
-BDF
On Sat, Apr 21, 2012 at 11:46 PM, Gabriel Gunderson <gabe@gundy.org>wrote:
On Sat, Apr 21, 2012 at 7:48 PM, Lloyd Aloysius <lloyd.aloysius@gmail.com> wrote:
Today I update the most recent version from git. Does sofia_count_reg broken? It always return -1
I'll save you some time... if you think it's a bug, go here: http://jira.freeswitch.org/secure/Dashboard.jspa
Directing users to report bugs in Jira has been a pretty constant theme on the mailing list (especially the last few weeks).
Good luck!
Best, Gabe
_________________________________________________________________________ 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
-- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
-- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
I tested and found everything in order. If you were using the api without arguments then it will report a error "-1". The correct format for counting all registrations of a user use "sofia_count_reg <user>@<domain>" I use "sofia_count_reg 1000@192.168.100.74" "1000" being my user and "192.168.100.74" the IP of my FreeSWITCH box". To see all registrations of a domain use "sofia_count_reg @<domain>" I use "sofia_count_reg @192.168.100.74" (be sure to include the @). Kyle A. King Quentus Technologies, INC Cell: 703-635-9512 Work: 253-218-6030 Fax: 206-462-1861 Email: kyle.king@quentustech.com On 04/21/2012 09:20 PM, Brian Foster wrote:
By the way, you need to do this:
sofia_count_reg user/<user_id>@<domain>
In my case I get 0, but there's one registered. On another that's not registered I get -1. Add that into your bug report.
-BDF
On Sun, Apr 22, 2012 at 12:18 AM, Brian Foster <bdfoster@endigotech.com>wrote:
Looks like it's been broken for awhile now, but yes, as Gabe mentioned you need to file a JIRA. This is the wrong place for bug reports.
-BDF
On Sat, Apr 21, 2012 at 11:46 PM, Gabriel Gunderson <gabe@gundy.org>wrote:
On Sat, Apr 21, 2012 at 7:48 PM, Lloyd Aloysius <lloyd.aloysius@gmail.com> wrote:
Today I update the most recent version from git. Does sofia_count_reg broken? It always return -1 I'll save you some time... if you think it's a bug, go here: http://jira.freeswitch.org/secure/Dashboard.jspa
Directing users to report bugs in Jira has been a pretty constant theme on the mailing list (especially the last few weeks).
Good luck!
Best, Gabe
_________________________________________________________________________ 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
-- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ 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
Environment 1. Multi-tenant 2. Core Database - mysql 3. See the results freeswitch@default> version FreeSWITCH Version 1.1.beta1 (git-adae5e5 2012-04-21 16-08-32 +0200) freeswitch@default> sofia_count_reg aaron@mydomain.ca -1 freeswitch@default> sofia_count_reg mydomain.ca -1 freeswitch@default> * * But the user aaron is registered with the system. On Sun, Apr 22, 2012 at 3:02 AM, Kyle King <kyle.king@quentustech.com>wrote:
** I tested and found everything in order. If you were using the api without arguments then it will report a error "-1". The correct format for counting all registrations of a user use "sofia_count_reg <user>@<domain>" I use "sofia_count_reg 1000@192.168.100.74" "1000" being my user and "192.168.100.74" the IP of my FreeSWITCH box". To see all registrations of a domain use "sofia_count_reg @<domain>" I use "sofia_count_reg @192.168.100.74" (be sure to include the @).
Kyle A. King Quentus Technologies, INC Cell: 703-635-9512 Work: 253-218-6030 Fax: 206-462-1861 Email: kyle.king@quentustech.com
On 04/21/2012 09:20 PM, Brian Foster wrote:
By the way, you need to do this:
sofia_count_reg user/<user_id>@<domain>
In my case I get 0, but there's one registered. On another that's not registered I get -1. Add that into your bug report.
-BDF
On Sun, Apr 22, 2012 at 12:18 AM, Brian Foster <bdfoster@endigotech.com> <bdfoster@endigotech.com>wrote:
Looks like it's been broken for awhile now, but yes, as Gabe mentioned you need to file a JIRA. This is the wrong place for bug reports.
-BDF
On Sat, Apr 21, 2012 at 11:46 PM, Gabriel Gunderson <gabe@gundy.org> <gabe@gundy.org>wrote:
On Sat, Apr 21, 2012 at 7:48 PM, Lloyd Aloysius<lloyd.aloysius@gmail.com> <lloyd.aloysius@gmail.com> wrote:
Today I update the most recent version from git. Does sofia_count_reg broken? It always return -1
I'll save you some time... if you think it's a bug, go here:http://jira.freeswitch.org/secure/Dashboard.jspa
Directing users to report bugs in Jira has been a pretty constant theme on the mailing list (especially the last few weeks).
Good luck!
Best, Gabe
_________________________________________________________________________ Professional FreeSWITCH Consulting Services:consulting@freeswitch.orghttp://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
-- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services:consulting@freeswitch.orghttp://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
_________________________________________________________________________ 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
Can you double check how your domains are listed under 'sofia status' ? Also, check the value for the user under the command 'sofia status profile <profile_name> reg'. This will list all of the registrations, and you should check the User: field. That's the domain or ip you have to use to be able to count the registrations. William King Senior Engineer Quentus Technologies, INC 1037 NE 65th St Suite 273 Seattle, WA 98115 Main: (877) 211-9337 Office: (206) 388-4772 Cell: (253) 686-5518 william.king@quentustech.com On 04/22/2012 11:14 AM, Lloyd Aloysius wrote:
Environment
1. Multi-tenant 2. Core Database - mysql 3. See the results
freeswitch@default> version FreeSWITCH Version 1.1.beta1 (git-adae5e5 2012-04-21 16-08-32 +0200)
freeswitch@default> sofia_count_reg aaron@mydomain.ca <mailto:aaron@mydomain.ca> -1
freeswitch@default> sofia_count_reg mydomain.ca <http://mydomain.ca> -1
freeswitch@default>
* * But the user aaron is registered with the system.
On Sun, Apr 22, 2012 at 3:02 AM, Kyle King <kyle.king@quentustech.com <mailto:kyle.king@quentustech.com>> wrote:
I tested and found everything in order. If you were using the api without arguments then it will report a error "-1". The correct format for counting all registrations of a user use "sofia_count_reg <user>@<domain>" I use "sofia_count_reg 1000@192.168.100.74 <mailto:1000@192.168.100.74>" "1000" being my user and "192.168.100.74" the IP of my FreeSWITCH box". To see all registrations of a domain use "sofia_count_reg @<domain>" I use "sofia_count_reg @192.168.100.74 <http://192.168.100.74>" (be sure to include the @).
Kyle A. King Quentus Technologies, INC Cell: 703-635-9512 <tel:703-635-9512> Work: 253-218-6030 <tel:253-218-6030> Fax: 206-462-1861 <tel:206-462-1861> Email: kyle.king@quentustech.com <mailto:kyle.king@quentustech.com>
On 04/21/2012 09:20 PM, Brian Foster wrote:
By the way, you need to do this:
sofia_count_reg user/<user_id>@<domain>
In my case I get 0, but there's one registered. On another that's not registered I get -1. Add that into your bug report.
-BDF
On Sun, Apr 22, 2012 at 12:18 AM, Brian Foster <bdfoster@endigotech.com> <mailto:bdfoster@endigotech.com>wrote:
Looks like it's been broken for awhile now, but yes, as Gabe mentioned you need to file a JIRA. This is the wrong place for bug reports.
-BDF
On Sat, Apr 21, 2012 at 11:46 PM, Gabriel Gunderson <gabe@gundy.org> <mailto:gabe@gundy.org>wrote:
On Sat, Apr 21, 2012 at 7:48 PM, Lloyd Aloysius <lloyd.aloysius@gmail.com> <mailto:lloyd.aloysius@gmail.com> wrote:
Today I update the most recent version from git. Does sofia_count_reg broken? It always return -1
I'll save you some time... if you think it's a bug, go here: http://jira.freeswitch.org/secure/Dashboard.jspa
Directing users to report bugs in Jira has been a pretty constant theme on the mailing list (especially the last few weeks).
Good luck!
Best, Gabe
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto: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 <mailto: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
-- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com <mailto:bdfoster@endigotech.com> Phone: 317-800-7876 <tel:317-800-7876> Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto: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 <mailto: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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto: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 <mailto: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
_________________________________________________________________________ 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
There are no issue in domains settings. sofia_contact works perfectly * * * <http://www.sunteltech.ca/blog/>* On Sun, Apr 22, 2012 at 2:20 PM, William King <william.king@quentustech.com>wrote:
Can you double check how your domains are listed under 'sofia status' ?
Also, check the value for the user under the command 'sofia status profile <profile_name> reg'. This will list all of the registrations, and you should check the User: field. That's the domain or ip you have to use to be able to count the registrations.
William King Senior Engineer Quentus Technologies, INC 1037 NE 65th St Suite 273 Seattle, WA 98115 Main: (877) 211-9337 Office: (206) 388-4772 Cell: (253) 686-5518william.king@quentustech.com
On 04/22/2012 11:14 AM, Lloyd Aloysius wrote:
Environment
1. Multi-tenant 2. Core Database - mysql 3. See the results
freeswitch@default> version FreeSWITCH Version 1.1.beta1 (git-adae5e5 2012-04-21 16-08-32 +0200)
freeswitch@default> sofia_count_reg aaron@mydomain.ca -1
freeswitch@default> sofia_count_reg mydomain.ca -1
freeswitch@default>
* * But the user aaron is registered with the system.
On Sun, Apr 22, 2012 at 3:02 AM, Kyle King <kyle.king@quentustech.com>wrote:
I tested and found everything in order. If you were using the api without arguments then it will report a error "-1". The correct format for counting all registrations of a user use "sofia_count_reg <user>@<domain>" I use "sofia_count_reg 1000@192.168.100.74" "1000" being my user and "192.168.100.74" the IP of my FreeSWITCH box". To see all registrations of a domain use "sofia_count_reg @<domain>" I use "sofia_count_reg @192.168.100.74" (be sure to include the @).
Kyle A. King Quentus Technologies, INC Cell: 703-635-9512 Work: 253-218-6030 Fax: 206-462-1861 Email: kyle.king@quentustech.com
On 04/21/2012 09:20 PM, Brian Foster wrote:
By the way, you need to do this:
sofia_count_reg user/<user_id>@<domain>
In my case I get 0, but there's one registered. On another that's not registered I get -1. Add that into your bug report.
-BDF
On Sun, Apr 22, 2012 at 12:18 AM, Brian Foster <bdfoster@endigotech.com> <bdfoster@endigotech.com>wrote:
Looks like it's been broken for awhile now, but yes, as Gabe mentioned you need to file a JIRA. This is the wrong place for bug reports.
-BDF
On Sat, Apr 21, 2012 at 11:46 PM, Gabriel Gunderson <gabe@gundy.org> <gabe@gundy.org>wrote:
On Sat, Apr 21, 2012 at 7:48 PM, Lloyd Aloysius<lloyd.aloysius@gmail.com> <lloyd.aloysius@gmail.com> wrote:
Today I update the most recent version from git. Does sofia_count_reg broken? It always return -1
I'll save you some time... if you think it's a bug, go here:http://jira.freeswitch.org/secure/Dashboard.jspa
Directing users to report bugs in Jira has been a pretty constant theme on the mailing list (especially the last few weeks).
Good luck!
Best, Gabe
_________________________________________________________________________ Professional FreeSWITCH Consulting Services:consulting@freeswitch.orghttp://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
-- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services:consulting@freeswitch.orghttp://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
_________________________________________________________________________ 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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services:consulting@freeswitch.orghttp://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
_________________________________________________________________________ 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
Lloyd, I have two FS, one with multi-tenant while the other single tenant, running version FreeSWITCH Version 1.1.beta1 (git-a00e9af 2012-04-12 16-28-50 -0500) FreeSWITCH Version 1.1.beta1 (git-3887495 2012-04-19 11-32-29 +0200) both of them all returning -1 when running sofia_count_reg I believe this should be a bug for a while. chris On Sun, Apr 22, 2012 at 2:14 PM, Lloyd Aloysius <lloyd.aloysius@gmail.com>wrote:
Environment
1. Multi-tenant 2. Core Database - mysql 3. See the results
freeswitch@default> version FreeSWITCH Version 1.1.beta1 (git-adae5e5 2012-04-21 16-08-32 +0200)
freeswitch@default> sofia_count_reg aaron@mydomain.ca -1
freeswitch@default> sofia_count_reg mydomain.ca -1
freeswitch@default>
* * But the user aaron is registered with the system.
On Sun, Apr 22, 2012 at 3:02 AM, Kyle King <kyle.king@quentustech.com>wrote:
** I tested and found everything in order. If you were using the api without arguments then it will report a error "-1". The correct format for counting all registrations of a user use "sofia_count_reg <user>@<domain>" I use "sofia_count_reg 1000@192.168.100.74" "1000" being my user and "192.168.100.74" the IP of my FreeSWITCH box". To see all registrations of a domain use "sofia_count_reg @<domain>" I use "sofia_count_reg @192.168.100.74" (be sure to include the @).
Kyle A. King Quentus Technologies, INC Cell: 703-635-9512 Work: 253-218-6030 Fax: 206-462-1861 Email: kyle.king@quentustech.com
On 04/21/2012 09:20 PM, Brian Foster wrote:
By the way, you need to do this:
sofia_count_reg user/<user_id>@<domain>
In my case I get 0, but there's one registered. On another that's not registered I get -1. Add that into your bug report.
-BDF
On Sun, Apr 22, 2012 at 12:18 AM, Brian Foster <bdfoster@endigotech.com> <bdfoster@endigotech.com>wrote:
Looks like it's been broken for awhile now, but yes, as Gabe mentioned you need to file a JIRA. This is the wrong place for bug reports.
-BDF
On Sat, Apr 21, 2012 at 11:46 PM, Gabriel Gunderson <gabe@gundy.org> <gabe@gundy.org>wrote:
On Sat, Apr 21, 2012 at 7:48 PM, Lloyd Aloysius<lloyd.aloysius@gmail.com> <lloyd.aloysius@gmail.com> wrote:
Today I update the most recent version from git. Does sofia_count_reg broken? It always return -1
I'll save you some time... if you think it's a bug, go here:http://jira.freeswitch.org/secure/Dashboard.jspa
Directing users to report bugs in Jira has been a pretty constant theme on the mailing list (especially the last few weeks).
Good luck!
Best, Gabe
_________________________________________________________________________ Professional FreeSWITCH Consulting Services:consulting@freeswitch.orghttp://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
-- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services:consulting@freeswitch.orghttp://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
_________________________________________________________________________ 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
_________________________________________________________________________ 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
Currently the code returns -1 if the request command syntax is invalid. Actually this feature would be a good candidate to have auto complete support added. William King Senior Engineer Quentus Technologies, INC 1037 NE 65th St Suite 273 Seattle, WA 98115 Main: (877) 211-9337 Office: (206) 388-4772 Cell: (253) 686-5518 william.king@quentustech.com On 04/22/2012 11:35 AM, Chris Chen wrote:
Lloyd, I have two FS, one with multi-tenant while the other single tenant, running
version FreeSWITCH Version 1.1.beta1 (git-a00e9af 2012-04-12 16-28-50 -0500) FreeSWITCH Version 1.1.beta1 (git-3887495 2012-04-19 11-32-29 +0200)
both of them all returning -1 when running sofia_count_reg
I believe this should be a bug for a while.
chris
On Sun, Apr 22, 2012 at 2:14 PM, Lloyd Aloysius <lloyd.aloysius@gmail.com <mailto:lloyd.aloysius@gmail.com>> wrote:
Environment
1. Multi-tenant 2. Core Database - mysql 3. See the results
freeswitch@default> version FreeSWITCH Version 1.1.beta1 (git-adae5e5 2012-04-21 16-08-32 +0200)
freeswitch@default> sofia_count_reg aaron@mydomain.ca <mailto:aaron@mydomain.ca> -1
freeswitch@default> sofia_count_reg mydomain.ca <http://mydomain.ca> -1
freeswitch@default>
* * But the user aaron is registered with the system.
On Sun, Apr 22, 2012 at 3:02 AM, Kyle King <kyle.king@quentustech.com <mailto:kyle.king@quentustech.com>> wrote:
I tested and found everything in order. If you were using the api without arguments then it will report a error "-1". The correct format for counting all registrations of a user use "sofia_count_reg <user>@<domain>" I use "sofia_count_reg 1000@192.168.100.74 <mailto:1000@192.168.100.74>" "1000" being my user and "192.168.100.74" the IP of my FreeSWITCH box". To see all registrations of a domain use "sofia_count_reg @<domain>" I use "sofia_count_reg @192.168.100.74 <http://192.168.100.74>" (be sure to include the @).
Kyle A. King Quentus Technologies, INC Cell: 703-635-9512 <tel:703-635-9512> Work: 253-218-6030 <tel:253-218-6030> Fax: 206-462-1861 <tel:206-462-1861> Email: kyle.king@quentustech.com <mailto:kyle.king@quentustech.com>
On 04/21/2012 09:20 PM, Brian Foster wrote:
By the way, you need to do this:
sofia_count_reg user/<user_id>@<domain>
In my case I get 0, but there's one registered. On another that's not registered I get -1. Add that into your bug report.
-BDF
On Sun, Apr 22, 2012 at 12:18 AM, Brian Foster <bdfoster@endigotech.com> <mailto:bdfoster@endigotech.com>wrote:
Looks like it's been broken for awhile now, but yes, as Gabe mentioned you need to file a JIRA. This is the wrong place for bug reports.
-BDF
On Sat, Apr 21, 2012 at 11:46 PM, Gabriel Gunderson <gabe@gundy.org> <mailto:gabe@gundy.org>wrote:
On Sat, Apr 21, 2012 at 7:48 PM, Lloyd Aloysius <lloyd.aloysius@gmail.com> <mailto:lloyd.aloysius@gmail.com> wrote:
Today I update the most recent version from git. Does sofia_count_reg broken? It always return -1
I'll save you some time... if you think it's a bug, go here: http://jira.freeswitch.org/secure/Dashboard.jspa
Directing users to report bugs in Jira has been a pretty constant theme on the mailing list (especially the last few weeks).
Good luck!
Best, Gabe
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto: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 <mailto: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
-- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com <mailto:bdfoster@endigotech.com> Phone: 317-800-7876 <tel:317-800-7876> Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto: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 <mailto: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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto: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 <mailto: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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto: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 <mailto: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
_________________________________________________________________________ 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
Yes. I agree. I will open this issue in JIRA. sofia_contact works perfectly and return the value. On Sun, Apr 22, 2012 at 2:35 PM, Chris Chen <chris.chen2004@gmail.com>wrote:
Lloyd, I have two FS, one with multi-tenant while the other single tenant, running
version FreeSWITCH Version 1.1.beta1 (git-a00e9af 2012-04-12 16-28-50 -0500) FreeSWITCH Version 1.1.beta1 (git-3887495 2012-04-19 11-32-29 +0200)
both of them all returning -1 when running sofia_count_reg
I believe this should be a bug for a while.
chris
On Sun, Apr 22, 2012 at 2:14 PM, Lloyd Aloysius <lloyd.aloysius@gmail.com>wrote:
Environment
1. Multi-tenant 2. Core Database - mysql 3. See the results
freeswitch@default> version FreeSWITCH Version 1.1.beta1 (git-adae5e5 2012-04-21 16-08-32 +0200)
freeswitch@default> sofia_count_reg aaron@mydomain.ca -1
freeswitch@default> sofia_count_reg mydomain.ca -1
freeswitch@default>
* * But the user aaron is registered with the system.
On Sun, Apr 22, 2012 at 3:02 AM, Kyle King <kyle.king@quentustech.com>wrote:
** I tested and found everything in order. If you were using the api without arguments then it will report a error "-1". The correct format for counting all registrations of a user use "sofia_count_reg <user>@<domain>" I use "sofia_count_reg 1000@192.168.100.74" "1000" being my user and "192.168.100.74" the IP of my FreeSWITCH box". To see all registrations of a domain use "sofia_count_reg @<domain>" I use "sofia_count_reg @192.168.100.74" (be sure to include the @).
Kyle A. King Quentus Technologies, INC Cell: 703-635-9512 Work: 253-218-6030 Fax: 206-462-1861 Email: kyle.king@quentustech.com
On 04/21/2012 09:20 PM, Brian Foster wrote:
By the way, you need to do this:
sofia_count_reg user/<user_id>@<domain>
In my case I get 0, but there's one registered. On another that's not registered I get -1. Add that into your bug report.
-BDF
On Sun, Apr 22, 2012 at 12:18 AM, Brian Foster <bdfoster@endigotech.com> <bdfoster@endigotech.com>wrote:
Looks like it's been broken for awhile now, but yes, as Gabe mentioned you need to file a JIRA. This is the wrong place for bug reports.
-BDF
On Sat, Apr 21, 2012 at 11:46 PM, Gabriel Gunderson <gabe@gundy.org> <gabe@gundy.org>wrote:
On Sat, Apr 21, 2012 at 7:48 PM, Lloyd Aloysius<lloyd.aloysius@gmail.com> <lloyd.aloysius@gmail.com> wrote:
Today I update the most recent version from git. Does sofia_count_reg broken? It always return -1
I'll save you some time... if you think it's a bug, go here:http://jira.freeswitch.org/secure/Dashboard.jspa
Directing users to report bugs in Jira has been a pretty constant theme on the mailing list (especially the last few weeks).
Good luck!
Best, Gabe
_________________________________________________________________________ Professional FreeSWITCH Consulting Services:consulting@freeswitch.orghttp://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
-- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services:consulting@freeswitch.orghttp://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
_________________________________________________________________________ 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
_________________________________________________________________________ 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
_________________________________________________________________________ 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
Hi All We have a situation where FS seems not to behaving correctly with session timers. Call originates from remote party with invite as per: INVITE sip:+1234@1.2.3.4;user=phone SIP/2.0 Max-Forwards: 69 Session-Expires: 3600;refresher=uac Min-SE: 600 Supported: timer, 100rel To: +1234 <sip:+1234@1.2.3.4;user=phone> From: <sip:+5678@5.6.7.8;user=phone>;tag=381443 P-Asserted-Identity: <sip:+5678@5.6.7.8> Call-ID: 1333524918-9038500@xxxxx CSeq: 1 INVITE Allow: CANCEL, ACK, INVITE, BYE, OPTIONS, INFO, PRACK, UPDATE Via: SIP/2.0/UDP 7.8.9.1:5060;branch=z9hG4bKab17954781a678af6dfd6916593dc954 Contact: <sip:+5678@5.6.7.8:5060> Expires: 330 Content-Type: application/sdp Accept: application/sdp Content-Length: 387 Here you can see the UAC supporting timer, and specifying a session expires of 3600. FS responds with 100 trying (not relevant) then 180 runing (also not relevant) then 200OK as per: SIP/2.0 200 OK From: <sip:+5678@5.6.7.8;user=phone>;tag=381443 To: +1234 <sip:+1234@1.2.3.4;user=phone>;tag=UrcX58SSF2Nrm Call-ID: 1333524918-9038500@xxxxx CSeq: 1 INVITE Contact: <sip:+1234@1.2.3.4:5060;transport=udp> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, NOTIFY Supported: timer, precondition, path, replaces Allow-Events: talk, hold, refer Session-Expires: 3600;refresher=uac Min-SE: 600 Content-Type: application/sdp Content-Disposition: session Content-Length: 249 So, here freeswitch is responding with the session-expires and refresher UAC. Then after 60 mins, the call is dropped as FS sends a Bye to the UAC because it does not receive a session refresh. Here is the Bye: BYE sip:+5678@5.6.7.8:5060 SIP/2.0 Via: SIP/2.0/UDP 178.255.58.28;rport;branch=z9hG4bK2vm55Zp2D6vHm Max-Forwards: 70 From: +1234 <sip:+1234@1.2.3.4;user=phone>;tag=UrcX58SSF2Nrm To: <sip:+5678@5.6.7.8;user=phone>;tag=381443 Call-ID: 1333524918-9038500@xxxxx CSeq: 27563136 BYE Contact: <sip:+1234@1.2.3.4:5060;transport=udp> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, NOTIFY Supported: timer, precondition, path, replaces Reason: SIP;cause=408;text="Session timeout" Content-Length: 0 When we raised this with the UAC, their response is that the reason they are not refreshing the session is because FS should be sending a Require: timer; header in the response, so their UAC thinks that session timers are not in use. This is documented in para 9 of RFC4028: If the refresher parameter in the Session-Expires header field in the 2xx response has a value of 'uac', the UAS MUST place a Require header field into the response with the value 'timer'. This is because the uac is performing refreshes and the response has to be processed for the UAC to know this. It appears the FS is not doing this, but is hanging up the call anyway, so we are getting dropped calls that are around the 60 mins mark. Whats everyones view on this? It would seem logical that if FS is not sending requires in the return 200, that the UAC will think that the session timers are not being used in the session, and therefore will not refresh it. Brgds
Please report bugs to JIRA. The mailing list is not the place for reporting bugs. http://jira.freeswitch.org/ Reporting it on Jira let's us easily have any conversation about it there and properly documented in a single place. -Steve On 1 May 2012 12:58, Barnaby Ritchley <barnyritchley@hotmail.com> wrote:
Hi All
We have a situation where FS seems not to behaving correctly with session timers.
Call originates from remote party with invite as per:
INVITE sip:+1234@1.2.3.4;user=phone SIP/2.0 Max-Forwards: 69 Session-Expires: 3600;refresher=uac Min-SE: 600 Supported: timer, 100rel To: +1234 <sip:+1234@1.2.3.4;user=phone> From: <sip:+5678@5.6.7.8;user=phone>;tag=381443 P-Asserted-Identity: <sip:+5678@5.6.7.8> Call-ID: 1333524918-9038500@xxxxx CSeq: 1 INVITE Allow: CANCEL, ACK, INVITE, BYE, OPTIONS, INFO, PRACK, UPDATE Via: SIP/2.0/UDP 7.8.9.1:5060;branch=z9hG4bKab17954781a678af6dfd6916593dc954 Contact: <sip:+5678@5.6.7.8:5060> Expires: 330 Content-Type: application/sdp Accept: application/sdp Content-Length: 387
Here you can see the UAC supporting timer, and specifying a session expires of 3600.
FS responds with 100 trying (not relevant) then 180 runing (also not relevant) then 200OK as per:
SIP/2.0 200 OK From: <sip:+5678@5.6.7.8;user=phone>;tag=381443 To: +1234 <sip:+1234@1.2.3.4;user=phone>;tag=UrcX58SSF2Nrm Call-ID: 1333524918-9038500@xxxxx CSeq: 1 INVITE Contact: <sip:+1234@1.2.3.4:5060;transport=udp> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, NOTIFY Supported: timer, precondition, path, replaces Allow-Events: talk, hold, refer Session-Expires: 3600;refresher=uac Min-SE: 600 Content-Type: application/sdp Content-Disposition: session Content-Length: 249
So, here freeswitch is responding with the session-expires and refresher UAC. Then after 60 mins, the call is dropped as FS sends a Bye to the UAC because it does not receive a session refresh. Here is the Bye:
BYE sip:+5678@5.6.7.8:5060 SIP/2.0 Via: SIP/2.0/UDP 178.255.58.28;rport;branch=z9hG4bK2vm55Zp2D6vHm Max-Forwards: 70 From: +1234 <sip:+1234@1.2.3.4;user=phone>;tag=UrcX58SSF2Nrm To: <sip:+5678@5.6.7.8;user=phone>;tag=381443 Call-ID: 1333524918-9038500@xxxxx CSeq: 27563136 BYE Contact: <sip:+1234@1.2.3.4:5060;transport=udp> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, NOTIFY Supported: timer, precondition, path, replaces Reason: SIP;cause=408;text="Session timeout" Content-Length: 0
When we raised this with the UAC, their response is that the reason they are not refreshing the session is because FS should be sending a Require: timer; header in the response, so their UAC thinks that session timers are not in use.
This is documented in para 9 of RFC4028:
If the refresher parameter in the Session-Expires header field in the 2xx response has a value of 'uac', the UAS MUST place a Require header field into the response with the value 'timer'. This is because the uac is performing refreshes and the response has to be processed for the UAC to know this.
It appears the FS is not doing this, but is hanging up the call anyway, so we are getting dropped calls that are around the 60 mins mark.
Whats everyones view on this? It would seem logical that if FS is not sending requires in the return 200, that the UAC will think that the session timers are not being used in the session, and therefore will not refresh it.
Brgds
_________________________________________________________________________ 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
I believe your remote gateway INVITE that include refresher=uac in the INVITE was incorrect. From what I understand, the refresher should be in 200 OK message. Here is a link that you can clearly see SIP session timer call flows in different scenerio: http://www.dialogic.com/webhelp/IMG1010/10.5.3/WebHelp/Description/SIP/SIP_S... As per Steve, if you think it's a bug, please open a ticket in Jira. -djbinter On Tue, May 1, 2012 at 7:36 AM, Steven Ayre <steveayre@gmail.com> wrote:
Please report bugs to JIRA. The mailing list is not the place for reporting bugs.
Reporting it on Jira let's us easily have any conversation about it there and properly documented in a single place.
-Steve
On 1 May 2012 12:58, Barnaby Ritchley <barnyritchley@hotmail.com> wrote:
Hi All
We have a situation where FS seems not to behaving correctly with session timers.
Call originates from remote party with invite as per:
INVITE sip:+1234@1.2.3.4;user=phone SIP/2.0 Max-Forwards: 69 Session-Expires: 3600;refresher=uac Min-SE: 600 Supported: timer, 100rel To: +1234 <sip:+1234@1.2.3.4;user=phone> From: <sip:+5678@5.6.7.8;user=phone>;tag=381443 P-Asserted-Identity: <sip:+5678@5.6.7.8> Call-ID: 1333524918-9038500@xxxxx CSeq: 1 INVITE Allow: CANCEL, ACK, INVITE, BYE, OPTIONS, INFO, PRACK, UPDATE Via: SIP/2.0/UDP 7.8.9.1:5060;branch=z9hG4bKab17954781a678af6dfd6916593dc954 Contact: <sip:+5678@5.6.7.8:5060> Expires: 330 Content-Type: application/sdp Accept: application/sdp Content-Length: 387
Here you can see the UAC supporting timer, and specifying a session expires of 3600.
FS responds with 100 trying (not relevant) then 180 runing (also not relevant) then 200OK as per:
SIP/2.0 200 OK From: <sip:+5678@5.6.7.8;user=phone>;tag=381443 To: +1234 <sip:+1234@1.2.3.4;user=phone>;tag=UrcX58SSF2Nrm Call-ID: 1333524918-9038500@xxxxx CSeq: 1 INVITE Contact: <sip:+1234@1.2.3.4:5060;transport=udp> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, NOTIFY Supported: timer, precondition, path, replaces Allow-Events: talk, hold, refer Session-Expires: 3600;refresher=uac Min-SE: 600 Content-Type: application/sdp Content-Disposition: session Content-Length: 249
So, here freeswitch is responding with the session-expires and refresher UAC. Then after 60 mins, the call is dropped as FS sends a Bye to the UAC because it does not receive a session refresh. Here is the Bye:
BYE sip:+5678@5.6.7.8:5060 SIP/2.0 Via: SIP/2.0/UDP 178.255.58.28;rport;branch=z9hG4bK2vm55Zp2D6vHm Max-Forwards: 70 From: +1234 <sip:+1234@1.2.3.4;user=phone>;tag=UrcX58SSF2Nrm To: <sip:+5678@5.6.7.8;user=phone>;tag=381443 Call-ID: 1333524918-9038500@xxxxx CSeq: 27563136 BYE Contact: <sip:+1234@1.2.3.4:5060;transport=udp> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, NOTIFY Supported: timer, precondition, path, replaces Reason: SIP;cause=408;text="Session timeout" Content-Length: 0
When we raised this with the UAC, their response is that the reason they are not refreshing the session is because FS should be sending a Require: timer; header in the response, so their UAC thinks that session timers are not in use.
This is documented in para 9 of RFC4028:
If the refresher parameter in the Session-Expires header field in the 2xx response has a value of 'uac', the UAS MUST place a Require header field into the response with the value 'timer'. This is because the uac is performing refreshes and the response has to be processed for the UAC to know this.
It appears the FS is not doing this, but is hanging up the call anyway, so we are getting dropped calls that are around the 60 mins mark.
Whats everyones view on this? It would seem logical that if FS is not sending requires in the return 200, that the UAC will think that the session timers are not being used in the session, and therefore will not refresh it.
Brgds
_________________________________________________________________________ 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
_________________________________________________________________________ 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 (10)
-
Barnaby Ritchley
-
Brian Foster
-
Chris Chen
-
DJB International
-
Gabriel Gunderson
-
Kyle King
-
Lloyd Aloysius
-
Lloyd Aloysius
-
Steven Ayre
-
William King