I see. That make sense at least.
What about FreeSWITCH's stun.freeswitch.org for:

    <param name="ext-rtp-ip" value="stun:stun.freeswitch.org"/>

    <param name="ext-sip-ip" value="stun:stun.freeswitch.org"/>


Should that help? Or is it more complicated than so? I could always create my own stun server if this would fix the issue...


On Wed, Nov 25, 2015 at 10:37 PM, Dave Horton <dave@dchorton.com> wrote:
OK, the traces show that this is a client nat issue.  The client device is behind a firewall (we can see in the REGISTER that the device has a private address of 192.168.1.51) and establishes a TLS connection to the FS1.  Later, FS #2 attempts to establish a  TLS connection of the public address the client is sending from (83.91.31.126:53393) and send the call there, but this fails.  As someone stated earlier in the thread, the pinhole on the client’s firewall/nat is associated to FS #1 and FS#2 (or any other server) will not able to send through it.

In larger networks, these problems are solved by using an SBC (session border controller) as the edge device in the service provider network.

Another option that was mentioned earlier was Kamailio as that type of device — in this case a SIP proxy load balancing across your two freeswitch servers.  That may work as well (I’m not familiar enough with Kamalio to know for sure).

The final option that was discussed was to come up with some way for the FS receiving the incoming call to the subscriber/device to redirect or forward the call to the specific FS that handled the registration for that subscriber/device. I haven’t done this before so I haven’t worked out all the details, but you would need to make sure the FS server IP was saved as part of the registration and then have a dial plan that recognizes the target device registered against a different FS and redirect (ideally) the call to that FS.

Dave

On Nov 25, 2015, at 2:38 PM, Michael Nielsen <mic.niel84@gmail.com> wrote:

No, it doesn't seems as if fs1 is getting anything from fs2 (or the client connected to fs2).

On Wednesday, November 25, 2015, Dave Horton <dave@dchorton.com> wrote:
Hmm, there is no incoming call (INVITE) attempt in the pastebin for the failed call..


On Nov 25, 2015, at 6:35 AM, Michael Nielsen <mic.niel84@gmail.com> wrote:

This is from fs1, users do NOT receive call:

This is from fs2, user MAKES call:

Both logs should contain registering clients.

On Tue, Nov 24, 2015 at 8:16 PM, Giovanni Maruzzelli <gmaruzz@gmail.com> wrote:
would you please do from fs_cli:

sofia global siptrace on

on both freeswitch servers, do again the call, and then pastebin the results (in both servers) ?


On Tue, Nov 24, 2015 at 8:07 PM, Michael Nielsen <mic.niel84@gmail.com> wrote:


---------- Forwarded message ----------
From: Michael Nielsen <mic.niel84@gmail.com>
Date: Tuesday, November 24, 2015
Subject: 2 FS with shared database, cannot call subscribers on different servers
To: Luis Daniel Lucio Quiroz <luis.daniel.lucio@gmail.com>


This is my log when it fails:

Whenever calls are coming into fs1 it cannot receive users who are registrered via fs2 and vise versa.
Whenever users are registrered on the same server they can reach each other.
They register with the same domain (fs), because my DNS is using round robin between fs1 and fs2.


On Mon, Nov 23, 2015 at 8:35 PM, Luis Daniel Lucio Quiroz <luis.daniel.lucio@gmail.com> wrote:
Is this what you are looking for?

change the elements to fit your needs, it shows the main idea only

Luis Daniel Lucio Quiroz
CISSP, CISM, CISA
Linux, VoIP and much more fun
www.okay.com.mx

Need LCR? Check out LCR for FusionPBX with FreeSWITCH
Need Billing? Check out Billing for FusionPBX with FreeSWITCH

2015-11-23 6:18 GMT-05:00 Michael Nielsen <mic.niel84@gmail.com>:
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




_________________________________________________________________________
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



--
Sincerely,

Giovanni Maruzzelli
Cell : +39-347-2665618

_________________________________________________________________________
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