Agree with Wes. Can your CRM handle e164 numbers?  if so, you could rework your dialplan so that calls are prefixed with + instead of 91 and you could use either translations or route patterns to handle the dial back from the directories.<br>
<br><div class="gmail_quote">On Mon, Apr 20, 2009 at 11:14 AM, Wes Sisk <span dir="ltr">&lt;<a href="mailto:wsisk@cisco.com">wsisk@cisco.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
So why not fix your CRM integration to ignore prefix digits if they exist?  Sounds like misplaced blame to me.<br>
<br>
We went through this with CSCsb45845 and CSCsw31198.<br>
<br>
The final resolution was via CSCsb45845 for CUPS.  In CUCM 7.x and later CTI messages present both modified and unmodified number.  It is up to the CTI application receiving the CTI message to choose the appropriate field to use.  In the case of CSCsb45845 CUPS was the CTI application so they had to chose the appropriate field for their use.<br>
<font color="#888888">
<br>
/Wes</font><div><div></div><div class="h5"><br>
<br>
On Monday, April 20, 2009 10:55:37 AM, Voice Noob &lt;<a href="mailto:voicenoob@gmail.com" target="_blank">voicenoob@gmail.com</a>&gt; wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Well of course they don&#39;t want to use the edit dial. They just &quot;want it to<br>
work&quot;. I don&#39;t have it in the missed call directory now but in CUPC I can<br>
use an application dial rule to add it before it goes to call manager. I was<br>
wanting to know there was something similar to that.<br>
<br>
-----Original Message-----<br>
From: Ryan Ratliff [mailto:<a href="mailto:rratliff@cisco.com" target="_blank">rratliff@cisco.com</a>] Sent: Monday, April 20, 2009 9:09 AM<br>
To: Voice Noob<br>
Cc: &#39;Wes Sisk&#39;; &#39;FrogOnDSCP46EF&#39;; &#39;cisco-voip voyp list&#39;<br>
Subject: Re: [cisco-voip] prefix access code 0 in ccm service parameter<br>
upsetting unity VM<br>
<br>
You have the EditDial softkey you can use from the phone or you have  to use the parameters mentioned before to get the 91 prefixed when  the call goes to the phone in the first place.  This is how you get  it into the missed/received call directories.<br>

<br>
-Ryan<br>
<br>
On Apr 20, 2009, at 9:41 AM, Voice Noob wrote:<br>
<br>
Has there been any new service parameter change to allow Prefix of an  access code for calls coming from the phone directory? I cannot  prefix 91 in the caller-id from the gateway because of our CRM  integration. I want to prefix 91 when a user dials from the missed  call log. I am looking for something similar to application dial  rules with CUPC. In fact it works fine from CUPC because I prefixing  91 when I call out from it but some users still want to use the hard  phone.<br>

<br>
<br>
<br>
From: <a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nether.net</a> [mailto:<a href="mailto:cisco-voip-" target="_blank">cisco-voip-</a> <a href="mailto:bounces@puck.nether.net" target="_blank">bounces@puck.nether.net</a>] On Behalf Of Wes Sisk<br>

Sent: Friday, April 17, 2009 12:50 PM<br>
To: FrogOnDSCP46EF<br>
Cc: cisco-voip voyp list<br>
Subject: Re: [cisco-voip] prefix access code 0 in ccm service  parameter upsetting unity VM<br>
<br>
<br>
<br>
In 7.x those parameters were split out by protocol type so you could  select to prefix on SCCP, h323, SIP, and MGCP indepenendently.   However, both phones and unity use SCCP.<br>
<br>
one possible creative solution would be to use SCCP to register  phones but use SIP to register unity (or vise versa).  Then you could  use the protocol specific parameters to get the desired behavior.<br>
<br>
/Wes<br>
<br>
On Friday, April 17, 2009 12:32:04 PM, FrogOnDSCP46EF  &lt;<a href="mailto:ciscoboy2006@gmail.com" target="_blank">ciscoboy2006@gmail.com</a>&gt; wrote:<br>
<br>
I have got a production ccm-v6 and when I prefix 0 for missed calls  in ccm service parameter it works fine. the phones are able to  prepend &#39;0&#39;/access code and dial missed call directly.<br>
The problem is when call coming from PSTN to a DN and DN doesn&#39;t  answer then it goes to VM - that also work but the problem is when  the DN checks voicemail - the Cisco lady speaks out &quot;Message received  from &quot;0&quot;+8 digit local number blah&quot;.<br>

Is there in Unity or Unity connection some parameter which makes  cisco lady to speak only 8 digit ANI and not the prepended &#39;0&#39; (ccm  service parameter)?<br>
<br>
I have found this a normal behaviour but just want to know if there  is any option to fix this.<br>
i&#39;ve tried putting ANI xxxxxxxx on Hunt pilot but it is not  accepteble solution as there are mobile 10 digit and national 11  digits numbers too.<br>
<br>
however, if i remove my pstn access code from ccm service parameter  and then pstn user calls to a DN &gt;goes to VM &gt; then it&#39;s all working  as expected (e.g. cisco lady only speaks out 8 digit local DN).<br>
<br>
any idea?<br>
<br>
  <br>
</blockquote>
<br></div></div><div><div></div><div class="h5">
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
</div></div></blockquote></div><br>