FreeSWITCH package for pfSense 1.2.1 and 2.0 released. PBX or Proxy
-
Hi,
short question. Where can I find the current release of your freeswitch package?
Within the packages tab I can see only release 0.7 of freeswitch…thanks in advance
0.7 is the current release for the pfSense FreeSWITCH. It doesn't follow the release number of the FreeSWITCH package.
However I am planning on rebuilding FreeSWITCH in the next day or two.I've also been working on a new 'follow me' feature that can ring multiple extensions simultaneously or ring them in order. The 'follow me' feature is working on 3 phone systems now but I'm either going to build a GUI for it or allow numbers to be entered through a phone.
-
thanks master! I vote too to change mcrane status to super hero menber or superman!
-
Thanks for the writeup mcrane!
I'll go over the whole thing step by step and see what I missed. I had basically done everything, but I now see my problem. On my original test machine, I could not get any voip phone connecting (even qutecom). I was totally fustrated after my post 2 days ago.. I then did another test machine with nothing but pfsense and freeswitch. I actually got the software to connect to freeswitch (ok, connecting, but nothing working). So I am on a roll, I know now I'll be able to get it running.
I now see the original problem as to why things were not working at all. On my original test setup I am running a whole bunch of services (snort/squid/squidguard/bandwidthd) and there must be a conflict somewhere. It finds my external ip ok, but for the internal it finds my external ip again. My test setup #2 has no issues and finds the correct ips.
One more thing… Any weird settings on a spa942? Trying to find the correct settings for a connection...Since my original test setup will be my final setup, I'll have to readup to see how freeswitch binds to the correct adapter.
And Again....
THANKS! It's nice to have the support base here. The freeswitch package will be a success just based on the great support. -
I now see the original problem as to why things were not working at all. On my original test setup I am running a whole bunch of services (snort/squid/squidguard/bandwidthd) and there must be a conflict somewhere.
I have snort and bandwidthd running on systems with the FreeSWITCH package and it runs fine. My guess if there is a conflict it will be with squid or squidguard.
It finds my external ip ok, but for the internal it finds my external ip again. My test setup #2 has no issues and finds the correct ips.
I suspect terminology is confusing you on this. FreeSWITCH binds by default to the WAN IP for both internal and external profiles. These SIP profiles are not exactly like a WAN and LAN. Internal is the SIP profile that handles SIP registrations. The external profiles handles anonymous calls that don't require registration. The external calls are routed using the 'Public' tab in the GUI.
You can make FreeSWITCH bind to the WAN or the LAN if you want it to bind to both you need to create an additional SIP profile.
One more thing… Any weird settings on a spa942? Trying to find the correct settings for a connection...
If your phone is behind NAT then on the extensions tab set NAT equal to yes. There is also changes needed on the SIP tab to make it handle NAT better. After I get some sleep I will look up these settings and document them here on the forum again (not sure where the link to it is on the forum but I believe I have mentioned it before).
-
@mcrane:
I have snort and bandwidthd running on systems with the FreeSWITCH package and it runs fine. My guess if there is a conflict it will be with squid or squidguard.
FWIW I am running freeswitch with snort, squid and bandwidthd. No squidguard here though.
-
Thanks again for the info. I got my spa942 running. Seems to be an issue with my 1001 extension (I setup what I thought was an identical 1002 extension and it connects to it). So it seems I just need to play with it.
I have dialtone and registration with my sip provider works, so I am sure it's just fiddling and a little reading. Thanks everyone! I hate getting spoonfed, but the initial issues were hard to get over when I don't know nothing :) Actually this is now the funpart and see what else it can do :)
So actually freeswitch is easy, I just ran into a few setup issues on my end right off the bat.As for my initial test machine, it sounds to me like I should play with my original setup and see why the connections are not working. You are right mcrane, the terminology is different. Internal to me means my "intranet", but freeswitch it means something else. Just more reading on my part to find out why that setup does not work. It has to be something trivial I overlooked.
Update.
Outbound calls working. Inbound not, but my working test machine is behind my main pfsense machine (nat behind a nat :). So I'm back to the original test machine and getting it running (where it will end up permanently). I can't get the phones to connect again on this setup. SO I checked the working pfsense settings. From the status tab….
internal profile sip:mod_sofia@192.168.0.8:5060
On the new one, it's the IP of my wan. So I decided to modify the internal setting and specify the rtp-ip and the sip-ip. Now my internal settings look like my working setup (local ip) except for the following line
68.XXX.XXX.XXX alias internal
I'm getting somewhere, as freeswitch is now listening to the right port. I know this since I am now getting items in the log (nothing before)
"Can't find user [1003@192.168.0.3]
You must define a domain called '192.168.0.3' in your directory and add a user with the id="1003" attribute
and you must configure your device to use the proper domain in it's authentication credentials."
So I'm assuming I'm missing something here. Something to do with the alias.
I'm also not sure why nobody else gets this problem. I'm also not sure why one test machine figures out the correct lan/wan while this one machine does not..Anyone have an idea? I think I'm down to my final item. Hopefully someone else will learn from my errors.
-
So I decided to modify the internal setting and specify the rtp-ip and the sip-ip.
The default doesn't need to be changed in most circumstances.
"Can't find user [1003@192.168.0.3]
Look on the status tab and see what IP the internal profile uses. That is the IP that your phone should use to register.
On the 'Internal' tab there is a variable called: force-register-domain if you uncomment that so that it is applied then all registrations that FreeSWITCH receives will be forced seen as that domain that is specified. This means the phone could register with the domain or the IP that the Internal profile is listening on. -
@mcrane:
So I decided to modify the internal setting and specify the rtp-ip and the sip-ip.
The default doesn't need to be changed in most circumstances.
"Can't find user [1003@192.168.0.3]
Look on the status tab and see what IP the internal profile uses. That is the IP that your phone should use to register.
On the 'Internal' tab there is a variable called: force-register-domain if you uncomment that so that it is applied then all registrations that FreeSWITCH receives will be forced seen as that domain that is specified. This means the phone could register with the domain or the IP that the Internal profile is listening on.I agree that it should not need to be changed, as my other test system had no issues with getting the correct interface, and working by default. This current(final) setup still reads in the sofia status
68.151.XXX.XXX alias internal ALIASED
While my other setup reads in that line, the IP of my internal network.The change you suggested works! I can now connect to freeswitch from the phones.
So the only conclusion I see here is that if you are unable to connect to freeswitch, watch the "sofia status profile internal" in the status tab. If it's the wrong one, you have to modify 3 items in the internal settings. The rtp-ip, the sip-ip and uncomment force-register-domain.Could there be an issue with it showing the WAN ip in the internal setting above that someone outside could connect to freeswitch as it's now listening on the wan? (I guess they would still need to know the extension and password)
Then again I understand that the terminology in freeswitch different from what I might perceive it to be…ANYWAYS!! Thanks! I'm on my final setup now, connecting, dialing out, and am down to getting inbound calls (plus playing with other items). I know the rest I can play/read.
-
I note that mod_openzap.so is missing in latest installation.
-
HI mcrane,
I'm running pfsense 1.2.2 and i can't install freswitch correctly. I't installs all the gui components but fails to install binaries. I manually deleted the pckg according to this thread , then reinstalling , removing and reinstalling again but keeps failling with this errors :Warning: fopen(/usr/local/freeswitch/scripts/recordings.js): failed to open stream: No such file or directory in /usr/local/pkg/freeswitch.inc on line 197 Warning: fwrite()
tons off those errors at the end of the installation process. I have tried to create manually "/usr/local/freeswitch" just to test what happends with no luck. The directory is still empty .
Has this been reported? or has not been tested on 1.2.2
Tks a lot and keep up the good work .
p.s.: Sorry I'm not very fluent in english
-
Has this been reported? or has not been tested on 1.2.2
I can't help you much, but I do know it works on 1.2.2. Freeswitch runs ok on my current 1.2.1 system, and it ran even better on my 1.2.2 system.
Both systems I've installed and even reinstalled, and never had your errors.
Sorry can't be of more help than that. -
I note that mod_openzap.so is missing in latest installation.
Next version will have mod_openzap.so file but in order for it to work zaptel has to be compiled into the FreeBSD kernel which it isn't at this time. I've worked on doing that but so far have not succeeded.
-
Warning: fopen(/usr/local/freeswitch/scripts/recordings.js): failed to open stream: No such file or directory in /usr/local/pkg/freeswitch.inc on line 197 Warning: fwrite()
I'm not exactly sure why your package is failing to install correctly. Is your firewall behind a proxy? or a Firewall that is removing some of the data stream?
-
@mcrane:
I note that mod_openzap.so is missing in latest installation.
Next version will have mod_openzap.so file but in order for it to work zaptel has to be compiled into the FreeBSD kernel which it isn't at this time. I've worked on doing that but so far have not succeeded.
Shouldn't we just install from port version? I managed to install Zaptel from freebsd port on pfsense 1.2.2 Dev ISO and have it started and detect by adding script file in rc.d, similar to freeswitch.sh but start zaptel instead.
-
The dev iso has the tools necessary to compile a port. Standard pfsense install does not have those tools. If I or someone else can come up with a process that adds the compiling tools back into pfsense then I will add it to the FreeSWITCH package or create a package specifically for compiling ports.
Mark
-
mcrane. How do we uninstall freeswitch so that it does not save any settings?
I'm having issues with my setup. With changing the internal Ip settings, the phones can register to freeswitch, but I can't get it to talk to each other (dial another extension and I get a couple of tones and goodbye). I still thing it's that it shows my wan ip as internal…
Anyways, I wanted to uninstall freeswitch, and then reinstall from scratch. The problem is that when I reinstall, it puts back all my settings.
I even uninstalled, rebooted, and ssh into the box to see that the backup file in /tmp does not exist. It still gets the settings!One last question. Can you see any issues with this package and a provider that uses a non-standard port? vbuzzer uses port 80.
thanks!
-
mcrane. How do we uninstall freeswitch so that it does not save any settings?
Diagnostics -> Backup Restore
Download the configuration then edit it and remove references to any tag that says <freeswitch*<br>Then restore the configuration.One last question. Can you see any issues with this package and a provider that uses a non-standard port? vbuzzer uses port 80.
Try putting the domain:port when you are setting up the gateway's proxy.</freeswitch*<br>
-
pfSense FreeSWITCH package version 0.8.1 is now available.
1. It includes FreeSWITCH version 1.0.3 revision 12228.
2. Fixed a minor install error.
3. Added new dependency files that were required for 1.0.3.
4. Created a backup directory to store a copy of the original config. /usr/local/freeswitch/conf.rev.orig -
@mcrane:
pfSense FreeSWITCH package version 0.8.1 is now available.
yayyyy!
0.8.0 went BOOM!!!Update:
Actually both my systems went boom on even the 0.8.1 update.. Won't start up due to line errors on freeswitch.incHere is some more info from the status page….
unable to connect to 68.XXX.XXX.XXX:8021 in /usr/local/pkg/freeswitch.inc on line 97 Warning: socket_set_blocking(): supplied argument is not a valid stream resource in /usr/local/pkg/freeswitch.inc on line 98 Warning: fsockopen(): unable to connect to 192.168.0.3:8021 in /usr/local/pkg/freeswitch.inc on line 97 Warning: socket_set_blocking(): supplied argument is not a valid stream resource in /usr/local/pkg/freeswitch.inc on line 98 no handleUpdate 2:
ok, I crashed my test machine by editing the backup and restoring (that's why it's a test machine).
Anyways, fresh install of pfsense 1.2.2
Freeswitch installs with the above errors.So I'd say it's temporarily broken.. Do not update!!
-
After update to FreeSWITCH 0.8.1:
Service Freeswitch does not start and nothing is written to the log.