Voice translation rule

Answered Question
Aug 19th, 2009
User Badges:

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 =

Correct Answer by paolo bevilacqua about 7 years 8 months ago

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.

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 5 (1 ratings)
Loading.
Jaime Valencia Wed, 08/19/2009 - 06:33
User Badges:
  • Cisco Employee,
  • Hall of Fame,

    2011

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

pcanters Wed, 08/19/2009 - 06:40
User Badges:

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 !!

Correct Answer
paolo bevilacqua Wed, 08/19/2009 - 06:45
User Badges:
  • Super Gold, 25000 points or more
  • Hall of Fame,

    Founding Member

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.

pcanters Wed, 08/19/2009 - 06:48
User Badges:

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 !

paolo bevilacqua Wed, 08/19/2009 - 06:51
User Badges:
  • Super Gold, 25000 points or more
  • Hall of Fame,

    Founding Member

It will not :)


Please remember to rate useful posts with the scrollbox below.

pcanters Wed, 08/19/2009 - 07:36
User Badges:

This command

isdn map address . plan unknown type unknown

does the trick.

Thanks so much for all of your help !!!

Actions

This Discussion