08-19-2009 06:06 AM - edited 03-15-2019 07:25 PM
Can someone tell me why this does not work.
I am trying to implement a voice translation rule that applies to only outbound International calls.
The carrier wants to see the calls as type unknown rather than international.
I have written the rule and applied to my dial peer but it does not work when I dial it from a phone.
The translation test shows that it does work correctly as I want.
Does anyone have any insight as to why this does not work ??
Below is my config, followed by my test and then an actual dial from a phone (debug isdn q931)
Thanks in Advance
voice translation-rule 10
rule 1 // // type international unknown plan isdn isdn
voice translation-profile international
translate called 10
!
dial-peer voice 456789 pots
translation-profile outgoing international
destination-pattern 456789T
port 0/0/1:23
Detroit#$translation-rule 10 011xxxxxxxxxx type international plan isdn
Matched with rule 1
Original number: 011xxxxxxxxxxxx Translated number: 011xxxxxxxxxxxx
Original number type: international Translated number type: unknown
Original number plan: isdn Translated number plan: isdn
*Aug 18 10:10:18.150 EST: ISDN Se0/0/1:23 Q931: pak_private_number: Invalid type/plan 0x0 0x0 may be overriden; sw-type 13
*Aug 18 10:10:18.150 EST: ISDN Se0/0/1:23 Q931: pak_private_number: Invalid type/plan 0x0 0x0 may be overriden; sw-type 13
*Aug 18 10:10:18.150 EST: ISDN Se0/0/1:23 Q931: Applying typeplan for sw-type 0xD is 0x1 0x1, Called num 011528181430700
*Aug 18 10:10:18.154 EST: ISDN Se0/0/1:23 Q931: TX -> SETUP pd = 8 callref = 0x1F82
Bearer Capability i = 0x8090A2
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98382
Exclusive, Channel 2
Calling Party Number i = 0x2181, 'xxxxxxxxxx'
Plan:ISDN, Type:National
Called Party Number i = 0x91, '011xxxxxxxxxxxx'
Plan:ISDN, Type:International
*Aug 18 10:10:18.254 EST: ISDN Se0/0/1:23 Q931: RX <- CALL_PROC pd = 8 callref = 0x9F82
Channel ID i = 0xA98382
Exclusive, Channel 2
*Aug 18 10:10:18.382 EST: ISDN Se0/0/1:23 Q931: RX <- PROGRESS pd = 8 callref = 0x9F82
Cause i = 0xC484 - Vacant code or prefix digit not dialed
Progress Ind i = 0x8288 - In-band info or appropriate now available
*Aug 18 10:10:25.430 EST: ISDN Se0/0/1:23 Q931: TX -> DISCONNECT pd = 8 callref = 0x1F82
Cause i = 0x8090 - Normal call clearing
*Aug 18 10:10:25.470 EST: ISDN Se0/0/1:23 Q931: RX <- RELEASE pd = 8 callref = 0x9F82
*Aug 18 10:10:25.474 EST: ISDN Se0/0/1:23 Q931: TX -> RELEASE_COMP pd = 8 callref =
Solved! Go to Solution.
08-19-2009 06:45 AM
You're hitting a particular quirk of cisco IOS. With the switch-type you have, when router sees '011' it sets type international actually preventing the call from going through.
The workaround is to configure
isdn map address . plan unknown type unknown
under serial x/y:23
OR
destination-pattern 456789011[2-9]....T
That will prevent the above to occur.
08-19-2009 06:33 AM
If you're sending
Called Party Number i = 0x91, '011xxxxxxxxxxxx'
Plan:ISDN, Type:International
You're not matching the dial-peer you applied the rule to (I'm assuming this is your actual config)
dial-peer voice 456789 pots
translation-profile outgoing international
destination-pattern 456789T
port 0/0/1:23
You expect 456789T to match, but you're sending 011XX
HTH
java
if this helps, please rate
08-19-2009 06:40 AM
Wish that was the answer !!
Actually, we are sending 456789 as a prefix to the call.
End user dials 9011XXXXXXXXXXXX
Call Manager then strips the 9 and prefixes a 456789.
The gateway then sees the call as
456789011XXXXXXXXXX.
We strip the 456789 and send the call on out
This is in place as a toll fraud prevention mechanism.
Debug of the dial peer shows us to be using the correct dial peer
Thanks for the response !!
08-19-2009 06:45 AM
You're hitting a particular quirk of cisco IOS. With the switch-type you have, when router sees '011' it sets type international actually preventing the call from going through.
The workaround is to configure
isdn map address . plan unknown type unknown
under serial x/y:23
OR
destination-pattern 456789011[2-9]....T
That will prevent the above to occur.
08-19-2009 06:48 AM
If I do that then won't my local call and local calls be affected ??
I am trying to go this route to NOT affect other calls...only International calls
Thanks for the response !
08-19-2009 06:51 AM
It will not :)
Please remember to rate useful posts with the scrollbox below.
08-19-2009 07:36 AM
This command
isdn map address . plan unknown type unknown
does the trick.
Thanks so much for all of your help !!!
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