[Freeswitch-users] 2 FS with shared database, cannot call subscribers on different servers

[Giovanni Maruzzelli]

It depends on your architecture. I would counseil a kamailio load balancer
in front of multiple freeswitches. This will solve it all.

If instead you are partitioning users for each server, then you need to
partition the extensions, and have a suitable dialplan.

sent from my mobile,
Giovanni Maruzzelli
cell: +39 347 266 56 18
Il 23/Nov/2015 15:57, "Michael Nielsen" <mic.niel84 at gmail.com> ha scritto:

> I've added odbc-dsn for all 4 profiles (internal.xml, internal-ipv6.xml,
> external.xml and external-ipv6.xml).
> I can see that the table sip_registration etc. is created and contains
> information for my users.
>
> However, I'm still only able to call users who are landing on the same FS
> server.
> So there's more to it than just adding odbc-dns apparently :(
>
> What else do I need?
>
> On Mon, Nov 23, 2015 at 1:39 PM, Michael Nielsen <mic.niel84 at gmail.com>
> wrote:
>
>> In internal.xml for sip profiles.
>>
>>
>> On Monday, November 23, 2015, Michael Nielsen <mic.niel84 at gmail.com>
>> wrote:
>>
>>> Sorry, I meant:
>>>
>>> <param name="odbc-dsn" value="dsn:user:pass"/>
>>>
>>> Should that take care of everything?
>>>
>>>
>>>
>>> On Mon, Nov 23, 2015 at 1:17 PM, Michael Nielsen <mic.niel84 at gmail.com>
>>> wrote:
>>>
>>>> Is it the
>>>>
>>>> <param name="track-calls" value="true"/>
>>>>
>>>> I need to add or an entire postgres connection string?
>>>>
>>>>
>>>> On Mon, Nov 23, 2015 at 12:47 PM, Giovanni Maruzzelli <
>>>> gmaruzz at gmail.com> wrote:
>>>>
>>>>> you must put sofia in database, too
>>>>>
>>>>> sent from my mobile,
>>>>> Giovanni Maruzzelli
>>>>> cell: +39 347 266 56 18
>>>>> Il 23/Nov/2015 12:38, "Michael Nielsen" <mic.niel84 at gmail.com> ha
>>>>> scritto:
>>>>>
>>>>>> But shouldn't FS handle this automatically when they use same
>>>>>> database as core?
>>>>>>
>>>>>> On Monday, November 23, 2015, Ashwin Rath <ashwinrath at gmail.com>
>>>>>> wrote:
>>>>>>
>>>>>>> Normally the way this should be done is that the server which
>>>>>>> handles the incoming call should connect to the destination UA through the
>>>>>>> server which the destination is registered on . So the call flow should be
>>>>>>> "Caller-->FS One----> FS Two--->Calee".
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Mon, Nov 23, 2015 at 4:48 PM, Michael Nielsen <
>>>>>>> mic.niel84 at gmail.com> wrote:
>>>>>>>
>>>>>>>> I've got 2 Freeswitch 1.6.2 setup on different servers:
>>>>>>>> fs1.my-domain.com and fs2.my-domain.com.
>>>>>>>>
>>>>>>>> I've got a DNS record with 2 A-records for the servers.
>>>>>>>>
>>>>>>>> When two users ends up on he same server they can call each other.
>>>>>>>> If they land on different servers they cannot. Then they endt up in
>>>>>>>> voicemail.
>>>>>>>>
>>>>>>>> I'm running the servers with a shared database in postgresql.
>>>>>>>>
>>>>>>>> Should I do anything else besides db in the core for FS?
>>>>>>>>
>>>>>>>> They are registrering with the same "main" domain which is
>>>>>>>> fs.my-domain.com.
>>>>>>>>
>>>>>>>>
>>>>>>>> _________________________________________________________________________
>>>>>>>> Professional FreeSWITCH Consulting Services:
>>>>>>>> consulting at 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 at lists.freeswitch.org
>>>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>>>>>> UNSUBSCRIBE:
>>>>>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>>>>>>>> http://www.freeswitch.org
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Ashwin Kumar Rath
>>>>>>>
>>>>>>
>>>>>>
>>>>>> _________________________________________________________________________
>>>>>> Professional FreeSWITCH Consulting Services:
>>>>>> consulting at 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 at 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 at 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 at 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20151123/3cc1bdd3/attachment-0001.html