Translation profile not working

hunt · ‎08-16-2011

Dear all,

My customer wants to translate all the inbound PSTN calls from 10 digits to internal 4 digits extensions e.g 7882

Although I can test my voice translation rule fine, it just doesn't seem to match when a PSTN call comes in.

In my customer environment, the telco gives my customer 10 digit numbers. e.g. 0293917882. Now, all my customer's IP Phone only has 4 digit extensions, so it is 7882.

TSCVOIP050#test voice translation-rule 12 0293917882

Matched with rule 1

Original number: 0293917882 Translated number: 7882

Original number type: none Translated number type: none

Original number plan: none Translated number plan: none

TSCVOIP050#

I have the following translation profile rules on the voice gateway:-

voice translation-rule 11

rule 1 /\(^.*\)/ /0\1/

!

voice translation-rule 12

rule 1 /^029391\(....\)/ /\1/

!

voice translation-profile inboundpstn

translate calling 11

translate called 12

And i have applied it on my inbound dial peer.

dial-peer voice 1 pots

translation-profile incoming inboundpstn

incoming called-number .

direct-inward-dial

But when an incoming call comes in when i tried to dial 0293917882, it doesn't get translate at all and i get an unallocated number error.

*Aug 16 07:29:29.551: ISDN Se0/0/0:15 Q931: RX <- SETUP pd = 8 callref = 0x0E19

Bearer Capability i = 0x8090A3

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA1838A

Preferred, Channel 10

Calling Party Number i = 0x2183, '0438755818'

Plan:ISDN, Type:National

Called Party Number i = 0xC1, '0293917882'

Plan:ISDN, Type:Subscriber(local)

Sending Complete

*Aug 16 07:29:29.551: ISDN Se0/0/0:15 Q931: Received SETUP callref = 0x8E19 callID =

0x0020 switch = primary-net5 interface = User

*Aug 16 07:29:29.555: ISDN Se0/0/0:15 Q931: TX -> CALL_PROC pd = 8 callref = 0x8E19

Channel ID i = 0xA9838A

Exclusive, Channel 10

*Aug 16 07:29:29.563: ISDN Se0/0/0:15 Q931: TX -> PROGRESS pd = 8 callref = 0x8E19

Cause i = 0x8181 - Unallocated/unassigned number

Progress Ind i = 0x8188 - In-band info or appropriate now available

*Aug 16 07:29:33.547: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x0E19

Cause i = 0x8090 - Normal call clearing

*Aug 16 07:29:33.547: ISDN Se0/0/0:15 Q931: TX -> RELEASE pd = 8 callref = 0x8E19

*Aug 16 07:29:33.595: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x0E19

Would appreciated any help.

CHeers,

Hunt

acampbell · ‎08-16-2011

Hi,

Could you test a simpler translation on the voice port.

Replace the numbers with your own scheme.

!

voice translation-rule 100

!###THIS TRANLATES I/C DIGITS

Rule 1 /0293917/ /7/

!

voice translation-profile INCOME-PSTN

translate called 100

!

voice-port 0/0:15

translation-profile incoming INCOME-PSTN

!

Can you let us know if this works

Regards

Alex

Regards, Alex. Please rate useful posts.

Marwan ALshawi · ‎08-16-2011

Hi Hunt

your tranlsation look sok could you please do the follwoing change to your voice gateway config and try it again and if dose not work post the debug of the VOIP dialpeer

dial-peer voice 1 pots

translation-profile incoming inboundpstn

incoming called-number .

direct-inward-dial

destination-pattern 0T

port 0/0/0:15

!

NO dial-peer voice 2 pots

HTH

if helpful Rate

Marwan ALshawi · ‎08-18-2011

is it fixed ?

Johan Leuyckx · ‎08-31-2011

I'm having the same issue... It is as if the translation profile is just not there...

Did you find a solution?

For me, moving the translation profile to the voice-ports is not an option...

Johan

Marwan ALshawi · ‎08-31-2011

Hi Johan

can you post your config here

Johan Leuyckx · ‎08-31-2011

Basically it is the config below. We have OVERLAP receiving...

To me, this triggers the problem. If we send dial from a cell phone "en block" and receive all digits in one setup message, the the translation works just fine...

and the digits come in faster then the 3 second delay I configured...

dial-peer voice 5 pots

description *** DP for incoming calls ***

translation-profile incoming TRANSLATE

incoming called-number .T

direct-inward-dial

port 0/0/0

voice translation-profile TRANSLATE

translate calling 1

translate called 2

voice translation-rule 1

rule 1 // /0&/

voice translation-rule 2

rule 1 /^309911300/ /5410/

rule 2 /^309911301/ /5411/

rule 3 /^3099113\(..\)/ /54\1/

rule 4 /^309911/ /5410/

interface BRI0/0/0

no ip address

isdn switch-type basic-net3

isdn overlap-receiving T302 3000

isdn point-to-point-setup

isdn incoming-voice voice

isdn static-tei 0

Marwan ALshawi · ‎08-31-2011

yes you right the overlap receiving causing the translation-matching

do you mean by using the delay your issue fixed ?

i am sure might had look at the bellow link regarding the isdn overlapping

http://www.cisco.com/en/US/tech/tk801/tk133/technologies_tech_note09186a00800b48cb.shtml

HTH

kvancoil · ‎09-01-2011

Hi Johan,

As you found out you can not use translation pattern on inbound dial-peers when using overlap receiving; the reason for this is that IOS needs to allocate memory for the call and it 'matches' already a dial-peer with the first part of the called number and here your translation pattern does not match.

Thanks,

Kristof

Johan Leuyckx · ‎09-02-2011

Hi Kristof,

Is there some official doc available stating that the two cannot be combined? Any known workaround?

As in a CCIE voice lab, it seems to work just fine... But with mine, it doesn't...

If I configure the incoming called number as simply a ".", it seems to work, but people complain that from time to time it still goes wrong. Think it doesn't wait for the t302 timer then...

Thx

Johan