<div dir="ltr">Fixed this.  <div><br></div><div>Problem seemed to be the partition the mobility pattern was in went bad.  Deleted the pattern, deleted the partition and re-added them from scratch and it is working again. Previously this has been working for years. <div>
<br></div><div style>Interesting trace, traces show it match and add 71 (prefix) for final number then say No matches. DNA doesn't show the 71 being prefixed. The route pattern is simple XXXXXXXXXX with 71 prefix. </div>
<div style><br></div><div style>Trace snippet:</div><div style><br></div><div style><div>3:02.709 |AppInfo  |Digit Analysis: star_DaReq: daReq.partitionSearchSpace(f5485c7b-c5fd-493a-2f0f-afa9e4b317bc), filteredPartitionSearchSpaceString(MobilityPt:StiDnPt), partitionSearchSpaceString(Mobility)</div>
<div>05485868.002 |21:53:02.709 |AppInfo  |Digit Analysis: star_DaReq: Matching Legacy Numeric, digits=718475551213</div><div>05485868.003 |21:53:02.709 |AppInfo  |Digit Analysis: getDaRes data: daRes.ssType=[0] Intercept DAMR.sstype=[0], TPcount=[0], DAMR.NotifyCount=[0], DaRes.NotifyCount=[0]</div>
<div>05485868.004 |21:53:02.709 |AppInfo  |Digit analysis: match(pi="2",fqcn="", cn="3125551234", plv="5", pss="Mobility", TodFilteredPss="Mobility", dd="718475551213",dac="0")</div>
<div>05485868.005 |21:53:02.709 |AppInfo  |Digit analysis: potentialMatches=NoPotentialMatchesExist</div><div><br></div><div><br></div></div><div style><br></div><div style><br></div></div></div><div class="gmail_extra"><br>
<br><div class="gmail_quote">On Mon, Apr 15, 2013 at 7:28 PM, Erick <span dir="ltr"><<a href="mailto:erickbee@gmail.com" target="_blank">erickbee@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Anyone seen SNR stop working in 9.1.1a? Recently changed over and it was working after cutover and half the day and stopped working.<br>
<br>
I've tried the following without success,<br>
<br>
- recreate the remote destination profiles<br>
- set the schedule to one day then back to all the time<br>
- uncheck the associated line and re-enabled it (checkbox )<br>
- reset of phones<br>
- removing rerouting CSS , saving, putting it back<br>
<br>
Saving the route patterns, updating the CSS (just hitting save)<br>
Unchecking mobility on user and back<br>
<br>
I can put rerouting CSS on phone and call out fine with just that CSS.<br>
<br>
Anyone seen this or is a ccm restart needed?<br>
<br>
<br>
Sent from my iPhone</blockquote></div><br></div>