Hi Brian,
I've upgraded to svn trunk but am now getting errors on load which are
preventing it from working:
2009-04-03 11:35:52 [CRIT] switch_loadable_module.c:871
switch_loadable_module_load_file() Error Loading module
/usr/local/freeswitch/mod/mod_shout.so
Hello
I'm having a problem connecting to the Freeswitch server running on a
Suse server when the it's started at bootime, but OK if I start it
manually through the init.d script, so I guess I did something wrong
when setting things up.
Here's what I did:
1. Downloaded and compiled the latest
Brian West wrote:
Say you call billy, mary and ken at the same time. Billy's address
provides early media (ringing) you are to give the first one to
respond with media to the caller... but if by chance Mary's phone
provider is having a problem and they give congestion 20 seconds later
Kristian Kielhofner wrote:
On Sun, Apr 5, 2009 at 11:12 PM, David Knell d...@3c.co.uk wrote:
Ah, well, that's where you're trying to change the way that things
have been done for some decades. Ringback has historically been
generated close to the called party, which is why you hear
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
I still have this problem. From the day of starting up freeswitch two
threads are consuming slowly more and more CPU power. In parallel FS
virtual and physical memory usage grows slowly as well. FS is up for 6
days now and served 3160
Please update... rebootstrap.. you caught SVN with the libtool patch
which kinda broken a few things linking.
/b
On Apr 6, 2009, at 4:07 AM, Andy Ayers wrote:
Hi Brian,
I've upgraded to svn trunk but am now getting errors on load which
are preventing it from working:
2009-04-03
What run level are you starting freeswitch?
/b
On Apr 6, 2009, at 6:41 AM, Fred wrote:
Hello
I'm having a problem connecting to the Freeswitch server running on a
Suse server when the it's started at bootime, but OK if I start it
manually through the init.d script, so I guess I did
Here's what it says when I try to connect to the server:
=
# ps aux | grep free
root 3497 0.6 0.7 16912 8212 ?Sl 12:03 0:00
/usr/local/freeswitch/bin/freeswitch -nc
It seems started, I never used a suse, however, can you try this?
#netstat -an | grep 8021
Maybe
On Mon, 2009-04-06 at 00:08 -0400, Kristian Kielhofner wrote:
Actually using 180 w/o SDP provides for enhanced call handing
functionality while only requiring (in many cases) one additional test
scenario. Consider the current example (all 180s are actually 180s
w/o SDP and 183 is 183 w/
It could be due to registrations. I am currently trying to troubleshoot this
problem. I used a sipp scenario to authenticate with fs and register about
2000 different accounts (absolutely no calls made on the test setup). Memory
usage increases continuously and does not decrease at all and
If you guys are not on rev 12914 then you'll need to update.
/b
On Apr 6, 2009, at 9:04 AM, B Karthik wrote:
It could be due to registrations. I am currently trying to
troubleshoot this problem. I used a sipp scenario to authenticate
with fs and register about 2000 different accounts
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
in my scenario I have a reregistration interval of 60 seconds and 32 sip
phones connected. So I have a good amount of registrations. Additionally
each phone subscribes to itself for MWI and some phone subscribes to
others for BLF.
Registrar
I updated to the latest revision. No Luck
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
in my scenario I have a reregistration interval of 60 seconds and 32 sip
phones connected. So I have a good amount of registrations. Additionally
each phone subscribes to itself for MWI and some
did you both follow the policy to upgrade?
stop fs
type make current
restart fs
if you do not rebuild sofia too (only happens in make current)
I just fixed all the problems with these symptoms, 38 million registrations
in a 2 day span using 62mb
btw,
did we not make the policy clear enough about
yes, i did exactly as you mentioned. I will try building again from a fresh
checkout. I am sorry about not following the policy, I didn't intend to report
it as a bug since i was still unsure that it could be a problem in Freeswitch.
did you both follow the policy to upgrade?
stop fs
type
The default in originate is to return as soon as there is media.
So if you bridge an inbound call, FS core will use originate to establish
the outbound leg, as soon as it gets media (18X + sdp) it will return and
enter the bridge in early media, this allows you to hear the early media
while you
Brian West-3 What run level are you starting freeswitch?
3 to 5, the default being 5 (it's the desktop version, hence starting with X):
# cat /etc/inittab
[...]
id:5:initdefault:
# chkconfig -l freeswitch
freeswitch0:off 1:off 2:off 3:on 4:on 5:on 6:off
dujinfang It
Great work. Memory usage is constant now. Memory is now Res :162M Virt: 483M
for more than 10 mins without increasing. Call rate was set to 100 in sipp.
However top usage is very high - 137% - 200%. MySQL usage is about 3%
constant.
I will also try overriding the XML bind function with a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Anthony,
I did a fresh checkout, compiled it, installed it into a clean directory
and will switch over to it tomorrow morning. I hope I can reuse this
existing directories:
db/
conf/
storage/
sounds/
On 06.04.2009 17:21, Anthony Minessale
Hi Brian,
Ok, all up to date, the errors have gone and the software is basically
working but the cut off problem still exists. I have an identical software
install running on a machine that is not behind a firewall and the cut off
doesn't seem to occur. This would seem to suggest it's firewall
Don't record in Mp3, I don't recommend it..
/b
On Apr 6, 2009, at 11:10 AM, Andy Ayers wrote:
Hi Brian,
Ok, all up to date, the errors have gone and the software is
basically working but the cut off problem still exists. I have an
identical software install running on a machine that is
Hi Brian,
Just doing some more testing, simplified the call by not even trying to
record the incoming audio and placing a while (session.ready()) {} loop in
the ivr code instead and the calls all now terminate with
RECOVERY_ON_TIMER_EXPIRE.
Does this shed any light on the subject at all?
Three letters come to mind... N A T! ;) What is your network topo?
/b
On Apr 6, 2009, at 11:31 AM, Andy Ayers wrote:
Hi Brian,
Just doing some more testing, simplified the call by not even trying
to record the incoming audio and placing a while (session.ready())
{} loop in the ivr code
On Windows XP/SP3 with FS trunk 12653M I get these errors using javascript in
my dialplan:
?
[MANDATORY_IE_MISSING] (see pastebin below)
and/or with [CS_EXCHANGE_MEDIA] I get [NORMAL_TEMPORARY_FAILURE]? (not shown
this time in pastebin)
Here is the test javascript file:
session.answer();
Hi Brian,
The freeswitch server is connect to the internet via a Cisico ASA firewall
currently running in NAT mode. I believe it's that simple but can't be sure
of the equipment between my firewall and the internet.
regards
Andy
-Original Message-
From:
I need some testers for systems using both libtool 2.2 and 1.5.x to
confirm the following patch:
http://jira.freeswitch.org/secure/attachment/11356/fs-r12922-libtool22.patch
In order to test you will need to do a complete fresh checkout, apply
this patch, then do a bootstrap, configure, etc.
I know there is an implementation of this for linux. Does anyone have it
working in Windows? I gave it a try, but had no luck. I can get individual G729
files to play through the dialplan, but I couldn't get voicemail to work.
Justin
___
I svn'd to today's latest trunk to see if the problem remained. However,
things seemed to have turned worse. The error messages I had before don't
occur but I still can't bridge to my other application with choice=demo.
I tried the application by dialing straight into it with the following dial
On Apr 6, 2009, at 6:42 PM, mszlazak wrote:
NOTE ON UNRELATED ERROR: I don't use Lua but there was an error in
compiling
LUA on Windows with 2008 Express so I get a error loading
mod_lua.dll today.
This is fixed in svn a bit earlier today.
Mike
When I attempt to apply the patch to rev 12932, it says that the patch is
already detected. Has this already been merged?
Sincerely,
Trevor Hammonds
On Mon, Apr 6, 2009 at 1:03 PM, Michael Jerris m...@jerris.com wrote:
I need some testers for systems using both libtool 2.2 and 1.5.x to
Hi Trevor,
The patch has been merged on latest trunk already.
Regards,
Diego V.
On Mon, Apr 6, 2009 at 7:11 PM, Trevor Hammonds tre...@concipient.netwrote:
When I attempt to apply the patch to rev 12932, it says that the patch is
already detected. Has this already been merged?
Sincerely,
Thanks!
On Mon, Apr 6, 2009 at 4:31 PM, Diego Viola diego.vi...@gmail.com wrote:
Hi Trevor,
The patch has been merged on latest trunk already.
Regards,
Diego V.
On Mon, Apr 6, 2009 at 7:11 PM, Trevor Hammonds tre...@concipient.netwrote:
When I attempt to apply the patch to rev 12932,
32 matches
Mail list logo