Thanks for the input Jim.
I didn't tamper the Caller ID and passed it just like it is. I also tried
tampering with the Caller ID and problem presisted.
I have just tried a really simple dialplan and problem still presists:
[zap-bridge]
exten => s,1,Answer()
exten => s,n,Dial(ZAP/g0/4168889999)
I also changed that ZAP to SIP and used a SIP provider and bridge works fine.
Overview of what is happening:
-- Called g0/4168889999
-- Zap/2-1 is proceeding passing it to Zap/1-1
-- Zap/2-1 is ringing
-- Zap/2-1 answered Zap/1-1
-- Native bridging Zap/1-1 and Zap/2-1
-- Channel 0/1, span 1 got hangup request, cause 16
-- Hungup 'Zap/2-1'
Both Sangoma and Bell disclaim this to be their problem. Seems like a Libpri
1.4.10 bug to me.
Zap/2-1 rings 416-888-9999 and it keeps on ringing until it's picked up. That
is when it disconnects.
Thanks,
Bruce
> Date: Mon, 12 Apr 2010 14:26:36 -0400
> From: [email protected]
> To: [email protected]
> Subject: Re: [on-asterisk] Native ZAP bridge fails on PRI between two channels
>
> What does the incoming callerID look like, and do you just send that out
> unmodified? Try to change it do something else just for testing purposes.
>
>
> On 4/11/2010 5:56 PM, Bruce N wrote:
> > Hi Guys,
> >
> > I am calling out to 416-999-1111 on Channel 1 of PRI and sending the call
> > to a context that then dials 416-999-2222 on Channel 2 of PRI. When the two
> > channels are going to be ZAP native bridged, both channels hangup and CLI
> > show PRI cause (16).
> >
> > Asterisk Verbose (Channel 1 already connected to party):
> >
> > -- Requested transfer capability: 0x00 - SPEECH
> > -- Called g0/4169992222
> > -- Zap/2-1 is proceeding passing it to Zap/1-1
> > -- Zap/2-1 is ringing
> > -- Zap/2-1 answered Zap/1-1
> > -- Native bridging Zap/1-1 and Zap/2-1
> > -- Channel 0/1, span 1 got hangup request, cause 16
> > -- Hungup 'Zap/2-1'
> > == Spawn extension (zap-bridge, s, 8) exited non-zero on 'Zap/1-1'
> > -- Hungup 'Zap/1-1'
> >
> > Here is PRI debug, starting just before Channel two is connected until both
> > channels are disconnected (maybe FACILITY 98 is of interest?!):
> >
> >
> > < Message type: CONNECT (7)
> > q931.c:3626 q931_receive: call 32865 on channel 2 enters state 10 (Active)
> >
> >> Protocol Discriminator: Q.931 (8) len=5
> >> Call Ref: len= 2 (reference 97/0x61) (Originator)
> >> Message type: CONNECT ACKNOWLEDGE (15)
> >>
> > -- Zap/2-1 answered Zap/1-1
> > -- Native bridging Zap/1-1 and Zap/2-1
> >
> >> Protocol Discriminator: Q.931 (8) len=27
> >> Call Ref: len= 2 (reference 96/0x60) (Originator)
> >> Message type: FACILITY (98)
> >> [1c 14 91 a1 11 02 01 06 06 07 2a 86 48 ce 15 00 08 30 03 02 01 61]
> >> Facility (len=22, codeset=0) [ 0x91, 0xA1, 0x11, 0x02, 0x01, 0x06, 0x06,
> >> 0x07, '*', 0x86, 'H', 0xCE, 0x15, 0x00, 0x08, '0', 0x03, 0x02, 0x01, 'a' ]
> >>
> > PROTOCOL 11
> > A1 0011 (CONTEXT SPECIFIC [1])
> > 02 0001 06 (INTEGER: 6)
> > 06 0007 2A 86 48 CE 15 00 08 (OBJECTIDENTIFIER: 2a 86 48 ce 15 00 08)
> > 30 0003 (SEQUENCE)
> > 02 0001 61 (INTEGER: 97)
> > < Protocol Discriminator: Q.931 (8) len=9
> > < Call Ref: len= 2 (reference 96/0x60) (Terminator)
> > < Message type: DISCONNECT (69)
> > < [08 02 80 90]
> > < Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0
> > Location: User (0)
> > < Ext: 1 Cause: Normal Clearing (16), class = Normal Event (1) ]
> > -- Processing IE 8 (cs0, Cause)
> > q931.c:3826 q931_receive: call 32864 on channel 1 enters state 12
> > (Disconnect Indication)
> > -- Channel 0/1, span 1 got hangup request, cause 16
> > NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Active, peerstate Connect
> > Request
> > q931.c:3015 q931_disconnect: call 32865 on channel 2 enters state 11
> > (Disconnect Request)
> >
> >> Protocol Discriminator: Q.931 (8) len=9
> >> Call Ref: len= 2 (reference 97/0x61) (Originator)
> >> Message type: DISCONNECT (69)
> >> [08 02 81 90]
> >> Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0
> >> Location: Private network serving the local user (1)
> >> Ext: 1 Cause: Normal Clearing (16), class = Normal Event (1) ]
> >>
> > NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Disconnect Indication,
> > peerstate Disconnect Request
> > q931.c:2967 q931_release: call 32864 on channel 1 enters state 19 (Release
> > Request)
> >
> >> Protocol Discriminator: Q.931 (8) len=9
> >> Call Ref: len= 2 (reference 96/0x60) (Originator)
> >> Message type: RELEASE (77)
> >> [08 02 81 90]
> >> Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0
> >> Location: Private network serving the local user (1)
> >> Ext: 1 Cause: Normal Clearing (16), class = Normal Event (1) ]
> >>
> > -- Hungup 'Zap/1-1'
> > < Protocol Discriminator: Q.931 (8) len=5
> > < Call Ref: len= 2 (reference 96/0x60) (Terminator)
> > < Message type: RELEASE COMPLETE (90)
> > q931.c:3766 q931_receive: call 32864 on channel 1 enters state 0 (Null)
> > NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
> > NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
> > < Protocol Discriminator: Q.931 (8) len=5
> > < Call Ref: len= 2 (reference 97/0x61) (Terminator)
> > < Message type: RELEASE (77)
> > q931.c:3801 q931_receive: call 32865 on channel 2 enters state 0 (Null)
> > NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Release
> > Request
> >
> >> Protocol Discriminator: Q.931 (8) len=9
> >> Call Ref: len= 2 (reference 97/0x61) (Originator)
> >> Message type: RELEASE COMPLETE (90)
> >> [08 02 81 90]
> >> Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0
> >> Location: Private network serving the local user (1)
> >> Ext: 1 Cause: Normal Clearing (16), class = Normal Event (1) ]
> >>
> > NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
> > NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
> >
> >
> > System Info:
> > Bell Canada PRI
> > Asterisk 1.4.21.2
> > Lib PRI 1.4.10
> >
> > Dialplan is as simple as this after first channel has already picked up:
> >
> > [bridge-calls]
> >
> > exten => s,1,Playback(beep)
> > exten => s,n,Dial(ZAP/g0/${destNumb})
> >
> >
> > Thanks,
> > Bruce
> > _________________________________________________________________
> > Hotmail& Messenger are available on your phone. Try now.
> > http://go.microsoft.com/?linkid=9724461
> >
>
> --
>
> --
> Jim Van Meggelen
> [email protected]
> http://www.oreillynet.com/pub/au/2177
>
> "A child is the ultimate startup, and I have three.
> This makes me rich."
> Guy Kawasaki
> --
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
_________________________________________________________________
Hotmail & Messenger are available on your phone. Try now.
http://go.microsoft.com/?linkid=9724461