Could you show the debug output on the console from one FS when routing an incoming call (or attempting to) to a subscriber on the other FS?

I’d also consider taking a wireshark at the same time so I could see the details of the db query to the postgres database, and ensure the SELECT statement is as you expect (i.e no issues with wrong domain or something in the SELECT).

I am doing something similar to this, and it is working.  

Dave
On Nov 23, 2015, at 9:56 AM, Michael Nielsen <mic.niel84@gmail.com> wrote:

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@gmail.com> wrote:
In internal.xml for sip profiles. 


On Monday, November 23, 2015, Michael Nielsen <mic.niel84@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@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@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@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@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@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@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



--
Ashwin Kumar Rath

_________________________________________________________________________
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