It's more likely that this is not a memory leak, but a memory
fragmentation issue. If you happen to run a fifo command like ul_dump
with a lot of active contacts, it'll allocate a lot of small fragments
and the memory gets fragmented. Later even after the memory is freed, it
will not be able
Revision: 4483
http://openser.svn.sourceforge.net/openser/?rev=4483view=rev
Author: dan_pascu
Date: 2008-07-13 21:12:25 -0700 (Sun, 13 Jul 2008)
Log Message:
---
Fixed bogus error message for out of dialog requests with preloaded Route
headers
Modified Paths:
Revision: 4484
http://openser.svn.sourceforge.net/openser/?rev=4484view=rev
Author: dan_pascu
Date: 2008-07-13 21:12:54 -0700 (Sun, 13 Jul 2008)
Log Message:
---
Fixed bogus error message for out of dialog requests with preloaded Route
headers
Modified Paths:
What's happening with the commit notifications? I made 2 commits today and
received no email notification. I also remember Henning mentioning a
couple of times in some tickets that he made commits to fix them, but
I've seen no commit notifications for them either. On the other hand, I
have
On Monday 14 July 2008, Dan Pascu wrote:
What's happening with the commit notifications? I made 2 commits today
and received no email notification. I also remember Henning mentioning
a couple of times in some tickets that he made commits to fix them, but
I've seen no commit notifications
On Saturday 12 July 2008, Juha Heinanen wrote:
Dan Pascu writes:
I'm really intrigued by this stance. If something has/had bugs, it
means it is a bad idea?
dan,
my post was not intended to offense anyone.
No offense taken. I was just wondering how did you associate the fact
On Friday 11 July 2008, Juha Heinanen wrote:
many of the bugs are dialog module related. i remember also in the
past that dialog module has had lots of issues. what is the
conclusion? is it really a good idea for proxy to know about dialogs?
I'm really intrigued by this stance. If something
On Friday 04 July 2008, Henning Westerholt wrote:
On Tuesday 01 July 2008, Henning Westerholt wrote:
at the moment there are about 50 bugs open against our code.
Hi all,
the current bug sitation against the trunk and 1.3 branch, actual
count: 37.
There are at least 2 others, which I
Was this fix tested properly? As far as I understand, this is a byte order
issue, which means it could have been fixed on some architecture, but may
break another. Or may interact badly with 64 bit. Was this tested on all
architectures to make sure it properly fixed the issue everywhere,
On Tuesday 24 June 2008, Daniel-Constantin Mierla wrote:
For me it is clear a major internal architecture change as none of my
(and I spotted same for other parts) code was written with nested
contexts in mind. I am not going now over all code to make a report,
just because some code was
On Wednesday 25 June 2008, Daniel-Constantin Mierla wrote:
I think your insults are enough and no matter examples and explanations
I would give, you come out of the context by following personal
interests.
I have not intended any insults and if I unintentionally did it I
apologize. My only
On Wednesday 25 June 2008, Daniel-Constantin Mierla wrote:
I think your insults are enough ...
I just found out that you went and voted what to do about this on the
board.
After stirring waters in a public place (this mailing list) and getting
people involved and putting themselves in ingrate
On Tuesday 24 June 2008, Daniel-Constantin Mierla wrote:
What exactly is broken? If I run openser with my 1.3 script will it
work exactly the same or not?
Could you please review the messages in the beginning of this email
thread? I listed couple of them there, giving examples and
On Tuesday 24 June 2008, Daniel-Constantin Mierla wrote:
On 06/24/08 13:10, Dan Pascu wrote:
On Tuesday 24 June 2008, Daniel-Constantin Mierla wrote:
What exactly is broken? If I run openser with my 1.3 script will it
work exactly the same or not?
Could you please review the messages
On Tuesday 24 June 2008, Daniel-Constantin Mierla wrote:
Then I believe that not running openser will solve all bugs, nothing
will go wrong. This discussion goes aside the topic. If you consider
that doing operations to a message and affecting a completely
different message is not broken
On Tuesday 24 June 2008, Henning Westerholt wrote:
On Friday 20 June 2008, Dan Pascu wrote:
IMO, this is a bug fix, more than a new feature and it should be
applied to 1.4 before released. We had similar problems in the past
with loading usrloc contacts and was fixed in a similar manner
I have just released mediaproxy-2.0.3, which is a minor bug fix release,
with the following issues fixed:
mediaproxy (2.0.3)
- Set resource limit for maximum open file descriptors to be able to
handle all streams permitted by the port_range setting.
- Allow media-dispatcher to use choose the
On Monday 23 June 2008, Daniel-Constantin Mierla wrote:
Hello Dan,
On 06/19/08 16:02, Dan Pascu wrote:
[...]
Should I remind you that
even after about 3 incarnations, the pseudovariable system still has
issues dealing with NULL values correctly (by design) and that
certain operators
On Monday 23 June 2008, Daniel-Constantin Mierla wrote:
From my perspective is unfrozen in regard to local_route --
To be honest I'm a bit put off by this. The svn was frozen on 6-7 June and
the consensus was that the release should be made on 7 July if no
extension was required. Then the
On Friday 20 June 2008, Klaus Darilion wrote:
Yes. Blocking is a know issue of openser, not only for TLS but also for
TCP and DNS. I just wanted to know if there is something special in the
TLS case, because I currently add the TLs server_name extension to
openser and wanted to know if there
On Friday 20 June 2008, Klaus Darilion wrote:
Dan Pascu schrieb:
On Thursday 19 June 2008, Klaus Darilion wrote:
Hi Dan!
Dan Pascu schrieb:
...
operators do not work in all cases? What about the TLS
implementation which is practically useless for end user devices,
and even
On Friday 20 June 2008, Ovidiu Sas wrote:
Hello Dan,
I am still using this module in deployments with registrars that does
not support the path extension.
What functions do you use from the module? Anything usefull from the
module should be moved to the other nat related modules, since
On Thursday 12 June 2008, Henning Westerholt wrote:
So i've came to the same conclusion like Juha. Its better to revert the
commits that were done so far, upload the patch to the tracker, and
continue with the developing after the release. People that really need
this feature probably maintain
On Thursday 19 June 2008, Klaus Darilion wrote:
Hi Dan!
Dan Pascu schrieb:
...
operators do not work in all cases? What about the TLS implementation
which is practically useless for end user devices, and even for proxy
to proxy connections can render your proxy completely unresponsive
On Friday 06 June 2008, Henning Westerholt wrote:
Hi Bogdan,
i don't think that this method of marking each module function with the
proper flags for every special route scale. Perhaps it makes sense to
think a little bit about this, perhaps there exist a better way..
Are there any
On Friday 06 June 2008, Bogdan-Andrei Iancu wrote:
Hi Henning,
From volume of writing, probably having a block-list instead of
allow-list will be more efficient.
I doubt it. Overall I thing they balance themselves out, as there are many
functions that only work in 1 or 2 routes.
Besides,
On Friday 06 June 2008, Ruud Klaver wrote:
On 05 Jun 2008, at 19:36, Dan Pascu wrote:
Please check that if there is no DNS resolver available when the
relay starts, if it blocks (related to that bug report where the
openser mediaproxy module did timeout and disconnected).
--
Dan
On Monday 09 June 2008, Bogdan-Andrei Iancu wrote:
Hi,
In the last days, there was an obvious need for more strict rules to
control the process of preparing new release.
It is one of the common myths that more strict rules provide better
control over the unexpected or even the expected. In
On Tuesday 10 June 2008, Bogdan-Andrei Iancu wrote:
Hi Juha,
This is fine with me - should we split new modules versus design and
arch changes? or keep them together under the same umbrella ?
I would keep new modules separate. They do not affect other developers, so
I see no point in
What is the current status of svn?
- still original froze in place
- unfrozen
- unfrozen and then frozen again
--
Dan
___
Devel mailing list
Devel@lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/devel
On Wednesday 11 June 2008, Bogdan-Andrei Iancu wrote:
regarding client_nat_test - the nat test is also based on SDP IP, which
is can be provided via MI, so , it can be private (integration with
some AS).
I did not include the SDP checking functionality in this function (this is
the only thing
IMO, this whole module should be obsoleted and removed in 1.5. I think it
can receive the status of obsolete even by now to indicate that it will
be removed in the next version.
On Thursday 12 June 2008, Henning Westerholt wrote:
Revision: 4390
Henning Westerholt wrote:
On Tuesday 10 June 2008, Bogdan-Andrei Iancu wrote:
Is the SVN frozen or not? The announced date was for 6th of June and
there is an ongoing discussion about pre-longing this date or not, but
there was no decision yet announced.
And I see non bug fixing commits
Bogdan,
these changes make little sense. Only end_media_session makes sense for
the local_route.
use_media_proxy makes little sense as the generated request is only BYE
at the moment (which should call end_media_session).
fix_contact and client_nat_test also do not make sense to be called in
Daniel-Constantin Mierla wrote:
OK, send_route might be too late for discussion and implementation
without breaking too much the current scheduling. We can focus on the
local_route and review the modules that can be activated and see what
else can be done there to have good coherence in
Juha Heinanen wrote:
new mediaproxy module in trunk has replaced the old module. i'm not
sure if this is a good idea, because it makes impossible to use
mediaproxy in current stable debian distribution (etch). the module
itself, of course, works, but dispatcher, which requires local socket
Juha Heinanen wrote:
Dan Pascu writes:
What exactly does not work?
mediaproxy-dispatcher package depends on mediaproxy-common package and
mediaproxy-common depends on, for example, on python-application package
that does not exist in debian etch. this means that
mediaproxy-dispatcher
Alex Hermann wrote:
On Thursday 05 June 2008, Dan Pascu wrote:
If you do not need to do fancy stuff with starting/stopping mediaproxy
for a new branch after a failure, you can use engage_media_proxy() which
works behind the scenes and does all the stuff without you worrying when
and what
Henning Westerholt wrote:
On Friday 06 June 2008, Bogdan-Andrei Iancu wrote:
From volume of writing, probably having a block-list instead of
allow-list will be more efficient.
But I guess it is too late for this release - we can consider this for
the next version 1.5 :).
Bogdan,
Juha Heinanen wrote:
Dan Pascu writes:
As for the dependencies, all used packages are publicly available on
cheeseshop.python.org and can be installed, or made packages for debian
etch by those interested to do so.
i have tried that by starting to build the packages from lenny
Juha Heinanen wrote:
Dan Pascu writes:
Removing a certain module because someone could not make a debian
package for debian etch (one distribution amongst many), makes little
sense to me, especially when it can be done.
i guess i was not clear. my suggestion was to not include
Bogdan-Andrei Iancu wrote:
Juha,
I'm not saying that re-using the nonce is against RFC and that the phone
is broken - I'm saying it is a security issue (stolen credentials) and
rejecting such auth requests does not break anything.
Can this new security mechanism be disabled (in case
Please revert this. I requested this feature (to be able to see what
notifications are sent by the presence module to whom) and it was added
as a log line with a module parameter to control if it should be logged
or not. Then you objected to the module parameter and asked Anca to
remove it
Henning Westerholt wrote:
Hi Daniel,
perhaps we can remove all the (now) alternative core methods for setting and
getting the flags (setflag(), getflag())? If not for this release, perhaps
for 1.5?
These new pvar setters cannot set individual flags, only all at once.
Daniel, maybe the
Henning Westerholt wrote:
On Thursday 05 June 2008, Dan Pascu wrote:
Please revert this. I requested this feature (to be able to see what
notifications are sent by the presence module to whom) and it was added
as a log line with a module parameter to control if it should be logged
Juha Heinanen wrote:
sometimes openser mediaproxy module request times out like this:
Jun 5 14:14:18 localhost media-dispatcher[7180]: [OpenSERControlProtocol,1,]
Issuing update command to relay at 127.0.0.1
Jun 5 14:14:18 localhost media-relay[7196]: [RelayClientProtocol,client]
Juha Heinanen wrote:
Dan Pascu writes:
There is a module parameter on the openser mediaproxy module to
configure how much to wait for an answer from the dispatcher. The
default is 500ms, but you can increase that.
ok, i'll do that if i see more timeouts. i have openser, dispatcher
Juha Heinanen wrote:
after adding
echo 1 /proc/sys/net/ipv4/ip_forward
to /etc/init.d/mediaproxy-relay start case media-relay started at boot.
when i made the fist test call i got the errors below. after restarting
relay and dispatcher, the test call worked without problems.
-- juha
Juha Heinanen wrote:
Dan Pascu writes:
Apparently the media-relay output is missing 2 log lines. After it says
that is is listening on the 4 ports, it should also say it has added an
audio stream and started a new session. So from the logs it looks like
the relay started to do
Juha Heinanen wrote:
here is what happens when i reboot my laptop.
distpatcher and relay are started:
Jun 5 19:51:14 localhost media-dispatcher[5828]: [-] Log opened.
Jun 5 19:51:14 localhost media-dispatcher[5828]: [-] Starting MediaProxy
Dispatcher 2.0.1
Jun 5 19:51:14 localhost
Juha Heinanen wrote:
Dan Pascu writes:
This error and another one you posted, look like you do not have a
default route.
that is correct. default route gets installed by pppd, when i make
connection over gprs to internet. there is no default route before
that, which i think should
Juha Heinanen wrote:
Bogdan-Andrei Iancu writes:
-new type of route added (local_route) ; this will be triggered by TM each
time a new internal request is generated.
(still work on progress)
bogdan,
so this will solve the logging issue we are having with presence module,
because
Juha Heinanen wrote:
Dan Pascu writes:
As for bind being started when the relay starts, in debian bind starts
at index 15 while the relay starts at index 21
yes i know, but my bind is using mysql and in debian mysql starts at
index 19 so there is a chicken and egg problem.
Still
Juha Heinanen wrote:
i'll wait
until the next version is available where default route is not needed.
I have uploaded a new version (2.0.2) which should allow you to set the
relay IP yourself, and also give better error messages if it's not set
and the default IP cannot be determined
Juha Heinanen wrote:
Dan Pascu writes:
I have uploaded a new version (2.0.2) which should allow you to set the
relay IP yourself, and also give better error messages if it's not set
and the default IP cannot be determined correctly.
thanks, so far i have not seen any problems
Juha Heinanen wrote:
Juha Heinanen writes:
when i cancel invite, i dispatcher reports error.
sorry about that, it was an error in my script. i called
end_media_session twice on cancel.
If you do not need to do fancy stuff with starting/stopping mediaproxy
for a new branch after a
Revision: 4322
http://openser.svn.sourceforge.net/openser/?rev=4322view=rev
Author: dan_pascu
Date: 2008-06-05 22:05:33 -0700 (Thu, 05 Jun 2008)
Log Message:
---
Made some indents consistent
Modified Paths:
--
trunk/modules/pua/hash.h
This was sent by
Iñaki Baz Castillo wrote:
El Friday 30 May 2008 18:28:18 Dan Pascu escribió:
- T.38 fax support.
Hi, I have a very poor knowledge of fax protocol but, didn't MediaProxy
support T.38? isn't transparent to a UDP proxy as MediaProxy is?
No, because T.38 changes the initial audio
Regarding my previous email, there was a small inaccuracy that slipped
in. I mentioned that if ip_tables is not loaded before media-relay
starts the kernel may freeze. That is actually not true. The kernel
freezing was related to another module loading which was fixed already
in the code, so
Revision: 4297
http://openser.svn.sourceforge.net/openser/?rev=4297view=rev
Author: dan_pascu
Date: 2008-06-02 13:49:34 -0700 (Mon, 02 Jun 2008)
Log Message:
---
Added svn properties on files
Modified Paths:
--
trunk/modules/nat_traversal/Makefile
On Saturday 31 May 2008, Juha Heinanen wrote:
dan,
one more dependency issue. at least on ubuntu hardy media-relay should
have install dependency on python-twisted-names. otherwise i get
That's true. And it should be the same on debian. I will add it.
May 31 15:11:48 localhost
On Saturday 31 May 2008, Juha Heinanen wrote:
dan,
i also noticed that without debian/pyversions file, ubuntu hardy makes
these kinds of complains:
pyversions: missing XS-Python-Version in control file, fall back to
debian/pyversions
That is not an error. if it's not defined it falls back
On Saturday 31 May 2008, Juha Heinanen wrote:
Adrian Georgescu writes:
Personally, I would be happy not to have an extra piece software to
install if the rpc server in OpenSER works fine but until is fixed
this solution works fine for me and I wanted to share it with
others.
adrian,
I fixed the build and runtime dependencies and released version 2.0.1
On Saturday 31 May 2008, Juha Heinanen wrote:
Adrian Georgescu writes:
Try now again
got it now. i noticed that build dependency on
libnetfilter-conntrack-dev
was missing. perhaps you could add it. there may be
On Friday 30 May 2008, Bogdan-Andrei Iancu wrote:
Hi Dan,
The variable is global as it is used by two functions. Anyhow, the
variable is declared static, so it cannot be accessed (read - messed)
from outside the file.
Right now, no. But if we need context switching it will be messed from
On Friday 30 May 2008, Henning Westerholt wrote:
On Friday 30 May 2008, Bogdan-Andrei Iancu wrote:
I tend to agree with Henning here - after all everything reduces to
how you configure your logging levels. For example, you could use
L_WARNING for your script. After all we cannot make
On Friday 30 May 2008, Bogdan-Andrei Iancu wrote:
Dan,
context switching is something far, far away and so far was only a
hypothetical discussion - nobody did the technical evaluation of such a
change. So, I will not buy this argument.. :)
This is not an argument. The fact that you may not
Revision: 4287
http://openser.svn.sourceforge.net/openser/?rev=4287view=rev
Author: dan_pascu
Date: 2008-05-30 08:58:10 -0700 (Fri, 30 May 2008)
Log Message:
---
- Second generation mediaproxy module. This requires MediaProxy 2.0.0 or
newer, available from
On Thursday 29 May 2008, Juha Heinanen wrote:
while doing performance tests, i tried to look for a way to change
debug level on the fly using a mi function, but didn't find any. did i
somehow managed to miss such a mi function? description on debug
keyword in core cookbook does not mention
On Thursday 29 May 2008, Juha Heinanen wrote:
Edson writes:
It would be even better if this control could be done not only
through MI commands, but also through script commands/variable. It
would permit increase and decrease debug level based on script logic
given a more granular
On Thursday 29 May 2008, Juha Heinanen wrote:
Dan Pascu writes:
This is already possible using the MI debug function.
node04:~# openserctl fifo debug 7
DEBUG:: 7
node04:~# openserctl fifo debug 3
DEBUG:: 3
node04:~#
thanks dan. any idea where this fifo command
On Thursday 29 May 2008, Ovidiu Sas wrote:
Hello Dan,
Are you refering to:
static struct dlg_cb_params params = {NULL, DLG_DIR_NONE, NULL, NULL};
?
Yes, that's the one.
It was modeled after:
static struct tmcb_params params = {0,0,0,0,0,0};
from t_hooks.c.
The fact that TM does it, is
Revision: 4242
http://openser.svn.sourceforge.net/openser/?rev=4242view=rev
Author: dan_pascu
Date: 2008-05-22 09:44:56 -0700 (Thu, 22 May 2008)
Log Message:
---
Added new nat_traversal module that deals with NAT traversal for SIP signaling
Modified Paths:
--
Why is params in dlg_cb.c a global variable? I see no reason for it not to
be a local variable on the stack.
--
Dan
___
Devel mailing list
Devel@lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/devel
Revision: 4200
http://openser.svn.sourceforge.net/openser/?rev=4200view=rev
Author: dan_pascu
Date: 2008-05-16 23:40:31 -0700 (Fri, 16 May 2008)
Log Message:
---
Log a debug message when the reference counter is increased to help with
tracing reference counting problems
Revision: 4201
http://openser.svn.sourceforge.net/openser/?rev=4201view=rev
Author: dan_pascu
Date: 2008-05-16 23:49:27 -0700 (Fri, 16 May 2008)
Log Message:
---
Fixed wrong reference counting when DID_FALLBACK is used and an early
in-dialog message like PRACK is received
Revision: 4203
http://openser.svn.sourceforge.net/openser/?rev=4203view=rev
Author: dan_pascu
Date: 2008-05-16 23:53:07 -0700 (Fri, 16 May 2008)
Log Message:
---
Fixed wrong reference counting when DID_FALLBACK is used and an early
in-dialog message like PRACK is received
Revision: 4205
http://openser.svn.sourceforge.net/openser/?rev=4205view=rev
Author: dan_pascu
Date: 2008-05-17 00:20:12 -0700 (Sat, 17 May 2008)
Log Message:
---
Fixed wrong reference counting that could occur in certain cases when
terminating the call using the MI
On Friday 16 May 2008, Juha Heinanen wrote:
Dan Pascu writes:
This line in reload_gws() is not atomic:
(*lcrs_ws_reload_counter)++;
An atomic counter should be used for that, otherwise the value of
lcrs_ws_reload_counter may end up with the wrong value if 2
concurrent
is found then. This is fine
with me. Or even better do not log these specific ACKs if global tracing
is not enabled. Then no extra parameter is needed.
This should be for 1.3.2 - for 1.4 I hope we can come up with a better
solution.
Regards,
Bogdan
Dan Pascu wrote:
We use it to trace all
On Thursday 15 May 2008, Bogdan-Andrei Iancu wrote:
Hi Helmut,
As explaining to Dan, this discussion is only about ACK resulting from
sl_send_reply(negative reply)). 200 OK ACKs and statefull ACKs will
still be logged.
If one uses it for debugging purposes than seeing every incoming and
On Thursday 15 May 2008, Bogdan-Andrei Iancu wrote:
Yes, it is. I have to add a rr param and keep tracing it from the
script. Also I need to encode the user I'm tracing somehow in the
record route, so I can set the avp with the user for in-dialog
requests later. If one wants to use this
This line in reload_gws() is not atomic:
(*lcrs_ws_reload_counter)++;
An atomic counter should be used for that, otherwise the value of
lcrs_ws_reload_counter may end up with the wrong value if 2 concurrent
processes modify it in a narrow time window.
The same is true for the lines above
We use it to trace all traffic, at least on small installations and I
wouldn't want to miss those ACKs. I cannot use the per user tracing
capability because it is very cumbersome to trace all the requests and
replies for a certain user with the current implementation.
On Wednesday 14 May
On Tuesday 13 May 2008, Juha Heinanen wrote:
Iouri Kharon writes:
May 13 00:31:25 Etch-3 /usr/sbin/openser[3985]:
ERROR:db_mysql:db_mysql_submit_query: driver error on query:
FUNCTION ser.bitand does not exist
You must recreate base. See scripts/openserdbctl.mysql line ~135.
On Tuesday 13 May 2008, Iouri Kharon wrote:
Hi Dan!
Tuesday, May 13, 2008, you wrote:
1. sql can't possibility to emulate C-like operators ('')
2. 1/s is very very long period :) and so 5% is not matter
DP I disagree. When the db access is the most important bottleneck in
DP openser,
On Tuesday 13 May 2008, Henning Westerholt wrote:
For postgres in the stable branch a similar approach is used. The
emulation function (basically a stored procedure) defined for mysql is
just a small wrapper around the '' operator. Using a user defined
procedure could be faster, but its not
On Tuesday 13 May 2008, Iouri Kharon wrote:
Hi Dan!
Tuesday, May 13, 2008, you wrote:
DP My idea was that each db module can offer functions like:
DP inline str bitand(int a, int b)
DP {
DP }
Yes, of cause. But for this (and analogoue) function need _big_
chnages (expand) for
On Tuesday 13 May 2008, Iouri Kharon wrote:
Hi Dan!
Tuesday, May 13, 2008, you wrote:
the mysql/postgres code being transformed into something inefficient
just for the sake of an oracle module which almost none uses.
None is not quite true, but this is not the point.
Until a month ago
Revision: 4129
http://openser.svn.sourceforge.net/openser/?rev=4129view=rev
Author: dan_pascu
Date: 2008-05-07 23:34:04 -0700 (Wed, 07 May 2008)
Log Message:
---
Small fix in log message casing
Modified Paths:
--
trunk/modules/dialog/dlg_req_within.c
Revision: 4130
http://openser.svn.sourceforge.net/openser/?rev=4130view=rev
Author: dan_pascu
Date: 2008-05-08 00:41:29 -0700 (Thu, 08 May 2008)
Log Message:
---
Fix for double quotes in escape/unescape_common (backported from trunk rev 4109)
Revision Links:
On Wednesday 07 May 2008, Henning Westerholt wrote:
Hello Dan,
i proposed 8 weeks just to provide buffer for eventual delays, and also
to have some time for the needed integration after the (eventual) rush
of changes before the code freeze. Perhaps Bogdan or Daniel have some
more extensive
On Wednesday 07 May 2008, Iñaki Baz Castillo wrote:
El Tuesday 06 May 2008 18:02:01 Dan Pascu escribió:
1. A new module called nat_traversal which implements a fully
featured NAT keepalive functionality for SIP signaling. This
keepalive functionality offers the following features:
Hi
On Wednesday 07 May 2008, Henning Westerholt wrote:
This is all fine for me. I also looked some time ago into both modules,
and even if i don't consider me an expert for NAT setups i noticed some
code duplication and such.
As long as no functionality of the nathelper module is lost i also
Revision: 4127
http://openser.svn.sourceforge.net/openser/?rev=4127view=rev
Author: dan_pascu
Date: 2008-05-07 22:07:58 -0700 (Wed, 07 May 2008)
Log Message:
---
Fixed wrong character check in unescape_common
Modified Paths:
--
branches/1.3/strcommon.c
:
---
- escape double quotes (closes 1855864 reported by Dan Pascu)
- escape/unsescape_common should have same functionality as
addslashes() in php
Modified Paths:
--
trunk/strcommon.c
This was sent by the SourceForge.net collaborative development
platform, the world's largest Open
On Tuesday 06 May 2008, Henning Westerholt wrote:
Hi all,
we've agreed some time ago that the feature freeze for 1.3.0 will be
begin at end of may. Just to have a more exact date i propose that we
freeze the svn trunk and start the testing period on the 3th June (four
weeks from now).
This
I have a new module dealing with nat traversal that is in the work and
testing for the last 6 months. The module initially started as a need to
implement a better NAT keepalive functionality. While I was implementing
that I realized that we can simplify the code structure and eliminate the
On Tuesday 06 May 2008, Juha Heinanen wrote:
dan,
it is great that you will provide improved nathelper module and new
mediaproxy.
3. Common functionality between nathelper and mediaproxy which is
related to handling NAT traversal for SIP signaling purposes (like
contact fixing, nat
Revision: 4081
http://openser.svn.sourceforge.net/openser/?rev=4081view=rev
Author: dan_pascu
Date: 2008-04-24 10:20:49 -0700 (Thu, 24 Apr 2008)
Log Message:
---
Faster STR_MATCH macro definition
Modified Paths:
--
trunk/modules/xcap_client/xcap_client.c
1 - 100 of 204 matches
Mail list logo
