I had a simular problem.
Did you migrate your database to 1.5 (or create a new one)? The most
significant change is that all varchar should be changed in chars.
Also see:
http://www.opensips.org/index.php?n=Resources.DocsMigration14to15
opensipsdbctl migrate opensips_1_4 opensips_1_5
Hi,
Does anybody know how I can change opensips log level in runtime.
Best Regards,
José Silva
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Hi Anca,
Below I mentioned the backtrace. Please review it.
**
debian:/home/corefiles# gdb opensips core.opensips.sig11.23150
GNU gdb 6.8-debian
Copyright (C)
hi Jan,
I did not migrate but i created a new opensips database
On Fri, Apr 3, 2009 at 4:03 PM, Jan D. j-doe...@zonnet.nl wrote:
I had a simular problem.
Did you migrate your database to 1.5 (or create a new one)? The most
significant change is that all varchar should be changed in
Il giorno 04/apr/09, alle ore 17:09, Adrian Georgescu ha scritto:
Hello Carlo,
I made a fix, please upgrade to version 6.7.6 and check if this
happens again.
Hi Adrian,
I have upgraded to 6.7.6. Now I don't see any differences between
prices.
Thank you!!
Best regards,
Carlo
Hi all. In my scenario I try to use dynamic routing and I have a problem with
the P-Asserted Identity field. When the proxy tries to send the INVITE to the
first gateway selected from DRouting module by the function do_routing, there
is only one PAI field, but if that gateway is down, at the
On Fri, Apr 03, 2009 at 05:46:30PM +0300, Bogdan-Andrei Iancu wrote:
So, the fix is available on SVN - update and give it another try - it
should work (at least for me it did).
I have applied the fix to our opensips server today and, indeed, the bug
seems fixed.
Thanks a lot! I love that kind
Hi Jaya,
Thanks for this report.
I have fixed the problem there. Please update and test again.
regards,
Anca
JayaPrakash wrote:
Hi All,
Opensips 1.5 is running with presence modules. XCAP 1.0.7 is running.
When a client is registered, Opensips Server is getting crashed.
Here the client
Hi Bogdan,
I have managed to make some more tests for the dp_reload issue, and came out
the following:
* The issue is not server dependent. I have installed an opensips server on a
completely different machine with different architecture, and same issue came
up again.
* The issue is not data
Hi Jaya,
First, please update - you don't have the latest svn version.
When you will update, you will see an error that you need to load pua
module before presence_xcapdiff module. This module also depends on pua,
as you can also see in documentation.
regards,
Anca
JayaPrakash wrote:
Hi
Hi Jeff,
There were several fixes in this area (mysql) and I think your case
should be covered. Please update and test again.
Thanks and regards,
Bogdan
Jeff Pyle wrote:
Hi Bogdan,
Is this information helpful for you? Am I looking at the correct item?
I've had several more crashes since
Hi Bogdan,
I've been following the conversation. I updated on Friday. I haven't seen
any more of the prepared statement errors, but I still have the occasional
problem connecting to a remote mysqld instance for sip_trace. As before,
all network captures and mysqld logs show a successful a
Hi Phil,
sorry for the late reply
Phil Vandry wrote:
(Sorry, I digress to MySQL issues not related to OpenSIPS. Future
replies will be off-list.)
On Tue, Mar 31, 2009 at 11:44:42AM +0300, Bogdan-Andrei Iancu wrote:
So, more or less it is about the table size - what is not clear for
You mean at statup, the old problem, right?
Regards,
Bogdan
Jeff Pyle wrote:
Hi Bogdan,
I've been following the conversation. I updated on Friday. I haven't seen
any more of the prepared statement errors, but I still have the occasional
problem connecting to a remote mysqld instance for
Correct. Exactly.
On 4/6/09 8:54 AM, Bogdan-Andrei Iancu bog...@voice-system.ro wrote:
You mean at statup, the old problem, right?
Regards,
Bogdan
Jeff Pyle wrote:
Hi Bogdan,
I've been following the conversation. I updated on Friday. I haven't seen
any more of the prepared
If a remote server, try to run an tcpdump on 3306 (mysql port) when you
start, just to see what is going one between the mysql client and server...
Regards,
Bogdan
Jeff Pyle wrote:
Correct. Exactly.
On 4/6/09 8:54 AM, Bogdan-Andrei Iancu bog...@voice-system.ro wrote:
You mean at
Hi Jeff,
as I suspected, there was something more hiding thereA fix is
available on SVN - I guess you already know the procedure - update, test
and if still doesn't work, post the logs.
Thanks and regards,
Bogdan
Jeff Pyle wrote:
Hi Bogdan,
It appears my therapy was not complete. I
Hi Bogdan,
Works perfectly now. Thanks.
- Jeff
On 4/6/09 9:41 AM, Bogdan-Andrei Iancu bog...@voice-system.ro wrote:
Hi Jeff,
as I suspected, there was something more hiding thereA fix is
available on SVN - I guess you already know the procedure - update, test
and if still doesn't
Hi Matti,
what xmlrpc-c3 version is installed on CentOS 5.2 ?
Regards,
Bogdan
Matti Zemack wrote:
Hi all,
Getting to use mi_xmlrpc is becoming really tough (at least for me).
On my standard OpenSips OpenSUSE 11.1 I couldn’t even get 1.5 to
compile, probably because I’ve messed up the
Hi,
Anyone can help me?
I could try :)
Hi everyone, I've been a issue with a mediaproxy, usind OpenSIPS
1.4.4-notls.
Everytime I make a call, show this in the log.
ERROR:mediaproxy:send_command: connection with mediaproxy closed
and stay mute in both sides.
I'm using a
Bogdan,
Could this also be a symptom of not enough children processes to handle
the load?
I'm seeing it show up in spurts, accompanied by a bunch of internally
generated 408s and other ugly things.
- Jeff
On 4/3/09 12:33 PM, Bogdan-Andrei Iancu bog...@voice-system.ro wrote:
Hi Jeff,
Hi Loredana,
yes, it seams that the 8080 port (used by the internal XMLRPC server)
is already used :
Failed to bind listening socket to port number 8080
try changing the XMLRPC port via the port modparam:
http://www.opensips.org/html/docs/modules/devel/mi_xmlrpc.html#id227137
Regards,
Jeff,
could be but not necessaryly - more or less the trigger is delayed
signalling...now, what is the cause the delay (network, other servers,
internal processing) is hard to saybut you can try increasing the no
of procs.
I want to add some new stats to report the load on the socket (how
Ty man ..
So .. I'm using mediaproxy 1.8
--
From: Uwe Kastens ki...@kiste.org
Sent: Monday, April 06, 2009 11:42 AM
To: users@lists.opensips.org
Subject: Re: [OpenSIPS-Users] connection with mediaproxy closed
Hi,
Anyone can help me?
I could
Hi Rodrigo,
So .. I'm using mediaproxy 1.8
Do you have some details about your setup? All on one server?
BR
Uwe
--
kiste lat: 54.322684, lon: 10.13586
___
Users mailing list
Users@lists.opensips.org
Hi Dan,
I found the bug and fixed it - for the moment the fix is on trunk only
and if you could test it before backport to 1.5, it will be great.
Thanks and regards,
Bogdan
Dan-Cristian Bogos wrote:
Hi Bogdan,
I have managed to make some more tests for the dp_reload issue, and came
out
Hi Jeff,
I suspect that the callee device is not properly mirroring the RR header
(maybe is converting to lower cases the whole string), which is against
the RFC.
Try to capture the RR in INVITE leaving OpenSIPS and in the BYE received
by OPenSIPS and see if there are any differences between.
Hi Vladimir,
really nice, indeed - I did this manually all the time :)
Maybe Maxim can integrate this directly in the RTPproxy project
Regards,
Bogdan
Romanov Vladimir wrote:
Hi!
Mybe this is usefull for someone.
This script detect CPU core count and start multiple copies of
Hi Brett,
it looks like the DB connections are dropped and reconnect is taking
place (this are the errors about). But to find out the real cause, I can
enable some more logs to spot the reason for re-connect...
I will do it later as right now I'm in the middle of some DB debugging
and I'm
Hi John,
setting fork=no is not an option (you have only one UDP interface, no
TCP, no TLS)
I think it is an issue with upstart..there are many other apps that
fork at startup...
Regards,
Bogdan
John Khvatov wrote:
On Fri, Apr 03, 2009 at 08:26:09PM +0200, Iñaki Baz Castillo wrote:
Hi Ashwini,
What stop time are you refering to?
Regards,
Bogdan
ASHWINI NAIDU wrote:
hi,
When the call controller sends a dlg_end_dlg to the 2 end-points
after the balance tends to nil. The internal bye is entering the
local_route but it is not updating the stop time.
Below is the
Hi Jeff,
What you configure is the min-se of the proxy. (1800)
In
DBG:sst:sst_check_min: Session-Expires: 300; MIN-SE: 90
are the values from received from request.
Regards,
Bogdan
Jeff Pyle wrote:
Hello,
I have the sst module configured as follows:
loadmodule sst.so
Hi Bogdan,
Makes sense, but the why didn't the proxy reject the request with a 422
since the Session-Expires from the request is less than the proxy's Min-SE
of 1800?
- Jeff
On 4/6/09 12:56 PM, Bogdan-Andrei Iancu bog...@voice-system.ro wrote:
Hi Jeff,
What you configure is the min-se
Hi Matteo,
Whatever change you in request_route will propagate in all branches -
this is your problem - when you set the PAI for the first destination,
in request_route, the PAI will be present in all future branches.
To avoid this situation, avoid adding per-branch info from
request_branch -
Looking in the code, the 422 is sent only if the proxy min-se (1800) is
smaller than the min(received-min_se(90), received-se(300)) - 1800 90
- false, no 422.
But reading the RFC 4028, I would say the condition is the other way
around - if the local min-se is higher than
Hi Bogdan,
Over the last few days I came across a few other reasons I can't change the
From header at the stage where this Opensips instance is operating. I won't
be able to test this until I get another lab environment set up. That could
be a while.
Thanks anyway.
- Jeff
On 4/6/09 12:18
Hi Bogdan,
I guess I did not get phrase like freeing already freed pointer.
If I get such phrase, I am sure, I will post it to you.
Thanks
JayaPrakash
On Mon, Apr 6, 2009 at 10:17 PM, Bogdan-Andrei Iancu bog...@voice-system.ro
wrote:
Hi JayaPrakash,
have you compiled the memory debug
humm .. I didn't know that ..
i'll try to install a mediaproxy 2.x.x on a debian machine, because on ports
from FreeBSD, only have version 1.8 ..
ty
BTW, I've all installed in one server (Opensips + mediaproxy) ..
--
From: Dan Pascu
hi,
and the mediaproxy-relay =2.x is not supported for non linux systems
BR
Uwe
Dan Pascu schrieb:
opensips (no matter what version) only works with mediaproxy 2.x.x.
mediaproxy 1.x.x is not supported anymore.
On Monday 06 April 2009, Rodrigo Ferreira wrote:
Ty man ..
So .. I'm using
On Mon, Apr 06, 2009 at 07:31:57PM +0300, Bogdan-Andrei Iancu wrote:
Hi John,
setting fork=no is not an option (you have only one UDP interface, no
TCP, no TLS)
I think it is an issue with upstart..there are many other apps that
fork at startup...
And this fork is just
To be frank, I don't know what is QM_DBG_MALLOC.
Will you please make it clear, what is it and how to compile with it?
Thanks
JayaPrakash
On Mon, Apr 6, 2009 at 11:05 PM, Bogdan-Andrei Iancu bog...@voice-system.ro
wrote:
Buy were you compiling with QM_DBG_MALLOC ?
Regards,
Bogdan
See http://www.opensips.org/index.php?n=Resources.DocsTsMem , the second
part, the How the handle it
Regards,
Bogdan
JayaPrakash wrote:
To be frank, I don't know what is QM_DBG_MALLOC.
Will you please make it clear, what is it and how to compile with it?
Thanks
JayaPrakash
On Mon, Apr
Hi John,
i'm using monit (see http://mmonit.com/monit/ ) for a long time - quite
nice;
Also you may consider nagios http://www.nagios.org/
Regards,
Bogdan
John Khvatov wrote:
On Mon, Apr 06, 2009 at 07:31:57PM +0300, Bogdan-Andrei Iancu wrote:
Hi John,
setting fork=no is not an
Hi Bogdan,
On Mon, Apr 06, 2009 at 10:02:49PM +0300, Bogdan-Andrei Iancu wrote:
Hi John,
i'm using monit (see http://mmonit.com/monit/ ) for a long time - quite
nice;
Also you may consider nagios http://www.nagios.org/
Regards,
Bogdan
Thanks.
--
John Khvatov
Hi everyone,
I'm using the nathelper and dispatcher module to send calls to an
Asterisk server. I'm using the Asterisk as a SIP to H.323 converter
because our PSTN gateway only speaks H.323
For some reason *sometimes* the caller does not send RTP traffic to the
opensips (one way audio). The
Bogdan,For what it's worth, I've updated to latest 1_5 tonight (about 20
minutes ago) and I still am having problems. Full out crashes as well.
I rewrote my queries so I'd have a bunch of little (select * from acc where
callid=X) kinds of queries. Of course, there is a lot of DB activity while
46 matches
Mail list logo