<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=Content-Type content="text/html; charset=us-ascii">
<meta name=Generator content="Microsoft Word 12 (filtered medium)">
<style>
<!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;}
@page Section1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.Section1
{page:Section1;}
-->
</style>
<!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=EN-US link=blue vlink=purple>
<div class=Section1>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>Many of our clients are running on 4.2(3) and the latest ES
releases yet I still come across these CFA phantoms once in a blue moon. If you
look at the CCM traces for these events, you’ll see the caller dial a DN,
CCM performs digit analysis, but then the digit analysis results show the “dialingpattern”
and “dialingpartition” fields blank, while the intercept pattern
and partition shows a DN that no longer exists within the route plan. Here’s
an example of a user at x85570 calling x85540. The called DN exists in a partition
named PAPH_Line1, and ONLY in that partition. The one listed below doesn’t
exist if you run a RP Report:::<o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p> </o:p></span></p>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>|CallingPartyNumber=85570<o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>|DialingPartition= !BLANK<o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>|DialingPattern= !ALSO BLANK<o:p></o:p></span></p>
<p class=MsoNormal><b><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>|InterceptPartition=PAPH_INTRA_Office_RTP<o:p></o:p></span></b></p>
<p class=MsoNormal><b><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>|InterceptPattern=85540<o:p></o:p></span></b></p>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p> </o:p></span></p>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>Easy workaround is to recreate the DN/Partition and assign it to
a device (I usually choose CTI port), enable all CFwd settings to VM and
update, remove Cfwd settings and update, then remove the DN/Partition from the
device and from the route plan. <o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p> </o:p></span></p>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>- Daniel<o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p> </o:p></span></p>
<div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'>
<p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span
style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>
cisco-voip-bounces@puck.nether.net [mailto:cisco-voip-bounces@puck.nether.net] <b>On
Behalf Of </b>Ed Ellerbee<br>
<b>Sent:</b> Wednesday, March 19, 2008 10:25 AM<br>
<b>To:</b> cisco-voip@puck.nether.net<br>
<b>Subject:</b> Re: [cisco-voip] Calls forwarding to voicemail when not set to<o:p></o:p></span></p>
</div>
<p class=MsoNormal><o:p> </o:p></p>
<div>
<div>
<p class=MsoNormal style='margin-bottom:12.0pt'>4.1(3)SR5b had several
Call-Forward bugs. I had a school system with 2 sites that were
experiencing the same sort of CFA phantoms - both turning on and unable to
remove CFA from a DN.<br>
<br>
upgrading to SR5d fixed the issue at the school system. You may want to read up
on SR6a, that might have more benefit to you.<br>
<br>
Ed Ellerbee<br>
Senior Network Engineer<br>
Dimension Data<o:p></o:p></p>
</div>
<blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;
margin-left:4.8pt;margin-right:0in'>
<p class=MsoNormal>Thanks Wes,<br>
<br>
I am indeed concerned how it's happening - it's affecting several users,<br>
most at one site, but reported instances have occurred at two other<br>
sites. It's not shared lines, as none of the affected users have them<br>
(I'd thought of that, and checked to make sure). The staff have been<br>
using the system for a while now, and are aware of setting CFA, so I<br>
wouldn't have thought it'd be that.<br>
Pranks - well, I suppose it could be done, but I'd still have expected<br>
the phones to show CFA; it's not an administrator setting the lines CFA<br>
either, as there's only myself and a couple of others who have this<br>
access.<br>
<br>
I know CM does not automatically set CFA - it just looks like it in this<br>
instance. Is there anything I can do to monitor a phone/line to see<br>
if/when the CFA is set?<br>
<br>
Cheers,<br>
<br>
Damien<o:p></o:p></p>
</blockquote>
</div>
<p class=MsoNormal><o:p> </o:p></p>
</div>
</body>
</html>