<div>Will this kind of application require the multi_leg_info modparam for the acc module? I didn't have to use it with OpenSIPS, but I'm running out of ideas with Kamailio.<br></div><div><br></div><div>Thanks,</div>
<div>Ryan</div><br><div class="gmail_quote">On Tue, Jan 25, 2011 at 2:29 PM, thrillerbee <span dir="ltr"><<a href="mailto:thrillerbee@gmail.com">thrillerbee@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div>Alex,<br></div><div><br></div><div>Are you referring to the modparam that would include accounting CANCELs? If so, no - I'm not doing that because I don't want to account the CANCEL transaction. I only wish to account the INVITE transaction & final response (487). I have found that I can force a 487 response back to the original UAC by using t_reply("487","...") if t_is_canceled(), but then the acc module accounts 2 transactions - one with a 302 response code & another with the 487 response code.</div>
<div><br></div><div>Thanks,</div><div>Ryan</div><div><div class="h5"><br><div class="gmail_quote">On Tue, Jan 25, 2011 at 5:28 AM, Alex Balashov <span dir="ltr"><<a href="mailto:abalashov@evaristesys.com" target="_blank">abalashov@evaristesys.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>On 01/24/2011 05:53 PM, thrillerbee wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>
After more investigation, it seems my issue is not just with the<br>
accounting module. Instead of proxying the 487 back to the original<br>
UAC, Kamailio passes a 302. To simplify, I've removed the leg outbound<br>
from Kamailio to the carrier:<br>
<br>
0.000000 caller -> Kamailio SIP/SDP Request: INVITE<br>
sip:15202362038@Kamailio, with session description<br>
0.002294 Kamailio -> caller SIP Status: 100 trying -- your call is<br>
important to us<br>
0.002579 Kamailio -> LCR SIP/SDP Request: INVITE<br>
sip:15202362038@Kamailio, with session description<br>
0.038023 LCR -> Kamailio SIP Status: 100 Trying<br>
0.046877 LCR -> Kamailio SIP Status: 302 Redirect Request<br>
0.047807 Kamailio -> LCR SIP Request: ACK sip:15202362038@Kamailio<br>
...<br>
2.262195 Kamailio -> caller SIP/SDP Status: 183 Session Progress, with<br>
session description<br>
9.422170 caller -> Kamailio SIP Request: CANCEL sip:15202362038@Kamailio<br>
9.424296 Kamailio -> caller SIP Status: 200 canceling<br>
...<br>
9.423958 Kamailio -> outbound_proxy SIP Request: CANCEL<br>
sip:15202362038@upstream_carrier<br>
9.487730 outbound_proxy -> Kamailio SIP Status: 200 canceling<br>
9.576758 outbound_proxy -> Kamailio SIP Status: 487 Request Terminated<br>
...<br>
*9.579157 Kamailio -> caller SIP Status: 302 Redirect Request*<br>
9.626503 caller -> Kamailio SIP Request: ACK sip:15202362038@Kamailio<br>
<br>
This worked flawlessly in OpenSIPS so I'm sure it has something to do<br>
with a difference since the 2 split. Any advice would be much appreciated.<br>
<br>
Thanks,<br>
Ryan<br>
<br>
On Mon, Jan 24, 2011 at 9:00 PM, thrillerbee <<a href="mailto:thrillerbee@gmail.com" target="_blank">thrillerbee@gmail.com</a><br></div></div><div>
<mailto:<a href="mailto:thrillerbee@gmail.com" target="_blank">thrillerbee@gmail.com</a>>> wrote:<br>
<br>
I'm converting my OpenSIPS routers to Kamailio & have run into a<br>
small complication. The proxy pushes all INVITEs to a least-cost<br>
router. This LCR responds with a list of routes as contact<br>
instances in a 302 Redirect. Calls are routing a serially forking<br>
normally. Connected & failed calls account normally.<br>
<br>
However, if the caller cancels the call, the acc module includes<br>
the 302 in the transaction record as the final response as opposed<br>
to the actual final response - the 487 Request Canceled.<br>
<br>
Is there something I could be missing that would cause this?<br>
</div></blockquote>
<br>
Are you sure you're setting the accounting logging flag when processing CANCELs?<br>
<br>
-- <br>
Alex Balashov - Principal<br>
Evariste Systems LLC<br>
260 Peachtree Street NW<br>
Suite 2200<br>
Atlanta, GA 30303<br>
Tel: +1-678-954-0670<br>
Fax: +1-404-961-1892<br>
Web: <a href="http://www.evaristesys.com/" target="_blank">http://www.evaristesys.com/</a><br>
<br>
_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote></div><br>
</div></div></blockquote></div><br>