<html><head><base href="x-msg://41/"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">CCM SDI traces would show the change notification for setting or clearing forwarding.<div><br></div><div>unfortunately that is the back side of a black box.</div><div><br></div><div>something, somewhere in the network sets the forward.</div><div>that is written into the database on that node and generates change notification on that node.</div><div><br></div><div>database replication copies that configuration change to all other nodes in the cluster</div><div>all other nodes generate change notification locally</div><div><br></div><div><br></div><div>Finding the node and interface that initiated the CFA can be challenging. To get this you really need CLI, AXL, ccmadmin, ccmuser, tomcat, ccm sdi and sdl, and cti sdi and sdl traces from all nodes in the cluster. Then mix in some architecture knowledge and several hours of searching through text files and you might find the precipitating event. Open a TAC case if you need assistance.</div><div><br></div><div>In the mean time pester your account team, and any UC product managers you know, about delivering the enhancement request</div><div>CSCsy52793 Solution Enhancement: Configuration Change Management</div><div><br></div><div><br></div><div>Regards,</div><div>Wes</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br><div><div>On Mar 1, 2012, at 3:37 PM, Tim Reimers wrote:</div><br class="Apple-interchange-newline"><div lang="EN-US" link="blue" vlink="purple"><div class="WordSection1" style="page: WordSection1; "><div style="margin-top: 0in; margin-right: 0in; margin-left: 0in; margin-bottom: 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif; ">hi all –<o:p></o:p></div><div style="margin-top: 0in; margin-right: 0in; margin-left: 0in; margin-bottom: 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif; "><o:p> </o:p></div><div style="margin-top: 0in; margin-right: 0in; margin-left: 0in; margin-bottom: 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif; ">I have a scenario where we believe that a key DN got CFwdAll set to another inside extension --- at least from empirical behavior I suspect that’s how it happened..<o:p></o:p></div><div style="margin-top: 0in; margin-right: 0in; margin-left: 0in; margin-bottom: 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif; ">(calls to key DN number all went to a particular extension#..)<o:p></o:p></div><div style="margin-top: 0in; margin-right: 0in; margin-left: 0in; margin-bottom: 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif; "><o:p> </o:p></div><div style="margin-top: 0in; margin-right: 0in; margin-left: 0in; margin-bottom: 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif; ">Does anyone know whether that change on a phone DN would show up in Trace logs or someplace like that where I could verify it?<o:p></o:p></div><div style="margin-top: 0in; margin-right: 0in; margin-left: 0in; margin-bottom: 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif; "><o:p> </o:p></div><div style="margin-top: 0in; margin-right: 0in; margin-left: 0in; margin-bottom: 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif; ">thanks, Tim<o:p></o:p></div></div>_______________________________________________<br>cisco-voip mailing list<br><a href="mailto:cisco-voip@puck.nether.net" style="color: blue; text-decoration: underline; ">cisco-voip@puck.nether.net</a><br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" style="color: blue; text-decoration: underline; ">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br></div></div><br></div></body></html>