[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference azur::mcc

Title:DECmcc user notes file. Does not replace IPMT.
Notice:Use IPMT for problems. Newsletter location in note 6187
Moderator:TAEC::BEROUD
Created:Mon Aug 21 1989
Last Modified:Wed Jun 04 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:6497
Total number of notes:27359

2101.0. "Using DECMCC for monitoring applications" by TAVIS::SID () Tue Jan 14 1992 10:12

Hi, guys!
A customer developing a large project is considering using DECmcc
to manage both the network and his application.  I'd like to list here
some of the basic questions he needs (we need) to answer to determine
whether DECmcc is the answer (now).  I think the questions are general
enough that answers based on people's experience may interest a large
audience.  So here goes:
1. What added value does DECmcc provide in developing software to control
   and monitor *the application*?  In other words, by using DECmcc will the
   develpment effort be shorter?  By "control and monitor" we are talking
   about registering users, monitoring database performance and types of
   transactions, handling software faults, process failures, etc.
2. How much time is required to "learn" DECmcc to the level of developing
   access modules?
3. What plans are in place for DECmcc monitoring of ACMS and other layered
   products?
Thanks for any and all responses...
Sid
T.RTitleUserPersonal
Name
DateLines
2101.1Common AgentRACER::daveAttending The School of Comparative IrrevelevanceTue Jan 14 1992 11:1419
You might want to look at the Common Agent stuff rather than
develop an entire AM.  It is much, much faster, and much simpler.

Documentation and kits are available on BULOVA::DOCD$:[SYSTEM_MANAGEMENT]
for VMS and on DECWET:: for Ultrix.

Either the Common agent notes file ( DECWET::COMMON-AGENT) or the
VMS Distributes Managment Services conference should provide pointers.
(PV1201::DMS-IFT)

The R/CMP project (going to Fieldtest this month) also addresses a lot
of "system" managment type "stuff" like users, disks, types, systems...
P.B. Bhat should be able to give pointers to what they are doing.
I dont have a pointer to a notes file for them.

A copy of the documentation for R/CMP is at TOOK::USER$779:[RCMP].
If you have a problemn getting files there, send mail directly to me.
(DO NOT POST PROBLEMS HERE)

2101.2Common Agent and DECmcc TOOK::MATTHEWSTue Jan 14 1992 14:1227
    DECmcc provides a lot of out of the box management applications
    functionality that works with new objects once they are enrolled.
    
    ALARMS, Notifications Services, FCL, Iconic MAP, Registration, Domains,
    Basic Control (SHOW, SET, CREATE, DELETE, ENABLE, DISABLE), Historical
    Data Recording, and an interface to an SQL system for report
    generation. In other words, we provide 90-95% of the functionality
    of most proprietary systems in a generic package.
    
    DECmcc DEC CMIP AM (aka Decnet Phase V AM) provides generic access
    to remote agents which are the local interface to applications. This
    allows new application entities/objects (in OSI jargon) to be
    added to the suite of supported entities with NO AM development.
    
    DECmcc SNMP AM provides similar capabilities via TCP transport.
    
    DEC common Agent on VMS (to be released shortly) will reduce the
    effort of introducing a new application to the task of supplying
    a handful of routines and enrolling an object description into
    the VMS common agent. A similar extensible common agent is planned
    for the Ultrix/OSF Silver release (no dates for field availability
    are known by me).
    
    If you need to talk to someone in the field who has prototyped this
    sort of applications development path, contact Chris Mueller.
    
    wally