asterisk users - Mar 2005 - ISDN phone Hold-Problem connected to QuadBRI/Zap

Folks,

(sorry for overlong lines)

I have recently configured one port on my QuadBRI card
to work in NT mode with NET signalling configured so that
I can use an ISDN telephone on it. I have set up a separate
group in zapata.conf and can call the phone and place calls
from it like a charm. No problems at all.

Problems came up when trying to hold a call and get it back.
I turned on "pri debug span x" and this is what I get:

 ====--- Placing a call to the ISDN phone ----------

    -- Executing SetVar("SIP/11-e108",
"ALERT_INFO=Bellcore-Stutter") in new stack
    -- Executing Dial("SIP/11-e108", "Zap/g8/18|15") in new
stack
-- Making new call for cr 132
> Protocol Discriminator: Q.931 (8)  len=38
> Call Ref: len= 1 (reference 4/0x4) (Originator)
> Message type: SETUP (5)
> [04 03 80 90 a3]
> Bearer Capability (len= 5) [ Ext: 1  Q.931 Std: 0  Info transfer
capability: Speech (0)
>                              Ext: 1  Trans mode/rate: 64kbps, circuit-mode
(16)
>                              Ext: 1  User information layer 1: A-Law (35)
> [18 01 89]
> Channel ID (len= 3) [ Ext: 1  IntID: Implicit, Other Spare: 0, Exclusive
Dchan: 0
>                        ChanSel: B1 channel
                         ]
> [28 0d 53 61 73 63 68 61 20 50 6f 6c 6c 6f 6b]
> Display (len=13) [ xx ]
> [6c 04 41 80 31 31]
> Calling Number (len= 6) [ Ext: 0  TON: Subscriber Number (4)  NPI:
ISDN/Telephony Numbering Plan (E.164/E.163) (1)
>                           Presentation: Presentation permitted, user number
not screened (0) '11' ]
> [70 03 c1 31 38]
> Called Number (len= 5) [ Ext: 1  TON: Subscriber Number (4)  NPI:
ISDN/Telephony Numbering Plan (E.164/E.163) (1) '18' ]
    -- Called g8/18
< Protocol Discriminator: Q.931 (8)  len=4
< Call Ref: len= 1 (reference 132/0x84) (Terminator)
< Message type: CALL PROCEEDING (2)
    -- Zap/10-1 is making progress passing it to SIP/11-e108
< Protocol Discriminator: Q.931 (8)  len=4
< Call Ref: len= 1 (reference 132/0x84) (Terminator)
< Message type: ALERTING (1)
    -- Zap/10-1 is ringing
< Protocol Discriminator: Q.931 (8)  len=4
< Call Ref: len= 1 (reference 132/0x84) (Terminator)
< Message type: CONNECT (7)
> Protocol Discriminator: Q.931 (8)  len=4
> Call Ref: len= 1 (reference 4/0x4) (Originator)
> Message type: CONNECT ACKNOWLEDGE (15)
    -- Zap/10-1 answered SIP/11-e108

====----- ISDN phone putting the caller on hold.  Caller can hear MoH
====----- Actually ISDN phone is using the "New call" button

< Protocol Discriminator: Q.931 (8)  len=4
< Call Ref: len= 1 (reference 132/0x84) (Terminator)
< Message type: HOLD (36)
    -- Started music on hold, class 'default', on
SIP/11-e108
> Protocol Discriminator: Q.931 (8)  len=4
> Call Ref: len= 1 (reference 4/0x4) (Originator)
> Message type: HOLD ACKNOWLEDGE (40)
    -- Hungup 'Zap/10-1'
  == Spawn extension (internal-in, 18, 2) exited non-zero on
'Onhold/SIP/11-e108<ZOMBIE>'
< Protocol Discriminator: Q.931 (8)  len=19
< Call Ref: len= 1 (reference 14/0xE) (Originator)
< Message type: SETUP (5)
< [04 03 80 90 a3]
< Bearer Capability (len= 5) [ Ext: 1  Q.931 Std: 0  Info transfer
capability: Speech (0)
<                              Ext: 1  Trans mode/rate: 64kbps, circuit-mode
(16)
<                              Ext: 1  User information layer 1: A-Law (35)
< [6c 04 01 80 31 38]
< Calling Number (len= 6) [ Ext: 0  TON: Unknown Number Type (0)  NPI:
ISDN/Telephony Numbering Plan (E.164/E.163) (1)
<                           Presentation: Presentation permitted, user number
not screened (0) '18' ]
< [7d 02 91 81]
< IE: High-layer Compatibility (len = 4)
-- Making new call for cr 14
-- Processing Q.931 Call Setup
-- Processing IE 4 (cs0, Bearer Capability)
-- Processing IE 108 (cs0, Calling Party Number)
-- Processing IE 125 (cs0, High-layer Compatibility)
> Protocol Discriminator: Q.931 (8)  len=11
> Call Ref: len= 1 (reference 142/0x8E) (Terminator)
> Message type: SETUP ACKNOWLEDGE (13)
> [18 01 8a]
> Channel ID (len= 3) [ Ext: 1  IntID: Implicit, Other Spare: 0, Exclusive
Dchan: 0
>                        ChanSel: B2 channel
                         ]
> [1e 02 81 88]
> Progress Indicator (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0) 0: 0
Location: Private network serving the local user (1)
>                               Ext: 1  Progress Description: Inband
information or appropriate pattern now available. (8) ]
    -- Starting simple switch on 'Zap/11-1'
    -- Accepting overlap call from '18' to '<unspecified>'
on channel 0/2, span 4
   ^^^^^^^ This is maybe because the caller pressed the new call button

====------ I did not try to dial a number on the isdn phone just
====------ tried to resume the 1st call
< Protocol Discriminator: Q.931 (8)  len=8
< Call Ref: len= 1 (reference 14/0xE) (Originator)
< Message type: DISCONNECT (69)
< [08 02 80 90]
< Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0) 0: 0   Location:
User (0)
<                  Ext: 1  Cause: Normal Clearing (16), class = Normal Event
(1) ]
-- Processing IE 8 (cs0, Cause)
    -- Channel 0/2, span 4 got hangup
    -- Channel SIP/11-e108 removed from hold.
    -- Stopped music on hold on SIP/11-e108
    -- Channel SIP/11-e108 removed from hold.
Mar 18 08:16:26 NOTICE[677]: chan_zap.c:8734 pri_dchannel: hangup, found cref
132, tei 64
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Active, peerstate Connect
Request


At this point, the original caller gets hung up. Additionally, the ISDN
phone gets confused and still behaves like being in "new call" mode.
I have to hang up to "fix" this.

Anyone with an idea?

Thanks a lot
Sascha