<div dir="ltr">Can anyone give me idea how to get redirect reason?<br><br><div class="gmail_quote">On Mon, Jul 14, 2008 at 6:42 PM, Ruchir <<a href="mailto:ruchir.lists@gmail.com">ruchir.lists@gmail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Thats a good idea but how exactly we get the redirect reason(unconditional, busy, no answer) in script from this module?<div>
<div></div><div class="Wj3C7c"><br><br><div class="gmail_quote">On Mon, Jul 14, 2008 at 1:47 PM, Bogdan-Andrei Iancu <<a href="mailto:bogdan@voice-system.ro" target="_blank">bogdan@voice-system.ro</a>> 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>
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>
On Wed, Jul 9, 2008 at 8:56 PM, Bogdan-Andrei Iancu <<a href="mailto:bogdan@voice-system.ro" target="_blank">bogdan@voice-system.ro</a> <mailto:<a href="mailto:bogdan@voice-system.ro" target="_blank">bogdan@voice-system.ro</a>>> wrote:<br>
<br>
Hi there,<br>
<br>
if you allow the 3xx to be interpreted by the end-device (and not<br>
by the proxy), You will have 2 separate calls (first with 3xx and<br>
second triggered by 3xx) and there is no way to put these calls<br>
together - from SIP connections there is no connection between the<br>
calls in order to do proper accounting.<br>
<br>
But you should try to use the uac_redirect module - it can<br>
intercept the 3xx on the proxy and to do the redirect in the<br>
client behalf.<br>
<br>
Regards,<br>
Bogdan<br>
<br>
<br>
Ruchir wrote:<br>
<br>
I have problem with CDR manipulation in case of call<br>
forwarding from client. I'm testing with Linksys pap2 and I've<br>
set unconditional call forwarding. When linksys receives the<br>
call, it'll send 302, temporarily moved. I have done proper<br>
ACL checking using Diversion header in the new INVITE but I'm<br>
having difficulty associating the forwarded leg CDR to<br>
original call as this is totally new INVITE and none of the<br>
fields match in CDR. Can anyone guide me in right direction?<br>
------------------------------------------------------------------------<br>
<br>
_______________________________________________<br>
Users mailing list<br></div>
<a href="mailto:Users@lists.openser.org" target="_blank">Users@lists.openser.org</a> <mailto:<a href="mailto:Users@lists.openser.org" target="_blank">Users@lists.openser.org</a>><div><br>
<a href="http://lists.openser.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.openser.org/cgi-bin/mailman/listinfo/users</a><br>
<br>
<br>
<br>
</div></blockquote>
<br>
</blockquote></div><br>
</div></div></blockquote></div><br></div>