Thats a good idea but how exactly we get the redirect reason(unconditional, busy, no answer) in script from this module?<br><br><div class="gmail_quote">On Mon, Jul 14, 2008 at 1:47 PM, Bogdan-Andrei Iancu &lt;<a href="mailto:bogdan@voice-system.ro">bogdan@voice-system.ro</a>&gt; wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Try to use extra accounting to push some text details for the CDRS.<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">
This works fine. All cdr legs have same call-id so we can associate them to single call but how to get forwarding reason?<br>
<br></div><div class="Ih2E3d">
On Wed, Jul 9, 2008 at 8:56 PM, Bogdan-Andrei Iancu &lt;<a href="mailto:bogdan@voice-system.ro" target="_blank">bogdan@voice-system.ro</a> &lt;mailto:<a href="mailto:bogdan@voice-system.ro" target="_blank">bogdan@voice-system.ro</a>&gt;&gt; wrote:<br>

<br>
 &nbsp; &nbsp;Hi there,<br>
<br>
 &nbsp; &nbsp;if you allow the 3xx to be interpreted by the end-device (and not<br>
 &nbsp; &nbsp;by the proxy), You will have 2 separate calls (first with 3xx and<br>
 &nbsp; &nbsp;second triggered by 3xx) and there is no way to put these calls<br>
 &nbsp; &nbsp;together - from SIP connections there is no connection between the<br>
 &nbsp; &nbsp;calls in order to do proper accounting.<br>
<br>
 &nbsp; &nbsp;But you should try to use the uac_redirect module - it can<br>
 &nbsp; &nbsp;intercept the 3xx on the proxy and to do the redirect in the<br>
 &nbsp; &nbsp;client behalf.<br>
<br>
 &nbsp; &nbsp;Regards,<br>
 &nbsp; &nbsp;Bogdan<br>
<br>
<br>
 &nbsp; &nbsp;Ruchir wrote:<br>
<br>
 &nbsp; &nbsp; &nbsp; &nbsp;I have problem with CDR manipulation in case of call<br>
 &nbsp; &nbsp; &nbsp; &nbsp;forwarding from client. I&#39;m testing with Linksys pap2 and I&#39;ve<br>
 &nbsp; &nbsp; &nbsp; &nbsp;set unconditional call forwarding. When linksys receives the<br>
 &nbsp; &nbsp; &nbsp; &nbsp;call, it&#39;ll send 302, temporarily moved. I have done proper<br>
 &nbsp; &nbsp; &nbsp; &nbsp;ACL checking using Diversion header in the new INVITE but I&#39;m<br>
 &nbsp; &nbsp; &nbsp; &nbsp;having difficulty associating the forwarded leg CDR to<br>
 &nbsp; &nbsp; &nbsp; &nbsp;original call as this is totally new INVITE and none of the<br>
 &nbsp; &nbsp; &nbsp; &nbsp;fields match in CDR. Can anyone guide me in right direction?<br>
 &nbsp; &nbsp; &nbsp; &nbsp;------------------------------------------------------------------------<br>
<br>
 &nbsp; &nbsp; &nbsp; &nbsp;_______________________________________________<br>
 &nbsp; &nbsp; &nbsp; &nbsp;Users mailing list<br></div>
 &nbsp; &nbsp; &nbsp; &nbsp;<a href="mailto:Users@lists.openser.org" target="_blank">Users@lists.openser.org</a> &lt;mailto:<a href="mailto:Users@lists.openser.org" target="_blank">Users@lists.openser.org</a>&gt;<div class="Ih2E3d"><br>
 &nbsp; &nbsp; &nbsp; &nbsp;<a href="http://lists.openser.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.openser.org/cgi-bin/mailman/listinfo/users</a><br>
 &nbsp; &nbsp; &nbsp; &nbsp; <br>
<br>
<br>
</div></blockquote>
<br>
</blockquote></div><br>