Module: sip-router
Branch: master
Commit: af0d2038a36502e0d786aa62dbb8ae7378e1f5e6
URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=af0d203…
Author: Juha Heinanen <jh(a)tutpro.com>
Committer: Juha Heinanen <jh(a)tutpro.com>
Date: Wed Jun 17 21:37:36 2009 +0300
* Small clarification in filter_body text.
---
modules_k/textops/doc/textops_admin.xml | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/modules_k/textops/doc/textops_admin.xml b/modules_k/textops/doc/textops_admin.xml
index 28d36e9..ce46bda 100644
--- a/modules_k/textops/doc/textops_admin.xml
+++ b/modules_k/textops/doc/textops_admin.xml
@@ -606,7 +606,7 @@ set_reply_body("test", "text/plain");
<function moreinfo="none">filter_body(content_type)</function>
</title>
<para>
- Filters multipart body by leaving out all other body
+ Filters multipart/mixed body by leaving out all other body
parts except the first body part of given type.
</para>
<para>Meaning of the parameters is as follows:</para>
Bugs item #2791122, was opened at 2009-05-13 13:07
Message generated for change (Comment added) made by effeks
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=743020&aid=2791122&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Tobias Lindgren (effeks)
Assigned to: Nobody/Anonymous (nobody)
Summary: fr_inv_timer_avp on amd64
Initial Comment:
Hi!
When we compile kamailio 1.5.1 trunk on Debian Linux amd64 the fr_inv_time_avp timer cannot altered (the value of the AVP-variable has no effect on the timer) and seem stuck on something like 15 seconds. Compiling the same code in a 32bit chroot works fine, aswell as on any other standard 32bit system, where the timer is set to the value of the AVP as expected.
/effeks
----------------------------------------------------------------------
>Comment By: Tobias Lindgren (effeks)
Date: 2009-06-17 16:04
Message:
Sent debugs to your email.
----------------------------------------------------------------------
Comment By: Daniel-Constantin Mierla (miconda)
Date: 2009-06-10 13:23
Message:
I did several tests and the timeout was ok. Here are my parameters:
modparam("tm", "fr_timer", 15)
modparam("tm", "fr_inv_timer", 60)
modparam("tm", "wt_timer", 5)
modparam("tm", "fr_inv_timer_avp", "$avp(i:120)")
$avp(i:120) = 30;
Can you get a ngrep trace and send it to me at: <miconda [at] gmail.com>?
Thanks.
----------------------------------------------------------------------
Comment By: Tobias Lindgren (effeks)
Date: 2009-06-05 13:23
Message:
Any news?
----------------------------------------------------------------------
Comment By: Tobias Lindgren (effeks)
Date: 2009-05-25 13:50
Message:
The avp-value was a string, but changing it into an integer makes no
difference. On 32bit it works regardless of int or str.
----------------------------------------------------------------------
Comment By: Daniel-Constantin Mierla (miconda)
Date: 2009-05-25 11:49
Message:
Did you check my last message? Is the timer avp integer or string value?
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2009-05-25 11:47
Message:
Any progress on this?
----------------------------------------------------------------------
Comment By: Daniel-Constantin Mierla (miconda)
Date: 2009-05-22 19:12
Message:
Just saw in your last comment that you assign a string to the avp:
$avp(i:10) = "25";
Should be:
$avp(i:10) = 25;
Can you doublecheck?
----------------------------------------------------------------------
Comment By: Daniel-Constantin Mierla (miconda)
Date: 2009-05-19 09:25
Message:
OK, i am going to check the log. thanks.
----------------------------------------------------------------------
Comment By: Tobias Lindgren (effeks)
Date: 2009-05-15 13:23
Message:
Done, the config snippet looks something like this:
modparam("tm", "fr_inv_timer_avp", "$avp(i:10)")
$avp(i:10) = "25";
t_relay();
----------------------------------------------------------------------
Comment By: Daniel-Constantin Mierla (miconda)
Date: 2009-05-15 12:07
Message:
Can you run with debug=5 and attach the syslog output here?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=743020&aid=2791122&group_…
andrei 2009/06/17 11:12:08 CEST
SER CVS Repository
Modified files:
. sctp_options.c sctp_server.c
Log:
sctp: SCTP_PEER_ADDR_PARAMS fix for older kernels
On older kernels (< 2.6.27) one has to set the AF when setting a
SCTP_PEER_ADDR_PARAMS socket option even if the address is the
wildcard (INADDR_ANY).
This affects the sctp_hbinterval and sctp_pathmaxrxt config
options.
Reported-by: Cristian Constantin <cristian.constantin(a)iptel.org>
Revision Changes Path
1.10 +19 -5 sip_router/sctp_options.c
http://cvs.berlios.de/cgi-bin/viewcvs.cgi/ser/sip_router/sctp_options.c.dif…
1.30 +7 -4 sip_router/sctp_server.c
http://cvs.berlios.de/cgi-bin/viewcvs.cgi/ser/sip_router/sctp_server.c.diff…
Bugs item #2740437, was opened at 2009-04-07 13:28
Message generated for change (Comment added) made by klaus_darilion
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=743020&aid=2740437&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: ver devel
Status: Open
Resolution: None
Priority: 7
Private: No
Submitted By: Klaus Darilion (klaus_darilion)
Assigned to: Nobody/Anonymous (nobody)
Summary: PUBLISH authentication is wrong
Initial Comment:
Hi!
For PUBLISH requests, Authentication user should be checked against RURI. Thus, realm should be derived from RURI too.
Can someone please review the patch - I am not sure if the usage of &(_m->parsed_uri) is correct in this situation.
thanks
----------------------------------------------------------------------
>Comment By: Klaus Darilion (klaus_darilion)
Date: 2009-06-15 16:14
Message:
I also think it is better to just remove the automated realm-calculation
and instead force to script writer to specify the realm in the config.
----------------------------------------------------------------------
Comment By: Iñaki Baz Castillo (ibc_sf)
Date: 2009-05-19 15:40
Message:
The original question was about the default "realm" to set if
ww_authorize() hasn't it set. The reporter suggested to take the default
realm from the RURI domain but IMHO (as debated in the ML) this is wrong
(take for example an external presence user agent which publish status for
other AoR's with different domains. In this case, the PUA should
authenticate with his own username (pua(a)external_domain.org) and not with
the domain in the RURI (alice(a)atlanta.org).
The best option, IMHO, would be never setting the default realm from any
part of the request. Instead, it must be set manually by the script
configurator by choosing $fd, $rd, $td...
AFAIR all of this was explained in the devel maillist.
----------------------------------------------------------------------
Comment By: Daniel-Constantin Mierla (miconda)
Date: 2009-05-19 09:31
Message:
IMO, the from has to be auth'ed as well. Other opinions? Can we close
this?
Anyhow, auth module allows to use username from any field with
pv_proxy|www_authorize(). proxy|www_challenge() takes any PV as realm
parameter. So the behaviour can be achieved with sqlops (to load passwed
from db) and auth for the rest.
----------------------------------------------------------------------
Comment By: Iñaki Baz Castillo (ibc_sf)
Date: 2009-04-16 15:50
Message:
I copy part of my mail in devel maillist about this report:
I don't agree on the patch behaviour. For PUBLISH the credentials username
should be matched against the From username. For example, a presence user
agent (pua@domain) could publish state for bob(a)domain.org, but we still
need pua to authenticate against us. In my opinion, the logical behaviour
would be:
is_method("PUBLISH") {
if ! check_from() {
sl_send_reply("403", "You are not who you say");
exit();
}
if au != fu {
if fu == "sip:pua@domain" {
xlog("L_INFO", "Thirdy party PUBLISH allowed for PUA \n");
}
else {
sl_send_reply("403", "Thirdy Party PUBLISH not allowed for you");
exit();
}
}
}
So I consider the proposed patch as wrong since it avoids authenticated
thirdy party publish.
----------------------------------------------------------------------
Comment By: Iñaki Baz Castillo (ibc_sf)
Date: 2009-04-14 17:23
Message:
I have no checked the patch yet, but I confirm that for PUBLISH, the RURI
should be checked instead of the From or To.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=743020&aid=2740437&group_…
Revision: 5873
http://openser.svn.sourceforge.net/openser/?rev=5873&view=rev
Author: carstenbock
Date: 2009-06-15 11:39:59 +0000 (Mon, 15 Jun 2009)
Log Message:
-----------
"match_callid" should be initialized properly, otherwise "registered" may return false in some cases.
- Reported and fixed by Min Wang (wang(a)basis-audionet.com)
Modified Paths:
--------------
branches/1.5/modules/registrar/lookup.c
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.