[cisco-voip] Monitoring CallManager

Wed Aug 27 10:38:16 EDT 2008

haha... yep :) I didnt say it would be a practical solution, but it does
work. More appropriate for a couple of clusters.

Yeah currently it needs a lot of perseverance and dedication to get it going
properly. Although those bugs are sounding fairly fatal.

The concept is good.. equal amounts of investment required to roll your own
monitoring solution though.
CUOM is using SNMP polls, SNMP traps, AXL - both config and Ris as far as I
can see..
The synthetic tests are pretty decent though as well, they would be
difficult to replicate.

Cheers,

Tim.

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