<div>I have tried both inband and outofband, doesn't seem to make a difference. I added the congension and playtones(congestion) to the dial plan after the dial, but the users just get a busy instead of "Do-De-Dah The number of have reached is not in service <fastbusy>". PRI Debug below.
</div>
<div> </div>
<div> </div>
<div> </div>
<div> -- Executing Dial("IAX2/sycam-16385", "Zap/g2/8157872800") in new stack<br>-- Making new call for cr 32816<br> -- Requested transfer capability: 0x00 - SPEECH<br>> Protocol Discriminator:
Q.931 (8) len=46<br>> Call Ref: len= 2 (reference 48/0x30) (Originator)<br>> Message type: SETUP (5)<br>> [04 03 80 90 a2]<br>> Bearer Capability (len= 5) [ Ext: 1 Q.931 Std: 0 Info transfer capability: Speech (0)
<br>> Ext: 1 Trans mode/rate: 64kbps, circuit-mode (16)<br>> Ext: 1 User information layer 1: u-Law (34)<br>> [18 03 a9 83 81]<br>> Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, Exclusive Dchan: 0
<br>> ChanSel: Reserved<br>> Ext: 1 Coding: 0 Number Specified Channel Type: 3<br>> Ext: 1 Channel: 1 ]<br>> [1e 02 80 83]I><br>> Progress Indicator (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location: User (0)
<br>> Ext: 1 Progress Description: Calling equipment is non-ISDN. (3) ]<br>> [6c 0c 41 80 38 31 35 37 35 34 38 38 32 33]<br>> Calling Number (len=14) [ Ext: 0 TON: Subscriber Number (4) NPI: ISDN/Telephony Numbering Plan (
E.164/E.163) (1)<br>> Presentation: Presentation permitted, user number not screened (0) '8157548823' ]<br>> [70 0b a1 38 31 35 37 38 37 32 38 30 30]<br>> Called Number (len=13) [ Ext: 1 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (
E.164/E.163) (1) '8157872800' ]<br> -- Called g2/8157872800<br>< Protocol Discriminator: Q.931 (8) len=10<br>< Call Ref: len= 2 (reference 48/0x30) (Terminator)<br>< Message type: CALL PROCEEDING (2)<br>< [18 03 a9 83 81]
<br>< Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, Exclusive Dchan: 0<br>< ChanSel: Reserved<br>< Ext: 1 Coding: 0 Number Specified Channel Type: 3
<br>< Ext: 1 Channel: 1 ]<br>-- Processing IE 24 (cs0, Channel Identification)<br> -- Zap/25-1 is proceeding passing it to IAX2/sycam-16385<br>< Protocol Discriminator: Q.931 (8) len=9<br>
< Call Ref: len= 2 (reference 48/0x30) (Terminator)<br>< Message type: DISCONNECT (69)<br>< [08 02 82 81]<br>< Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location: Public network serving the local user (2)
<br>< Ext: 1 Cause: Unallocated (unassigned) number (1), class = Normal Event (0) ]<br>-- Processing IE 8 (cs0, Cause)<br> -- Channel 0/1, span 2 got hangup request<br>NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Disconnect Indication, peerstate Disconnect Request
<br>> Protocol Discriminator: Q.931 (8) len=18<br>> Call Ref: len= 2 (reference 48/0x30) (Originator)<br>> Message type: RELEASE (77)<br>> [08 02 81 81]<br>> Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location: Private network serving the local user (1)
<br>> Ext: 1 Cause: Unallocated (unassigned) number (1), class = Normal Event (0) ]<br>> [7e 07 04 58 0b 2d 08 31 35]<br>> User-User Information (len= 9) [ 04 58 0b 2d 08 31 35 ]<br> -- Hungup 'Zap/25-1'
<br> == No one is available to answer at this time (1:0/0/0)<br> -- Executing PlayTones("IAX2/sycam-16385", "congestion") in new stack<br> -- Executing Congestion("IAX2/sycam-16385", "") in new stack
<br> == Spawn extension (pri, 7872800, 8) exited non-zero on 'IAX2/sycam-16385'<br> -- Hungup 'IAX2/sycam-16385'<br>< Protocol Discriminator: Q.931 (8) len=5<br>< Call Ref: len= 2 (reference 48/0x30) (Terminator)
<br>< Message type: RELEASE COMPLETE (90)<br>NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null<br>NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null<br> </div>
<div> </div>
<div> </div>
<div><br> </div>
<div><span class="gmail_quote">On 12/29/05, <b class="gmail_sendername">Adam Goryachev</b> <<a href="mailto:mailinglists@websitemanagers.com.au">mailinglists@websitemanagers.com.au</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">On Wed, 2005-12-28 at 14:00 -0300, Javier Ergas wrote:<br>> I believe this behavior has nothing to do with the
A@H Scripts. I think the<br>> problem is in the PRI signalization.<br>> I can see the zap hangup messages when trying to call a disconnected number.<br>> .....<br>> -- Executing Dial("SIP/9349-1787", "ZAP/g0/2514990") in new stack
<br>> -- Called g0/2514990<br>> -- Channel 0/2, span 1 got hangup<br>> -- Hungup 'Zap/2-1'<br>> == No one is available to answer at this time<br>> -- Executing Goto("SIP/9349-1787", "s-NOANSWER|1") in new stack
<br>> -- Goto (macro-dialout-trunk,s-NOANSWER,1)<br>> ....<br>> The telco says they are sending inband information with the status of the<br>> call, but Asterisk is hanging up the channel instead of connecting it to let
<br>> hear the audio message.<br>><br>> There is a post with a similar issue here:<br>> <a href="http://mailgate.supereva.com/comp/comp.dcom.isdn.capi/msg04138.html">http://mailgate.supereva.com/comp/comp.dcom.isdn.capi/msg04138.html
</a><br>><br>> Is anyone experiencing the same behavior?<br>><br><br>Sounds like the difference between doing inband signalling or out of<br>band signalling. I think by default, a PRI uses out of band signalling,
<br>ie, it just sends a message saying "this number if un reachable" so<br>asterisk just hangs up and plays the local congestion dialplan.<br><br>What you need to do is use inband signalling, so that asterisk won't
<br>hangup, and instead will pass the audio from the telco through.<br><br>See /etc/asterisk/zapata.conf:<br>; PRI Out of band indications.<br>; Enable this to report Busy and Congestion on a PRI using out-of-band<br>; notification. Inband indication, as used by Asterisk doesn't seem to
<br>work<br>; outofband: Signal Busy/Congestion out of band with<br>RELEASE/DISCONNECT<br>; inband: Signal Busy/Congestion using in-band tones<br>priindication = outofband<br><br><br>Regards,<br>Adam<br><br>_______________________________________________
<br>--Bandwidth and Colocation provided by <a href="http://Easynews.com">Easynews.com</a> --<br><br>Asterisk-Users mailing list<br>To UNSUBSCRIBE or update options visit:<br> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">
http://lists.digium.com/mailman/listinfo/asterisk-users</a><br></blockquote></div><br>