[Home]

Summary:ASTERISK-15416: Always get network congestion on second group using .call file
Reporter:Mark Yarbrough (western55)Labels:
Date Opened:2010-01-07 15:24:41.000-0600Date Closed:2011-06-07 14:08:27
Priority:MinorRegression?No
Status:Closed/CompleteComponents:Channels/chan_dahdi
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:
Description:Using NFAS I have set up two groups. The first group appears to process calls fine but always get Call failed to go through, reason (8) Congestion (circuits busy) when it trys to go out 2nd group. I believe this may be a bug in the way Asterisk handles multiple groups with .call files...

**chan_dahdi**
[trunkgroups]
trunkgroup => 1,24
trunkgroup => 2,120

spanmap => 1,1,0
spanmap => 2,1,1
spanmap => 3,1,2
spanmap => 4,1,3
spanmap => 5,2,4
spanmap => 6,2,5
spanmap => 7,2,6
spanmap => 8,2,7

[channels]
context=default
usecallerid=yes
hidecallerid=no
callwaiting=no
usecallingpres=yes
callwaitingcallerid=no
threewaycalling=no
transfer=no
canpark=no
cancallforward=no
callreturn=no
echocancel=no
echocancelwhenbridged=no
relaxdtmf=yes
rxgain=0.0
txgain=0.0
;group=1
callgroup=1
pickupgroup=1
immediate=no

switchtype=national
context=default
group=1
echocancel=no
signalling=pri_cpe

channel =>1-23

switchtype=national
context=default
group=1
echocancel=no
signalling=pri_cpe
channel =>25-48

switchtype=national
context=default
group=1
echocancel=no
signalling=pri_cpe
channel =>49-72

switchtype=national
context=default
group=1
echocancel=no
signalling=pri_cpe
                                                           
switchtype=national
context=default
group=2
echocancel=no
signalling=pri_cpe
channel =>97-119

switchtype=national
context=default
group=2
echocancel=no
signalling=pri_cpe
channel =>121-144

switchtype=national
context=default
group=2
echocancel=no
signalling=pri_cpe
channel =>145-168

switchtype=national
context=default
group=2
echocancel=no
signalling=pri_cpe
channel =>169-192


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

PRI INTENSIVE DEBUG:

> 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)
>                                User information layer 1: u-Law (34)
> [18 04 e1 84 83 81]
> Channel ID (len= 6) [ Ext: 1  IntID: Explicit  PRI  Spare: 0  Preferred  Dchan: 0
>                        ChanSel: As indicated in following octets
>                       Ext: 1  DS1 Identifier: 4  
>                       Ext: 1  Coding: 0  Number Specified  Channel Type: 3
>                       Ext: 1  Channel: 1 ]
> [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 06 b1 53 61 6e 64 79]
> Display (len= 6) Charset: 31 [ Sandy ]
> [6c 0c 21 80 34 38 30 33 34 36 33 34 33 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 not screened (0)  '4803463400' ]
> [70 0c 80 31 38 38 38 33 38 31 36 32 37 35]
> Called Number (len=14) [ Ext: 1  TON: Unknown Number Type (0)  NPI: Unknown Number Plan (0)  '14803463430' ]
q931.c:3134 q931_setup: call 32772 on channel 1 enters state 1 (Call Initiated)
< Informational frame:
< SAPI: 00  C/R: 1 EA: 0
<  TEI: 000        EA: 1
< N(S): 002   0: 0
< N(R): 003   P: 0
< 9 bytes of data
Handling message for SAPI/TEI=0/0
-- ACKing all packets from 2 to (but not including) 3
-- Since there was nothing left, stopping T200 counter
-- Stopping T203 counter since we got an ACK
-- Nothing left, starting T203 counter
< Protocol Discriminator: Q.931 (8)  len=9
< Call Ref: len= 2 (reference 4/0x4) (Terminator)
< Message type: RELEASE COMPLETE (90)
< [08 02 80 a2]
< Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: User (0)
<                  Ext: 1  Cause: Circuit/channel congestion (34), class = Network Congestion (resource unavailable) (2) ]
-- Processing IE 8 (cs0, Cause)
q931.c:3766 q931_receive: call 32772 on channel 1 enters state 0 (Null)
Sending Receiver Ready (3)
> [ 02 01 01 06 ]
> Supervisory frame:
> SAPI: 00  C/R: 1 EA: 0
>  TEI: 000        EA: 1
> Zero: 0     S: 0 01: 1  [ RR (receive ready) ]
> N(R): 003 P/F: 0
> 0 bytes of data
-- Restarting T203 timer
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
[Jan  7 13:01:35] NOTICE[9064]: pbx_spool.c:338 attempt_thread: Call failed to go through, reason (8) Congestion (circuits busy)
Comments:By: Mark Yarbrough (western55) 2010-01-07 16:21:55.000-0600

Nevermind - PLEASE CLOSE THIS.. NOT A BUG...SETUP ISSUE..

Thanks
By: snuffy (snuffy) 2010-01-07 20:05:43.000-0600

Reporter requested closure