Function like "Always Display Original Dialed Number" on CUBE?

[Leo Salcie Tejeda]

Hi guys,

Is there a way no disable the Number Transformation Update from CUBE to CUCM? For example, I sending the number 1234 from CUCM to CUBE, when the call is received I transform the number to 4321 but this transformation is display on the Phone too.

I don't want to use "Always Display Original Dialed Number" service parameter option at CUCM because will miss up some setup.

Any ideas?

Thanks in advance

Please remember to rate useful posts clicking on the stars below.
Favor calificar todos las respuestas útiles dando click en las estrellas de mas abajo.
___________________________________________
LinkedIn Profile: do.linkedin.com/in/leosalcie       

[Ayodeji Okanlawon]

Leo, you can either use

conf t

sip

no remote-party-id

or configure specific sip profiles to display the original called number

voice class sip-profiles 1

response 183 sip-header Remote-Party-ID modify "<4321>" "<1234>"

response 200 sip-header Remote-Party-ID modify "<4321>" "<1234>"

You shoudl then apply the sip profile to the dial-peer outbound to CUCM from CUBE

Please rate all useful posts

"opportunity is a haughty goddess who waste no time with those who are unprepared"

[Leo Salcie Tejeda]

Thanks aokanlawon, it worked (+5) but is there a way to hide the transformation process on CUCM? Example: I call 1234, then at the route list use a Called Patry Transformation with Prefix 4900XXXX but this transformation is display on the Phone too.

I would like the phone always display 1234 hiding the transformation process. Is it posible?

Please remember to rate useful posts clicking on the stars below.
Favor calificar todos las respuestas útiles dando click en las estrellas de mas abajo.
___________________________________________
LinkedIn Profile: do.linkedin.com/in/leosalcie

[Ayodeji Okanlawon]

If you do it at the route list level, and use called party prefix, it wont show on the phone. If you do at the route pattern it will show on the phone

Please rate all useful posts

"opportunity is a haughty goddess who waste no time with those who are unprepared"

[Leo Salcie Tejeda]

Look like I having a issue here, when the call is ringing the called number is display as expected (1234), after the call is answer the transformation is display (49001234)...

At the route list level, I have this:

Called Party Transformation

Prefix digits (outgoing calls):4900

Am I doing something wrong?

Please remember to rate useful posts clicking on the stars below.
Favor calificar todos las respuestas útiles dando click en las estrellas de mas abajo.
___________________________________________
LinkedIn Profile: do.linkedin.com/in/leosalcie

[Leo Salcie Tejeda]

I already applied the config you suggested me:

conf t

sip

no remote-party-id

Look like the transformation is been display not matter if have been apply at the route list level. I tested at the CUBE the command is working because is not showing the transformation apply on the dial-peer.

Please remember to rate useful posts clicking on the stars below.
Favor calificar todos las respuestas útiles dando click en las estrellas de mas abajo.
___________________________________________
LinkedIn Profile: do.linkedin.com/in/leosalcie

[Ayodeji Okanlawon]

Yes the transofrmation will be displayed because the gateway is updating cucm of the change in called part number. When you apply the conig, then the gateway wont send the update to CUCM and the original called number will be displayed

Please rate all useful posts

"opportunity is a haughty goddess who waste no time with those who are unprepared"

[Leo Salcie Tejeda]

Sorry, maybe I wasn't clear. I already applied the config you suggested me (now the gateway is not sending the update to cucm), however the transformation applied at the route list level is still been displayed so look like is not working as expected...as you said "If you do it at the route list level, and use called party prefix, it wont show on the phone" but it is show on the phone.

Sorry, english is not my native language.

Please remember to rate useful posts clicking on the stars below.
Favor calificar todos las respuestas útiles dando click en las estrellas de mas abajo.
___________________________________________
LinkedIn Profile: do.linkedin.com/in/leosalcie

[Ayodeji Okanlawon]

Can you send..

debug ccsip messages from the CUBE..include calling and called number

Please rate all useful posts

"opportunity is a haughty goddess who waste no time with those who are unprepared"

[Leo Salcie Tejeda]

Called number: *14898

Calling number: 8095425500

Transformation perform:

