Summary:ASTERISK-07284: Send CANCEL with wrong URI on ACK
Reporter:R. Voermans (voermans)Labels:
Date Opened:2006-07-05 03:09:14Date Closed:2006-07-05 15:01:40
Versions:Frequency of
Environment:Attachments:( 0) lostcall.txt
Description:I'm using * with a SIP trunk to our ITSP. Randomly, when a call comes in and I answer it, the call is immediately terminated. When debugging asterisk, I found that after the UA has OKed the transaction., asterisk sends a BYE to the UA. I see no reason for it to send the BYE (in the debugs). After that, the ITSP sends an ACK, to which asterisk replies with an CANCEL. The CANCEL contains a wrong URI (instead of CANCEL sip:XXXXXX@XXXX, it sends CANCEL :XXXXX@XXXX).
Needless to say, the call cannot get answered, so it's a lost call!

View the attached lostcall.txt for the full debug of the call.

So, twho questions arise:
- Why does * send a BYE after the OK from the UA?
- Why is there a wrong CANCEL URI?
Comments:By: Olle Johansson (oej) 2006-07-05 14:25:57

We already have a bug report with exactly the same issue...

By: Serge Vecher (serge-v) 2006-07-05 15:01:26

voermans: please monitor bug 7351 for developments.