Hi,
A client of ours is trying to connect his * to our FS, outgoing calls
work fine, unfortunately when we try to forward an incoming call to his
* it's not going through.
I see his registration in our internal profile which looks just fine.
We try to forward incoming calls using this in FS
I have Fortune 1000 clients myself, and frankly speaking in real world
they don't even care what type of license the free stuff has. Why?
Simple. Because 90% of the time these companies buy commercial support
and being a commercial customer it's very easy for them to get a
commercial version
of
http://versafon.com/versafonweb/Software.jsp
Essentially it's a wrapper around inbound socket interface, not all
events supported yet, and not all event parameters/variables. It's multi
threaded and scaled well in testing.
We offer commercial support and development for FreeSwitch as well.
Solved by replacing auto-nat with public ip in public profile
external_sip-ip and extrenal-rtp-ip params.
I believe values for these params used to be taken from vars.xml and so
would have public ips by default - would be nice to document such
changes in README.
paul.d...@gmail.com wrote
13564
Brian West wrote:
Shouldn't have really changed any behavior at all... What svn rev are
you on?
/b
On Jun 16, 2009, at 5:50 PM, paul.degt wrote:
API CALL [global_getvar()] output:
external_ssl_enable=false
external_tls_port=5081
external_sip_port=5080
Trying out latest trunk ans seems like js function session.getDigits()
stopped working (not collecting any digits), I do see
switch_rtp.c:1560 Send end packet for [5] ts=260 dur=2080/2080/2000
seq=8732
in debug log so I assume dtmf is ok.
Anybody can shed some light on why wouldn't it work
I am trying to remove default users from my FS installation, I removed
folder default with a bunch of users with numbers 1000 and up,
restarted FS, but it seems to be cached somewhere, I guess in internal
FS database. How do I purge it?
Thanks.
___
