[Home]

Summary:ASTERISK-00114: Joining two connections to an asterisk application and then hanging up leaves a channel open forever
Reporter:davidc (davidc)Labels:
Date Opened:2003-08-17 22:03:41Date Closed:2004-09-25 02:40:13
Priority:TrivialRegression?No
Status:Closed/CompleteComponents:Core/General
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:
Description:Calling a meetme with two lines on a SIP phone, joining the calls and then hanging up causes 1 connection to the meetme to stick around forever. (This is using 'Confrn' and then 'Join' on a 7960).

Same thing happens if I for example call a 'music on hold' test extension twice, join and hangup.

****** ADDITIONAL INFORMATION ******

   -- Executing MeetMe("SIP/203-ce46", "") in new stack
   -- Playing 'conf-getconfno'
 == Parsing '/etc/asterisk/meetme.conf':   == Parsing '/etc/asterisk/meetme.conf': Found
   -- Created ZapTel conference 1022 for conference '1001'
   -- Playing 'conf-onlyperson'
a7s*CLI> show conferences
Conf Num    Parties          Activity
1001           0001          00:00:03
   -- Executing MeetMe("SIP/203-91b1", "") in new stack
   -- Playing 'conf-getconfno'
 == Parsing '/etc/asterisk/meetme.conf':   == Parsing '/etc/asterisk/meetme.conf': Found

Conf Num    Parties          Activity
1001           0002          00:00:22
a7s*CLI> show conferences
Conf Num    Parties          Activity
1001           0002          00:00:26
 == Spawn extension (longdistance, 530, 1) exited non-zero on 'SIP/203-91b1'
a7s*CLI> show conferences
Conf Num    Parties          Activity
1001           0001          00:00:28
a7s*CLI> show channels
       Channel  (Context    Extension    Pri )   State Appl.         Data          
  SIP/203-ce46  (longdistance 530          1   )      Up MeetMe        (Empty)
Comments:By: davidc (davidc) 2003-08-17 23:15:20

also this appears in the log:

Aug 17 22:37:31 NOTICE[7176]: File chan_sip.c, Line 4476 (attempt_transfer): Transfer attempted with no bridged calls to transfer
By: Mark Spencer (markster) 2003-08-18 00:16:37

Should be fixed in CVS.  Please confirm that it is.
By: davidc (davidc) 2003-08-18 04:43:57

Oops! For some reason it now leaves both channels open (rather than just 1 before), I don't get the "spawn extension exited", and asterisk is no longer able to cleanly shutdown:

   -- Executing MeetMe("SIP/203-dd05", "") in new stack
   -- Playing 'conf-getconfno'
a7s*CLI> show channels
       Channel  (Context    Extension    Pri )   State Appl.         Data          
  SIP/203-dd05  (longdistance 530          1   )      Up MeetMe        (Empty)        
1 active channel(s)
 == Parsing '/etc/asterisk/meetme.conf':   == Parsing '/etc/asterisk/meetme.conf': Found
   -- Created ZapTel conference 1023 for conference '1000'
   -- Playing 'conf-onlyperson'
a7s*CLI> show conferences
Conf Num    Parties          Activity
1000           0001          00:00:07
   -- Executing MeetMe("SIP/203-123d", "") in new stack
   -- Playing 'conf-getconfno'
 == Parsing '/etc/asterisk/meetme.conf':   == Parsing '/etc/asterisk/meetme.conf': Found
a7s*CLI> show conferences
Conf Num    Parties          Activity
1000           0002          00:00:18
a7s*CLI> show channels
       Channel  (Context    Extension    Pri )   State Appl.         Data          
  SIP/203-123d  (longdistance 530          1   )      Up MeetMe        (Empty)        
  SIP/203-dd05  (longdistance 530          1   )      Up MeetMe        (Empty)        
2 active channel(s)

[i hang up here to bridge them and the log shows]

Aug 18 05:22:34 NOTICE[7176]: File chan_sip.c, Line 4476 (attempt_transfer): Transfer attempted with no bridged calls to transfer

a7s*CLI> show channels
       Channel  (Context    Extension    Pri )   State Appl.         Data          
  SIP/203-123d  (longdistance 530          1   )      Up MeetMe        (Empty)        
  SIP/203-dd05  (longdistance 530          1   )      Up MeetMe        (Empty)        
2 active channel(s)
a7s*CLI> show conferences
Conf Num    Parties          Activity
1000           0002          00:00:30
a7s*CLI> stop now
a7s*CLI> show channels
a7s*CLI> [cli freezes, call processing stops and killall -9 asterisk is required]
By: davidc (davidc) 2003-08-18 04:45:32

if i bridge two musiconhold applications then the same thing happens (2 channels left open), but in this case "stop now" does work.
By: Mark Spencer (markster) 2003-08-18 08:59:00

Sorry, typo there.  Please confirm this fixes it.
By: Mark Spencer (markster) 2003-08-21 18:36:00

Fixed in CVS