[Devel] loose_route() behavior

2007-04-03 Thread Victor Gamov
Hi! Can anybody explain me loose_route() behavior in situation described here: http://openser.org/pipermail/users/2007-March/010055.html Thanks! -- CU, Victor Gamov ___ Devel mailing list Devel@openser.org http://openser.org/cgi-bin/mailman/listinfo/

RE: [Devel] Multiple IP's and UDP children

2007-04-03 Thread Aron Rosenberg
That works for us. -Aron SightSpeed Inc. -Original Message- From: Bogdan-Andrei Iancu [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 03, 2007 10:14 AM To: Aron Rosenberg Cc: devel@openser.org Subject: Re: [Devel] Multiple IP's and UDP children I was rather thinking to keep the current m

Re: [Devel] Multiple IP's and UDP children

2007-04-03 Thread Bogdan-Andrei Iancu
I was rather thinking to keep the current meaning of "children" (number of children per interface) and to have the ability to specify a number of children when you define an interface - if a specific number is forced, the default "children" will be ignored. Ex: children=5 listen=udp:ip1:port

[Devel] [ openser-Patches-1693779 ] Change Parse Error logging to L_WARN

2007-04-03 Thread SourceForge.net
Patches item #1693779, was opened at 2007-04-03 17:08 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=743022&aid=1693779&group_id=139143 Please note that this message will contain a full co

RE: [Devel] Multiple IP's and UDP children

2007-04-03 Thread Aron Rosenberg
The ideal for us would be that "children" is the total number rather than a per IP:Port number. -Aron SightSpeed Inc. -Original Message- From: Bogdan-Andrei Iancu [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 03, 2007 9:59 AM To: Aron Rosenberg Cc: devel@openser.org Subject: Re: [Devel]

Re: [Devel] Multiple IP's and UDP children

2007-04-03 Thread Bogdan-Andrei Iancu
Hi Aron, no, at the moment there is no way to do that, but I guess it will be something very useful to have - I will keep it in mind regards, bogdan Aron Rosenberg wrote: Is there any way to set the number of children as a total value instead of per IP:Port value? Our server listens on

Re: [Devel] Race conditions in TM, SER implementation, etc...

2007-04-03 Thread Bogdan-Andrei Iancu
Hi Jerome, here are some technical details on the issue, in order to bring some light. most probably your question was about what;s behind the "timer detached" warning, right? if so, there are two situation when it can happen : 1) due a race condition on timer ops between "timeout" and "inse

[Devel] Multiple IP's and UDP children

2007-04-03 Thread Aron Rosenberg
Is there any way to set the number of children as a total value instead of per IP:Port value? Our server listens on two IP:port combos, and the traffic is split 90/10. However we have a huge number of wasted children (and DB connections) since "children" is duplicated for every IP:Port pair? -A

Re: [Devel] rtpproxy: rtpproxy_sock as an avp

2007-04-03 Thread Bogdan-Andrei Iancu
Hi Ovidiu, well, that will be nice :), but let us take on step at at time - first will be to have the ability to use multiple sets of rtpproxies. Second will be provisioning them. regards, bogdan Ovidiu Sas wrote: Hi Bogdan, The proposed solution would work great. Since the nathelper mod

Re: [Devel] rtpproxy: rtpproxy_sock as an avp

2007-04-03 Thread Ovidiu Sas
Hi Bogdan, The proposed solution would work great. Since the nathelper module already has LB support built in (there is support to reconnect to an rtpproxy), it would be interesting to load the set of rtpproxy from the database. Like this, we would be able to add/remove rtpproxy servers on the

[Devel] SF.net SVN: openser: [1950] branches/1.1/modules/tm/t_reply.c

2007-04-03 Thread Bogdan-Andrei Iancu
Revision: 1950 http://openser.svn.sourceforge.net/openser/?rev=1950&view=rev Author: bogdan_iancu Date: 2007-04-03 07:14:37 -0700 (Tue, 03 Apr 2007) Log Message: --- backport from devel (a less agressive fix): -fixed too loose condition - it resulted in un-needed timer ops.

