Summary:ASTERISK-07472: Transfering on a local channel doesn't work properly
Reporter:jmls (jmls)Labels:
Date Opened:2006-08-07 02:54:51Date Closed:2006-11-07 14:12:51.000-0600
Versions:Frequency of
Environment:Attachments:( 0) console20060807-0850.txt
( 1) console-20060807-1805.txt
( 2) console-20060914.-0930.non.txt
( 3) console-20060914.-0930.withn.txt
Description:With the following scenario: (--> are comments)

Zap call comes into SIP phone A
--> Zap talks to SIP A
SIP A starts transfer to Local/B/n
--> Zap has MOH (correct)
Local/B calls SIP C
--> SIP A Talks to Sip C
SIP A completes transfer to SIP C
--> Zap hears just silence
--> SIP C now has the MOH !

If zap hangs up, asterisk core dumps


note is this is related to issue ASTERISK-7469, but the segfault does not happen anymore because that has been fixed.

I have attached a SIP debug and Debug 4 console output
Comments:By: jmls (jmls) 2006-08-07 02:55:18

dialplan is as follows: I have made the dialplan as simple as I can to reproduce this crash - I was trying local channels for another problem that U have, and normally have dynamic members of a queue using local channels


exten => _4446XX,1,goto(common|77${EXTEN:4}|1)

include => common


exten => _7XXX,1,Answer()
exten => _7XXX,n,Dial(SIP/${EXTEN},120,g)
exten => _7XXX,n,Hangup()

exten => 7709,1,Answer()
exten => 7709,n,Dial(Local/7710@from-sip/n)
exten => 7709,n,Hangup()

By: jmls (jmls) 2006-08-07 02:55:33

SIP A (extension 7706) is a cisco 7960 with 7.4, SIP C (extension 7710) is a xlite softphone

(corrected as per following note)

By: Serge Vecher (serge-v) 2006-08-07 09:51:22

in your last note (0049903), by SIP B (extension 7710) you meant SIP C, right?

I saw some strange errors in the logs, like avoiding initial deadlock messages or this:
RTCP SR transmission error, rtcp halted Interrupted system call

Can you please do a clean checkout of svn trunk?

By: jmls (jmls) 2006-08-07 11:07:46

I did mean SIP C, sorry.
did clean checkout. Changed extension to Local/7707 instead of Local/7710 (in the office now).
Same problem. After transfer, zap hears nothing, SIP/7707 hears MOH

By: Serge Vecher (serge-v) 2006-08-07 11:28:20

hmm, the output looks very different. Did you change logging settings?

By: jmls (jmls) 2006-08-07 12:00:32

Yes, it looks as if I didn't do the sip debug this time. Do you want that as well ?

By: jmls (jmls) 2006-08-07 12:06:35

console output with sip debug enabled uploaded

By: jmls (jmls) 2006-08-10 11:23:59

anything else needed to move this forward ?

By: Joshua C. Colp (jcolp) 2006-08-16 12:58:49

I've labbed this up using SIP/Local/IAX2 and it works fine, so it might be isolated to chan_zap - but unfortunately I have no hardware to test with. I'll see if I can get someone else to test though.

By: jmls (jmls) 2006-08-24 17:10:38

anyone else able to confirm this ? I'll try it again with the latest svn trunk tomorrow

By: jmls (jmls) 2006-09-10 13:05:29

I can confirm that this is still an issue with r42621

By: jmls (jmls) 2006-09-10 16:26:35

A bit more information: if you remove the /n things work just fine:

exten => 7709,n,Dial(Local/7710@from-sip/n) ; is broken
exten => 7709,n,Dial(Local/7710@from-sip)   ; works for me

By: Serge Vecher (serge-v) 2006-09-13 09:29:21

julian: let's see what the sip debug looks like with and without the /n option.

By: jmls (jmls) 2006-09-14 03:39:11

both files uploaded as requested
console-20060914.-0930.non.txt is with "No N" (this works)
console-20060914.-0930.withn.txt is with "/n" (this is broken)

By: jmls (jmls) 2006-10-03 09:33:10

this is still an issue with 1.4 r44240

By: jmls (jmls) 2006-10-21 02:19:08

*nudge* : file, have you thought of anything more about this ? Thanks.

By: Joshua C. Colp (jcolp) 2006-11-07 14:12:51.000-0600

Fixed in 1.4 as of revision 47284 and trunk as of revision 47285. Thanks jmls!