<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">My recommendation is to at least apply the critical patches. Work your way through the non-critical patches. <div><br></div><div>BTW, today Broadsoft released a new critical patch based on a bug that was discovered over the weekend on our platform. We are running R14.SP9. The issue is related to the Execution Server Process not starting if Alternate Trunk ID is assigned to any users. The trickle down effect is it will also corrupt Trunk Group Identity assigned to all your Trunk Groups. If those users have Unscreened Calling assigned and try to place a call and send a From number that is something other than a native number in the Trunk Group the call will fail. The 'fix' is to remove the Trunk Group Identifier, apply, re-add the TGI, and apply again. <div><br></div><br><table cellspacing="0" cellpadding="0" style="border-collapse: collapse; position: static; z-index: auto; ">
<tbody>
<tr>
<td valign="top" style="border-style: solid; border-width: 1.0px 1.0px 1.0px 1.0px; border-color: #cbcbcb #cbcbcb #cbcbcb #cbcbcb; padding: 0.0px 5.0px 0.0px 5.0px"><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; font: normal normal normal 10px/normal Arial; ">AP.as.14.sp9.123.ap106079<span style="font: 12.0px 'Times New Roman'"> </span></div>
</td>
</tr>
<tr>
<td valign="top" style="border-style: solid; border-width: 1.0px 1.0px 1.0px 1.0px; border-color: #cbcbcb #cbcbcb #cbcbcb #cbcbcb; padding: 0.0px 5.0px 0.0px 5.0px"><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; font: normal normal normal 10px/normal Arial; ">AP.as.15.sp2.177.ap106079<span style="font: 12.0px 'Times New Roman'"> </span></div>
</td>
</tr>
<tr>
<td valign="top" style="border-style: solid; border-width: 1.0px 1.0px 1.0px 1.0px; border-color: #cbcbcb #cbcbcb #cbcbcb #cbcbcb; padding: 0.0px 5.0px 0.0px 5.0px"><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; font: normal normal normal 10px/normal Arial; ">AP.as.16.0.618.ap106079<span style="font: 12.0px 'Times New Roman'"> </span></div>
</td>
</tr>
<tr>
<td valign="top" style="border-style: solid; border-width: 1.0px 1.0px 1.0px 1.0px; border-color: #cbcbcb #cbcbcb #cbcbcb #cbcbcb; padding: 0.0px 5.0px 0.0px 5.0px"><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; font: normal normal normal 10px/normal Arial; ">AP.as.16.sp1.175.ap106079<span style="font: 12.0px 'Times New Roman'"> </span></div>
</td>
</tr>
</tbody>
</table><div> <div><br></div><div><br></div><div><br><div><div>On Feb 3, 2010, at 1:19 PM, Justin Randall wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>With almost any piece of vendor software, patching always carries the<br>risk of introducing newer (and potentially more harmful) bugs.<br><br>While Broadsoft does a good job of attempting to document the interfaces<br>impacted by each patch, unless something is not working correctly in<br>your deployment, it's probably best to go by the approach of "if it<br>isn't broken, don't fix it". I know they have an N-2 support policy but<br>this is main release and service pack based so it's not like you<br>couldn't get support or further patches for your issues because you<br>haven't installed the latest patch bundle or AP.<br><br>AFAIK on R16 you don't even need to upgrade SPs at all and can simply<br>stick with the R16 main release and add whichever patches you require.<br><br>Regards,<br><br>Justin Randall<br><br>-----Original Message-----<br>From: <a href="mailto:voiceops-bounces@voiceops.org">voiceops-bounces@voiceops.org</a><br>[mailto:voiceops-bounces@voiceops.org] On Behalf Of David Hiers<br>Sent: Tuesday, February 02, 2010 3:00 PM<br>To: <a href="mailto:VoiceOps@voiceops.org">VoiceOps@voiceops.org</a><br>Subject: [VoiceOps] Broadworks Patch Religion<br><br>For our entire history with BW, we've carefully researched and<br>selected individual patches to apply based on the functions that we<br>use and the issues that we see.<br><br>BW explicitly states that "customers can pick and choose the patches<br>they want", and they make it easy for us to do so. This process has<br>worked quite well for us so far. It takes a good deal of effort to<br>keep up with over 1 patch per day across the entire BW universe of<br>products, but we've done it and had good results.<br><br>Recently, the "open you mouth and close your eyes" idea has been<br>advanced, in which we would apply ALL patches, regardless of function<br>or issue. We'd wait 30 days or so to let everyone else find the<br>problems with the contents of the default patch bundle, then just slap<br>the bundle on without any thinking. We'd still test like chimps on<br>crack after patching, of course.<br><br>Are you picky or promiscuous with your BW patches?<br><br>Since this discussion is very vendor/version specific, we run BW R14sp9.<br><br><br>Thanks,<br><br><br>David Hiers<br>_______________________________________________<br>VoiceOps mailing list<br><a href="mailto:VoiceOps@voiceops.org">VoiceOps@voiceops.org</a><br>https://puck.nether.net/mailman/listinfo/voiceops<br><br><br>_______________________________________________<br>VoiceOps mailing list<br>VoiceOps@voiceops.org<br>https://puck.nether.net/mailman/listinfo/voiceops<br></div></blockquote></div><br></div></div></div></body></html>