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

[Dave Horton]

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 at 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 at gmail.com <mailto:mic.niel84 at gmail.com>> wrote:
In internal.xml for sip profiles. 


On Monday, November 23, 2015, Michael Nielsen <mic.niel84 at gmail.com <mailto: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 <http://fs1.my-domain.com/> and fs2.my-domain.com <http://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 <http://fs.my-domain.com/>.

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting at freeswitch.org <>
http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/>

Official FreeSWITCH Sites
http://www.freeswitch.org <http://www.freeswitch.org/>
http://confluence.freeswitch.org <http://confluence.freeswitch.org/>
http://www.cluecon.com <http://www.cluecon.com/>

FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org <>
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users>
http://www.freeswitch.org <http://www.freeswitch.org/>



-- 
Ashwin Kumar Rath

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting at freeswitch.org <>
http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/>

Official FreeSWITCH Sites
http://www.freeswitch.org <http://www.freeswitch.org/>
http://confluence.freeswitch.org <http://confluence.freeswitch.org/>
http://www.cluecon.com <http://www.cluecon.com/>

FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org <>
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users>
http://www.freeswitch.org <http://www.freeswitch.org/>

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting at freeswitch.org <>
http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/>

Official FreeSWITCH Sites
http://www.freeswitch.org <http://www.freeswitch.org/>
http://confluence.freeswitch.org <http://confluence.freeswitch.org/>
http://www.cluecon.com <http://www.cluecon.com/>

FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org <>
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users>
http://www.freeswitch.org <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/ec30ea18/attachment.html