Thanks. Yeah, that was the issue. I was requesting RLT and it wasn't turned ON with the provider. Your mentioned solution fixed it.<div><br></div><div>-Bruce<br><br><div class="gmail_quote">On Fri, Apr 30, 2010 at 9:59 AM, Klaus Darilion <span dir="ltr"><<a href="mailto:klaus.mailinglists@pernau.at">klaus.mailinglists@pernau.at</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">The disconnect is RECEIVED by Asterisk. So there is a problem with the other party.<br>
<br>
You are sending FACILITY - maybe the other party does not like FACILITY and hangs up.<br>
<br>
IIRC there is a setting in zapata.conf to enable/disable FACILITY.<br>
<br>
regards<br>
klaus<br>
<br>
Am 10.04.2010 21:46, schrieb bruce bruce:<div><div></div><div class="h5"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Guys,<br>
<br>
I am calling out 416-999-1111 on Channel 1 of PRI and then calling<br>
416-999-2222 on Channel 2 of PRI. When the two channels are going to be<br>
ZAP native bridged, both channels hangup and CLI show PRI cause (16).<br>
<br>
Asterisk Verbose *(Channel 1 already connected to party)*:<br>
-- Requested transfer capability: 0x00 - SPEECH<br>
-- Called g0/4169992222<br>
-- Zap/2-1 is proceeding passing it to Zap/1-1<br>
-- Zap/2-1 is ringing<br>
-- Zap/2-1 answered Zap/1-1<br>
-- Native bridging Zap/1-1 and Zap/2-1<br>
-- Channel 0/1, span 1 got hangup request, cause 16<br>
-- Hungup 'Zap/2-1'<br>
== Spawn extension (zap-bridge, s, 8) exited non-zero on 'Zap/1-1'<br>
-- Hungup 'Zap/1-1'<br>
<br>
Here is PRI debug, starting just before Channel two is connected until<br>
both channels are disconnected *(maybe FACILITY 98 is of interest?!)*:<br>
<br>
< Message type: CONNECT (7)<br>
q931.c:3626 q931_receive: call 32865 on channel 2 enters state 10 (Active)<br>
> Protocol Discriminator: Q.931 (8) len=5<br>
> Call Ref: len= 2 (reference 97/0x61) (Originator)<br>
> Message type: CONNECT ACKNOWLEDGE (15)<br>
-- Zap/2-1 answered Zap/1-1<br>
-- Native bridging Zap/1-1 and Zap/2-1<br>
> Protocol Discriminator: Q.931 (8) len=27<br>
> Call Ref: len= 2 (reference 96/0x60) (Originator)<br>
> Message type: FACILITY (98)<br>
> [1c 14 91 a1 11 02 01 06 06 07 2a 86 48 ce 15 00 08 30 03 02 01 61]<br>
> Facility (len=22, codeset=0) [ 0x91, 0xA1, 0x11, 0x02, 0x01, 0x06,<br>
0x06, 0x07, '*', 0x86, 'H', 0xCE, 0x15, 0x00, 0x08, '0', 0x03, 0x02,<br>
0x01, 'a' ]<br>
PROTOCOL 11<br>
A1 0011 (CONTEXT SPECIFIC [1])<br>
02 0001 06 (INTEGER: 6)<br>
06 0007 2A 86 48 CE 15 00 08 (OBJECTIDENTIFIER: 2a 86 48 ce 15 00 08)<br>
30 0003 (SEQUENCE)<br>
02 0001 61 (INTEGER: 97)<br>
< Protocol Discriminator: Q.931 (8) len=9<br>
< Call Ref: len= 2 (reference 96/0x60) (Terminator)<br>
< Message type: DISCONNECT (69)<br>
< [08 02 80 90]<br>
< Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0<br>
Location: User (0)<br>
< Ext: 1 Cause: Normal Clearing (16), class = Normal<br>
Event (1) ]<br>
-- Processing IE 8 (cs0, Cause)<br>
q931.c:3826 q931_receive: call 32864 on channel 1 enters state 12<br>
(Disconnect Indication)<br>
-- Channel 0/1, span 1 got hangup request, cause 16<br>
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Active, peerstate<br>
Connect Request<br>
q931.c:3015 q931_disconnect: call 32865 on channel 2 enters state 11<br>
(Disconnect Request)<br>
> Protocol Discriminator: Q.931 (8) len=9<br>
> Call Ref: len= 2 (reference 97/0x61) (Originator)<br>
> Message type: DISCONNECT (69)<br>
> [08 02 81 90]<br>
> Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0<br>
Location: Private network serving the local user (1)<br>
> Ext: 1 Cause: Normal Clearing (16), class = Normal<br>
Event (1) ]<br>
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Disconnect Indication,<br>
peerstate Disconnect Request<br>
q931.c:2967 q931_release: call 32864 on channel 1 enters state 19<br>
(Release Request)<br>
> Protocol Discriminator: Q.931 (8) len=9<br>
> Call Ref: len= 2 (reference 96/0x60) (Originator)<br>
> Message type: RELEASE (77)<br>
> [08 02 81 90]<br>
> Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0<br>
Location: Private network serving the local user (1)<br>
> Ext: 1 Cause: Normal Clearing (16), class = Normal<br>
Event (1) ]<br>
-- Hungup 'Zap/1-1'<br>
< Protocol Discriminator: Q.931 (8) len=5<br>
< Call Ref: len= 2 (reference 96/0x60) (Terminator)<br>
< Message type: RELEASE COMPLETE (90)<br>
q931.c:3766 q931_receive: call 32864 on channel 1 enters state 0 (Null)<br>
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null<br>
NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null<br>
< Protocol Discriminator: Q.931 (8) len=5<br>
< Call Ref: len= 2 (reference 97/0x61) (Terminator)<br>
< Message type: RELEASE (77)<br>
q931.c:3801 q931_receive: call 32865 on channel 2 enters state 0 (Null)<br>
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Release<br>
Request<br>
> Protocol Discriminator: Q.931 (8) len=9<br>
> Call Ref: len= 2 (reference 97/0x61) (Originator)<br>
> Message type: RELEASE COMPLETE (90)<br>
> [08 02 81 90]<br>
> Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0<br>
Location: Private network serving the local user (1)<br>
> Ext: 1 Cause: Normal Clearing (16), class = Normal<br>
Event (1) ]<br>
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null<br>
NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null<br>
<br>
<br>
System Info:<br>
*Bell Canada PRI*<br>
*Asterisk 1.4.21.2 *<br>
*Lib PRI 1.4.10*<br>
<br>
Is this my patch?<br>
<a href="https://issues.asterisk.org/view.php?id=7494" target="_blank">https://issues.asterisk.org/view.php?id=7494</a><br>
<br>
<br>
Thanks,<br>
Bruce<br>
<br>
</blockquote>
</div></div></blockquote></div><br></div>