Translating 4-Digit Extension to 10-Digit DID

elemzyelemzy Member Posts: 8 ■□□□□□□□□□
Hi all,
I need help here. I have CUCM 8.0 a call gateway that connects to PSTN.
the PSTN has allocated us 10 digit DID numbers for our external calls while we use 4 digit extentions.
I have been able to map the external 10 digit numbers to individual 4 digit extensions.
When i make external calls, the caller id that gets displayed on destination phone number is the pilot number.
I however want to do a one to one translation from an internal extension number to a DID number.
I did this configuration on the call gateway but caller ID still shows the Pilot number.

voice translation-profile PSTNOUT
translate calling 100

translation-rule 100
Rule 1 9800 0702744059

dial-peer voice 20 pots
description --- OUTBOUND CALLS---
destination-pattern 8T
translation-profile outgoing PSTNOUT
direct-inward-dial
port 0/0/0:15


I ran test on the translation and its okay, but caller id still shows incoming number as the pilot number
OFFICE_2921#test translation-rule 100 9800
The replaced number: 0702744059

Comments

  • shodownshodown Member Posts: 2,271
    You can make a translation rule that will cover your outbound calls. This one I made below. Will grab any number that comes in with a 3 and translate it to the 10 Digit number.

    voice translation-rule 2
    rule 1 /\(^3...\)/ /737211\1/

    voice translation-profile OUTBOUND
    translate calling 2

    voice-port 0/2/0:23
    translation-profile outgoing OUTBOUND


    I only do this in SRST. BTW


    What I normally do is set the 10 digit DID in CUCM by the number mask and I pass that out of CUCM to the gateway and out to the PSTN.
    Currently Reading

    CUCM SRND 9x/10, UCCX SRND 10x, QOS SRND, SIP Trunking Guide, anything contact center related
  • elemzyelemzy Member Posts: 8 ■□□□□□□□□□
    Hi shodown,
    This is what has been done except that the rule is different different. Im only translating for one number while you gave for the whole range of numbers.
    This did not work as specified in my initial post.

    Maybe i should look at your second option of doing this in the CUCM. Can you shed more light on this?
  • pitviperpitviper Member Posts: 1,376 ■■■■■■■□□□
    Do a debug ISDN Q931 on the gateway - If you are sending the correct number out, call your carrier – they will sometimes set everything to the lead DID unless you request the ability to send.

    Definitely not part of the Cisco "best practices", but I like to do all of my translations, num-expansions, and plan/type settings on the IOS gateways (H.323).
    CCNP:Collaboration, CCNP:R&S, CCNA:S, CCNA:V, CCNA, CCENT
  • elemzyelemzy Member Posts: 8 ■□□□□□□□□□
    Did debug and i do not see any translation in the output......any suggestion?

    Jun 21 17:28:05.854: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type 0x16 is 0x0 0x0, Calling num 9800
    Jun 21 17:28:05.854: ISDN Se0/0/0:15 Q931: Sending SETUP callref = 0x0188 callID = 0x8109 switch = primary-qsig interface = User
    Jun 21 17:28:05.854: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x0188
    Bearer Capability i = 0x8090A3
    Standard = CCITT
    Transfer Capability = Speech
    Transfer Mode = Circuit
    Transfer Rate = 64 kbit/s
    Channel ID i = 0xA9839F
    Exclusive, Channel 31
    Calling Party Number i = 0x0081, '9800'
    Plan:Unknown, Type:Unknown
    Called Party Number i = 0x80, '002348092229581'
    Plan:Unknown, Type:Unknown
    Jun 21 17:28:05.978: ISDN Se0/0/0:15 Q931: RX <- SETUP_ACK pd = 8 callref = 0x8188
    Channel ID i = 0xA9839F
    Exclusive, Channel 31
    Jun 21 17:28:19.954: ISDN Se0/0/0:15 Q931: RX <- ALERTING pd = 8 callref = 0x8188
    Progress Ind i = 0x8282 - Destination address is non-ISDN
    Progress Ind i = 0x8288 - In-band info or appropriate now available
    Jun 21 17:28:50.242: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x8188
  • pitviperpitviper Member Posts: 1,376 ■■■■■■■□□□
    try this instead:

    voice translation-rule 100
    rule 1 /9800/ /0702744059/
    CCNP:Collaboration, CCNP:R&S, CCNA:S, CCNA:V, CCNA, CCENT
  • pitviperpitviper Member Posts: 1,376 ■■■■■■■□□□
    Also, not sure of your complete config - but the outgoing dial-peer match may not be what you think. Try putting the translation on the voice port:

    voice-port 0/0/0:15
    translation-profile outgoing PSTNOUT
    CCNP:Collaboration, CCNP:R&S, CCNA:S, CCNA:V, CCNA, CCENT
  • elemzyelemzy Member Posts: 8 ■□□□□□□□□□
    Hi pitviper, after changing to voice translation-rule 100; rule 1 /9800/ /0702744059/ as suggested. I could see that number is being translated in the debug but calling id on the recipients phone still shows the pilot number. Does this mean my PSTN provider has to do something as suggested above?

    Jun 21 18:09:44.469: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type 0x16 is 0x0 0x0, Calling num 0702744059
    Jun 21 18:09:44.469: ISDN Se0/0/0:15 Q931: Sending SETUP callref = 0x018B callID = 0x810C switch = primary-qsig interface = User
    Jun 21 18:09:44.469: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x018B
    Bearer Capability i = 0x8090A3
    Standard = CCITT
    Transfer Capability = Speech
    Transfer Mode = Circuit
    Transfer Rate = 64 kbit/s
    Channel ID i = 0xA9839F
    Exclusive, Channel 31
    Calling Party Number i = 0x0081, '0702744059'
    Plan:Unknown, Type:Unknown
    Called Party Number i = 0x80, '002348092229581'
    Plan:Unknown, Type:Unknown
    Jun 21 18:09:44.601: ISDN Se0/0/0:15 Q931: RX <- SETUP_ACK pd = 8 callref = 0x818B
    Channel ID i = 0xA9839F
    Exclusive, Channel 31
    Jun 21 18:09:57.625: ISDN Se0/0/0:15 Q931: RX <- ALERTING pd = 8 callref = 0x818B
    Progress Ind i = 0x8288 - In-band info or appropriate now available
    Jun 21 18:10:10.345: ISDN Se0/0/0:15 Q931: TX -> DISCONNECT pd = 8 callref = 0x018B
    Cause i = 0x8090 - Normal call clearing
    Jun 21 18:10:10.517: ISDN Se0/0/0:15 Q931: RX <- RELEASE pd = 8 callref = 0x818B
    Jun 21 18:10:10.517: ISDN Se0/0/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x018B
  • pitviperpitviper Member Posts: 1,376 ■■■■■■■□□□
    As long as the calling number (0702744059) is one that is associated with the PRI – you should be able to send it back out.

    I’d give the carrier a call – you can now prove to them that the number is leaving your equipment correctly.
    CCNP:Collaboration, CCNP:R&S, CCNA:S, CCNA:V, CCNA, CCENT
  • elemzyelemzy Member Posts: 8 ■□□□□□□□□□
    Thanks Pitviper, Ill do just that and revert in the next few days. Its weekend here.
  • pitviperpitviper Member Posts: 1,376 ■■■■■■■□□□
    Good luck!
    CCNP:Collaboration, CCNP:R&S, CCNA:S, CCNA:V, CCNA, CCENT
  • aaron0011aaron0011 Member Posts: 330
    elemzy wrote: »
    Hi shodown,
    This is what has been done except that the rule is different different. Im only translating for one number while you gave for the whole range of numbers.
    This did not work as specified in my initial post.

    Maybe i should look at your second option of doing this in the CUCM. Can you shed more light on this?

    External Phone Number Mask on the DN.
  • elemzyelemzy Member Posts: 8 ■□□□□□□□□□
    Hi Pitviper,
    My provider claims DID number transparency has been enabled, they agreed it wasnt done before now. However, calls still displays pilot number at recipients phone. When i called with the internal phone number (9800) that was translated, my debug shows calling id as the translated number (0702744059) .
    but when i try calling a non translated internal number (9850), it shows the internal number as the calling id (9850), i thought it should show the pilot number number instead. Just an observation though.
  • pitviperpitviper Member Posts: 1,376 ■■■■■■■□□□
    The translation rule above is only for a single DID - You would need to expand the rule, or create another entry for the other DIDs
    CCNP:Collaboration, CCNP:R&S, CCNA:S, CCNA:V, CCNA, CCENT
  • pitviperpitviper Member Posts: 1,376 ■■■■■■■□□□
    Here’s an example – so let’s say the DID block is 8800-8899, and the full 10 digit numbers are 111.222.8800-111.222.8899

    voice translation-rule 2
    rule 1 /^88/ /11122288/ type any national plan any isdn

    The translated (expanded) calling party number for extension 8810 would be : 111.222.8810
    The translated (expanded) calling party number for extension 8811 would be : 111.222.8811
    And so on.
    CCNP:Collaboration, CCNP:R&S, CCNA:S, CCNA:V, CCNA, CCENT
  • phoeneousphoeneous Member Posts: 2,333 ■■■■■■■□□□
    aaron0011 wrote: »
    External Phone Number Mask on the DN.

    Agreed.
  • elemzyelemzy Member Posts: 8 ■□□□□□□□□□
    Hi Pitviper,
    Thanks for your help the last time. Ive been on vacation on resumption i found out the following issues.
    i) After the single translation, every other calls from internal number to public numbers shows my internal 4digit extension on the recieving party's phone. This kinda baffles me because i dont expect this numbers to be routable on PSTN (sorry im a routing/switching guy). I also believe all untranslated numbers should use my pilot number instead.
    I cannot use your group translation rule cause my internal 4digit extension does not match my providers last 4digit. Providers number range (0702744031-59). Internal number range 9801-50.

    ii) My provider asked me to activate "Caller Line Identification Presentation" so i can receive full string of incoming numbers. Is this possible on Cisco Voice Gateway? or this guy is just trying to blow me off?

    Your help will be highly appreciated.[FONT=&quot][/FONT]
  • Li1lLi1l Registered Users Posts: 1 ■□□□□□□□□□
    Can you show us a table that show us the correspondence between the last 4 digit of your service provider and your internal numbers?
    This should help creating rules to fix your caller-ID.
  • elemzyelemzy Member Posts: 8 ■□□□□□□□□□
    I have this number range from my provider 0702744030 to 0702744059
    I have the following translation rule for incoming.

    translation-rule 10
    Rule 1 4030 9861
    Rule 3 4032 9851
    Rule 4 4033 9855
    Rule 5 4034 9856
    Rule 6 4035 9862
    Rule 7 4036 9865
    Rule 8 4037 9866
    Rule 9 4038 9869
    Rule 10 4039 9873
    !
    !
    translation-rule 11
    Rule 1 4040 9874
    Rule 2 4041 9875
    Rule 3 4044 9850
    Rule 4 4045 9877
    Rule 5 4046 9876
    Rule 6 4059 9800
    !
    !
    translation-rule 12
    Rule 1 40.. 9861

    So when making external calls, i would want to do a reverse translation.
  • phoeneousphoeneous Member Posts: 2,333 ■■■■■■■□□□
    Why are you doing the translation at the gateway? Why not in cucm? Just curious.
  • demetriusj01demetriusj01 Registered Users Posts: 1 ■□□□□□□□□□
    If you are making calls to the external PSTN by default the provider will show the DID number or extension that called out for example if you have a DID of 555-555-1212 assigned to extension 1212 or in your case 0702744030 assigned to 9861 making a call out to the PSTN the provider by default will display to the other end that they are receiving a call from phone number 555-555-1212 or 0702744030 . That is the reason why those call centers that have outbound sales calls usually have a rule like this rule x /^.*/ /999-999-0000/ to mask all their DIDs onto one blanket number . but in your case you may have to create a translation rule for all your internal extension and if that does not work you will have to push hard on your phone provider to fix this .
Sign In or Register to comment.