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

Thu Nov 26 12:17:14 MSK 2015

It actually seems to work in all cases if I type in my public IP for both
serves in vars.xml for external-rtp-ip and external-sip-ip and use that for
internal.xml on ext-rtp-ip and ext-sip-ip...

Does this make sense or have I missed anything, because it seems to work in
all cases...

On Thu, Nov 26, 2015 at 9:58 AM, Luke Milbourne <luke.milbourne at gmail.com>
wrote:

> Hi Michael,
>
> I'd recommend using something like Kamailio or Opensips in front of the
> FreeSWITCH boxes.
>
> From personal experience (with Kamailio) the learning curve is quite steep
> (for me it was at least), but it definitely pays off in the end, plus it
> greatly improved my understanding of SIP.
>
> STUN is used for devices to discover their public address, so wouldn't
> help the situation you currently face.
>
> Just my input.
>
> Regards,
> Luke
>
>
> On 26 November 2015 at 08:22, <
> freeswitch-users-request at lists.freeswitch.org> wrote:
>
>> Send FreeSWITCH-users mailing list submissions to
>>         freeswitch-users at lists.freeswitch.org
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>>         http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> or, via email, send a message with subject or body 'help' to
>>         freeswitch-users-request at lists.freeswitch.org
>>
>> You can reach the person managing the list at
>>         freeswitch-users-owner at lists.freeswitch.org
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of FreeSWITCH-users digest..."
>>
>> Today's Topics:
>>
>>    1. Re: Trouble in installation of mod_bcg729 (bhavik patel)
>>    2. Re: 2 FS with shared database, cannot call subscribers on
>>       different servers (Michael Nielsen)
>>
>>
>> ---------- Forwarded message ----------
>> From: bhavik patel <bhavikpatel14388 at gmail.com>
>> To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
>> Cc:
>> Date: Thu, 26 Nov 2015 11:44:14 +0530
>> Subject: Re: [Freeswitch-users] Trouble in installation of mod_bcg729
>> Sorry I wasn't aware about such things. I deeply apologize for posting
>> such things in forum.
>> I will take care about that.
>>
>> On Wed, Nov 25, 2015 at 8:02 PM, Ken Rice <krice at freeswitch.org> wrote:
>>
>>> Civil or Criminal I don’t think really matters here, as the Project has
>>> made the decision to not support this particular piece of software due to
>>> legal liabilities that arise from it. And we ask that people don’t link it
>>> or ask for support of it on the mailing list.
>>>
>>>
>>>
>>>
>>>
>>> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
>>> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Michael
>>> Giagnocavo
>>> *Sent:* Wednesday, November 25, 2015 2:44 AM
>>> *To:* FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
>>> *Subject:* Re: [Freeswitch-users] Trouble in installation of mod_bcg729
>>>
>>>
>>>
>>> Isn’t patent infringement not illegal, but just a civil issue (depending
>>> on jurisdiction anyways)? Not that I disagree with the FS project’s stance,
>>> given their relation with Sipro, and the little to be gained by freely
>>> helping others avoid a $10 channel fee. Probably best to avoid any
>>> appearance of not playing by their rules.
>>>
>>>
>>>
>>> But the source in these mod simply links Intel’s code to FS, so by
>>> itself I highly doubt it is infringing any patents as it does nothing; the
>>> IPP code isn’t distributed. Just like FS doesn’t infringe the G.729 patents
>>> by having a linking/plugin system. Only making the complete mod including
>>> the patented parts, using it, or distribution of the full mod is likely to
>>> be infringing. Perhaps offering advice on how to do so is a bad idea, too?
>>>
>>>
>>>
>>> It’s hard to really know how it’d be handled as there doesn’t seem to be
>>> any cases to tell us. But FFmpeg (at least 2^24 times more popular than
>>> these mods) says on their site that they haven’t had problems, nor have
>>> private users. But commercial users end up getting a call from the MPEG
>>> patent folks to pay up. So that at least shows one consortium apparently OK
>>> with letting code exist and get around, but will move against anyone
>>> actually using it for realsies. Maybe someone can let us know what Sipro
>>> has done and why they haven’t killed all the sites hosting open-source
>>> G.729 modules for FS and others.
>>>
>>>
>>>
>>> I’d be happy to chat off list I that’s better.
>>>
>>>
>>>
>>> IANAL,
>>>
>>> -Michael
>>>
>>>
>>>
>>>
>>>
>>>
>>> _________________________________________________________________________
>>> 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
>>>
>>
>>
>>
>> --
>> Thanks,
>> Bhavik Patel
>>
>>
>>
>> ---------- Forwarded message ----------
>> From: Michael Nielsen <mic.niel84 at gmail.com>
>> To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
>> Cc:
>> Date: Thu, 26 Nov 2015 09:22:00 +0100
>> Subject: Re: [Freeswitch-users] 2 FS with shared database, cannot call
>> subscribers on different servers
>> 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 at 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 at 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 at 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 at gmail.com>
>>>> wrote:
>>>>
>>>> This is from fs1, users do NOT receive call:
>>>> http://pastebin.com/enzUVDCf
>>>>
>>>> This is from fs2, user MAKES call:
>>>> http://pastebin.com/g3uCRd87
>>>>
>>>> Both logs should contain registering clients.
>>>>
>>>> On Tue, Nov 24, 2015 at 8:16 PM, Giovanni Maruzzelli <gmaruzz at 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 at gmail.com
>>>>> > wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>> ---------- Forwarded message ----------
>>>>>> From: *Michael Nielsen* <mic.niel84 at 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 at gmail.com>
>>>>>>
>>>>>>
>>>>>> This is my log when it fails:
>>>>>> http://pastebin.com/ZqLbcGg4
>>>>>>
>>>>>> 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 at gmail.com> wrote:
>>>>>>
>>>>>>> Is this what you are looking for?
>>>>>>>
>>>>>>> https://okay.com.mx/es/emprendedores/balanceo-cluster-y-alta-disponibilidad-con-fusionpbx.html
>>>>>>>
>>>>>>> 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 at 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 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
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Sincerely,
>>>>>
>>>>> Giovanni Maruzzelli
>>>>> Cell : +39-347-2665618
>>>>>
>>>>>
>>>>> _________________________________________________________________________
>>>>> 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
>>>
>>>
>>> _________________________________________________________________________
>>> 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
>>>
>>
>>
>> _______________________________________________
>> 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
>>
>>
>
>
> --
> Luke Milbourne
> <luke.milbourne at gmail.com>
>
> Tel: 07857154817
> Google Talk/Email: luke.milbourne at gmail.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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20151126/37c5212c/attachment-0001.html 