Summary: | ASTERISK-22506: Queue ringall strategy gets a CDR assertion failure for losing call. | ||||
Reporter: | Richard Mudgett (rmudgett) | Labels: | |||
Date Opened: | 2013-09-11 12:38:33 | Date Closed: | 2013-09-26 16:13:06 | ||
Priority: | Major | Regression? | |||
Status: | Closed/Complete | Components: | CDR/General | ||
Versions: | SVN | Frequency of Occurrence | |||
Related Issues: |
| ||||
Environment: | Attachments: | ( 0) cdr_assertion_full.txt | |||
Description: | Call setup
{noformat} SIP/200 -- Queue(ast150)(Two members in ringall strategy) -- Local/400@bri_net -- DAHDI/i3/400 -- DAHDI/G1/130 {noformat} When the DAHDI/i3/400 call answers, an assertion failure happens for DAHDI/G1/130. Assertion failure cdr.c:1358 base_process_dial_end() base_process_dial_end(cdr, caller, peer, dial_status) caller snapshot is for SIP/200 peer snapshot is for DAHDI/i2/130 dial_status is CANCEL | ||||
Comments: | By: Matt Jordan (mjordan) 2013-09-12 18:42:09.626-0500 Since you might still have this set up, can you reproduce it, grab a DEBUG log with 'cdr set debug on' enabled? Otherwise, I'm going to have to try to reproduce it using SIP channels only. By: Richard Mudgett (rmudgett) 2013-09-12 20:39:32.900-0500 [^cdr_assertion_full.txt] - Is a three-fer log. It has the assertions for ASTERISK-22506, ASTERISK-22507, and a similar assertion for ASTERISK-22482. I added some comments at each assertion failure. By: Matt Jordan (mjordan) 2013-09-12 20:47:34.960-0500 Heh. I should have known you were still at work. GO HOME :-) By: Matt Jordan (mjordan) 2013-09-26 16:13:06.786-0500 With all of the CDR patches and Queue patches, I cannot reproduce this issue. If we end up being able to reproduce this once all of these go in, we can come back and reopen this issue. |