Alex,

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.

Thanks,
Ryan

On Tue, Jan 25, 2011 at 5:28 AM, Alex Balashov <abalashov@evaristesys.com> wrote:
On 01/24/2011 05:53 PM, thrillerbee wrote:
After more investigation, it seems my issue is not just with the
accounting module. Instead of proxying the 487 back to the original
UAC, Kamailio passes a 302. To simplify, I've removed the leg outbound
from Kamailio to the carrier:

0.000000 caller -> Kamailio SIP/SDP Request: INVITE
sip:15202362038@Kamailio, with session description
0.002294 Kamailio -> caller SIP Status: 100 trying -- your call is
important to us
0.002579 Kamailio -> LCR SIP/SDP Request: INVITE
sip:15202362038@Kamailio, with session description
0.038023 LCR -> Kamailio SIP Status: 100 Trying
0.046877 LCR -> Kamailio SIP Status: 302 Redirect Request
0.047807 Kamailio -> LCR SIP Request: ACK sip:15202362038@Kamailio
...
2.262195 Kamailio -> caller SIP/SDP Status: 183 Session Progress, with
session description
9.422170 caller -> Kamailio SIP Request: CANCEL sip:15202362038@Kamailio
9.424296 Kamailio -> caller SIP Status: 200 canceling
...
9.423958 Kamailio -> outbound_proxy SIP Request: CANCEL
sip:15202362038@upstream_carrier
9.487730 outbound_proxy -> Kamailio SIP Status: 200 canceling
9.576758 outbound_proxy -> Kamailio SIP Status: 487 Request Terminated
...
*9.579157 Kamailio -> caller SIP Status: 302 Redirect Request*
9.626503 caller -> Kamailio SIP Request: ACK sip:15202362038@Kamailio

This worked flawlessly in OpenSIPS so I'm sure it has something to do
with a difference since the 2 split. Any advice would be much appreciated.

Thanks,
Ryan

On Mon, Jan 24, 2011 at 9:00 PM, thrillerbee <thrillerbee@gmail.com
<mailto:thrillerbee@gmail.com>> wrote:

   I'm converting my OpenSIPS routers to Kamailio & have run into a
   small complication. The proxy pushes all INVITEs to a least-cost
   router. This LCR responds with a list of routes as contact
   instances in a 302 Redirect. Calls are routing a serially forking
   normally. Connected & failed calls account normally.

   However, if the caller cancels the call, the acc module includes
   the 302 in the transaction record as the final response as opposed
   to the actual final response - the 487 Request Canceled.

   Is there something I could be missing that would cause this?

Are you sure you're setting the accounting logging flag when processing CANCELs?

--
Alex Balashov - Principal
Evariste Systems LLC
260 Peachtree Street NW
Suite 2200
Atlanta, GA 30303
Tel: +1-678-954-0670
Fax: +1-404-961-1892
Web: http://www.evaristesys.com/

_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users