[Home]

Summary:ASTERISK-04146: Outbound PRI calls rejected (switchtype=national)
Reporter:jharragi (jharragi)Labels:
Date Opened:2005-05-12 08:10:37Date Closed:2011-06-07 14:05:15
Priority:MajorRegression?No
Status:Closed/CompleteComponents:Core/General
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:
Description:I have the following line of config which began rejecting outbound calls on the first span of wct4xxp when I did a cvs update around May 3.
exten => _98NXXXXXX,1,Dial(Zap/g1/${EXTEN:2})

...I didn't notice at first as the calls get routed to another switch (that has not been updated):

exten => _98NXXXXXX,2,gotoif($[${HANGUPCAUSE} = 2]?error|e-bus|1)
exten => _98NXXXXXX,3,Dial(IAX2/A:[B_AST]@B/${EXTEN})
exten => _98NXXXXXX,4,Congestion

****** ADDITIONAL INFORMATION ******


I found a few posts that suggest that this issue may be related to the new transfer features in libpri. I set transfer=no and this had no effect.
http://www.mail-archive.com/asterisk-dev%40lists.digium.com/msg11556.html
The switchtype is national (and will remain so as it is from the telco. I have a call into them to see if they can enable transfers).

Some CLI:
Asterisk CVS-HEAD-05/10/05-17:15:57, Copyright (C) 1999 - 2005 Digium.

   -- Starting simple switch on 'Zap/26-1'
   -- Executing Dial("Zap/26-1", "Zap/g1/5906760") in new stack
   -- Requested transfer capability: 0x00 - SPEECH
   -- Called g1/5906760 0
   -- Channel 0/1, span 1 got hangup
   -- Hungup 'Zap/1-1'e 0
 == No one is available to answer at this time (1:0/0/0)
   -- Executing GotoIf("Zap/26-1", "0?error|e-bus|1") in new stack

...and here is the begining of:
# cat /etc/asterisk/zapata.conf|grep -v -r "^;"|head -22

[channels]
context=default
usecallerid=yes
hidecallerid=no
callwaiting=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes                        ; changing to no doesn't help...
cancallforward=yes
echocancel=yes
echocancelwhenbridged=no
relaxdtmf=yes
rxgain=0.0
txgain=0.0
adsi=no

switchtype = national
signalling = pri_cpe
context=ec_pri
group = 1
channel => 1-23


# cat /etc/zaptel.conf|grep -v -r "^#"
span=1,1,0,esf,b8zs
span=2,0,0,esf,b8zs
span=3,0,0,esf,b8zs
span=4,0,0,esf,b8zs
bchan=1-23     # Frontier PRI
dchan=24
e&m=25-48      # SYS75 T1
e&m=49-72      # SYS75 T1 tie trunk board B17
fxoks=85
loadzone = us
defaultzone=us

...and what would a bug report be without some debug & CLI. A call in progress:

            set verbose 3
Verbosity was 0 and is now 3
ec_voip*CLI> pri debug span 1
Enabled debugging on span 1
-- Starting simple switch on 'Zap/28-1'
-- Executing Dial("Zap/28-1", "Zap/g1/5906760") in new stack
-- Making new call for cr 33070
-- Requested transfer capability: 0x00 - SPEECH
> Protocol Discriminator: Q.931 (8)  len=118
> Call Ref: len= 2 (reference 302/0x12E) (Originator)
> Message type: SETUP (5)
> [04 03 80 90 a2]
> 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: u-Law (34)
> [18 03 a9 83 86]
> Channel ID (len= 5) [ Ext: 1  IntID: Implicit, PRI Spare: 0, Exclusive Dchan: 0
>                        ChanSel: Reserved
>                       Ext: 1  Coding: 0   Number Specified   Channel Type: 3
>                       Ext: 1  Channel: 6 ]
> [1c 2e 9f aa 06 80 01 00 82 01 00 8b 01 00 a1 20 02 01 4e 02 01 00 80 18 49 6e 74 65 72 6e 61 6c 20 43 61 6c 6c 65 72 20 5a 31 33 20 2d 20 45 43]
> Facility (len=48, codeset=0) [ 0x9f, 0xaa, 0x06, 0x80, 0x01, 0x00, 0x82, 0x01, 0x00, 0x8b, 0x01, 0x00, 0xa1, 0x20, 0x02, 0x01, 'N', 0x02, 0x01, 0x00, 0x80, 0x18, 'Internal', 0x20, 'Caller', 0x20, 'Z13', 0x20, 0x2d, 0x20, 'EC' ]
> [1e 02 80 83]
> Progress Indicator (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0) 0: 0   Location: User (0)
>                               Ext: 1  Progress Description: Calling equipment is non-ISDN. (3) ]
> [28 19 b1 49 6e 74 65 72 6e 61 6c 20 43 61 6c 6c 65 72 20 5a 31 33 20 2d 20 45 43]
> Display (len=25) Charset: 31 [ Internal Caller Z13 - EC ]
> [6c 0c 21 81 38 34 35 34 36 30 36 32 30 30]
> Calling Number (len=14) [ Ext: 0  TON: National Number (2)  NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
>                           Presentation: Presentation permitted, user number passed network screening (1) '8454606200' ]
> [70 08 a1 35 39 30 36 37 36 30]
> Called Number (len=10) [ Ext: 1  TON: National Number (2)  NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) '5906760' ]
-- Called g1/5906760
< Protocol Discriminator: Q.931 (8)  len=9
< Call Ref: len= 2 (reference 302/0x12E) (Terminator)
< Message type: RELEASE COMPLETE (90)
< [08 02 82 b2]
< Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0) 0: 0   Location: Public network serving the local user (2)
<                  Ext: 1  Cause: Facility not subscribed (50), class = Service or Option not Available (3) ]
-- Processing IE 8 (cs0, Cause)
-- Channel 0/6, span 1 got hangup
-- Channel 0/6, span 1 received AOC-E charging 909259320 units
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
-- Hungup 'Zap/6-1'
 == No one is available to answer at this time (1:0/0/0)
   -- Executing GotoIf("Zap/28-1", "0?error|e-bus|1") in new stack
   -- Executing Dial("Zap/28-1", "IAX2/A:[B_AST]@B/985906760") in new stack
   -- Called ec:[hs-ast]@hs/985906760
   -- Call accepted by 192.168.3.23 (format ulaw)
   -- Format for call is ulaw
   -- IAX2/hs-4 is making progress passing it to Zap/28-1
   -- IAX2/hs-4 is ringingpan 1
ec_voip*CLI> pri no debug span 1
Disabled debugging on span 1
ec_voip*CLI> set verbose 0
Comments:By: Matthew Fredrickson (mattf) 2005-05-12 11:41:35

Update to latest libpri and tell me if it still demonstrates the problem.
By: Matthew Fredrickson (mattf) 2005-05-12 11:41:55

Oh, you'll have to upgrade asterisk too.
By: jharragi (jharragi) 2005-05-12 12:52:18

Matt,

Will do... Things are fairly busy on this machine. So I probably will not get an opportunity to restart until late this afternoon.
By: jharragi (jharragi) 2005-05-12 15:27:57

Looks like you got it. I didn't have much time to look at logs today. I'll check it out more thoroughly tomorrow.
John
By: Matthew Fredrickson (mattf) 2005-05-12 16:41:28

Fixed in head