Summary:ASTERISK-01174: Hookflash from Voicemail to pick up incoming call weirdness
Reporter:capouch (capouch)Labels:
Date Opened:2004-03-08 17:19:55.000-0600Date Closed:2004-09-25 02:18:22
Versions:Frequency of
Description:"Person" on phone using TDMXXX, in Voicemail App

PSTN call comes in, generating CallWaiting CID on display, and CW tones to "person."

"Person" hits # to exit voicemail, then hookflashes to take incoming call

Incoming call bridged to "person" just fine

After ~5 seconds of conversation, outside caller gets unavailable voicemail for "person" and "person" is disconnected


Output from CLI during this sequence of events.  Note that asterisk doesn't see the hookflash and bridging of the incoming call, but rather doesn't think anyone has picked it up. . .Zap/3 is "person" new IAX2 call is coming from  Note that there is no CLI record of Zap/3-2 being bridged to IAX2/[bc2@], but in fact a short conversation was held ahead of the Voicemail app firing:

   -- Playing '/var/lib/asterisk/sounds/digits/a-m' (language 'en')
   -- Playing '/var/spool/asterisk/voicemail/default/5100/Old/msg0007' (language 'en')
   -- Playing 'vm-deleted' (language 'en')
   -- Accepting AUTHENTICATED call from, requested format = 4, actual format = 1024
   -- Executing Macro("IAX2[bc2@]/3", "stdexten|5100|Zap/3") in new stack
   -- Executing Dial("IAX2[bc2@]/3", "Zap/3|20|t") in new stack
   -- Called 3
   -- Zap/3-2 is ringing
   -- CPE supports Call Waiting Caller*ID.  Sending '"Brian Capouch" <5100>'
   -- Playing 'vm-prev' (language 'en')
   -- Playing 'vm-repeat' (language 'en')
   -- Playing 'vm-next' (language 'en')
   -- Playing 'vm-goodbye' (language 'en')
   -- Executing Hangup("Zap/3-1", "") in new stack
 == Spawn extension (home, 8, 2) exited non-zero on 'Zap/3-1'
   -- Hungup 'Zap/3-1'
   -- Nobody picked up in 20000 ms
   -- Hungup 'Zap/3-2'
   -- Executing VoiceMail("IAX2[bc2@]/3", "u5100") in new stack
   -- Playing 'voicemail/default/5100/unavail' (language 'en')
Comments:By: capouch (capouch) 2004-03-11 03:42:46.000-0600

My description up there is pretty convoluted, but there really is a bug lurking in there.

I called John at Digium and walked him through it as best I could.  I have tested it and it is completely reproducible.

By: Mark Spencer (markster) 2004-03-16 18:52:16.000-0600

Fixed in CVS