[Home]

Summary:ASTERISK-09623: IAX2 -> ZAP PRI doesn't connect end-to-end when receipient picks up. SIP -> ZAP works from same phone
Reporter:Walter Klomp (xblurone)Labels:
Date Opened:2007-06-08 02:34:09Date Closed:2011-06-07 14:03:16
Priority:MajorRegression?No
Status:Closed/CompleteComponents:Core/General
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:
Description:When making a call from IAX2 to ZAP after my macro announcement, the phone will ring (IAX2 phone ring and receipient phone rings). After picking up the phone, the IAX2 phone is still ringing, and the receipient phone will hear his own echo in the same level as sent (i.e. looping back). From the same phone IAX2->SIP gateway->PSTN works. From the same phone SIP -> ZAP -> PSTN also works. So it seems to be some sort of compatibility between IAX2 and ZAP... Below the logs for IAX2->ZAP as well as SIP->ZAP

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

[Jun  8 14:57:27]     -- Accepting AUTHENTICATED call from xx.xx.xx.xx:
      > requested format = g723,
      > requested prefs = (),
      > actual format = g723,
      > host prefs = (g729|g723|ilbc|gsm|speex),
      > priority = mine
[Jun  8 14:57:27]     -- Executing [62807512@aglow:2] Macro("IAX2/31062001-5", "call-idd-super|6562807512|90") in new stack
[Jun  8 14:57:27]     -- Executing [s@macro-call-idd-super:1] Answer("IAX2/31062001-5", "") in new stack
[Jun  8 14:57:27]     -- Executing [s@macro-call-idd-super:2] Wait("IAX2/31062001-5", "1") in new stack
[Jun  8 14:57:28]     -- Executing [s@macro-call-idd-super:3] Playback("IAX2/31062001-5", "pls-wait-connect-call") in new stack
[Jun  8 14:57:28]     -- <IAX2/31062001-5> Playing 'pls-wait-connect-call' (language 'en')
[Jun  8 14:57:30]     -- Executing [s@macro-call-idd-super:4] Verbose("IAX2/31062001-5", "1|"Calling 6562807512 from 31062001"") in new stack
[Jun  8 14:57:30]  "Calling 6562807512 from 31062001"
[Jun  8 14:57:30]     -- Executing [s@macro-call-idd-super:5] Dial("IAX2/31062001-5", "ZAP/r1/0066562807512|90|") in new stack
[Jun  8 14:57:30]     -- Requested transfer capability: 0x00 - SPEECH
[Jun  8 14:57:30]     -- Called r1/0066562807512
[Jun  8 14:57:30]     -- Zap/13-1 is proceeding passing it to IAX2/31062001-5
[Jun  8 14:57:31]     -- Zap/13-1 is ringing
[Jun  8 14:57:33]     -- Zap/13-1 answered IAX2/31062001-5
[Jun  8 14:57:39]     -- Hungup 'Zap/13-1'
[Jun  8 14:57:39]   == Spawn extension (macro-call-idd-super, s, 5) exited non-zero on 'IAX2/31062001-5' in macro 'call-idd-super'
[Jun  8 14:57:39]   == Spawn extension (macro-call-idd-super, s, 5) exited non-zero on 'IAX2/31062001-5'
[Jun  8 14:57:39]     -- Hungup 'IAX2/31062001-5'


SIP->ZAP:

[Jun  8 15:32:35]     -- Executing [62807512@aglow:2] Macro("SIP/31062001-09853cc0", "call-idd-super|6562807512|90") in new stack
[Jun  8 15:32:35]     -- Executing [s@macro-call-idd-super:1] Answer("SIP/31062001-09853cc0", "") in new stack
[Jun  8 15:32:35]     -- Executing [s@macro-call-idd-super:2] Wait("SIP/31062001-09853cc0", "1") in new stack
[Jun  8 15:32:36]     -- Executing [s@macro-call-idd-super:3] Playback("SIP/31062001-09853cc0", "pls-wait-connect-call") in new stack
[Jun  8 15:32:36]     -- <SIP/31062001-09853cc0> Playing 'pls-wait-connect-call' (language 'en')
[Jun  8 15:32:38]     -- Executing [s@macro-call-idd-super:4] Verbose("SIP/31062001-09853cc0", "1|"Calling 6562807512 from 31062001"") in new stack
[Jun  8 15:32:38]  "Calling 6562807512 from 31062001"
[Jun  8 15:32:38]     -- Executing [s@macro-call-idd-super:5] Dial("SIP/31062001-09853cc0", "ZAP/r1/0066562807512|90|") in new stack
[Jun  8 15:32:38]     -- Requested transfer capability: 0x00 - SPEECH
[Jun  8 15:32:38]     -- Called r1/0066562807512
[Jun  8 15:32:38]     -- Zap/14-1 is proceeding passing it to SIP/31062001-09853cc0
[Jun  8 15:32:39]     -- Zap/14-1 is ringing
[Jun  8 15:32:42]     -- Zap/14-1 answered SIP/31062001-09853cc0
[Jun  8 15:32:50]     -- Hungup 'Zap/14-1'
Comments:By: Joshua C. Colp (jcolp) 2007-06-11 06:55:14

Please provide an iax2 debug of a call that exhibits this issue. Thanks.
By: Walter Klomp (xblurone) 2007-06-27 21:53:13

I found out this is actually a problem with the phone itself, as it is not reproducable with for instance idefisk, so please close this case.
By: Joshua C. Colp (jcolp) 2007-06-27 22:08:56

Closed per request.