[Serdev] [Tracker] Closed: (SER-23) translated r-uri in acc does
not work
Jan Janak (JIRA)
tracker at iptel.org
Fri Dec 8 23:54:50 UTC 2006
[ http://tracker.iptel.org/browse/SER-23?page=all ]
Jan Janak closed SER-23.
------------------------
Resolution: Fixed
All accounting modules will pick the Request-URI from the branch whose reply will be forwarded upstream if the transaction is available. There are however cases when we cannot determine which branch will be used, for example when the adminstrator calls the accounting function manually from the script, in that case the outbound uri of the first branch will always be logged.
> translated r-uri in acc does not work
> -------------------------------------
>
> Key: SER-23
> URL: http://tracker.iptel.org/browse/SER-23
> Project: SER
> Issue Type: Bug
> Components: Accounting
> Affects Versions: Ottendorf
> Reporter: Jan Janak
> Assigned To: Jan Janak
> Fix For: Ottendorf
>
>
> if a request is forwarded to another destination in failure route by
> appending a new branch to it like in this example from the manual:
> failure_route[1] {
> # forwarding failed -- try again at another destination
> append_branch("sip:nonsense at iptel.org");
> log(1,"first redirection\n");
> # if this alternative destination fails too, proceed to reply_route[2]
> t_on_failure("2");
> t_relay();
> }
> then translated request-uri (format o) of accounting record does not
> contain this appended new uri, since the appended branch is not checked,
> when o-value is selected:
> case 'o':
> if (rq->new_uri.len) val_arr[cnt]=&rq->new_uri;
> else val_arr[cnt]=&rq->first_line.u.request.uri;
> ATR(OURI);
> break;
> is there an existing solution to this problem or should the above code
> be fixed?
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://tracker.iptel.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the Serdev
mailing list