Bugs item #2814137, was opened at 2009-06-29 19:29
Message generated for change (Comment added) made by klaus_darilion
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=743020&aid=2814137&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 1.5.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Marcus Hunger (marcushunger)
Assigned to: Nobody/Anonymous (nobody)
Summary: force_rtp_proxy bug
Initial Comment:
force_rtp_proxy seems to handle re-invite wrong, resulting in one-way-audio.
----------------------------------------------------------------------
>Comment By: Klaus Darilion (klaus_darilion)
Date: 2009-07-01 08:53
Message:
do you have a SIP trace? Is it maybe related to late offer (SDP in 200 OK
and ACK)? Does the bug happens always or only if the reINVITE is sent by
the callee?
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2009-06-30 15:15
Message:
in detail, the sdp is rewritten with the wrong port for this direction of
the session. it's the same as the answer's which does not work. to build
the query for the rtp-proxy from- and to-tag the have to be reversed in
this case.
----------------------------------------------------------------------
Comment By: Marcus Hunger (marcushunger)
Date: 2009-06-30 11:45
Message:
happens when i handle a reinvite with rtpproxy_offer("l")
----------------------------------------------------------------------
Comment By: Daniel-Constantin Mierla (miconda)
Date: 2009-06-29 20:19
Message:
When is this happening?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=743020&aid=2814137&group_…
Module: sip-router
Branch: master
Commit: 21ba29a12f505b107ef4fb70d74bff6df02acc7b
URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=21ba29a…
Author: Michal Matyska <michal.matyska(a)iptel.org>
Committer: Michal Matyska <michal.matyska(a)iptel.org>
Date: Tue Jun 30 17:44:54 2009 +0200
select_core: fix @ruri.rn_user moving parsed ptr
- changed str* to str parameter type in search_param function to keep value
of the parameter intact upon function return, otherwise the function moved
the ptr to the beginning of the rn parameter or at the end of the pameters string.
---
select_core.c | 12 ++++++------
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/select_core.c b/select_core.c
index 4cc32f1..3aece91 100644
--- a/select_core.c
+++ b/select_core.c
@@ -801,16 +801,16 @@ int select_uri_user(str* res, select_t* s, struct sip_msg* msg)
*
* val is set to the value of the parameter.
*/
-static inline int search_param(str *params, char *name, int name_len,
+static inline int search_param(str params, char *name, int name_len,
str *val)
{
param_hooks_t h;
param_t *p, *list;
- if (params->s == NULL)
+ if (params.s == NULL)
return 0;
- if (parse_params(params, CLASS_ANY, &h, &list) < 0)
+ if (parse_params(¶ms, CLASS_ANY, &h, &list) < 0)
return -1;
for (p = list; p; p=p->next) {
if ((p->name.len == name_len)
@@ -840,12 +840,12 @@ int select_uri_rn_user(str* res, select_t* s, struct sip_msg* msg)
}
/* search for the "rn" parameter */
- if ((ret = search_param(&select_uri_p->params, "rn", 2, &val)) != 0)
+ if ((ret = search_param(select_uri_p->params, "rn", 2, &val)) != 0)
goto done;
if (select_uri_p->sip_params.s != select_uri_p->params.s) {
/* check also the original sip: URI parameters */
- if ((ret = search_param(&select_uri_p->sip_params, "rn", 2, &val)) != 0)
+ if ((ret = search_param(select_uri_p->sip_params, "rn", 2, &val)) != 0)
goto done;
}
@@ -1015,7 +1015,7 @@ int select_any_params(str* res, select_t* s, struct sip_msg* msg)
if (!res->len) return -1;
- if (search_param(res, wanted->s, wanted->len, res) <= 0) {
+ if (search_param(*res, wanted->s, wanted->len, res) <= 0) {
DBG("SELECT ...uri.params.%s NOT FOUND !\n", wanted->s);
return -1;
} else {
Revision: 5886
http://openser.svn.sourceforge.net/openser/?rev=5886&view=rev
Author: henningw
Date: 2009-06-30 14:34:58 +0000 (Tue, 30 Jun 2009)
Log Message:
-----------
- update Changelogs
Modified Paths:
--------------
branches/1.3/ChangeLog
branches/1.4/ChangeLog
branches/1.5/ChangeLog
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
Bugs item #2814137, was opened at 2009-06-29 17:29
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=743020&aid=2814137&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 1.5.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Marcus Hunger (marcushunger)
Assigned to: Nobody/Anonymous (nobody)
Summary: force_rtp_proxy bug
Initial Comment:
force_rtp_proxy seems to handle re-invite wrong, resulting in one-way-audio.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2009-06-30 13:15
Message:
in detail, the sdp is rewritten with the wrong port for this direction of
the session. it's the same as the answer's which does not work. to build
the query for the rtp-proxy from- and to-tag the have to be reversed in
this case.
----------------------------------------------------------------------
Comment By: Marcus Hunger (marcushunger)
Date: 2009-06-30 09:45
Message:
happens when i handle a reinvite with rtpproxy_offer("l")
----------------------------------------------------------------------
Comment By: Daniel-Constantin Mierla (miconda)
Date: 2009-06-29 18:19
Message:
When is this happening?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=743020&aid=2814137&group_…