<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>aggregated:</div><div>cause<span class="Apple-tab-span" style="white-space:pre"> </span>count</div>41<span class="Apple-tab-span" style="white-space:pre"> </span>309<br>47<span class="Apple-tab-span" style="white-space:pre"> </span>100<br>18<span class="Apple-tab-span" style="white-space:pre"> </span>29<br>17<span class="Apple-tab-span" style="white-space:pre"> </span>13<br>50<span class="Apple-tab-span" style="white-space:pre"> </span>10<br>95<span class="Apple-tab-span" style="white-space:pre"> </span>5<br>102<span class="Apple-tab-span" style="white-space:pre"> </span>5<br>111<span class="Apple-tab-span" style="white-space:pre"> </span>5<br>27<span class="Apple-tab-span" style="white-space:pre"> </span>4<br>34<span class="Apple-tab-span" style="white-space:pre"> </span>3<br>38<span class="Apple-tab-span" style="white-space:pre"> </span>3<br>63<span class="Apple-tab-span" style="white-space:pre"> </span>3<br>19<span class="Apple-tab-span" style="white-space:pre"> </span>1<br>87<span class="Apple-tab-span" style="white-space:pre"> </span>1<div><br></div><div>41 and 47 are caused by codec negotiation failure and devices unregistering or losing call control session during call. Also h.245 session for h.323 call failing to establish.</div><div>18 = "Connection cannot be completed because the destination does not respond to the call." This sounds like calling a destination that does not have voicemail so the call rings until timeout.</div><div>17 = "Called system acknowledges the connection request but is unable to accept the call because all B channels are in use." Typically referred to as "user busy".</div><div><img id="ab6cc462-b707-42b4-9920-102afcbe122a" height="73" width="720" apple-width="yes" apple-height="yes" src="cid:367C729D-67C7-4D87-86AF-73711D0D26C2@cisco.com"></div><div><br></div><div><br></div><div>it's all down hill from there.</div><div><br></div><div><br></div><div>So, now look for patterns in the orig_devicename or dest_devicename for the calls with origcause_value or destcause_value equal to 41 or 47.</div><div><br></div><div>Regards,</div><div>Wes</div><div><br><div><div>On May 10, 2012, at 4:51 AM, Damian Turburville wrote:</div><br class="Apple-interchange-newline"><div><div style="color: rgb(0, 0, 0); background-color: rgb(255, 255, 255); font-family: 'times new roman', 'new york', times, serif; font-size: 12pt; position: static; z-index: auto; "><div><span>Wes,</span></div><div><span>That is exactly what we are seeing. See below<br></span></div><div><br><span></span></div><div><span>admin:run sql select count(*) as count,origcause_value from car:tbl_billing_data where origcause_value not in (0,16,126,128,393216,458752) group by origcause_value order by count asc<br>count origcause_value<br>===== ===============<br>1 87<br>1 34<br>1 111<br>3 38<br>3 63<br>4 27<br>5 102<br>5 95<br>6 17<br>10 50<br>29 18<br>74 47<br>150 41<br>admin:run sql select count(*) as count,destcause_value from
car:tbl_billing_data where destcause_value not in (0,16,126,128,393216,458752) group by destcause_value order by count asc<br>count destcause_value<br>===== ===============<br>1 19<br>2 34<br>4 111<br>7 17<br>26 47<br>159 41<br></span></div><div><br><span></span></div><div><span>DT<br></span></div><div><br></div> <div style="font-family: times new roman, new york, times, serif; font-size: 12pt;"> <div style="font-family: times new roman, new york, times, serif; font-size: 12pt;"> <div dir="ltr"> <font size="2" face="Arial"> <hr size="1"> <b><span style="font-weight:bold;">From:</span></b> Wes Sisk <<a href="mailto:wsisk@cisco.com">wsisk@cisco.com</a>><br> <b><span style="font-weight: bold;">To:</span></b> Damian Turburville <<a href="mailto:d_turburville@yahoo.com">d_turburville@yahoo.com</a>> <br><b><span style="font-weight: bold;">Cc:</span></b> "<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>"
<<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>> <br> <b><span style="font-weight: bold;">Sent:</span></b> Wednesday, 9 May 2012, 16:12<br> <b><span style="font-weight: bold;">Subject:</span></b> Re: [cisco-voip] Dropped calls on CUCM 6.1 cluster<br> </font> </div> <br><div id="yiv423291429"><div>It is possible. It seems a little less likely. CM is involved in call setup and then largely out of the picture.<div><br></div><div>I can imagine a way that server performance would impact an active call:</div><div>* call is setup between h.323 gateway and sccp phone</div><div>* media is directly between phone and gateway</div><div>* keepalives still occur on the signaling channels between phone and cm and gw and cm</div><div>* server performance degrades so keepalives are dropped or otherwise not processed</div><div>* phone or gateway signaling session aborts</div><div>* because it is h.323 call preservation is disabled by default. When the signaling session aborts
the call is dropped.</div><div><br></div><div>This would appear in CDR's with cause codes in the 40's range like 41 and 47.</div><div><br></div><div>here is a sample of CDR aggregation from a cluster that experienced this exact issue:</div><div><br></div><div><div><font class="yiv423291429Apple-style-span" face="Monaco">+--------------------+-----------------+----------+</font></div><div><font class="yiv423291429Apple-style-span" face="Monaco">| destdevicename | destcause_value | count(*) |</font></div><div><font class="yiv423291429Apple-style-span" face="Monaco">+--------------------+-----------------+----------+</font></div><div><font class="yiv423291429Apple-style-span" face="Monaco">| ICT-Development | 41 | 6 |</font></div><div><font class="yiv423291429Apple-style-span" face="Monaco">| ICT-site1 |
41 | 74 |</font></div><div><font class="yiv423291429Apple-style-span" face="Monaco">| ICT-site1 | 47 | 2351 |</font></div><div><font class="yiv423291429Apple-style-span" face="Monaco">| ICT-site2 | 41 | 3 |</font></div></div><div><br></div><div>In this case packets were dropping in the WAN between this site and site1.</div><div><br></div><div>Regards,</div><div>Wes</div><div><br></div><div><br><div><div>On May 9, 2012, at 10:32 AM, Damian Turburville wrote:</div><br class="yiv423291429Apple-interchange-newline"><div><div style="color:#000;background-color:#fff;font-family:times new roman, new york, times, serif;font-size:12pt;"><div><span>Cheers Wes and Kiran,</span></div><div><span>On a possibly
related note our Publisher server has started popping up Virtual Memory errors as copied below<br></span></div><div><br><span></span></div><div><span>Available virtual memory below 30 Percent.<br>tomcat (884 MB) uses most of the memory.</span></div><div><br><span></span></div><div><span>Could this be related? Is it something major that needs to be sorted?</span></div><div><span>Cheers,</span></div><div><span>DT<br></span></div><div><br></div> <div style="font-family:times new roman, new york, times, serif;font-size:12pt;"> <div style="font-family:times new roman, new york, times, serif;font-size:12pt;"> <div dir="ltr"> <font size="2" face="Arial"> <hr size="1"> <b><span style="font-weight:bold;">From:</span></b> Wes Sisk <<a rel="nofollow" ymailto="mailto:wsisk@cisco.com" target="_blank" href="mailto:wsisk@cisco.com">wsisk@cisco.com</a>><br>
<b><span style="font-weight:bold;">To:</span></b> Damian Turburville <<a rel="nofollow" ymailto="mailto:d_turburville@yahoo.com" target="_blank" href="mailto:d_turburville@yahoo.com">d_turburville@yahoo.com</a>> <br><b><span style="font-weight:bold;">Cc:</span></b> "<a rel="nofollow" ymailto="mailto:cisco-voip@puck.nether.net" target="_blank" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>" <<a rel="nofollow" ymailto="mailto:cisco-voip@puck.nether.net" target="_blank" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>> <br> <b><span style="font-weight:bold;">Sent:</span></b> Thursday, 3 May 2012, 16:08<br> <b><span style="font-weight:bold;">Subject:</span></b> Re: [cisco-voip] Dropped calls on CUCM 6.1 cluster<br> </font> </div> <br><div id="yiv423291429"><div>Maybe something like this:<div>Dropped Call Troubleshooting in CUCM</div><div><a rel="nofollow" target="_blank" href="https://supportforums.cisco.com/docs/DOC-1208">https://supportforums.cisco.com/docs/DOC-1208</a></div><div><br></div><div>Regards,</div><div>Wes</div><div><br><div><div>On May 3, 2012, at 4:34 AM, Damian Turburville wrote:</div><br class="yiv423291429Apple-interchange-newline"><div><div style="color:#000;background-color:#fff;font-family:times new roman, new york, times, serif;font-size:12pt;"><div>Hi,</div><div>We are getting calls disconnected mid-call on random handsets in our CUCM 6.1 cluster( 1 pub 2 subs), actually it seems to be phones on one particular subscriber that are experiencing the issue but that might be a red herring. The users say it is happening on all types of calls but we are trying to get more detailed info from them atm.<br></div><div>Does anyone have any ideas how can I start to track this down? Please be as basic as possible so I can understand :-)</div><div>Many
thanks,</div><div>DT</div></div></div>_______________________________________________<br>cisco-voip mailing list<br><a rel="nofollow" ymailto="mailto:cisco-voip@puck.nether.net" target="_blank" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br><a rel="nofollow" target="_blank" href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br></div><br></div></div></div><br><br> </div> </div> </div></div></div><br></div></div></div><br><br> </div> </div> </div></div></div><br></div></body></html>