This may be more complicated than you had hoped for, but here goes...<br><br>I use application dial rules and setup a rule where:<br>num digits = 10<br>prefix = +1<br><br>I then change the webdialer service parameter and set the 'apply app dial rules to soap dial request' to true.<br>
<br>Then I setup translation patterns with \+1 according to route these calls.   <br><br>The real gripe I have with this is that (atleast in the US Midwest) Telco's operate with so many different rules that it makes this scenario challenging to program.   In some areas, I need to send out local calls at 7 digits, foreign npa local calls as 10 digits, and foreign npa toll calls as 11 digits.  The issue is that since we are now permitting people to dial from outlook, etc, we can no longer expect them to dial 7 digits for local calls and 11 digits for LD calls.  Since they are dialing from outlook, generally everything is 10 digits.   So now we are forced to program NPA/NXX data into CM for every local NPA/NXX so that CM knows whether to outpulse this as 7, 10 or 11.  Depending on where you live, this can be a pain.  I usually do this in translation patterns, although you could use called party transformation patterns as well, but the problem is that if you need to route local & LD calls to different gateways within CM, you need to make this routing decision at the RP/RL/RG level, which is before transformation patterns are applied.  So basically, this requires some planning to execute properly.   <br>
<br>I usually start with the NANPA site and look to see what the area code rules are for the locations where I have users:<br><br><a href="http://www.nanpa.com/nas/public/npa_query_step1.do?method=resetNpaReportModel">http://www.nanpa.com/nas/public/npa_query_step1.do?method=resetNpaReportModel</a><br>
<br>If I am lucky to have a NPA where I don't have to deal with the 7/10 digit issues, then things are much more simple.  If you do have a site with the 7/10 digit issues, then I reference the local calling guide (<a href="http://www.localcallingguide.com/">http://www.localcallingguide.com/</a>) and I create translation patterns with specific NPA/NXX that are local, in the format \+1NPA.NXXXXXX.  The translation pattern then strips predot and sends the call to the 7 digit local route pattern.  Basically what this is doing is catching a outbound call placed to a local number in full 10 digit format (usually from the call directories or click to call apps) and then strips the area code off and sends the call out as a local call, just like when a user dials the 7 digit number.<br>
<br>I would love to hear what others are doing.  I like the called party transformations concept, but it just doesn't play well for different gateways for local / LD calls.  The exception would be if you went to h323/sip gateways and each physical h323/sip gateway had both local / LD facilities.<br>
<br>Also, seems like the standard for SIP carriers is to request all numbers are dialed in 10 digit format, which addresses all the issues I describe above.<br><br>Justin<br><br><br><br><br><div class="gmail_quote">On Tue, Jan 25, 2011 at 9:34 AM, David Zhars <span dir="ltr"><<a href="mailto:dzhars@gmail.com">dzhars@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Playing with Click to Call.  A couple of issues are bugging me:<br><br>1.  The splash screen at startup, I want to disable that.<br>
<br>2.  Dialing rules.  Most of my users entered in contacts with an area code.  This creates a problem when we are in AC 617, and we want to call John Smith.  John's number in the Outlook Contacts is listed as (617) 555-1212.  CTC tries to dial the whole number.<br>

<br>3.  Prefacing calls with a 9.  We need to add the 9 to get an outside line.<br><br>We can do all of this selecting "Edit Dial" but it kind of takes away the magic a little bit!<br><br>Any CTC (Click to Call) people out there that have already jumped those walls?<br>

<br>Thanks.<br><br>Dave<br>
<br>_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">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>
<br></blockquote></div><br>