<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">By configuring a CSS on the trunk page in that "incoming calling party settings" section (or device pool and letting the trunk inherit it) you can use transformation patterns to match numbers and prefix accordingly.<div><br><div>
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: medium; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div>-Ryan</div></span>
</div>
<br><div><div>On Jun 1, 2010, at 12:29 PM, Pavan K wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">Thanks Ryan.<div>In 7.0 on the SIP Trunk page, i only have the unknown number section on the trunk.</div><div><br></div><div><div>Now if the PSTN is sending 7d cgpn for subscriber calls and 10d cgpn for national calls and i want to globalize them on ingress,</div>
<div><br></div></div><div>Is it possible to run a bunch of transformation patterns (to reclassify the calling number) when the call is coming in through the SIP trunk ?</div><div><br></div><div>Now if that's not possible my fallback option is to &nbsp;normalize them to e164 on sip gw and pass it to ccm.&nbsp;</div>
<div><br></div><div>Can this be accomplished in any other way ?</div><div><br></div><div><br></div><div>-Pavan</div><div><br></div><div><br></div><div><br><br><div class="gmail_quote">On Tue, Jun 1, 2010 at 8:50 AM, Ryan Ratliff <span dir="ltr">&lt;<a href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">If you don't have the "Incoming Calling Party Settings" section in your SIP trunk config page in CCMAdmin then you can use the service parameter for Unknown numbers (as you noted, all SIP calls are classified as unknown).<br>

<br>
You may need to upgrade to 7.1 to get additional features related to calling party normalization.<br>
<font color="#888888"><br>
-Ryan<br>
</font><div><div></div><div class="h5"><br>
On May 30, 2010, at 8:20 PM, Pavan K wrote:<br>
<br>
&gt;<br>
&gt; Folks,<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; For inbound calls, we can normally prefix/strip &nbsp;digits on the H323 &nbsp;/ MGCP gateway page based on the calling number type (subscriber / national / ... )<br>
&gt;<br>
&gt; When a call comes in through a SIP trunk, we lose the number type (due to SIP limitations).<br>
&gt;<br>
&gt; Does anybody have a good idea to normalize / re-classify the incoming call (subscriber / national ....) in this scenario ?<br>
&gt;<br>
&gt; I am using CCM 7.0<br>
&gt;<br>
&gt;<br>
&gt; --<br>
&gt; - Pavan<br>
</div></div><div><div></div><div class="h5">&gt; _______________________________________________<br>
&gt; cisco-voip mailing list<br>
&gt; <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
&gt; <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>- Pavan<br>
</div>
</blockquote></div><br></div></body></html>