07-14-2009 10:35 AM - edited 03-15-2019 06:58 PM
Getting error when I tried to make a call from SRST registered phone:
Jul 14 17:50:58.954: ISDN Se0/3/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x1, Calling num 507316
Jul 14 17:50:58.954: ISDN Se0/3/0:15 Q931: Sending SETUP callref = 0x0083 callID = 0x8004 switch = primary-net5 interface = User
Jul 14 17:50:58.958: ISDN Se0/3/0:15 Q931: TX -> SETUP pd = 8 callref = 0x0083
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA9839C
Exclusive, Channel 28
Progress Ind i = 0x8183 - Origination address is non-ISDN
Calling Party Number i = 0x0180, '507316'
Plan:ISDN, Type:Unknown
Called Party Number i = 0x81, '008'
Plan:ISDN, Type:Unknown
Jul 14 17:50:59.034: ISDN Se0/3/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x8083
Cause i = 0x82AC - Requested circuit/channel not available
Incoming calls are working fine on the same port.
2 dial peers to cover Incoming and Outgoing calls:
dial-peer voice 9 pots
description ** Outgoing **
destination-pattern 9T
port 0/3/0:15
dial-peer voice 900 pots
description ** Incoming **
incoming called-number .
direct-inward-dial
port 0/3/0:15
Anyone knows why I'm getting: Cause i = 0x82AC - Requested circuit/channel not available?
07-14-2009 11:05 AM
You might try doing a "show isdn service" to see the status of the channels. It should give you a description of what the numbers mean above the readout in the IOS.
07-15-2009 04:22 AM
Added isdn bchan-number-order ascending as last 3 ports were unavailable.
Thanks John for give me a hint.
07-14-2009 12:28 PM
According to Cisco documentation the cause code breaks down as follows:
The first two digits (82) mean that the message is coming from the local telco switch. The last two digits (AC) means: The remote equipment cannot provide the channel that the user requests, due to an unknown reason. This problem is usually temporary.
From the cisco document at: http://www.cisco.com/en/US/tech/tk801/tk379/technologies_tech_note09186a008012e95f.shtml
From the debug you posted it looks like the calling number is 507316 and the called number was 008. The number 008 is not really a number that the PSTN would be able to route so I'm not sure why someone would have dialed that number. Is the debug from an outbound call or an inbound call?
07-14-2009 01:42 PM
Above example was taken from many tries to reach PSTN and always return this error.
I can call full PSTN number and then reach this error again and again not sure why.
Sorry didint notice I posted short called number but this is not a problem here.
Only thing to came to my mind is I haven't tried to use anything else than number TELCO sends to me. Something like number+area code but dont see it as a good idea.
Anyone has seen error message I have posted?
07-30-2010 08:07 AM
On your Dial-peers:
dial-peer voice 9 pots
description ** Outgoing **
destination-pattern 9T
port 0/3/0:15
dial-peer voice 900 pots
description ** Incoming **
incoming called-number .
direct-inward-dial
port 0/3/0:15
Add the following:
dial-peer voice 9 pots
description ** Outgoing **
destination-pattern 9T
progress_ind setup enable 3
progress_ind alert enable 8
progress_ind connect enable 8
progress_ind disconnect enable 8
port 0/3/0:15
dial-peer voice 900 pots
description ** Incoming **
incoming called-number .
direct-inward-dial
translation-profile incoming PSTN-INCOMING
progress_ind setup enable 3
progress_ind alert enable 8
progress_ind connect enable 8
progress_ind disconnect enable 8
port 0/3/0:15
voice translation-rule 1
rule 1 /\(.+\)/ /9\1/ type unknown unknown
rule 2 /\(.+\)/ /9\1/ type national national
rule 3 /\(.+\)/ /90\1/ type international international
!
voice translation-profile PSTN-INCOMING
translate calling 1
Hope this help?
Many Thanks,
Nico
08-02-2010 02:31 AM
Hi
You are getting an error Cause i = 0x82AC - Requested circuit/channel not available?, this implies Circuit Channel DS0 is
not available for the Call to get matured thru POTS
Check the Channel Status, channels should be "Idle" to make new calls. and If the Channel is "out of service" or "blocked"
then the call will not mature. this command will help you to identify the status.
ROUTER-I#show isdn servic
PRI Channel Statistics:
ISDN Se6/0:15 SC, Channel [1-31]
Configured Isdn Interface (dsl) 0
Channel State (0=Idle 1=Proposed 2=Busy 3=Reserved 4=Restart 5=Maint_Pend)
Channel : 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
State : 2 2 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
Service State (0=Inservice 1=Maint 2=Outofservice 8=MaintPend 9=OOSPend)
Channel : 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
State : 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
Channel blocked? (0=No 1=Yes)
Channel : 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
Also check for E1 Status, using the following command. E1 status should be up.
ROUTER-I#show controllers e1 6/0
E1 6/0 is up.
Applique type is Channelized E1 - balanced
Description:
No alarms detected.
alarm-trigger is not set
Version info of slot 6: HW: 1032, PLD Rev: 7
Framer Version: 0x9
Manufacture Cookie Info:
EEPROM Type 0x0001, EEPROM Version 0x01, Board ID 0x03,
Board Hardware Version 4.8, Item Number 73-3996-05,
Board Revision A1, Serial Number JAE13062GGI,
PLD/ISP Version
Framing is NO-CRC4, Line Code is HDB3, Clock Source is Line.
Data in current interval (672 seconds elapsed):
0 Line Code Violations, 0 Path Code Violations
0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
Either E1 or Channel status should be the cause for the failure.
Also configure the Dial-peer with the Port Number Alone, as below
dial-peer voice 9 pots
description ** Outgoing **
destination-pattern 9T
port 0/3/0
dial-peer voice 900 pots
description ** Incoming **
incoming called-number .
direct-inward-dial
port 0/3/0
Kindly rate if this helps. Thankz
08-08-2010 11:35 PM
I finally tracked the SRST/ISDN issue down. The only issue I could find was:
Cause i = 0x82AC - Requested circuit/channel not available
There was a backup VPN with BGP routing the Voice Subnet over the VPN allowing for heart beats to pass, so the phones did not fall into proper SRST.
I created a access list on VPN Tunnel interfaces blocking the Voice VLAN, then the Phones registered with the SRST Voice Gateway.
Inbound and outbound calls then worked.
Thank you for your time.
Nico
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide