Apparently it's quite unstable still... :( So perhaps Kamailio is the way to go. How does Kamailio handle cluster setup, so I'll have 2 Kamailio's with shared database? On Thu, Nov 26, 2015 at 10:17 AM, Michael Nielsen <mic.niel84@gmail.com> wrote:
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@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@lists.freeswitch.org> wrote:
Send FreeSWITCH-users mailing list submissions to freeswitch-users@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@lists.freeswitch.org
You can reach the person managing the list at freeswitch-users-owner@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@gmail.com> To: FreeSWITCH Users Help <freeswitch-users@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@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@lists.freeswitch.org [mailto: freeswitch-users-bounces@lists.freeswitch.org] *On Behalf Of *Michael Giagnocavo *Sent:* Wednesday, November 25, 2015 2:44 AM *To:* FreeSWITCH Users Help <freeswitch-users@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@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
-- Thanks, Bhavik Patel
---------- Forwarded message ---------- From: Michael Nielsen <mic.niel84@gmail.com> To: FreeSWITCH Users Help <freeswitch-users@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@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: 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@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: > 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@gmail.com> wrote: > >> Is this what you are looking for? >> >> https://okay.com.mx/es/emprendedores/balanceo-cluster-y-alta-disponibilidad-... >> >> 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
_______________________________________________ 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
-- Luke Milbourne <luke.milbourne@gmail.com>
Tel: 07857154817 Google Talk/Email: luke.milbourne@gmail.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