remove prefix showing on phone display (sip trunk to pstn)

[vijendra Saravanamuthu]

hi guys,

becuase we have a centralized sip trunk to pstn, all sites has to go thru our sip trunk.   so this is done by adding different prefixes to the dialed number  based on site. so the sip provider knows by prefix that which site is dialing and if its should be a local /long distance call.  

SCCP PHONE->CUCM->SIP TRUNK->SP

we are prefixing it at hte route list level.  but the problem is the phoen displays the prfix as well. this is kind of annoying to the users. 

we tried prefixing it on the route pattern (no luck)

set the service parameter to display oringal dialed number (no luck)

i believe there should be a command on SIP router that should block it from passing it back to the cucm. i know that it is possible on a h323 gateway if we add "no supplementary-service h225-notify cid-update".

anyone has any suggestion.

thanks a bunch.

vijay

[Ayodeji Okanlawon]

Vijay,

WHen you prefix at the route list level, users shouldnt see the prefixed number on their phone display. I am using a similar scenario for dial-peer matching on our gateways. I prefix my digits at route list level and I dont see any display on the phones. What version of CUCM are you running? Can you share a print screen of your route list/route group setup?

Please rate all useful posts

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

[vijendra Saravanamuthu]

i think what you are saying works on mgcp.  when i dial a 10 digit number, it remains as 10 digits on the phone for a whle..but when it hit the gateway.then it switches to prfix+10digits.  i  know for sure the gw is passing it back to cucm when the dialpeer is matched.  this happens for 323 gw as well. attached.  is the RG.

cucm ver  8.0.3.23900-5

[Ayodeji Okanlawon]

What i am saying works on iether mgcp or h323 or sip trunk. The issue you are facing is not down to cucm. There is a modification happening to the called number on the gateway. Unless you are in control of the gateway, there is nothing you can do. If you have access to the gateway, then we can configure sip profiles to resolve this. Do you have access to the gateway, if you do, can you do a test call and send the ff:

debug ccsip messages

debug voip ccapi inout

sh run

Please rate all useful posts

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

[vijendra Saravanamuthu]

sorry for the late response.  attached is what you asked for.  pls let me knwo if sip profile would help.

  I dialed 916479885332 on CIPC phone from ext 7809691333.  It then displayed 111326479885332 on my phone.  The call completed fine.  it would match dialpeer 2002 on the gateway  out to our ISP sip target 10.100.0.132

[Dennis Mink]

Have you tried manipulating the called number using the called party transformation patterns/CSS on the phone that is making the call. And strip off the localising prefix you send to your provider?


Sent from Cisco Technical Support Android App

[Ayodeji Okanlawon · Accepted solution]

First of all, your logs for some reason is truncated. From the sequence numbers, you can see that some of the files rae missing as the sequence numbers from 363..jumped to 444 and from 448 to 508. So I am going to  make some assumptions.....

++++

2013-10-29 00:09:58 local7.debug 10.129.150.30  363: 000240: Oct 29 00:10:03.283: :cc_get_feature_vsa malloc success

2013-10-29 00:09:58 local7.debug 10.129.150.30  444: 000266: Oct 29 00:10:03.291: //1414167/F7761E000004/CCAPI/ccIFCallSetupRequestPrivate:

2013-10-29 00:09:58 local7.debug 10.129.150.30  445:    SPI Call Setup Request Is Success; Interface Type=3, FlowMode=1

2013-10-29 00:09:58 local7.debug 10.129.150.30  446: 000267: Oct 29 00:10:03.291: //1414167/F7761E000004/CCAPI/ccCallSetContext:

2013-10-29 00:09:58 local7.debug 10.129.150.30  447:    Context=0x49B6B314

2013-10-29 00:09:58 local7.debug 10.129.150.30  448: 000268: Oct 29 00:10:03.291: //1414166/F7761E000004/CCAPI/ccSaveDialpeerTag:

2013-10-29 00:09:58 local7.debug 10.129.150.30  508: 000273: Oct 29 00:10:03.307: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

2013-10-29 00:09:58 local7.debug 10.129.150.30  509: Received:

++++

From the logs I can see that the 200 OK sent to CUCM has the prefix 11132 in it...

++++

Sent:

SIP/2.0 200 OK\r

Via: SIP/2.0/TCP 10.129.150.11:5060;branch=z9hG4bK151ff5464337bb\r

From: "testing" <7809691333>;tag=14b2edf9-eee2-4a0f-a6bf-05c059df71f4-47908897\r

To: <1113216479885332>;tag=4DC9AC20-390\r

Date: Tue, 29 Oct 2013 04:10:03 GMT\r

Call-ID: f7761e00-26f13515-99e81-b96810a@10.129.150.11\r

CSeq: 101 INVITE\r

Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER\r

Allow-Events: telephone-event\r

Remote-Party-ID: <1113216479885332>;party=called;screen=no;privacy=off\r

+++++

I also assume that this is happening on the 183 response sent to CUCM even though I cant see it from the missing log files. To resolve the issue you are having..please configure the following sip profiles..

voice class sip-profiles 1

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

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

Next add it to your inbound dial-peer to cucm..

dial-peer voice 1 voip

voice-class sip profiles 1

Test again and send the output of debug ccsip messages if it doesnt work

Please rate all useful posts

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

[vijendra Saravanamuthu]

wow...wow..amazing..that fixed the issue. all i did was copied and pasted the sip profile into the existing sip profile and all worked just fine.

thanks a lot

vijay

[Oswaldo Torres]

I think, There is another way, to solve this..

sip-ua
 no remote-party-id