Hi all, I have two FS boxes that share same database. These two boxes are behind two kamailio sip proxies. When a sip proxy receives a successful registration, it replicates the registration to one of FS boxes with a path variable. The FS box that receives registration writes this data to database. Everything goes well at this scenario. But when I check, registration numbers are inconsistent. "sofia status profile internal reg" command shows all the records in the DB and matches at two FS boxes. But "show registrations" shows less than half of these records and numbbers are different at two FS boxes. I think that's why some users get UNALLOCATED_NUMBER error when they receive a call from opposite FS box. Is there anything that I miss at this setup? Or what is the common setup for such a cluster? /Volkan Oransoy
imho this is quite a strange scheme. Why not to keep all registrations on Kamailio? Register should be used in front of users. 2014-10-20 14:43 GMT+06:00 Volkan Oransoy <voransoy@gmail.com>:
Hi all,
I have two FS boxes that share same database. These two boxes are behind two kamailio sip proxies. When a sip proxy receives a successful registration, it replicates the registration to one of FS boxes with a path variable. The FS box that receives registration writes this data to database. Everything goes well at this scenario. But when I check, registration numbers are inconsistent.
"sofia status profile internal reg" command shows all the records in the DB and matches at two FS boxes. But "show registrations" shows less than half of these records and numbbers are different at two FS boxes. I think that's why some users get UNALLOCATED_NUMBER error when they receive a call from opposite FS box.
Is there anything that I miss at this setup? Or what is the common setup for such a cluster?
/Volkan Oransoy
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.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
-- Kamil Nigmatullin Tel: 77272323748 mob: 7 (707) 2517003 Skype: kamil.nigmatullin
I forward the Registrations to FS because it does a fantastic job of handling presence (BLF, SLA, SCA, etc...) On Mon, Oct 27, 2014 at 12:51 PM, Kamil Nigmatullin < kamil.nigmatullin@gmail.com> wrote:
imho this is quite a strange scheme. Why not to keep all registrations on Kamailio? Register should be used in front of users.
2014-10-20 14:43 GMT+06:00 Volkan Oransoy <voransoy@gmail.com>:
Hi all,
I have two FS boxes that share same database. These two boxes are behind two kamailio sip proxies. When a sip proxy receives a successful registration, it replicates the registration to one of FS boxes with a path variable. The FS box that receives registration writes this data to database. Everything goes well at this scenario. But when I check, registration numbers are inconsistent.
"sofia status profile internal reg" command shows all the records in the DB and matches at two FS boxes. But "show registrations" shows less than half of these records and numbbers are different at two FS boxes. I think that's why some users get UNALLOCATED_NUMBER error when they receive a call from opposite FS box.
Is there anything that I miss at this setup? Or what is the common setup for such a cluster?
/Volkan Oransoy
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.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
-- Kamil Nigmatullin Tel: 77272323748 mob: 7 (707) 2517003 Skype: kamil.nigmatullin
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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 don,t know if kamailio can do this, but with opensips it is possible to relay register to fs box, and on reply save successful registration. So you will have valid database of registered users and may route incoming calls properly in one place 27.10.2014 23:59 пользователь "Vik Killa" <vipkilla@gmail.com> написал:
I forward the Registrations to FS because it does a fantastic job of handling presence (BLF, SLA, SCA, etc...)
On Mon, Oct 27, 2014 at 12:51 PM, Kamil Nigmatullin < kamil.nigmatullin@gmail.com> wrote:
imho this is quite a strange scheme. Why not to keep all registrations on Kamailio? Register should be used in front of users.
2014-10-20 14:43 GMT+06:00 Volkan Oransoy <voransoy@gmail.com>:
Hi all,
I have two FS boxes that share same database. These two boxes are behind two kamailio sip proxies. When a sip proxy receives a successful registration, it replicates the registration to one of FS boxes with a path variable. The FS box that receives registration writes this data to database. Everything goes well at this scenario. But when I check, registration numbers are inconsistent.
"sofia status profile internal reg" command shows all the records in the DB and matches at two FS boxes. But "show registrations" shows less than half of these records and numbbers are different at two FS boxes. I think that's why some users get UNALLOCATED_NUMBER error when they receive a call from opposite FS box.
Is there anything that I miss at this setup? Or what is the common setup for such a cluster?
/Volkan Oransoy
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.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
-- Kamil Nigmatullin Tel: 77272323748 mob: 7 (707) 2517003 Skype: kamil.nigmatullin
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
We have freeswitch running in the shared line mode with Grandstream 2130 phones, works really well. There is one item that would make it better. When a phone goes off hook, it does illuminate the associated line on all other phones with the same shared line, however, I cannot stop an inbound call from hitting this line as someone is dialing. Is there a way to check the status/presence of this an extension in the dialplan, if so, this would solve the issue. Darcy ----- Original Message ----- From: Vik Killa To: FreeSWITCH Users Help Sent: Monday, October 27, 2014 1:58 PM Subject: Re: [Freeswitch-users] Shared registration I forward the Registrations to FS because it does a fantastic job of handling presence (BLF, SLA, SCA, etc...) On Mon, Oct 27, 2014 at 12:51 PM, Kamil Nigmatullin <kamil.nigmatullin@gmail.com> wrote: imho this is quite a strange scheme. Why not to keep all registrations on Kamailio? Register should be used in front of users. 2014-10-20 14:43 GMT+06:00 Volkan Oransoy <voransoy@gmail.com>: Hi all, I have two FS boxes that share same database. These two boxes are behind two kamailio sip proxies. When a sip proxy receives a successful registration, it replicates the registration to one of FS boxes with a path variable. The FS box that receives registration writes this data to database. Everything goes well at this scenario. But when I check, registration numbers are inconsistent. "sofia status profile internal reg" command shows all the records in the DB and matches at two FS boxes. But "show registrations" shows less than half of these records and numbbers are different at two FS boxes. I think that's why some users get UNALLOCATED_NUMBER error when they receive a call from opposite FS box. Is there anything that I miss at this setup? Or what is the common setup for such a cluster? /Volkan Oransoy _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.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 -- Kamil Nigmatullin Tel: 77272323748 mob: 7 (707) 2517003 Skype: kamil.nigmatullin _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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 Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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 think the only way to do this is to write an ESL application which would receive the presence events and process them, and then route the inbound call according to the current presence state. You may also try to read directly from Sofia's presence database. so, needs some engineering and testing effort. On Tue, Oct 28, 2014 at 10:32 PM, Darcy Primrose <fs@voice2net.ca> wrote:
We have freeswitch running in the shared line mode with Grandstream 2130 phones, works really well. There is one item that would make it better. When a phone goes off hook, it does illuminate the associated line on all other phones with the same shared line, however, I cannot stop an inbound call from hitting this line as someone is dialing. Is there a way to check the status/presence of this an extension in the dialplan, if so, this would solve the issue.
Darcy
----- Original Message ----- *From:* Vik Killa <vipkilla@gmail.com> *To:* FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> *Sent:* Monday, October 27, 2014 1:58 PM *Subject:* Re: [Freeswitch-users] Shared registration
I forward the Registrations to FS because it does a fantastic job of handling presence (BLF, SLA, SCA, etc...)
On Mon, Oct 27, 2014 at 12:51 PM, Kamil Nigmatullin < kamil.nigmatullin@gmail.com> wrote:
imho this is quite a strange scheme. Why not to keep all registrations on Kamailio? Register should be used in front of users.
2014-10-20 14:43 GMT+06:00 Volkan Oransoy <voransoy@gmail.com>:
Hi all,
I have two FS boxes that share same database. These two boxes are behind two kamailio sip proxies. When a sip proxy receives a successful registration, it replicates the registration to one of FS boxes with a path variable. The FS box that receives registration writes this data to database. Everything goes well at this scenario. But when I check, registration numbers are inconsistent.
"sofia status profile internal reg" command shows all the records in the DB and matches at two FS boxes. But "show registrations" shows less than half of these records and numbbers are different at two FS boxes. I think that's why some users get UNALLOCATED_NUMBER error when they receive a call from opposite FS box.
Is there anything that I miss at this setup? Or what is the common setup for such a cluster?
/Volkan Oransoy
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.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
-- Kamil Nigmatullin Tel: 77272323748 mob: 7 (707) 2517003 <%28707%29%202517003> Skype: kamil.nigmatullin
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Thank you Stanislav, I thought that might be the case, time to dig again. Darcy ----- Original Message ----- From: Stanislav Sinyagin To: FreeSWITCH Users Help Sent: Tuesday, October 28, 2014 6:26 PM Subject: Re: [Freeswitch-users] freeswitch presence question I think the only way to do this is to write an ESL application which would receive the presence events and process them, and then route the inbound call according to the current presence state. You may also try to read directly from Sofia's presence database. so, needs some engineering and testing effort. On Tue, Oct 28, 2014 at 10:32 PM, Darcy Primrose <fs@voice2net.ca> wrote: We have freeswitch running in the shared line mode with Grandstream 2130 phones, works really well. There is one item that would make it better. When a phone goes off hook, it does illuminate the associated line on all other phones with the same shared line, however, I cannot stop an inbound call from hitting this line as someone is dialing. Is there a way to check the status/presence of this an extension in the dialplan, if so, this would solve the issue. Darcy ----- Original Message ----- From: Vik Killa To: FreeSWITCH Users Help Sent: Monday, October 27, 2014 1:58 PM Subject: Re: [Freeswitch-users] Shared registration I forward the Registrations to FS because it does a fantastic job of handling presence (BLF, SLA, SCA, etc...) On Mon, Oct 27, 2014 at 12:51 PM, Kamil Nigmatullin <kamil.nigmatullin@gmail.com> wrote: imho this is quite a strange scheme. Why not to keep all registrations on Kamailio? Register should be used in front of users. 2014-10-20 14:43 GMT+06:00 Volkan Oransoy <voransoy@gmail.com>: Hi all, I have two FS boxes that share same database. These two boxes are behind two kamailio sip proxies. When a sip proxy receives a successful registration, it replicates the registration to one of FS boxes with a path variable. The FS box that receives registration writes this data to database. Everything goes well at this scenario. But when I check, registration numbers are inconsistent. "sofia status profile internal reg" command shows all the records in the DB and matches at two FS boxes. But "show registrations" shows less than half of these records and numbbers are different at two FS boxes. I think that's why some users get UNALLOCATED_NUMBER error when they receive a call from opposite FS box. Is there anything that I miss at this setup? Or what is the common setup for such a cluster? /Volkan Oransoy _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.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 -- Kamil Nigmatullin Tel: 77272323748 mob: 7 (707) 2517003 Skype: kamil.nigmatullin _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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 Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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 Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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 Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
On 27.10.2014 19:51, Kamil Nigmatullin wrote:
imho this is quite a strange scheme. Why not to keep all registrations on Kamailio? Register should be used in front of users.
Registration on kamailio work very badly, to update the list of gateways registrations requires a full reload kamailio. We also use it for 1 FSwith kamailio registration through proxies themselves
participants (6)
-
Darcy Primrose
-
Kamil Nigmatullin
-
Stanislav Sinyagin
-
Vik Killa
-
Volkan Oransoy
-
Денис