04-11-2013 06:25 AM - edited 03-16-2019 04:44 PM
Good day!
Today, i've configured an outside route pattern to PSTN (through CCME-2901 - Gateway)
Route pattern - 9.8XXXXXXXXXX
Call Classification - Offnet
Checked - "provide outside Dial Tone"
And Configured Called Party Transformations
Discard digits - "PreDot"
But When i tried to dial outside - there is no dial tone at all...
Where is a mistake? Can you help me pleas.
------
Also I have second route pattern
Route pattern - 7XX
Call Classification - Onnet
Unchecked - "provide outside Dial Tone"
-----
Here is a trace:
04-11-2013 06:50 AM
When you say you have no dial tone, do you mean the secondary dial tone after your press 9?
Or that the call never goes out?
If the first then this is a common mistake and you will need to ensure all of your patterns including translations need to have "provide outside dial tone" checked and you cannot have any DNs starting with 9 or X or anything that would create an overlap.
If the second then please post the GW config and let us know what type of circuit the call goes out of.
HTH,
Chris
04-11-2013 07:13 AM
Yes, i have no secondary dial tone when i dial outside.
I have checked "provide outside Dial Tone" in another pattern, but still dont have secondary dial tone, but outbound call successfully goes out.
But when i change pattern to - 98XXXXXXXXXX, i receive a secondary dial tone but call never goes out...
04-11-2013 07:25 AM
Do you have the dial-peers configured for such calls??
Since you mention it's pointing to a CME, I assume you're using H323
And BTW, that's not a trace, that's a DNA result.
HTH
java
if this helps, please rate
www.cisco.com/go/pdihelpdesk
04-11-2013 07:33 AM
OK, so which pattern does not and which provides secondary dial tone?
Chris
04-11-2013 10:40 PM
Yes, on CME i've outgoing dial-peer
dial-peer voice 2100 voip
translation-profile outgoing TRANSFORM-OUT-9
huntstop
destination-pattern 9T
session protocol sipv2
session target ipv4:195.88.224.20
dtmf-relay rtp-nte
codec g711ulaw
fax rate 9600
fax nsf 000000
fax protocol t38 version 0 ls-redundancy 5 hs-redundancy 2 fallback none
no vad
And translation-profile, because ISP only allows strings with "8" at the begining
voice translation-rule 1
rule 1 /9/ //
!
!
voice translation-profile TRANSFORM-OUT-9
translate called 1
04-11-2013 10:43 PM
Route pattern - 7XX - provides outside dial tone
Route pattern - 9.8XXXXXXXXXX - doesn't provide
And as i mentioned earlier if i change my pattern - 9.8XXXXXXXXXX - to 98XXXXXXXXXX - i cant make outgoinig calls.
Called phone rings (mobile phones), but two-way connection - doesnt establish
04-22-2013 05:55 AM
Still cant solve this problem?...( Any thoughts...
04-22-2013 06:30 AM
Dmitri,
The reason why 9.8XXXXXXXXXX doesn't work is because CUCM is configured to drop predot which would make the call appear to your GW at 8XXXXXXXXXX, which you probably don't have a dialpeer that would match that pattern. What happens when you're able to dial out successfully? Could you provide a full config of your GW?
HTH
Regards,
Yosh
04-24-2013 03:10 AM
Yes, you are right& i've added additional route 8XXXXXXXXXX and finally i can make a call, but again there was no
secondary dial tone.
Here is part of GW config:
voice service voip
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
h323
sip
bind control source-interface GigabitEthernet0/0
bind media source-interface GigabitEthernet0/0
registrar server expires max 1200 min 300
!
voice class codec 1
codec preference 1 g711alaw
codec preference 2 g711ulaw
codec preference 3 g729br8
!
voice class h323 1
h225 timeout tcp establish 3
interface GigabitEthernet0/1
description GWD-LAN$ES_LAN$
ip address 172.16.4.5 255.255.255.0
ip access-group 23 in
duplex auto
speed auto
h323-gateway voip interface
h323-gateway voip bind srcaddr 172.16.4.5
dial-peer voice 2001 voip
description TO TOPTELECOM
huntstop
destination-pattern 8T
session protocol sipv2
session target ipv4:195.88.224.20
dtmf-relay rtp-nte
codec g711ulaw
fax rate 9600
fax nsf 000000
fax protocol t38 version 0 ls-redundancy 5 hs-redundancy 2 fallback none
no vad
dial-peer voice 1020 voip
description TRUNK-TO-CUCM-9.1
destination-pattern 65..
session target ipv4:172.16.4.250
voice-class codec 1
voice-class h323 1
dtmf-relay cisco-rtp
04-24-2013 05:37 AM
Do you still have the "Provide Outside Dialtone" on Route pattern - 9.8XXXXXXXXXX? Also as Chris mentioned, you can't have any extensions starting with 9 since this would cause you to not to hear a secondary dialtone.
HTH
Regards,
Yosh
04-25-2013 07:48 PM
anytime I have an issue with providing secondary dial tone I will use "Route Plan Report" and do a search for all patterns that begins with 9. Like has been mentioned it could be a phone DN, Call Park, Call Pickup, voicemail ports, or any other DN and\or pattern. Happy hunting
02-15-2014 03:11 PM
Everything has working correctly for years, then while working with Cisco TAC on an Attendant Console issue. He created a directory number of 99999 for a template.
Then everyone who pressed 9 to get a outside line would have to wait until the 2nd number was pressed to get a tone.
I exported my route patterns to verify that all patterns contained Provide Outside Dial Tone.
I don't create Directory Numbers with "9" but a search provided me the answer i was looking for.
02-17-2014 12:59 PM
I had a similar issue too. it turned out that if you want to use 9 for outside dial tone you need to be sure there are no DN's that begin with 9. If there is you need to remove them or use a digit that no extensions are starting with.
In CUCM go to Call Routing and then click Route Plan Report to see the all DN's in your route paln.
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