Voice translation rule

Answered Question
Aug 19th, 2009

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 =

I have this problem too.
1 vote
Correct Answer by Paolo Bevilacqua about 7 years 3 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

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

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

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

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 !

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

This command

isdn map address . plan unknown type unknown

does the trick.

Thanks so much for all of your help !!!

Actions

This Discussion