<div>haha... yep :) I didnt say it would be a practical solution, but it does work. More appropriate for a couple of clusters.</div>
<div><br>Yeah currently it needs a lot of perseverance and dedication to get it going properly. Although those bugs are sounding fairly fatal.</div>
<div> </div>
<div>The concept is good.. equal amounts of investment required to roll your own monitoring solution though.</div>
<div>CUOM is using SNMP polls, SNMP traps, AXL - both config and Ris as far as I can see..</div>
<div>The synthetic tests are pretty decent though as well, they would be difficult to replicate.</div>
<div> </div>
<div>Cheers,</div>
<div> </div>
<div>Tim.<br> </div>
<div><span class="gmail_quote">On 8/27/08, <b class="gmail_sendername">Mike Brooks</b> <<a href="mailto:2xccie2b@gmail.com">2xccie2b@gmail.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Hi Tim,<br><br>So in order to run RTMT on 18 clusters on 1 server, I would need to<br>run 18 different versions of RTMT ?<br>
<br>The Cisco BUs have spent endless hours trying to tune ops manager and<br>they can't get it working. Every issue we run into is a bug. Ops Mgr<br>believes our CM service is down because it believes we are running<br>
version 5.0 even though the clusters are running 5.1 (another bug).<br><br>Thx,<br>Mike Brooks<br>CCIE# 16027 (R&S)<br><br><br><br>On 8/26/08, Tim Smith <<a href="mailto:thsglobal@gmail.com">thsglobal@gmail.com</a>> wrote:<br>
> Hi Mike...<br>><br>> You can install multiple instances of RTMT on one server / pc.<br>> I had this running on my workstation here.. just for 2 clusters mind you.<br>> But different versions.<br>> Seeing if I can find the URL.. I think it is just in the Cisco docs for<br>
> monitoring / managing.<br>><br>> I think CUOM has the potential to be great but.. it depends on whether you<br>> are willing to persevere in the meantime though.<br>> If you have IPCC enterprise, then it has even more potential.<br>
><br>> I had CUOM trial version running against 6.1 but didnt do too much with it.<br>><br>> Couple of obvious questions..<br>> Are the cluster ID's different for each one?<br>> Have you tuned the CallManager monitoring in CUOM.. i.e. dont manage<br>
> services that are not running on certain boxes.<br>> i.e. if you have CallManager disabled on your pub.. it still reports it as<br>> down I think.<br>> We went and manually adjusted this.<br>><br>> Personally I think CUOM should be clever enough to discover what is running<br>
> and not report the services that are disabled as down.. but it wasnt :)<br>><br>><br>> Cheers,<br>><br>> Tim<br>><br>><br>><br>> On 8/26/08, Mike Brooks <<a href="mailto:2xccie2b@gmail.com">2xccie2b@gmail.com</a>> wrote:<br>
> > Hi Brad,<br>> ><br>> > We are looking to monitor 18 clusters (CM 5 & 6) from the physical<br>> > layer all the way up to the application. For example:<br>> > hard drive failures<br>> > services going down<br>
> > cti route points becoming unregistered.<br>> > etc.<br>> ><br>> > With the OS being locked down, since it is an appliance, we cannot use<br>> > our usual tools in order to monitor. Therefore, we are forced to look<br>
> > at alternate solutions.<br>> ><br>> > We have been trying to utilize ops manager, but we run into a new bug<br>> > each week. For instance OPS manager currently believes that the<br>> > CallManager service is down in every cluster. Has anyone got this to<br>
> > work with CM5 or CM6 ?<br>> ><br>> > RTMT sounds like a possible solution, but we can only run one instance<br>> > of RTMT per server. So we would probably need to build a vmware<br>> > server for each cluster (18 and growing) just for monitoring.<br>
> ><br>> > We are also thinking about using SNMP MIBs with HPOV to monitor the<br>> > clusters. Has anyone tried this ? Getting HPOV to work properly I am<br>> > sure will be a battle as well.<br>> ><br>
> > Any suggestions would be greatly appreciated. I feel we have been<br>> > spinning our wheels and if someone can point me in the right direction<br>> > it would help a ton.<br>> ><br>> > Regards,<br>
> ><br>> > Mike Brooks<br>> > CCIE#16027 (R&S)<br>> ><br>> ><br>> ><br>> ><br>> ><br>> > On 8/25/08, Brad Ellis <<a href="mailto:brad@ccbootcamp.com">brad@ccbootcamp.com</a>> wrote:<br>
> > > Mike,<br>> > ><br>> > > What exactly are you trying to monitor? RTMT does a nice job of<br>> > > monitoring resources, registered devices, etc. You can set alerts where<br>> > > you want and receive emails if something is outside the range (although<br>
> > > Im guessing you already know that). One of my customers just bought the<br>> > > Solarwinds VoIP add-on but I haven't had a chance to look at it yet, so<br>> > > I'm not familiar with what it actually monitors. I'll take a look and<br>
> > > let you know.<br>> > ><br>> > > thanks,<br>> > > Brad Ellis<br>> > > CCIE#5796 (R&S / Security)<br>> > > CCSI# 30482<br>> > > CEO / President<br>> > > CCBOOTCAMP - A Cisco Sponsored Organization (SO)<br>
> > > Email: <a href="mailto:brad@ccbootcamp.com">brad@ccbootcamp.com</a><br>> > > Toll Free: 877-654-2243<br>> > > Direct: +1-702-968-5100 = Outside the USA<br>> > > FAX: +1-702-446-8012<br>
> > > YES! We take Cisco Learning Credits!<br>> > > Training And Remote Racks: <a href="http://www.ccbootcamp.com">http://www.ccbootcamp.com</a><br>> > > Routing and Switching Forums: <a href="http://www.routerie.com">http://www.routerie.com</a><br>
> > > Security Forums: <a href="http://www.securityie.com">http://www.securityie.com</a><br>> > > Voice Forums: <a href="http://www.voiceie.com">http://www.voiceie.com</a><br>> > ><br>> > ><br>
> > > -----Original Message-----<br>> > > From: <a href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a><br>> > > [mailto:<a href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a>] On Behalf<br>
> Of Mike Brooks<br>> > > Sent: Friday, August 22, 2008 6:35 AM<br>> > > To: <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>> > > Subject: [cisco-voip] Monitoring CallManager<br>
> > ><br>> > > Hi everyone,<br>> > ><br>> > > What are the most common methods used to monitor a large enterprise<br>> > > VOIP environment (multiple clusters) ? All clusters are running CM<br>
> > > 5.x or 6.x (locked down appliances).<br>> > ><br>> > > Ops Manager ?<br>> > > RTMT ?<br>> > > SNMP MIBs ?<br>> > > ...etc<br>> > ><br>> > > Has anyone had any success with ops manager ? I have had nothing but<br>
> > > problems with ops manager. Your suggestions/input would be greatly<br>> > > appreciated.<br>> > ><br>> > > Regards,<br>> > ><br>> > > Mike Brooks<br>> > > CCIE#16027 (R&S)<br>
> > > _______________________________________________<br>> > > cisco-voip mailing list<br>> > > <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>> > > <a href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
> > ><br>> > _______________________________________________<br>> > cisco-voip mailing list<br>> > <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>> > <a href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
> ><br>><br>><br></blockquote></div><br>