<div dir="ltr">Yes. I've set unconditional forwarding in linksys pap2. So it sends "302 temporarily moved".<br><br><div class="gmail_quote">On Sat, Aug 9, 2008 at 4:36 PM, Bogdan-Andrei Iancu <span dir="ltr"><<a href="mailto:bogdan@voice-system.ro">bogdan@voice-system.ro</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi Ruchir,<br>
<br>
The redirect on the phone is done via the 3xx replies?<br>
<br>
Regards,<br>
Bogdan<br>
<br>
Ruchir wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">
I've set avp and radius_extra param properly. If I handle call forwarding from server side, everything works fine. I get leg source, destination, forward reason, etc. perfectly. The problem is there only when I do call forwarding from phone.<br>
<br></div><div class="Ih2E3d">
On Fri, Aug 8, 2008 at 8:08 PM, Pablo Hernan Saro <<a href="mailto:pablosaro@gmail.com" target="_blank">pablosaro@gmail.com</a> <mailto:<a href="mailto:pablosaro@gmail.com" target="_blank">pablosaro@gmail.com</a>>> wrote:<br>
<br>
I believe that it's not about how OpenSER or OpenSIPS implements<br>
multi-leg accounting, it's about how you do.<br>
Particularly how you set up two important parameters for the acc<br>
module: multi_leg_info and db_extra. In my case, I set up one avp<br>
for source leg, another for destination leg and two avps for extra<br>
information: the state of the call and a classification of the dst.<br>
The "state of the call", for me, means when it's a call, a fw or<br>
whatever; while the "classification of the dst" means if dst is<br>
national, long distance, international.<br>
So, you have to set up avps as the information you need and make<br>
sure to set it to proper values before the acc module writes the<br>
row in your db.<br>
BTW, take care of using Diversion header... It's a draft from 2004<br>
and it's expired. Not all UAC/UAS has this implemented.<br>
I hope it helps.<br>
Cheers<br>
<br>
Pablo<br>
<br>
<br>
On Fri, Aug 8, 2008 at 4:05 AM, Ruchir <<a href="mailto:ruchir.lists@gmail.com" target="_blank">ruchir.lists@gmail.com</a><br></div><div><div></div><div class="Wj3C7c">
<mailto:<a href="mailto:ruchir.lists@gmail.com" target="_blank">ruchir.lists@gmail.com</a>>> wrote:<br>
<br>
I'm using uac_redirect module to handle redirect from UA and<br>
doing accounting from openser. Redirect works fine so as cdr<br>
but I'm not able to store CDR records for multi-leg accounting<br>
properly.<br>
<br>
I have set onreply avp by<br>
<br>
modparam("tm", "onreply_avp_mode", 1)<br>
<br>
<br>
I've set following in onreply route<br>
<br>
<br>
if($hdr(Diversion)!=null)<br>
{<br>
avp_delete("$avp(s:src_call_type)");<br>
$avp(s:src_call_type) = $hdr(Diversion);<br>
<br>
xlog("Client call forwarding to $avp(s:src_user_reply)\n ");<br>
<br>
avp_subst("$avp(s:src_user_reply)",<br>
"/(.*)<sip:(.*)@(.*)>;reason=(.*)/\4/");<br>
<br>
<br>
<br>
switch($avp(s:src_call_type))<br>
{<br>
case "unconditional":<br>
$avp(s:call_type) = "cwfd";<br>
break;<br>
case "user-busy":<br>
$avp(s:call_type) = "cwfdbusy";<br>
break;<br>
case "no-answer":<br>
$avp(s:call_type) = "cwfdnoanswer";<br>
break;<br>
default:<br>
log("no forwarding\n");<br>
}<br>
<br>
}<br>
<br>
But the problem is that records are not generated the way we<br>
expect and the way it works in normal forwarding using<br>
usr_preferences. For example call is forwarded from one user<br>
to another, the first leg of the call should be logged as it<br>
should normally be($fU in leg source, $rU in leg destination &<br>
calltype=call) and in next cdr log, it should log with<br>
forwarding details(Forwarding user in leg source, forwarded<br>
user in leg destination & calltype=cfwd). But it actually<br>
generates 5 records(1 failed invite, 2 ok invites & 2 byes,<br>
instead of 2 invites & 2 byes) of the call. Also as we set<br>
calltype and leg source in onreply route, it'll store that<br>
date for the first leg of the CDR which should not happen.<br>
<br>
Is the same limitation is there in OpenSIPS or it has better<br>
uac_redirect module?<br>
<br>
I'll consider switching to OpenSIPS if it solves this issue.<br>
<br>
_______________________________________________<br>
Users mailing list<br></div></div>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a> <mailto:<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>><div class="Ih2E3d"><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br>
<br>
<br></div>
------------------------------------------------------------------------<div class="Ih2E3d"><br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br>
</div></blockquote>
<br>
</blockquote></div><br></div>