CUCM Level:

Predot (Discard *1)

Prefix 49001829220

Result: 490018292204898

CUBE Level:

Discard: 4900

Result: 18292204898

On phone displayed:

Ringing: 4898

Call established: 490018292204898

Attached the information requested.

Please remember to rate useful posts clicking on the stars below.
Favor calificar todos las respuestas útiles dando click en las estrellas de mas abajo.
___________________________________________
LinkedIn Profile: do.linkedin.com/in/leosalcie

[Ayodeji Okanlawon]

Leo,

Looking at the logs, there is no digit manipulation on the gateway on the inbound leg between the CUCM and the CUBE..

This is the invite sent to the gateway from CUCM

Received:
INVITE sip:490018292204898@10.48.79.50:5060 SIP/2.0

Via: SIP/2.0/TCP 10.32.29.11:5060;branch=z9hG4bK13dd71b325d581e

From: "LEO SALCIE" <8095425500>;tag=28488440~104b5bf8-7508-412c-9532-1025c30158a4-40806745

To: <490018292204898>

This is the 200 OK sent back to CUCM

Sent:
SIP/2.0 200 OK

Via: SIP/2.0/TCP 10.32.29.11:5060;branch=z9hG4bK13dd71b325d581e

From: "LEO SALCIE" <8095425500>;tag=28488440~104b5bf8-7508-412c-9532-1025c30158a4-40806745

To: <490018292204898>;tag=10C83C6-1B66

Date: Wed, 08 May 2013 12:46:33 GMT

Call-ID: 1d89d680-18a186ea-c0a70d-b1d200a@10.32.29.11

So we can see that there is no change in the digit received..from CUCM..That suggests that the issue is on CUCM

Can you check that you have configured your digit manipulation in the route group via the route  list

So go to route list>route group> click on the route group and there configure your digit manipulation..try and reset the route list once you are done

Please rate all useful posts

"opportunity is a haughty goddess who waste no time with those who are unprepared"

[Leo Salcie Tejeda]

There's a digit manipulation on the gateway on a outgoing dial-peer:

Sent:

INVITE sip:18292204898@172.25.0.40:5060 SIP/2.0

Via: SIP/2.0/UDP 10.128.1.2:5060;branch=z9hG4bK3B883C1C9E

From: "LEO SALCIE" <8095425500>;tag=10C8370-0

To: <18292204898>

Date: Wed, 08 May 2013 12:46:33 GMT

Call-ID: 25FE4A63-B71411E2-8FF5D823-B2006411@10.128.1.2

But it doesn't matter because the remote ID update have been disable.

I re-checked the configuration, I don't know why isn't working. Attached to this post a printscreen.

Regards

Please remember to rate useful posts clicking on the stars below.
Favor calificar todos las respuestas útiles dando click en las estrellas de mas abajo.
___________________________________________
LinkedIn Profile: do.linkedin.com/in/leosalcie

[Ayodeji Okanlawon]

Leo..

If it still doesnt work..Enable remote-party-id again

conf t

sip

remote-party-id

do another test call and send debug ccsip messasges

Please rate all useful posts

"opportunity is a haughty goddess who waste no time with those who are unprepared"

[Leo Salcie Tejeda]

Please see post UP.

I enabled remote-party-id again. Attached the call log.

Please remember to rate useful posts clicking on the stars below.
Favor calificar todos las respuestas útiles dando click en las estrellas de mas abajo.
___________________________________________
LinkedIn Profile: do.linkedin.com/in/leosalcie

[Ayodeji Okanlawon]

Leo, lets approach it this way...From the logs I see that when the call ring is ringing on the phone the display should be

18292204898

and when the call is connected it is the same..

So configure this sip profile and apply it to the inbound dial-peer from CUCM to CUBE..

voice class sip-profiles 3

  response 183 sip-header Remote-Party-ID modify "<>1829220(4898)@10.48.79.50" "<>"

response 200 sip-header Remote-Party-ID modify "<>1829220(4898)@10.48.79.50" "<>"

Test again..

Now the display both when ringing and connected should be 4898

Please rate all useful posts

"opportunity is a haughty goddess who waste no time with those who are unprepared"