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 !!!
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: