05-21-2012 07:49 AM - edited 03-16-2019 11:15 AM
We are having an issue with a new prefix when dialing out....
Its supposed to be a local number but when my customer tries to dial the outside digit 9 plus the local number they get a busy signal.
If they dial it 9+1 then they are able to get out but it charges them long distance even though its a local call.
Has anyone dealt with this? or does anyone know how to fix this?
FYI....im 6 months new at dealing with cucm so my knowledge of the system is still limited...
Thanks in advance for your help..
Solved! Go to Solution.
05-22-2012 08:40 AM
SO the first call gets a user busy message from the Telco.
Calling Party Number i = 0x0081, '402483XXXX'
Plan:Unknown, Type:Unknown
Called Party Number i = 0xA1, '402465XXXX'
1757362: May 22 2012 10:21:52.680 CDT: ISDN Se0/0/0:23 Q931: RX <- DISCONNECT pd = 8 callref = 0x9B7D
Cause i = 0x8491 - User busy
I belive this call should be fine if the other phone is not on a call or faulty. This looks ok.
The second call does not even get setup. Once the gateway sends a setup request your telco disconnects the call.
Cause i = 0xC28A - Prefix 1 not dialed
I think you need to speak with your telco. Not much you can do and its not a cucm problem.
HTH, please rate useful posts
05-21-2012 07:56 AM
What system? CUCM, CME?
You need to make sure you have matching route pattern if using CUCM and dial-peer on the GW if using H323/SIP or dial-peer if using CME.
Chris
05-21-2012 08:06 AM
We're using CUCM 8.6 skinny with VG224 gateway using dial peer.
I apologize if my lingo isnt very accurate.
Thanks for your help.
Ray
05-21-2012 08:46 AM
Hi,
I amnot sure you are using Vg224 for outbound calls. You must have a different gateway to use for PSTN calls.
For local calls to work, you will need to create the appriopriate patterns to route out.
Can you give an example of a local number you are trying to dial? and can you send the config on your gateway..What type of gateway? is it MGCP or H323. On cucm, you need to also ensure that you have the proper route pattern configured
05-21-2012 10:12 AM
Your correct...we only use the vg224 for the analog phones in our patient rooms(this is a small hospital) as well as our faxes.
We already have a route pattern for all local calls:
Route Pattern: 9@
Route Partition: PT_MRH_Local
Numbering Plan: NANP
Route Filter: RF_Local10-digit
Discard Digits: PreAT
Why wouldnt I be able to use this pattern?
BTW...the number we are trying to reach is 9402904XXXX....we have multiple other prefixes that work just fine on this pattern. What do I need to change?
Thanks for your help!
Ray
05-21-2012 10:39 AM
can you post your Route Filter?
Juding by its name it is only for 10 digit dialing. For 11 digit dialing simply add following route pattern:
9.1[2-9]XX[2-9]XXXXXX
HTH,
Chris
05-21-2012 11:52 AM
Hi Chris,
Route Filter: RF_Local10-digit
So I configured the route pattern with what you suggested, however do I need to replace the current route pattern in place for local calls or does that matter?
05-21-2012 01:06 PM
It depends if you need it. If 10 digit dialing does not work for any area codes then that would not be needed.
HTH, please rate all useful posts!
Chris
05-21-2012 02:11 PM
Just did a debug on our voice router and this is what I just got back....
= 8 callref = 0x17C1
1756724: May 21 2012 15:50:51.348 CDT: ISDN Se0/0/0:23 Q931: RX <- CONNECT pd = 8 callref = 0x97C0
Progress Ind i = 0x8482 - Destination address is non-ISDN
1756725: May 21 2012 15:50:51.352 CDT: ISDN Se0/0/0:23 Q931: TX -> CONNECT_ACK pd = 8 callref = 0x17C0
1756726: May 21 2012 15:50:53.912 CDT: ISDN Se0/0/0:23 Q931: TX -> SETUP pd = 8 callref = 0x17C3
Bearer Capability i = 0x8090A2
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA9838D
Exclusive, Channel 13
Calling Party Number i = 0x0081, '100908'
Plan:Unknown, Type:Unknown
Called Party Number i = 0xA1, '402904XXXX'
Plan:ISDN, Type:National
1756727: May 21 2012 15:50:53.940 CDT: ISDN Se0/0/0:23 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x97C3
Cause i = 0xC28A - Prefix 1 not dialed
I'll be calling our local carrier tomorrow...I'll keep you posted.
Thanks!
05-21-2012 02:13 PM
Looks like you are not sendin the 1, make sure you are not stripping it on CUCM or GW if using H323/SIP for GW.
If using H323/SIP can you provide "debug voice dial-peer" and "sh run"?
Chris
05-21-2012 02:33 PM
Chris,
We use sccp here, but i did a "debug voice dialpeers" then the show run and here is what we have configured for dial-peers. We shouldnt need to dial a 1 in order to call this prefix as it is a local number. So Im thinking this might be a carrier issue, not with cucm...unless you see something else? This config is off of our voice router.
~Ray
mgcp profile default
!
!
dial-peer voice 999000991 pots
service mgcpapp
!
dial-peer voice 1 pots
incoming called-number .
port 0/0/0:23
!
dial-peer voice 2 pots
incoming called-number .
!
dial-peer voice 9911 pots
trunkgroup Outbound-TG1
description ***** Emergency 911 *****
destination-pattern 9911
forward-digits 3
!
dial-peer voice 9100 pots
trunkgroup Outbound-TG1
description ***** Local *****
destination-pattern 9[2-9]..[2-9]...... <<---Wouldnt this configuration allow me to call 9402904XXXX as local?
forward-digits 10
!
dial-peer voice 9110 pots
trunkgroup Outbound-TG1
description ***** LD Dialing *****
destination-pattern 91[2-9].........
forward-digits 11
!
dial-peer voice 9411 pots
trunkgroup Outbound-TG1
description ***** Information *****
destination-pattern 9.11
forward-digits 3
!
dial-peer voice 9011 pots
trunkgroup Outbound-TG1
description ****** International Dialing *****
destination-pattern 9011T
prefix 011
!
dial-peer voice 8911 voip
description ***** Emergency 911 *****
preference 10
destination-pattern 9911
session target ipv4:10.100.4.2
!
dial-peer voice 8100 voip
description ***** Local *****
preference 10
destination-pattern 9[2-9]..[2-9]......
session target ipv4:10.100.4.2
!
dial-peer voice 8110 voip
description ***** LD Dialing *****
preference 10
destination-pattern 91[2-9].........
session target ipv4:10.100.4.2
!
dial-peer voice 8411 voip
description ***** Information *****
preference 10
destination-pattern 9.11
session target ipv4:10.100.4.2
!
dial-peer voice 8011 voip
description ****** International Dialing *****
preference 10
destination-pattern 9011T
session target ipv4:10.100.4.2
!
dial-peer voice 7000 voip
destination-pattern 7...
session target ipv4:10.115.4.2
!
!
05-21-2012 02:39 PM
That will allow you. Can you do a test call and post the output of
"debug isdn q931"
so before you do your test call
type.debug isdn q931 on this gateway
after your test call type
undebug all.
If you do it quickly I can have a look and see where the call is failing
05-22-2012 06:53 AM
Do this on one of the gateways and not the router?
~Ray
05-22-2012 06:57 AM
Ray,
on the router that connects to the PSTN
05-22-2012 07:24 AM
ok, whats the command for testing a call?
~Ray
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