Summary: | ASTERISK-07284: Send CANCEL with wrong URI on ACK | ||
Reporter: | R. Voermans (voermans) | Labels: | |
Date Opened: | 2006-07-05 03:09:14 | Date Closed: | 2006-07-05 15:01:40 |
Priority: | Major | Regression? | No |
Status: | Closed/Complete | Components: | Core/General |
Versions: | Frequency of Occurrence | ||
Related Issues: | |||
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. |