Summary: | ASTERISK-06911: Hangup event not occured when both the ends are hungup | ||
Reporter: | Thameem (thameema) | Labels: | |
Date Opened: | 2006-05-07 01:50:53 | Date Closed: | 2006-05-15 14:39:01 |
Priority: | Trivial | Regression? | No |
Status: | Closed/Complete | Components: | CDR/cdr_manager |
Versions: | Frequency of Occurrence | ||
Related Issues: | |||
Environment: | Attachments: | ( 0) digium-bug-debug.txt | |
Description: | In SIP channel, if a call is made and if it is unanswered or goes to voicemail, disconnecting the orginating channel not causing the hangup event in asterisk. If i do "sip show channels", it shows both the channels are active. I am also not seeing the cdr record for that call...but after sometimes the hangup event sent and cdr record updated. This happens randomly. I am using asterisk 1.2.7.1 in fedora core 4. | ||
Comments: | By: Andrey S Pankov (casper) 2006-05-07 07:24:13 Please show your extensions.conf file and maybe some logs... thanks. By: Andrey S Pankov (casper) 2006-05-07 07:26:12 You should also include: set debug 4 set verbose 4 sip debug if you believe this is a SIP bug. Originating channel may not disconnect properly only if originating device does not send BYE when you hang up. By: Thameem (thameema) 2006-05-07 16:28:56 I have added the debug log. Here is the scenario where I got that log. 1. I made a call from my sip phone to my mobile 2. I didn't take the call on my mobile and hungup my sip phone. 3. I didn't get the hangup event and the channel was hanging there if I do "sip show channels". 4. Please let me know if you come across something. By: Thameem (thameema) 2006-05-07 16:33:11 I forgot to attach my extensions.conf as you requested. Here is the context which is getting called. [us-all-agi] exten => _71XXXXXXXXXX,1,agi(agi://localhost:4575/callout.agi) exten => _71XXXXXXXXXX,2,Hangup Here is my sip.conf entry for this account. I am using broadvoice to callout. [200] type=friend host=dynamic context=thameem-home username=200 secret=mysecret mailbox=200@default nat=yes canreinvite=no dtmfmode=rfc2833 disallow=all allow=ulaw ;allow=alaw accountcode=12345 By: Serge Vecher (serge-v) 2006-05-07 16:46:47 the problem is most likely in your agi script. What does it look like? By: Serge Vecher (serge-v) 2006-05-15 14:39:01 Please feel free to reopen the bug when you are ready to attach the callout.agi script. Thanks |