[Devel] SF.net SVN: openser: [1949] branches/1.2/modules/tm/t_reply.c

2007-04-03 Thread Bogdan-Andrei Iancu
Revision: 1949 http://openser.svn.sourceforge.net/openser/?rev=1949&view=rev Author: bogdan_iancu Date: 2007-04-03 07:14:07 -0700 (Tue, 03 Apr 2007) Log Message: --- backport from devel (a less agressive fix): -fixed too loose condition - it resulted in un-needed timer ops.

[Devel] SF.net SVN: openser: [1948] trunk/modules/tm/t_reply.c

2007-04-03 Thread Bogdan-Andrei Iancu
Revision: 1948 http://openser.svn.sourceforge.net/openser/?rev=1948&view=rev Author: bogdan_iancu Date: 2007-04-03 07:13:11 -0700 (Tue, 03 Apr 2007) Log Message: --- -fixed too loose condition - it resulted in un-needed timer ops. Modified Paths: -- trunk/m

[Devel] SF.net SVN: openser: [1947] branches/1.1/modules/tm/timer.c

2007-04-03 Thread Bogdan-Andrei Iancu
Revision: 1947 http://openser.svn.sourceforge.net/openser/?rev=1947&view=rev Author: bogdan_iancu Date: 2007-04-03 07:02:05 -0700 (Tue, 03 Apr 2007) Log Message: --- backport from devel: - fixed bug in re-triggering the DELETE timer; be sure and reset the timer link struc

[Devel] SF.net SVN: openser: [1946] branches/1.2/modules/tm/timer.c

2007-04-03 Thread Bogdan-Andrei Iancu
Revision: 1946 http://openser.svn.sourceforge.net/openser/?rev=1946&view=rev Author: bogdan_iancu Date: 2007-04-03 07:01:27 -0700 (Tue, 03 Apr 2007) Log Message: --- backport from devel: - fixed bug in re-triggering the DELETE timer; be sure and reset the timer link struc

[Devel] SF.net SVN: openser: [1945] trunk/modules/tm/timer.c

2007-04-03 Thread Bogdan-Andrei Iancu
Revision: 1945 http://openser.svn.sourceforge.net/openser/?rev=1945&view=rev Author: bogdan_iancu Date: 2007-04-03 07:00:09 -0700 (Tue, 03 Apr 2007) Log Message: --- - fixed bug in re-triggering the DELETE timer; be sure and reset the timer link structure before re-trigg

Re: [Devel] openser development status IRC meeting

2007-04-03 Thread Ovidiu Sas
I will be there :-) Regards, Ovidiu Sas On 4/3/07, Henning Westerholt <[EMAIL PROTECTED]> wrote: On Monday 02 April 2007 17:14, Daniel-Constantin Mierla wrote: > Hello Henning, > > might be good idea. Let's try to organize it after the Easter holidays. > We need more people to be enthusiastic

[Devel] usrloc dlist::register_udomain

2007-04-03 Thread Henning Westerholt
Hello all, i'm working currently towards the abstraction of the database connectivity in usrloc, to use an enhanced db interface for user data storage that were using internally. The dlist::register_udomain() function test on every new domain the database connectivity with a db init and some q

Re: [Devel] rtpproxy: rtpproxy_sock as an avp

2007-04-03 Thread Bogdan-Andrei Iancu
Hi Ovidiu, Hi Daryl, this functionality was discussed for a long time and I agree with you it is useful - I also felt the need for it couple of times ;). what I suggest is the following: - via configuration you can define sets of rtpproxys (multiple sets) - from script, you can specify t

[Devel] SF.net SVN: openser: [1944] branches/1.1/modules/textops/textops.c

2007-04-03 Thread Daniel-Constantin Mierla
Revision: 1944 http://openser.svn.sourceforge.net/openser/?rev=1944&view=rev Author: miconda Date: 2007-04-03 04:07:55 -0700 (Tue, 03 Apr 2007) Log Message: --- - safety check for cseq header in reply Modified Paths: -- branches/1.1/modules/textops/textops.

[Devel] SF.net SVN: openser: [1943] branches/1.2/modules/textops/textops.c

2007-04-03 Thread Daniel-Constantin Mierla
Revision: 1943 http://openser.svn.sourceforge.net/openser/?rev=1943&view=rev Author: miconda Date: 2007-04-03 04:06:05 -0700 (Tue, 03 Apr 2007) Log Message: --- - safety check for cseq header in reply Modified Paths: -- branches/1.2/modules/textops/textops.

[Devel] SF.net SVN: openser: [1942] trunk

2007-04-03 Thread Daniel-Constantin Mierla
Revision: 1942 http://openser.svn.sourceforge.net/openser/?rev=1942&view=rev Author: miconda Date: 2007-04-03 04:03:33 -0700 (Tue, 03 Apr 2007) Log Message: --- - safety check for cseq header in reply - dev version increased Modified Paths: -- trunk/Makefil

Re: [Devel] openser development status IRC meeting

2007-04-03 Thread Jerome Martin
I would be interested to participate too. On Tue, 2007-04-03 at 12:05 +0300, Bogdan-Andrei Iancu wrote: > Hi Henning, > > count me also in(even if I have to installan IRC client :P)... > > regards, > bogdan > > Henning Westerholt wrote: > > On Monday 02 April 2007 17:14, Daniel-Constantin

[Devel] SF.net SVN: openser: [1941] branches/1.1/tls

2007-04-03 Thread Bogdan-Andrei Iancu
Revision: 1941 http://openser.svn.sourceforge.net/openser/?rev=1941&view=rev Author: bogdan_iancu Date: 2007-04-03 02:45:08 -0700 (Tue, 03 Apr 2007) Log Message: --- backport from 1.2: - fixed bug when the ssl library you compile against uses kerberos. Kerberos implementa

Re: [Devel] openser development status IRC meeting

2007-04-03 Thread Bogdan-Andrei Iancu
Hi Henning, count me also in(even if I have to installan IRC client :P)... regards, bogdan Henning Westerholt wrote: On Monday 02 April 2007 17:14, Daniel-Constantin Mierla wrote: Hello Henning, might be good idea. Let's try to organize it after the Easter holidays. We need more peopl

Re: [Devel] SF.net SVN: openser: [1758] trunk/tls

2007-04-03 Thread Bogdan-Andrei Iancu
Hi Klaus, thanks for pointing is out - I will take care of this. regards, bogdan Klaus Darilion wrote: I wonder why this was not backported to 1.1? regards klaus Bogdan-Andrei Iancu wrote: Revision: 1758 http://openser.svn.sourceforge.net/openser/?rev=1758&view=rev Author: bogd

[Devel] Re: [Users] NEW FEATURE: IP blacklists

2007-04-03 Thread Bogdan-Andrei Iancu
Hi Ovidiu, make sense :) I will have it on my todo list for 1.3 thanks and regards, bogdan Ovidiu Sas wrote: yeah ... I aready did that :) but since you were asking for suggestions ... Regards, Ovidiu Sas On 2/14/07, Bogdan-Andrei Iancu <[EMAIL PROTECTED]> wrote: Hi Ovidiu, yes, it will h

Re: [Devel] openser development status IRC meeting

2007-04-03 Thread Henning Westerholt
On Monday 02 April 2007 17:14, Daniel-Constantin Mierla wrote: > Hello Henning, > > might be good idea. Let's try to organize it after the Easter holidays. > We need more people to be enthusiastic about it, so, let's see who is > interested in such electronic meeting :-) ... Hi Daniel, after East